Re: [JPP-Devel] DBQuery integration into PLUS postponed
On 15.06.2013 17:57, Rahkonen Jukka wrote: > Hi, > > I believe it is good from your side. An unfortunete issue is that with JTS > 1.13 the reading of multipart geometries from Spatialite will fail. There is > an open ticket about that in http://sourceforge.net/p/jts-topo-suite/bugs/36/ > > This should not prevent including DBQuery plugin into OJ Plus but the issue > should be documented. > > I wonder that if Martin Davis will not make a fix into JTS, would it make > DBQuery plugin too complex if if could optionally requests geometries from > Spatialite with "select asbinary" or "aswkt" if Spatialite extension is > loaded. i remember Martin writing he would fix that in JTS, by simply ignoring second byteorder values. so the issue should resolve itself with the next JTS update. http://www.mail-archive.com/jump-pilot-devel@lists.sourceforge.net/msg13481.html ..ede -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] DBQuery integration into PLUS postponed
I wonder that if Martin Davis will not make a fix into JTS, would it make > DBQuery plugin too complex if if could optionally requests geometries from > Spatialite with "select asbinary" or "aswkt" if Spatialite extension is > loaded. > Hey Jukka, Like Ede said, Martin did agree to make the fix. If for some reason he's unable to make the fix, I'll look at supporting asbinary or aswkt selections, although a more elegant solution may be to implement a Spatialite binary parser. -lreeder -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
