<br><br><div class="gmail_quote">Le 20 février 2013 11:01, Bruno Cortial <span dir="ltr"><<a href="mailto:bruno.cortial@laposte.net" target="_blank">bruno.cortial@laposte.net</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Le 20 février 2013 10:10, Christian Quest <span dir="ltr"><<a href="mailto:cquest@openstreetmap.fr" target="_blank">cquest@openstreetmap.fr</a>></span> a écrit :<br><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Il y a un composant "style osmfr" sur <a href="http://trac.openstreetmap.fr/" target="_blank">http://trac.openstreetmap.fr/</a> n'hésitez pas à l'utiliser pour proposer des améliorations et signaler des problèmes car ça arrive vite... on fait une modif qui va bien sur la zone sur laquelle on teste mais qui met la pagaille ailleurs ;)<div>
<br></div></blockquote><div><br></div></div><div>Bonjour,</div><div>Bravo pour toutes ces petites modifs, cela rend déjà mieux que le rendu "mapnik", en particulier le bati plus soft. Je vais bien sûr proposer des tickets, en particulier sur le placement des labels et des adresses.</div>
<div>Est-ce que le style (CartoCSS ?) est dispo pour qu'on puisse faire des tests à la maison ?</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span style="line-height:19.1875px;font-size:13px;font-family:sans-serif">décalage du nom de la limite admin du "bon" côté du trait (merci ST_Buffer négatif)</span></blockquote>
<div><br></div><div>Il me semble qu'il y avait une autre ruse moins lourde, mais impossible de retrouver çà.</div><div class="im"><div><br></div></div></div></blockquote><div><br></div><div>Il y a un patch pour mapnik qui permet de décaler plus proprement le texte, mais il n'est pas sur la version qu'on utilise. J'ai donc eu recours à ST_Buffer qui effectivement est gourmand.</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><div class="im"><div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif">Cela fera sûrement partie des discussions Lyonnaises... je pense pour ma part qu'il faut mettre en valeur nos données et proposant un exemple de rendu à mi chemin entre celui par défaut d'OSM un peu trop fouillis et pas très lisible et celui un peu trop générique de MapQuest, sans en faire un rendu spécialisé.</span></blockquote>
<div><br></div></div><div>En parlant de mettre en avant les données, est-il envisageable de rendre une couche <a href="http://mapbox.com/demo/visiblemap/" target="_blank">UTFGrid</a> (ou une solution équivalente) avec les données OSM des POI, afin de les afficher au survol/clic de la souris ? Je n'ai aucune idée du cout CPU/disque que cela implique.</div>
<div><br></div></div></blockquote><div><br></div><div>Le problème est de savoir ce qui a été rendu ou pas sur les tuiles et où car on peut laisser une tolérance de placement (utile pour les libellés de polygones).</div><div>
<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><div></div><div>Je ne pourrais être au SOTM-FR, et ca me rend tout triste !</div>
<div><br></div></div></blockquote><div><br></div><div><br></div><div>Tu aura quand même la rediffusion en streaming pour te consoler.</div><div> </div></div>-- <br>Christian Quest - OpenStreetMap France<br>Week-end "SOTM-FR" à Lyon, les 23-24 février prochains: <a href="http://openstreetmap.fr/sotmfr2013" target="_blank">http://openstreetmap.fr/sotmfr2013</a>