river also has an XML file
> with references to one or more TIFF files for a product.
>
> Best regards,
> Frank
>
>
> On Mon, Oct 17, 2011 at 11:27 AM, Todd Smith wrote:
> > Are there any plans to support CDB (Common Database) in the near future?
> > http://www.
Are there any plans to support CDB (Common Database) in the near future?
http://www.presagis.com/products_services/standards/cdb/
I'm specifically asking about Elevation and Visible Spectrum terrain Imagery
Datasets.
Thanks,
Todd
___
gdal-dev mailing l
When opening .asc files, they are scanned for any values that may be
floating point so the type of data (int or float) can be set properly. For
the case I'm dealing with (2800 files @ 50mb each) it means that each file
takes about 1.25 seconds to open (because the data is all integer data). It
me
:32 AM, Frank Warmerdam wrote:
> Todd Smith wrote:
>
>> Yeah and a little more investigation on my part showed me that Arc/Info
>> ASCII Grid files have their origin in the upper left anyway, even though
>> they have their lat/long coords in the lower left. This is from
>
ences Lab
> Fire, Fuels & Smoke - RWU 4405
> 5775 Highway 10 W.
> Missoula, MT 59808
> (406)829-6954
> kshan...@fs.fed.us
> #
>
>
> On Tue, Nov 16, 2010 at 5:28 PM, Todd Smith wrote:
>
>> The default way of doing things at my
The default way of doing things at my company is to treat the lower left
corner of a file as the origin. Thus when I call RasterIO on a GeoTIFF, I
make the buffer I pass as pData address to the last row of the buffer I've
allocated, and I make nLineSpace negative. This has the effect of reading
t
Hello,
I am investigating adding JPEG2000 in addition to the other compression
schemes we use internally in our software, and I was wondering if anyone had
some information about which of the JPEG2000 implementations offers the best
performance in GDAL, and additionally, on its own generally. We
