Hi, About -separate and multi-band inputs, see https://gdal.org/programs/gdalbuildvrt.html#cmdoption-gdalbuildvrt-separate
“Starting with GDAL 3.8, all bands of each input file are added as separate VRT bands, unless -b is specified to select a subset of them. Before GDAL 3.8, only the first band of each input file was placed into a new VRT band, and -b was ignored.” -Jukka Rahkonen- Lähettäjä: gdal-dev <gdal-dev-boun...@lists.osgeo.org> Puolesta Lauren?iu Nicola via gdal-dev Lähetetty: torstai 21. joulukuuta 2023 16.09 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: Re: [gdal-dev] Any difference between VRT SimpleSource and no-op ComplexSource? On Thu, Dec 21, 2023, at 15:51, Even Rouault wrote: It only uses a ComplexSource when it needs to, that is to say when there is nodata or a mask band. I didn't realize this. I think I'm hitting a corner case with -separate, which is practically the only way I've ever used it: $ gdalbuildvrt test.vrt T35TMK_20230520T090559_B02_10m.jp2 && cat test.vrt 0...10...20...30...40...50...60...70...80...90...100 - done. <VRTDataset rasterXSize="10980" rasterYSize="10980"> <SRS dataAxisToSRSAxisMapping="1,2">PROJCS["WGS 84 / UTM zone 35N",GEOGCS["WGS 84",DATUM["WGS_1984",SPHEROID["WGS 84",6378137,298.257223563,AUTHORITY["EPSG","7030"]],AUTHORITY["EPSG","6326"]],PRIMEM["Greenwich",0,AUTHORITY["EPSG","8901"]],UNIT["degree",0.0174532925199433,AUTHORITY["EPSG","9122"]],AUTHORITY["EPSG","4326"]],PROJECTION["Transverse_Mercator"],PARAMETER["latitude_of_origin",0],PARAMETER["central_meridian",27],PARAMETER["scale_factor",0.9996],PARAMETER["false_easting",500000],PARAMETER["false_northing",0],UNIT["metre",1,AUTHORITY["EPSG","9001"]],AXIS["Easting",EAST],AXIS["Northing",NORTH],AUTHORITY["EPSG","32635"]]</SRS> <GeoTransform> 3.9996000000000000e+05, 1.0000000000000000e+01, 0.0000000000000000e+00, 5.0000400000000000e+06, 0.0000000000000000e+00, -1.0000000000000000e+01</GeoTransform> <VRTRasterBand dataType="UInt16" band="1"> <ColorInterp>Gray</ColorInterp> <SimpleSource> <SourceFilename relativeToVRT="1">T35TMK_20230520T090559_B02_10m.jp2</SourceFilename> <SourceBand>1</SourceBand> <SourceProperties RasterXSize="10980" RasterYSize="10980" DataType="UInt16" BlockXSize="1024" BlockYSize="1024" /> <SrcRect xOff="0" yOff="0" xSize="10980" ySize="10980" /> <DstRect xOff="0" yOff="0" xSize="10980" ySize="10980" /> </SimpleSource> </VRTRasterBand> <OverviewList resampling="nearest">2 4 8 16</OverviewList> </VRTDataset> $ gdalbuildvrt -separate test.vrt T35TMK_20230520T090559_B02_10m.jp2 && cat test.vrt 0...10...20...30...40...50...60...70...80...90...100 - done. <VRTDataset rasterXSize="10980" rasterYSize="10980"> <SRS dataAxisToSRSAxisMapping="1,2">PROJCS["WGS 84 / UTM zone 35N",GEOGCS["WGS 84",DATUM["WGS_1984",SPHEROID["WGS 84",6378137,298.257223563,AUTHORITY["EPSG","7030"]],AUTHORITY["EPSG","6326"]],PRIMEM["Greenwich",0,AUTHORITY["EPSG","8901"]],UNIT["degree",0.0174532925199433,AUTHORITY["EPSG","9122"]],AUTHORITY["EPSG","4326"]],PROJECTION["Transverse_Mercator"],PARAMETER["latitude_of_origin",0],PARAMETER["central_meridian",27],PARAMETER["scale_factor",0.9996],PARAMETER["false_easting",500000],PARAMETER["false_northing",0],UNIT["metre",1,AUTHORITY["EPSG","9001"]],AXIS["Easting",EAST],AXIS["Northing",NORTH],AUTHORITY["EPSG","32635"]]</SRS> <GeoTransform> 3.9996000000000000e+05, 1.0000000000000000e+01, 0.0000000000000000e+00, 5.0000400000000000e+06, 0.0000000000000000e+00, -1.0000000000000000e+01</GeoTransform> <VRTRasterBand dataType="UInt16" band="1"> <ComplexSource> <SourceFilename relativeToVRT="1">T35TMK_20230520T090559_B02_10m.jp2</SourceFilename> <SourceBand>1</SourceBand> <SourceProperties RasterXSize="10980" RasterYSize="10980" DataType="UInt16" BlockXSize="1024" BlockYSize="1024" /> <SrcRect xOff="0" yOff="0" xSize="10980" ySize="10980" /> <DstRect xOff="0" yOff="0" xSize="10980" ySize="10980" /> </ComplexSource> </VRTRasterBand> </VRTDataset> Otherwise it will use SimpleSource. There is a performance hit in using ComplexSource when it is not needed. In 3.8, there has been an optimization to improve ComplexSource performance in common nodata-only scenarios: cf https://github.com/OSGeo/gdal/commit/cd67491d3909f5f05160fa209609b38d973c42de Oh, that's great! PS: are there good reasons for not allowing -separate for multi-band inputs (by including all bands) or propagating the input block size if it's the same for all of them? Laurentiu
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev