nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Créer un composite avec différentes résolutions sur chaque bande

EmmaTompkins

<\/HEAD>

En gros, je veux empiler des images Sentinel pour avoir toutes les bandes que je souhaite utiliser dans un seul tif. Mais je veux qu'elles conservent leurs résolutions natives. Par exemple, la bande 1 coastal blue est à 60m et la bande 4 red est à 10m. Mais lorsque j'empile toutes les bandes en utilisant l'outil composite bands, il prend la première bande et suréchantillonne les autres à 60m\/px pour correspondre.

Y a-t-il un moyen de contourner cela ? <\/P><\/BODY><\/HTML>

Trouver plus de publications taguées avec

Analysis

Visualization

Accepted answers

PeterBecker

You can not effectively have a tif file with bands that have different resolutions. There should be no reason to. You can use a Raster Function Chain instead. This can be set up using the raster function chain editor or better use the Sentinel 2 Raster Product. If you use catalog to browse to a directory that contains a Sentinel 2 Scene and click on the metadata (.xml) then you will be provided with options for how to load it as a product. This will create a layer that contains Composite band function, but will also bring in all the pertinent metadata. When accessed the data will be sampled to the resolution requested on demand. There is not need to have a separate file file. Similar is done when you add to a mosaic dataset using the Sentinel 2 Raster Type.

All comments

EmmaTompkins

Good points, thanks to both of you. I will have to share this with the person requesting the data and see how they want it!

Cody Benkelman

Emma

I don't believe the TIF format allows this. If you need to write different resolutions into a single file, NITF or NetCDF formats allow that. But one key reason NOT to do that is you're duplicating data volume, and there's another risk to consider - if you're leaving some of the other files behind, you may lose an important metadata file.

Peter's point is that, if you're working in ArcGIS, there's no need for this - the mosaic dataset can manage all of your separate files and present them to the user as a single image. And if you want to stack 8 multitemporal scenes covering the same area, that can be one mosaic dataset (does not require 8).

Our imagery workflows site http://esriurl.com/ImageryWorkflows provides resources if you want to learn more, or automate these sort of tasks.

Note you mentioned "number of files delivered". You can share a mosaic dataset with colleagues if you're on the same network, or if working in the cloud, we have ways of allowing the mosaic dataset to access all of the necessary source files directly from cloud storage. But our recommendation is that you keep all of those original source files together (in most cases - there ARE cases where we recommend converting original files to more efficient formats - see Imagery formats and performance—Imagery Best Practices | Documentation and if necessary to reformat we'd recommend using http://esriurl.com/OptimizeRasters)

Cody B

EmmaTompkins

I wouldn't say no reason to do it. If someone wants to work with one stacked raster instead of multiple individual tifs then it would decrease the amount of files delivered to them, so instead of 80 tifs they have 8. Was hoping there was a tool/setting I was missing so I could put it into my python script, but if not then I will look into the opensource libraries.

Thanks!

PeterBecker

Rejoindre la conversation

Les membres connectés peuvent publier, suivre les mises à jour, et plus encore. Nouveau ici ? Inscrivez-vous gratuitement.

Liens rapides

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.