<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="transparent" text="#000000">
    <p>Le 2016-06-04 à 20:44, DH - <a class="moz-txt-link-abbreviated" href="mailto:dhelfer@free.fr">dhelfer@free.fr</a> a écrit :<br>
    </p>
    <blockquote cite="mid:57532177.2030005@free.fr" type="cite">
      <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
      <div class="moz-cite-prefix">Le 04/06/2016 19:43, <a
          moz-do-not-send="true" class="moz-txt-link-abbreviated"
          href="mailto:osm.sanspourriel@spamgourmet.com"><a class="moz-txt-link-abbreviated" href="mailto:osm.sanspourriel@spamgourmet.com">osm.sanspourriel@spamgourmet.com</a></a>
        a écrit :<br>
      </div>
      <blockquote
        cite="mid:73c89ac7-6cd9-cd13-7d9b-bd9b35bcc6a5@gmx.net"
        type="cite">
        <meta content="text/html; charset=utf-8"
          http-equiv="Content-Type">
        le 2016-06-04 à 19:18, DH - <a moz-do-not-send="true"
          class="moz-txt-link-abbreviated" href="mailto:dhelfer@free.fr">dhelfer@free.fr</a>
        a écrit :<br>
        <blockquote cite="mid:57530D51.3070901@free.fr" type="cite">
          <meta content="text/html; charset=utf-8"
            http-equiv="Content-Type">
          Le RFN n'est pas un réseau de voies ferrés donc ? what else ?<br>
        </blockquote>
        Un réseau implique usuellement une topologie, là c'est juste
        "est opéré par". </blockquote>
      Ah bon ? Selon toi, les trains soit, sortent du RFN le temps de
      trouver le prochain tronçon, soit demande la permission à un autre
      opérateur (lequel ?) pour retraper le RFN ?<br>
      Je te rassures, il n'en est rien, le RFN EST topologique. Et il
      n'est pas "juste" opéré par ; juridiquement SNCF Réseau en est
      aussi le propriétaire (avec tous les emmerdements qui vont avec)<br>
    </blockquote>
    Contrairement à Endis qui n'est que le concessionnaire au même titre
    que VéOLia et consorts pour l'eau.<br>
    Oui, bien-sûr RFN est un réseau au sens topologique, ce que je veux
    dire c'est que si tu mets tout en vrac dans une relation, tu n'as
    plus grand chose. En tous cas pas un réseau.<br>
    <br>
    Jérôme, même sur la ligne Carhaix-Guingamp, qui n'est pas opérée par
    la SNCF le rail est opéré par SNCF Réseaux.<br>
    <br>
    > A savoir que dans la plupart des cas, on dispose que de la
    ligne dans osm et non les voies. Donc difficile de mettre les bons
    termes.<br>
    Heu, j'ai l'impression qu'actuellement en France on a les voies.<br>
    <br>
    <blockquote cite="mid:57532177.2030005@free.fr" type="cite">
      <blockquote
        cite="mid:73c89ac7-6cd9-cd13-7d9b-bd9b35bcc6a5@gmx.net"
        type="cite">
        <blockquote cite="mid:57530D51.3070901@free.fr" type="cite">
          Est-ce une bonne pratique de mettre systématiquement oneway=no
          sur toute la voirie standard ?<br>
        </blockquote>
        oui, car il a des tronçons à voie unique. De plus si par tronçon
        tu ne sais dans quel sens est le sens unique, on a avoir des
        accidents ;-(.<br>
      </blockquote>
      non. Quand il y a besoin de mettre un oneway=yes il FAUT (MUST) le
      mettre sur la portion qui va bien. Aucun ligne d'infrastructure
      ferroviaire (au sens rails, aiguillage, etc...) ne peut avoir
      d'autre opérateur[propriétaire que SNCF Réseau (sur le RFN puisque
      qu'il y a des rails propriété d'associations, d'industriels, etc.
      d'où l'intérêt de la super-relation RFN ;-). <br>
      La différence c'est qu'Il faut (SHOULD) factoriser tout ce qui
      peut l'être<br>
    </blockquote>
    Pour quoi faire ? On peut factoriser l'ensemble des "rue de la
    Mairie" pour ne mettre plus de noms sur les tronçons et les
    associatedStreet. Mais ça n'a aucun sens.<br>
    C'est valable pour l'ensemble des attribut=valeur. Pourquoi pas une
    relation des routes à 90 km/h ?<br>
    Les éditeurs signalent quand des relations ne sont que partiellement
    chargées.<br>
    Imagine que l'on télécharge des relations complètes. Et hop, voici
    tout le RFN chargé alors que l'utilisateur voulait juste modifier un
    jardin le long de la voie.<br>
    <br>
    <blockquote cite="mid:57532177.2030005@free.fr" type="cite">
      <blockquote
        cite="mid:73c89ac7-6cd9-cd13-7d9b-bd9b35bcc6a5@gmx.net"
        type="cite"> Tu ne veux pas mettre oneway=yes au niveau de la
        relation et oneway=no sur les tronçons bidirectionnels ?<br>
      </blockquote>
      non<br>
      <blockquote
        cite="mid:73c89ac7-6cd9-cd13-7d9b-bd9b35bcc6a5@gmx.net"
        type="cite"> C'est à l'éditeur de proposer un oneway=yes, le
        contributeur, soit il le sait, soit il ne le sait pas. S'il le
        sait, autant qu'il l'entre. S'il ne le sait pas, il vaut mieux
        que l'éditeur ne fasse pas d'hypothèse. Bon tu me diras qu'on
        n'est pas trop à la créations de voies ferrées en France (sauf
        LGV) et plutôt à arrêter les lignes bidirectionnelles.<br>
      </blockquote>
      j'arrive de plus en plus à distinguer l'éditeur utilisé (JOSM ou
      pas) simplement au fait que certaines valeurs sont remplies ou
      pas. Suivant cette logique, les mêmes réalités sont
      potentiellement représentées par un ensemble de tags différents
      suivant l'éditeur utilisé. Des fois c'est bien quand ce sont des
      éditeurs spécialisés (Mapcontrib), des fois pas.<br>
    </blockquote>
    On est d'accord : il vaut mieux s'entendre sur les valeurs à mettre.<br>
    Par exemple je vois que sur la ligne Carhaix-Guingamp tu as remonté
    l'info ref et gauge notamment au niveau de cette relation. Ça a du
    sens (c'est plus pratique pour le train que la gauge soit constante)
    et cette relation a un sens.
    <blockquote cite="mid:57532177.2030005@free.fr" type="cite">
      <blockquote
        cite="mid:73c89ac7-6cd9-cd13-7d9b-bd9b35bcc6a5@gmx.net"
        type="cite">
        <blockquote cite="mid:57530D51.3070901@free.fr" type="cite">Il y
          a des valeurs par défaut décrites dans le wiki (à défaut dans
          le sens commun des contributeurs/_utilisateurs) ; il revient
          aux exportateurs de transcrire ces valeurs par défaut dans des
          produits "standardisés".<br>
        </blockquote>
        Quand tu te trouves du côté de <a moz-do-not-send="true"
          href="http://www.openstreetmap.org/#map=15/48.7017/7.0052&layers=T">Xouaxange</a>,
        c'est bien pratique de savoir si le train roule à gauche (comme
        en France car Napoléon ne croyait pas au développement du train)
        ou à droite (comme en Allemagne car la voie a pris de l'ampleur
        quand l'Alsace-Moselle était en Allemagne).<br>
        Je crois que Jérôme te fera un topo sur l'intérêt de ne pas
        reposer sur des valeurs par défaut.<br>
        <br>
      </blockquote>
      Pas besoin : je travaille chez SNCF Réseau à Strasbourg : je crois
      connaitre le sujet assez bien quoique toujours preneur d'autres
      regards.<br>
    </blockquote>
    Toi non, le "tu" était générique : l'utilisateur d'OSM.Qui lui ne
    sait pas forcément.<br>
    <p>Un intérêt d'avoir les sens de circulations usuels (même si
      l'utilisateur lambda ne conduit pas de train) c'est aussi que les
      logiciels style Mapillary suggèrent les oneway manquants. Sur une
      voie exprès ou une autoroute on a oneway=yes, ça ne veut pas dire
      qu'en cas de travaux on ne roulera pas sur une voie de l'autre
      côté, à contresens selon OSM. Mais dans le bon sens selon
      openDataBase ;-).<br>
    </p>
    <div class="moz-cite-prefix">Le 2016-06-04 à 21:31, Jérôme
      Seigneuret - <a class="moz-txt-link-abbreviated" href="mailto:jseigneuret-pro@yahoo.fr">jseigneuret-pro@yahoo.fr</a> a écrit :<br>
    </div>
    <blockquote
