[OSM-talk-fr] ref:INSEE

[Philippe Verdy]

+1 et +1 aussi. Je me suis toujours demandé pourquoi on n'indique pas
explicitement la source.

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.

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.

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=*.

----

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 iso.int), 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 xxx.gouv.fr). 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=*").

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.

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 "xxx.org" avec un autre TLD (donc si une référence externe
est sur le domaine "linux.fr.org", on ne pourra pas utiliser
"ref:fr:linux=* puisque le lavel "fr" est un ccTLD existant,
mais "ref:ORG:fr:linux=*)

Ce qui obligerait alors pour les autres nombreux domaines .com et autres
gTLD à utiliser "ref:COM:xxx=*" (pour le domaine xxx.com), "ref:EDU:xxx=*
(pour le domaine xxx.edu 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=*).

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.

===

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 "http://go.ibm/ ou "
http://w8.windows/" ou "http://bidule.bing/" détenus par Microsoft (ce ne
sont QUE des exemples fictifs).

Le 12 novembre 2012 23:13, Christian Quest <cquest at openstreetmap.fr> a
écrit :

> +1 et +1
>
> Le 12 novembre 2012 23:06, Christophe Merlet <redfox at redfoxcenter.org> a
> écrit :
>
>> Pour être cohérent avec les communes françaises, je propose de remplacer
>> les ref des régions et départements par des ref:INSEE.
>>
>> De plus, je propose aussi d'en profiter pour remplacer les ref_NUTS par
>> des ref:NUTS toujours dans un souci de cohérence.
>>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20121114/773b4d0e/attachment.htm>