Le 10 août 2012 10:32, Christian Quest <cqu...@openstreetmap.fr> a écrit : > Le 9 août 2012 18:06, Pieren <pier...@gmail.com> a écrit : >> >> 2012/8/9 ZIMMY <jeanlouis.zimmerm...@laposte.net>: >> >> >> > Devant le plébiscite général (CQuest, Zimmy, Verdy et René-Luc), on part >> > sur FR:ERP=* >> >> Euh, CQuest était aussi pour le "gnagna:" devant. René-Luc n'est pas >> intervenu publiquement. Et Philippe, j'ai pas compris comme d'hab. >> On est loin du plébiscite général. Il y a plus de monde pour le >> "gnagna:REF:ERP" ;-) >> > > +1 !!!!
Pas moi ! "REF" fait partie du "gnagna" (sous la forme "ref") c'est un concept général, international. En revanche le concept ERP étant franco-français, mais les trois lettres pouvant avoir des significations très différentes ailleurs, il est indispensable d'indiquer le domaine dans lequel il est inscrit : la France. Donc FR:ERP. On obtient donc "ref:FR:ERP=*" pour mentionner que ce qu'on met en ref est un identifiant, unique uniquement en France et uniquement plus précisément pour un ERP (il y a d'autres sources de références que les ERP : on pourrait avoir des numéros d'établissements scolaires émis par les académies ou le ministère de l'éducation, un numéro d'établissement émis par une base OpenData de la SNCF, de la RATP, par le ministère de la santé ou diverses collectivités locales, donc plusieurs "ref:<source>=identifiant" pour un même objet ; le but est juste d'attribuer un sous-tag suffisant pour identifier la <source>, celles-ci pouvant émettre des données qui lui sont propres sans équivalent direct dans OSM sous la forme "<source>:sous-tag=valeur", et des données qui correspondent à peu près à une précision utile pour compléter un "<tag général>=valeur" général d'OSM, et qu'on met alors sous la forme "<tag général>:<source>=précision"). Ici <source> est remplacé par "FR:ERP". Note : la plupart du temps les ref:* ne sont pas uniques dans la base OSM (pour OSM son identifiant unique c'est "id=*"). Ils sont uniques uniquement pour la source dont ils sont issus, et uniquement dans une zone de couverture donnée. > locale. > > >> >> Pour le problème des références des voies de la ville d'Orange, le tag >> "ref:FR:84087" est encore plus incompréhensible (même si dans notre >> petit cercle, on comprend l'idée du code insee). Pourquoi pas un >> "ref:municipality" ou quelque chose dans le genre ? (ou "ref:town:GIS" >> ?) >> > > +1 là aussi, le ref:town:GIS me plait bien. > > Pour les tags il faut penser global autant que possible. Les tags en eux > même ne doivent pas contenir d'info et le fait de mettre le code INSEE dans > la clé me parait un peu étrange par rapport à ce principe général, pas vous > ? Ce n'est pas étrange : si une source est une collectivité locale française, le code INSEE la qualifie très bien et très précisément de façon unique (ce n'est que rarement le cas avec leur nom, qui plus est souvent abrégé dans un tag !). Mais là encore le code INSEE n'a de sens qu'en France. Donc "ref:35000=*" pour une référence externe à une donnée émise par la ville de Rennes sera malvenu, mais "ref:FR:35000=*" serait possible (mais même dans ce cas, juste le numéro INSEE peut être insuffisant car dans les faits les sources GIS sont plutôt émises par des services particuliers, et il peut y avoir des services distincts dans la même collectivité et qui émet des données sur les mêmes objets géolocalisés). Le but est de savoir à quoi correspond l'identifiant mis en valeur et qui l'a émis pour un usage bien défini dans ses données ou dans les données qu'il associée à d'autres émises par des tiers ou d'autres collectivités ou entreprises. De même utiliser "ref:Rennes" tout seul pourrait poser problème selon qu'on parle du service de voirie de la ville ou le pôle transport de la communauté d'agglomération Rennes Métropole, ou encore d'un service de la préfecture du département ou de la région, ou d'un service des armées pour la région militaire, ou du pôle de subventions de la ville pour les associations culturelles et sociales ou clubs sportifs, ... On est alors amené à faire le tri un peu entre les différentes thèmes d'informations émis par une collectivité (parfois créés par elle-même ou en collaboration avec d'autres collectivités ou services de privés, publics ou mixtes comme les sociétés d'HLM ou d'aménagement concerté) _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
