GML3 parsing : gml:MultiSurface parsed in empty Multipolygon
-------------------------------------------------------------
Key: GEOT-3277
URL: http://jira.codehaus.org/browse/GEOT-3277
Project: GeoTools
Issue Type: Bug
Affects Versions: 2.7-M3, 2.7-M2, 2.7-M1, 2.7-M0, 2.6.5, 2.6.4, 2.6.3,
2.6.2, 2.6.1
Environment: Windows 7 - 32 bit
JDK 1.6.0 up 20
Reporter: Fabrizio
I'm using org.geotools.xml.StreamingParser in order to parse GML3 feature
collections.
The issue occurs when the feature members contain a gml:MultiSurface and the
surface members are enclosed in a gml:surfaceMembers element, i.e:
...
<gml:MultiSurface srsName="EPSG:4326">
<gml:surfaceMembers>
<gml:Polygon>
...
</gml:Polygon>
<gml:Polygon>
...
</gml:Polygon>
</gml:surfaceMembers>
</gml:MultiSurface>
...
The gml above is parsed in an empty Multipolygon.
If the gml:MultiSurface element contains a list of gml:surfaceMember, the
parsing works correclty, i.e :
...
<gml:MultiSurface srsName="EPSG:4326">
<gml:surfaceMember>
<gml:Polygon>
...
</gml:Polygon>
</gml:surfaceMember>
<gml:surfaceMember>
<gml:Polygon>
...
</gml:Polygon>
</gml:surfaceMember>
</gml:MultiSurface>
...
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
Virtualization is moving to the mainstream and overtaking non-virtualized
environment for deploying applications. Does it make network security
easier or more difficult to achieve? Read this whitepaper to separate the
two and get a better understanding.
http://p.sf.net/sfu/hp-phase2-d2d
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
