<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="transparent" text="#000000">
    <p>Le 07/08/2016 à 20:55, Philippe Verdy - <a class="moz-txt-link-abbreviated" href="mailto:verdy_p@wanadoo.fr">verdy_p@wanadoo.fr</a> a
      écrit :<br>
    </p>
    <blockquote
cite="mid:CAGa7JC2HwvzjsXLKNGHGs_F-5_oMaBONNw=uDuQcAGxa2dmBJw@mail.gmail.com"
      type="cite">
      <div class="moz-text-html" lang="x-unicode">
        <div dir="ltr">Les ref:Qnnnn ne servent à rien: on a une clé
          standard pour ça: wikidata=Qnnn</div>
      </div>
    </blockquote>
    Non, c'est la référence du référentiel, pas le référentiel.<br>
    C'est pour lever l'ambiguïté que j'ai utilisé ref:wikidata:Qnnn.<br>
    La clé est le référentiel d'Enedis, ce transformateur (par exemple)
    n'est pas Enedis (ce que supposerait un wikidata=Qnnn).<br>
    <br>
    <blockquote
cite="mid:CAGa7JC2HwvzjsXLKNGHGs_F-5_oMaBONNw=uDuQcAGxa2dmBJw@mail.gmail.com"
      type="cite">
      <div class="moz-text-html" lang="x-unicode">
        <div dir="ltr">
          <div>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.</div>
        </div>
      </div>
    </blockquote>
    C'est à dire qu'il faut plutôt voir Wikidata comme une source pour
    OSM.<br>
    <blockquote
cite="mid:CAGa7JC2HwvzjsXLKNGHGs_F-5_oMaBONNw=uDuQcAGxa2dmBJw@mail.gmail.com"
      type="cite">
      <div class="moz-text-html" lang="x-unicode">
        <div dir="ltr">
          <div>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...).</div>
        </div>
      </div>
    </blockquote>
    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.<br>
    <blockquote
cite="mid:CAGa7JC2HwvzjsXLKNGHGs_F-5_oMaBONNw=uDuQcAGxa2dmBJw@mail.gmail.com"
      type="cite">
      <div class="moz-text-html" lang="x-unicode">
        <div dir="ltr">
          <div><br>
          </div>
          <div>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.</div>
        </div>
      </div>
    </blockquote>
    Justement ici on parle de ce qui <b>n</b>'est <b>pas</b> forcément
    géographique (une référence dans un référentiel).<br>
    <blockquote
cite="mid:CAGa7JC2HwvzjsXLKNGHGs_F-5_oMaBONNw=uDuQcAGxa2dmBJw@mail.gmail.com"
      type="cite">
      <div class="moz-text-html" lang="x-unicode">
        <div dir="ltr">
          <div>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*.</div>
        </div>
      </div>
    </blockquote>
    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 ?<br>
    <br>
    <blockquote
cite="mid:CAGa7JC2HwvzjsXLKNGHGs_F-5_oMaBONNw=uDuQcAGxa2dmBJw@mail.gmail.com"
      type="cite">
      <div class="moz-text-html" lang="x-unicode">
        <div dir="ltr">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.</div>
      </div>
    </blockquote>
    Wikidata règle cela.<br>
    <blockquote
cite="mid:CAGa7JC2HwvzjsXLKNGHGs_F-5_oMaBONNw=uDuQcAGxa2dmBJw@mail.gmail.com"
      type="cite">
      <div class="moz-text-html" lang="x-unicode">
        <div dir="ltr">
          <div>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).</div>
        </div>
      </div>
    </blockquote>
    Je ne comprends pas (ou plutôt j'espère ne pas comprendre).<br>
    Tu veux créer une relation Enedis ? avec pour rôle la référence dans
    le référentiel Enedis ????<br>
    Ou plutôt ici une relation TBM où tu vas mettre des lignes et des
    stations ???<br>
    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.<br>
    Reste que la question est à quel référentiel rattache-t-on ce 12 ou
    12a ?<br>
    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é.<br>
    Ça suppose que l'on n'utilise qu'un ref par objet. Pas forcément
    stupide.<br>
    <br>
    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.<br>
    <br>
    Donc network=Groupe La Poste pour les boîtes aux lettres ??? Et non,
    là c'est via brand...<br>
    <br>
    Jean-Yvon<br>
    Jean-Yvon<br>
  </body>
</html>