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

2016-04-30 Thread Valentin Surrel
Bonsoir la liste, Je reviens sur la liste après plusieurs années d'absence, non pas par manque d'intérêt pour le projet mais par faute de temps. Je suis de nouveau un peu plus libre professionnellement, je me relance donc un peu plus dans le projet OSM... en constatant que beaucoup de choses o

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

2016-04-30 Thread JB
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 lo

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

2016-04-30 Thread Philippe Verdy
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 faut

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

2016-05-01 Thread Valentin Surrel
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 A2

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

2016-05-01 Thread osm . sanspourriel
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

2016-05-01 Thread Philippe Verdy
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 un problème du rendu vetoriel, mai

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

2016-05-01 Thread Philippe Verdy
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 le

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

2016-05-01 Thread JB
- 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 forcément

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

2016-05-01 Thread Christian Quest
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: http://osm13.openstreetm

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

2016-05-01 Thread osm . sanspourriel
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 le

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

2016-05-01 Thread Philippe Verdy
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 formant

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

2016-05-01 Thread Philippe Verdy
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 origin

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

2016-05-01 Thread Valentin Surrel
Merci je vais creuser, même si je sens que le fait que je ne trouve pas de style de départ pour Mapnik correspondant à mon besoin va me faire abandonner cette piste. Le 2016-05-01 14:09, Christian Quest a écrit : J'ai sorti des cartes en A1 pour Dunkerque, à partir de rendus mapnik en résoluti

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

2016-05-01 Thread Valentin Surrel
Inkscape c'était plus pour le post-processing (éventuellement déplacer 2-3 éléments de carto et ajouter les données propres à l'office du tourisme). Il y a peut-être des logiciels plus adaptés mais je ne connais pas trop cette partie. J'essayerai éventuellement Mapnik en high-res mais en fait

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

2016-05-01 Thread Christian Quest
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

2016-05-01 Thread JB
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 M

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

2016-05-01 Thread Philippe Verdy
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 t

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

2016-05-02 Thread Valentin Surrel
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

2016-05-02 Thread Etienne Trimaille
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 https://gi