Annonce
Suite à un problème technique intervenu entre le 22 et le 23 mars, nous avons du procéder dans la soirée du 25 mars, à la restauration de la base de données du 24 mars (matinée).
En clair, nous avons perdu vos contributions et inscriptions du dimanche 24 et du lundi 25 mars.
Nous vous prions de nous excuser.
#1 Wed 03 November 2010 08:36
- Ted
- Participant assidu
- Date d'inscription: 16 Jan 2007
- Messages: 181
[gdal]Gdalwarp 1.7.2 via OsGeo problème compression
Bonjour,
J'utilise depuis peu la bibliothèque gdal via OSgeo et je constate un problème.
En effet, la ligne qui fonctionnait bien avec Fwtools
gdalwarp -co compress=LZW -t_srs EPSG:4326 43-21-IV_WGS84_CARIS_2.tif test.tif
fonctionne également avec Osgeo, mais je me retrouve avec 2 images de taille très différente.
Celle réalisée avec Fwtools : 66 Mo quant à celle réalisée via OsGeo : 419 Mo, les métadonnées obtenues par Gdalinfo m'informe que les compressions sont bien le LZW, mais j'ai l'impression qu'OsGEo n'en tient pas compte.
Quelqu'un aurait-il déjà remarqué ce problème?
Par là même, j'en profite pour remonter mon problème avec Python, voir le post http://georezo.net/forum/viewtopic.php?id=70113
D'avance merci
Hors ligne
#2 Wed 03 November 2010 15:35
- rouault
- Participant assidu
- Date d'inscription: 26 Apr 2009
- Messages: 166
Re: [gdal]Gdalwarp 1.7.2 via OsGeo problème compression
Je ne vois pas trop a priori ce qui pourrait expliquer que tu constates de telles différences entre les 2 images. Quelle version de GDAL dans OSGEO4W utilises-tu ? gdal "de base" (branche 1.5), gdal16, gdal17, gdal-dev ? FWTools 2.4.7 correspond à une version intérmédaire entre gdal16 et gdal17
De toute manière gdalwarp n'est pas bien adapté pour obtenir des images de taille minimale. Cf http://trac.osgeo.org/gdal/wiki/UserDoc … SSisbroken . Il est conseillé de procéder en 2 temps gdalwarp puis gdal_translate avec compression pour obtenir le fichier de taille minimale.
Hors ligne
#3 Wed 03 November 2010 16:19
- Ted
- Participant assidu
- Date d'inscription: 16 Jan 2007
- Messages: 181
Re: [gdal]Gdalwarp 1.7.2 via OsGeo problème compression
J'utilise gdal17 dans OSGEO4W.
Je pensais bien qu'il fallait utiliser 2 méthodes, mais comme avec Fwtools 2.4.7 en une seule le résultat était satisfaisant... je ne voulais pas m'embêter...
Merci, pas d'idées sur Python :-(
Hors ligne
#4 Wed 03 November 2010 16:39
- rouault
- Participant assidu
- Date d'inscription: 26 Apr 2009
- Messages: 166
Re: [gdal]Gdalwarp 1.7.2 via OsGeo problème compression
Ah ok, il est fort possible que FWTools 2.4.7 incluait par défaut l'algorithme de l'optimisation OPTIMIZE_SIZE mentionnée dans la FAQ et qu'on a désactivée par la suite car elle causait des régressions sur la vitesse d'exécution dans certains cas de reprojection avec fortes déformations géométriques.
Avec gdal17, essaye de la spécifier explicitement : gdalwarp -co compress=LZW -t_srs EPSG:4326 src.tif dst.tif -wo OPTIMIZE_SIZE=YES
Sur le problème Python, dans OSGEO4W ça fonctionne pour moi,
Code:
cd c:\osgeo4w osgeo4w gdal17 gdal_polygonize
Hors ligne
#5 Thu 04 November 2010 07:58
- Ted
- Participant assidu
- Date d'inscription: 16 Jan 2007
- Messages: 181
Re: [gdal]Gdalwarp 1.7.2 via OsGeo problème compression
Merci,
Je vais tester avec OPTIMIZE_SIZE=YES
En ce qui concerne Python, je viens de retester et j'ai toujours ça
Traceback (most recent call last):
File "C:\soft\bin\gdal_polygonize.py", line 34, in <module>
import gdal, ogr, osr
File "C:\soft\python\gdal.py", line 2, in <module>
from osgeo.gdal import deprecation_warn
File "C:\soft\python\osgeo\__init__.py", line 21, in <module>
_gdal = swig_import_helper()
File "C:\soft\python\osgeo\__init__.py", line 17, in swig_import_helper
_mod = imp.load_module('_gdal', fp, pathname, description)
ImportError: DLL load failed: Le module spÚcifiÚ est introuvable.
Dll manquante, problème sur une ligne....
a+
Hors ligne
#6 Tue 09 November 2010 08:19
- Ted
- Participant assidu
- Date d'inscription: 16 Jan 2007
- Messages: 181
Re: [gdal]Gdalwarp 1.7.2 via OsGeo problème compression
Bonjour,
Le problème ne viendrait-il pas de mon OS, je suis encore sous W2000! Est-ce que des difficultés ont déjà été observées sur ce système.
En ce qui concerne OPTIMIZE_SIZE c'est ok.
D'avance merci
Hors ligne