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.openstreetmap.fr/~cquest/grande-synthe/ Le 1 mai 2016 à 12:51, JB <jb...@mailoo.org> a écrit : > - 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 d'intérêt à passer au vectoriel (par contre, il a des clients qui > récupèrent une image sur internet et la modifient pour arriver à 300dpi… et > arrivent avec un fichier qui fait 3 ou 4 centimètres de coté). Du coup, je > t'encourage de regarder ce que ça peut donner sous Inkscape, je suis > intéressé par tes retours. (Et au fait, quels travail vas-tu faire sous > Inkscape ?) > > - Malgré la libération de .NET par Microsoft, les bibliothèques graphiques > n'avaient pas encore été intégrées par Mono. Je ne sais pas si ça a évolué, > mais les exports sous Linux étaient d'assez mauvaise qualité sur les rendus > de couleurs et de transparences (voir notamment les éléments rouges > touristiques). > > - Quelqu'un avait abordé l'idée de passer R25 en CSS, je lui avais dit que > j'étais curieux du boulot que ça donnerait mais le projet semble avoir été > abandonné depuis longtemps. R25, c'est actuellement plus de 5000 lignes, > sous une syntaxe très différente du CSS… donc du boulot, du boulot. L'idée > avait été évoquée de monter un petit serveur pour produire des cartes à la > demande, mais comme je n'ai pas les compétences et qu'on n'avait pas monté > d'équipe, c'est resté au stade de l'idée. (Et de mon coté, je ne coderai > pas le style en carto-CSS pour diverses raisons). > > JB. > > > Le 01/05/2016 à 09:49, Valentin Surrel a écrit : > >> 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. >> >> - J'ai réussi un "export-svg" avec Maperitive, çela semble donc bon. >> Pourquoi JB tu ne parles que de l'export haute résolution ? Je n'ai pas >> encore joué avec ce SVG sous Inkscape toutefois. >> >> - Pourquoi c'est mieux sous Windows ? C'est connu que le rendu Maperitive >> est meilleur sous Windows ? Car dans l'idée ma chaîne de production serait >> sur des serveurs sous Linux complètement automatisé. Et accessoirement je >> n'ai aucun Windows... Mais bon si ca devient un pré-requis je partirai la >> dessus quand même, vu que le thème R25 semble correspondre parfaitement à >> mes besoins. >> >> Et question d'ordre plus général, vu la qualité du thème R25, pourquoi >> personne n'a jamais été intéressé pour le mettre en thème Mapnik ou >> CartoCSS ou autre ? >> >> Bonne journée, >> >> Valentin >> >> Le 2016-05-01 00:24, Philippe Verdy a écrit : >> >>> 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 connaitre la résolution effective d'impression (qui varie >>> selon le dispositif). De plus les techniques de jet d'encre ont des >>> méthodes spécifiques de placement des pixels et de redistribution >>> des gouttes (qui sont en fait de taille variable pour couvrir plus ou >>> moins les "pixels" théorique au centre des desquels on les >>> gouttelettes sont projetées. Mais avec une impression d'image en >>> résolution élevée, l'algo de placement optimal pour le texte ne >>> marche plus, c'est l'algo "photographique qui est utilisé et on >>> obtient un texte diffiocilement lisible. >>> Bref pour imprimer corectement il vaut mieux un rendu vectoriel (à >>> partir duquel les "masques" de positionnement (et de recouvrement >>> éventuel) des encres pourront être plus idéalement placés (une >>> imprimante couleur ne fonctionne pas du tout avec une matrice fixe >>> comme un écran, surtout en jet d'encre, les "sous-pixels" de l'écran >>> sont beaucoup plus simples, et surtout ils ont une gamme plus étendue >>> en colorimétrie alors que les encres sont de couleur fixe et on ne >>> peut jouer que sur la taille des gouttelettes). >>> En rendu sur laser c'est plus délicat d'avoir de belles couleurs, les >>> particules sont de taille à peu près constante (mlais ne peuvent pas >>> se recouvrir partiellement come avec l'encre. On a donc des matrices >>> similaires à l'écran, mais les sous-pixels doivent être extrêment >>> fins pour compenser la gamme plus réduite, et alors se pose le >>> problème de cette résolution élevée sur des surfaces très grandes >>> : les tailles de bitmap sont considérablement plus grandes. >>> Là encore le rendu vectoriel par par le dispositif d'impression sera >>> bien meilleur (et nettement plus performant). >>> Je connais peu d'imprimantes qui soient capable d'imprimer >>> correctement du texte rendu avec des tailles de polices réduites à >>> partir d'une bitmap sans rendre ce texte souvent illisible >>> (l'intelligence du pilote d'impression peut cependant compenser en >>> partie cette adaptation, mais le pilote se débrouille beaucoup mieux >>> avec une source vectorielle). >>> >>> Le 30 avril 2016 à 23:50, JB <jb...@mailoo.org> a écrit : >>> >>> 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 logiciel gratuit non libre est >>>> envisageable (en plus, qui tourne mieux sous Windows…) ? >>>> >>>> - est-ce qu'il faut une solution prête à l'emploi, ou est-ce >>>> qu'un peu de bidouille est prévue ? >>>> >>>> Selon tes réponses, R25 est éventuellement une solution parmi >>>> d'autres. Tu peux jeter un coup d'œil là : >>>> http://jb.isonoe.net/CR/demo/Volcans_2016.pdf, là : >>>> http://jb.isonoe.net/temp/Chemin_des_Arts.png ou encore là : >>>> http://jb.isonoe.net/temp/Samoens_ent.png. En Avec légende, par >>>> exemple ici : >>>> >>>> http://jb.isonoe.net/temp/Base_affiche_osm_paysage_A0_300_Moselle_V2.png. >>> >>> >>>> (Pas forcément tous à jour, mais ça peut te donner une idée.) >>>> >>>> Voilà voilà, >>>> >>>> JB. >>>> >>>> Le 30/04/2016 à 22:01, Valentin Surrel a écrit : >>>> >>>> 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 ont évolué depuis !! >>>>> >>>>> J'ai donc pour projet d'aider une communauté de communes de >>>>> moyenne montagne d'éditer des cartes (papier) de sentiers de >>>>> rando du coin pour chacune des communes. A ce jour, seule une >>>>> feuille A4 recto-verso 100% textuelle (en Comic Sans MS qui plus >>>>> est) est à disposition des touristes pour les guider sur ces >>>>> sentiers, à moitié à l'aveugle donc. >>>>> >>>>> Je veux donc leur proposer un .pdf vectoriel à imprimer qui >>>>> comprend un fond de carte OSM avec en overlay les N sentiers de >>>>> rando, avec sur les bords de la carte une légende et un petit >>>>> topo de chaque rando. >>>>> >>>>> Je me suis fixé les contraintes suivantes : >>>>> - fond de carte facilement updatable, et surtout le plus >>>>> simplement possible (ie. un script bash qui télécharge un >>>>> export, le traite, et update le fichier précédent (que celui-ci >>>>> servent d'input mapnik, de layer QGIS ou autre) >>>>> - 100% vectoriel (pour une belle impression sur A3 voire A2 plié) >>>>> - ajouter un overlay propre à la commune (les N sentiers de >>>>> chacune des communes qu'ont tracé les offices de tourisme). Les >>>>> sentiers sont présents sur OSM ou seront rajoutés, mais les >>>>> circuits seront tracés par dessus en fonction des envies des >>>>> offices de tourisme. >>>>> - rendu "sympa" avec courbes de niveau (style francetopo, >>>>> opencyclemap, mapquest ouverte...) >>>>> - échelle proche 1:25000 >>>>> >>>>> J'essaye de dresser l'éventail de solutions techniques possibles. >>>>> Celles ci ont bien évoluées ces années, et j'ai peur de louper >>>>> des "nouveautés", j'en ai isolé que 2 crédibles : >>>>> >>>>> - Mapnik avec export SVG, pour inclure ça dans Inkscape pour >>>>> ajouter les overlay spécifique. Surement la solution la plus >>>>> simple pour utiliser un thème existant (encore que j'ai >>>>> l'impression que francetopo, opencyclemap et compagnie ne publient >>>>> pas leurs themes...) >>>>> - QGIS avec l'export OSM (en ESRI) et partir sur un theme existant >>>>> (ex : >>>>> https://github.com/charleyglynn/OSM-Shapefile-QGIS-stylesheets). >>>>> Par contre j'ai l'impression que le bâti ne fait pas parti des >>>>> exports ESRI geofabrik... >>>>> >>>>> (maposmatik même si c'est un truc que j'adore ne répond pas trop >>>>> aux contraintes) >>>>> >>>>> Je suis dans une démarche ouverte (ie. tout dispo sur github), >>>>> l'idée est de pouvoir avec un minimum de travail pouvoir itérer >>>>> le projet dans d'autres syndicats d'initiative, cela permet >>>>> d'afficher le projet OSM indirectement à un maximum de monde. >>>>> >>>>> Qu'en pensez vous ? Certains ont ils déjà mené des projets >>>>> similaires ? avez-vous des idées autres (logiciel/thèmes/...) >>>>> que je puisse creuser ? avez-vous des bonnes adresses de thèmes >>>>> ouverts ? >>>>> >>>>> Merci à tous ! >>>>> >>>>> Valentin >>>>> >>>>> _______________________________________________ >>>>> Talk-fr mailing list >>>>> Talk-fr@openstreetmap.org >>>>> https://lists.openstreetmap.org/listinfo/talk-fr >>>>> >>>> >>>> _______________________________________________ >>>> Talk-fr mailing list >>>> Talk-fr@openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk-fr >>>> >>> >>> >>> _______________________________________________ >>> Talk-fr mailing list >>> Talk-fr@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-fr >>> >> >> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> > > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > -- Christian Quest - OpenStreetMap France
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
