| Les deux révisions précédentesRévision précédente | |
| main:logiciels:gdal:couteau_suisse:gtiff [2010/09/15 07:41] – Jeirhome | main:logiciels:gdal:couteau_suisse:gtiff [2026/10/23 15:31] (Version actuelle) – supprimée - modification externe (Date inconnue) 127.0.0.1 |
|---|
| [[gdal_ogr:couteau_suisse:start|Retour au sommaire]] | |
| ====== Le format Gtiff ====== | |
| |
| La plupart des formes de fichiers TIFF et GeoTIFF sont supportés par GDAL en lecture, et certaines variétés peuvent être écrite. | |
| Lorsque GDAL est compilé avec la version interne de la librairie libtiff, ou avec une version de libtiff >= 4.0, GDAL gère également la lecture et l'écriture de fichiers BigTIFF (évolution du format TIFF pour gérer des fichiers de taille supérieure à 4 GO). | |
| |
| Les types de bandes en Byte, UInt16, Int16, UInt32, Int32, Float32, Float64, CInt16, CInt32, CFloat32 et CFloat64 sont supportées en lecture et en écriture. Les images avec une palette retourneront des informations sur la palette associée à la bande. Les formats de compression listés ci-dessous devrait être également supportés en lecture. | |
| |
| De plus, les fichiers de un bite et certains formulations inhabituelles de fichier GeoTIFF, tels que les fichiers avec un modèle de couleur YCbCr, seront automatiquement transformé sous la forme RVBA (Rouge, Vert, Bleu, Alpha), et traité comme quatre bandes de huit bites. | |
| |
| ===== Géo-référencement ===== | |
| |
| La plupart des projections devrait être supportées, avec le signalement que, dans le but de traduire un système de projection non commune et de coordonnées Géographique en OGC WKT, il est nécessaire d'avoir les fichiers csv EPSG disponible. Ils doivent être trouvés à l'endroit pointé par la variable d'environnement GEOTIFF_CSV. | |
| |
| Le géo-référencement à partir d'un GéoTIFF est supporté sous la forme d'un « point » et d'une taille de pixel, une matrice de transformation ou une liste de points d'amer. | |
| |
| Si aucune information de géo-référencement n'est disponible dans le fichier TIFF en lui-même, GDAL cherchera un fichier world d'ESRI avec l'extension .tfw, .tiffw ou .wld, ou également comme un fichier .tab de MapInfo (seul les points d'amer sont utilisé, les Coordsys seront ignorés). | |
| |
| ===== Masques de transparence interne ===== | |
| (//à partir de GDAL 1.6.0//) | |
| |
| Les fichiers TIFF peuvent contenir des masques de transparence internes. Le pilote GeoTIFF reconnait un répertoire interne comme étant un masque de transparence lorsque le bite FILETYPE_MASK est positionné sur l'attribut TIFFTAG_SUBFILETYPE. Selon la spécification TIFF, de tels masques de transparence internes contiennent des données échantillonnées à 1 bite. Bienque la spécification TIFF autorise des résolutions plus grandes les masques de transparence, le pilote GeoTIFF ne gère que ceux qui ont la même dimension que l'image principale. Des masques de transparence internes sont également gérés. | |
| |
| (//à partir de GDAL 1.6.0//) Lorsque la variable d'environnement GDAL_TIFF_INTERNAL_MASK est positionnée à YES, et que le fichier GeoTIFF est ouvert en mode mise à jour, la méthode //CreateMaskBand()// appelée sur un fichier TIFF ou une de ses bandes créera un masque de transparence interne. Sinon, le comportement par défaut des masques de transparence sera utilisé, c'est-à-dire la création d'un fichier .msk, comme indiqué dans la [[http://trac.osgeo.org/gdal/wiki/rfc15_nodatabitmask|RFC 15]] | |
| |
| ===== Aperçus ===== | |
| |
| Le pilote GeoTIFF gère la lecture, la création et la mise à jour d'aperçus internes. Ceux-ci peuvent être créés sur des fichiers GeoTIFF ouverts en mode mise à jour (avec gdaladdo par exemple). Si le fichier GeoTIFF est ouvert en lecture seule, la création d'aperçus sera faite dans un fichier externe .ovr. Les aperçus sont mise à jour uniquement sur requête par appel à la méthode BuildOverviews(). | |
| Si un fichier GeoTIFF possède un masque de transparence et que la variable d'envrionnement GDAL_TIFF_INTERNAL_MASK est positionnée à YES et que le fichier est ouvert en mode mise à jour, BuildOverviews() crééra automatiquement des aperçus pour le masque de transparence interne. Ces aperçus seront rafraichis par des appels ultérieurs à BuildOverviews(), même si GDAL_TIFF_INTERNAL_MASK n'est pas positionnée à YES. | |
| |
| ===== Création ===== | |
| |
| Les fichiers GeoTIFF peuvent être créés avec n'importe quel type de bande définie dans GDAL, les types complexes inclus. Les fichiers créés peuvent avoir n'importe quel nombre de bandes. Les fichiers avec exactement trois bandes donneront une interprétation photométrique de RVB, les fichiers avec exactement quatre bandes donneront une interprétation photométrique de RVBA, tandis que toutes les autres combinaisons donneront une interprétation photométrique de MIN_IS_WHITE. Les fichiers avec des tables de pseudo-couleur, ou des points d'amer peuvent, pour l'instant, seulement être créés lors d'une création à partir d'un ensemble de données GDAL avec ces objets (//GDALDriver:CreateCopy()//). | |
| |
| <note> | |
| Notez que le format GeoTIFF ne gère pas la description paramétrique des datums, donc les paramètres //TOWGS84// dans les systèmes de coordonnées sont perdu dans le format GeoTIFF. | |
| </note> | |
| |
| **Options de création :** | |
| |
| * **TFW=YES :** Force la génération d'un fichier associé world d'ESRI (.tfw). Lisez la section les fichiers world pour plus de détails. | |
| * **INTERLEAVE=[BAND,PIXEL] :** Par défaut les fichiers TIFF avec des pixels entrelacées (PLANARCONFIG_CONTIG dans la terminologie TIFF) sont créés. Ceux-ci sont sensiblement moins efficace que les bandes séparées pour certaines choses, mais certaines applications supporte seulement les fichiers TIFF avec des pixels entrelacés. | |
| * **TILED=YES :** Par défaut des fichiers TIFF « strip » sont créés (NdT : des fichiers « nus », sans tuilage par exemple). Cette option peut être utilisé pour forcer la création de fichiers TIFF tuilés. | |
| * **BLOCKXSIZE=n :** définit la largeur de la tuile, par défaut à 256. | |
| * **BLOCKYSIZE=n :** définit la hauteur de la tuile ou du « strip » [Set tile or strip height]. La hauteur de la tuile est de 256 par défaut, la hauteur du « strip » est par défaut à une valeur de 8K ou inférieure. | |
| * **NBITS=n :** Crée un fichier avec moins de 8 bites par échantillon, en passant une valeur de 1 à 7. Le type du pixel doit être l'octet (Byte). À partir de 1.6.0, les valeurs de n=9...15 (type UInt16) et n=17...31 (type UInt32) sont également accepté. | |
| * **COMPRESS=[JPEG/LZW/PACKBITS/DEFLATE/CCITTRLE/CCITTFAX3/CCITTFAX4/NONE] :** définit la compression à utiliser. JPEG doit seulement être utilisé avec des données en octet. La compression CCITT doit être uniquement utilisée avec des données à 1 bite (NBITS=1). La valeur par défaut est aucune compression (NONE). | |
| * **PREDICTOR=[1/2/3] :** définit la [predictory] pour la compression LZW ou DEFLATE. La valeur par défaut est de 1 (pas de prédiction), 2 est la prédiction par différence horizontale et 3 par point flottant. [Set the predictor for LZW or DEFLATE compression. The default is 1 (no predictor), 2 is horizontal differencing and 3 is floating point prediction.] | |
| * **SPARSE_OK=TRUE/FALSE :** (à partir de GDAL 1.6.0) est ce que les fichiers nouvellement créés doivent ils être autorisés à être //sparsé// ? Les fichiers //sparsés// ont 0 tuiles/strip de distance pour les blocs jamais écrit et sauver de l'espace ; cependant, la plupart des paquets hors GDAL ne peuvent pas lire de tels fichiers. //FALSE// par défaut. | |
| * **JPEG_QUALITY=[1-100] :** définit la qualité JPEG lors de l'utilisation de la compression JPEG. Une valeur de 100 est la meilleur qualité (faible compression) et 1 est la moins bonne qualité (meilleure compression). Par défaut la valeur est à 75. | |
| * **ZLEVEL=[1-9] :** définit le niveau de compression à utiliser avec la compression DEFLATE. Une valeur de 9 correspond à la compression la plus forte, 1 à la plus faible. La valeur par défaut est de 6. | |
| * **PROFILE=[GDALGeoTIFF/GeoTIFF/BASELINE] :** contrôle quelles balises inhabituelles sont émises par GDAL. | |
| * Avec GDALGeoTIFF (la valeur par défaut) plusieurs balises GDAL personnalisées peuvent être écrites. | |
| * Avec GeoTIFF seulement des balises GeoTIFF seront ajoutés à celle habituelles. | |
| * Avec BASELINE aucune balises GDAL ou GeoTIFF sera écrites. BASELINE est parfois utile lors de l'écriture de fichier qui seront lu par des applications intolérante aux balises non reconnues. | |
| * **PHOTOMETRIC=[MINISBLACK/MINISWHITE/RGB/CMYK/YCBCR/CIELAB/ICCLAB/ITULAB] :** définit la balise d'interprétation photométrique. Par défaut la valeur est à MINISBLACK, mais si l'image en entrée possède trois ou quatre bandes de type Octet, alors RGB sera utilisé. Vous pouvez écraser la valeur par défaut en utilisant cette option. | |
| * **ALPHA=YES :** Le premier "extrasample" est noté comme étant alpha s'il existe un extra samples. Cela est nécessaire si vous désirez produire un fichier TIFF en nuance de gris avec une bande alpha (par exemple). | |
| * **BIGTIFF=YES/NO/IF_NEEDED/IF_SAFER :** Contrôle si le fichier créé est un fichier BigTIFF ou un TIFF classique. | |
| * //YES// force le format BigTIFF. | |
| * //NO// force le format TIFF classique. | |
| * //IF_NEEDED// créera seulement BigTIFF si cela est clairement nécessaire (non compressé, et des images plus grande que 4 Go). | |
| * //IF_SAFER// créera un BigTIFF si le fichier résultant //pourrait// excédé 4 Go. | |
| BigTIFF est une variante du TIFF qui peut contenir plus de 4 Go de données (la taille des TIFF classique est limité à cette valeur). L'option est disponible si GDAL a été complié avec la bibliothèque libtiff 4.0 ou supérieure (ce qui est le cas de la version interne de libtiff à partir de GDAL >= 1.5.0). //IF_NEEDED// par défaut (//IF_NEEDED// et //IF_SAFER// sont disponible à partir de GDAL 1.6.0) | |
| |
| |
| When creating a new GeoTIFF with no compression, GDAL computes in advance the size of the resulting file. If that computed file size is over 4GiB, GDAL will automatically decide to create a BigTIFF file. However, when compression is used, it is not possible in advance to known the final size of the file, so classical TIFF will be chosen. In that case, the user must explicitely require the creation of a BigTIFF with BIGTIFF=YES if he anticipates the final file to be too big for classical TIFF format. If BigTIFF creation is not explicitely asked or guessed and that the resulting file is too big for classical TIFF, libtiff will fail with an error message like "TIFFAppendToStrip:Maximum TIFF file size exceeded". | |
| |
| ===== A propos de la compression d'images RVB au format JPEG ===== | |
| |
| Lorsqu'on convertit une image RVB dans le format JPEG-dans-TIFF, utiliser PHOTOMETRIC=YCBCR peut rendre le fichier résultant typiquement de 2 à 3 fois plus petits que la valeur photométrique par défaut (RGB). Quand on utilise PHOTOMETRIC=YCBCR, l'option INTERLEAVE doit être laissée à sa valeur par défaut (PIXEL), sinon libtiff échouera lors de la compression des données. | |
| Prenez note également que les dimensions des tuiles ou des "strips" doivent être un multiple de 8 pour PHOTOMETRIC=RGB ou 16 pour PHOTOMETRIC=YCBCR | |
| |
| **Lisez également :** | |
| |
| * Page d'information sur GeoTIFF : http://www.remotesensing.org/geotiff/geotiff.html | |
| * Page libtiff : http://www.remotesensing.org/geotiff/geotiff.html | |
| * Détails du format de fichier BigTIFF : http://www.awaresystems.be/imaging/tiff/bigtiff.html | |
| |
| ---- | |
| --- //[[yjacolin@free.fr|Yves Jacolin]] 2009/03/09 19:42// (trunk 15793) | |
