Robert,
I'm not sure to understand what you think is wrong. On the link you've
provided, I've compared the neatline coordinates reported by the GDAL PDF
driver and the ones reported by the TerraGo toolbar. They match with a quite
good precision. So you have to be more specific of what you
Le lundi 22 novembre 2010 10:26:26, Ludovic Granjon a écrit :
Hi all
I try in a python script to delete a sqlite database that I use in an
OGR ExecuteSQL.
Let me give you an example :
If I do :
from osgeo import *
import os
datasource = ogr.Open(decoupe.shp)
layer =
Hey, any new ideas anyone? As I said, I have tried what you suggested, but
it's still not working.
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/UnsatisfiedLinkError-with-gdal14-tp5759026p5781993.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
Frank,
If I agree we can upgrade the C++ API of OGRLayer::GetFeature() and
DeleteFeature() to use GIntBig instead of long, I'm wondering whether the ABI
backward incompatible change of OGR_L_GetFeature() and OGR_L_DeleteFeature()
is something acceptable with respect to our (implicit) policy
I am posting this again without test files attached due the 50K size limit.
Anyone who wants to see them, please contact me directly.
--
We have observed interesting anomaly with gdal_contour when one of the fixed
levels is zero.
If the zero contour is expressed as 0.0 (or indeed 0.)
Ole Nielsen wrote:
I am posting this again without test files attached due the 50K size
limit. Anyone who wants to see them, please contact me directly.
--
We have observed interesting anomaly with gdal_contour when one of the
fixed levels is zero.
If the zero contour is expressed as
Is there any reason not to include a heuristic that uses strtod() or
similar to test for the zeroness of the last argument?
-Francis Markham
On 29 November 2010 15:24, Frank Warmerdam warmer...@pobox.com wrote:
Ole Nielsen wrote:
I am posting this again without test files attached due the 50K
