As promised the README.md at Subject level explaining the different data models is automated, and therefore there is no need to be contributed by the contributors. See an example here for the weather subject
Thus, the README.md is based on the data models and their descriptions, linking to the current contributors
Soon the README.md for the domain will be also automated.
Best
Now in the root of every subject, you can find only the file CONTRIBUTORS.yaml with the current contributors to the data model of the subject.
The old file CONTRIBUTORS.md is being removed.
CONTRIBUTORS.yaml is a structured format that allows automatic treatment globally across the initiative. It compiles the full name of the contributor, his/her organization, and their project and comments if necessary.
If you keep seeing it is because you are not looking at the master branch but in a specific commit (like it happens in the submodules). We update the branches in submodules daily, so tomorrow it will not appear unless you want it to go to former commits.
See one example.
Currently, the README.md at data models level (inside every directory in a Subject) explaining the contents of the data models is automated, and therefore there is no need to be contributed by the contributors. See an example here for the weather forecast.
Thus, the README.md is based on the examples provided, the specification and the model.yaml.
Soon the README.md for the Subject will be also automated.
if you are browsing the repository you can realise that now there are several data models ended with the term ‘_incubated’.
This suffix denotes that there will be ‘soon’ a new data model.
The readme in the folder points to the repository where this data model is being created.
Once finished (all the docs, examples, etc) the _incubated suffix will be removed and the data model will be fully included into the data models.
some examples:
BuildingType_incubated(published 30-11-21)
PhreaticObserved_incubated (published 31-5-2021)
This is the first survey to the USERS of the Smart Data Models. We want to know what is more important to you and try to prioritize our efforts. This is an agile initiative, therefore we will take into very consideration your comments. Your survey is anonymous although if you wish you can include your email in comments and we will contact you regarding your comments.
You can answer it here.
Soon there will be another survey for the CONTRIBUTORS.
In the harmonization repository, there is a new model name photovoltaic Device. To be completed previously to be incorporated. You can submit an issue on it if interested.
The Data Model is intended to describe the mechanical, electrical and thermal characteristics of photo-voltaic panels according to : – STC – Standard Test Condition – Sunshine 1000 Wm² / Radiation 1.5 AM / Temp 25° Celsius / Air Masse 0 m/s. – NOCT – Normal Operating Cell Temperature
– Sunshine 800 Wm² / Radiation 1.5 AM / Temp 20° Celsius / Air Masse 1 m/s.
The measures performed for STC and NOCT are – [Pmax] Maximum Nominal Power measured in WTT represents Watt.. – [Umpp] Optimal operating voltage measured in VLT represents Volt. – [Impp] Optimal Operating Current measured in AMP represents Ampere. – [Uoc] Open Circuit Voltage measured in VLT represents Volt. – [Isc] Short Circuit Current measured in AMP represents Ampere.
Additional Information about Data Model: This Data Model can be used directly as the main entity to describe the device [PHOTOVOLTAIC] or as a sub-entity of the Data Model [DEVICE] using a reference by the refDevice attribute.
In order to provide a more transparent and participative approach to the creation and maintenance of data models, here you can see the three stages for a usual data model to be part of the official list of data models.
1.- Pending is the ‘wild’ zone where developers share their thoughts and create their data models. When finished (ready) they can create a PR on the right Subject repository.
2.- Harmonization is the repository for those new accepted models while they are fine-tuned or completed
3.- Subject means the repository in which the data model is officially published. Once there they are versioned when necessary.
| Pending | Harmonization | Subject | |
| Control of contributions | No | Yes | Yes |
| Scripts for checking | No | Yes (specific) | Yes (only acceptance and on update) |
| Code inside json schema | No | Harmonizing | Local standard
Global standard |
| Versioning | No | No | Yes |
| Managed | Each contributor | Contributor + SDM control | SDM control |
| In domain | No | No | Yes |
| Accept issues | Yes but not managed | Yes | Yes (Here the open ones) |
| First Access | Anyone |
|
N/A |
SDM: Smart Data Models initiative
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.
Best.
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.
Slack channel
Discord channel #smart-data-models
help on discord
Invitation to discord 
Validate a payload with a data model(external)
