<div dir="ltr">le node label a un usage très limité: il est surtout là pour proposer un positionnement mieux adapté dans une zone pas trop dense et éviter de collisions ou débordements de longueur sur les entités voisines, afin de laisser visible d'autres infos importantes (si les rendus ont de meilleures solutions à proposer pour positionner les labels et éviter trop de collisions, ils peuvent ignorer totalement ces labels). Cependant sur des territoires à peu près convexes, il est souvent superflu de vouleur s'éloigner de son centre géométrique par défaut.<div><br></div><div>C'est plus utile quand il y a de fortes concavités ou des exclaves éloignées et que la plus grande n'est pas la plus communément référencée (car nettement moins peuplée): cas des archipels.<div><div><br></div><div>Au delà de ça, le label ne sert pas à grand chose (même pas pour le nom qui devrait rester pris en priorité depuis la relation qui l'inclue. ce label reste malgré tout positionné de façon arbitraire "quelque part" dans la zone, à vue de nez.</div><div><br></div><div>Et ce "label" ne doit pas être un noeud "place" (qui porte en général un autre nom plus local, partagé par plusieurs relations qui l'utilisent comme "admin_centre" représentatif, et qui joue aussi un rôle de substitut à la surface décrite par la relation quand celle-ci n'est pas représentable à une échelle donnée car trop petite pour permettre d'afficher les libellés le long des frontières, et en principe on ne devrait pas avoir les deux représetnation simultanées: noeuds label ou admin_centre et nom le long des frontière, à un même niveau d'échelle, il faut choisir l'un ou l'autre)</div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">Le 12 septembre 2016 à 20:32,  <span dir="ltr"><<a href="mailto:osm.sanspourriel@spamgourmet.com" target="_blank">osm.sanspourriel@spamgourmet.com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="transparent" text="#000000">
    <p>Et pourquoi pas le meilleur des deux mondes ?</p>
    <p>Ajouter le node comme role=label dans la relation ?<br>
    </p><span class="">
    <br>
    <div>Le 12/09/2016 à 04:07, Jérôme Amagat -
      <a href="mailto:jerome.amagat@gmail.com" target="_blank">jerome.amagat@gmail.com</a> a écrit :<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">
        <div>Les quartiers ( suburb, neighbourhood ) ne sont rendu que
          si ce sont des nodes et pas si le tag est sur une surface.
          Dans certains cas, ces quartiers sont bien délimités soit par
          la mairie soit dans la tête des habitants donc je pense que
          c'est une bonne chose les quartiers sur une surface.<br>
          <br>
        </div>
        En lien avec ça, on a les arrondissements de paris et lyon qui
        sont représenter comme place=suburb sur un point et comme
        boundary=administrative sur une surface alors que c'est la même
        chose. ça serait logique de placer le tag place=suburb sur la
        relation boundary et de supprimer le node. Mais comme c'est pas
        rendu ça ne plaira pas à tout le monde :)<br>
      </div>
    </blockquote>
  </span></div>

<br>______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a><br>
<br></blockquote></div><br></div>