Le 28/01/2011 11:25, Vincent de Chateau-Thierry a écrit :
Bonjour,
De : "rldhont"
Le 28/01/2011 11:03, Pieren a écrit :
2011/1/28 rldhont>
Je ne pense donc pas qu'il y ait de véritable problème de
projection, mais un problème de système dès le départ.
De système géodésique, c'est ça ? Je pensais que les outils de
conversion pouvaient en tenir compte... Mais bon, si c'est juste pour
une démo, c'est suffisant.
Normalement les outils en tienne compte, mais si tu détectes un décalage
constant, d'où provient-il ?
De la saisie des données par la ville de Paris dans le système de
projection Lambert zone 1 carto ? De la reprojection vers le système
d'affichage et donc de l'algorithme de transformation ? Des données OSM
basées sur d'autres données qui étaient elle mêm au départ dans d'autres
systèmes de projections ?
Si c'était un souci de système géodésique (oubli des paramètres NTF vers WGS84
quand
on quitte le Lambert) les décalages seraient de plusieurs dizaines de mètres.
Ici,
c'est infime par rapport, et j'ai l'impression que ça n'est pas constant. Je
pense
plutôt à un souci de champ / une variable de taille fixe pour le stockage des
longitudes
et latitude à un moment de la chaîne. Sur Paris, les latitudes sont en 48,xxx
les
longitudes en 2,xxx.
Comme les unités squattent une position de plus en latitude, on a une position
de moins
pour stocker les décimales. On tronque la dernière décimale (la 7e, par ici) et
donc on
minore la valeur des latitudes : on migre vers le sud de quelques pouillèmes.
Bon si c'est le cas c'est la faute à ogr2ogr ;-)
vincent
Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
