Re: [gdal-dev] Reading the data 'backwards'

I tried your suggestion of using a modified buffer offset and a negative nLineSpace parameter, and it worked! Very clever and well done! Thanks, Todd___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] Reading the data 'backwards'

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

[gdal-dev] Is there a way to determine if my bands are interleaved?

TIFF is one type of data that I need to read in. Some of the RGB images are pixel interleaved while others are planar (non-interleaved). I was intending to use the GDALDataset::RasterIO function to read in my data, as I only need a buffer containing the entire image exactly as it exists on di

[gdal-dev] Todd A Smith is out of the office.

I will be out of the office starting 11/12/2009 and will not return until 11/16/2009. I just became a father! I'm the proud parent of a little girl. I will respond to your message when I return. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org htt

[gdal-dev] Does everything have to be separated into bands?

Hi there, I am working on software that takes geospatial imagery (usually GeoTIFFs) and converts it into textures that are used in our rendering engine. The application also takes terrain files and generates terrain geometry. When we process our imagery (RGB), we want to do so on a per pixel