Now that cold is here, I've got more time to stay indoors and code. I'm
willing to submit a JTS patch with sample data and unit tests.
Martin, in implementing the patch, I will be following the guidance in your
suggestion on April 21, 2013:
" The WKBReader can be changed to only switch endianess when
the code is one of the two specified in the standard (0 = BigEndian, 1 =
LittleEndian). If any other code is read then the endianess will be left
unchanged. That should handle the SpatialLite BLOB format, right? And
it avoids any explicit dependency on magic numbers from SpatialLite.
And it still allows switching endianness mid-WKB, as per the standard,
should anyone be so perverse as to do that."
Let me know if you see any problems there.
Thanks........... lreeder
On Mon, Dec 2, 2013 at 3:39 PM, Martin Davis <mtncl...@gmail.com> wrote:
> I have very little time to look at this by year-end, I'm afraid.
>
> Did someone have code to commit for fixing this? (with sample data for
> unit tests) ?
>
>
>
>
> On Mon, Dec 2, 2013 at 1:30 PM, <edgar.sol...@web.de> wrote:
>
>> On 02.12.2013 22:11, Rahkonen Jukka wrote:
>> > Hi,
>> >
>> > We have many exciting new features and I suppose we will have a great
>> new OpenJUMP 1.7 rather soon. It would be excellent to have a well working
>> Spatialite support in OJ 1.7 Plus through DB Query plugin, but the issue
>> with reading multigeometries remains [1]. Martin almost promised to make a
>> fix into JTS [2] but I do not see such a commit in the JTS code [3]. The
>> best I can hope to happen is to get the fix into the new BSD/EPL licensed
>> JTS release [4] but perhaps Martin is busy with other things and that will
>> not happen.
>> >
>> > Do we have other alternatives for making the DB Query plugin to work
>> well with Spatialite on current OJ than flipping in the old JTS version
>> when Spatialite support is on a wishlist? Taking an old jts-1.12.jar and
>> renaming it into jts-1.13.jar makes the plugin happy but probably breaks
>> some cool new stuff and is thus a poor workaround.
>> >
>> > [1] http://sourceforge.net/p/jts-topo-suite/bugs/36/
>> > [2] http://sourceforge.net/p/jts-topo-suite/mailman/message/31118630/
>> > [3] http://sourceforge.net/p/jts-topo-suite/code/commit_browser
>> > [4] http://sourceforge.net/p/jts-topo-suite/mailman/message/31422827/
>> >
>>
>> i already proposed an alternative,
>> http://comments.gmane.org/gmane.comp.java.jts.topo-suite.user/6
>>
>> but Larry wanted to wait for Martin..
>> @Larry, Martin: what's your take on this nearing the end of this year?
>>
>> ..ede
>>
>
>
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
