Mon tout petit grain de sel à cette discussion que je suis comme une « curiosité ». Je rajouterais dans les usages : et pas une accumulation de tags ésotériques qui ne disent rien aux débutants… et mêmes moins débutants.
Du coup, pour l'usage par des collectivités, je les encouragerais vraiment à utiliser un suivi de diffs, plutôt que de « polluer » la base (c'est peut-être un peu fort comme terme, mais des fois, je me pose la question par rapport à certains tags…). Est-ce qu'on se repose de temps en temps la question de ce qui a sa place dans la base géographique ? (passé sur talk, la création d'une base pour ce qui n'est pas géographique… hé beh, des choses bien en place et acceptées chez nous seraient vues par certains dans cette nouvelle base…). Mon grain de sable… JB. Le 16.04.2013 09:47, Christian Quest a écrit : > L'usage que j'imagine ne semble pas vraiment compatible avec un suivi des modifs via l'analyse de diff sauf si ceci peut s'externaliser. > > Je pense qu'on n'a pas tous la même idée en tête ce qui complique les échanges, mais ça les enrichit aussi. > > Différents usages, différents besoins, différentes solutions techniques... donc oui, il faudrait définir les usages et voir ensuite comment on peut répondre à chaque besoin. > > L'usage que j'ai en tête: > - j'ai des données que je veux lier à des objets OSM bien que ceux-ci évoluent > - je ne veux pas avoir à suivre l'évolution des données OSM au fil de l'eau (trop lourd ou alors c'est une service masqué pour moi) > - j'admet un certain niveau de flou qui idéalement pourrait être réglable > - ce qui m'intéresse c'est à peu près "où" et à peu près "quoi" > > Je pense par exemple à: > - Jean-Louis qui veut garder une liste des commerces et leur correspondance dans OSM, > - une appli mobile qui indique les monuments historiques, > - wikipedia, qui garde des liens vers OSM sans tag wikipedia=* pour des objets comme les monuments, les gares, les églises, etc > > L'ID stable est une indirection vers l'objet courant, et un mécanisme derrière me masque le côté mouvant des données OSM (il peut s'appuyer sur l'analyse des diff ou pas). > Je baserai tout ça sur une API REST en me rapprochant si possible des concepts des linked data, car on s'en rapproche fortement. > > Pour tester la validité des solutions envisagées, il suffira de prend 2 dumps OSM avec un bel intervalle entre chaque (genre 2 ans) et voir le taux d'efficacité pour maintenir la stabilité des ID. > > -- > Christian Quest - OpenStreetMap France > Synthèse du Week-end "SOTM-FR" à Lyon : http://openstreetmap.fr/s [2]ynthese-sotmfr > > _______________________________________________ > Talk-fr mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/talk-fr [1] Links: ------ [1] http://lists.openstreetmap.org/listinfo/talk-fr [2] http://openstreetmap.fr/sotmfr2013
_______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
