NGSI-LD
NGSI-LD ist ein Standard, mit dem Informationen zu konkreten Objekten einheitlich beschrieben und über
Schnittstellen bereitgestellt werden können. In der Plattform spielt NGSI-LD vor allem dort eine Rolle, wo Daten
über den Kontextbroker verwaltet werden.
Der Standard hilft dabei, nicht nur einzelne Werte zu speichern, sondern immer auch das Objekt dahinter mitzudenken.
Es geht also nicht nur um eine Zahl wie 23.4, sondern zum Beispiel um die Frage: Zu welchem Sensor gehört dieser
Wert? Wo befindet sich das Objekt? Welche weiteren Eigenschaften hat es? Und wie hängt es mit anderen Objekten
zusammen?
Die Grundidee
NGSI-LD betrachtet Daten nicht primär als Tabellenzeilen, sondern als beschriebene Objekte.
Typisch ist dabei:
- Es gibt eine
Entität, also ein konkretes Objekt. - Diese Entität hat
Attribute, also Eigenschaften. - Sie kann
Beziehungenzu anderen Entitäten haben. - Über einen
@contextwird festgelegt, was Typen und Attribute bedeuten.
Dadurch entsteht eine objektbezogene Sicht auf Daten, die sich gut für Zustände, Beobachtungen, Infrastrukturobjekte und deren Zusammenhänge eignet.
Einfaches Beispiel
Statt einen Parkplatz nur als Datensatz in einer Tabelle zu sehen, wird er in NGSI-LD als eigenes Objekt
beschrieben:
{
"id": "urn:ngsi-ld:OffStreetParking:parkhaus-mitte",
"type": "OffStreetParking",
"name": {
"type": "Property",
"value": "Parkhaus Mitte"
},
"availableSpotNumber": {
"type": "Property",
"value": 42
},
"location": {
"type": "GeoProperty",
"value": {
"type": "Point",
"coordinates": [8.766, 51.718]
}
}
}
Für die Praxis ist daran wichtig:
idbeschreibt das konkrete Objekt eindeutigtypebeschreibt, was für ein Objekt es ist- Properties enthalten die eigentlichen Eigenschaften
GeoPropertybeschreibt räumliche Informationen
Warum ist das für die Plattform relevant?
In der Plattform werden viele Daten nicht nur gesammelt, sondern für weitere Anwendungen bereitgestellt. Dafür ist es hilfreich, wenn ähnliche Objekte auch ähnlich beschrieben werden.
NGSI-LD ist deshalb besonders nützlich, wenn:
- Daten sich auf einzelne Objekte beziehen
- der aktuelle Zustand eines Objekts wichtig ist
- verschiedene Quellen auf eine gemeinsame Struktur schreiben sollen
- Anwendungen dieselben Daten später weiterverwenden sollen
Typische Beispiele sind Sensoren, Messstationen, Parkplätze, Ladepunkte, Gebäude oder Anlagenzustände.
Wie hängt das mit dem Kontextbroker zusammen?
Der Kontextbroker ist die Komponente, die solche NGSI-LD-Entitäten entgegennimmt, speichert, aktualisiert und
bereitstellt.
Vereinfacht gesagt:
- Daten kommen aus einer Quelle in die Plattform.
- Sie werden auf ein passendes Objektmodell gemappt.
- Dieses Objekt wird als
NGSI-LD-Entität in den Kontextbroker geschrieben. - Andere Anwendungen können den aktuellen Stand anschließend wieder abrufen.
NGSI-LD ist also der beschreibende Standard, während der Kontextbroker die operative Komponente ist, die damit
arbeitet.
Welche Grundbausteine gibt es?
Entitäten
Eine Entität ist das eigentliche Objekt, zum Beispiel ein Parkplatz, eine Wetterstation oder ein Sensor.
Attribute
Attribute beschreiben Eigenschaften der Entität, zum Beispiel Name, Temperatur, Belegungsstatus oder Kapazität.
Beziehungen
Beziehungen verknüpfen Entitäten miteinander, zum Beispiel:
- Sensor gehört zu Station
- Parkplatz gehört zu Parkraumzone
- Gebäude gehört zu einem Standort
GeoProperties
GeoProperties beschreiben räumliche Informationen, also zum Beispiel einen Punkt, eine Linie oder eine Fläche.
@context
Der @context sorgt dafür, dass Begriffe nicht nur als Zeichenkette verstanden werden, sondern eine definierte
Bedeutung haben. Das ist wichtig, damit Typen und Attribute einheitlich interpretiert werden können.
Unterschied zu Smart Data Models
NGSI-LD und Smart Data Models gehören eng zusammen, sind aber nicht dasselbe.
NGSI-LDist der Standard dafür, wie kontextbezogene Daten strukturiert und beschrieben werden.Smart Data Modelsliefern fachliche Modelle dafür, welche Typen und Attribute für bestimmte Anwendungsfälle sinnvoll sind.
Einfach gesagt:
NGSI-LDbeschreibt die FormSmart Data Modelsliefern typische fachliche Inhalte