zeginis

@arekstasiewicz what is the status of this issue? Does MI data work properly with CubiQL?

@robthomas-marine at the [readme file](https://github.com/Swirrl/graphql-qb/blob/master/README.md) you can find many example queries. Open the links and copy the queries to try them locally. How did you managed to run CubiQL at...

@robthomas-marine CubiQL requires `qb:dimension` and `qb:measure` for the dimensions and measures respectively. Using the `qb:componentProperty` "hides" them from CubiQL.

@robthomas-marine most probably CubiQL fails when using `qb:dimension` and `qb:measure` because there is some incompatibility at the dimensions and/or measures. By using` qb:componentProperty` we are just "hiding" the problem.

@agustingp there are some inconsistencies between the URIs used at the cube and the URIs used at the codelists: - Cube: `http://www.opengovintelligence.eu/statistics/marine-institute/def/concept/buoyid/1` codelist: `http://www.opengovintelligence.eu/statistics/marine-institute/def/concept/buoy_id/1` (see the _) - Cube `http://www.opengovintelligence.eu/statistics/marine-institute/def/concept/latitude/54.23393299999999`...

@agustingp if there is no matching between the cube and the codelist the API will work, but when quering the observations you will get the URI of the values instead...

@agustingp the problem occurs only when there is not matching. e.g. at the time dimension. The station_id is ok.

@lkitching any idea if this can be fixed somehow? label: `2010-01-01T05:42:00Z` enum: `A_2010_01_01T00_00_00Z`

In this case the aggregation is wrong since male+female=total. The aggregation will return 2*total This is discussed at Challenge 9.3 of the application profile (https://islab-uom.github.io/qbBestPractices/#definingCodeLists). A solution could be to...

Another thing that came in my mind is the aggregation of hierarchical data. In this case CubiQL should not mix all the hierarchical levels together.