Le 07/08/2016 à 20:55, Philippe Verdy - [email protected] 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
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
