Skip to content
This repository has been archived by the owner on May 6, 2021. It is now read-only.

Check WFS Grid zoom #323

Closed
alediator opened this issue Feb 18, 2014 · 1 comment
Closed

Check WFS Grid zoom #323

alediator opened this issue Feb 18, 2014 · 1 comment
Assignees
Milestone

Comments

@alediator
Copy link
Contributor

To allow the zoom to feature with conversion we need to add the project definition on GeoServer.

It sounds like this: http://gis.stackexchange.com/questions/30602/openlayers-wfs-flip-coordinates , because the coordinates are inverted.

For example, without the GeoServer fix, it return:

[
    37.510990000000007, 
    -88.071563999999995
]

and with the fix:

[
    -88.071563999999995, 
    37.510990000000007
]

We need to investigate and fix it.

@alediator alediator added this to the 1.6 milestone Feb 18, 2014
@mricca
Copy link
Contributor

mricca commented May 22, 2014

The problem occurs only with EPSG: 4326.
If epsg.properties I add the definition:

4326=GEOGCS["GCS_WGS_1984",DATUM["WGS_1984",SPHEROID["WGS_1984",6378137,298.257223563]],PRIMEM["Greenwich",0],UNIT["Degree",0.017453292519943295]]

everything work properly.

With other types of projection, for instance EPSG: 3003, everything works fine even without updating the epsg.properties.

Naturally in mapStoreConfig.js must be added, for example:

"proj4jsDefs": {"EPSG: 3003", "+ proj = tmerc + + lon_0 lat_0 = 0 = 9 + k = 0.9996 + x_0 = 1500000 + y_0 = 0 + ellps = intl + units = m + no_defs towgs84 + = - 104.1, -49.1, -9.9,0.971, -2.917,0.714, -11.68 "},

Not yet well understood if it is a problem of GeoServer or openlayers, as regards the WFS protocol

@tdipisa tdipisa modified the milestones: 1.7, 1.6 May 22, 2014
@tdipisa tdipisa closed this as completed Jul 1, 2014
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants