You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are running CKAN 2.10 on docker containers with ckanext-dcat installed with the profile set as ckanext.dcat.rdf.profiles = euro_dcat_ap_3 and ckanext.dat.output_spatial_format left as the default wtk. We have been testing out the rdf exposure of the spatial coverage field by looking at the .jsonld and .xml endpoints. The _parse_geodata function in the base profile (ckanext-dcat/ckanext/dcat/profiles/base.py) indicates that both WKT and GeoJSON formats should be accepted, but only GeoJSON input seems to work.
Entering a GeoJSON string such as {"type": "Point", "coordinates": [102.0, 0.5]} results in a WTK parsing at the .xml endpoint.
Changing to a different profile setup, such as ckanext.dcat.rdf.profiles = euro_dcat_ap_2 euro_dcat_ap_scheming does not change the behaviour. Is the spatial coverage field meant to accept WTK input, or just GeoJSON?
The text was updated successfully, but these errors were encountered:
We are running CKAN 2.10 on docker containers with ckanext-dcat installed with the profile set as
ckanext.dcat.rdf.profiles = euro_dcat_ap_3
andckanext.dat.output_spatial_format
left as the default wtk. We have been testing out the rdf exposure of the spatial coverage field by looking at the .jsonld and .xml endpoints. The _parse_geodata function in the base profile (ckanext-dcat/ckanext/dcat/profiles/base.py
) indicates that both WKT and GeoJSON formats should be accepted, but only GeoJSON input seems to work.Entering a GeoJSON string such as
{"type": "Point", "coordinates": [102.0, 0.5]}
results in a WTK parsing at the .xml endpoint.Setting the output_spatial_format as geojson also gives a correct output.
When entering a WTK string such as
POINT (102.0 0.5)
, however, nothing shows up at the endpoint, in WTK or GeoJSON format.Changing to a different profile setup, such as
ckanext.dcat.rdf.profiles = euro_dcat_ap_2 euro_dcat_ap_scheming
does not change the behaviour. Is the spatial coverage field meant to accept WTK input, or just GeoJSON?The text was updated successfully, but these errors were encountered: