Indeed, thanks Simon for the investigation,
Mapinfo products call those multipolygon but you seems totaly right,
There are actually polygon with multiple inner shells.
And after investigation, it seems that jts-io actually load it well.
I've been testing the geometry in/out oracle and in/out jts,
Stefan,
> you know - it is kind of nice if JTS or something (Oracle, Mapinfo) can
> read such data and other things. But it gives me a headache since people
> start exploiting these options and standards don't make sense then
> anymore. And one wonders why people do the efforts to setup standards
Good stuff, Simon.
So Jonathan, what behaviour are you actually seeing? Is an exception
being thrown, or does the output not match what you'd expect to see?
Simon Greener wrote:
Martin et al,
My first reaction to Jonathan's post and your question was to say that, no, Oracle
(as an OGC SFS
Regarding Geotools, there is also the current work by Martin
Desruisseaux on 'Geotidy', a refactored version of some of the
Geotools 2.x code. Well worth a look...
http://geotidy.geomatys.fr/javadocs/
Michael
___
jts-devel mailing list
jts-devel@lists.
Martin et al,
My first reaction to Jonathan's post and your question was to say that, no,
Oracle (as an OGC SFS and SQL/MM compliant product) does not support a
"MultiPolygon which
contains a MultiPolygon". I thought, though, that I should examine the actual
geometry in detail so I converted Jo
you know - it is kind of nice if JTS or something (Oracle, Mapinfo) can
read such data and other things. But it gives me a headache since people
start exploiting these options and standards don't make sense then
anymore. And one wonders why people do the efforts to setup standards
and why other
Hi all,
there is c library http://trac.osgeo.org/proj/, which has jni
extension for java, but this is under GPL.
See http://trac.osgeo.org/proj/browser/trunk/proj/jniwrap/README I
don't use this java connector. I was using the Python extension of
Proj.4 and it was easy to use and configure.
There
Probably not too complicated. The real issue for me is building up a
dev environment for that codebase - I don't have one running right now
(and obviously it needs an Oracle instance - which isn't a showstopper,
just more time).
If you have some funding to cover this it could happen much mor
Would it be a minor code change?
That's kind of a show stopper for our current project.
Thanks,
Jonathan
-Original Message-
From: jts-devel-boun...@lists.jump-project.org
[mailto:jts-devel-boun...@lists.jump-project.org] On Behalf Of Martin Davis
Sent: February 11, 2009 2:44 PM
To: JTS To
Yes, that makes good sense.
Houde, Jonathan wrote:
Thanks Martin for the quick answer,
Yes, both product we are using in that project (oracle spatial and mapinfo
product) are correctly managing those polygon
Which are typical city boundaries provided by data provider.
JTS seems to load the coo
Thanks Martin for the quick answer,
Yes, both product we are using in that project (oracle spatial and mapinfo
product) are correctly managing those polygon
Which are typical city boundaries provided by data provider.
JTS seems to load the coordinate list of sub polygon as if it was a single one,
Under the OGC SFS spec there is no such thing as a "MultiPolygon which
contains a MultiPolygon". Does Oracle actually support this?
If this is truly the case, I think you're seeing the workaround - JTS
maps the geometry to something which fits in its model. (Although this
situation was probabl
well..
- Geotools: http://geotools.codehaus.org/Module+Matrix
and
- degree:
http://wald.intevation.org/plugins/scmsvn/viewcvs.php/docs/documentation/crs/?root=deegree
(I hope that is the correct link)
have projection functions
I know this as we, from OpenJUMP, ponder with an implementation o
You can't do this just with the JTS API - you need to use a projection
library. JHLabs has one, as does GeoTools. You'll have to check the
documentation for those libraries for how to use them.
(Unfortunately using those libraries tends to be kind of complicated.
It seems to me it would be
(I'm posting this to the JTS list, since it's really a JTS question)
This seems to be geodetic month for JTS!
Answers to your questions:
1. JTS is not "coordinate system-aware", and does not use the SRID in
its calculations. So you can set it or not, and it won't make any
difference
2. JTS
Thanks Martin, guess I saved you some trouble then.
What kind of performance metrics you would like to see?
The project was setup last night:
http://sourceforge.net/projects/jts4gwt/source code is available
though SVN and the tracker has already tickets
which I will clear in my own spare time
Re
16 matches
Mail list logo
