Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

Il y a déjà plusieurs essais dans le rendu topo : * https://opentopomap.org * Par makina corpus : https://github.com/makinacorpus/osm-topo * Un projet perso que j'avais commencé, mais je n'ai plus le temps en ce moment : https://github.com/Gustry/osm-topo basé sur sur le style OSM-Bright

Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

Bon, après mûre réflexion, je pense partir : - Maperitive/R25 pour commencer et avoir un résultat plutôt bon à relativement court terme. - Tweaker un style Mapnik pour converger dans N mois à un rendu proche de la solution Maperitive/R25 Pourqoi ? J'aime bien avoir le contrôle de ma chaîne

Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

Tu as toi même fait cette digression en partant d'une mauvaise analyse du problème, je te cite: "Concernant la possible piètre qualité d'un rendu vectoriel, je confirme Quand j'ai fait des exports PDF depuis un GeoServer je me suis aperçu que les angles des polygones étaient toujours pointus. Si

Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

Encore quelques réponses en vrac, j'évite ce qui me semble hors-sujet : - Vectoriel : Maperitive permet de sortir des fichiers vectoriels. Ce que j'essayais de dire, c'est que ce n'est pas forcément une solution facile pour le post-traitement des images. - Maperitive/Mapnik : l'intérêt de

Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

Il est possible de positionner ce qu'on veut là où l'on veut... tout dépend du pré-processing qu'on fait sur les données. Par défaut le placement est relativement basique, le moteur de rendu n'a pas connaissance que le polygone gris est en fait un bâtiment et qu'on voudrait que le texte aille par

Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

Note: je n'ai pas parlé QUE des jets d'encre, j'ai parlé plus généralement des "masques", utilisés en jet d'encre, en impression laser, comme en offset. (Mais l'offset est en perte de vitesse maintenant à cause de son coût, surtout pour les impressions en petit volumes à la demande, car les

Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

Oui mais pour régler le problème une seule propriété CSS suffit pour les cartes : 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

Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

Informe-toi toi-même, le CSS règle le rendu, c'est sa principale raison d'être. 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). Et quand tu imprimes, c'est pas comme quand tu cartographies, c'est pour

Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

J'ai sorti des cartes en A1 pour Dunkerque, à partir de rendus mapnik en résolution double et le résultat est franchement propre (sortie laser couleur grand format). En passant en résolution triplée, je crois que ça sera nickel en offset. Pour essai, les fichiers sont ici:

Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

- Point vectoriel : les retours que j'ai de mapnik indiquent des fichiers très difficilement utilisables. Maperitive semble faire un peu mieux. De mon coté, le petit imprimeur avec qui j'avais bossé une petite fois me disait qu'au-dessus de 300-400dpi (natif au format), il n'avait pas

Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

De plus une autre propriété contrôle comment sont dessinés les pixels individuels des traits : soit ce sont des pixels pleins (rendus "rapide" en mode brouillon, soit le rendu des traits va utiliser des tachniques de lissage (où la couleur du pixel est modifiée en jouant sur la transparence avec

Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

Le 1 mai 2016 à 12:04, a écrit : > Concernant la possible piètre qualité d'un rendu vectoriel, je confirme. > > Quand j'ai fait des exports PDF depuis un GeoServer je me suis aperçu que > les angles des polygones étaient toujours pointus. > Ce n'est PAS DU TOUT

Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

Concernant la possible piètre qualité d'un rendu vectoriel, je confirme. Quand j'ai fait des exports PDF depuis un GeoServer je me suis aperçu que les angles des polygones étaient toujours pointus. Si tu fais un trait large, par exemple pour le trait de côte, dans le Finistère avec ses côtés

Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

Bonjour, Mes réponses suite à vos 2 mails et avoir joué une petite heure avec Maperitive/R25. - je tiens au rendu vectoriel, on va travailler avec un imprimeur et par expérience (certe minuscule mais expérience quand même) ils préfèrent largement le vectoriel pour un bon rendu, surtout en

Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

L'export à forte résolution peut marcher, mais il faut que le rendu utilise des tailles de police adaptées (et pas calculées pour un affichage à l'écran: la réduction d'échelle une fois imprimé rendra ce texte illisible). C'est faisable mais ça demande des tailles de bitmap très élevées, et il

Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

Salut Valentin, Quelques questions : - est-ce qu'un export à forte résolution est envisageable à la place d'une sortie vectorielle ? (même s'il la plupart des retours sont que les sorties vectorielles sont souvent plus foireuses que ce qu'on voudrait croire…) - est-ce que l'emploi d'un