Locate by layer - geometry issue

[virtusmankind]

Hello everybody.
Using Lizmap 3.0.1 on Debian 8.5 server i found a strange issue using locate by layer. My layers (cadastre and other urbanistic stuff) was published in WMS but when using locate by layer, geometries won't be focused on and they're not correctly highlighted even if requested in plugin.

Any solution?

Thanks

[nboisteault]

Check in OWS tab that your layer is accessible via WFS and that you propose the SCR of your base map.

[virtusmankind]

As you can see in attached image, my layer is accessible via WFS and, even if I do not use a basemap, I add all SR in restriction tab. It seems to be really strange!!

Thanks!

[nboisteault]

Did you check that all geometries are valid?

[virtusmankind]

With cadastral parcels, it's hard to check over 10000 geometries. So i extract 2 geometries, try to validate them with Geometry Checker plugin, Topology Checker panel, and with "Check Geometry Validity" built in plugin. No errors found but the issue is the same

[rldhont]

Hi @virtusmankind it's more an issue in the WFS.
Can you check the GetFeature Request of parcelle layer ?
It seems you have a problem with rounded number.

[virtusmankind]

Do you mean "GetFeatureInfo" value in Server OWS Tab ?

[virtusmankind]

Hi.
Probably I found the issue.
I check GetFeatureInfo value and set it to 8 instead of 2, but nothing changed. Then I try to work with SR and that's the issue. I was working with EPSG:23033 (ED50 - UTM33N), EPSG:32633 (WGS84 - UTM33N) and EPSG:25833 (ETRS89 - UTM33N).
Locate by layers seems to work correctly only with EPSG:4326 (WGS84) independently of GetFeatureInfo value (it works both with 2 and 8).

P.s. I notice that in Demo repository (Montpellier - Transports) Sous-Quartiers locate do not work and the layer (VilleMTP_MTP_SousQuartiers_2011.shp) should be in EPSG:2154.

[rldhont]

Which QGIS Server version do you use ?

[rldhont]

GetFeature request is not GetFeatureInfo request.
Locate by layer uses WFS GetFeature Request to get geometries in GeoJSON format.
Do you have the same issue with Montpellier demo ?

[virtusmankind]

I'm using QGis Server 2.16.
I have a different issue with Montpellier demo, locating Sous-Quartiers, as I wrote.
I cannot localize any item, every action locate me near the coast at south of the city (same issue for other layers in other custom projects, it locate me away from my geometries)
I see that the layer used (VilleMTP_MTP_SousQuartiers_2011.shp) is not in EPSG:4326 but in EPSG:2154.

Hoping to help you to improve Lizmap project, thank you

[virtusmankind]

Problem completely solved, uninstalling default QGIS Server 2.16 (installed with deb http://qgis.org/debian jessie main repo) and downgrading it to QGIS Server 2.14.4 (installed from there: https://packages.debian.org/sid/qgis-server).

That correct even a print error 500 I had before.

Hope it helps other users.

Thanks guys!

[geoek]

Same behaviour with Qgis Server 2.16. Locate by layer locate to a wrong location.

[rldhont]

I found the issue: https://hub.qgis.org/issues/14609
QGIS Server 2.16 always return GeoJSON in EPSG:4326. Because of this we have to add some code to smell the CRS of GeoJSON.

[pieri70]

Hello
I downloaded today the master release and this issue is still there.
Is there some way tu get rid by qgis desktop side?
I have all my layers in 3857 and I set project CRS to 4326 (OTF) but locate by layer and locate by attribute table still places me in a wrong site..
Thanks

[mdouchin]

Could you pass us an archive containing the project with some data ? Obviously please keep the whole small and as simple as possible to reproduce the issue.

[rldhont]

The problem is that Lizmap Web Client does not work yet with QGIS Server 2.16!

In QGIS Server 2.14 and earlier, the WFS always returns data in the layers CRS. In QGIS Server 2.16, the WFS always returns data in EPSG:4326.
Lizmap Web Client has been made to use WFS data in the layer CRS not always in EPSG:4326.

It's a bug and it's not fixed yet.