Hei Martin, thank you for the answer.
I just recognized that the method that delivers the LinearRings is lineMerger.getMergedLineStrings() can you check that? is that a bug or intended behaviour? (I see in the javadoc that LinearRings is a subclass of LineString) stefan Martin Davis wrote: > I think the LinearRings are simply saved as LineStrings to shapefiles - > that's why that works. > > The inability to load LinearRings from JML is probably just an oversight > in the original implementation. Although, it looks to me like GML2 does > not actually support LinearRings as geometries in their own right, only > as components of Polygons. So it may actually be the GMLWriter which is > in error - it should output LineStrings for LinearRings. (Of course, > this is only the spec, and the implementation of GMLReader could > certainly support reading LinearRings. And for JML that probably makes > sense, so as to fully preserve the geometry types) > > Stefan Steiniger wrote: >> Hei Martin and others, >> >> I discovered that odd behaviour: >> >> When data are created with >> >> Tools>Edit Geometry>Convert> Extract Common Boundary Between Polygons... >> (in OpenJUMP-NB) >> >> the function returns LinearRings. >> >> Now, the geometry of those data can be saved in a jml file, but it is >> not displayed when I load the data from the jml file again. However, it >> works when the data are saved to shp files. Here, if the shp file is >> loaded the lines are shown to be LineStrings (not sure if it converts >> them to LS when saving). >> >> So.. of course I can change my implementation to return LineStrings (I >> think so). But my question to Martin and others: Is the JML vs. >> LinearRing behaviour intended? >> >> cheers from C >> stefan >> >> ------------------------------------------------------------------------------ >> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA >> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise >> -Strategies to boost innovation and cut costs with open source participation >> -Receive a $600 discount off the registration fee with the source code: SFAD >> http://p.sf.net/sfu/XcvMzF8H >> _______________________________________________ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> > ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel