[OSM-talk-fr] Collectivité et gestion de voirie

[François Lacombe]

Le 18 mars 2014 11:58, Pieren <pieren3 at gmail.com> a écrit :

> Euh, en cas "de suppression de tronçon", aucun tag "ref" ou "fantoir"
> n'est une garantie de stabilité puisqu'ils peuvent très bien
> disparaitre en même temps que le tronçon. S'il faut éditer OSM pour
> remettre l'identifiant, on peut aussi bien mettre à jour l'ID dans sa
> base métier - l'effort est équivalent.
>

L'effort est peut-être équivalent, mais la portée de l'information n'est
pas la même.

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.

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.

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.
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.



> Par contre, on peut chercher d'autres solutions en se basant sur
> d'autres critères comme les tags minimums (highway, name) et une bbox:
> http://wiki.openstreetmap.org/wiki/Overpass_API/
> http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID
>

Je crois qu'on déporte le problème sur le nom d'usage (name).
Utiliser des noms d'usages une bbox pour ne pas mettre d'information en dur
dans la base nuit à la fiabilité.
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.

Cela ne va-t-il pas engendrer une quantité de calculs inutiles ?


*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20140318/537f0198/attachment.htm>