<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">Bonjour,<br>
      <br>
      Je ne vois aucun intérêt à des règles non suivie ou suivie
      partiellement. La seule solution est de suivre les règles quand
      elles sont claires et précises (comme c'est le cas ici).<br>
      <br>
      Si l'utilisateur 1 ajoute les points alors que la surface existe.<br>
      Un utilisateur ancien ou nouveau qui modifiera la même zone
      supprimera ce pints en trop qui ne correspond pas à la règle
      clair.<br>
      <br>
      Cela fait 2 travail inutile … <br>
      Si les règles doivent être changée : c'est faisable, mais cela
      doit être un accord total et un correspondre à un processus de
      décision. <br>
      <br>
      En tant qu'utilisateur depuis peu : je tente de suivre les règles,
      par exemple su school : si je connais l'école ou son emprise est
      claire : je créé la zone, mais sinon : je ne fait que 1 point.
      Aucune raison de faire les 2.<br>
      <br>
      Si chacun suit ses propres règles : la carte n'avancera pas …<br>
      <br>
      Denis<br>
      <br>
      <br>
      Le 05/09/2020 à 18:00, Philippe Verdy a écrit :<br>
    </div>
    <blockquote type="cite"
cite="mid:CAGa7JC2h4Ya5Xsqd6SNGfmYjZeQA=7GKBqROO_bLwPL8QhLmhQ@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">Osmose signale non pas des "erreurs" mais des
        choses sur lesquelles on doit porter attention. Il propose,
        n'impose pas, et surtout il FAUT faire le travail d'intégration.
        <div><br>
        </div>
        <div>Sinon ce n'est pas Osmose mais un bot qui ferait le travail
          : Osmose impose l'intelligence humaine. Et ces propositions ne
          sont pas toujours pertinentes (la quasi totalité des "règles"
          sont génériques, et la cartographie est bourrée d'exceptions
          partout.</div>
        <div><br>
        </div>
        <div>Non je ne me conduirai pas comme un robot (c'est totalement
          contraire à l'esprit d'OSM, les bots sont soumis à des règles
          très strictes et se font régulièrement bloquer ou annuler même
          s'ils ont été approuvés).</div>
        <div><br>
        </div>
        <div>Je pense que tu n'as pas compris ce qu'était un outil de
          "veille qualité" (QA) sur OSM.</div>
        <div><br>
        </div>
        <div>Non je ne "bricole" AUCUNE règle, c'est plutôt toi qui veut
          les appliquer de façon impérative (alors que justement il n'y
          a aucune règle impérative (et pour des raisons de performance,
          un outil ne peut pas tout regarder et tout savoir).</div>
        <div><br>
        </div>
        <div>Bref ton message est un peu trop anticollaboratif. Ca n'ôte
          rien à l'utilité d'Osmose. Ni le fait que la "règle
          internationale" n'en est en fait justement pas une sur ce
          sujet. Ce ne sont que de bonnes pratiques conseillées. Ici on
          a deux pratiques conseillées et imposer une solution au
          détriment des autres tout aussi valides (et déjà déployées
          sans en tenir compte) c'est justement ce que j'appelle taguer
          pour le rendu (ici un rendu théorique qui n'existe même pas et
          donc n'a AUCUN consensus actuel qui puisse être démontré).</div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr" class="gmail_attr">Le sam. 5 sept. 2020 à 17:43,
          Christian Quest <<a href="mailto:cquest@openstreetmap.fr"
            moz-do-not-send="true">cquest@openstreetmap.fr</a>> a
          écrit :<br>
        </div>
        <blockquote class="gmail_quote" style="margin:0px 0px 0px
          0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
          <div>
            <div><br>
            </div>
            <blockquote type="cite">
              <blockquote type="cite">
                <pre>De: "Philippe Verdy" <a href="mailto:verdyp@gmail.com" target="_blank" moz-do-not-send="true"><verdyp@gmail.com></a>
</pre>
              </blockquote>
              <blockquote type="cite">
                <pre>Ben non justement, ce n'est pas "taguer" pour le rendu car les deux
méthodes sont indiquées comme valides et approuvées. Certes il y a
des bogues dans le rendu puisque suivant les cas c'est l'une ou
l'autre méthode qui est visible; mais si on voit les deux c'est
moins grave que ne rien voir du tout.
</pre>
              </blockquote>
            </blockquote>
            <p><br>
            </p>
            <p>C'est tellement "valide et approuvé" que JOSM signale une
              erreur et osmose a une analyse pour ça aussi...<br>
            </p>
            <p><br>
            </p>
            <p>Le 04/09/2020 à 18:19, Vincent de Château-Thierry a
              écrit :</p>
            <blockquote type="cite">
              <pre> 
Les 2 méthodes sont valides et approuvées, je suis d'accord. Mais elles sont mutuellement exclusives : si on en choisit une pour un objet du terrain, alors il ne faut pas utiliser l'autre pour le même objet. Toujours le "one feature, one element".
 </pre>
            </blockquote>
            <p><br>
            </p>
            <p>Et oui, l'article <a
                href="https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element"
                target="_blank" moz-do-not-send="true">https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element</a>
              est clair à ce sujet pour qui prends la peine de le
              (re)lire.</p>
            <p>"A feature whose position is known, but whose shape is
              either unknown or irrelevant, should appear as a <a
                href="https://wiki.openstreetmap.org/wiki/Node"
                title="Node" target="_blank" moz-do-not-send="true">point</a>
              object with appropriate tags."</p>
            <p>Donc on met un nœud quand on ne connaît pas l'emprise ou
              que ça n'a pas de sens (ex: une borne kilométrique).
              L'emprise est donc bien considérée comme préférée, le nœud
              une version dégradée et en aucun cas on met les deux en
              même temps.</p>
            <p><br>
            </p>
            <p>Pour la partie "bonnes pratiques locales", elles
              devraient se limiter à trancher quand plusieurs façons de
              faire cohabitent et sont acceptées internationalement.
              Pour moi, une règle ou bonne pratique locale devrait être
              le résultat d'un consensus local qui n'a pas pu être
              obtenu internationalement, mais elles ne devraient jamais
              enfreindre une règle internationale.</p>
            <p>Bricoler ses propres règles, les adapter n'est vraiment
              pas un service à rendre à OSM et aux réutilisateurs des
              données.</p>
            <p><br>
            </p>
            <pre cols="72">-- 
Christian Quest - OpenStreetMap France</pre>
          </div>
          _______________________________________________<br>
          Talk-fr mailing list<br>
          <a href="mailto:Talk-fr@openstreetmap.org" target="_blank"
            moz-do-not-send="true">Talk-fr@openstreetmap.org</a><br>
          <a href="https://lists.openstreetmap.org/listinfo/talk-fr"
            rel="noreferrer" target="_blank" moz-do-not-send="true">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
        </blockquote>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
Talk-fr mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>