Details
-
Type:
Sub-task
-
Status:
Open
-
Priority:
Major
-
Resolution: Unresolved
-
Affects Version/s: 2.5-M0
-
Fix Version/s: 2.4.6
-
Component/s: unsupported, wfs plugin
-
Labels:None
Description
GEOT-1659 is giving too much grief for WFS 1.1.0 GetFeature parsing.
A couple hacks have been introduced on the gt2-xml-gml2 and wfs modules in order to temporarily overcome this limitation and thus being able to keep going with the wfs 1.1 client support in udig.
Yet, those are horrible hacks so this issue is meant as a reminder to remove them.
The hacks on org.geotools.gml2.bindings.GML2ParsingUtils and org.geotools.wfs.v_1_1_0.data.WFS110ProtocolHandler look like this:
try { return CRS.decode(raw.toString()); } catch (NoSuchAuthorityCodeException e) { // HACK HACK HACK!: remove when // http://jira.codehaus.org/browse/GEOT-1659 is fixed final String crs = raw.toString(); if (crs.toUpperCase().startsWith("URN")) { String code = crs.substring(crs.lastIndexOf(":") + 1); try { return CRS.decode("EPSG:" + code); } catch (Exception e1) { throw new RuntimeException("Could not create crs: " + srs, e); } } } catch (FactoryException e) { throw new RuntimeException("Could not create crs: " + srs, e); }
Issue Links
- depends upon
-
GEOT-1659
urn:ogc:def:crs:EPSG:4326 parsing won't work if forcexy is activated
-