thanks for the prompt response. It would have been nice to use the GDAL
API in a multi-process (parallelised) world if feasible. We are
increasingly seeing the need to move to multi-core (parallel) access so
we can spread the processing load across multiple CPU's, but we do like
to keep our data
Paul,
Generally speaking - no - GDAL does not now support multi-threaded
writing. Part of this is due to the way stuff gets write-flushed out
of the block cache and partly it is just that none of GDAL supports
multiple threading on a single dataset.
This statement is based on the assumption it i
I am looking to parallelize a long duration gridding process, and was
wondering if GDAL can support multiple simultaneous writers from
processess?
I am not sure if any of the underlying raster formats support this?
thanks in advance.
regards
pk
__
My apologies for not being clear about my reasoning. If you're still
curious, I've updated the image to better illustrate what the overviews
should look like and why they shouldn't be recomputed (at small scales,
fewer streaklets are drawn): http://jgreenlaw.org/gdal/ngofs-wl.png
Thanks for the i
Le jeudi 10 janvier 2013 22:08:36, Geoff Shipton a écrit :
> A simple users question!
>
>
>
> I recently had problems running GdalWarp.exe on a TIF that was located in a
> folder that Chinese characters in the name. The solution was
> straightforward of course - just re-name the folder.
>
>
>
A simple users question!
I recently had problems running GdalWarp.exe on a TIF that was located in a
folder that Chinese characters in the name. The solution was
straightforward of course - just re-name the folder.
However I was wondering what, if any, support there is for this situation
u
Le jeudi 10 janvier 2013 19:03:33, Jason Greenlaw - NOAA Affiliate a écrit :
> Norman,
>
> Unfortunately that's not an option - In this case, my overviews are
> generated separately as individual .ovr files, e.g.:
>
> NGOFS_WL.tif
> NGOFS_WL.tif.ovr
> NGOFS_WL.tif.ovr.ovr
> NGOFS_WL.tif.ovr.ovr.o
Norman,
Unfortunately that's not an option - In this case, my overviews are
generated separately as individual .ovr files, e.g.:
NGOFS_WL.tif
NGOFS_WL.tif.ovr
NGOFS_WL.tif.ovr.ovr
NGOFS_WL.tif.ovr.ovr.ovr
NGOFS_WL.tif.ovr.ovr.ovr.ovr
I'm then stitching them together into a single image with gdal
Jason
you need to make overviews for the reprojected image
see
http://www.gdal.org/gdaladdo.html
On Jan 10, 2013, at 12:20 PM, Jason Greenlaw - NOAA Affiliate
wrote:
> Using gdalwarp I'm attempting to reproject a 4-band (RGBA) GeoTIFF (in
> EPSG:4269) containing 4 overviews to web mercato
Using gdalwarp I'm attempting to reproject a 4-band (RGBA) GeoTIFF (in
EPSG:4269) containing 4 overviews to web mercator (EPSG:3857). While the
reprojection seems to work fine for the image itself, it appears the
overviews are not being reprojected/carried over to the new reprojected
GeoTIFF.
I'v
http://etrange-nuitenchantee.com/market/aGet%20Rich!%20Make%20Money%20Fast%20and%20Get%20Rich%20Quick
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
11 matches
Mail list logo