Salut C'est un vieux débat sur lequel déjà pas mal d'efforts a déjà investi. Un geohash ne résouds qu'une partie du problème même en y associant le type de tag. On peut citer les cas de déménagement d'une société dans un autre endroit de la ville. De même un coiffeur ou toute autre société peut être fermée et reouvert sous un autre nom. Il faut donc produire un identifiant unique qui soit suffisamment sensible à cela pour que ça soit des identifiants uniques différents. Bref un super sujet qui m'intéresse beaucoup mais qui n'a pas de solution simple aussi bien dans l'industrie que dans le milieu académique.
Émilie laffray On 14 Apr 2013 16:01, "Christian Quest" <cqu...@openstreetmap.fr> wrote: > 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 nœud 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 œuvre 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 > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
