Exactly Daniel. I want to use those types. VRT seems to be the simpler way.
Thanks. On Sat, 27 Jul 2024 at 13:49, Daniel Evans via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > I would presume that Javier is intending to use one of the several Complex > data types that GDAL supports natively - CInt16, CInt32, CFloat32, CFloat64. > > It seems that VRTs appear to have the capability to create a complex band > from two separate bands, and vice versa - the "complex", "imag", and "real" > pixel functions for "Derived Bands": > https://gdal.org/drivers/raster/vrt.html#default-pixel-functions > > Cheers, > Daniel > > On Sat, 27 Jul 2024 at 12:35, Greg Troxel via gdal-dev < > gdal-dev@lists.osgeo.org> wrote: > >> Javier Jimenez Shaw via gdal-dev <gdal-dev@lists.osgeo.org> writes: >> >> > I have to create a complex number (real and imaginary part) image out of >> > two "normal" images or bands. >> > How can I do it? >> >> I don't know, but it would be great if you explained what that means. >> I did a quick web search and didn't find anything. >> >> There is multispectral where there are N pixel values for each x/y >> position, like RGB or many more bands. But I am almost certain you >> don't mean that. >> >> Complex implies a magnitude and phase of a return signal and this makes >> me think about LIDAR, except the wavelength is tiny compared to features >> and ambiguity resolution seems infeasible. >> _______________________________________________ >> gdal-dev mailing list >> gdal-dev@lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/gdal-dev >> > _______________________________________________ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/gdal-dev >
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev
