Le portail francophone de la géomatique

Bonjour à tous les deux,

Pascal, votre investissement est remarquable mais, de grâce, épargnez-nous des réponses inutiles.
Vos deux points sont HS, le stockage en BD ne changera rien à la problématique de Bertrand qui nous interpelle pour réduire le poids des PDF en sortie.

Bertrand, quelle est votre version de QGIS et quelle résolution utilisez-vous pour générer vos PDF ?

Tout d'abord merci à tous pour vos nombreuses réponses !

J'ai parcouru vos deux sites en essayant différents pictogrammes, mais en vain, le contenu de mes polygones est toujours rasterisé.

J'utilise la version QGIS 3.4.3 (la plus récente il me semble) et résolution d'export à 300 dpi. J'ai testé un export à 72 dpi, cela réduit bien la taille du PDF mais aggrave la qualité de remplissage mes espaces boisés, donc cette solution ne me convient pas.

Dans les faits, le contour de mes polygones d'espaces boisés est vectorisé et propre, mais l'intérieur est rastérisé, et je suis sûr que c'est de cette rastérisation que vient le problème de poids de mon PDF. J'ai fait l'expérience de l'export sans la couche polygone "espace boisé" et je passe de 30 Mo à 6Mo sur mon fichier. Et le remplissage SVG ne change que très peu la taille du fichier.

Essayez peut-être de désactiver l'impression raster :

Dans le composeur d'impression > onglet mise en page > Paramètres d'export > désactivez "impression Raster".

Vous pouvez également jouer sur la résolution dpi pour limiter la taille du pdf.

En espérant que cela règle votre problème.

Vos espaces boisés sont-ils très détaillés dans leur contour ??


> While rendering extremely detailed layers (e.g. polygon layers with a huge number of nodes), this can cause layout exports in PDF/SVG format to be huge as all nodes are included in the exported file. This can also make the resultant file very slow to work with/open in other programs.

> En cochant la case (checkbox) "Force l’affichage de la couche en tant que raster", les couches sont rasterisées de manière à ce que les fichiers exportés n’incluent pas l’ensemble des noeuds des couches et que le rendu se fasse plus rapidement.


https://docs.qgis.org/3.4/fr/docs/user_ … light=huge
ou page 241 du manuel actuel :
https://docs.qgis.org/3.4/pdf/fr/QGIS-3 … fr.pdf#241



PS Et j'y tiens, à moyen terme : envisagez-vous une solution sur-vitaminée à base de PostGIS sur un serveur ?


Et quant à votre souci actuel, pourquoi ne pas découper la carte finale de votre ComCom en feuilles selon un tableau d'assemblage ? (comme dans le monde habituel de la cartographie)

Dernière modification par Pascal Boulerie (Wed 09 October 2019 10:46)

Bonjour Charlotte, j'ai essayé votre méthode et au lieu d'avoir 30 Mo de fichier, j'en ai 40, et cette fois-ci tout est rasterisé.

J'ai une piste qui pourrait éclaircir le problème : Le remplissage de mon polygone "Espace boisé" est une succession de cercles ancrés dans un quadrillage. Or si je remplace ce remplissage par un fond uni, je repasse en vecteur et mon fichier diminue de 30 Mo à 12Mo ce qui règlerait mon problème. Or la nomenclature oblige à utiliser les cercles dans le quadrillage.

Toutes mes couches points et lignes ne rencontrent aucun soucis de vectorisation, il y a seulement les couches polygones.

Bonjour à tous,
je suis un collègue de Bertrand et je planche également sur l'épineux sujet des impressions PDF de PLU sur QGIS.
Il semble bien que quelque soit la méthode (export en format svg..), l'utilisation de symbole de remplissage sur une couche de polygone rasterise obligatoirement l'objet à l'export. Pourtant l'objet est bien en format vectoriel tant que l'on reste dans QGIS.
En gros des qu'on utilise autre chose qu'un remplissage simple, le resultat est rasterisé à l'export.

PS pour Pascal: J'apprécie votre implication, mais essayez de limiter les digressions svp, ça complique les choses plus qu'autre chose. Pour répondre à vos questions hors sujet, oui nous travaillons avec postgis, nous faisons des PLU communaux donc pas de planches multiples, et nous ne cherchons pas à négocier avec les services de l'état pour changer les figurés de documents opposables.
Nous cherchons à répondre à cette question précise:
Comment exporter en format PDF vecteur des polygones ayant un remplissage SVG dans QGIS.

