Feature request #21826

GML_ATTRIBUTES_TO_OGR_FIELDS=YES by default when loading GML

Added by Alexander Kotsev 10 months ago. Updated 10 months ago.

Status:Open
Priority:Normal
Assignee:-
Category:Data Provider/OGR
Pull Request or Patch supplied:No Resolution:
Easy fix?:No Copied to github as #:29641

Description

We work in Europe for the Joint Research Centre (European Commission) as technical coordinator of the EU INSPIRE Directive implementation. Within the context of INSPIRE, an increasing number of datasets are made available by European Union Member States as GML [1]. Application schemas (*.xsd) for INSPIRE are available at [2]. Most, if not all of the GML instances that are made available use attributes of GML elements such as xlink:href pointing to a registry with persistent uri [3]. The default behaviour of QGIS ignores those attributes which is inherited from the default OGR/GDAL logic for creating a *.gfs on first load of a GML instance. As a consequence, a significant portion of the available attribute content is 'invisible' in QGIS.

The issue is described in [4], and the solution is already available there. In a nutshell, when first loading the GML, the open option 'GML_ATTRIBUTES_TO_OGR_FIELDS' should be set to 'YES'. This would allow the generation of a fully-blown *.gfs correctly showing all GML attributes in QGIS (which would make the life of a lot of European data providers a lot easier). Sample GML instances are attached.

Addressing this issue would be very much appreciated.

Marco Minghini and Alex Kotsev

[1] http://inspire-geoportal.ec.europa.eu/
[2] http://inspire.ec.europa.eu/schemas/
[3] http://inspire.ec.europa.eu/registry/
[4] https://github.com/INSPIRE-MIF/caniuse/issues/3

LandUseNL.gml - Sample GML instance (524 KB) Alexander Kotsev, 2019-04-10 03:18 PM

History

#1 Updated by Giovanni Manghi 10 months ago

  • Easy fix? changed from Yes to No
  • Priority changed from High to Normal

I also think that this would be very useful.

Also available in: Atom PDF