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.
___
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.
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@
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).
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
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
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
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
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
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
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
11 matches
Mail list logo