Create ASK queries to test compatibility of a data cube with Cubiql

[BillSwirrl]

Extend the list of queries in the integrity constraints in the RDF Data Cube Vocabulary

https://www.w3.org/TR/vocab-data-cube/#wf

to include any specific requirements for Cubiql

[zeginis]

@BillSwirrl I have updated the text description of the CubiQL data requirements

The ASK queries should cover these requirements

[zeginis]

The ASK queries should cover the following:

• Dataset should use measure dimension even if there is only one measure (compliant with IC-15 and IC-16, not compliant with IC-14)
• The codes used for each of the cube dimensions (including qb:measureType) should be defined at a separate code list
• The values of the dimensions should be URIs
• The values of the geo dimension should have a label
• The values of the time dimensions should have time:hasBeginning and time:hasEnd. And the value of the time:hasBeginning and time:hasEnd should be connected through time:inXSDDateTime to an xsd:dateTime

[lkitching]

@zeginis - Dimension values no longer have to be URIs. xsd:string and xsd:decimal are now explicitly supported and mapped to the corresponding GraphQL types. Dimensions with an unknown type are mapped to string and mapped to tagged literals within queries.

[zeginis]

In this case there is no code list for this dimension. Is this ok for the schema building?

[lkitching]

@zeginis - Yes it should create the schema ok. If you set the xsd:range on the dimension it will try use that if has a type mapping for it (currently only string or decimal).