<div dir="ltr">Oui mais pour régler le problème une seule propriété CSS suffit pour les cartes :<div>il suffit de régler ces mitres au mode arrondi, qui règle tous les problèmes étant donné que les données OSM ne sont faites que de polygones et que selon le niveau de zoom, ils sont "simplifiés" à l'extrème en formant des angles très pointus aléatoirement (d'où les mitres très longues si on a garddé ce mode par défaut de CSS, qui d'ailleur prévoit quand même une valeur par défaut raisonnable pour l'extension des mitres, limitées à 9 fois l'épaisseur du trait, sinon elles sont "coupées" en triangle au bout des deux carrés d'extrémité).</div><div><br></div><div>Mais là tu avais mis un commentaire salé (et pas justifié du tout) contre le format vectoriel (sachant qu'au départ même, les données OSM sont vectorielles et que le rendu n'est qu'une transformation de ce format vectoriel pour ajouter des épaisseurs aux traits, fixer des polices de taille appropriée, sélectionner des couleurs ou trames de remplissage, des icones, etc. et d'ordonner le tout)</div><div><br></div><div>Le format vectoriel est même plus économique en tailel de fichier produit (y compris pour un PDF: un PDF avec des bitmaps haute résolution à plus de 300 dpi est monstrueusement gros, et parfois particulièrement lent à imprimer à cause des tailles de fichiers à transférer sur l'interface vers l'imprimante, souvent bien plus lente que l'interface interne d'un bus PCI reliant son processeur à sa mémoire, et sachant aussi que ces imprimantes supportant les rendus vectoriels ont aussi maintenant, comme les PC classiques ou les smartphones d'aujourd'hui, des accélérateurs graphiques pour le rendu interne des primitives vectorielles).</div><div><br></div><div>Produire un PDF de plusieurs Gigas pour juste une carte A3 c'est peu raisonnable en terme d'utilisabilité pour tout le monde. Alors qu'on fait ça avec un PDF de quelques mégas (pas plus gros qu'une photo JPEG classique) en vectoriel, et avec une très bonne qualité finale.</div></div><div class="gmail_extra"><br><div class="gmail_quote">Le 1 mai 2016 à 14:45, <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>Informe-toi toi-même, le CSS règle le rendu, c'est sa principale
raison d'être.</p>
<p>C'est bien un problème de rendu (comme tu l'expliques
d'ailleurs). Vectoriel ou pas, peu importe (les mitter sont aussi
rendus en bitmap).<br>
Et quand tu imprimes, c'est pas comme quand tu cartographies,
c'est pour le rendu.<br>
</p>
<p>J'ai bien dit "la <b>possible </b>piètre qualité d'un rendu
vectoriel" et soit tu peux jouer sur les paramètres <b>soit tu ne
peux pas</b>. Que le PDF <b>puisse</b> produire des résultats
propres, c'est évident, ça ne veut pas pour autant dire que la
suite logicielle utilisée te permettra d'en profiter. Sauf à faire
de la post-production sur ces fichiers.<b> </b>Donc il vaut mieux
voir si la chaîne envisagée convient plutôt que de réaliser trop
tard que ce sera plus compliqué.<b><br>
</b>Dans l'exemple donné l'export en SVG était nickel, le format
PDF ne l'était pas. Avec les mêmes feuilles de style.<b><br>
</b>Donc si on avait vu un imprimeur qui savait travailler avec
des PDF mais pas avec les SVG on pouvait avoir un problème. Il
vaut mieux anticiper les problèmes, c'est tout ce que je disais.<br>
</p>
<p>Et tu nous parles d'impression à jet d'encre, ce qui ne concerne
pas les imprimeurs qui utilisent plus l'offset.</p>
<p>Jean-Yvon<br>
</p><div><div class="h5">
<br>
<div>Le 2016-05-01 à 12:17, Philippe Verdy -
<a href="mailto:verdy_p@wanadoo.fr" target="_blank">verdy_p@wanadoo.fr</a> a écrit :<br>
</div>
</div></div><blockquote type="cite"><div><div class="h5">
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<div class="gmail_quote">Le 1 mai 2016 à 12:04, <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>Concernant la possible piètre qualité d'un rendu
vectoriel, je confirme.</p>
<p>Quand j'ai fait des exports PDF depuis un GeoServer
je me suis aperçu que les angles des polygones étaient
toujours pointus.</p>
</div>
</blockquote>
<div><br>
</div>
<div>Ce n'est PAS DU TOUT un problème du rendu vetoriel,
mais d'une mauvaise utilisation de SVG ou Postscript ou
CSS ou similaire, qui fournit pourtant des propriétés pour
contrôler la longueur maximale des "mitres"
(max-miter-length), si le style mittre (mitter) est
utilisé pour les jonctions (car les autres styles
documentés sont de terminer les angles an arcs de cercle,
ou avec un carré centré sur la pointe de chaque segment et
la fermeture de l'angle par un triangle : max-miter-length
controle l'extension maximale de la longueur de mitre
selon un rapport proportionnel à la largeur des traits: si
cette longueur est dépassée, la mitre est supprimée et
remplacé par le style à deux carrés fermés par un
triangle)</div>
<div><br>
</div>
<div>Bref, informe-toi et va voir par exemple la
documentation de CSS concernant les propriétés contrôlant
le style de rendu des angles de polygones.</div>
</div>
</div>
</div>
<br>
<fieldset></fieldset>
<br>
</div></div><span class=""><pre>_______________________________________________
Talk-fr mailing list
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</span></blockquote>
<br>
</div>
<br>_______________________________________________<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.org/listinfo/talk-fr</a><br>
<br></blockquote></div><br></div>