Yep, I'll make the change shortly.
On 4/21/2013 8:22 PM, Larry Reeder wrote:
Martin, I agree that the JTS WKBReader shouldn't be hacked to support
the SpatialLite BLOB format or whatever else come along with a
slightly different interpretation of the standard, and this is a great
compromise s
Martin, I agree that the JTS WKBReader shouldn't be hacked to support the
SpatialLite BLOB format or whatever else come along with a slightly
different interpretation of the standard, and this is a great compromise
solution. Is this change something we can expect in JTS 1.14?
Thanks
> @Larry:
> could you please change
> JumpSpatialiteDbQuery.java
> so that in line 455 the new error is based on the old one
> 'SQLException(Throwable cause)', so the error stack to the root issue stays
> intact?
>
Good suggestion, Ede. Done and also part of the 0.8.2 re-release.
-lreeder
Jukka,
This is probably a problem because I built 0.8.2 with JDK 1.7 and you're
using JRE 1.6 or older. I've lost track of supported JRE versions for
OpenJump. Is it 1.6 now? Anyway, I've rebuilt to be backward compatible
with JRE 1.6, and redeployed 0.8.2 to sourceforge. Give it another tr
just tested.
using the
- linux tools from the page mentioned on
https://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=MrSID
- *oracle jre*, openjdk misses some jai components,
- and the latest snapshots
loading mrsid works on linux as well. generally the support, also on windows is
just tested.
using the
- linux tools from the page mentioned on
https://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=MrSID
- *oracle jre*, openjdk misses some jai components,
- and the latest snapshots
loading mrsid works on linux as well. generally the support, also on windows is
Bugs item #3611503, was opened at 2013-04-21 10:34
Message generated for change (Comment added) made by andrei-n1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=679906&aid=3611503&group_id=118054
Please note that this message will contain a full copy of the comment
Bugs item #3611503, was opened at 2013-04-21 10:34
Message generated for change (Comment added) made by michaudm
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=679906&aid=3611503&group_id=118054
Please note that this message will contain a full copy of the comment
Bugs item #3611412, was opened at 2013-04-19 14:55
Message generated for change (Comment added) made by michaudm
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=679906&aid=3611412&group_id=118054
Please note that this message will contain a full copy of the comment
Bugs item #3611503, was opened at 2013-04-21 10:34
Message generated for change (Tracker Item Submitted) made by andrei-n1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=679906&aid=3611503&group_id=118054
Please note that this message will contain a full copy of th
Bugs item #3611412, was opened at 2013-04-19 14:55
Message generated for change (Comment added) made by andrei-n1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=679906&aid=3611412&group_id=118054
Please note that this message will contain a full copy of the comment
Bugs item #3611412, was opened at 2013-04-19 14:55
Message generated for change (Comment added) made by andrei-n1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=679906&aid=3611412&group_id=118054
Please note that this message will contain a full copy of the comment
Hi Martin,
Your proposal to switch endianess only when the code is one of the two
specified in the standard seems fine to me. No need to introduce
specific spatialite byte value in the code.
Michaël
> Hey guys, I have been lurking on this thread...
>
> I agree that it would be bizarre to switc
Hey guys, I have been lurking on this thread...
I agree that it would be bizarre to switch endianess in the middle of a
WKB blob. I suspect that the standard did not really have the intent of
supporting this, they just provided multiple endian code items as a
side-effect of reusing the definit
On 21.04.2013 17:13, Michaël Michaud wrote:
> Hi
>> well - the SRID code is the only thing that seems to be added between JTS
>> 1.7 and 1.8.
>>
>> some more observations:
>>
>> what Larry's DBQuery actually does is stripping MBR header and end marker
>> from the spatiallite blob and handing it o
Hi
> well - the SRID code is the only thing that seems to be added between JTS 1.7
> and 1.8.
>
> some more observations:
>
> what Larry's DBQuery actually does is stripping MBR header and end marker
> from the spatiallite blob and handing it over to JTS. as Michael correctly
> discovered is the
well - the SRID code is the only thing that seems to be added between JTS 1.7
and 1.8.
some more observations:
what Larry's DBQuery actually does is stripping MBR header and end marker from
the spatiallite blob and handing it over to JTS. as Michael correctly
discovered is the endianess byte u
On 21.04.2013 15:46, Michaël Michaud wrote:
> Hi Ede,
>> ok, just dug some more into "OpenGIS Simple Features Specification for SQL"
>> http://portal.opengeospatial.org/files/?artifact_id=829
>>
>> and as far as i read on page 3-24 and later, a little bit unclear, but it
>> seems to me that endian
Hi,
In JTS revision 637, Martin took care of the successive byte order
"Fixed WKBReader to handle successive geometrys with different endianness"
http://jts-topo-suite.svn.sourceforge.net/viewvc/jts-topo-suite/trunk/jts/java/src/com/vividsolutions/jts/io/WKBReader.java?r1=57&r2=637
Maybe there
Hi Ede,
ok, just dug some more into "OpenGIS Simple Features Specification for SQL"
http://portal.opengeospatial.org/files/?artifact_id=829
and as far as i read on page 3-24 and later, a little bit unclear, but it seems
to me that endianess is not repeated (see the Polygon example with /two/ ri
ok,
just compared
jts-1.8.0\src\com\vividsolutions\jts\io\WKBReader.java
with it's 1.7.2 counterpart, where the error originates.
@Larry:
could you please change
JumpSpatialiteDbQuery.java
so that in line 455 the new error is based on the old one
'SQLException(Throwable cause)', so the error
ok, just dug some more into "OpenGIS Simple Features Specification for SQL"
http://portal.opengeospatial.org/files/?artifact_id=829
and as far as i read on page 3-24 and later, a little bit unclear, but it seems
to me that endianess is not repeated (see the Polygon example with /two/ rings)
but
Hi,
We do not deal now with WKB but with Spatialite native geometry BLOBs
http://www.gaia-gis.it/gaia-sins/BLOB-Geometry.html
Reason for this if that "select AsBinary" from SQLite database is possible only
through the Spatialite function. DB Query Plugin is made to work with plain
SQLite and th
regarding your interpretation below i just found the following
http://www.gaia-gis.it/spatialite-2.1/SpatiaLite-manual.html#t3.2
which states:
"
The Well-Known Binary (WKB) representation for geometric values is defined by
the OpenGIS specification.
"
and
"
Component representation is as foll
Larry Reeder gmail.com> writes:
>
>
>
> Great analysis, Michaël. Looks like the spatialite component of plugin
will need to do it's own WKB decoding instead of relying on the JTS
WkbReader, at least in part.
> -lreeder
Theoretically, if the plugin was only a Spatialite plugin, I think t
25 matches
Mail list logo
