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 > and why others teach what is correct.
I think my post shows that Oracle complies with the standards and that the posted geometry was not a MultiPolygon within a MultiPolygon (you can't construct such a beast in Oracle). > Sales departments probably > consider this as feature while I would call it a bug ;) "Embrace and Extend", my friend, "Embrace and Extend"! (I am part of that cynical group of practitioners who believe vendors get on standards bodies not to make them practical or work but to make them dumb so thy can market their more useful extensions to the basic standard.) > PS: ...of course there was a reason why Radius Topology is that > successfull (in terms of sales) Can you explain why you say this? regards Simon -- SpatialDB Advice and Design, Solutions Architecture and Programming, Oracle Database 10g Administrator Certified Associate; Oracle Database 10g SQL Certified Professional Oracle Spatial, SQL Server, PostGIS, MySQL, ArcSDE, Manifold GIS, FME, Radius Topology and Studio Specialist. 39 Cliff View Drive, Allens Rivulet, 7150, Tasmania, Australia. Website: www.spatialdbadvisor.com Email: si...@spatialdbadvisor.com Voice: +613 9016 3910 Mobile: +61 418 396391 Skype: sggreener Longitude: 147.20515 (147° 12' 18" E) Latitude: -43.01530 (43° 00' 55" S) NAC:W80CK 7SWP3 _______________________________________________ jts-devel mailing list jts-devel@lists.jump-project.org http://lists.refractions.net/mailman/listinfo/jts-devel
