Tout à fait d'accord, ce n'est pas mon idée de n'utiliser que l'admin_level qui n'est pas suffisant (on a des tas de données qui pourraient provenir de jeux sources maintenues par plusieurs communes simultanément sans qu'on puisse savoir laquelle, ou de plusieurs départements ou plusieurs régions j'avais déjà plaidé vers une identification des sources par leur code INSEE quand ce sont des collectivités. Au moins ça évitait les collision dans l'espace ref:FR:* et c'était assez court pour ne pas surcharger la base avec des clés interminables. Sinon une alternative au code INSEE est le code département suivi d'une abréviation du nom de la commune (par exemple ref:FR:35REN=* pour indiquer une source de la ville de Rennes et ref:FR:35CES=* pour Cesson-Sévigné sa voisine. Mais c'est inventer une nouvelle codification pour rien...
Le 14 avril 2013 11:14, Christian Quest <[email protected]> a écrit : > ref:xxx dans un tel cas doit servir à lier avec un unique jeu de donnée, > pour moi le xxx doit contenir un identifiant unique vers le jeu de donnée > et ne doit pas être générique. > > ref:INSEE indique bien qu'on parle du jeu de données de l'INSEE > ref:FR:RATP du jeu de données de la RATP > ref:mhs du jeu de donnée Mérimée > etc... > > ref:FR:08 c'est quel jeu de données ? > > ref:FR:84xxx me semblerai plus approprié et oui, ça va faire plein de > ref:FR:xxxxx mais ils sont nécessaires pour savoir à quel jeu de donnée on > fait référence vu qu'il n'ont rien en commun les uns avec les autres ! > > > > Le 14 avril 2013 10:20, Philippe Verdy <[email protected]> a écrit : > > pourquoi le zéro ? Ce n'est pas un code comme l'Insee c'est une valeur >> numérique propre à OSM, et on ne met jamais ces zéros dans les admin_level >> >> >> Le 14 avril 2013 09:58, Tony Emery <[email protected]> a écrit : >> >> Est-on d'accord pour que je modifie ref:orange et ref:FR:08 ou >>> ref:FR:admin_level_08 ? >>> >>> >>> >>> -- >>> View this message in context: >>> http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5757001.html >>> Sent from the France mailing list archive at Nabble.com. >>> >>> _______________________________________________ >>> Talk-fr mailing list >>> [email protected] >>> http://lists.openstreetmap.org/listinfo/talk-fr >>> >> >> >> _______________________________________________ >> Talk-fr mailing list >> [email protected] >> http://lists.openstreetmap.org/listinfo/talk-fr >> >> > > > -- > 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 > [email protected] > http://lists.openstreetmap.org/listinfo/talk-fr > >
_______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
