I've worked the FLANN library into GDALSimpleSURF for a massive speedup
and made some other minor speed improvements mainly related to setting
constants as the right type and moving invariants outside of loops.
You can grab the updated source here. Please add it to whatever repository
is appropria
Jeremy,
Unfortunately I do not automatically pickup references to grid shift files
from the EPSG database. To the extent these are supported it is
accomplished by special hackery. In fact skimming the epsg file, I think
the only datum for which grid shift files are used *by default* is NAD27.
Per
Jan,
I think the easiest place to see them highlighted is in the changeset
applied to the PROJ.4 epsg init file:
http://trac.osgeo.org/proj/changeset/2294
Best regards,
Frank
On Thu, Dec 6, 2012 at 2:13 AM, Jan Hartmann wrote:
> Hi Frank, where do I find which datums have new datum shift
Another excellent suggestion!
Merci Even.
From: Even Rouault [even.roua...@mines-paris.org]
Sent: Friday, December 07, 2012 9:55 AM
To: Kevin F Webb
Cc: Homme Zwaagstra; gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] v1.9.2 throws ERROR 4 exception, v1.6.
Selon Kevin F Webb :
> Excellent suggestion Homme!
>
> I can clearly see where the successful version takes off and the "failure"
> occurs, but no clear indication, to me at least, what the cause of the
> "failure" is. The library set is more complex than I've shown here, but the
> key libs should
Excellent suggestion Homme!
I can clearly see where the successful version takes off and the "failure"
occurs, but no clear indication, to me at least, what the cause of the
"failure" is. The library set is more complex than I've shown here, but the key
libs should be those I've listed. I will
Running `strace` might yield a little more information:
strace gdalinfo
/mnt/stemdata02/kfw4/modis_landcover/tiles/MCD12Q1.A2011001.h33v07.051.2012264183744.hdf
Homme
On Thu, Dec 06, 2012 at 06:59:05PM +, Kevin F Webb wrote:
> Any suggestions Even? Permissions aren't an issue, same user exe
