re, > Reste à définir l'espace géographique ou la référence doit être unique. > Si on se limite au territoire français, ref=73001 est suffisant. en effet.
> Si le ref doit être unique dans la base OSM des limites administratives > de niveau 8, alors il faut utiliser ref=INSEE:73001. Je ne pense que ça soit nécessaire, ref (dans les autres cas d'utilisation) n'est pas utilisé pour faire un identifiant unique mondial, et en fait, ce n'est pas vraiment nécessaire quand on fait une utilisation de données géographique car il y a toujours cette notion de "présence dans un territoire". La quasi-totalité des utilisations actuelles va se reposer sur des programmes (postGIS, qgis, arcgis, garmin, ...) qui savent dire facilement ça c'est dedans ça (trouver toutes les communes de france, d'italie, etc. se fait simplement si on possède le polygone qui fait le tour) > Il n'y a pas lieu d'utiliser un ref:INSEE car il n'y a aucune raison > d'avoir dans osm plusieurs variété de ref Pourquoi pas, d'ailleurs on utilise bien les int_ref, loc_ref et autre nat_ref, mais ça reste uniforme dans le monde. ref:INSEE ne l'est forcément pas. Le débat revient un peu à l'histoire du "faire simple/clair pour le mappeur" (ref:INSEE, code_INSEE, ...) ou "faire simple pour l'utilisateur des données" (ref) Dans les votants du sondage, il est statistique qu'on est une majorité de mappeurs (encore que vu le nombre de votants, je me dis que si tous catographiait régulièrement des communes, se serait fini depuis longtemps ! Mais je ne jette pas de pierre, la démocratie c'est tout le monde) Donc on a, je pense, une majorité de gens qui ont voté car il trouve ça plus clair de faire apparaître quelque part le mot INSEE. Mais sans doute ignorent-ils comment peut s'utiliser la donnée derrière dans l'ombre, et il me semble que je suis plutôt bien placé pour en parler. Nos voisins italiens qui utilisent mon rendu pour contrôler leurs communes ne pourront plus profiter de l'affichage du ref (ben oui, je vais pas me fader l'analyse de qui à utilisé ref:trucbidule=* de partout dans le monde) osm2pgsql le programme utilisé par tous les rendus (ou presque) qu'on trouve et plus encore, ne sait pas importer ref:<tout>=* xapi, l'api utilisée par beaucoup pour aller chercher des points dans la base ne sait pas non plus sortir ref:<tout>=* De manière général presque rien n'a été fait au niveau programme pour aller chercher des données dans le nom de la clef. Et pourtant plein de mappeur seraient content de faire des trucs genre : max_speed:80_poids:12t_condition:mouillé=oui ( et oui, "oui" parce qu'une fois qu'on a tout dit dans le nom, la valeur ne serre plus !) Bref, ce sont des mappeurs qui s'expriment et c'est bien aussi, si on laissait tout faire aux développeurs se serait in-remplissable. Le tout étant de trouver le compromis car "facile pour tous" n'est pas possible. Et bien qu'on ne taggue pas pour les logiciels, il faut quand même à un moment que ça puisse être utilisé ;-) -- sly - le développeur qui va devoir galérer _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
