Le 2016-06-06 à 20:27, Éric Gillet - gill3t.3ric+...@gmail.com a écrit :
Le 6 juin 2016 à 12:45, Christian Quest <cqu...@openstreetmap.fr
<mailto:cqu...@openstreetmap.fr>> a écrit :
C'est très machine friendly mais par du tout human friendly... et
pour l'instant les contributeurs sont plus des humain que des
machines ;)
Pas sûr, en plus des problèmes de performance et de complexité
(relative) de mise en oeuvre, devoir dépendre sur une base de données
externe ajoute des contraintes en terme de disponibilité, et pérennité
d'OSM.
Mais oui je conçois que l'idée soit agréable dans son concept :)
Oui, assez d'accord avec Éric et Cie. Mais on ne dépend pas forcément de
la disponibilité de Wikidata.
D'abord un aparté. /Ils arrivent à faire une vidéo de présentation
<http://www.enedis.fr/node/847> sans expliquer l'origine d'enedis (sans
accent, contrairement à ÉNErgie DIStribution), sans expliquer comment ça
se prononce. Par défaut en français comme euneudix. Super pour les moins
capables qui se feront taxer de neuneu dix (tu es un enedis : tu es un
neuneu//^dix //). Si ça se prononce comme Haine//^Dix //, pas beaucoup
mieux.//
//Je trouve ce pubeux extraordinaire car faire un effet de dominos alors
que l'écroulement du réseau (ce que doit absolument éviter Enedis) se
fait par effet domino, privant par exemple 10 millions de Français et
seulement 8 d'Allemands parce qu'un gestionnaire de réseau a coupé
volontairement et après prévenance, notamment du principal producteur
appartenant au même groupe et qui pourtant a produit sans en tenir
compte, entraînant cette effet domino. Fort le mec sachant qu'en France
aussi un producteur (EDF) et un opérateur de réseau (Enedis) font partie
de même groupe... Et montrer la continuité de service au delà du
continent alors qu'EDF SA et ERDF sont en pleine consanguinité à l'Ile
de Sein (ERDF faisant des réunions avec et uniquement avec EDF), chapeau
bas !/
Fin de l'aparté.
Alors nom direct ou pas ?
Nom direct = simplicité (et effectivement je suis pour utiliser en
operator ou brand les noms effectivement pratiqués, donc SNCF Réseau pas
Société Nationale des Chemins de fer Français Réseau)
Wiki data = stabilité ?
Je vois que SNCF Réseau a son wikidata (Q21605526
<https://www.wikidata.org/wiki/Q21605526>).
Bien, mais je vois qu'il existe en deux langues (FR et EN), a une petite
description dans les mêmes mais a des pages wikipédia en FR et... DE.
Et cet EPIC est défini comme " établissement public à caractère
industriel et commercial (Q3591583
<https://www.wikidata.org/wiki/Q3591583>) "
Les noms alternatifs (comme EPIC) sont mis en vrac alors que sous OSM ce
serait un short_name.
Il me semble intéressant d'avoir des description de Wikidata dans OSM.
C'est à dire que les références vers des brands, operator et quelques
autres seraient des liens vers des nœuds ou relations OSM de type Wikidata.
Je ne sais si on doit imposer une géométrie (sinon on risque de casser
le modèle) ou considérer non que ce sont des nœuds mais des relations
spéciales (couples attributs/valeurs sans membres (forcément ?) mais
avec un attribut wikidata) ?
Bien-sûr l'utilisateur lambda doit pouvoir écrire SNCF Réseau ou Enedis,
c'est à l'éditeur de faire la correspondance.
En fonction du contexte le choix peut être fortement guidé.
Par exemple l'objet Q3587594 (Enedis) doit avoir
name=Enedis
wikidata=Q3587594
old_name=ERDF
old_name:1=Electricité Réseau Distribution France
old_name:2=EDF
old_name:3=Electricité de France
(je sais ERDF et EDF sont des anciens short_name,
short_name:-2016-06-01=ERDF serait toujours faux mais plus précis).
Vous aurez compris, je vois plus ces objets par création via intégration
plus que par import brut.
En gardant la date de dernier import on peut facilement avoir des outils
pour les mettre à jour (facilement : je parle du niveau conceptuel ;-)).
On peut même faire référence la liste des gares bretonnes en indonésien
! Q3249799 <https://www.wikidata.org/wiki/Q3249799>.
Juste pour dire que les wikidata qui nous intéressent ne sont qu'une
partie de ce qui existe : un import massif n'aurait pas de sens.
De même un remplacement systématique par des relations (comme un
renommage systématique) doit être surveillé : import versus intégration.
Plusieurs avantages :
- on reste en OSM, sans dépendance permanente vers la base Wikidata.
- on garde notre modèle (pas de noms en vrac, mais des noms par langue,
des noms locaux, des noms courts, des noms internationaux...) donc les
outils suivent (surtout si la valeur est une référence vers une relation).
Peut-être qu'il faut avoir des ref:rel; brand:rel pour savoir que la
valeur est une relation dont le nom doit être affiché.
Exemple d'affichage sous OSM de la sous-station :
http://www.openstreetmap.org/node/1739065627
Actuel :
name <http://wiki.openstreetmap.org/wiki/FR:Key:name?uselang=fr>
Fontaine de Kereven
operator <http://wiki.openstreetmap.org/wiki/FR:Key:operator?uselang=fr>
ERDF
power <http://wiki.openstreetmap.org/wiki/FR:Key:power?uselang=fr>
substation
<http://wiki.openstreetmap.org/wiki/Tag:power=substation?uselang=fr>
ref:ERDF:gdo
<http://wiki.openstreetmap.org/wiki/FR:Key:ref:ERDF:gdo?uselang=fr>
56162P0154
substation minor_distribution
<http://wiki.openstreetmap.org/wiki/Tag:substation=minor%20distribution?uselang=fr>
voltage <http://wiki.openstreetmap.org/wiki/FR:Key:voltage?uselang=fr>
20000;400
Futur :
name <http://wiki.openstreetmap.org/wiki/FR:Key:name?uselang=fr>
Fontaine de Kereven
operator:rel
<http://wiki.openstreetmap.org/wiki/FR:Key:operator?uselang=fr> Enedis
(Q3587594) <http://www.openstreetmap.org/relation/123456789>
power <http://wiki.openstreetmap.org/wiki/FR:Key:power?uselang=fr>
substation
<http://wiki.openstreetmap.org/wiki/Tag:power=substation?uselang=fr>
ref:ERDF:gdo
<http://wiki.openstreetmap.org/wiki/FR:Key:ref:ERDF:gdo?uselang=fr>
56162P0154
substation minor_distribution
<http://wiki.openstreetmap.org/wiki/Tag:substation=minor%20distribution?uselang=fr>
voltage <http://wiki.openstreetmap.org/wiki/FR:Key:voltage?uselang=fr>
20000;400
Pour l'operator, ça pourrait aussi être operator=rel:numéro de la relation.
http://wiki.openstreetmap.org/wiki/FR:Key:operator:rel?uselang=fr :
classique lien vers le wiki des operator:rel
http://www.openstreetmap.org/relation/123456789 : lien vers la relation
OSM représentant l'opérateur Enedis :
name <http://wiki.openstreetmap.org/wiki/FR:Key:name?uselang=fr> Enedis
wikidata <http://wiki.openstreetmap.org/wiki/FR:Key:wikidata?uselang=fr>
Q3587594 <http://www.wikidata.org/wiki/Q35877594?uselang=fr>
wikipedia
<http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia?uselang=fr>
fr:Enedis <https://fr.wikipedia.org/wiki/Enedis>
old_name <http://wiki.openstreetmap.org/wiki/FR:Key:old_name?uselang=fr>
ERDF
...
sans doute ajouter des use_in=operator,brand (est un nom d'opérateur et
un nom de marque) ou plutôt use_in:brand=yes, use_in:operator=yes afin
que les éditeurs proposent les choix qui vont bien. Mais il faut pouvoir
dire où la marque, l'opérateur a usuellement un sens. Enedis en dehors
de la France, je demande à voir.
Peut-être ajouter encore de l'intelligence pour savoir sur quels types
d'objets ça s'applique (use_for:power:substation=yes)...
operator:rel=numéro relation casse l'existant (utilisateurs de données)
mais est facile à corriger.
operator=ref:numéro relation préserve l'existant mais il faut mettre les
utilisateurs à jour pour consommer intelligemment la données (afficher
Enedis et non Q3587594, pire le numéro interne de la relation).
Dans tous les cas, avant de le faire, voir dans quel ordre le faire (à
mon avis : mises à jour des 3 principaux éditeurs avant toute chose,
voir que ce pourrait faire osmose, essais sur opengeofiction
<http://opengeofiction.net/> et suivant résultat passage des éditeurs
modifiés en versions standard pour OSM) et en amont voir avec les autres
OSM. Encore en amont discuter ici ;-).
À comparer avec requête overpass, CTRL-A, renommage de name et injection.
La simplicité pour un renommage est en faveur de cette dernière solution.
Elle a l'inconvénient de ne pas avoir la richesse d'un web sémantique.
L'avantage aussi. Car on a de la chance, SNCF Réseau existe encore en
tant que tel (avec un wikidata). Mais, Denis et Cie me corrigera si
nécessaire, RFF gérait les gares et maintenant c'est Gares & Connexions
<https://www.wikidata.org/wiki/Q3098278>.
Donc on ne simplifierait pas grand chose pour les renommages dus aux
restructurations de boîtes. Mais c'est plus riche qu'une chaîne de
caractère ou même un identifiant de wikidata.
Sachant que sur le terrain, François j'ai vérifié, on a des
transformateurs privés qui ont la plaque Electricité de France (fort
défraichie) dont les supports du nom cabalistique ont été vidés (c'est
nouveau, suite au remplacement de l'arrivée) et qui ne sont pas gérés
par Enedis. Enedis n'est responsable que jusqu'au bout du câble.
Jean-Yvon
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr