A new data model for the device subject capable of allocating payloads of power consumption. In the subject datamodel.Device.
SmartMeteringObservation. This entity contains a harmonized description of a Smart Meter Observation, generally applicable for Smart Homes, Industry, Cities, and Agriculture. It is based mostly on the GSMA entity definition but it is extended
In the right column of the front page, there is a new feature for look for data models
| Initial
once type ‘light’ it looks like in the right |
Filtered
Every entry is an hyperlink |
 |
 |
The list of data models has been completely changed.
Step 1: write part of the name of data model or repository
Step 2: The table filter the options
Step 3: Click on the name and it takes you directly to the github location you need.
1 new data model is being published in the subject Building
VibrationsObserved. The vibrations observed in a specific place.
In order to reduce the work for the contributors of the new data models, there is a new section on the contribution manual title ‘don’t do these’ with recommendations for the most common poor practices in the contribution process.
Although all contributions are welcomed it will save everybody’s time by reading this section once.
Additionally, the section can be improved so you can submit your recommendations/lessons learned here.
There is a new option in the main menu Data Models -> Contribution Checklist
It is strongly recommended to pass every element before submitting your new data model.
See below the checklist
Now the README file of every data model includes a link to the generator of NGSI-LD payloads compliant with the data model.
As you can see in the image below there is a new section “Dynamic examples generation”
There is the sentence “Link to the Generator of NGSI-LD payloads compliant with this data model. Refresh for new values”. By clicking the Generator link an example of payload appears on the web page. Refreshing (F5) generates new payloads.
Now all data models have an interactive specification. (As long as they have examples)
This is the first step to deeper interactive services for every data model contributed.
See the example for weatherForecast.
The file common-schema.json compiles those properties massively used across the different data models in the different domains.
The property userAlias has been included to store those anonymous identifiers of a user that cannot be traced back to the user.
It can be referenced in any data model just by including this code
“userAlias”: {
“$ref” : “https://smart-data-models.github.io/data-models/common-schema.json#/definitions/userAlias”
}
