Problems handling spatial filters to WFS.writeGetFeature

[tdesjardins]

Problems handling spatial filters to WFS.writeGetFeature

[TDesjardins]

@gmvtrmaga Could you clarify your problem? Maybe in a kind of current result vs. exprected result. I suppose you mean that the XML-output of the geometry isn't correct.

[gmvtrmaga]

@TDesjardins is that you have said.

Im expecting the query to have the same coordinates as the filter, but they are inverted. The result in the map is that, if I want to find water areas in canada I must set the area filter below Africa. Check the attached image:

[TDesjardins]

At first sight it looks like a axis order problem. The axis order depends on the reference system. Have look at http://www.ogcnetwork.net/axisorder

Could you provide the code of the input geometry?

From my point of view the Javadoc of Coordinate isn't correct. Because 'x' isn't lon in every case.

[gmvtrmaga]

The geometry is generated by a Draw control: When I finish drawing, it sets the filter and send the request to the map server.

Indeed, it is an axis problem, but I can't understand the reason.

[TDesjardins]

@gmvtrmaga There is a method createSpatialFilter(Geometry geometry) in your code. Have you set the srsName parameter for the spatial filter? Could you share it?

[gmvtrmaga]

[TDesjardins]

Hm, looks ok 😄 . I think you have to figure out the point, when the coordinate order is changing. The last point is the creation of the spatial filter. Could you check if the coordinates in geometry have the order "lon lat" in method createSpatialFilter(Geometry geometry)?

[gmvtrmaga]

As I have shown in the third screenshot of the first post, the coordinates are inverted when creating a wfs Node from wfsWriteFeatureOptions. Spatial Filter is set with correct coordinates.

[TDesjardins]

Then you should create an issue at OpenLayers project.

[gmvtrmaga]

Ok, I will send them this issue.

Thanks.