(Created page with "De nos jours, malgré cela, la plupart des pilotes de caméra écrivent des données dans l'ordre descendant (de haut en bas) et nous devons y faire face.")
No edit summary
 
(28 intermediate revisions by 2 users not shown)
Line 1: Line 1:
<languages />
=Orientation des images FITS=
=Orientation des images FITS=


La norme FITS est un conteneur qui décrit comment stocker les données et métadonnées de l'image. Des outils professionnels, dès les débuts du format FITS, comme [[ds9]] (Harvard Smithsonian Center for Astrophysics), [https://heasarc.gsfc.nasa.gov/docs/software/ftools/fv/ fv] ( FITS viewer de la NASA), stockent les images '''de bas en haut'''. On pourrait être tenté de dire que cela n'a pas vraiment d'importance, mais lorsque le dématriçage ou l'astrométrie sont impliqués, des problèmes surviennent. Par exemple, le motif Bayer RGGB habituel devient GBRG si l'image est à l'envers.
La norme FITS est un conteneur qui décrit comment stocker les données et métadonnées de l'image. Des outils professionnels, dès les débuts du format FITS, comme [https://sites.google.com/cfa.harvard.edu/saoimageds9 ds9] (Harvard Smithsonian Center for Astrophysics), [https://heasarc.gsfc.nasa.gov/docs/software/ftools/fv/ fv] ( FITS viewer de la NASA), stockent les images '''de bas en haut'''. On pourrait être tenté de dire que cela n'a pas vraiment d'importance, mais lorsque le dématriçage ou l'astrométrie sont impliqués, des problèmes surviennent. Par exemple, le motif Bayer RGGB habituel devient GBRG si l'image est à l'envers.


De nos jours, malgré cela, la plupart des pilotes de caméra écrivent des données dans l'ordre descendant (de haut en bas) et nous devons y faire face.
De nos jours, malgré cela, la plupart des pilotes de caméra écrivent des données dans l'ordre descendant (de haut en bas) et nous devons y faire face.


For these reasons, we recently have introduced, together with P. Chevalley of [https://www.ap-i.net/ccdciel/en/start CCDCiel], a '''new FITS keyword'''. We encourage all data producers, INDI and ASCOM developers, to use it in order to make things easier for everybody.
Pour ces raisons, nous avons récemment introduit, avec P. Chevalley de [https://www.ap-i.net/ccdciel/en/start CCDCiel], un '''nouveau mot clé FITS'''. Nous encourageons tous les producteurs de données, les développeurs INDI et ASCOM, à l'utiliser afin de faciliter les choses pour tout le monde.




'''This keyword is''' <tt>ROWORDER</tt> of type <tt>TSTRING</tt>. It can take two values: <tt>BOTTOM-UP</tt> and <tt>TOP-DOWN</tt>.
'''Ce mot clé est''' <tt>ROWORDER</tt> de type <tt>TSTRING</tt>. Il peut prendre deux valeurs : <tt>BOTTOM-UP</tt> et <tt>TOP-DOWN</tt>.




[[Siril]] will always read and display images in the bottom-up order, however if the top-down information is specified in the keyword, then Siril will demosaic the image with the corrected pattern.
[[Siril]] lira et affichera toujours les images dans l'ordre ascendant (de bas en haut), mais si l'information '''top-down''' est spécifiée dans le mot-clé, alors Siril dématricera l'image avec le motif de Bayer correspondant.




Why would some programs write images bottom-up in the first place? The reason is: [https://stackoverflow.com/a/8347036 mathematics do it that way].
Pourquoi les logiciels écrivent-ils les images de façon descendante ? La raison est la suivante : [https://stackoverflow.com/a/8347036 la logique mathématique].
 
Aussi, les [https://ui.adsabs.harvard.edu/abs/2002A%26A...395.1061G/abstract spécifications du format FITS] disent, en anglais :
 
''5.1. Image display conventions''
''It is very helpful to adopt a convention for the display of images transferred via the FITS format. Many of the current image processing systems have converged upon such a convention. Therefore, we recommend that FITS writers order the pixels so that the first pixel in the FITS file (for each image plane) be the one that would be displayed in the lower-left corner (with the first axis increasing to the right and the second axis increasing upwards) by the imaging system of the FITS writer. This convention is clearly helpful in the absence of a description of the world coordinates. It does not preclude a program from looking at the axis descriptions and overriding this convention, or preclude the user from requesting a different display. This convention also does not excuse FITS writers from providing complete and correct descriptions of the image coordinates, allowing the user to determine the meaning of the image. The ordering of the image for display is simply a convention of convenience, whereas the coordinates of the pixels are part of the physics of the observation.''
 
==Logiciels utilisant ce mot clé==
* Siril (depuis la version 0.99.4)
* CCDCiel (depuis la version 0.9.72)
* Indi (depuis [https://github.com/indilib/indi/commit/176173ed51ec2086657eb8881c67b335fc570b34 Juil. 2020])
* KStars (depuis la version 3.4.3)
* SharpCap (depuis la version 3.3)
* FireCapture (depuis la version 2.7)
* N.I.N.A (depuis la version 1.10)
* MaxImDL (depuis la version 6.23)
* INDIGO (depuis [https://github.com/indigo-astronomy/indigo/commit/7ae5cbd10c06e705a52398d402d8800dd92bee57 Juil. 2020])
* PixInsight (depuis la version 1.8.8-6)
* ASTAP (depuis la version ß0.9.391)
* APT (depuis la version 3.86.3)
* AstroDMx Capture (depuis la version 0.80)
* Astroart (depuis la version 8.0)
 
==Récupération de la matrice Bayer==
L'ordre des lignes de l'image modifie la façon dont la matrice Bayer doit être lue, mais il existe également deux mots-clés d'en-tête FITS facultatifs qui ont un effet sur cela : <tt>XBAYROFF</tt> et <tt>YBAYROFF</tt>. Ils spécifient un décalage par rapport à la matrice Bayer, pour commencer à la lire sur la première colonne ou la première ligne.
 
Pour aider les développeurs à intégrer les mots-clés <tt>ROWORDER</tt>, <tt>XBAYROFF</tt> et <tt>YBAYROFF</tt> dans leur logiciel, des images de test ont été créées par Han Kleijn de [https://www.hnsky.org/hnsky.org], un pour chaque combinaison des trois mots-clés. Téléchargez-les ici : [[File:Bayer_test_pattern_v6.tar.gz]].

Latest revision as of 12:48, 8 March 2022

Other languages:

Orientation des images FITS

La norme FITS est un conteneur qui décrit comment stocker les données et métadonnées de l'image. Des outils professionnels, dès les débuts du format FITS, comme ds9 (Harvard Smithsonian Center for Astrophysics), fv ( FITS viewer de la NASA), stockent les images de bas en haut. On pourrait être tenté de dire que cela n'a pas vraiment d'importance, mais lorsque le dématriçage ou l'astrométrie sont impliqués, des problèmes surviennent. Par exemple, le motif Bayer RGGB habituel devient GBRG si l'image est à l'envers.

De nos jours, malgré cela, la plupart des pilotes de caméra écrivent des données dans l'ordre descendant (de haut en bas) et nous devons y faire face.

Pour ces raisons, nous avons récemment introduit, avec P. Chevalley de CCDCiel, un nouveau mot clé FITS. Nous encourageons tous les producteurs de données, les développeurs INDI et ASCOM, à l'utiliser afin de faciliter les choses pour tout le monde.


Ce mot clé est ROWORDER de type TSTRING. Il peut prendre deux valeurs : BOTTOM-UP et TOP-DOWN.


Siril lira et affichera toujours les images dans l'ordre ascendant (de bas en haut), mais si l'information top-down est spécifiée dans le mot-clé, alors Siril dématricera l'image avec le motif de Bayer correspondant.


Pourquoi les logiciels écrivent-ils les images de façon descendante ? La raison est la suivante : la logique mathématique.

Aussi, les spécifications du format FITS disent, en anglais :

5.1. Image display conventions It is very helpful to adopt a convention for the display of images transferred via the FITS format. Many of the current image processing systems have converged upon such a convention. Therefore, we recommend that FITS writers order the pixels so that the first pixel in the FITS file (for each image plane) be the one that would be displayed in the lower-left corner (with the first axis increasing to the right and the second axis increasing upwards) by the imaging system of the FITS writer. This convention is clearly helpful in the absence of a description of the world coordinates. It does not preclude a program from looking at the axis descriptions and overriding this convention, or preclude the user from requesting a different display. This convention also does not excuse FITS writers from providing complete and correct descriptions of the image coordinates, allowing the user to determine the meaning of the image. The ordering of the image for display is simply a convention of convenience, whereas the coordinates of the pixels are part of the physics of the observation.

Logiciels utilisant ce mot clé

  • Siril (depuis la version 0.99.4)
  • CCDCiel (depuis la version 0.9.72)
  • Indi (depuis Juil. 2020)
  • KStars (depuis la version 3.4.3)
  • SharpCap (depuis la version 3.3)
  • FireCapture (depuis la version 2.7)
  • N.I.N.A (depuis la version 1.10)
  • MaxImDL (depuis la version 6.23)
  • INDIGO (depuis Juil. 2020)
  • PixInsight (depuis la version 1.8.8-6)
  • ASTAP (depuis la version ß0.9.391)
  • APT (depuis la version 3.86.3)
  • AstroDMx Capture (depuis la version 0.80)
  • Astroart (depuis la version 8.0)

Récupération de la matrice Bayer

L'ordre des lignes de l'image modifie la façon dont la matrice Bayer doit être lue, mais il existe également deux mots-clés d'en-tête FITS facultatifs qui ont un effet sur cela : XBAYROFF et YBAYROFF. Ils spécifient un décalage par rapport à la matrice Bayer, pour commencer à la lire sur la première colonne ou la première ligne.

Pour aider les développeurs à intégrer les mots-clés ROWORDER, XBAYROFF et YBAYROFF dans leur logiciel, des images de test ont été créées par Han Kleijn de [1], un pour chaque combinaison des trois mots-clés. Téléchargez-les ici : File:Bayer test pattern v6.tar.gz.

Retrieved from "https://free-astro.org/index.php?title=Siril:FITS_orientation/fr&oldid=7996"