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
OGR GMLAS driver uses bbox instead of actual feature geometry #9367
Comments
I don't confirm that on GDAL side:
The issue is more on QGIS side. When we issue the IsPoint, IsCurve, IsSurface, etc. requests, they all return numberMatched="106", and so the QGIS WFS provider doesn't know the geometry type, hence it fallbacks to downloading one feature to guess the geometry type for it, and the GML parser returns the bounding box as the geometry. As far as I can see this dates back to loooong time ago: qgis/QGIS@a98ed43#diff-97d80211f278f3347456e679476521d2794acfe1a8780233904a07a62a12079b . That said, I'd see it more as a feature as a bug: at least you get some geometry. Normally, if those features had a feature in the dedicated "geltungsbereich" geometry field, it should take precedence over the bounding box |
Thanks for investigating 👍
Agreed that it's a feature we might want to keep. The only thing is that a user may expect that these are the actual feature geometries. Let's close this and if someone else raises it, it could be opened on QGIS side and discussed there. |
Looks like #7925 but for GMLAS.
Actual behavior
BBOXes are used as feature geometries:
Steps to reproduce the problem.
Add the following WFS to QGIS >= v3.36.0
https://geodienste.komm.one/ows/services/org.322.8409140a-b47b-4bd7-bd4a-805d3408f4ce_wfs
FeatureType:
xplan:BP_Bereich
Operating system
Ubuntu 22.04.3 LTS
GDAL version and provenance
GDAL 3.9.0dev-d7aed6e0b0 self built, QGIS
master
The text was updated successfully, but these errors were encountered: