Le 14/04/2013 16:00, Christian Quest a écrit :
Pour prendre un peu de recul... si on réfléchissait au problème de
façon plus globale ?
Pour utiliser des ref:xx ?
- pour lier des données OSM avec des jeux de données externes
Peut-on/doit-on le faire pour n'importe quel jeu de données ?
Je ne pense pas. Si ce sont des données librement accessibles et qui
apportent plus d'information sur un objet OSM, oui, ça me semble avoir
sa place dans OSM. Ca permet de ne pas inclure inutilement tout un
ensemble de données dans OSM, données qu'il faudrait maintenir à jour
pour qu'elles gardent de leur utilité.
Donc pour moi des ref:xx vers des données non ouvertes n'apportent rien.
Comment faire l'inverse... avoir un lien dans des données externes
vers des objets OSM ?
Là ça se complique gravement pour plusieurs raisons:
- les "id" OSM ne sont pas pérennes: ils peuvent changer suite à un
effacement/recréation ou parce qu'on fait évoluer un objet (par
exemple un POI initial sur un noeud peut disparaitre en étant reporté
sur un polygone)
- un objet dans le jeu de données externe peut correspondre à
plusieurs objets dans OSM. C'est le cas par exemple pour les codes
FANTOIR/RIVOLI (rayer la mention inutile) qui identifient une rue,
laquelle rue peut être segmentée dans OSM... et là il faut avoir un
objet englobant sous la forme d'une relation.
Il y en a sûrement d'autres...
Il va falloir se pencher sérieusement un de ces jours sur des
identifiants pérennes que je pense devoir mixer les 2 dimensions d'OSM
à savoir la dimension spatiale et la dimension sémantique en gardant
un niveau de flou sur les deux pour retrouver des objets qui ont
légèrement bougé ou légèrement changé de description.
Mon idée (brute de décoffrage même si j'y pense depuis bien longtemps)
serait un truc du genre "bakery#u09v8z39" où "bakery" indique le type
d'objet cherché et #u09v8z39 est le geohash de sa position approximative.
C'est assez facile à mettre en oeuvre pour des objets ponctuels ou
surfaciques, par contre pour du linéaire je pense qu'il faudra 2
geohash (début/fin).
L'utilisation pourrait se faire via une API interrogeant par exemple
l'overpass en convertissant ce "hash" à la volée.
Ca inspire quelqu'un ? Qui m'accompagne sur ce projet ?
--
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon : http://openstreetmap.fr/s
<http://openstreetmap.fr/sotmfr2013>ynthese-sotmfr
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Moi,
J'ai la même problématique avec le SDIS 91 et une première étude sur le
rapprochement des données. En fait, le problème est très simple et n'a
simplement pas de solution :
" On ne peut pas synchroniser deux référentiels de données portant sur
le même périmètre"
Maintenant on peut faire plein de choses, comme "ne pas synchroniser",
ou choisir des périmètres différents, etc.
Je suis entrain d'écrire un papier "open" là dessus, mais je n'ai pas
encore tout formulé.
Le sujet m'intéresse donc particulièrement.
Juste pour revenir à la discussion précédente, je pense que rajouter des
ref vers des SI privés (fermés, non libre, etc.) n'a aucun sens.
mes 0,02 EUR
Marc
(architecte technique et un peu urbaniste du SI d'un grand groupe de la
distribution)
--
m...@sibert.fr
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
