Megoldások

Egy város parkolást, hulladékkezelést, közvilágítást, közlekedést és egy GIS-t üzemeltet, mindegyiket más szállítótól, és mindegyiknek saját elképzelése van arról, mi az utca. Tegyék ezeket egy kontextusba, és egy diszpécser megkérdezheti, mely lámpák hallgattak el egy lezárt úton, és egyetlen lekérdezésben megkapja a választ.

A régió a következő szint. A referenciatelepítésünkben a város tartja a levegőminőségi állomásait, a régió pedig egy térképen mutatja őket a saját járási városai mellett, anélkül hogy egyetlen mérést is másolna, és a város szabálya dönti el, mit láthat a régió. A nyílt adatok portálja külön munka nélkül jár jól, mert ugyanazok az entitások dokumentált formátumban publikálhatók, ahelyett hogy negyedévente kézzel exportálnák őket CSV-be.

A mérők, a hőközpontok, az épületautomatika és egy BIM modell ugyanazt az épületet írja le négy oldalról. Összekötve egy fogyasztási szám azzal a helyiséggel érkezik, amelyhez tartozik, azzal, mire használják, és azzal, mikor újították fel utoljára, és ez az, ami egy számból munkalapot csinál. Amikor a szolgáltató és az épület tulajdonosa két külön szervezet, a megállapodást az adattér-konnektor viszi, a határt pedig a szabály.

Az üzemi historianök, a SCADA, a karbantartási rendszerek és a földrajzi vagyonadatok ritkán találkoznak. Egy közös kontextus mind a négyen keresztül olvashatóvá teszi az eszközök állapotát, és érintetlenül hagyja az üzemi rendszereket, ami rendszerint feltétele annak, hogy egyáltalán szabad legyen bármit kipróbálni. A már NGSI-LD-t beszélő szállítói rendszerek regisztrációval csatlakoznak, és megtartják a saját adataikat.

A konzorciumi projekteknek az eredményben kell megmutatniuk az interoperabilitást, nem csak a pályázatban. Megépítjük az NGSI-LD réteget, az adatmodelleket és a partneri helyszínek közötti föderációt, és elég jól dokumentáljuk ahhoz, hogy túléljék az értékelést és a projektet is. Egyszer már megcsináltuk: három szervezet, három fürt, egy lekérdezés, a mérésekkel együtt kutatási cikkben leírva.