Le 14 avril 2013 17:04, Tony Emery <tony.em...@yahoo.fr> a écrit : > Ça peut être encore plus complexe vue qu'une rue peut être coupée en deux > et > être renommée dans ces 2 parties. Mais on n'est pas obligé de commencer par > le plus difficile. > >
L'évolution des objets est un problème à traiter à part je pense, comme pour le cas du coiffeur d'Emilie. Pour localiser une entreprise, il faut repartir de son identifiant unique, le SIRET en France. Mon exemple de lien avec la boulangerie restera valable tant qu'il y aura une boulangerie dans le coin, même si elle change de nom, de propriétaire, d'emplacement exact, de géométrie. Marc a écrit: > " On ne peut pas synchroniser deux référentiels de données portant sur le > même périmètre" L'idée est plus de maintenir il lien un peu élastique entre différents jeux de données et OSM ou plutôt de fournir une interface via une API pour retrouver un objet dans OSM à partir de quelques infos très limitées (position géographique approximative, description sémantique approximative). Le 14 avril 2013 19:00, Guillaume Allegre <allegre.guilla...@free.fr> a écrit : > Le dim. 14 avril 2013 à 16:00 +0200, Christian Quest a écrit : > > > > Donc pour moi des ref:xx vers des données non ouvertes n'apportent rien. > > Sauf dans le cas où on voudrait faciliter la vie des "consommateurs" de > données > métiers pour accélérer l'adoption d'OSM comme référence. Même la > communauté OSM > n'en profite pas immédiatement, à terme ce sera certainement bénéfique. > > Ce n'est pas une priorité (pour moi), mais si ça ne nous "coûte" qu'un tag > en plus > sur les objets concernés, c'est pas trop cher payé. > > Tu as aussi le cas intermédiaire où la collectivité considère qu'elle > "publie" > ses données uniquement dans OSM, et qu'elle veut suivre les modifications > contributives (par exemple pour enrichir les données d'origine à la > maison). > Je suis d'accord, qu'il y a des cas où même si ces ref:xx ne sont pas exploitable par la communauté OSM ils restent utiles comme pour les mises à jour futures des nouvelles version de jeux de données importés/intégrés. Fournir un moyen de lier des données externes aux données OSM est une autre façon de simplifier la vie des "consommateurs" de données métier. Le 14 avril 2013 20:04, Ista Pouss <ista...@gmail.com> a écrit : > Le 14 avril 2013 16:00, Christian Quest <cqu...@openstreetmap.fr> a écrit > : > >> >> Donc pour moi des ref:xx vers des données non ouvertes n'apportent rien. >> > > Pourquoi ? Si le id est correctement géré et que le droit d'usage de cet > id est permis ? Est-ce "non ouvertes" qui te gène ? > Ce n'est pas en soit le "non-ouvert", mais le fait que seul ceux ayant accès à cette base non ouverte seront à même d'exploiter l'info contenue dans cet attribut. Ce qui me gêne c'est de stocker dans une base collaborative des infos que seuls quelques privilégiés ayant accès à ces données externes non ouvertes pourront exploiter. -- 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
