GMLFilterGeometry should try to keep the SRS
--------------------------------------------
Key: GEOT-1239
URL: http://jira.codehaus.org/browse/GEOT-1239
Project: GeoTools
Issue Type: Improvement
Affects Versions: 2.4.M1
Environment: Windows XP / Java 1.5
Reporter: Pierrick Brihaye
Priority: Minor
Currently GMLFilterGeometry converts this snippet :
<gml:Point
srsName='osgb:BNG'><gml:coordinates>278220.250,187550.400</gml:coordinates></gml:Point>
... to :
POINT (278220.25 187550.4)
As you can notice, the srsName is lost. Currently, the code looks like this :
public void geometryStart(String localName, org.xml.sax.Attributes atts)
throws SAXException {
for (int i = 0; i < atts.getLength(); i++) {
//getName(i);
}
if (currentHandler == null) {
currentHandler = handlerFactory.create(localName);
} else {
currentHandler.subGeometry(localName,
currentHandler.GEOMETRY_START);
}
}
Attributes seem thus to be lost on purpose.
It would be very interesting (at least to me) to keep track of the SRS in the
com.vividsolutions.jts.geom.Geometry which has a setSRID() method for that.
Unfortunately, this method expects an int, not a String (or whatever).
I wonder whether it could be possible to map a SRS to such an int, possibly
reserving some bytes for the authority and the remaining ones for the SRS
itself.
--
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
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
