Re: [gdal-dev] forceToPoly causes crash when converting geom to json

2015-11-02 Thread Ari Jolma
No problems at least on the other side of bindings: my $g = Geo::OGR::Geometry->new( WKT=>'MULTIPOLYGON(((1 1,5 1,5 5,1 5,1 1),(2 2, 3 2, 3 3, 2 3,2 2)),((3 3,6 2,6 4,3 3)))'); my $h = $g->ForceToPolygon; say $h->AsText; say $h->As(Format=>'GeoJSON'); output: POLYGON ((1 1,5 1,5 5,1 5,1

Re: [gdal-dev] Call for discussion on RFC 60: Improved round-tripping in OGR

2015-11-02 Thread Even Rouault
Hi, I've updated the RFC text with the suggestions made during this discussion, and added the proposed implementation. If nobody has further remarks, I'll call soon for a vote for its adoption. Even > Hi, > > This is a call for discussion on "RFC 60: Improved round-tripping in OGR". > > http

Re: [gdal-dev] VSI handlers as plugin (shared library)

2015-11-02 Thread Even Rouault
Le lundi 02 novembre 2015 21:44:20, Ivan Lucena a écrit : > Hi Even, > > It doesn't seems like we are talking about the same think. I think we do talk about the same thing :-) > > A VSI handler is is not an GDAL/OGR driver, so I can't see how that would > work. Well, you can just pretend that

Re: [gdal-dev] VSI handlers as plugin (shared library)

2015-11-02 Thread Even Rouault
Le lundi 02 novembre 2015 20:58:59, Ivan Lucena a écrit : > Hi there, > > > What if we could build and distribute VSI handler as plugins? > > > I developed a VSI handler that depends on other software, so I would rather > not build the GDAL main library with that dependency and let the user > d

[gdal-dev] forceToPoly causes crash when converting geom to json

2015-11-02 Thread Gane R
I am reading a file geodb and trying to convert multipolygon to Polygon OGRGeometry *pGeom = NULL; OGRGeometry *pForced = NULL; pGeom = pOGRFeature->StealGeometry(); if(pGeom != NULL) {

[gdal-dev] GDAL 2.0 environment

2015-11-02 Thread Philipp Seyerlein
Hi, I´m using GDAL 2.0 on an installed osgeo live system, but it doesn´t integrate fully in all programs. When I ask the terminal "gdalinfo --version", the right Version 2.0.0 is mentioned. But in a Python script I always get back the following: print gdal.VersionInfo('VERSION_NUM') --> 1110100

[gdal-dev] Changing coordinate axis order with ogr2ogr

2015-11-02 Thread Jens Fitzke
Hi, I'm having trouble changing the axis order of geometry coordinates while being transfered by ogr2ogr from a GML file to PostGIS. I think I have read most of the relevant stuff about this... http://trac.osgeo.org/gdal/wiki/rfc20_srs_axes http://www.gdal.org/drv_gml.html http://trac.osgeo.org

Re: [gdal-dev] aclocal.m4 checked in

2015-11-02 Thread Robert Coup
I think keeping configure/aclocal.m4/etc in svn is a reasonably pragmatic approach, autotools can be weird at times and is a barrier to people getting started compiling with an extra driver or a patch or something. We have SWIG bindings too, the same principle applies except it's 10x worse than au

Re: [gdal-dev] Unable to compile Gdal under Cygwin

2015-11-02 Thread Even Rouault
Le lundi 02 novembre 2015 10:56:40, Dr Rainer Woitok a écrit : > Even, > > On Sunday, 2015-11-01 16:37:42 +0100, you wrote: > > ... > > As I said before, I'd rather suggest you use --with-static-proj4 instead, > > which contrary to what its name suggest, does classic library linking > > (dynamic o

Re: [gdal-dev] Unable to compile Gdal under Cygwin

2015-11-02 Thread Dr Rainer Woitok
Even, On Sunday, 2015-11-01 16:37:42 +0100, you wrote: > ... > As I said before, I'd rather suggest you use --with-static-proj4 instead, > which contrary to what its name suggest, does classic library linking > (dynamic > or static depending on what is available) Am I understanding that corre