If anyone is interested the following code has been used safely on Windows
and Linux for thread safe reference counting. You can paste it into a
header file if you want, or use it as a guide. It uses pthreads on Linux
and the Win32 thread functions on Windows with InterlockedIncrement() and
Inter
Folks,
I've prepared a preliminary GDAL 1.6.0 NEWS document :
http://trac.osgeo.org/gdal/wiki/Release/1.6.0-News
Feel free to edit. I especially call for SWIG developers to carefully review
and edit their own part.
That news doc is 800 lines long... far less than the 11 000 lines from the svn
Folks,
I've found the following issue with the current refcounting
implementation in GDAL:
http://trac.osgeo.org/gdal/ticket/2648
Do you have idea whether we could handle this problem possibly for the
next release?
Best regards,
Tamas
___
gdal-dev ma
Hi,
Does one need to set a the -tr (resolution of output) argument to
gdalwarp to ensure the resolution of the input is maintained in the
output? I have a GeoTIFF image in UTM (+proj=utm +no_defs +zone=20
+a=6378137 +rf=298.257222101 +towgs84=0.000,0.000,0.000) with square
raster cells that I wan
Even Rouault kirjoitti:
Ari,
fopr the crash in MEMRasterBand::IReadBlock(), I would suspect that
CPLScanPointer doesn't do its job rightly when compiled in MSYS environment.
The function looks currently like :
/* */
/*
Ari,
fopr the crash in MEMRasterBand::IReadBlock(), I would suspect that
CPLScanPointer doesn't do its job rightly when compiled in MSYS environment.
The function looks currently like :
/* */
/* On MSVC we have to scanf p
The wrappers seemed to build with Python 2.4 without other changes than
uncommenting libraries = gdal in setup.cfg. setup.py seems to set gdal_i
by default in windows.
The autotest dumps core in usgsdem.py test 4 (the culprit is memcpy in
MEMRasterBand::IReadBlock), but I'm not sure if I have
Thank you Frank:
It solved my problem :)
Best regards,
William
From: Frank Warmerdam <[EMAIL PROTECTED]>
To: william paul <[EMAIL PROTECTED]>
Cc: gdal-dev@lists.osgeo.org
Sent: Friday, October 31, 2008 3:12:07 PM
Subject: Re: [gdal-dev] gdal_merge
william pa
