[OSM-talk-fr] Changement de nom réseau / opérateurs suite changement de type de regroupement de communes

[osm.sanspourriel at spamgourmet.com]

Le 07/08/2016 à 20:55, Philippe Verdy - verdy_p at wanadoo.fr a écrit :

> Les ref:Qnnnn ne servent à rien: on a une clé standard pour ça: 
> wikidata=Qnnn
Non, c'est la référence du référentiel, pas le référentiel.
C'est pour lever l'ambiguïté que j'ai utilisé ref:wikidata:Qnnn.
La clé est le référentiel d'Enedis, ce transformateur (par exemple) 
n'est pas Enedis (ce que supposerait un wikidata=Qnnn).

> Mais cela revient à supposer que Wikidata est une référence alors que 
> Wikidata a lui-même besoin de référence (et n'est pas forcément plus à 
> jour qu'OSM et demande une mise à jour séparée, par des outils 
> séparés, un compte utilisateur séparé, une adminsitration de site séparée.
C'est à dire qu'il faut plutôt voir Wikidata comme une source pour OSM.
> Je veux bien qu'on utilise Wikidata pour collecter d'autres données 
> sur les réseaux de transport mais dans OSM ces réseaux ont une 
> vocation géographique certaine et une logique en terme de 
> routage/calcule d'itinériaires. On est dans le coeur d'OSM plus que 
> dans Wikidata qui s'intéresse à des tas d'autres choses non 
> géographiques (élections, politiques, liste des élus, histoire, 
> économie, personnalités, divers éléments économiques et culturels plsu 
> ou moins locaux, jumelages/partenariats, évènements d'actualité, 
> entreprises et marques...).
Et notamment des concepts intéressants (s'ils sont correctement 
utilisés) comme disons les entreprises de transport d'électricité comme 
support potentiel d'un ref sur un pylône.
>
> Pour OSM on a besoin de repreésenter le monde dans son état actuel et 
> le plus à jour possible. Je pense qu'OSM devrait plutôt être la 
> référence externe dans Wikidata de tout ce qui est géographique (mais 
> OSM n'est pas la seule source possible non plus évidemment) en tant 
> "qu'agrégateur" de sources géographiques.
Justement ici on parle de ce qui *n*'est *pas* forcément géographique 
(une référence dans un référentiel).
> Et puis ce n'est pas très grave si une clé ref=* mentionne une valeur 
> abrégée qui ne correspond plus au nom actuel de l'entitité: on ne 
> représente pas réellement dans OSM cette entité elle-même, c'est une 
> valeur *codée*.
Si tu dis que ref:FR:PTT est le référentiel du Groupe La Poste, au bout 
d'un certain temps ça va coincer (et c'est à peine moins abscons qu'un 
ref:wikidata:Qnnn). Aujourd'hui tout le monde connaît ERDF (quoique) 
mais demain ?

> Dans ce but il faut juste que les valeurs de clés soient réellement 
> uniques, ne génèrent pas de conflits inattendus, facilement 
> orthographiés pour pouvoir les rendre homogènes.
Wikidata règle cela.
> Personnellement le moyen d'y parvenir (avec le moins d'efforts pour la 
> maintenance et les recherches nécessaires), c'est d'utiliser les 
> relations d'OSM (sachant que certains lignes ou tronçons de lignes 
> peuvent faire partie de plusieurs réseaux simultanément, comme par 
> exemple la ligne RER A du Francilien/SNCF et de la RATP, ou nombre de 
> lignes de bus "départementales" dont les sections urbaines font aussi 
> très souvent partie des réseaux de transports communautaires, les bus 
> ayant alors une double numérotation, voire trois numéros si on ajoute 
> le numéro de ligne de l'exploitant comme à la SNCF qui donne des 
> numéros uniques non pas ligne par ligne mais horaire par horaire quand 
> les parcours et arrêts peuvent changer selon l'heure).
Je ne comprends pas (ou plutôt j'espère ne pas comprendre).
Tu veux créer une relation Enedis ? avec pour rôle la référence dans le 
référentiel Enedis ????
Ou plutôt ici une relation TBM où tu vas mettre des lignes et des 
stations ???
Par rapport à ta remarque sur les numéros SNCF, la plupart des 
opérateurs ont pour un numéro de ligne donné un nom unique, mettons 12 
et 12a pour la version ne desservant pas un bout de ligne.
Reste que la question est à quel référentiel rattache-t-on ce 12 ou 12a ?
J'ai l'impression qu'à l'étranger on a un ref=12 ou 12a et que c'est via 
le network qu'on sait le référentiel utilisé.
Ça suppose que l'on n'utilise qu'un ref par objet. Pas forcément stupide.

Et network n'étant pas géolocalisé, qu'il soit porté par un wikidata 
plutôt qu'un objet OSM ne me choque pas. Rien n'empêche de l'intégrer 
comme objet dans OSM. C'est le problème de toutes les métadonnées 
actuellement définies au niveau du wiki et non des outils rendant la 
contribution des nouveaux dans OSM plus difficile. Le décrire comme 
relation... - sans membre ! - ne me choque pas. Si c'est avec membre 
alors les membres sont les objets OSM du référentiel, mais à mon avis 
c'est plus par requête overpass qu'on doit les trouver.

Donc network=Groupe La Poste pour les boîtes aux lettres ??? Et non, là 
c'est via brand...

Jean-Yvon
Jean-Yvon
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20160807/1830b0c1/attachment.htm>