Compositage cométaire calculé

[comete83]

Bonjour,

Je découvre Siril et je l'apprécie de plus en plus. Quel chemin parcouru en 4 ans, quand j'ai commencé à m'y intéressé après avoir switché sous Linux, bravo aux développeurs !

J'ai compris à présent comment registrer une série d'images pour une comète brillante qui est visible sur les images de base.

Mais serait-il envisageable dans le futur de prévoir une option compositage cométaire calculé pour celles, plus faibles, qui ne sont pas visible sur les images de base ? Ce serait très utile et a priori pas trop compliqué à implémenter en entrant juste les paramètres des images (échantillonnage et PA de la première colonne) ainsi que la vitesse et le PA de déplacement théorique de l'astre.

Merci d'avance.

 

[Fred_76]

PA ???

[comete83]

Pardon pour l'abbréviation. PA pour Polar Angle, çà donne l'orientation (la queue des comètes est mesurée ainsi) :

0° = Nord

90° = Est

180° = Sud

270° = Ouest

[lock042]

Il y a 22 heures, comete83 a dit :

Ce serait très utile et a priori pas trop compliqué à implémenter en entrant juste les paramètres des images (échantillonnage et PA de la première colonne) ainsi que la vitesse et le PA de déplacement théorique de l'astre.

J'avoue que je n'ai aucune idée de comment ca marche.

[comete83]

En pratique, le "compositage cométaire calculé" s'opère ainsi :

1°) On registre déjà les images sur les étoiles (çà Siril le fait très bien)

2°) Il faut bien sûr connaître :

     *  les paramètres astrométriques des images (ou du moins l'échantillonnage des images en Arcs/pixels et l'orientation du capteur via par exemple le PA de la 1ère colonne)

     * et le déplacement apparent de l'astre (saisi par l'utilisateur, faisons simple) concrètement des arcs/minute vers une direction (1)

3°) L'algorithme consiste alors à rajouter un deltaX et un deltaY calculés à partir des heures de prise de vue des images aux deltaX et deltaY obtenus par la registration stellaire pour chaque image (sauf l'image de référence) et à faire alors l'empilement sur cette base. Et le tour est joué !

 

Ce doit être proche de l'algorithme actuel, sauf que les translations supplémentaires à appliquer aux valeurs obtenues en registration stellaire ne sont pas calculées actuellement mais déduites du pointage du noyau de la comète par l'utilisateur sur la première et la dernière image de la série.

 

J'avoue avoir pensé à bidouiller manuellement le contenu du fichier.seq où sont stockées les paramètres de registration pour que Siril fasse l'empilement souhaité, mais à la main c'est vite inextricable et source d'erreurs...

 

Le problème avec le compositage cométaire actuellement implémenté est qu'il nécessite que la comète soit bien visible sur les images individuelles. C'est sans souci pour les objets brillants, déjà délicats sur les objets un peu faiblards où le centre sera mal défini et totalement impossible sur les comètes vraiment faibles qui ne sont visibles qu'après empilement et totalement indétectables sur les poses individuelles.

 

Un immense merci d'avance en tout cas si cette fonction peut être implémentée.

 

(1) renseignement donné par exemple sur le site de l'UAI : https://cgi.minorplanetcenter.net/cgi-bin/mpeph2.cgi

Voici un exemple concret (deux dernières colonnes):

249P/LINEAR

Epoch 2020 May 31.0 TT = JDT 2459000.5
T 2020 June 29.4983 TT                                  Rudenko
q   0.496747             (2000.0)            P               Q
n   0.2147216      Peri.   65.6071      +0.5621090      +0.8175002              T = 2459029.99828 JDT
a   2.761969       Node   239.1775      -0.8018435      +0.5015087              q =     0.4967475
e   0.820147       Incl.    8.3971      -0.2026832      +0.2831651     Earth MOID = 0.04497 AU
P   4.59

Perturbed ephemeris below based on elements from MPEC 2020-P19.

 

0249P
Date       UT      R.A. (J2000) Decl.    Delta     r     El.    Ph.   m1     Sky Motion
            h m s                                                            "/min    P.A.
2020 08 10 000000 06 00 35.9 +25 33 34   1.298   0.966   47.5  50.6  15.9    1.18    100.6
2020 08 11 000000 06 02 38.0 +25 28 22   1.308   0.981   48.0  50.1  16.0    1.16    100.8
2020 08 12 000000 06 04 38.5 +25 23 07   1.317   0.996   48.5  49.6  16.1    1.15    101.0
2020 08 13 000000 06 06 37.3 +25 17 51   1.326   1.010   49.0  49.2  16.2    1.13    101.2
2020 08 14 000000 06 08 34.4 +25 12 34   1.335   1.025   49.5  48.7  16.2    1.12    101.4

---

These calculations have been performed on the Tamkin Foundation Computing Network.

[comete83]

Bonjour à tous,

Aucune nouvelle depuis le mois d'août, mais pas de fin de non recevoir non plus, alors je garde espoir 😃

Pour illustrer ce besoin en pratique, voici un  exemple récent (22/11/2020) concret sur la comète C/2020 P1 (Neowise) qui s'est désagrégée juste après son passage au périhélie et qui n'est pas visible sur des poses courtes de base (15s au C11 à F/6.3+ST8XME en binning 3x3) :

Même si elle est vaguement devinable, elle est informe et il serait totalement impossible d'indiquer le moindre centroïde à Siril !

Et pourtant, un compositage sur son mouvement théorique la révèle parfaitement :

(88 poses de 15s registrées sur les étoiles en ajoutant un mouvement apparent de 1.39 arc/min vers PA=102.3°).

Cette fonctionnalité est donc redoutable pour les comètes faibles (ou informes comme celle-ci !).

L'idéal est de pouvoir saisir le déplacement théorique et surtout pas de se fier à une valeur extraite des éphémérides de l'UAI qui depuis quelque temps laisse trop régulièrement traîner des éléments orbitaux obsolètes...

Merci de m'avoir lu et je continue de croiser les doigts de voir cette fonction ajoutée dans une version future 😉

Bonne fin de week-end.

[lock042]

Bonjour. Actuellement nous travaillons sur une meilleure prise en charge de l'astrométrie dans siril.

C'est une étape essentielle si on veut un jour intégrer une telle feature.

 

EDIT: @comete83. Il me faudrait un jeu de données pour faire des tests.

Par exemple celui la car tu as donné la vitesse et l'orientation.

Modifié 3 décembre 2020 par lock042

[comete83]

Bonjour @lock042 et merci beaucoup pour ta réponse.

Une bonne astrométrie dans SIril, ce serait vraiment super (une alternative à Astrometrica ?) ! Et effectivement, il faut que Siril connaisse l'orientation et l'échelle de l'image pour être en mesure de faire le compositage calculé.

Il y a 4 heures, lock042 a dit :

Il me faudrait un jeu de données pour faire des tests.

Par exemple celui la car tu as donné la vitesse et l'orientation.

Pas de souci, je tiens bien sûr les images à ta disposition, sur demande. Elles sont en format SBIG compressé (CCDOPS) mais je peux les convertir en FITS si nécessaire, pas de souci.

Le jeu complet comprend 88 images (que je peux fournir ou bien juste un extrait pour que ce soit moins lourd).

Merci encore,

Cordialement

 

[lock042]

Ce qui serait bien c'est que tu communique avec moi par MP (ca sera plus facile pour le suivi ).

Pour les 88 images ca devrait le faire. En FITS par contre.