<div dir="ltr">Pas évident à traiter, car les autres noms proviennent de noeuds place=* et là le nom n'est porté que par la relation boundary=administrative.<div><br></div><div>J'ai quand même trouvé une solution car le problème est d'éviter un double rendu (centroid de la commune + noeud place=*). La requête vérifie maintenant si un noeud place=* porte le même nom à l'intérieur du polygone de la limite admin, avant elle vérifiait juste la présence d'un rôle admin_centre sur la relation.</div><div><br></div><div>J'ai aussi modifié le niveau de zoom à partir duquel ces noms issus des boundary apparaissent... ça commence au 12.</div><div><br></div><div>ça sera dans la prochaine livraison...</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">Le 23 décembre 2016 à 17:15, Stéphane Péneau <span dir="ltr"><<a href="mailto:stephane.peneau@wanadoo.fr" target="_blank">stephane.peneau@wanadoo.fr</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="#FFFFFF" text="#000000">
    <div class="m_9193617649285012775moz-cite-prefix">Je vois que le nom des communes
      fusionnées est visible, même s'il n'y a pas de node place dans la
      relation. Super !<br>
      Par contre, on ne voit ce nom qu'à partir du zoom 14, bien après
      les  "place" de la commune en question.<br>
      Est-ce qu'il ne serait pas mieux que ça soit visible avant ?<br>
      <br>
      exemple : (il faut zoomer d'un cran pour voir "Montréverd")<br>
<a class="m_9193617649285012775moz-txt-link-freetext" href="http://umap.openstreetmap.fr/fr/map/preview-rendu-fr-2017_99740#13/46.8993/-1.4205" target="_blank">http://umap.openstreetmap.fr/<wbr>fr/map/preview-rendu-fr-2017_<wbr>99740#13/46.8993/-1.4205</a><br>
      <br>
      Stf<div><div class="h5"><br>
      <br>
      <br>
      Le 23/12/2016 à 16:46, Tony EMERY a écrit :<br>
    </div></div></div><div><div class="h5">
    <blockquote type="cite">
      <div dir="auto">N'oublies pas le rendu des terrains de motoball...</div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">Le 23 déc. 2016 16:24, "Christian
          Quest" <<a href="mailto:cquest@openstreetmap.fr" target="_blank">cquest@openstreetmap.fr</a>>
          a écrit :<br type="attribution">
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div dir="ltr">
              <div class="gmail_extra">Les derniers changements:</div>
              <div class="gmail_extra">- les entrance=* ne sont rendus
                si ce sont des entrées de bâtiment ou si ce ne sont pas
                des entrées de pièce... avec de la bidouille dans la
                requête pour retrouver cette info !</div>
              <div class="gmail_extra"><br>
              </div>
              <div class="gmail_extra">- les lignes des terrains de
                sport: plus de rendu si il ne s'agit pas d'un
                leisure=pitch, et rendu possible de plusieurs sports
                (mais un peu fouilli au final... à voir)</div>
              <div class="gmail_extra"><br>
              </div>
              <div class="gmail_extra">- les shop=* en souterrain sont
                estompés, prise en compte du tag location=underground en
                plus de level<0</div>
              <div class="gmail_extra"><br>
              </div>
              <div class="gmail_extra">Et grosse refonte de fond du
                projet avec passage du format json au yaml plus lisible
                (et maintenable)... qui ne devrait pas avoir d'incidence
                sur le rendu sauf bug de conversion !</div>
              <div class="gmail_extra"><br>
                -- <br>
                <div class="m_9193617649285012775m_-7077512870155302413gmail_signature" data-smartmail="gmail_signature">
                  <div dir="ltr">Christian Quest - OpenStreetMap France</div>
                </div>
              </div>
            </div>
            <br>
            ______________________________<wbr>_________________<br>
            Talk-fr mailing list<br>
            <a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
            <a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-fr</a><br>
            <br>
          </blockquote>
        </div>
      </div>
      <br>
      <fieldset class="m_9193617649285012775mimeAttachmentHeader"></fieldset>
      <br>
      <pre>______________________________<wbr>_________________
Talk-fr mailing list
<a class="m_9193617649285012775moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a class="m_9193617649285012775moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a>
</pre>
    </blockquote>
    <p><br>
    </p>
  </div></div></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><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Christian Quest - OpenStreetMap France</div></div>
</div>