Kasteleijn wrote: Bij de paardekop leek het mij wel de juiste keuze ivm met de donker rode bereik die wordt doorgelaten.We hebben op onze locaties ook vrij veel lichtvervuiling.

Als ik me goed herinner betekent de introductie van een filter 2x langer belichten om het zelfde aantal fotonen vast te leggen. Het is de zaak omdraaien door te stellen dat je 2x zo lang moet belichten om hetzelfde aantal fotonen vast te leggen. Het is juister om te stellen dat je met een UHC-S in een lichtvervuild gebied 2 x zo lang KAN belichten en dan dus ook 2x zoveel "goede" fotonen vast kan leggen. De transmissie voor Ha is iets van 98%, en Hg en Na wordt volledig geblokt.UHC-S

Je hebt hem zelfs onmiddelijk gestackt en bewerkt zie ik, goed gelukt! Verder vooruit kijkende zie ik dat op 22 maart de komeet vlakbij M108 en de uilnevel staat. Perfect zonder maan, op 67 graden hoogte en vrijwel op de grootste helderheid!41P-22mar

NASA Studie (publikatie 28 feb 2017) laat zien dat de watersamenstelling van C/2014 Q2 Lovejoy verschillend is voor- en na periheliumdoorgang. Bijgaande opname van deze komeet maakte ik op 8 maart 2015 (45x30 seconden iso1600 Esprit 100 APO/ Canon 5D mk2)Lovejoy-45x30sec-ISO1600-20150308-Skywatcher-100ED-DSS-Startools

Prachtige opname Kees. Hoe heb je de (volgens mij) perfecte 16:9 crop gemaakt? Een ratio crop met DynamicCrop is mij nog niet gelukt. Dank je Marc, een Dyncrop op 16:9 maak ik door (in bijgaand voorbeeld waar ik eerst alleen de breedte bepaal) de 3933 door 16 te delen en met 9 te vermenigvuldigen, de uitkomst; 2212 vul ik met de hand in bij het :Height" vak. Dan even schuiven met het venster en croppen.dyncrop

