4 new data models for WasteWater

4 new data models for datamodel.wasteWater Subject

  • Blower. This entity contains a harmonized description of a Blower made for the Wastewater treatment domain. The entity represents a Blower that is used for aeration purposes in the wastewater treatment process. Important parameters are measured to regulate and measure the amount of airflow is being provided to the aeration tank in the bioreactor. The energy consumption of a blower is also important information for real-time control and optimization of the wastewater treatment plant.
  • OffGasStack. This entity contains a harmonized description of a generic Off-gas Stack made for the Wastewater treatment domain. This entity represents stacks that are present in some wastewater treatment plants where the emissions, greenhouse gases included, are emitted.
  • WasteWaterJunction. This entity contains a harmonized description of a generic Junction made for the Wastewater treatment domain. Junctions could be in place in certain sections of the treatment plant. For wastewater treatment purposes, the junction is most useful if it is a location of a sensor that measures a specific variable.
  • WasteWaterTank. This entity contains a harmonized description of a generic Tank made for the Wastewater treatment domain. For a given type of tank, all possible variables that can be measured are listed as properties. In the description property, the type of tank (anaerobic, pre-dinitrification, nitrification, etc.)can be defined.

Don’t to these section in the contribution manual

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.

Contribution checklist

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







    Optional documents





    By using this form you agree with the storage and handling of your data by this website.

    New NGSI linked data generator for every data model

    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 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.


    Updated interactive specification

    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.

    First Survey to users and contributors of Smart Data Models

      Q1: What elements of a smart data model are useful for you?

      Examples of the options:
      1.-Json Schema
      Mark those relevant for you

      Optional. Other element useful. (Available or desired)

      Q2: What services do you use?

      1.- Search data models
      2.- Validation of payload
      3.-Validate schema before contribution
      4.-Generate a NGSI-LD payload out of a schema
      Search data modelsValidation of payloadValidate of json schema before contributionGenerate a NGSI-LD payload out of a schema
      Optional. Other service missing. (Available or desired)


      Member of FIWARE FoundationMember of TMForumMember of IUDXNo membership

      Include userAlias in common-schema.json

      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”

      Updated the contribution manual

      This a general review of the contributions’ manual with these changes:

      • Recommendation how to document a property that is an object referencing to a shared schema
      • Change order in the elements (schema recommendation is the most demanded documentation and it is being placed at the beginning)
      • Minor reviews, contact point, etc.

      Located in the upper menu of the site.

      Update the database for searching properties and descriptions

      It has been updated the database for searching properties, two main improvements:

      1.  Performance (now it is a database query instead of the former static file)
      2.  The reference model of the property
      3.  The format (uri, date-time, etc) for string properties.