The European open data portal is possibly the biggest open data portal in the world with more than one million free datasets coming from 36 countries.
One of the mechanisms to access its data is the use of the standard of DCAT-AP standard 2.0 which defines its catalogue of resources.
In the repository pending there are two data models, in progress to connect a dataset and a distribution as an additional resource by using NGSI. The idea is to create a script to map this resource into NGSI.
Every data model has a directory with examples of the payloads (json and jsonld) in key-values and normalized formats.
But it also includes examples of csv that it could help to connect the data models for other platforms.
Now, these examples are re-created automatically once a day.
The naming convention for these examples are the same name of the original payload plus a .csv suffix.
An example for the Battery data model examples.
In the upper menu (option Search descriptions) there is a searchable database of the descriptions for all the properties across the different data models.
Try it out here.
This DDBB is updated daily.
This data model, node, is not officially approved but is on the path for becoming a resource for simulation a node inside a digital twin model (See this video) receiving the measures from an array of sensors controlling different properties and to provide these data to several other nodes which can be connected to.
Remember that incubated repository is devoted to the design and test before submitting officially to the Smart Data Models initiative.
You can claim access to this repository in the issue form option access to the incubated repository.
1.- It is just a technical improvement but now you can access everything in this site with https://data-models.fiware.org.
2.- The issue form has also been improved with new options but simplified structure.
Check it out and please report any issue.
Every subject had a file named CONTRIBUTORS.md which compiles all contributors to the different data models in this subject. However, from the point of view of the management, it was not a structured format. Due to this, it is going to be replaced with a new file named CONTRIBUTORS.yaml with the same info but structured so we could manage properly and answer questions like:
- How many contributors collaborate in this subject?
- How many subjects are being contributed by this person?
- What organisations are contributing to the initiative?
Now there is also a field for allocating comments.
The format is friendly enough to be simply edited but at the same time, it can be automatically processed.
Next week CONTRIBUTORS.md will be removed from the different repos.
Now it is based on a responsive interface with these options:
- Sort any column
- Search on any value across the different columns
- 50-pages pagination
check it out
We are testing a potential new format for the specification that
1) makes easier for people to read the specification
2) provides additional utility to be connected with other platforms making NGSI more compatible
Could you check these two new specifications Building, BuildingOperation compared with the old two Building, BuildingOperation and gives us your opinion?
(once in, click on the name of the object for deploying all the content)
The actual new specs are here without viewer (building, building operation) what you see above is generated automatically from the yaml specs.
What’s the idea behind adopting yaml specifications? To allow multiple evolutions (automatic multilanguage spec, integration with other platforms, etc)
New data models for
available at its own repository in the Cross-sector domain.
Thanks to stbnrivas for its migration from previous project Synchronicity
In the pending repository (the place where the data models can be developed if you wish) there is an interesting working going on about sensoring related to water management.
In development is :
– A data model for the actuator
– A data model for the service which is related to the actuator
– Modifications of the device data model
– A data model for a gateway gathering the data of a group of sensors
They are in the very early stages (so not that much is being contributed).
These contributions are based on the works of the EU project FIWARE4WATER in its group of IoT data models. You can contact them here.