On 11/30/2011 10:20 PM, Even Rouault wrote:
Hi SWIG binding users/devs,
Any opinion on http://trac.osgeo.org/gdal/ticket/4360 ?
"""After the changes done in
http://trac.osgeo.org/gdal/changeset/11529 /
http://trac.osgeo.org/gdal/ticket/1635 , any CE_Failure error emitted
by CPLError() in th
Hi SWIG binding users/devs,
Any opinion on http://trac.osgeo.org/gdal/ticket/4360 ?
"""After the changes done in http://trac.osgeo.org/gdal/changeset/11529 /
http://trac.osgeo.org/gdal/ticket/1635 , any CE_Failure error emitted by
CPLError() in the Open() method of GDAL and OGR drivers, and not
Thant works for me too.
A related question, does anyone know of an EPSG code to match this
sinusoidal projection used by MODIS?
Etienne
On Wed, Nov 30, 2011 at 1:26 PM, Vincent Schut wrote:
> On 11/30/2011 03:41 PM, elliott wrote:
>>
>> Hello,
>>
>> I have been searching for a way to convert th
On 11/30/2011 03:41 PM, elliott wrote:
Hello,
I have been searching for a way to convert the MODIS Land Temperature
data that is in a sinusoidal projection into WSG84 lat/lon but have
not found any definitive answers.
Any help would be greatly appreciated.
I've been using this gdalwarp lin
Hello,
I have been searching for a way to convert the MODIS Land Temperature
data that is in a sinusoidal projection into WSG84 lat/lon but have not
found any definitive answers.
Any help would be greatly appreciated.
Thanks!
___
gdal-dev mailing l
> I have tried to set error message with CPLError and return CE_Failure,
> but the error message set here is lost and mapserver gets something
> like "error reading block 0 0 ..".
Yes, the generic raster layer will also reports an error as soon CE_Failure is
returned, so mapserver will just get t
On Wed, Nov 30, 2011 at 11:28 AM, Even Rouault
wrote:
>> BTW, if RasterliteBand::IReadBlock fails, it does not return an error
>> and silently sets image to black (rasterlitedataset.cpp:98):
>>
>> OGRLayerH hSQLLyr = OGR_DS_ExecuteSQL(poGDS->hDS, osSQL.c_str(),
>> NULL, NULL);
>> if (hSQLL
Selon Radim Blazek :
> I'll reply to myself in case anyone have the same problem.
>
> Apache is linked to SQLite. SQLite from deb is not compiled with
> rtree. WSGI is started as Apache fork, so the process has SQLite (from
> /usr/lib/) already loaded and later explicit loading of SQLite lib
> wit
