[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