I missed the SourceTransferType parameter, that worked if I used a simple Int16.
thanks > On Apr 27, 2018, at 2:32 PM, Even Rouault <[email protected]> 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 > [email protected] > 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 _______________________________________________ gdal-dev mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/gdal-dev
