ups sorry - I was wrong. The LinearRings seem to come from somewhere else (i.e. geometry.getBoundary() ... which makes sense)
stefan Stefan Steiniger wrote: > 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 > > ------------------------------------------------------------------------------ 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
