[JPP-Devel] openjump-drillgis-plugin

2015-12-28 Thread Michaël Michaud
Hello, If some of you are familiar with the kind of datasource managed by apache drill project, he can test https://github.com/k255/openjump-drillgis-plugin (then write a few lines in our wiki about it) Michaël -- _

[JPP-Devel] SVN: [4717] core/trunk/src

2015-12-28 Thread jump-pilot-svn
Revision: 4717 http://sourceforge.net/p/jump-pilot/code/4717 Author: michaudm Date: 2015-12-28 22:25:38 + (Mon, 28 Dec 2015) Log Message: --- Fix 3 plugins depending on macro-recorder Modified Paths: -- core/trunk/src/com/vividsolutions/jump/workbench/u

[JPP-Devel] SVN: [4716] core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/ ViewSchemaPlugIn.java

2015-12-28 Thread jump-pilot-svn
Revision: 4716 http://sourceforge.net/p/jump-pilot/code/4716 Author: michaudm Date: 2015-12-28 22:19:23 + (Mon, 28 Dec 2015) Log Message: --- ViewSchemaPlugIn was broken because of macro recorder deactivation Modified Paths: -- core/trunk/src/com/vivids

[JPP-Devel] SVN: [4715] core/trunk

2015-12-28 Thread jump-pilot-svn
Revision: 4715 http://sourceforge.net/p/jump-pilot/code/4715 Author: michaudm Date: 2015-12-28 21:59:36 + (Mon, 28 Dec 2015) Log Message: --- Small cleaning + update changelog Modified Paths: -- core/trunk/ChangeLog core/trunk/src/com/vividsolutions/

[JPP-Devel] SVN: [4714] core/trunk/src

2015-12-28 Thread jump-pilot-svn
Revision: 4714 http://sourceforge.net/p/jump-pilot/code/4714 Author: michaudm Date: 2015-12-28 21:37:17 + (Mon, 28 Dec 2015) Log Message: --- Improvements in MakeValidOp/MakeValidPlugIn Modified Paths: -- core/trunk/src/com/vividsolutions/jump/geom/MakeV

[JPP-Devel] SVN: [4713] core/trunk/lib/plus/jumpdbquery-1.1.1/postgis-stubs-1.3.3.jar

2015-12-28 Thread jump-pilot-svn
Revision: 4713 http://sourceforge.net/p/jump-pilot/code/4713 Author: edso Date: 2015-12-28 19:07:33 + (Mon, 28 Dec 2015) Log Message: --- removed unneeded jar Removed Paths: - core/trunk/lib/plus/jumpdbquery-1.1.1/postgis-stubs-1.3.3.jar Deleted: core/t

Re: [JPP-Devel] postgis support

2015-12-28 Thread edgar . soldin
thx, will be removed then. do you know that it is good for anyway? ..ede On 28.12.2015 20:00, Larry Reeder wrote: > Ede, no I don't need postgis-stubs. > > Thanks..lreeder > > On Mon, Dec 28, 2015 at 9:57 AM, wrote: > >> On 28.12.2015 16:07, Larry Reeder wrote: >>> DBQuery use

Re: [JPP-Devel] postgis support

2015-12-28 Thread Larry Reeder
Ede, no I don't need postgis-stubs. Thanks..lreeder On Mon, Dec 28, 2015 at 9:57 AM, wrote: > On 28.12.2015 16:07, Larry Reeder wrote: > > DBQuery uses PGGeometry from the PostGIS package to parse the PostGIS > > geometries, and so does require postgis jars. However, removing

[JPP-Devel] SVN: [4712] core/trunk/lib/plus

2015-12-28 Thread jump-pilot-svn
Revision: 4712 http://sourceforge.net/p/jump-pilot/code/4712 Author: edso Date: 2015-12-28 16:59:25 + (Mon, 28 Dec 2015) Log Message: --- move dbquery dependency into it's proper subfolder Added Paths: --- core/trunk/lib/plus/jumpdbquery-1.1.1/postgis-jdbc-1

Re: [JPP-Devel] postgis support

2015-12-28 Thread edgar . soldin
On 28.12.2015 16:07, Larry Reeder wrote: > DBQuery uses PGGeometry from the PostGIS package to parse the PostGIS > geometries, and so does require postgis jars. However, removing postgis > JAR dependencies from OJ makes sense if OJ isn't using it, and I can just > repackage it in the DbQuery plug

Re: [JPP-Devel] final touches to db datastores

2015-12-28 Thread Larry Reeder
> > Larry, DBQuery assumes the MySQL binary format stores 4 "0" bytes at the > beginning, which is the case only when a geometry is built with no SRID or > SRID set to 0: > > Thanks for the info, Nicolas. I couldn't find any docs for the MySQL binary format at the time I was writing the plugin, a