Oftewel Cone nebula, Christmas tree Cluster, Fox Fur etc. Uit een aantal bewerkingen/uitsnedes uiteindelijk deze gekozen omdat het een mooie balans is tussen overzicht en toch voldoende detail. Opname datums: 16,17,18,19 en 20 februari 2017, 108x240 seconden iso1600 (Esprit 100 f5.5 triplet APO/Flattener/Optolong-L/Canon 6Da/ 10 Micron GM2000 HPS II, unguided) Gestackt in DSS en bewerkt in PI (Deze bewerking: DBE,DBE, background, Color-calibration, Histogram, tikje roodkanaal aanpassing in curves, curves aanpassingen in contrast/ verzadiging met rangemaskers/stermaskers/Luminance maskers, Lichte TGVDenoise (zwaar gemaskerd). Flickr linkNGC2264_cone_20170216_20_108x240sec_iso1600_40F150B_DBE_DBE-back-col-hist-etc-C-series-full-crop-16-9-resamp50-ks

Bij zo'n opname is het zaak om de lichtvervuilingsgradient kwijt te raken. De rechterkant van de foto raakt de horizon om zoveel mogelijk van de melkweg kern in beeld te hebben. Dan is een combinatie van DBE (meerdere keren) en ABE nodig. Maar dan heb je ook een enorme contrastwinst.Milkyway-before-after

Boven links, het volledige beeldveld na Histogramstretch. Dat valt een beetje tegen want het is  ruim 7 uur aan goede, geselecteerde data met een gemodificeerde camera. Met een beetje rood kanaal boost in de onderste regionen kom je dan weer in de goede richting. Niet dat rechts een weergave is van de getoonde curvetransformatie want daarna kwamen nog heel wat bewerkingen. Maar zonder dat kleine beetje rood-boost kom je niet uit op het plaatje rechts en het is maar een kleine verschuiving, een typisch voorbeeld van het vlinder effect. Dat is dan ook de reden dat ik zoveel verschillende complete workflows  op 1 stack uitvoer. Er komt steeds iets anders uit. En zodoende krijg je dan versies met elk hun eigen fouten omdat elke stap de overige stappen zal beinvloeden. Om dan een eindresultaat te krijgen waar je tevreden over bent...WIPcone-20170224

Boven links, het volledige beeldveld na Histogramstretch. Dat valt een beetje tegen want het is  ruim 7 uur aan goede, geselecteerde data met een gemodificeerde camera. Met een beetje rood kanaal boost in de onderste regionen kom je dan weer in de goede richting. Niet dat rechts een weergave is van de getoonde curvetransformatie want daarna kwamen nog heel wat bewerkingen. Maar zonder dat kleine beetje rood-boost kom je niet uit op het plaatje rechts en het is maar een kleine verschuiving, een typisch voorbeeld van het vlinder effect. Dat is dan ook de reden dat ik zoveel verschillende complete workflows  op 1 stack uitvoer. Er komt steeds iets anders uit. En zodoende krijg je dan versies met elk hun eigen fouten omdat elke stap de overige stappen zal beinvloeden. Om dan een eindresultaat te krijgen waar je tevreden over bent...WIPcone-20170224

Het is heel vreemd, omdat er geen wolk te zien is, en de zon toch heel zwak schijnt. Geen wonder dat alle opnamen zo rood worden de laatste nachten..... stofP1090917

Helaas zaten de weersvoorspellingen er de afgelopen nachten helemaal naast, en i.p.v. compleet helder was het compleet bewolkt en nu heb ik nog maar 3 van de 6 panelen van mijn Virgo cluster. Maar misschien kan ik wat met deze stack van 108x240 sec. van de \"bijvangst\" Cone / Christmas die liep totdat de Virgo cluster hoog genoeg stond. Dit is alleen de autostretch. Conestack

Aaaah, vandaar dat de weerberichten op zich wel klopten, maar er toch geen heldere nachten zijn. dust

Hmm, daar zit niet veel overlap in… maar als je de andere panels maakt komt dit helemaal goed Dat komt goed Mabula, ik heb tot nu toe data voor paneel 1 t/m 4, maar het wordt een 6 paneel mozaiek met 45x 4minuten per paneel.Virgo-mosaic-frame-and-mosaic-wizard-01

Hmm, daar zit niet veel overlap in… maar als je de andere panels maakt komt dit helemaal goed Dat komt goed Mabula, ik heb tot nu toe data voor paneel 1 t/m 4, maar het wordt een 6 paneel mozaiek met 45x 4minuten per paneel.Virgo-mosaic-frame-and-mosaic-wizard-01

Hoi Mabula!  Ik heb je antwoord gelezen (bedankt daarvoor!) , en het nogmaals gelezen maar ik kan dat geen handen en voeten geven. Ik hou al rekening met de minimale hoogte van objecten en maak de vergelijking tussen subs op vergelijkbare hoogte boven de horizon. Mijn probleem in deze is dat ik het liefst een getal/score aan een sub hang voor de selectie en constateer dat DeepSkyStacker dat eigenlijk goed doet met een score per sub. Wanneer ik dat vergelijk met het subframeselectorscript en het batchstatistics script van PI dan zie ik eigelijk dat de SNR weight waarden van PI een hele goede correlatie hebben met de DSS score. En DSS is in deze 20 x zo snel...(Zie bijgaande vergelijking van 4 sterk uiteenlopende kwaliteit subs) Brandende vraag van mijn kant: Je verwijst naar de periode dat je een trial versie van PI had, waarom heb je als ontwikkelaar van de directe concurrent van PI geen gewone licentie aangeschaft?DSSscore-PIstats

Dit zijn raw frames van 4 verschillende nachten "op de diasorteerder". Alle 4 deze nachten waren helder volgens b.v. meteoblue en ook volgens mij wanneer ik buiten ging staat met een verrekijker. Ook de Cloudwatcher-grafiek gaf een heldere hemel aan in deze 4 gevallen. Maar de hemelachtergond (en waarschijnlijk ook de SQM waarde, maar die heb ik helaas niet gemeten)  is duidelijk verschillend. Ik zoek een bruikbare methode om subs op kwaliteit te sorteren. Het PI subframeselectorscript is heel traag en ik zie geen goede overeenkomst met de achtergrondhelderheden die ik zie. Wat ook goed werkt is om van elke sub een achtergrondpreview helderheid te meten met de hand, maar ook dat is traag. En waar leg je de grens? Wie heeft tips? Dit probleem speelt met name bij het verzamelen van data voor panelen van een mozaiek, bij b.v. 45 goede subs van paneel 1 kan je verder met paneel 2 enz. Maar je wilt niet teveel data en een 2e kans om even subs bij te schieten is er misschien niet. Ik weet dat Mabula heeft aangeraden om alleen met sterdichtheid te werken als maat voor kwaliteit, maar achtergrondhelderheid zou een directe relatie met SNR moeten hebben en dus ook met het aantal sterren in een sub alleen zie ik nog geen goede correlatie.achtergrondhelderheidsverschillen4nachtencone

Met deze methode is het mogelijk om de komeetkern te onderscheiden van sterren tijdens het registreren met de hand van de komeetkern in DeepSkyStacker. Ik opende een raw frame in PI (links) en gaf een autostretch zodat door de vage coma de komeetkern herkenbaar wordt. Maar in DSS is ondanks helderheidsaanpassing de kern nog niet te onderscheiden van een ster. Maar met patroonherkenning van de sterren rond de komeetkern lukt dit wel.45P-DSS-spiekbriefje

Bij iso3200 en 60 seconden belichtingstijd heb ik net aan goede condities om op de komeetkop te kunnen stacken. Dit is een stack van 24x60 seconden iso3200 (20 februari 2017 22:07-22:35 UTC)Comet-45P_20170220-24x60sec_iso3200-

Even een preview voor de Activity tijdlijn. De komende nachten maak ik telkens tussendoor een uur lang opnamen van komeet 45P/Honda-Mrkos-Pajdusakova. Deze eerste keer 30, 240 en 720 seconden elk. Alleen op de 30 seconden opname heeft de 45P komeetkop zich niet verplaatst. Vandaag verder bewerken (Dit zijn alleen de RAW\'s) Achter de komeet NGC4414, ervoor het dwergsterrenstelsel PGC41636 (met magnitude 15.6)45P-PI-preview

Het schema voor vanavond is klaar en de sequence is gestart en zal om 19:40 volautomatisch starten met 5 verschillende doelen. Morgen kan ik de resultaten keurig gesorteerd in de folders terugvinden voor verdere verwerking... De Cloudwatcher is ook perfect betrouwbaar zoals een paar dagen geleden bleek toen er een intense regenbui bij verder heldere hemel overtrok. De shutter was voor dat de regen viel net dichtgegaan op het \"unsafe\" signaal! Metlossehandenma

Verzameltopic voor mijn opnamen van "45P". Deze eerste set op ISO1600 (12x30 sec, 10x 240 sec en 1 x720 sec)is gemaakt op 19 februari 2017 van 22:00-22:50 UTC. Door de snelle verplaatsing is bij 240 en 720 seconden de komeetkop als streep opgenomen, maar dit geeft wel voldoende signaal om een staart vast te leggen. De 30 seconden iso1600 geeft te weinig houvast om op de kern te stacken. Volgende sessie daarom 30 en 60 seconden is3200 en 30 seconden iso6400. Om de staart in beeld te brengen alles van sessie 1 samen gestackt met deze 2 plaatjes als resultaat. Toch nog een staart van 1 graad. Ik hoop deze week nog opnamen te maken die geschikt zijn voor de 4P kometen studie. (met Esprit triplet 100 f5.5/ Canon 6Da/10Micron GM2000 HPS II / Scopedome 2M/ SGP/ DSS/ PI )Comet-45p_Honda-Mrkos-Pajdusakova-20170219-22-23UTC-12x30-11x240-1x720sec-iso1600Comet-45p_Honda-Mrkos-Pajdusakova-20170219-22-23UTC-12x30-11x240-1x720sec-iso1600-RGB

Verzameltopic voor mijn opnamen van "45P". Deze eerste set op ISO1600 (12x30 sec, 10x 240 sec en 1 x720 sec)is gemaakt op 19 februari 2017 van 22:00-22:50 UTC. Door de snelle verplaatsing is bij 240 en 720 seconden de komeetkop als streep opgenomen, maar dit geeft wel voldoende signaal om een staart vast te leggen. De 30 seconden iso1600 geeft te weinig houvast om op de kern te stacken. Volgende sessie daarom 30 en 60 seconden is3200 en 30 seconden iso6400. Om de staart in beeld te brengen alles van sessie 1 samen gestackt met deze 2 plaatjes als resultaat. Toch nog een staart van 1 graad. Ik hoop deze week nog opnamen te maken die geschikt zijn voor de 4P kometen studie. (met Esprit triplet 100 f5.5/ Canon 6Da/10Micron GM2000 HPS II / Scopedome 2M/ SGP/ DSS/ PI )Comet-45p_Honda-Mrkos-Pajdusakova-20170219-22-23UTC-12x30-11x240-1x720sec-iso1600Comet-45p_Honda-Mrkos-Pajdusakova-20170219-22-23UTC-12x30-11x240-1x720sec-iso1600-RGB

Ja het werkt geweldig! Ik heb voor deze week elke nacht een paar uur Cone nebula, een blok 45P/Honda en ik verzamel data voor een 6 paneel mozaiek. In de loop van de middag reken ik uit hoeveel data in welke tijdsblokken ik wil verzamelen rekening houdend met maan (alleen zonder maan!). Nu zit het 45P blok relatief vooraan en staat de komeet maar 30 graden hoog, maar later in de week ga ik 45P hoog opnemen. sgp-feb

Als ik het goed begrijp is de vraag welke afstand en snelheid deze ster als eigenschappen bezit? Volgens het CN artikel is het ster: NLTT 16798. Proper motion = 76,-219 mas/yr http://cdsportal.u-strasbg.fr/?target=NLTT%2016798 .

PixInsight – Plate Solving en bepalen van afstanden

Ja, dat is inderdaad de vraag. Ik had over het NLTT nummer heengelezen in het CN artikel, goed dat je het noemt! De proper motion in het CN artikel is 0.2 boogseconden per jaar en in Simbad 76 en -219 milliboogseconden per jaar. Ik snap die 76 niet goed. Afgezien daarvan, de imagescale van de opname die een verplaatsing laat zien in 3 jaar is 1 boogseconde per pixel, terwijl de verplaatsing dan dus 0.6 pixel moet zijn, best wel indrukwekkend dat je dan toch een duidelijke verplaatsing ziet. (Met mijn 2.5 boogseconden per pixel zou ik nog 7.5 jaar moeten wachten met de 2e opname!  En dan is er nog een catalogus met 62000 (!) sterren ten noorden van de hemelequator met proper motion > 0.15" per jaar! (Dus deze ster is helemaal niet bijzonder.....) Maar de afstand weten we dan nog niet, Het artikel hier op SN voor afstandsbepaling werkt met andere afstandsschalen. Wat heel fraai is om te bekijken is deze site (Proper motion simulator)  die allerlei versnelde simulaties heeft om sterbewegingen te zien.SIMBAD-NLTT16798