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

2016-02-18 Thread jump-pilot-svn
Revision: 4828 http://sourceforge.net/p/jump-pilot/code/4828 Author: michaudm Date: 2016-02-19 07:36:30 + (Fri, 19 Feb 2016) Log Message: --- Add Boolean and Long AttributeType in AttributeCalculator (beanshell) Modified Paths: -- core/trunk/ChangeLog

[JPP-Devel] SVN: [4827] core/trunk/src/org/openjump/core/ui/plugin/datastore/postgis/ SaveToPostGISDataSource.java

2016-02-18 Thread jump-pilot-svn
Revision: 4827 http://sourceforge.net/p/jump-pilot/code/4827 Author: michaudm Date: 2016-02-19 07:18:46 + (Fri, 19 Feb 2016) Log Message: --- Use readonly in old postgis writer too Modified Paths: -- core/trunk/src/org/openjump/core/ui/plugin/datastore/

[JPP-Devel] SVN: [4826] core/trunk/src/org/openjump/core/ui/plugin/datastore

2016-02-18 Thread jump-pilot-svn
Revision: 4826 http://sourceforge.net/p/jump-pilot/code/4826 Author: michaudm Date: 2016-02-19 07:00:51 + (Fri, 19 Feb 2016) Log Message: --- Better handling of read-only attribute in postgis writer. Modified Paths: -- core/trunk/src/org/openjump/core/u

[JPP-Devel] SVN: [4825] core/trunk/src/com/vividsolutions/jump/datastore/spatialite/ SpatialiteValueConverterFactory.java

2016-02-18 Thread jump-pilot-svn
Revision: 4825 http://sourceforge.net/p/jump-pilot/code/4825 Author: michaudm Date: 2016-02-18 20:18:52 + (Thu, 18 Feb 2016) Log Message: --- Small improvements Modified Paths: -- core/trunk/src/com/vividsolutions/jump/datastore/spatialite/SpatialiteVal

Re: [JPP-Devel] OJ reads XYZ in PostGIS style EWKB, not in OGC style WKB

2016-02-18 Thread Michaël Michaud
Hi, Of course, you're right. I already sent a patched version of jts to jukka to test this option. JTS is currently in a migration process from sourceforge to locationtech on github, and I suspect that this is not the best moment send a patch, but I'll folow the ticket I just wrote. Michaël L

Re: [JPP-Devel] OJ reads XYZ in PostGIS style EWKB, not in OGC style WKB

2016-02-18 Thread edgar . soldin
Mike, while converting the wkb's might be a workaround, wouldn't it be cleaner and more helpful, to check the JTS sources and develop a patch for them? ..ede On 17.02.2016 23:58, Michaël Michaud wrote: > You are right. I will deactivate reading of ZM geometries. I will be better > to have noth