[Geoserver-users] KML not reprojecting if "Leave the native SRS unaltered" SRS handling used - bug?

I emailed about this last week and Justin asked me essentially whether is was an SDE issue. After some more testing I can say that it is not an SDE issue, it also occurs with a shapefile. I have loaded a shapefile datastore “massgis:TOWNS_POLYM” which I’ve used for these tests. The shapefile is loaded into GeoServer from a web accessble directory: http://maps.massgis.state.ma.us/test_data/

Our problem is related to the 3 choices of SRS handling available in our 1.6:

1st choice: Force declared SRS (native will be ignored)
2nd choice: Reproject from native to declared SRS
3rd choice: Leave the native SRS unaltered

I asked for a reprojected PNG, a reprojected KML, and a SHP for each type of SRS choice.

1st choice: WMS OK, KML OK, PRJ not
2nd choice: WMS OK, KML OK, PRJ not
3rd choice: WMS OK, KML not, PRJ OK

Since we want users to be able to download shapefiles with working PRJ files we’ve gone with the 3rd choice. The Native SRS WKT is what ArcMap likes. But there seems to be an inconsistency with WMS reprojection and KML reprojection for the “Leave the native SRS unaltered” choice. Is it a bug that the KML is not reprojecting? Or does the “Leave the native SRS unaltered” choice mean that there shouldn’t be any reprojection at all? (meaning that the WMS shouldn’t really work).

The layer is currently set at “Leave the native SRS unaltered”. The native projection is Massachusetts Mainland NAD 83 meters (26986)

Here’s the WMS request: http://giswebservices.massgis.state.ma.us/geoserver/wms?request=getmap&version=1.1.0&service=wms&layers=massgis:TOWNS_POLYM&styles=&bbox=-73.54,41.19,-69.91,42.90&format=image/png&width=506&height=239&SRS=EPSG%3A4326

Here’s the KML request: http://giswebservices.massgis.state.ma.us/geoserver/wms?request=getmap&version=1.1.0&service=wms&layers=massgis:TOWNS_POLYM&styles=&bbox=-73.54,41.19,-69.91,42.90&format=application/vnd.google-earth.kml+xml&width=506&height=239&SRS=EPSG%3A4326 (instead of latitude and longitude in the file you’ll see 6 digit MA NAD 83 coords in the LookAt and coordinates areas)

Here’s the SHP request: http://giswebservices.massgis.state.ma.us/geoserver/wfs?request=GetFeature&service=wfs&version=1.0.0&typename=massgis:TOWNS_POLYM&outputformat=SHAPE-ZIP

Aleda Freeman
MassGIS
Office of Geographic and Environmental Information
251 Causeway St. 5th floor
Boston, MA 02114
phone: 617-626-1193
fax: 617-626-1249
http://www.mass.gov/mgis - MassGIS
http://lyceum.massgis.state.ma.us - Webservices Wiki
http://maps.massgis.state.ma.us/biodiversity - EOEEA Biodiversity Days

Aleda Freeman
email: Aleda_Freeman@anonymised.com


Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase.

Hi Aleda,

I have been running up against wfs projection problems the last few
days... and discovered that it indeed has a few bugs. So i am not
surprised that the shapefile output is off.

I will apply the patch today for wfs reprojection. After that can I get
you run through these different cases again to see if they are fixed.

-Justin

Aleda Freeman wrote:

I emailed about this last week and Justin asked me essentially whether
is was an SDE issue. After some more testing I can say that it is not
an SDE issue, it also occurs with a shapefile. I have loaded a
shapefile datastore "massgis:TOWNS_POLYM" which I've used for these
tests. The shapefile is loaded into GeoServer from a web accessble
directory: http://maps.massgis.state.ma.us/test_data/

Our problem is related to the 3 choices of SRS handling available in our
1.6:

1st choice: Force declared SRS (native will be ignored)
2nd choice: Reproject from native to declared SRS
3rd choice: Leave the native SRS unaltered

I asked for a reprojected PNG, a reprojected KML, and a SHP for each
type of SRS choice.

1st choice: WMS OK, KML OK, PRJ not
2nd choice: WMS OK, KML OK, PRJ not
3rd choice: WMS OK, KML not, PRJ OK

Since we want users to be able to download shapefiles with working PRJ
files we've gone with the 3rd choice. The Native SRS WKT is what ArcMap
likes. But there seems to be an inconsistency with WMS reprojection and
KML reprojection for the "Leave the native SRS unaltered" choice. Is it
a bug that the KML is not reprojecting? Or does the "Leave the native
SRS unaltered" choice mean that there shouldn't be any reprojection at
all? (meaning that the WMS shouldn't really work).

The layer is currently set at "Leave the native SRS unaltered". The
native projection is Massachusetts Mainland NAD 83 meters (26986)

Here's the WMS request:
http://giswebservices.massgis.state.ma.us/geoserver/wms?request=getmap&version=1.1.0&service=wms&layers=massgis:TOWNS_POLYM&styles=&bbox=-73.54,41.19,-69.91,42.90&format=image/png&width=506&height=239&SRS=EPSG%3A4326

Here's the KML request:
http://giswebservices.massgis.state.ma.us/geoserver/wms?request=getmap&version=1.1.0&service=wms&layers=massgis:TOWNS_POLYM&styles=&bbox=-73.54,41.19,-69.91,42.90&format=application/vnd.google-earth.kml+xml&width=506&height=239&SRS=EPSG%3A4326
(instead of latitude and longitude in the file you'll see 6 digit MA NAD
83 coords in the LookAt and coordinates areas)

Here's the SHP request:
http://giswebservices.massgis.state.ma.us/geoserver/wfs?request=GetFeature&service=wfs&version=1.0.0&typename=massgis:TOWNS_POLYM&outputformat=SHAPE-ZIP

Aleda Freeman
MassGIS
Office of Geographic and Environmental Information
251 Causeway St. 5th floor
Boston, MA 02114
phone: 617-626-1193
fax: 617-626-1249
http://www.mass.gov/mgis - MassGIS
http://lyceum.massgis.state.ma.us - Webservices Wiki
http://maps.massgis.state.ma.us/biodiversity - EOEEA Biodiversity Days

Aleda Freeman
email: Aleda_Freeman@anonymised.com

Looking for a deal? Find great prices on flights and hotels
<http://us.rd.yahoo.com/evt=47094/*http://farechase.yahoo.com/;_ylc=X3oDMTFicDJoNDllBF9TAzk3NDA3NTg5BHBvcwMxMwRzZWMDZ3JvdXBzBHNsawNlbWFpbC1uY20-&gt;
with Yahoo! FareChase. !DSPAM:4007,46d46db06061804284693!

------------------------------------------------------------------------

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

!DSPAM:4007,46d46db06061804284693!

------------------------------------------------------------------------

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:4007,46d46db06061804284693!

--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org