• Domains

  • Governance

    The availability of widely adopted (de-facto standard) information models is key for creating a global digital single market of interoperable and replicable (portable) smart solutions in multiple domains (smart cities, smart agrifood, smart utilities, smart industry, …).


    Such models provide an essential element in the common technical ground needed for standards-based open innovation and procurement. Data Models play a crucial role because they define the harmonised representation formats and semantics that will be used by applications both to consume and to publish data.

    The FIWARE Foundation, TM Forum, IUDX and other entities to join, are leading a joint collaboration program to support the adoption of a reference architecture and compatible common data models that underpin a digital market of interoperable and replicable smart solutions in multiple sectors, starting with smart cities. All data models are public and royalty-free nature of specifications. Data Model Licensing mode. Preferred Creative Commons by Attribution 4.0

    Organizations can evolve their current data sharing policies towards a vision which, shared with other organizations, brings support to a Data Economy.

    This GitHub organization structure contains JSON Schemas and documentation on Smart Data Models for different Smart Domains. For each Domain (industrial sector) there is a Repository containing as submodules the link to the Subjects containing all the Data Models related. And some other shared elements for all the domain. For each Vertical(Subject) there is a Repository containing the Data Models related to that vertical. These repositories do admit pull requests regardign data models.

    General Principles
    1. Driven-by-implementation approach: Specifications will be considered stable as soon as enough end user organizations (e.g., cities) have validated them in practice.
    2. Open-closed. Breaking changes to already approved specs are not allowed. Instead, new versions shall deprecate attributes, add new attributes, extend enumerations, etc.
    3. Open contribution. Contributions open to anybody (not only members), while final decision making corresponds to the administrators of the domains and Subjects. Management (currently TM Forum, FIWARE Foundation and IUDX) could opposed to some contributions if it does not meet coding guidelines.

Smart water and Smart Environment: Updated WaterQualityObserved in water quality repository

The data model WaterQualityObserved has been expanded to include 3 new properties:

  • BOD: Biochemical oxygen demand (BOD) is the amount of dissolved oxygen (DO) needed (i.e. demanded) by aerobic biological organisms to break down organic material present in a given water sample at certain temperature over a specific time period
  • COD: Chemical oxygen demand (COD) is an indicative measure of the amount of oxygen that can be consumed by reactions in a measured solution
  • PO4: Concentration of phosphates

Additionally, the data model of WaterQualityObserved has been moved from the dataModel.Environment repo to the dataModel.WaterQuality subject.

In order to preserve the relationship with the SmartEnvironment domain the subject dataModel.WaterQuality has been linked to it.


Improved the database of properties

The database for the searching on data models, properties and their descriptions has been expanded to allow filtering also by :

  • NGSI type (one of Property, Relationship or Geoproperty)
  • data type (string, number, boolean, array, object, etc)

Additionally, it has been updated containing more than 11.000 items

Accessible from the front page in this widget (Structured check)

You can export the results

Common Information Model (CIM) specified by the IEC61970 standard data models

There is a new subject focused on the data models, dataModel.EnergyCIM,  of the Common Information Model (CIM) specified by the IEC61970. It is inside the SmartEnergy domain.

Due to a large number of data models (403), the examples will be provided later. it’s in the process of generating the README.md for all of them.

Additionally, some of the properties could have some mismatch that it will be fixed as soon as detected (the lack of examples).

Thanks to the RWTH university for its contribution.

New data model for battery. StorageBattery

There is a new data model StorageBattery

The storage battery data model is intended to describe the technical characteristics of the battery and the charging and discharging conditions of the energy. The charging functionalities apply from a power source which can be an ‘on-board system, solar panel, wind turbine, generator, power supply’. Hydraulic sources are not included in this version. The discharge functions apply to all types of the system requiring energy consumption from a storage battery. *Remark* This Data Model can be used directly as the main entity to describe the device *Battery Storage* or as a sub-entity of the Data Model *DEVICE* using a reference by the *refDevice* attribute.

New data models for Environment. ElectroMagneticObserved and IndoorEnvironmentObserved

There are two new data models ElectroMagneticObserved and IndoorEnvironmentObserved

ElectroMagneticObserved. The Data Model is intended to measure excessive electric and magnetic fields (EMFs), or radiation in a work or public environment according to the level of exposure to electromagnetic fields on the air. The frequency of the Hertzian waves is conventionally lower than 300 GHz, propagating in space without artificial guide. They are between 9 kHz and 300 GHz.
IndoorEnvironmentObserved. Observation of air and climate conditions for indoor environments.

Located in the Subject Environment