Hello All:
Either way should work with frameworks. The typical is something of the form:
collapsed:
gdal/
but this is fine as well
not collapsed:
gdal/…./someheader.h
the one that is not collapsed will require a custom cmake process to make the
directory structure in the gdal.framworks.
Hello All:
For include paths of the form gdal/cpl_config.h would lead easier to do MAC
Framworks where one can create a gdal.framework and use the gdal/ convention.
Take care
Garrett
On Nov 3, 2011, at 5:24 PM, David Burken wrote:
> Mateusz,
>
> Just wondering if you've thought about namespa
Hello Frank:
The GDALReadBlock works great in the 1.8.1 tag.
Thank you for the help!
Take care all
Garrett
On Oct 17, 2011, at 6:16 AM, Garrett Potts wrote:
> Hello Frank:
>
> Thank you for the information. Yes, full resolution seems to work fine and
> also I was using the
AM, Frank Warmerdam wrote:
> On 11-10-16 06:38 PM, Garrett Potts wrote:
>> The driver gets data but it is in the wrong resolution which means I am not
>> calling these with the proper request. I have traced the code but something
>> doesn't quite make sense to me.
Hello All:
I am trying to use the jpipkak data set driver for testing JPIP calls to a JPIP
server and I think I am having troubles trying to figure out the proper call to
GDALRasterIo for the proper load of the requested region of interest. I have
tried 2 ways, using the block IO and also try
