Network connection problems can be excluded. Lets say my table consists of these three columns (type in brackets): identifier (text) geomastext (geometry in WKT format, no transformations possible on this) geom (geometry)
Only identifier and geomastext are referenced by the current mapping. I added the column geom with AddGeometryColumn (type POLYGON) and set its value for each record by this query: update mytable set geom = setsrid(polygonfromtext(geomastext),2398). This value matches the constraints due to the specified geometry type. If I request elements of the featuretype whose database is this table then the described ioException occurs. If I change the type of the geometry column to text and restart Geoserver then reloading my request results in getting the elements of the requested featuretype. If I change the column type back to geometry and restart Geoserver then the introduced error appears again. Because the column geom as described above is not referenced by my mapping I'd say that it's not a mapping error. Publishing the table as a simple featuretype works well and I can request the elements with a simple getfeature request. The srsName parameter does not have any effects. Removing it does not prevent the error. My problem is that I need the geometry column to apply transformation into another EPSG type by the srsName parameter. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Geoserver-App-Schema-WFS-getFeature-Request-with-srsName-tp6962059p6977403.html Sent from the GeoServer - User mailing list archive at Nabble.com. ------------------------------------------------------------------------------ RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
