<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="transparent" text="#000000">
<p>Et plutôt que de regarder avec des bistrots, j'ai regardé avec
les boîtes aux lettres vu l'autre sujet.</p>
<p>Je vois <br>
</p>
<table class="autoht" style="display: table;" id="grid-projects"
border="0" cellpadding="0" cellspacing="0">
<tbody>
<tr class="erow trSelected trOver">
<td align="">
<div style="width: 280px;"><img
src="cid:part1.0402FC99.C2E472CE@gmx.net" alt=""
height="16" width="16"> <a
href="http://taginfo.openstreetmap.org/projects/vespucci">Vespucci</a></div>
</td>
<td class="sorted" align="">
<div style="width: 220px;"><a
href="http://taginfo.openstreetmap.org/keys/ref">ref</a>=*</div>
</td>
<td align="">
<div style="width: 80px;"><img
src="cid:part4.393FF553.33E1780C@gmx.net" alt="yes"
height="16" width="16"> <img
src="cid:part5.49133E8E.501A5A65@gmx.net" alt="no"
height="16" width="16"> <img
src="cid:part5.49133E8E.501A5A65@gmx.net" alt="no"
height="16" width="16"> <img
src="cid:part5.49133E8E.501A5A65@gmx.net" alt="no"
height="16" width="16"> </div>
</td>
<td align="left">
<div style="text-align: left; width: 600px;">Facilities/Facilities/Post
Box </div>
</td>
</tr>
</tbody>
</table>
<br>
mais je maintiens ;-) : si on veut du contrôle de validité,
d'intégration, de complétion, des outils de mise à jours ...<br>
Sachant que moi aussi j'ai commencé avec des ref.<br>
<br>
Avec seulement ref tu regardes quoi ? Si le operator=La Poste, si
non si l'objet est un Q49844 (amenity=post_box pour les cartographe
à l'ancienne ;-)) en France.<br>
Comme précisé par Christian, en cas de valeurs multiples, c'est
carrément indémerdable.<br>
Sauf à écrire ref=FR:LaPoste:id1;FR:OpenData2:id2 (mettre le
référentiel dans la valeur, je te dis pas la saisie, on va avoir
besoin d'Adrien pour nous faire une saisie ergonomique ;-)).<br>
<br>
Ref est pour le moment un fourre-tout donc difficilement
exploitable.<br>
J'entends bien qu'avoir un ref:pays:operateur n'est pas génial non
plus.<br>
Ici l'outil Vespucci est un éditeur Android. Donc on a la position,
la langue, etc...<br>
Il devrait pouvoir ajouter ce tag ref:FR:LaPoste sans trop de
soucis.<br>
<br>
Bien sûr on pourrait faire un ref:<CodeWididata> (ref:Q373724)
pour La Poste.<br>
Si l'utilisateur a déjà renseigné l'operator, et que dans la base
wiki on a associé les tags ref relatifs (pas besoin de dire plus
d'un point de vue utilisateur : on utilise une référence La Poste)
ou le brand (Chronopost, ref:Q2967313).<br>
<br>
En plus clair : l'utilisateur veut entrer une boîte aux lettres, il
choisit l'opérateur La Poste et donc on lui propose d'entrer la
référence La Poste.<br>
En interne on aura<br>
operator=Q373724<br>
ref:operator=trucmuch<br>
<br>
Parce que quelque part on aura :<br>
wikidata=Q373724<br>
has_ref=yes<br>
value_operator:amenity:post_box=yes<br>
value_operator:amenity:post_office=yes<br>
(on dit que La Poste gère des bàl et des guichets)<br>
<br>
Peut-être des infos donnant la zone géographique ?<br>
<br>
Et a mon avis aussi pour limiter les interdépendances :<br>
name=La Poste<br>
int_name=La Poste<br>
et sans doute les autres champs wikidata qui ont un sens.<br>
<br>
<b>Pour afficher correctement</b><br>
Opérateur=La Poste<br>
Référence=trucmuch<br>
Il suffit de regarder si Q373724 est un objet wikidata et si oui de
chercher son nom (ou stocker :Q373724 pour éviter les conflits avec
de vrais noms Qxxxxxx?)<br>
<br>
<b>Pour entrer une boîte aux lettres</b><br>
L'éditeur sait (comment ? dans le wikidata correspondant ?) que les
amenity=post_box ont un nom un opérateur et une référence.<br>
Pour les opérateurs il cherche les wikidata avec
value_operator:amenity:post_box=yes, propose intelligemment la liste
(en fonction des voisins ?) de wikidata ayant
value_operator:amenity:post_box=yes<br>
Du côté des îles anglo-normandes il proposerait sans doute La Poste
et Royal Mail.<br>
Si quelqu'un tape, alors on cherche si un wikidata correspond. Si
oui on remplace en interne par son code.<br>
<br>
Maintenant qu'on a l'opérateur, que ce wikidata a has_ref=yes, on
peut proposer d'entrer la référence.<br>
Et la sauver le cas échéant en ref:operator=trucmuch<br>
<br>
Si vous pensez qu'on peur avoir des ref multiples, alors il vaut
mieux avoir ref:Q373724=trucmuch.<br>
Pour les règles de validation c'est aussi plus simple.<br>
<br>
<b>Pour valider une référence</b><b><br>
</b>Frédéric ajoute ref_validation:osmose=yes et hop la règle
ref:Q373724 d'osmose est appelée sur l'objet ;-).<br>
ref_validation:rex pourrait définir une expression régulière<br>
ref_validation:url une url à appeler avec substitution des arguments
k et v (ou ?k=ref:Q373724&v=...)<br>
.... gérer les retours (OK, WARN, ERROR...)<br>
<br>
Donc je suis vraiment pour créer des objets Wikidata sans doute avec
gestion de version comme dit par ailleurs. Et tous les problèmes et
solutions qui vont avec (fusion, gestion de version, etc) ?<br>
Car on peut comme avec Fantoir, le Cadastre, etc... avoir des
problèmes avec l'existant.<br>
En intégrant j'ai la possibilité de faire des fusions partielles.
OK, un merge partiel, ça se fait.<br>
<br>
> En tous cas, il faudra le tester sur des clés factices (test)
pour vérifier son bon fonctionnement vu qu'osm ne dispose pas de
serveur "bac à sable" <br>
ou comme je disais hier sur ces clés mais <b>dans un bac à sable</b>
de opengeofiction.net (c'est un écosystème basé sur OpenStreetMap
avec deux différences majeures : les données sont fictives et la
licence n'est pas OdbL - ne pas importer de données OSM). A-t-on des
participants sur la liste ? Sinon il faut créer des compte et au
bout d'une semaine on peut demander un territoire. Il faudra se
faire des villes closes pour éviter que d'autres ne travaillent sur
nos zones ou qu'on détruise ailleurs. Je propose de nommer ce
territoire OnSaiMe voir mieux OnSèMe car ici on sème pour le futur
d'OSM et d'OGF.<br>
Ça demande de créer un village.<br>
<br>
Pour le moment je n'utilise Wikidata qu'en tant qu'humain.<br>
C'est grave docteur ? <br>
Mais pour des besoins spécifiques (traduction contextuelle
principalement).<br>
J'aime la présentation de Wikipedia : on voit la page pour un humain
normal ;-) et pour les geeks et autres tarés (je postule pour la
dernière catégorie) il y a un lien wikidata.<br>
<br>
Un grand merci à Nicolas qui a éclairci indirectement un lien qui
m'échappait (les hyperliens vers les pages d'aides localisée dans
les noms de tag d'openstreetmap.org quand on requête un objet). On
voit qu'on retombe sur ce cher Jochen Topf.<br>
<br>
<div class="moz-cite-prefix">Le 2016-06-08 à 00:25, François Lacombe
- <a class="moz-txt-link-abbreviated" href="mailto:fl.infosreseaux@gmail.com">fl.infosreseaux@gmail.com</a> a écrit :<br>
</div>
<blockquote
cite="mid:CAG0ygLfwrqR4aVrM=aXB1Or59ycp2897OrYo03RDj-oyRhAbJQ@mail.gmail.com"
type="cite">
<pre wrap="">Globalement on pourrait supprimer tous les noms propres de la base !</pre>
</blockquote>
Comme dit implicitement précédemment : non, la base OSM est bien
plus riche en termes de noms. <b>Pour les name:pays, tu as raison</b>.<br>
Mais Wikidata est une source de noms, il y en a d'autres (je pense à
<a
href="http://iate.europa.eu/SearchByQuery.do?method=search&query=operator&sourceLanguage=en&&targetLanguages=fr&domain=0&matching=&typeOfSearch=s&start=10&next=1">IATE</a>,
attention au copyright - mais il y a 2 Go de dictionnaire comprimé,
<a href="http://iate.europa.eu/tbxPageDownload.do">http://iate.europa.eu/tbxPageDownload.do</a>
dans certains cas on peut préférer une autre traduction que celle de
wikidata sans vouloir modifier wikidata). Là je suis plus au niveau
des concepts (operator...) que des objets classiques d'OSM.<br>
Je dirais plutôt pour rester indépendant intégrer les noms wikidata
en suggérant de modifier la source si besoin ou en corrigeant dans
OSM et à la manière de Fantoir dire qu'il y a divergence (après on
peut avoir des outils pour remonter vers Wikidata).<br>
Mais tous <b>les short_name, old_name, alt_name n'ont pas
d'équivalent dans Wikidata</b> ou je dis une connerie ?<br>
Dans la pratique les noms autres que les noms standard me semblent
mieux définis par OSM. Wikidata se "contente" d'un <b>AKA </b>(also
known as, aussi connu sous le nom) plus (trop ?) vague.<br>
Dans OSM la clé contextualise (shop=, amenity=), le nom ne doit pas
avoir ce contexte. Je n'ai pas besoin de distinguer Brest la commune
et Brest le traité de paix.<br>
Pas Brest (France) de Brest (Belarus) (tiens il manque un
old_name:fr=Brest-Litovsk).<br>
Wikidata en prenant les bonnes données fait pareil (pas Wikipédia).<br>
Peut-être créer des objets spéciaux car les Wikidata sont en CC0 pas
en OdbL. Ou préciser que les noms des Wikidata sont en CC0 dans les
termes d'OSM.<br>
<br>
Pour MLTVULCA merci pour les explications.<br>
Tu veux dire qu'il manque un nom et un website sur le bâtiment au
sud ;-).<br>
Je suis allé regarder sur les vues de BigBrother, c'est un petit
poste de quartier, pas lié à <a
href="http://www.mltvulca.com/presentation.htm"><a class="moz-txt-link-freetext" href="http://www.mltvulca.com/presentation.htm">http://www.mltvulca.com/presentation.htm</a></a><br>
La suite, que je disais cabalistique, est effectivement en général
une suite de caractères permettant de voir où c'est.<br>
Car ce n'est pas un poste privé mais un poste pour cette boîte et
quelques maisons.<br>
Manque donc substation=minor_distribution et il faut mettre
operator=Enedis (à la place d'EDF).<br>
Donc on devrait avoir un ref:ERDF:GDO (si ce ne me trompe) qui ne
serait pas MLTVULCA.<br>
Normalement un nom se prononce, ici (postes Enedis) c'est souvent
des abréviations. Dans OSM on ne met pas de noms abrégés dans name,
pour ça il y a short_name (quoique).<br>
Ici c'est une référence locale, un libellé. Si on parle du poste, on
parlera du poste de MLT Vulca, donc le nom est MLT Vulca (que qui
est mauvais car ce n'est pas la société, c'est juste un poste public
fournissant essentiellement cette entreprise).<br>
J'avais viré le name car ce n'est pas un nom. Si on considère que le
libellé doit être dans le champ name, je pense qu'il faut améliorer
le wiki sur ce point.<br>
Le wiki <a
href="http://wiki.openstreetmap.org/wiki/FR:Tag:power%3Dsubstation">power=substation</a>
dit :<br>
<table class="wikitable" border="1" cellpadding="2" cellspacing="0"
width="80%">
<tbody>
<tr>
<td><a href="http://wiki.openstreetmap.org/wiki/Key:name"
title="Key:name">name</a> </td>
<td> <name> </td>
<td> Le nom d'usage du poste électrique </td>
<td> recommandé
</td>
</tr>
<tr>
<td> <a
href="http://wiki.openstreetmap.org/wiki/Key:operator"
title="Key:operator">operator</a> </td>
<td> <exploitant> </td>
<td> Nom de l'exploitant du poste électrique </td>
<td> optionnel
</td>
</tr>
<tr>
<td> <a href="http://wiki.openstreetmap.org/wiki/Key:ref"
title="Key:ref">ref</a> </td>
<td> <reference> </td>
<td> Identifiant unique du poste électrique </td>
<td> optionnel
</td>
</tr>
</tbody>
</table>
Trop vague. Pour moi la suite de caractère est la référence sur un
plan, pour Enedis sur la commune.<br>
S'il y a un problème sur le poste, qu'on appelle Enedis je suppose
que s'il n'y a pas de GDO de lisible, on parle du poste de MLT Vulca
ou on dit qu'il y a écrit MLTVULCA. Le non d'usage c'est MLT Vulca.<br>
<br>
Si initialement j'avais supprimé le doublon nom/ref c'est qu'Osmose
braillait, à mon avis avec raison, contre ces noms TOUT EN
MAJUSCULES.<br>
<a
href="http://wiki.openstreetmap.org/w/images/b/b4/French_power_substation_code5d.jpeg"><a class="moz-txt-link-freetext" href="http://wiki.openstreetmap.org/w/images/b/b4/French_power_substation_code5d.jpeg">http://wiki.openstreetmap.org/w/images/b/b4/French_power_substation_code5d.jpeg</a></a>
: son nom est à mon avis Viking, peut-être Viking 10829, pas VIKING
ou VIKING 10829.<br>
<br>
C'est par contre dit assez clairement sur <a
href="http://wiki.openstreetmap.org/wiki/FR:Key:ref:ERDF:gdo">FR:Key:ref:ERDF:gdo</a>
qu'on prend le nom tel quel... et qu'on utilise pas ref.<br>
<br>
C'est à dire que pour savoir remplir un <a
href="http://wiki.openstreetmap.org/wiki/FR:Tag:power%3Dsubstation">power=substation</a>
<b>il faut aller sur une page non référencée dessus !</b><br>
Je m'étais contenté de la page en question et survolé la partie name
du <a href="http://wiki.openstreetmap.org/wiki/FR:Key:ref:ERDF:gdo">ref:ERDF:gdo</a><br>
<br>
Bien sûr, on va remplacer la clé ref:ERDF:gdo par ref:Q3587594 -et
la boucle est bouclée ;-)<br>
<b><br>
</b><b>Donc : doit-on mettre le nom </b>TOUT EN MAJUSCULE et
éliminer le test pour les power=substation<b> ou </b>les mettre
proprement (ici MVT Vulca, Viking) ?<br>
<br>
Jean-Yvon<br>
<br>
</body>
</html>