Ceci dit, le modèle d'OSM n'évolue pas beaucoup et ceci dans tous les domaines.
La question se pose aussi pour l'altitude des noeuds. Disposer d'un champ natif plutôt que d'un attribut noyé au milieu de tous les tags serait beaucoup mieux. Combien de temps cela va prendre pour rajouter cette clé dans le modèle ? Alors penser à l'historisation à côté ça fait sourire, même si je suis de l'avis de Philippe : ca concerne beaucoup de monde. Un des point bloquant à mon sens est qu'il est impossible de distinguer une édition de correction par rapport à la réalité d'une édition de mise à jour du terrain. Il y a également l'identification des objets métier... et ce problème est en grande partie résolue sur d'autres systèmes mais pas sur OSM. Etc... *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 20 février 2014 11:56, Philippe Verdy <verd...@wanadoo.fr> a écrit : > Et au lieu d'archiver sur le portail open data gouvernemental (où la > mention de la source est obligatoire, mais cette source ne correspond plus > à ce qui est présenté et n'est PAS corrigeable; hormi par quelques > privilégiés qui peuvent publier des mises à jour sur ce portail) il serait > plus dans l'esprit du projet d'archiver les données sur Wikimedia Commons. > > Au moins là, même si les données ne sont plus dans OSM, Commons permettra > à quelqu'un d'autre ou un autre projet de prendre en charge ces données > anciennes et les maintenir ! > > Wikimedia Commons est un lieu d'archivage fantastique pour les donnes > historiques, et permet d'y créer alors des cartes dérivées permettant > d'alimenter en infographies des tas d'articles (sur les projets Wikimedia > ou sur d'autres médias). > > Il reste à déterminer quel format Commons peut accepter : le format SVG > semble idéal, si on prend soin de ne pas convertir les coordonnées internes > des tracés dans une projection spécifique au fichier graphique mais en les > gardant dans une projection plane standard (et référencée en métadonnées > internes du fichier), et si on n(altère pas ces coordonnées par des effets > graphiques (au lieu de doublonner un trait en deux, on en garde qu'un mais > on utilise un style CSS pour leur donner une épaisseur visible sur la carte > archivée) > > Sinon je ne sais pas si Commons pourrait accepter les Shapefiles, voire > même les fichiers XML au format .osm > Il ne me semble pas qu'ils soient acceptés pour l'instant mais on peut > demander (et voire aussi si on peut développer un module de visualisation > de ces fichiers). > > Le 20 février 2014 11:40, Christian Quest <cqu...@openstreetmap.fr> a > écrit : > > préfix old: au lieu de disused: alors ? >> >> Pour des données vraiment historiques anciennes, un projet comme >> openeventdatabase sera plus adapté car là la géométrie est souvent peu >> précise et ne se raccroche souvent que difficilement à des objets actuels. >> >> > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
