<div dir="ltr">Au lieu d'écraser, on peut toujours renommer l'ancien tag avec un préfixe "fixme:" avant "ref:" et la valeur du tag inchangée.<div>Au passage le bot peut générer une liste de ces "fixme" afin de procéder au nettoyage manuel sans rien perdre en attendant.</div><div>L'autre solution c'est d'exporter ces conflits vers une liste gérée par Osmose.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 15 janv. 2020 à 21:25, François Lacombe <<a href="mailto:fl.infosreseaux@gmail.com">fl.infosreseaux@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Il n'y a pas eu de nouvel échanges dans ce fil</div><div><br></div><div>Il me semble donc que je peux procéder à la migration ?</div><div>En tout cas passer de ref:ERDF:gdo à ref n'est pas possible sans perdre l'information sur ce qui est effectivement présent sur le terrain (ref=P 57 vs ref:ERDF:gdo=19132P0057)</div><div>Sauf erreur je crois qu'une réponse a été apportée sur tous les points levés.<br></div><div><br></div><div>Si vous avez une nouvelle objection levez la main assez vite s'il vous plaît</div><div><br></div><div>Bonne soirée</div><div><br></div><div>François</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 8 janv. 2020 à 13:33, François Lacombe <<a href="mailto:fl.infosreseaux@gmail.com" target="_blank">fl.infosreseaux@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">Bonjour Marc,</div><div dir="ltr"><br></div><div>Je suis d'accord avec Yves ici</div><div>Ce n'est pas parce qu'un objet ne porte qu'une référence, qu'on ne peut pas associer des règles de validation ou de formatage particulières sur celle-ci.</div><div>Plus que les tags de l'objet et le contexte d'utilisation de ref=*, il faut une clé dédiée à laquelle on associe une doc complète et des règles dans les éditeurs.<br></div><div><br></div><div>Même si certaines fois l'exploitant est repris dans le nom de la ref (ref:FR:Orange par exemple), ce n'est pas le but de déterminer l'exploitant avec la ref;</div><div>Nous n'avons pas le droit de reprendre systématiquement le nom du référentiel à cause de la propriété intellectuelle, donc on utilise la marque à la place qui correspond au nom de l'exploitant.</div><div><br></div><div>Je serai bien embêté si il fallait exprimer sur la même page les règles pour ref:FR:gdo et ref:FR:FINESS. Ce n'est pas du tout la même chose, ce serait éminemment plus complexe à valider aussi.<br></div><div><br></div><div>Voir aussi les objets qui portent plusieurs ref : ref:FR:ARCEP + ref:FR:Orange (avoir ref + ref:FR:Orange n'a pas plus de sens que ref:FR:ARCEP + ref)</div><div><br></div><div>On utilise enfin les namespaces parce que ces règles, concepts et référentiels sont spécifiques à la France et peuvent collisionner ailleurs dans le monde.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 7 janv. 2020 à 16:20, marc marc <<a href="mailto:marc_marc_irc@hotmail.com" target="_blank">marc_marc_irc@hotmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Bonjour,<br>
<br>
Le 07.01.20 à 16:01, Quentin Salles a écrit :<br>
> Pouvez-vous me confirmer que l'usage de la clé "ref:FR:gdo" est bien actif ?<br>
<br>
Nous n'avions pas terminé la discussion sur la migration.<br>
Je te conseille d'utiliser l'ancienne clef en attendant, puisque<br>
c'est elle qui est la façon de faire actuellement.<br></blockquote><div><br></div><div>Je n'ai pas fait la migration, pour l'ancienne clé reste valable.</div><div>Y a-t-il d'autres points à discuter ?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

je vais faire une comparaison avec les routes :<br>
en lisant une référence sur le panneau d'une route, cette référence<br>
se retranscrit dans la clef ref=numéro et ceci indépendamment de<br>
l'opérateur ou du pays.<br></blockquote><div><br></div><div>Parce qu'on traduit avant tout ce qu'on lit sur le terrain sans chercher à la rapprocher d'un référentiel quelconque.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
on n'utilise pas non plus d'espace de nom du genre ref:FR:auteur<br>
pour préciser qui serrait l'auteur de la ref.<br>
on n'utilise pas non plus de mot dans la clef pour donner le sens de<br>
cette référence ou le terme légal que celui-ci aurait dans la loi.<br></blockquote><div><br></div><div>Et on pourrait, mais le domaine routier n'est pas le meilleur pour produire des référentiel, je ne connais pas le nom de la base de données qui attribue les numéros de routes.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

A l'inverse, dans le domaine énergétique (et des transports), au fil<br>
du temps, on utilise des espaces de nom pour la clef ref en France,<br>
sans que je perçoive ni le besoin ni même l'intérêt.<br>
<br>
Au final l'utilisateur qui lit une ref quelque part, ne peux pas<br>
l'ajouter dans osm sans devoir chercher dans le wiki quel est la règle<br>
particulière qui régit cet objet dans ce pays.<br></blockquote><div><br></div><div>C'est nécessaire parce qu'on a besoin de formater cette valeur par rapport à ce qui est lu sur le terrain : infos incohérentes, valeurs partiellement effacées, techniciens fatigués...<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
cela nuit à mon avis grandement à l'encodage simple et même à<br>
l'utilisation (essayez donc de connaître le nombre de power=substation<br>
au niveau mondial qui ont une ref, vous devez écrire une règle qui dit<br>
que cela peux être ref ou ref:* chose que de nombreux outil tel que<br>
tainfo ou overpass ne permettent pas ou pas facilement)<br>
<br>
> Est-il possible de remonter l'information<br>
> via l'Open data. Si oui, est-il permis d'ajouter ces informations non<br>
> visibles sur le terrain ?<br>
<br>
bien sur, osmose ne propose rien sur le sujet ?<br>
<a href="https://osmose.openstreetmap.fr/fr/map/" rel="noreferrer" target="_blank">https://osmose.openstreetmap.fr/fr/map/</a></blockquote><div><br></div><div>Pas encore mais la migration va être l'occasion d'ajouter de la validation dans JOSM et Osmose quand j'aurais le temps de m'en occuper.</div><div>* substation=minor_distribution + operator=Enedis + ref=* => Alerte, il manque ref:FR:gdo</div><div>* operator!=Enedis;GRDF + ref:FR:gdo => Alerte, ce n'est pas possible</div><div><br></div><div>Et ainsi de suite</div><div><br></div><div>François<br></div></div></div>
</blockquote></div>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</blockquote></div>