cite="mid:CAATqEeken9VwyaeZOowwMaWibSsw2Kdz4xzpcG0p7XqXv046jw@mail.gmail.com"
      type="cite">
      <div>arrêter oui et non. Ne plus en créer ok. Les fermer sûrement.
        Réduire les systèmes d'aiguillages complexe carrément! Vu
        qu'avec la mise en service des systèmes de contrôle d’aiguillage
        électronique on a simplifié et perdu des connaissances dans ce
        domaines avec le temps, on sait pas faire donc on simplifie.</div>
    </blockquote>
    Tu as aussi le retour d'expérience : quand un train de déchets
    nucléaires déraille dans un aiguillage parce que l'aiguillage n'a
    pas été vérifié aux rayons X, plutôt que de vérifier les aiguillages
    on préfère faire passer les trains de déchets nucléaires au plus
    droit.
    <blockquote
cite="mid:CAATqEeken9VwyaeZOowwMaWibSsw2Kdz4xzpcG0p7XqXv046jw@mail.gmail.com"
      type="cite">
      <div>Maintenant @<span style="font-size:12.8px">Jean-Yvon et
          @Denis</span> on peut aussi recentrer le sujet sur la valeur
        du tag <b>operator </b>je pense que c'est le sujet de départ.
        Pour le reste on peut créer un autre sujet qu'il sera plus
        pertinent d'alimenter.</div>
    </blockquote>
    Je crois que côté rail en France, dans la partie publique il n'y a
    pas photo, c'est SNCF Réseaux. Quoique avec les tram-trains, on peut
    imaginer que des tronçons plus exploités par des trains lourds
    soient exploités dans le futur par la compagnie de tramways. En
    espérant que la politique de prix ne fasse que comme à Karlsruhe
    l'exploitant du réseau de trams-trains ne construise une voie
    parallèle à la voie de la DB car trop chère.<br>
    Le hiatus vient du fait que Denis ne veut le mettre que dans une
    super relation. Pour moi le niveau le plus haut raisonnable c'est la
    ligne.<br>
    Sur l'implication dettes donc ça restera à SNCF Réseaux, ce n'est
    pas parce qu'un service n'est pas rentable qu'il n'est pas rentable
    pour l'opérateur. Demande à Keolis ;-).<br>
    C'est vrai que l'évolution RFF/SNCF Réseaux est dans la direction
    opposée de celle de ERDF/Endis.<br>
    Mais ce qu'il faut c'est cartographier ce qui est, pas ce qu'on
    aimerait qui soit.<br>
    <br>
    Tiens je vois qu'au niveau des passages à niveau on a des clés RFF
    (mais pas d'operator) :<br>
    <a href="http://www.openstreetmap.org/node/1145514247">http://www.openstreetmap.org/node/1145514247</a><br>
    <table class="browse-tag-list">
      <tbody>
        <tr>
          <th class="browse-tag-k">level_crossing:RFF:type</th>
          <td class="browse-tag-v">PN public pour voitures avec
            barrières ou 1/2 barrières non gardé à SAL 2 et SAL 2B</td>
        </tr>
        <tr>
          <th class="browse-tag-k">ref:RFF:ligne</th>
          <td class="browse-tag-v">485000</td>
        </tr>
      </tbody>
    </table>
    <br>
    Continuons sur cette liaison Carhiax-Guingamp, je vois <br>
    des gares<br>
    <a href="http://www.openstreetmap.org/node/3467582893">http://www.openstreetmap.org/node/3467582893</a><br>
    avec pour <a title="La description de l’attribut
      <code>operator</code> sur le wiki"
      href="http://wiki.openstreetmap.org/wiki/FR:Key:operator?uselang=fr">operator</a>
    SNCF.<br>
    Or la ligne est opérée par la CFTA. Quid des gares ?<br>
    <br>
    Jean-Yvon<br>
  </body>
</html>