[OSM-dev-fr] De l'utilisation des relations et l'identification métier

[François Lacombe]

+1 avec vous, il n'est pas question de déverser des bases métier dans OSM
mais de se servir de ce qu'on voit sur le terrain pour parler la même
langue.

Le meilleur exemple reste celui-ci :
http://wiki.openstreetmap.org/wiki/FR:Key:ref:ERDF:gdo
100% vérifiable sur le terrain.
Ces numéros n'ont pas changé depuis 10 ans, ce qui en fait des ID plus
stables que ceux d'OSM.

Pour l'aspect relations, il faut voir ça.
Ma base contient surtout des données brutes qu'il serait mal venu de forger
sur une utilisation trop précise puisque toutes mes applis tapent dedans.
En contrepartie, il ne faudrait pas que le temps de requête au runtime soit
grévé par une trop grande complexité. Bref c'est gros dilemme.

Il me faudrait juste le numéro de la relation dans laquelle aller regarder
depuis un chemin donné. Sauf que là ca oblige à maintenir des ID dans les
deux sens... et c'est tout aussi compliqué.

*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com


Le 11 mars 2014 13:43, Christian Quest <cquest at openstreetmap.fr> a écrit :

> +1 avec Pieren et vdct
>
> Il me semble que les ID externes ont leur place dans OSM lorsqu'il font
> référence à une source vérifiable, celle-ci pouvant être le terrain (N°
> visible sur un objet) ou dans un fichier public (donc vérifiable vu que le
> fichier est public, exemple: les codes INSEE).
> Si l'une de ces conditions n'est pas remplie, c'est vraiment un ID privé
> et à mon avis ça n'a rien à faire dans OSM.
>
>
> Le 11 mars 2014 13:31, V de Chateau-Thierry <vdct at laposte.net> a écrit :
>
>
>> > De : "Pieren"
>> > 2014-03-11 12:51 GMT+01:00 V de Chateau-Thierry :
>> >
>> >> Je prendrais plutôt le parti, là dessus, de saisir tes IDs métier dans
>> OSM plutôt
>> >> que de te baser sur une comparaison de géométrie voire d'IDs OSM,
>> exercice fastidieux
>> >> et fragile, en tout cas plus fragile qu'une comparaison 'stricte' sur
>> un ID externe.
>> >
>> > Il faut être très prudent ici. Il ne faudrait pas qu'OSM devienne le
>> > réceptacle de milliers "d'IDs métier". Ils sont aujourd'hui tolérés
>> > dans OSM lorsqu'on leur trouve une justification "pour OSM" (surtout
>> > avec l'argument qu'ils pourraient faciliter plus-tard des mises à jour
>> > et synchronisation de bases externes, processus encore très
>> > hypothétique; on trouve déjà des plaintes sur l'utilité de ces refs).
>> > Les IDs métiers à usages purement internes n'ont pas leur place dans
>> > OSM et il sera bien difficile de crier au vandalisme si quelqu'un les
>> > efface. J'ajouterais que les tags dans OSM ne sont pas moins fragiles
>> > que les ID's de primitives, au contraire.
>>
>> Qu'on soit bien d'accords. Je parle d'IDs externes uniquement pour des
>> IDs que chacun
>> sera(it) susceptible de manipuler, un peu comme le sont aujourd'hui les
>> différents
>> identifiants que produit l'INSEE. Il ne s'agit pas de propager des IDs
>> connus
>> uniquement dans une sphère privée (IDs internes à une organisation, une
>> entreprise, et
>> non publiés).
>> Je n'ai pas de détails sur les IDs dont parle François, à lui de préciser
>> dans quelle
>> catégorie se situent ses références "métier".
>>
>
> --
> Christian Quest - OpenStreetMap France
> Conférence "State Of The Map" France du 4 au 6 avril à Paris<http://openstreetmap.fr/sotmfr>
>
> _______________________________________________
> dev-fr mailing list
> dev-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev-fr
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20140311/c29abbe9/attachment.html>