<div dir="ltr">Le 18 mars 2014 11:58, Pieren <span dir="ltr"><<a href="mailto:pieren3@gmail.com" target="_blank">pieren3@gmail.com</a>></span> a écrit :<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="">
</div>Euh, en cas "de suppression de tronçon", aucun tag "ref" ou "fantoir"<br>
n'est une garantie de stabilité puisqu'ils peuvent très bien<br>
disparaitre en même temps que le tronçon. S'il faut éditer OSM pour<br>
remettre l'identifiant, on peut aussi bien mettre à jour l'ID dans sa<br>
base métier - l'effort est équivalent.<br></blockquote><div><br></div><div>L'effort est peut-être équivalent, mais la portée de l'information n'est pas la même.<br><br></div><div>L'identifiant OSM est propre à OSM alors que les identifiants qui retiendraient notre attention (pas n'importe lesquels), sont issus de référentiels et peuvent bien souvent être utilisés par de multiples applications et services.<br>
<br></div><div>Si on m'autorise le parallèle, je crois que le 1er de ces identifiants reste l'adresse postale et là OSM ne se pose pas la question de savoir si il doit être intégré ou pas, c'est l'objet de plusieurs projets internationaux.<br>
</div><div><br></div><div>Créer des bases en parallèle d'OSM pour stocker des clés de jointure ne me semble pas efficace quand certaines de ces clés de jointure peuvent être fournies par OSM lui-même.<br></div><div>Cela n'empêche pas de faire attention à ce qui est choisi dans le double but de facilité l'accès aux données et de protéger la base.<br>
<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Par contre, on peut chercher d'autres solutions en se basant sur<br>
d'autres critères comme les tags minimums (highway, name) et une bbox:<br>
<a href="http://wiki.openstreetmap.org/wiki/Overpass_API/" target="_blank">http://wiki.openstreetmap.org/wiki/Overpass_API/</a><br>
<a href="http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID" target="_blank">http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID</a><br></blockquote><div><br></div><div>Je crois qu'on déporte le problème sur le nom d'usage (name).<br>
</div><div>Utiliser des noms d'usages une bbox pour ne pas mettre d'information en dur dans la base nuit à la fiabilité.<br></div><div>On ne parle pas ici d'opérations lourdes comme la suppression d'un objet mais de l'édition à la virgule près du nom en question.<br>
</div><div><br></div><div>Cela ne va-t-il pas engendrer une quantité de calculs inutiles ?<br></div><div><br><br><b>François Lacombe</b><br><br>francois dot lacombe At telecom-bretagne dot eu<br><a href="http://www.infos-reseaux.com" target="_blank">http://www.infos-reseaux.com</a><br>
</div></div></div></div>