search

Swirrl / cubiql

CubiQL: A GraphQL service for querying multidimensional Linked Data Cubes
Eclipse Public License 1.0
41 stars 2 forks source link

Issue with skos:member #140

Closed ghost closed 6 years ago

ghost commented 6 years ago

{cubiql{ dataset_xxxx { title description dimensions { uri values { ... on resource { label uri } ... on enum_dim_value { enum_name } } } } }} values are not populated in our case, since this translates into following query ' PREFIX qb: http://purl.org/linked-data/cube#PREFIX skos: http://www.w3.org/2004/02/skos/core#PREFIX rdfs: http://www.w3.org/2000/01/rdf-schema#PREFIX ui: http://www.w3.org/ns/ui#SELECT ?dim ?member ?label WHERE {http://proxml.com/id/dataset/weather qb:structure ?struct .?struct a qb:DataStructureDefinition .?struct qb:component ?comp .?comp qb:dimension ?dim .?comp http://purl.org/linked-data/cube#codeList ?list .?list skos:member ?member .OPTIONAL { ?member http://www.w3.org/2000/01/rdf-schema#label ?label .}} ' which is using skos:member being only correct for skos:Collections. While in the spec
' Property: qb:codeList ( Domain: qb:CodedProperty -> Range: owl:unionOf(skos:ConceptScheme skos:Collection qb:HierarchicalCodeList) )' We are using skos:ConceptSchemes. The existing code doesn't work for qb:HierarchicalCodeLists either.

See the corresponding error in table2qb: using skos:member with skos:ConceptScheme and hence having semantically an inconsistent dataset.

lkitching commented 6 years ago

Fixed by 1263de3b42761ec77925e7fa2e163bd10bdb9b2a