[OGC WMS] Ajout d'un canal de transparence lors d'une conversion au format PNG

[nick-rv]

Le fait de permettre une transformation côté serveur en WMS de JPEG vers PNG par exemple est une demande assez récurrente, dans le but d'obtenir une image avec possibilité de transparence.

Exemple de requête utilisée pour ce faire :
https://data.geopf.fr/wms-r/wms?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&CRS=EPSG:3857&BBOX=177696.27517150468,6569352.2197727673,177966.25349106526,6569496.9584083026&WIDTH=1552&HEIGHT=832&LAYERS=PCRS.LAMB93&STYLES=&EXCEPTIONS=XML&FORMAT=image/png&BGCOLOR=0xFEFFFF&TRANSPARENT=TRUE

Actuellement la conversion vers le format PNG fonctionne en WMS mais il semble que le quatrième canal dédié à la transparence n'est pas présent dans l'image renvoyée dans la réponse.

J'ai l'impression qu'une conversion dans ce format PNG serait quasiment toujours dans le but de rendre transparente l'image obtenue ?
Est-il possible d'étudier la faisabilité de ce changement et le mettre en place le cas échéant ?

Remarque: L'utilisation de cette conversion vers le PNG semble être nécessaire aussi parfois lorsqu'elle est combinée avec une reprojection de l'image vers un système de coordonnées différent.
(Voir requête fournie en exemple plus haut, avec une donnée stockée en EPSG:2154 mais réclamée en EPSG:3857)

Merci

[Dolite]

Une image PNG ne contient pas forcément de canal de transparence. Sans style particulier, la structure des données n'est pas changée, seul le format est configurable. On pourrait imaginer assumer le paramètre TRANSPARENT à TRUE ou FALSE pour ajouter ou supprimer le canal alpha à la volée, mais ce n'est pas implémenté actuellement.

[nick-rv]

Le fait d'obtenir un canal de transparence en fonction de la valeur booléene du paramètre TRANSPARENT semble tout à fait clair et logique pour un utilisateur.
Je pense que ceci répondrait au besoin.

[nick-rv]

Je pense que dans l'idée il y a aussi le besoin d'évaluer le coût (délai de traitement et charge cpu/mémoire) au niveau du traitement d'une telle requête (conversion de JPEG vers PNG 4 canaux, éventuellement combiné à une reprojection) afin de s'assurer d'un impact mesuré à l'échelle d'un rok4 en production.

Si, mettons, 10% des requêtes réclament une conversion de ce type (afin de profiter de la transparence du PNG), peut-être que ce serait contreproductif (ou au contraire relativement transparent).

[Dolite]

En WMS, quelque soit la compression de la donnée stockée, on travaille en brut et on applique en sortie la compression demandée. Le seul surcoût qu'il y aurait par rapport à maintenant, ce serait la suppression d'un canal alpha, assez léger, ou l'ajout (et avec quelle logique, rendre transparent le nodata a priori, ce qui a vraiment un coût important).