Re: [JPP-Devel] postgis support

2015-12-28 Thread Larry Reeder
DBQuery uses PGGeometry from the PostGIS package to parse the PostGIS geometries, and so does require postgis jars. However, removing postgis JAR dependencies from OJ makes sense if OJ isn't using it, and I can just repackage it in the DbQuery plugin. Since PG is so well supported in the baseli

Re: [JPP-Devel] final touches to db datastores

2015-12-28 Thread edgar . soldin
your extension, your decision. thanks.. ede On 28.12.2015 14:59, Larry Reeder wrote: > I'd prefer #2. Because DBQuery is small and self-contained, it's much > easier to maintain if it stays out of the OJ baseline. > > -lreeder > > On Sun, Dec 27, 2015 at 10:58 AM, wrote: > >> On 27.12.2015

Re: [JPP-Devel] final touches to db datastores

2015-12-28 Thread Larry Reeder
I'd prefer #2. Because DBQuery is small and self-contained, it's much easier to maintain if it stays out of the OJ baseline. -lreeder On Sun, Dec 27, 2015 at 10:58 AM, wrote: > On 27.12.2015 18:42, Nicolas Ribot wrote: > > I used some DB Query methods to convert blobs into geometry objects.

Re: [JPP-Devel] Fwd: Re: log output

2015-12-28 Thread edgar . soldin
On 28.12.2015 13:38, Nicolas Ribot wrote: >> >>> Had some difficulties to find the right place to intercept errors, >>> especially because WHERE clause is tested only after the selected layers >>> are added to list of layers. >> >> how about adding the layer just after the featurecollection was cre

Re: [JPP-Devel] Fwd: Re: log output

2015-12-28 Thread Nicolas Ribot
> > > Had some difficulties to find the right place to intercept errors, > > especially because WHERE clause is tested only after the selected layers > > are added to list of layers. > > how about adding the layer just after the featurecollection was created > and added to it successfully, not befo

Re: [JPP-Devel] Fwd: Re: log output

2015-12-28 Thread edgar . soldin
On 28.12.2015 13:26, Nicolas Ribot wrote: >> >> 1. >> would you mind cleaning that up? >> > > Done. > >> >> 2. >> btw. what is state of the layer removal in the ImageRenderer in case of >> datastore error? is that implemented properly by now? >> >> > Had some difficulties to find the right place

Re: [JPP-Devel] Fwd: Re: log output

2015-12-28 Thread Nicolas Ribot
I'm currently adding a method to test selected layers before validating the list. Nicolas On 28 December 2015 at 13:26, Nicolas Ribot wrote: > 1. >> would you mind cleaning that up? >> > > Done. > >> >> 2. >> btw. what is state of the layer removal in the ImageRenderer in case of >> datastore e

Re: [JPP-Devel] Fwd: Re: log output

2015-12-28 Thread Nicolas Ribot
> > 1. > would you mind cleaning that up? > Done. > > 2. > btw. what is state of the layer removal in the ImageRenderer in case of > datastore error? is that implemented properly by now? > > Had some difficulties to find the right place to intercept errors, especially because WHERE clause is test

[JPP-Devel] SVN: [4711] core/trunk/src/com/vividsolutions/jump/datastore

2015-12-28 Thread jump-pilot-svn
Revision: 4711 http://sourceforge.net/p/jump-pilot/code/4711 Author: elnico Date: 2015-12-28 12:10:49 + (Mon, 28 Dec 2015) Log Message: --- removed unnecessary debug logs Modified Paths: -- core/trunk/src/com/vividsolutions/jump/datastore/h2/H2FeatureIn

Re: [JPP-Devel] Fwd: Re: log output

2015-12-28 Thread edgar . soldin
1. would you mind cleaning that up? 2. btw. what is state of the layer removal in the ImageRenderer in case of datastore error? is that implemented properly by now? ..ede On 28.12.2015 12:01, Nicolas Ribot wrote: > Hi, > > My bad: forgot to remove this debug log. Yes Michael, I used it to tra

Re: [JPP-Devel] Fwd: Re: log output

2015-12-28 Thread Nicolas Ribot
Hi, My bad: forgot to remove this debug log. Yes Michael, I used it to trace what driver was built. Can be safely removed ;) Nicolas On 28 December 2015 at 11:36, Michaël Michaud wrote: > Hi, > > I transfer to the list to give Nicolas the opportunity to add his comments. > > Michaël > > > ---

[JPP-Devel] Fwd: Re: log output

2015-12-28 Thread Michaël Michaud
Hi, I transfer to the list to give Nicolas the opportunity to add his comments. Michaël Message transféré Sujet : Re: h2 log output Date : Mon, 28 Dec 2015 09:28:20 +0100 De :Michaël Michaud Pour : Edgar Soldin Hi Ede, I copied this code from PostgisFeatur