From: Martin D. <mb...@re...> - 2009-03-02 21:39:05
|
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 > Jum...@li... > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- Martin Davis Senior Technical Architect Refractions Research, Inc. (250) 383-3022 |