Superposition rasters et transparence

[FannyLecuy]

Vos questions

Y a-t-il un moyen, lorsque des raster avec de la transparence se chevauchent, de continuer à "voir ce qu'il y a en dessous" ?
Par exemple, j'ai 3 géotiffs sur cette image et on voit clairement les zones de chevauchement car elles sont transparentes dans le tiff qui a été traité en 2e ou 3e.

Et j'aimerais obtenir ce résultat :

Qu'en pensez-vous ?

[Dolite]

Lors de la fusion de raster, on ne tient compte que du pixel le plus haut, sans tenir compte de l'éventuelle transparence. Pour préciser aux outils de ne pas tenir compte de certains pixels, il y a la notion de masque : une image nommée comme l'image de données, à côté, mais avec l'extension .msk. C'est un tif à un canal : 0 pour le nodata, toutes les autres valeurs désigne un pixel de donnée.

Cette manière de limiter les pixels à prendre en compte dans les images de données permet de pousser des images non complètes.

[FannyLecuy]

Est-ce que cela veut dire que chaque image incomplète doit être livrée et traitée une par une pour pouvoir utiliser les masques ?

Et quels paramètres dois-je utiliser dans le traitement de pyramidage pour ne plus avoir de trous ?
J'ai essayé une multitude de choses différentes sans succès, je suis un peu perdue.

[Dolite]

Non il est bien possible de pousser toutes les images au sein d'une même livraison et de les traiter en une fois. Dans votre cas, on aurait dans la livraison :

• image1.tif
• image1.msk
• image2.tif
• image2.msk
• image3.tif
• image3.msk

Normalement, le traitement de calcul de pyramide détecte ces fichiers .msk et en tient compte pour éviter la perte de données.

[FannyLecuy]

Ah, c'est à nous d'envoyer les masques ?
J'ai cru bêtement qu'ils étaient créés lors du pyramidage.

[Dolite]

Il y deux types de masques :

• ceux dans la pyramide, qu'on peut demander à avoir avec le paramètre mask (ce n'est pas nécessaire si la pyramide ne sera pas utilisée en entrée d'un autre traitement raster, comme pour une mise à jour)
• ceux des données en entrée, quand les images ne sont pas pleines : ceux là doivent être fournis

[FannyLecuy]

COmment paramétrer les générations pour que ça fonctionne s'il vous plaît ?

Rien de ce que j'essaye ne fonctionne : J'ai créé des masques et les ai livrés avec les tiffs, essayé les 3 types d'alimentation par mise à jour avec toujours mask:true, pour en définitive toujours avoir un "trou" de données à l'affichage.

Y a-t-il un paramétrage qui m'échappe ?

[Dolite]

Pouvez-vous nous envoyer vos données (images et masques) afin que nous comprenions le souci et que nous enrichissions nos tutoriels ? Nous sommes désolés pour les difficultés que vous rencontrez.

[FannyLecuy]

Si vous pouvez accéder à mon datastore (a77e0795-41be-4a44-af1f-e6f492512a85) j'ai gardé les uploads.
Tiffs avec masques : de39f540-2eab-4bed-a891-0e91d1d27a09
Sans masques : 1821cfd9-600a-44e0-a315-343b69402979 et ed0f5b69-6ffc-4eb7-b3d7-fd4e68505bae.

Autrement je passerai par wetransfer.

[Dolite]

Je viens de regarder le contenu de la livraison de39f540-2eab-4bed-a891-0e91d1d27a09 et ça me semble correct. Je vois que les exécutions de calcul de pyramide ayant cette livraison en entrée ont un paramètre mask à false. Pouvez vous faire une tentative avec mask à true ? Il semblerait que l'usage des masques en entrée et leur export dans la pyramide en sortie soient tous les 2 connectés à ce paramètre (ce n'était pas le comportement voulu).

[FannyLecuy]

Le traitement de pyramidage raster n'aboutissait pas avec le paramètre mask:true, donc j'ai fini par l'enlever et le pyramidage est allé au bout.
Exemples avec ces deux générations sur le datastore a77e0795-41be-4a44-af1f-e6f492512a85 : 28fb46e1-668f-4cc4-9dc9-489983bc90a9 et 9c62dd7b-813d-4f0a-aabb-6008ae69833a