#1 Wed 06 February 2013 23:25
- jleplus9
- Participant occasionnel
- Date d'inscription: 5 Feb 2013
- Messages: 11
QGIS 1.8.0 Lisboa : problème calage Scan25
Bonjour à tous!
Alors voila, c'est la première fois que je poste sur un forum (désolé si la mise en page, les bbcode et le reste ne sont pas la) et c'est parce que j'ai un soucis sur QGis lisboa 1.8.0 (qui doit sans doute être facile à corriger mais je trouve pas comment!!)
Alors pour l'instant j'utilise Mapinfo 8.5 mais je tente de passer sur Qgis. Donc je suis gros débutant, j'ai juste fait joujou avec 5 min et voila mon problème:
j'ai 100 scan25 à peu près et je veux juste les ouvrir pour l'instant (on verra plus tard pour faire un vrt avec mes 100 dalles) et on va prendre un exemple avec les 2 scan 25 qu'on peut trouver à ce lien.
[edit modération. non]
sur MapInfo, pas de problèmes, les 2 rasters s'ouvrent cote à cote comme il faut. c'est OK.
Sous Qgis ... l'un semble être à la bonne place (le F084_31.tif) et le F085_31.tif semble être à la coordonnée 0,0 ... les deux sont en lambert 2 étendu (je crois, en tout ca c'est la projection que j'ai rentré).
Il provienne de la même source, j'ai fait aucune modification et je comprend pas ce décalage.
En géoréférencant moi même à la main avec l'outil de Qgis ça marche, mais vu que ça me le fait sur environ 50 dalles, j'ai pas envie de tout refaire!
Si quelqu'un à une idée la dessus, sa réponse est la bienvenue
Hors ligne
#2 Thu 07 February 2013 13:57
- jcr83
- Participant actif
- Date d'inscription: 17 Mar 2008
- Messages: 147
Re: QGIS 1.8.0 Lisboa : problème calage Scan25
Bonjour,
Il suffit d'afficher les informations sue ces dalles (Raster -> Divers -> Informations) pour voir que l'une des dalles ne contient pas d'information de SRS, et l'autre un SRS qui semble erroné, étant données les latitudes affichées :
Corner Coordinates:
Upper Left ( 0.0000000, 0.0000000) ( 6d 8'21.03"W, 24d58' 3.34"N)
Lower Left ( 0.000, -4000.000) ( 6d 8'11.52"W, 24d55'46.78"N)
Upper Right ( 4000.000, 0.000) ( 6d 5'54.10"W, 24d58'12.15"N)
Lower Right ( 4000.000, -4000.000) ( 6d 5'44.65"W, 24d55'55.59"N)
Center ( 2000.000, -2000.000) ( 6d 7' 2.83"W, 24d56'59.47"N)
Hors ligne
#3 Thu 07 February 2013 17:45
- jleplus9
- Participant occasionnel
- Date d'inscription: 5 Feb 2013
- Messages: 11
Re: QGIS 1.8.0 Lisboa : problème calage Scan25
Bonjour,
Merci pour cette réponse mais c'est pas ça mon problème (enfin, ça en fait partie mais bon ...)
Je reformule!
Pourquoi lorsque j'ouvre ces scan25 sous Mapinfo ils sont bien positionné à leur place en lambert 2 étendu (comme prévu, x= 840000,y=2360000 pour le coin en bas à gauche du fichier F084_31.tiff et x=850000, y=2360000 pour le F085_31.tiff) alors que sur Qgis, le fichier F084_31.tiff est situé x= 840000,y=2360000 MAIS le fichier F085_31.tiff est, comme tu dis, situé entre 0,0 et 4000,-4000?
pour moi la seule différence c'est que l'un est placé 10000m plus à l'est que l'autre. Pourquoi qgis ne reconnait pas que le F085_31.tiff doit être placé ailleurs alors que toutes les coordonnées sont écrites dans les fichiers fourni avec le .tiff? et surtout, comment changer ça sans re géoréférencer ma dalle à la main?
lors de l'import sous qgis, la 1ere fois, j'ai rentré comme système de projet Lambert II étendu pour les deux
ps: d'ailleurs avec ta technique, on voit bien de la fichier F084_31.tiff est bien placé
Hors ligne
#4 Thu 07 February 2013 22:52
- jleplus9
- Participant occasionnel
- Date d'inscription: 5 Feb 2013
- Messages: 11
Re: QGIS 1.8.0 Lisboa : problème calage Scan25
Après plusieurs test, il se trouve que mon fichier TFW est correcte, j'ai réussi à mettre à la bonne place des tiff que j'ai créé.
Du coup je me dit qu'il suffit que je supprime toutes les données de géoréférencement lié à mon tiff, que je mette dans un même dossier mon tif et mon tfw et rien d'autre, j'ouvre qgis et hop tout va aller pour le mieux.
Sauf que non. Bien que dans le dossier il y ai juste les tfw correctement géoréférencé et le tif, bah il me remet mon tiff à la mauvaise place ... alors qu'avec une autre image ça se place bien ...
Comment supprimer ces mauvaise infos pour repartir avec un beau scan25 tout neuf?
Hors ligne
#5 Fri 08 February 2013 09:44
Re: QGIS 1.8.0 Lisboa : problème calage Scan25
Bonjour,
Pourrais tu vérifier que ton fichier TIFF ne contient pas l'en-tête de géoréférencement ? En supprimant le tfw (et en faisant une sauvegarde), avec gdalinfo tu auras des infos ou pas. Vérifie qu'elles sont correctes ou que ton image se cale au bon endroit.
Est ce que tu peux diffuser ces fichiers ?
Y.
Yves Jacolin, bénévole de l'association GeoRezo.net, agit au nom et pour le compte de l'association - Partageons ce qui nous départage !! - GeoRezo vous aide ? Aidez GeoRezo !
Hors ligne
#6 Fri 08 February 2013 10:17
- jleplus9
- Participant occasionnel
- Date d'inscription: 5 Feb 2013
- Messages: 11
Re: QGIS 1.8.0 Lisboa : problème calage Scan25
Bonjour,
voila un zip avec mes deux .tiff et les deux tfw correspondant:
http://www.mediafire.com/?eoqpgrj4n87dud0
alors j'ai mis dans un dossier mon tiff (le F085_31) tout seul sans le fichier tfw, lorsque je regarde les détails avec gdalinfo, voila ce que j'ai:
Driver: GTiff/GeoTIFF
Files: C:\Users\user21\Desktop\Nouveau dossier (2)\F085_031.TIF
Size is 4000, 4000
Coordinate System is:
PROJCS["NTF (Paris) / France II",
GEOGCS["NTF (Paris)",
DATUM["Nouvelle_Triangulation_Francaise_Paris",
SPHEROID["Clarke 1880 (IGN)",6378249.2,293.4660212936265,
AUTHORITY["EPSG","7011"]],
AUTHORITY["EPSG","6807"]],
PRIMEM["Paris",2.5969213],
UNIT["grad",0.01570796326794897],
AUTHORITY["EPSG","4807"]],
PROJECTION["Lambert_Conformal_Conic_1SP"],
PARAMETER["latitude_of_origin",46.8],
PARAMETER["central_meridian",0],
PARAMETER["scale_factor",0.99987742],
PARAMETER["false_easting",600000],
PARAMETER["false_northing",2200000],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]],
AUTHORITY["EPSG","27582"]]
Origin = (0.000000000000000,0.000000000000000)
Pixel Size = (1.000000000000000,-1.000000000000000)
Metadata:
AREA_OR_POINT=Area
TIFFTAG_DOCUMENTNAME=F085_031
TIFFTAG_IMAGEDESCRIPTION=GEOCODE:LAMBERT2
TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch)
TIFFTAG_XRESOLUTION=72
TIFFTAG_YRESOLUTION=72
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( 0.0000000, 0.0000000) ( 6d 8'21.03"W, 24d58' 3.34"N)
Lower Left ( 0.000, -4000.000) ( 6d 8'11.52"W, 24d55'46.78"N)
Upper Right ( 4000.000, 0.000) ( 6d 5'54.10"W, 24d58'12.15"N)
Lower Right ( 4000.000, -4000.000) ( 6d 5'44.65"W, 24d55'55.59"N)
Center ( 2000.000, -2000.000) ( 6d 7' 2.83"W, 24d56'59.47"N)
Band 1 Block=4000x10 Type=Byte, ColorInterp=Palette
Color Table (RGB with 256 entries)
0: 255,0,51,255
puis les 255 autres couleurs
du coup on voit bien que le tiff tout seul garde en mémoire le mauvais géoréférencement. comment dire à qgis de supprimer ces infos et de lui dire de regarder le tfw qui contient:
2.500000
-0.000000
-0.000000
-2.500000
850001.250000
2369998.750000
tout en spécifiant qu'on est en lambert II étendu bien sur.
j'ai fait la même chose avec l'autre tiff qui se positionne bien (le F084_31) lorsqu'il y a le fichier tfw dans le meme dossier, voila ce que donne gdalinfo (quand le tiff est tout seul dans un dossier sans le tfw):
Driver: GTiff/GeoTIFF
Files: C:\Users\user21\Desktop\Nouveau dossier (2)\F084_031.TIF
Size is 4000, 4000
Coordinate System is `'
Metadata:
TIFFTAG_SOFTWARE=Handmade Software, Inc. Image Alchemy v1.9.1
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( 0.0, 0.0)
Lower Left ( 0.0, 4000.0)
Upper Right ( 4000.0, 0.0)
Lower Right ( 4000.0, 4000.0)
Center ( 2000.0, 2000.0)
Band 1 Block=4000x2 Type=Byte, ColorInterp=Palette
Color Table (RGB with 256 entries)
0: 0,0,0,255
et voila le contenu du fichier tfw:
2.500
0
0
-2.500
840001.250
2369998.750
pour conclure:
pour le F085_31.tiff, avec ou sans le tfw, le tiff se place à une origine 0,0
pour le F084_31.tiff, sans le tfw, le tiff se place à une origine 0,0 et avec le tfw, le tiff se place à une origine 840000, 2370000.
Hors ligne
#7 Fri 08 February 2013 11:28
Re: QGIS 1.8.0 Lisboa : problème calage Scan25
Bonjour,
La méthode pourrait être d'intégrer le géoréférencement dans l'en-tête :
Code:
gdal_translate -a_srs="EPSG:27572" -a_ullrr 850000 2410000 890000 2370000 F085_31.tiff F085_31_new.tiff
J'ai donné cette commande un peu à l'arrache, il faut confirmer ca avec des tests ou avec quelqu'un qui maitrise ce genre de chose (Robin ?)
Gdal (et donc QGIS) lit d'abord les info d'en-tête et s'il ne trouve rien cherche un fichier world file (tfw ou wld). D'où tes problèmes. Il me semble qu'il y a un moyen pour effacer les informations mais je n'ai pas retrouvé l'info dans mes notes.
Y.
Yves Jacolin, bénévole de l'association GeoRezo.net, agit au nom et pour le compte de l'association - Partageons ce qui nous départage !! - GeoRezo vous aide ? Aidez GeoRezo !
Hors ligne
#8 Fri 08 February 2013 12:42
- jcr83
- Participant actif
- Date d'inscription: 17 Mar 2008
- Messages: 147
Re: QGIS 1.8.0 Lisboa : problème calage Scan25
Bonjour
Le plus simple est d'intégrer les coordonnées dans le fichier GeoTiff, et de ne plus utiliser les fichiers .TFW.
Exemple :
gdal_edit -a_srs epsg:27572 -a_ullr 840000 2370000 850000 2360000 F085_031.TIF
La commande gdal_edit est décrite là : http://www.gdal.org/gdal_edit.html
Voici le résultat de gdalinfo :
Code:
Driver: GTiff/GeoTIFF Files: F085_031.TIF F085_031.TFW Size is 4000, 4000 Coordinate System is: PROJCS["NTF (Paris) / Lambert zone II", GEOGCS["NTF (Paris)", DATUM["Nouvelle_Triangulation_Francaise_Paris", SPHEROID["Clarke 1880 (IGN)",6378249.2,293.4660212936265, AUTHORITY["EPSG","7011"]], TOWGS84[-168,-60,320,0,0,0,0], AUTHORITY["EPSG","6807"]], PRIMEM["Paris",2.5969213], UNIT["grad",0.01570796326794897], AUTHORITY["EPSG","4807"]], PROJECTION["Lambert_Conformal_Conic_1SP"], PARAMETER["latitude_of_origin",46.8], PARAMETER["central_meridian",0], PARAMETER["scale_factor",0.99987742], PARAMETER["false_easting",600000], PARAMETER["false_northing",2200000], UNIT["metre",1, AUTHORITY["EPSG","9001"]], AUTHORITY["EPSG","27572"]] Origin = (840000.000000000000000,2370000.000000000000000) Pixel Size = (2.500000000000000,-2.500000000000000) Metadata: AREA_OR_POINT=Area TIFFTAG_DOCUMENTNAME=F085_031 TIFFTAG_IMAGEDESCRIPTION=GEOCODE:LAMBERT2 TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) TIFFTAG_XRESOLUTION=72 TIFFTAG_YRESOLUTION=72 Image Structure Metadata: INTERLEAVE=BAND Corner Coordinates: Upper Left ( 840000.000, 2370000.000) ( 3d18'11.36"E, 48d27'30.93"N) Lower Left ( 840000.000, 2360000.000) ( 3d17'54.15"E, 48d21'31.19"N) Upper Right ( 850000.000, 2370000.000) ( 3d26'26.41"E, 48d27'18.15"N) Lower Right ( 850000.000, 2360000.000) ( 3d26' 8.48"E, 48d21'18.43"N) Center ( 845000.000, 2365000.000) ( 3d22'10.10"E, 48d24'24.74"N) Band 1 Block=4000x10 Type=Byte, ColorInterp=Palette Color Table (RGB with 256 entries)
Le gros avantage de gdal_edit par rapport à gdal_translate (méthode proposée par Yves) est qu'il n'y a pas de phase de décompression/recompression de l'image, le résultat est immédiat et l'image n'est pas altérée.
Dernière modification par jcr83 (Fri 08 February 2013 13:56)
Hors ligne
#9 Fri 08 February 2013 13:57
- jleplus9
- Participant occasionnel
- Date d'inscription: 5 Feb 2013
- Messages: 11
Re: QGIS 1.8.0 Lisboa : problème calage Scan25
Merci pour cette réponse!
Cependant j'ai un tout petit problème lié au fait que je sois un débutant ... jusqu'à présent, quand j'utilisais gdalinfo par exemple, je passe par l'interface de qgis et non pas par des lignes de commande.
Du coup pour la ligne de commande de Yves, je vais dans l'onglet raster ->conversion ->convertir et dans la petite case, je supprime ce qu'il y a dejà d'écrit et je remplace par sa commande (légèrement modifiée):
Code:
gdal_translate -a_srs EPSG:27572 -a_ullr 850000 2370000 860000 2360000 F085_31.tiff F085_31_new.tiff
si je laisse comme ca, il me dit que le tiff F085_31.tiff n'existe pas. C'est pas grave, je met avec le chemin complet
Code:
gdal_translate -a_srs EPSG:27572 -a_ullr 850000 2370000 860000 2360000 C:\Users\user21\Desktop\Nouveau dossier (2)\F085_31.tiff C:\Users\user21\Desktop\Nouveau dossier (2)\F085_31_new.tiff
et cette fois j'ai ce message d'erreur:
"too many command option"
pour celle de jcr83, je ne trouve pas d'onglet me permettant d'avoir un gdal_edit pré rempli. du coup je suis allé dans l'onglet convertir, j'ai supprimé le texte, j'ai écrit:
Code:
gdal_edit -a_srs epsg:27572 -a_ullr 850000 2370000 860000 2360000 F085_031.TIF
et j'ai eu le message d'erreur:
"Le processus n'a pu être lancé. Soit le programme requis est manquant, soit vous n'avez pas les droits nécessaires pour l'utiliser."
j'ai regardé dans le dossier d'installation de Qgis et effectivement, j'ai plein de fichier python comme gdal_translate.py mais pas gdal_edit.py
du coup comment je fais pour lancer ces scrypts?ou puis-je trouver gdal_edit.py?
encore merci pour votre aide, la solution est proche!
Hors ligne
#10 Fri 08 February 2013 14:44
- Zef
- Participant occasionnel
- Date d'inscription: 16 Apr 2007
- Messages: 42
Re: QGIS 1.8.0 Lisboa : problème calage Scan25
Ou pour une seule image on peut éditer manuellement l'en-tête GeoTIFF du .tif avec un éditeur hexa. Si le tfw est OK, virer l'en-tête ou y mettre les bonnes valeurs de calage à l'image du Scan25 qui a une en-tête GeoTIFF correcte.
http://portableapps.com/apps/development/frhed_portable
Hors ligne
#11 Fri 08 February 2013 15:27
- jleplus9
- Participant occasionnel
- Date d'inscription: 5 Feb 2013
- Messages: 11
Re: QGIS 1.8.0 Lisboa : problème calage Scan25
justement je n'ai pas qu'une image, c'est plus de l'ordre de la cinquantaine en fait ^^
Hors ligne
#12 Fri 08 February 2013 16:19
- jcr83
- Participant actif
- Date d'inscription: 17 Mar 2008
- Messages: 147
Re: QGIS 1.8.0 Lisboa : problème calage Scan25
La commande gdal_edit n'existe qu'à partir de GDAL 1.9, et encore elle était dans le dossier "samples". A partir de la version 1.10, elle est devenue une commande officielle.
Si tu ne la trouves pas sur ton PC, tu peux la télécharger à l'adresse : http://trac.osgeo.org/gdal/browser/trun … al_edit.py
Mais elle ne fonctionnera que si tu utilises la version 1.9 de GDAL, ou une version ultérieure.
Hors ligne
#13 Fri 08 February 2013 20:00
- jleplus9
- Participant occasionnel
- Date d'inscription: 5 Feb 2013
- Messages: 11
Re: QGIS 1.8.0 Lisboa : problème calage Scan25
bon alors j'ai installé python 2.7, j'ai installé
gdal-19-1400-x64-core.msi
gdal-19-1400-x64-oracle.msi
gdal-19-1400-x64-ecw.msi
gdal-19-1400-x64-mrsid.msi
GDAL-1.9.2.win-amd64-py2.7.msi
j'ai copier le code que jcr83 m'a donné, j'ai mis ca dans un beau fichier .py (ci joint) puis j'ai lancé gdal et j'ai eu ce message
Code:
File "gdal_edit.py", line 100 i = i + 1 ^ IndentationError: unexpected indent
je me dit que j'ai peut etre foiré un truc lors de l'installe donc cette fois j'ouvre cmd.exe et je fais:
Code:
python gdal_edit.py -a_srs EPSG:27572 -a_ullr 850000 2370000 860000 2360000 C:\Users\user21\Desktop\Nouveau dossier (2)\F085_31.tiff
et la j'ai eu le même message
puis c'est la fin.
je pensais pas que ça serait aussi compliqué!
ps: j'ai testé d'autre fichier .py, aussi bien sous gdal que cmd et j'ai ce message d'erreur:
Code:
Traceback (most recent call last): File "gdal2tiles.py", line 44, in <module> import gdal File "C:\Python27\lib\site-packages\gdal.py", line 2, in <module> from osgeo.gdal import deprecation_warn File "C:\Python27\lib\site-packages\osgeo\__init__.py", line 21, in <module> _gdal = swig_import_helper() File "C:\Python27\lib\site-packages\osgeo\__init__.py", line 17, in swig_impor t_helper _mod = imp.load_module('_gdal', fp, pathname, description) ImportError: DLL load failed: Le module spÚcifiÚ est introuvable.
Voila je pensais que ca serait simple une fois le gdal_edit.py en ma possession mais même la je galère!!!
du coup si jamais vous avez un tuto qui indique pas à pas comment ouvrir et utiliser gdal_edit.py je suis preneur!
Hors ligne
#14 Fri 08 February 2013 22:48
- jcr83
- Participant actif
- Date d'inscription: 17 Mar 2008
- Messages: 147
Re: QGIS 1.8.0 Lisboa : problème calage Scan25
Si tu ne veux pas avoir de problème d'indentation, tu dois enregistrer directement le fichier gdal_edit.py , sans passer par un copier-coller (trop risqué).
Et pour l'autre problème, je pense que tu n'as pas choisi la bonne version. Lis la page http://cartometric.com/blog/2011/10/17/ … n-windows/ pour des instructions détaillées.
Hors ligne
#15 Sat 09 February 2013 19:51
- jleplus9
- Participant occasionnel
- Date d'inscription: 5 Feb 2013
- Messages: 11
Re: QGIS 1.8.0 Lisboa : problème calage Scan25
Merci beau d’être aussi patient!
tu avais raison, ton tuto m'a permis d'installer correctement gdal, gdal_edit.py se lance correctement mais ... parce que forcement il y a un mais, quand je tape cette commande:
Code:
C:\Users\user21>gdal_edit.py -a_srs EPSG:27572 -a_ullr 850000 2370000 860000 2360000 C:\Users\user21\Desktop\Nouveau_dossier_(2)\F085_31.TIF
j'ai ce message d'erreur ...
Code:
ERROR 4: `C:\Users\user21\Desktop\Nouveau_dossier_(2)\F085_31.TIF' does not exist in the file sys tem, and is not recognised as a supported dataset name.
Et bien sur, ce message d'erreur m'a fait découvrir la datatset de gdal, sauf que je sais rien sur elle ... désolé pour toutes ces questions et vraiment merci de votre aide
Hors ligne
#16 Sat 09 February 2013 21:57
- jcr83
- Participant actif
- Date d'inscription: 17 Mar 2008
- Messages: 147
Re: QGIS 1.8.0 Lisboa : problème calage Scan25
Cela veut simplement dire que gdal_edit ne trouve pas le fichier .TIF que tu lui indiques. Une piste : ça peut provenir des parenthèses, ce n'est pas un caractère conseillé dans les noms de fichiers ou de dossiers (de même que les espaces et les lettres accentuées).
Hors ligne
#17 Sun 10 February 2013 13:05
- jleplus9
- Participant occasionnel
- Date d'inscription: 5 Feb 2013
- Messages: 11
Re: QGIS 1.8.0 Lisboa : problème calage Scan25
YOUHOUUUUUUUUUUUUUUUUUUUUUUUUUU
MERCI BEAUCOUP!!!!!! CA MARCHE!!!!!!!!!!!!!
merci de votre aide à tous!!!
Hors ligne