<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Le 21/06/2017 à 23:09, <a class="moz-txt-link-abbreviated" href="mailto:osm.sanspourriel@spamgourmet.com">osm.sanspourriel@spamgourmet.com</a> a écrit :<br>
<blockquote type="cite"
cite="mid:0fc0f5b7-0ba5-715a-529a-1938e4f14e69@gmx.net">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<p>Le 21/06/2017 à 12:43, Christian Quest - <a
class="moz-txt-link-abbreviated"
href="mailto:cquest@openstreetmap.fr" moz-do-not-send="true">cquest@openstreetmap.fr</a>
a écrit :<br>
</p>
<blockquote type="cite"
cite="mid:811b7417-47e5-8919-f0ce-de72a003972e@openstreetmap.fr">Une
carte papier a deux différences principales à mon avis par
rapport à une carte en ligne: <br>
<br>
(...) <br>
<br>
- on travaille sur une emprise limitée (ça simplifie) <br>
</blockquote>
Mais dans un cadre limité (ça complique).<br>
Car si sur une tuile tu peux couper un texte, par exemple mettre
l'étiquette Brest à l'ouest de la ville et Strasbourg au nord
(pour mettre Kehl au sud), sur une carte papier de la France tu ne
peux le faire (sauf à autoriser l'utilisation des marges le cas
échéant).<br>
Sur les cartes nautiques marines électroniques, il faut que les
données soient visibles à l'écran mais il n'y a pas à ma
connaissance de feuille de style qui le fasse (déjà pour les
règles d'affichages ce sont des procédures style ordres à des
imprimantes).<br>
World Wind (qui existe en Java comme en Javascript) a de bons
systèmes de placements de labels.<br>
Là encore pas vraiment de la feuille de style et peut-être quelque
chose à ajouter à Mapnik pour styler comme ça (*) mais je connais
trop peu Mapnik pour être affirmatif.<br>
<br>
Quand une feuille de style affichera l"Avenue Maréchal Jean de
Lattre de Tassigny" sur une rue courte et tordue (par exemple Av.
M<sup>al</sup> T<sup>gny</sup>)...<br>
Au niveau de zoom 19, le rendu <a moz-do-not-send="true"
href="http://www.openstreetmap.org/query?lat=47.88031&lon=6.76335">par
défaut</a> comme le rendu <a moz-do-not-send="true"
href="http://layers.openstreetmap.fr/?lat=47.88031&lon=6.76335&zoom=19">OSM
FR</a> n'arrive pas à afficher une "simple" <a
moz-do-not-send="true"
href="http://www.openstreetmap.org/query?lat=47.88031&lon=6.76335#map=19/47.88040/6.76338">Place
Maréchal de Lattre de Tassigny</a>. Le rendu <a
moz-do-not-send="true"
href="http://layers.openstreetmap.fr/?lat=47.88031&lon=6.76335&zoom=19&layers=000B0FFFFFFFFFFFFFFFFFFFFFF">HOT</a>
y arrive.<br>
<br>
</blockquote>
<br>
Les noms longs sur des voies courtes, c'est un vrai problème. Dans
les recommandations sur les adresses, il y a une remarque à ce
sujet, pour éviter que les communes choisissent des noms trop longs
sur des voies courtes... autant essayer d'éviter le problème le plus
en amont possible !<br>
<br>
Pour ce cas ci, le rendu FR a du mal car l'ensemble de ces voies
était un peu trop tronçonné et même si dans mes requêtes SQL
j'essaye de les remettre bout à bout, ça ne fonctionne pas trop dans
des cas pareils où il y a plusieurs possibilités pour les fusionner.
J'ai donc refait ça à la main:
<a class="moz-txt-link-freetext" href="https://www.openstreetmap.org/way/183976170">https://www.openstreetmap.org/way/183976170</a> mais vu les angles, le
texte ne sera sûrement pas placé... donc en tout dernier recours:
<a class="moz-txt-link-freetext" href="https://www.openstreetmap.org/way/502619493">https://www.openstreetmap.org/way/502619493</a> <br>
<br>
L'abréviation par contre est en principe faite... Avenue Maréchal
Jean de Lattre de Tassigny -> Av. Mal Jean de Lattre de Tassigny<br>
<br>
<pre class="moz-signature" cols="72">--
Christian Quest - OpenStreetMap France</pre>
</body>
</html>