À titre d'exemple, je prendrai la vignette suivante http://a.tile.openstreetmap.org/3/4/2.png et l'enregistrer sous "4_2.png".
Les coordonnées WGS84 de cette tuile peuvent être calculées ou lire là en cliquant sur le carreau correspondant:
0 66.51326044311185 45 40.97989806962013 (West North East South)Comment géoréférencer correctement la tuile (en utilisant gdal pour générer un géotiff ou un autre format géoréférencé) afin que:
- Le bitmap n'a pas besoin d'être étiré (= les pixels dans le géotiff sont exactement les mêmes que dans le bitmap d'origine)
- L'image résultante sera ouverte au bon endroit dans un visualiseur / éditeur SIG (comme par exemple dans TatukGIS Free Viewer )?
(Modifié le 19 septembre 2011 pour clarifier ma question et inclure mes conclusions)
Ma conclusion:
J'ai d'abord pensé que la troisième idée (voir ci-dessous) était la bonne. J'ai ouvert le géotiff dans une visionneuse SIG et comparé les coordonnées affichées avec ce que j'attendais. Le géotiff de la deuxième idée semble décalé de 2 pixels vers le nord. C'est pourquoi j'ai considéré l'idée 3 (ou 4) comme la bonne.
Mais si vous essayez avec une tuile à un niveau de zoom beaucoup plus élevé, le géotiff de l'idée 3 est définitivement décalé vers le sud. Il était stupide de comparer les coordonnées sur une tuile de niveau de zoom 3. Les frontières des pays à un tel niveau de zoom sont mus simplifiées afin que la comparaison ne donne pas de bons résultats.
Dan S. avait raison, l'image de la tuile est déjà en EPSG: 3857. La deuxième idée est alors la bonne (et donne également de bons résultats à des niveaux de zoom élevés)
Première idée: EPSG: 4326
Le code EPSG pour les coordonnées WGS84 est EPSG: 4326 . J'utilise donc simplement les coordonnées WGS84 pour géoréférencer la tuile en tant que géotif en utilisant gdal_translate :
gdal_translate -of Gtiff -co tfw=yes -a_ullr 0 66.51326044311185 45 40.97989806962013 -a_srs EPSG:4326 4_2.png t4326.tifLa carte résultante est affichée au bon endroit mais je crains que la projection ne soit pas correcte et qu'il puisse y avoir un décalage au milieu de la tuile. Après avoir longtemps essayé de vérifier qu'en reprojetant la carte avec gdalwarp, j'ai téléchargé une version de démonstration de Global Mapper et cela semble être le cas (même frontières que par l'idée 3 mais un décalage à l'intérieur de la tuile). L'image doit être étirée pour pouvoir utiliser les coordonnées EPSG: 4326.
Deuxième idée: EPSG: 3857
Cette tuile utilise une projection "web mercator" (alias projection google map), qui a maintenant un code EPSG: EPSG: 3857 (alias EPSG: 900913). Je convertis simplement les coordonnées en utilisant gdaltransform :
gdaltransform -s_srs EPSG:4326 -t_srs EPSG:3857
0 66.51326044311185
0 10018754.1713946 0
45 40.97989806962013
5009377.08569731 5009377.08569731 0
Mes coordonnées en mètres sont:
0 10018754.1713946 5009377.08569731 5009377.08569731 (West North East South)Maintenant, je peux utiliser gdal_translate pour générer un géotiff:
gdal_translate -of Gtiff -co tfw=yes -a_ullr 0 10018754.1713946 5009377.08569731 5009377.08569731 -a_srs EPSG:3857 4_2.png t3857.tifJ'ai l'impression que ce n'est pas correct car les frontières des cartes sont décalées vers le nord. Cela semble être la bonne idée.
Troisième idée: EPSG: 3857 à EPSG: 4055
J'ai lu que "web mercator" utilise les coordonnées WGS84 mais les considère comme si elles étaient des coordonnées sphériques. En raison de la différence entre une latitude géodésique et une latitude géocentrique (voir Wikipedia sur la latitude ), les valeurs de latitude ne seront pas les mêmes sur un ellipsoïde ou sur une sphère. J'ai trouvé que EPSG: 4055 est le code pour les coordonnées sphériques sur une sphère basée sur WGS84.
Conversion des coordonnées en EPSG: 4055:
gdaltransform -s_srs EPSG:4326 -t_srs EPSG:4055
0 66.51326044311185
0 66.3722684317026 -17964.0621483233
45 40.97989806962013
45 40.7894557844857 -9152.84527519904
Les coordonnées sphériques correspondantes sont alors:
0 66.3722684317026 45 40.7894557844857 (West North East South)Ensuite, je fais comme si ces coordonnées étaient toujours sur l'ellipsoïde (EPSG: 4326) et les convertis en web mercator:
gdaltransform -s_srs EPSG:4326 -t_srs EPSG:3857
0 66.3722684317026
0 9979483.26733298 0
45 40.7894557844857
5009377.08569731 4981335.86590183 0
Les coordonnées résultantes diffèrent de celles de idea2:
0 9979483.26733298 5009377.08569731 4981335.86590183 (West North East South)Il ne me reste plus qu'à écrire les coordonnées sur la carte:
gdal_translate -of Gtiff -co tfw=yes -a_ullr 0 9979483.26733298 5009377.08569731 4981335.86590183 -a_srs EPSG:3857 4_2.png t3857_through_4055.tifCette troisième idée semble donner les meilleurs résultats. Mais je ne sais pas si c'est correct. Si l'idée 3 est correcte, existe-t-il un code EPSG pour effectuer cette opération en une seule étape?
Quatrième idée: EPSG: 3857 à travers towgs84 = 0,0,0,0,0,0,0
gdal (et apparemment epsg aussi) définit EPSG: 3857 comme ceci:
+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +wktext +no_defsalors que spatialreference.org comme ça:
+proj=merc +lon_0=0 +k=1 +x_0=0 +y_0=0 +a=6378137 +b=6378137 +towgs84=0,0,0,0,0,0,0 +units=m +no_defsSi j'utilise la définition de spatialreference.org, j'ai obtenu les coordonnées correctes en une seule étape (Eh bien, je ne le fais toujours pas si ce sont les coordonnées "correctes" mais au moins ce sont les mêmes que dans l'idée 3):
gdaltransform -s_srs EPSG:4326 -t_srs "+proj=merc +lon_0=0 +k=1 +x_0=0 +y_0=0 +a=6378137 +b=6378137 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs"
0 66.51326044311185
0 9979483.26733298 -17964.0621483233
45 40.97989806962013
5009377.08569731 4981335.86590183 -9152.84527519904Pourquoi y a-t-il une telle différence dans les définitions de l'EPSG: 3857?