<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="transparent">
<p>Le 06/09/2019 à 12:04, Stéphane Péneau -
<a class="moz-txt-link-abbreviated" href="mailto:stephane.peneau@wanadoo.fr">stephane.peneau@wanadoo.fr</a> a écrit :<br>
</p>
<blockquote type="cite"
cite="mid:5cfec039-bb60-db01-be17-7074e7ba3f65@wanadoo.fr">Le
06/09/2019 à 11:14, Eric SIBERT via Talk-fr a écrit :
<br>
<blockquote type="cite">Pour le fond du problème, mon avis est que
OSM est un projet mondial et qu'il faut rester avec une
référence globale, à savoir WGS84 mais en précisant bien que
c'est dans sa réalisation actuelle. Les données dans des
références locales doivent alors être converties en
WGS84(réalisation actuelle). Quand il y a un changement de
réalisation de WGS84, il faut convertir les coordonnées dans la
base OSM de l'ancienne à la nouvelle réalisation de WGS84 (ou au
moins le faire dans les zones où la dérive des plaques est plus
grande que l'incertitude sur les données sources du coin).
<br>
<br>
</blockquote>
Les nouvelles réalisations du WGS84 n'ont pas de rapport avec le
déplacement des plaques.
<br>
<br>
Si entre 2 réalisations, ma plaque s'est déplacée de 10 mètres
(c'est un exemple irréaliste), transformer les coordonnées de
l'ancienne à la nouvelle réalisation ne corrigera pas le décalage
de 10 mètres.
<br>
<br>
Stf
<br>
</blockquote>
<p>Je suppose qu'Eric veut dire que les "anciennes" données étaient
de facto mettons en GDA94 et qu'elles doivent être reprojetées en
GDA2020.</p>
<p>Ce qui revient à dire qu'on travaille en coordonnées locales...</p>
<p>Jean-Yvon<br>
</p>
</body>
</html>