Bonjour et merci de votre retour plutôt encourageant, il y a visiblement de l'espoir d'y arriver!
Quand nous utilisons pour un polygone un remplissage par motif de points, que ce soit avec des symboles simples ou des symboles svg, tout est en vecteur tant qu'on est sur QGIS.
Par contre en PDF ça finit en raster systématiquement. Le plus étrange est que nos couches de ponctuels qui utilisent le meme symbole restent bien en format vecteur.
Ci-joint un lien pour voir le problème, les seuls éléments en raster sont ceux avec des polygones en remplissage svg, ça suffit à quadrupler la taille du PDF, ce qui est un souci. Attention il fait 30 mo, c'est un peu long à afficher..
http://www.valsdesaintonge-sig.org/data … s_test.pdf

Bonjour à tous,

Je crois me souvenir que j'avais une "rasterisation" lorsque j'avais de la transparence dans mes couches ; Notamment lorsque la transparence est géré au niveau de la couche (et pas au niveau de la couleur du fond ou du contour)
Propriétés de la couche > Symbologie>Rendu de la couche>Opacité

Une piste peut-être pour vous ?

Avez-vous essayez d’exporter en SVG avec les options de sortie en vecteurs (ça devrait être déjà plus léger) et d'imprimer le SVG en pdf avec pdf créator ?

Bonjour,

Confronté à exactement la même problématique (élaboration PLUi, symboles remplissage polygone qui rasterise), je me permet de prendre part à la discussion.

Ce que j'ai testé de mon côté, sans succès :
- différents paramétrages d'exportation PDF et SVG de QGIS (Toujours exporter comme vecteur, texte comme objet...)
- impression PDF
- vérification d'opacité des couches
- différentes versions (2.18, 3.4, 3.10)
- différents OS (win10 - debian)

Il me semble que QGIS n'arrive pas à retranscrire un symbole de remplissage d'un polygone au format vectoriel...

À noter le Bug report #6996 'Line pattern fill is not rendered to vector in pdf export' -> Resolution mis à end of life
https://issues.qgis.org/issues/6996

Je continue à creuser et reste attentif à cette discussion

Martin

Bonjour,

La mention EOL ou End of Life ne clôt pas forcément le sujet; il a été envoyé à tous les signalements portant sur une version 2.x demandant aux reporteurs de revérifier si sous 3.x le bug est toujours d'actualité, étant donné toutes les modifs de la v3. Ce sujet #6996 est toujours ouvert et disponible à https://github.com/qgis/QGIS/issues/16100 (le lien est accessible dans l'entête de l'autre page - vu que le précédent site est abandonné).

Quid déjà d'un signalement aux développeurs, avec un projet qui montre clairement le bug s'il en est?

Merci à hydrolithe pour le lien North road :

Geopdf semble vraiment la solution à essayer.


Et vu qu’il s’agit d’améliorer l’export PDF, je pense que l’ancien bug de l’ancien export ne sera pas corrigé.

Donc concentrez-vous sur ce nouvel export GeoPDF.

En écho au conseil donné par le message de Santanna https://georezo.net/forum/viewtopic.php … 21#p326721 mais cette fois pour le nouveau GeoPDF,
avez-vous remonté un signalement de ce nouveau bug dans une fiche ou un autre moyen de le faire remonter à ses développeurs ?



PS Je pense qu'il faudra que des développeurs - ou au moins des utilisateurs sachant lire le langage - aillent rentrer dans le code source pour débugger ligne par ligne, et y vérifier quel est l'algorithme de remplissage utilisé...

Dernière modification par Pascal Boulerie (Tue 12 November 2019 13:08)

Oui. Mais sauf que cet ancien ticket ne parle pas du tout de la nouvelle fonction basée sur GeoPDF ...

Et puis à mon avis, il vaut mieux que vous contactiez directement le développeur - société North road - pour le développement GeoPDF 2019 que se baser sur la fiche de bug 2013...

> Assignees
> No one assigned

> 2 participants