On 11-10-25 04:50 PM, Dan Homerick wrote:
GDAL-Dev,
The ExecuteSQL method returns NULL when an error occurs, or if the
statement result is just empty. I don't see any methods to get
information on the last error, which leaves me wondering if there's a
good way to distinguish the different causes
On 11-10-25 08:59 PM, Howard Butler wrote:
Adam Nowaki explored this option, and I put together a patch that implemented
it on the ticket. As Even pointed out [1], this approach causes some
complications with how CPLSetErrorHandlerEx vs CPLSetErrorHandler works and
what it should return. In
On Oct 25, 2011, at 7:50 PM, Daniel Morissette wrote:
> On 11-10-25 11:20 AM, Howard Butler wrote:
>> All,
>>
>> I have prepared an RFC to support the implementation of providing user
>> context data in CPLErrorHandling scenarios. I suspect this is a
>> non-controversial proposal with limited
On 11-10-25 11:20 AM, Howard Butler wrote:
All,
I have prepared an RFC to support the implementation of providing user context
data in CPLErrorHandling scenarios. I suspect this is a non-controversial
proposal with limited applicability and impact for most folks, and I hope to
pass the RFC an
GDAL-Dev,
The ExecuteSQL method returns NULL when an error occurs, or if the
statement result is just empty. I don't see any methods to get
information on the last error, which leaves me wondering if there's a
good way to distinguish the different causes for a NULL result.
I've been prototyping u
On Oct 25, 2011, at 1:32 PM, Ari Jolma wrote:
> On 10/25/2011 09:07 PM, Howard Butler wrote:
>>> You also did not address if/how this will be exposed in SWIG languages.
>> This RFC is not going to address integration of this capability into the
>> usage of error handlers in the SWIG languages, b
On 25 October 2011 16:20, Howard Butler wrote:
> All,
>
> I have prepared an RFC to support the implementation of providing user
> context data in CPLErrorHandling scenarios.
> I suspect this is a non-controversial proposal with limited applicability and
> impact for most folks, and
> I hope to
On 10/25/2011 09:07 PM, Howard Butler wrote:
You also did not address if/how this will be exposed in SWIG languages.
This RFC is not going to address integration of this capability into the usage
of error handlers in the SWIG languages, but bindings maintainers are
encouraged to consider how t
On Oct 25, 2011, at 11:26 AM, Frank Warmerdam wrote:
>> http://trac.osgeo.org/gdal/wiki/rfc37_cplerror_userdata
>
> Howard,
>
> I would like to suggest the the CPLGetLastErrorUserData() be renamed something
> like CPLGetErrorHandlerUserData(). It is *not* returning the user data
> associated wi
Chris,
GDAL 1.9 is trunk so I built from source. You need to first install
subversion, a compiler and other things to compile software. Once you have
the proper environment, then for the basic GDAL build (which would not
include mdb of any sort) it is not too difficult and there are directions o
On 11-10-25 08:20 AM, Howard Butler wrote:
All,
I have prepared an RFC to support the implementation of providing user context
data in CPLErrorHandling scenarios. I suspect this is a non-controversial
proposal with limited applicability and impact for most folks, and I hope to
pass the RFC an
All,
I have prepared an RFC to support the implementation of providing user context
data in CPLErrorHandling scenarios. I suspect this is a non-controversial
proposal with limited applicability and impact for most folks, and I hope to
pass the RFC and implement the proposed code in trunk in a w
Kat,
gdal2tiles.py script should help you.
http://www.gdal.org/gdal2tiles.html
On Mon, Oct 24, 2011 at 5:48 PM, katrin eggert
wrote:
> Greetings
>
> Is there any tool in GDAL to generate KML-overlay maps from a Geotiff file
> (with a single raster map)?
> Thanks
> Kat
>
> ___
Jan,
You need to assign not only the projection of the source file but also the
geographical extents. The easiest way to do this is by adding GCPs to it
using the -gcp option of gdal_translate to create a new tif file. Use the
four corners of the image. Remember that the top left of the top left p
hi
i try to transform a rasterimage with following command:
gdalwarp -s_srs EPSG:25832 -t_srs EPSG:31466 [Path]\DOP_3905470.tif
[Path]\DOP_3905470_trans.tif
the message is ...
C:\Program Files (x86)\FWTools2.4.7>gdalwarp -s_srs EPSG:25832 -t_srs
EPSG:31466
[Path]\DOP_3905470.tif [Path
Hi Eli
Thanks for your suggestion. Despite pulling most of my hair out I still
can't get past the syntax error thrown by the PGeo driver, so I would
certainly be interested to follow the alternative approach. However I see
in the drv_mdb documentation that GDAL/OGR >=1.9.0 is required, yet I c
16 matches
Mail list logo