+1 et +1 aussi. Je me suis toujours demandé pourquoi on n'indique pas explicitement la source.<div><br></div><div>Ceci dit concernant ref:INSEE on aurait éventuellement aussi ref:FR;INSEE, mais cela va être tellement utilisé et il y a peu de risque de collision si on ne l'utiilise QUE pour des noeuds, chemins ou surfaces en France où il ne devrait pas y en avoir. Je ne pense pas que les éventuelles références INSEE existant pour d'autres pays soient pertinents dans OSM.</div>
<div><br></div><div>Pour les références ISO, c'est déjà international, donc pas d'autre préfixe national ou régional : ref:ISO-3166-1=* (ou -2), et non juste ISO3166-1=* : cela devrait être des ref:* aussi. Pour NUTS c'est plus délicat : ref;NUTS ou ref:EU:NUTS (en utiliser le préfixe régional où c'est pertinent) ? Dans ces deux cas il faut en discuter sur une liste plus internationale.</div>
<div><br></div><div>Que dire sinon de ref:sandre=* : ce devrait être ref:FR:sandre=* de même que ref:FR:LaPoste=*, ref:FR:RFF=*, ref:FR:ERDF=*.</div><div><br></div><div>----</div><div><br></div><div>D'une façon générale les ref:* doivent être gérés en espaces de noms comme les noms de domaine Internet. S'il le faut on pourrait avoir ref:INT.ISO* (comme on a le nom de domaine <a href="http://iso.int" target="_blank">iso.int</a>), les TLDs devenant des préfixes de noms (en majuscules pour distinguer des codes de langues, même si les codes langues sont plutôt en suffixes dans les tags "name=*" ou "*_name=*"), écrits entre "ref:" et le nom de domaine de l'entité externe dans son TLD. Dans certains cas on aurait alors des ref:FR:gouv:xxx=* (là où on a un nom de domaine <a href="http://xxx.gouv.fr" target="_blank">xxx.gouv.fr</a>). Si le nom de domaine désigne une marque commerciale réservée (LaPoste) on y met des capitales, sinon si c'est une simple insituttion publique légale, on peut reste en minuscules (par exemple "ref:FR:insee=*" ou "ref:FR:sandre=*" ou "ref:DE:fkgz=*").</div>
<div><br></div><div>Utiliser les noms de domaine permet de savoir que quel domaine internet chercher la base de données externes et donc qui la met à jour et constitue une source vérifiable.</div><div><br></div><div>Si on suivait la logique, on aurait "ref:ORG:wikipedia=*" et non "ref:wikipedia=*", à moins qu'on décide d'omettre exclusivement le domaine TLD ".org" (celui du libre), et LUI seulement et uniquement si sa suppression n'entraine pas de conflit du label "xxx" de second niveau du nom de domaine "<a href="http://xxx.org" target="_blank">xxx.org</a>" avec un autre TLD (donc si une référence externe est sur le domaine "<a href="http://linux.fr.org" target="_blank">linux.fr.org</a>", on ne pourra pas utiliser "ref:fr:linux=* puisque le lavel "fr" est un ccTLD existant, mais "ref:ORG:fr:linux=*)</div>
<div><br></div><div>Ce qui obligerait alors pour les autres nombreux domaines .com et autres gTLD à utiliser "ref:COM:xxx=*" (pour le domaine <a href="http://xxx.com" target="_blank">xxx.com</a>), "ref:EDU:xxx=* (pour le domaine <a href="http://xxx.edu" target="_blank">xxx.edu</a> d'une école ou université américaine) et tous les domaines inscrits dans un ccTLD à aussi mentionner le CCTLD en préfixe de nommage (donc cela obligerait ref:FR:insee=*).<br>
</div><div><br></div><div>C'est simple comme règle et au moins on n'a plus à décider dans OSM quelle forme est appropriée (ce n'est plus à nous de gérer la règle du « premier demandé et éligible, premier servi »), et on ne risque plus de conflits (sauf si un service change de de nom et abandonne son ancien domaine pour un autre, ce qui pourrait se régler par un bot de renommage, une fois qu'on a vérifié l'existence du nouveau domaine et sa bonne association avec le service officiel à référencer) et on évitera des conflits d'interprétation.</div>
<div><br></div><div>===</div><div><br></div><div class="gmail_extra"><div>Attention ! car le nombre de gTLD va bientôt considérablement augmenter (seuls les noms courts à 2 lettres pour les ccTLDs resteront réservés, et quelques autres gTLD conservés par l'ICANN ou l'IETF comme ".root" ou déjà réglementés et partagés comme ".com", '.net" et ".org", ou les TLDs spéciaux à 1 lettre qui pourraient servir à autre chose plus tard (au plan technique) même si un TLD à 1 lettre pourrait être réservé à un usage privé purement local, et non opérable sur Internet (comme le TLD .x). Il est probable que tous les TLDs à 3 lettres nécessiteront un contrat préalable avec l'ICANN, et des conditions spécifiques pour ceux à 4 lettres, contrairement aux autres TLDs plus longs). On va en avoir des commerciaux pour former des liens web valides tels que "<a href="http://go.ibm/" target="_blank">http://go.ibm/</a> ou "<a href="http://w8.windows/" target="_blank">http://w8.windows/</a>" ou "<a href="http://bidule.bing/" target="_blank">http://bidule.bing/</a>" détenus par Microsoft (ce ne sont QUE des exemples fictifs).</div>
<div><br></div><div class="gmail_quote">Le 12 novembre 2012 23:13, Christian Quest <span dir="ltr"><<a href="mailto:cquest@openstreetmap.fr" target="_blank">cquest@openstreetmap.fr</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
+1 et +1<br><br><div class="gmail_quote">Le 12 novembre 2012 23:06, Christophe Merlet <span dir="ltr"><<a href="mailto:redfox@redfoxcenter.org" target="_blank">redfox@redfoxcenter.org</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Pour être cohérent avec les communes françaises, je propose de remplacer<br>
les ref des régions et départements par des ref:INSEE.<br>
<br>
De plus, je propose aussi d'en profiter pour remplacer les ref_NUTS par<br>
des ref:NUTS toujours dans un souci de cohérence.<br></blockquote></div></blockquote></div></div>