Andrea,
it would be best if the driver could access the schema, but this is not
a fatal error. It will try to guess it from the XML content it.
Even
Le 09/02/2025 à 20:58, andy via gdal-dev a écrit :
Hi,
I'm running the following loop to import GML files:
for file in *_ple.gml; do
ogr2ogr --debug on -append -update -f gpkg CadastralParcel.gpkg
"${file}" CadastralParcel;
done
This is one of these files:
https://github.com/user-attachments/files/18725994/A094_AYAS_ple.gml.gz
GDAL gives me this error:
GML: Using Expat reader
GML: Global SRS = urn:ogc:def:crs:EPSG::6706
HTTP:
Fetch(https://wfs.cartografia.agenziaentrate.gov.it/inspire/wfs/wfsUP.php?SERVICE=WFS&VERSION=2.0.0&REQUEST=DescribeFeatureType&TYPENAME=CP:CadastralParcel&OUTPUTFORMAT=application%2Fgml%2Bxml%3B%20version%3D3.2
<https://wfs.cartografia.agenziaentrate.gov.it/inspire/wfs/wfsUP.php?SERVICE=WFS&VERSION=2.0.0&REQUEST=DescribeFeatureType&TYPENAME=CP:CadastralParcel&OUTPUTFORMAT=application%2Fgml%2Bxml%3B%20version%3D3.2>)
HTTP: libcurl/7.88.1 OpenSSL/3.0.11 zlib/1.2.13 brotli/1.0.9
zstd/1.5.4 libidn2/2.3.3 libpsl/0.21.2 (+libidn2/2.3.3) libssh2/1.10.0
nghttp2/1.52.0 librtmp/2.3 OpenLDAP/2.5.13
ERROR 1: HTTP error code : 403
ERROR 1: Line 8: </BODY> doesn't have matching <BODY>.
GML: Generating A094_AYAS_ple.gfs file, ignoring
/vsimem/.#!HIDDEN!#./1/tmp_ogr_gml.xsd
From what I understand, this happens because one of the URLs in the
GML schema is not reachable:
xsi:schemaLocation="http://mapserver.gis.umn.edu/mapserver
https://wfs.cartografia.agenziaentrate.gov.it/inspire/wfs/wfsUP.php?SERVICE=WFS&VERSION=2.0.0&REQUEST=DescribeFeatureType&TYPENAME=CP:CadastralParcel&OUTPUTFORMAT=application%2Fgml%2Bxml%3B%20version%3D3.2
<https://wfs.cartografia.agenziaentrate.gov.it/inspire/wfs/wfsUP.php?SERVICE=WFS&VERSION=2.0.0&REQUEST=DescribeFeatureType&TYPENAME=CP:CadastralParcel&OUTPUTFORMAT=application%2Fgml%2Bxml%3B%20version%3D3.2>
http://www.opengis.net/wfs/2.0
http://schemas.opengis.net/wfs/2.0/wfs.xsd
http://www.opengis.net/gml/3.2
http://schemas.opengis.net/gml/3.2.1/gml.xsd";
My question is:
- Is this "only" a formal issue, meaning that the files are probably
correctly imported despite the error?
- Or is it a blocking issue, and I should contact the data provider to
fix the schema reference?
Thanks in advance for your help,
Andrea
--
___________________
Andrea Borruso
website: https://medium.com/tantotanto
38° 7' 48" N, 13° 21' 9" E, EPSG:4326
___________________
"cercare e saper riconoscere chi e cosa,
in mezzo all’inferno, non è inferno,
e farlo durare, e dargli spazio"
Italo Calvino
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
--
http://www.spatialys.com
My software is free, but my time generally not.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
