[gdal-dev] dealing with complex (a+ib) images

[Javier Jimenez Shaw]

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 at 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 at lists.osgeo.org> wrote:
>
>> Javier Jimenez Shaw via gdal-dev <gdal-dev at 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 at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240727/4da0e168/attachment.htm>