[email protected] a écrit :
Sometimes, it is desirable for GDAL not try to be too smart ;-)
However I think you can achieve what you want if you provide the buffer
with the right offset and a negative nLineSpace parameter. Something
like that (untested !) :
void* pBuffer = malloc(width * height);
poBand->RasterIO(GF_Read, 0, 0, width, height, pBuffer + width * (height
- 1), width, height, GDT_Byte, 1, -width)
I work with code that handles data in a particular way. Instead of
using the top-left corner as the origin, it uses the bottom left. It
treats the data as if it's sitting in quadrant 1 on an X-Y plane with
the bottom left corner sitting on the origin. The code expects me to
read in the data from the file starting with the 'first' row (the
bottom row) to the top row (the 'last' row) from left to right. If my
image has n rows and m columns, could I do something like this...?
RasterIO( GF_Read, 0, n, m, n, ...)
and would GDAL be smart enough to know that since I'm placing my
origin at the bottom left corner, it needs to read backwards or 'up'
the image? If it can't, that's ok - I'll just have to do some post
processing on the output buffer after the read. Changing the code
around so it treats the top left corner as the origin isn't an option.
I don't have that kind of authority and it'd be a massive change.
Thanks,
Todd
------------------------------------------------------------------------
_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev
