Re: [gdal-dev] Binary Predicates in SQLite SQL dialect

2014-09-30 Thread Even Rouault
Le mardi 30 septembre 2014 23:57:20, Rahkonen Jukka (Tike) a écrit : > Even Rouault wrote: > > Le mardi 30 septembre 2014 23:20:12, Jukka Rahkonen a écrit : > >> Even Rouault spatialys.com> writes: > > > Le mardi 30 septembre 2014 20:20:14, Andre Vautour a écrit : > > ... > > > >> > > I would bui

Re: [gdal-dev] Binary Predicates in SQLite SQL dialect

2014-09-30 Thread Rahkonen Jukka (Tike)
Even Rouault wrote: > Le mardi 30 septembre 2014 23:20:12, Jukka Rahkonen a écrit : >> Even Rouault spatialys.com> writes: > > Le mardi 30 septembre 2014 20:20:14, Andre Vautour a écrit : > ... > >> > > I would build SpatiaLite with GEOS support, but unfortunately its LGPL > > > licensing is too

Re: [gdal-dev] Binary Predicates in SQLite SQL dialect

2014-09-30 Thread Even Rouault
Le mardi 30 septembre 2014 23:20:12, Jukka Rahkonen a écrit : > Even Rouault spatialys.com> writes: > > Le mardi 30 septembre 2014 20:20:14, Andre Vautour a écrit : > ... > > > > I would build SpatiaLite with GEOS support, but unfortunately its LGPL > > > licensing is too restrictive for our appl

Re: [gdal-dev] Binary Predicates in SQLite SQL dialect

2014-09-30 Thread Jukka Rahkonen
Even Rouault spatialys.com> writes: > > Le mardi 30 septembre 2014 20:20:14, Andre Vautour a écrit : ... > > I would build SpatiaLite with GEOS support, but unfortunately its LGPL > > licensing is too restrictive for our application. So, would it make > > sense to change the logic in OGRSQLite

Re: [gdal-dev] Binary Predicates in SQLite SQL dialect

2014-09-30 Thread Even Rouault
Le mardi 30 septembre 2014 20:20:14, Andre Vautour a écrit : > Hi all, > > I am trying to use a geometry binary predicate (ST_Intersects) in > ExecuteSQL() with the SQLite dialect and keep getting back an > "ST_Intersect function does not exist" error back from SQLite. > > GDAL is built with Spat

[gdal-dev] Binary Predicates in SQLite SQL dialect

2014-09-30 Thread Andre Vautour
Hi all, I am trying to use a geometry binary predicate (ST_Intersects) in ExecuteSQL() with the SQLite dialect and keep getting back an "ST_Intersect function does not exist" error back from SQLite. GDAL is built with SpatiaLite (HAVE_SPATIALITE is defined), but I believe the problem is that

Re: [gdal-dev] Motion: Approve GDAL/OGR 1.11.1RC1 for release

2014-09-30 Thread Howard Butler
+1 Howard On Sep 29, 2014, at 8:10 AM, Daniel Morissette wrote: > +0. I'm supportive but haven't been able to test. > > Daniel > > On 14-09-28 8:19 AM, Even Rouault wrote: >> Hi, >> >> No issue has been specifically reported on RC1 so far (*), so I invite PSC >> members to vote on this motio

Re: [gdal-dev] Motion: Commit access for Jukka Rahkonen

2014-09-30 Thread Howard Butler
+1 Howard On Sep 29, 2014, at 7:25 PM, Daniel Morissette wrote: > +1 > > Daniel > > On 14-09-29 3:11 PM, Even Rouault wrote: >> Motion: Extend GDAL/OGR commit access to Jukka Rahkonen >> --- >> >> I'd like to make it easier for Jukka to do documentation improvements and >> fixes >> by givin

Re: [gdal-dev] About DateTime detection (bug somewhere)

2014-09-30 Thread a . furieri
On Tue, 30 Sep 2014 12:49:50 +0200, Even Rouault wrote: Jukka, Sandro, Upon investigation, the T suffix was added by the OGR SQLite driver. I've removed it in trunk for now per http://trac.osgeo.org/gdal/ticket/5672 Even, Jukka, the patch #5672 seems to definitively resolve this issue.

Re: [gdal-dev] About DateTime detection (bug somewhere)

2014-09-30 Thread Even Rouault
Le mardi 30 septembre 2014 12:02:10, Jukka Rahkonen a écrit : > lqt.it> writes: > > On Mon, 29 Sep 2014 21:44:30 + (UTC), Jukka Rahkonen wrote: > > > Hi, > > > > > > I noticed http://trac.osgeo.org/gdal/changeset/27768 and by looking > > > at the > > > different date and time formats I remem

Re: [gdal-dev] About DateTime detection (bug somewhere)

2014-09-30 Thread Jukka Rahkonen
lqt.it> writes: > > On Mon, 29 Sep 2014 21:44:30 + (UTC), Jukka Rahkonen wrote: > > Hi, > > > > I noticed http://trac.osgeo.org/gdal/changeset/27768 and by looking > > at the > > different date and time formats I remembered that I have just > > received some > > data where dates were expr