Opened 2 years ago

Last modified 15 months ago

#2342 new task

Some OpenLayers examples shows "XML Parsing Error: not well-formed" when loading GeoJSON file

Reported by: sanak Owned by: osgeolive@…
Priority: normal Milestone: OSGeoLive16.0
Component: OSGeoLive Keywords:
Cc: osgeolive@…

Description

I confirmed this issue on some OpenLayers examples on OSGeoLive 14.0 official release version (with ISO => VirtualBox setup).

Attachments (2)

openlayers-examples-extent-interaction01.png (226.7 KB ) - added by sanak 2 years ago.
openlayers-examples-extent-interaction02.png (92.7 KB ) - added by sanak 2 years ago.

Download all attachments as: .zip

Change history (6)

comment:1 by sanak, 2 years ago

Adding AddType application/json .geojson line to /etc/apache2/mods-available/mime.conf on the VM guest and restarting apache by sudo systemctl restart apache2 seems to solve the issue locally.

comment:2 by kalxas, 2 years ago

Cc: osgeolive@… added

comment:3 by sanak, 22 months ago

This issue seems to be solved on OSGeoLive 15 alpha1 by checking the following example.

I confirmed that /etc/mime.types now includes the following geo (or 3d) related formats,

:
application/geo+json				geojson
application/geo+json-seq
application/geopackage+sqlite3			gpkg
application/geoxacml+xml
:
application/gltf-buffer				glbin glbuf
application/gml+xml				gml
:

and I guess that those seem to be supported from debian bullseye media-types.

(Because previous debian buster mime-support - mime.types doesn't include above formats.)

Each type definitions seem to come from iana.org.

Currently, bin/install_desktop.sh appends some entries to /etc/mime.types, https://github.com/OSGeo/OSGeoLive/blob/master/bin/install_desktop.sh#L193-L235

so, it may be better to adjust the part. (For example, .sqlite and .osm seem to be duplicate.)

Version 0, edited 22 months ago by sanak (next)

comment:4 by kalxas, 15 months ago

Milestone: OSGeoLive15.0OSGeoLive16.0

Ticket retargeted after milestone closed

Note: See TracTickets for help on using tickets.