-
Notifications
You must be signed in to change notification settings - Fork 61
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow WFS query return to be in EPSG:4326 #542
Comments
The the data web page: |
Note: MapServer can re-project a WFS on the fly. |
That's true. I was thinking more for servers I have no control over. |
And would rather not proxy the stream through my mapserver, although it's good to have the option. |
Might be addressed in #787 |
Using the recent PR #787 I crafted a mapsource to test this issue (note the map-source attribute
While the server now seems to respond with valid features in GML format, OL's loadfeatures doesn't return features. Am I missing some parameter? FYI here's a sample URL sent by GeoMoose if you'd like to examine the result:
|
T'was a projection issue. Not sure if there were changes to how to specify this properly between OL3.x and now or if we were doing it wrong all along and things worked by accident. The latest changes in #787 should address the problem. |
Currently the WFS server must return query info (feature geometry) in EPSG:3857 (I think). It should be possible to have GM request, and accept features returned in EPSG:4326, and re-project, and render them on the map.
Here's a data source:
https://mrdata.usgs.gov/services/wfs/sgmc2?service=WFS&version=1.1.0&request=GetCapabilities&
The text was updated successfully, but these errors were encountered: