Skip to content

Latest commit

 

History

History
39 lines (28 loc) · 2.6 KB

MVP.md

File metadata and controls

39 lines (28 loc) · 2.6 KB
Raw

MVP schema

MVP

MVP description

The MVP is based on the MONAS real use case.MVP - MONAS (Monitoring and Analysis System)

The MVP is composed of 3 main parts:

  • The NSGI side, managed by the RDF SCORPIO version
  • The SOLID side, managed by the Comunity Solid server
  • The SEPA as a technology bridge

The prototype scenario starts from the ControlUnitSimulator, which is a JSON-LD producer, it updates the entity's status simulating the real use case. The sensor observation status, generated by the ControlUnitSimulator is converted by SCORPIO into RDF quads and then, through SEPA, stored in the Blazegraph RDF store. Meanwhile, the MetaAdder and HistoryKeeper aggregators are subscribed on SEPA. The MetaAdder will generate the meta information, that allows the Community Solid Server to access new data. The HistoryKeeper will store in a specific graph the entity changes to keep its history. The Comunity Solid server is able to interrogate the SEPA to get all the information about the entities, it manages the access too, as our identity provider. In order to grant easier access to the data at the end-users a front-end is present, that is a Solid application, and gets the MONAS data in real-time from Solid.

SOLID

We are fully supporting the solid protocol. We chose to deploy a modified version of the Community Server implementation available here: https://github.com/solid/community-server . As you can see we have actively contributed to the development of the official implementation of the SOLID protocol. In particular, we have sent 3 PR to adapt it to our needs: https://github.com/solid/community-server/pulls?q=author%3Aiosonopersia+ The first PR was rebased and merged in CommunitySolidServer/CommunitySolidServer#923, the second improved the understain of issue CommunitySolidServer/CommunitySolidServer#471 but it was not merged due to a design flaw of the system, finally the third PR was merged right away. You can find more information in the discussion thread on Github.

NGSI

We created an extension of SCORPIO NGSI-LD compliant context broker, in order to store the JSON-LD information in RDF format. In particular, our RDF SCORPIO version can convert the JSON-LD using the Titanium library and then store it through SEPA. Based on the DAO pattern we implemented the SPARQL queries and updates generator in order to cover all the NGSI-LD API supported by SCORPIO.

Here the NGSI-LD_TestSuite results:

NGSI-LD_TestSuite full results list

Summary:

Results