[gdal-dev] VRT pixel functions on tiled vrt
William Kyngesburye
woklist at kyngchaos.com
Fri Apr 27 13:07:05 PDT 2018
I missed the SourceTransferType parameter, that worked if I used a simple Int16.
thanks
> On Apr 27, 2018, at 2:32 PM, Even Rouault <even.rouault at spatialys.com> wrote:
>
> On vendredi 27 avril 2018 12:42:16 CEST William Kyngesburye wrote:
> > OK, it worked as vrt of a vrt. Memory not an issue.
> >
> > But I have a new problem. One vrt I want to instead do > -29 (caspian sea,
> > -29 in SRTM data). The whole region evaluates to 1 (true). It looks like
> > the in_ar[] is getting truncated to an unsigned byte, 0-255, from its
> > orignal Int16.
>
> Check the various data types mentionned in the VRT. Perhaps there's one set to Byte.
> It would also probably be safer to define
> <SourceTransferType>GDT_Int16</SourceTransferType>
> at the same level than the <PixelFunction...> elements
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/
First Pogril: Why is life like sticking your head in a bucket filled with hyena offal?
Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal?
First Pogril: I don't know either. Wretched, isn't it?
-HitchHiker's Guide to the Galaxy
More information about the gdal-dev
mailing list