Bug report #8273
Attributes not loaded from kml/kmz file
|Affected QGIS version:||master||Regression?:||No|
|Operating System:||Easy fix?:||No|
|Pull Request or Patch supplied:||No||Resolution:||end of life|
|Crashes QGIS or corrupts data:||No||Copied to github as #:||17076|
While the attached kmz file will display within QGIS master, none of the attributes are visible. Opening the file in a text editor shows it contains fields for name, description, network, type, etc. But opening the file in QGIS shows different attributes - "begin", "end", "altitudeMode",... all of which are NULL.
I see the same behaviour in 1.8, so it's not a regression.
#4 Updated by Andre Joost about 6 years ago
QGIS (2.4 now, but 2.0 and 1.8 behaved the same) can write kml output with Extended Data tag, but can not read it's own output correctly on Windows builds. Reason might be that OSGEO4W does not include the LIBKML driver, but only the older KML driver. OGRinfo from the OSGEO4W shell also only reports "Name" and "Description" fields.
Ogrinfo and ogr2ogr via gisinternals/sdk can read the QGIS kml output without problem using the "LIBKML" driver by default.
So I guess that OSGEO4W-QGIS kicks off the Extended Data tags due to the old "KML" driver.
The same kml file opens on Windows 7 with only Name and Description field, while on Ubuntu 14.04 (using ubuntugis unstable) all fields are present in the attribute table.
http://trac.osgeo.org/osgeo4w/ticket/291 might solve the issue.
#6 Updated by Patrick Valsecchi over 4 years ago
On Ubuntu 15.10, we are using the LIBKML OGR driver to read those files. I've tried to use directly the ogr2ogr tool to convert to the provided KMZ and it has the same bug as QGIS. Therefore, it's a GDAL (version 1.11.2+dfsg-3ubuntu3) bug, not a QGIS bug or a libkml bug.
To be sure it's not a problem with the data, I've opened it in google map and it works fine, there.
#8 Updated by Giovanni Manghi over 1 year ago
- Resolution set to end of life
- Status changed from Open to Closed
End of life notice: QGIS 2.18 LTR