[gdal-dev] Gdal C# Async Read

2012-12-06 Thread netcadturgay
Is there any solution for reading a file with multi-thread access? Also every thread will read a different area. -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Gdal-C-Async-Read-tp5021363.html Sent from the GDAL - Dev mailing list archive at Nabble.com. ___

Re: [gdal-dev] v1.9.2 throws ERROR 4 exception, v1.6.1 does not

2012-12-06 Thread Kevin F Webb
Any suggestions Even? Permissions aren't an issue, same user executed all commands, LD_LIBRARY_PATH is identical, ld.so.conf was updated before the 2 builds, and ldd shows that the link files are all locatable. From: Even Rouault [even.roua...@mines-paris.

Re: [gdal-dev] v1.9.2 throws ERROR 4 exception, v1.6.1 does not

2012-12-06 Thread Even Rouault
Le jeudi 06 décembre 2012 19:48:34, Kevin F Webb a écrit : > attached > > Thanks Even! Your file works me for both GDAL trunk and GDAL 1.9.0, so I suspect there is something wrong in your setup, or something else ... ___ gdal-dev mailing list gdal-dev@

Re: [gdal-dev] v1.9.2 throws ERROR 4 exception, v1.6.1 does not

2012-12-06 Thread Even Rouault
Kevin, could you share the file ? Le jeudi 06 décembre 2012 18:57:03, Kevin F Webb a écrit : > Hi folks, > I have a curious situation with v1.9.2 generating ERROR 4 exceptions on an > HDF4 file, and v1.6.1 does not (same machine, same HDF4 library, same HDF > file, both versions compiled today).

[gdal-dev] v1.9.2 throws ERROR 4 exception, v1.6.1 does not

2012-12-06 Thread Kevin F Webb
Hi folks, I have a curious situation with v1.9.2 generating ERROR 4 exceptions on an HDF4 file, and v1.6.1 does not (same machine, same HDF4 library, same HDF file, both versions compiled today). The output below demonstrates the conundrum. Any ideas? KFW [kfw4@columba ~]$ file /mnt/stemdat

Re: [gdal-dev] EPSG 8.0 Upgrade

2012-12-06 Thread Jeremy Palmer
HI Frank, Thanks that's great news. Has this upgrade now started supporting data shift grids, such as NZGD2000<->NZGD1949? Cheers Jeremy From: gdal-dev-boun...@lists.osgeo.org [gdal-dev-boun...@lists.osgeo.org] On Behalf Of Frank Warmerdam [warmer...@pob

Re: [gdal-dev] frmt_wms_googlemaps_tms.xml help ...

2012-12-06 Thread Travis Kirstine
Mario, >From what I can tell the output of the gdalinfo is fine, I'm guessing that it is the correct mercator / dms coords of the bounding box? Upper Left ( 1299378.125, 5588829.177) ( 11d40'21.04"E, 44d59' 3.39"N) Lower Left ( 1299378.125, 5588715.716) ( 11d40'21.04"E, 44d59' 0.79"N) Upper Rig

Re: [gdal-dev] EPSG 8.0 Upgrade

2012-12-06 Thread Jan Hartmann
Hi Frank, where do I find which datums have new datum shift solutions? Jan On 12/06/2012 01:18 AM, Frank Warmerdam wrote: Folks, At the request of Howard Butler, I have upgraded PROJ.4, libgeotiff, and GDAL to use the EPSG 8.0 database in development "trunk". This was accomplished, as usual b

Re: [gdal-dev] frmt_wms_googlemaps_tms.xml help ...

2012-12-06 Thread Mario Cavicchi
The contents of the frmt_wms_googlemaps_tms.xml: http://mt.google.com/vt/lyrs=s&x=${x}&y=${y}&z=${z} -20037508.34 20037508.34 20037508.34 -20037508.34 20 1 1 top EPSG:900913 256 256 3 5

[gdal-dev] Reading ISequentialStream object in memory

2012-12-06 Thread Sommer, Martin
Hello, is there a way to read a COM-object "ISequentialStream" into a GDAL/OGR datasource? Stream : public ISequentialStream { }; I would like to create no other copy of the existing stream and no temporary file on disk. Example for shape-file (pseudo code): CComPtr _stream; VSIFCloseL( VSIFile

Re: [gdal-dev] projection issue with GDALCreateGenImgProjTransformer

2012-12-06 Thread Kees Kling
Hi Trent, I also tried it in meters and of course I also need a +b as minor radius, but that also doesn't work Regards kees On 12/05/2012 06:17 PM, Hare, Trent wrote: Kees, Just an initial guess. It looks like you are using a km radius when it should in meters - +a=6378388.0 -Trent