(Created page with "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é...")
No edit summary
(14 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.
Line 14: Line 15:




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 d'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 1.0.0)
* 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)

Revision as of 17:31, 21 July 2020

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 d'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 1.0.0)
  • 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)
Retrieved from "https://free-astro.org/index.php?title=Siril:FITS_orientation/fr&oldid=7177"