L'INSEE a des identifiants faisant référence pour l'admisnitration française mais des objets situés hors de France. De même l'INSEE a une activité internationale et produit des identifiants à destination de pays ou orgnisations clientes hors de France (et il n'y a pas toujours d'équivalent normalisé dans un autre pays faisant référence au même objet, des tas de pays en développement n'ayant pas encore de système de référence national, il y a des efforts de codification venant de plusieurs prestataires étrangers).
Les collisions de code existent un peu partout (pas que pour codifier les collectivités locales ou subdivisions adminsitratives). Ajoutons les identifiants venant de diverses normes internationales ou de diverses organisations (y compris l'Union européenne), la solution des suffixes de tag par pays (code noramelemnt en capitales) existe. Mais on n'est pas cohérent partout et parfois on trouve des préfixes en minuscules avec un "_" séparateur. Je n'aime pas la réponse "il suffit de" quand une recherche limitée par une frontière très complexe est particulièrement lourde (et encore plus quand on sait qu'il y a des conflits territoriaux entre pays) alors que c'est tellement plus simple de dire clairement d'où provient le code sans ambiguïté avec quelques caractères. Sinon pourquoi on met "direction=*" dans OSM quand on pourrait utiliser "dir=*", ou pourquoi on doit mettre "noexit=yes" quand ça pourrait être "noexit=y" ? La question de longueur ne joue pas du tout, on a choisi la clarté d'abord avant d'utiliser des abbréviatons en excès avec trop de collisions nécessitant des requêtes complexes (et parfois pas résolues facilement) ! C'est très lourd de distinguer les pays notamment pour des objets dans les zones frontalières et d'autant plus que les frontières sont souvent instables et facilement brisées. Le 18 novembre 2017 à 20:16, Jérôme Amagat <jerome.ama...@gmail.com> a écrit : > > > Le 18 novembre 2017 à 20:01, François Lacombe <fl.infosrese...@gmail.com> > a écrit : > >> Bonsoir Jérôme, >> >> Le 18 novembre 2017 à 19:50, Jérôme Amagat <jerome.ama...@gmail.com> a >> écrit : >> >>> Je suis pour garder ref:INSEE le plus utilisé, celui qui est documenter >>> dans le wiki et le tag historique. >>> et en plus regarder où est utiliser le tag ref:FR:INSEE : >>> http://overpass-turbo.eu/s/t4D >>> IL y a une grande majorité de ses utilisation dans le Finistère sur des >>> hameaux et autres lieux dit et sur des rues. >>> Il y a aussi des relations de rues à bordeaux avec ce tag. >>> Si on enlève le Finistère et Bordeaux il ne reste plus grand chose comme >>> tag ref:FR:INSEE. >>> >> >> Je ne suis pas d'accord avec ce raisonnement : si on ne garde que les >> tags historiques et plus utilisés, la qualité sémantique ne progresse pas. >> A l'origine, il n'y avait pas de tags historiques à conserver puisqu'OSM >> est parti d'une feuille blanche. >> Et aussi parce que le référentiel se construit progressivement, donc il >> faut pouvoir faire évoluer les clés/valeurs. >> >> Le fait que ce soit le tag "historique" (utilisé depuis longtemps, le > seul pour indiqué ce numéro INSEE pendant très longtemps) fait que il y a > beaucoup de gens (des gens qui lissent cette liste et d'autres non) qui > utilisent ce tag et pas l'autre. de supprimé ref:INSEE pourrait poser > problème à des gens qui utilisent les données osm. > > > >> Ainsi, je trouve plus que souhaitable de privilégier la qualité, le sens >> et la cohérence avec les autres tags qui ont été construits de la même >> manière. >> Quitte à voir la nouvelle clé s'établir avec le temps ou cohabiter avec >> l'ancienne pour préserver le fonctionnement des outils existants. >> >> Dans le cas qui nous intéresse, la non collision avec d'autres références >> au niveau mondial est un argument important. >> >> regardez sur taginfo, https://taginfo.openstreetmap.org/search?q=ref%3A > et vous verrez qu'il n'y a qu'en France que ce code "FR" (ou l’équivalent > pour d'autre pays :) ) apparaît dans les tag "ref:". > Donc pour être cohérence au niveau français peut être mais c'est tout les > tag *:FR:* qui sont incohérent au niveau mondial. > Et le problème de collision n'existe pas il suffit de limiter sa recherche > à la France. > > > > >> François >> >> >> _______________________________________________ >> 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 > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
