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

Reply via email to