<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">@Marc<br class=""><div><blockquote type="cite" class=""><div class=""><div class=""><blockquote type="cite" class="">si on ne connait pas la ref:* à mettre, on peut mettre ref<br class=""></blockquote><br class="">bien évidemment. mais elle serra invisible pour ceux qui ciblent les ref:FR:xxx<br class=""></div></div></blockquote>Est-ce vraiment un problème ? Ces clés ne sont pas nécessaires selon toi ;-)</div><div><br class=""><blockquote type="cite" class=""><div class=""><div class=""><blockquote type="cite" class="">Les intérêts sont de lier l’objet OSM à un objet dans une base de donnée externe.<br class=""></blockquote><br class="">c'est tout autant lié avec ref<br class=""></div></div></blockquote>C’est là que ça se complique : pour moi le lien est « physique », on peut cliquer est arriver à l’objet en question.</div><div>Pour cela on a Tag2Link dans JOSM, et ces règles sont assez souples pour générer un lien à partir de plusieurs clés/valeurs.</div><div><br class=""></div><div>Mais (à part Osmose) le principe n’a pas été repris dans d’autres logiciels, notamment le site web d’OSM.</div><div><br class=""></div><div>Si de plus il manque une clé annexe, le lien n’est pas générer…</div><div><br class=""></div><div>Avec des références « précises » comme par exemple ref:wmo ou ref:wigos, on sait construire le lien hypertexte sans ambiguïté.</div><div>Et ça fonctionne pour un radar météo, une station météo…</div><div><br class=""></div><div>radar météo :</div><div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>• man_made=tower<br class=""></div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>• tower:type=radar<br class=""></div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>• tower:construction=dome</div><div class=""><br class=""></div></div><div>station météo :</div><div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>• man_made=monitoring_station<br class=""></div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>• monitoring:weather=yes</div><div class=""><br class=""></div><blockquote type="cite" class=""><div class=""><div class=""><blockquote type="cite" class=""> * pour un objet qui a plusieurs références, de les différencier.<br class=""></blockquote><br class="">hors France, il y a aussi des objets multi-référence (dont les routes)<br class="">cela ne les empeches pas d'avoir comme règle de base d'utiliser ref<br class="">et de préciser la clef quand il y a besoin et non comme règle de base<br class=""></div></div></blockquote>comment « précises » tu la clé ?</div><div><br class="">Dans le cas des marques nautiques (seamark:*), la clé seamark:reference qui a été créé.</div><div>A l’usage, elle contient un vrai bazar. Il est difficile de savoir de quel livre des feux on parle.</div><div>C’est pour cela quelle va progressivement disparaitre et sera remplacée par la clé ref:* dédiée.</div><div><br class=""><blockquote type="cite" class=""><div class=""><div class=""><br class=""><blockquote type="cite" class=""> * pour une machine (voir un humain), de savoir à quoi ça correspond.<br class=""> Référence de l’opérateur, de la commune… ?<br class=""></blockquote><br class="">on fait pareil avec name ? remplacer par défaut name=truc<br class="">par name:lenomdelentitiéquiadefinitlenom=truc ?<br class="">c'est compréhensible de vouloir être précis mais c'est nuisible d'en<br class="">faire un règle de clef par défaut.<br class=""></div></div></blockquote>La question n’est pas de savoir qui a définit le nom ou la référence, mais de pouvoir lier de manière fiable l’objet OSM et sa version dans une base de donnée externe.</div><div><br class=""></div><div>D’un côté on dit que des données (notamment volatiles) n’ont rien à faire dans OSM, il faut donc pouvoir « pointer » facilement vers la base de données qui les stockent.</div><div>(Au passage, ça évite de dupliquer de l’info et les problèmes de mise à jour).</div><div><br class=""></div><div>De l’autre, il ne faudrait pas créer de références précises… ??</div><div><br class=""></div><div>De plus, à terme on pourra avoir une vérification des valeurs (cf. propriétés dans wikidata)</div><div><br class=""><blockquote type="cite" class=""><div class=""><div class=""><br class="">je pense qu'il n'est pas du rôle d'osm de devoir<br class="">connaitre qui a définit la ref lisible sur plaque comme prérequis<br class="">pour l'ajouter correctement dans osm.<br class=""></div></div></blockquote><div><br class=""></div><blockquote type="cite" class="">j'en reviens avec l'analogie des routes, on utilise ref pour la<br class="">référence principale sans se soucier si la ref a été définie<br class="">par la commune ou par le niveau national.<br class=""></blockquote>cf. supra.</div><div><br class=""><blockquote type="cite" class=""><div class=""><div class="">Et uniquement quand il y a plusieurs ref, on fait une règle<br class="">pour les autres ref. idem pour les noms, idem pour tout.</div></div></blockquote><br class=""></div><div>Si je te suis bien, tu n’es pas opposé dans l’absolu à la création de ref:*…</div><div>Mais dans le cas précis de ref:ERDF:gdo, tu n’en vois pas l’utilité, la nécessité ?</div><div><br class=""></div><div>A ma connaissance, on ne peut pas se servir de ref:ERDF:gdo pour pointer vers une base de données externe. (A moins que ERDF fasse ça en interne)</div><div>ça servira peut-être un jour à rapprocher les données ouvertes d'Enedis ?</div><div><br class=""></div><div>J’ai fait une recherche dans TagInfo sur les objets ayant une clé ref et une clé ref:ERDF:gdo.</div><div>Il y a les pylônes qui ont leur numéro dans ref, et la référence de l’organe de coupure dans ref:ERDF:gdo.</div><div><br class=""></div><div>Le plus souvent, ref sert à décrire ce qui est écrit sur le terrain, et ref:ERDF:gdo à transcrire cette information de manière complète et précise :</div><div><div><ul class=""><li class="">ref="70 159"</li><li class="">ref:ERDF:gdo="83070P0159"</li></ul></div><div>Du coup, tant que l’étiquetage sur le terrain n’est pas normalisé, ce double étiquetage me parait nécessaire.</div><div><br class=""></div></div><div>—</div><div>Yves</div><div><br class=""></div><div><br class=""></div></body></html>