The template for a Semantic SensorThings API with the GloSIS use case
This is a modal window.
Das Video konnte nicht geladen werden, da entweder ein Server- oder Netzwerkfehler auftrat oder das Format nicht unterstützt wird.
Formale Metadaten
Titel |
| |
Serientitel | ||
Anzahl der Teile | 156 | |
Autor | ||
Lizenz | CC-Namensnennung 3.0 Unported: Sie dürfen das Werk bzw. den Inhalt zu jedem legalen Zweck nutzen, verändern und in unveränderter oder veränderter Form vervielfältigen, verbreiten und öffentlich zugänglich machen, sofern Sie den Namen des Autors/Rechteinhabers in der von ihm festgelegten Weise nennen. | |
Identifikatoren | 10.5446/68553 (DOI) | |
Herausgeber | ||
Erscheinungsjahr | ||
Sprache |
Inhaltliche Metadaten
Fachgebiet | ||
Genre | ||
Abstract |
| |
Schlagwörter |
FOSS4G Europe 2024 Tartu132 / 156
6
33
35
53
55
59
61
67
70
87
97
99
102
103
104
105
107
111
121
122
123
124
125
126
127
128
134
144
150
151
155
00:00
GammafunktionGüte der AnpassungComputeranimation
00:11
Dienst <Informatik>Formale SemantikExogene VariableDateiformatStandardabweichungSampler <Musikinstrument>TemplateDatenstrukturKontextbezogenes SystemHierarchische StrukturKrümmungsmaßTabelleQuellcodeProtokoll <Datenverarbeitungssystem>REST <Informatik>QuellcodeStandardabweichungLinked DataKontextbezogenes SystemSoftwareWeb ServicesInstantiierungInternet der DingeExogene VariableDateiformatZahlenbereichMathematikKartesische KoordinatenLuenberger-BeobachterEinflussgrößeUser Generated ContentInternetworkingDatenstrukturInformationsspeicherungAdressraumSemantic WebCoxeter-GruppeVerschiebungsoperatorProgrammierparadigmaVerschlingungDienst <Informatik>ComputeranimationBesprechung/InterviewVorlesung/Konferenz
02:28
TemplateSystemplattformNatürliche ZahlInstantiierungPrädikat <Logik>Objekt <Kategorie>MultigraphAbfrageGraphKontextbezogenes SystemDiskrete-Elemente-MethodeProgrammierparadigmaBildverstehenFormale SemantikAbfrageSoftwareKontextbezogenes SystemUmwandlungsenthalpieMathematikLuenberger-BeobachterDatenstrukturProjektive EbeneREST <Informatik>CASE <Informatik>GraphOntologie <Wissensverarbeitung>InstantiierungSemantic WebGrundraumGenerator <Informatik>Message-PassingCoxeter-GruppeBitKategorie <Mathematik>Abgeschlossene MengeZeiger <Informatik>Algorithmische ProgrammierspracheW3C-StandardComputeranimationFlussdiagrammVorlesung/Konferenz
05:47
Web SiteElementargeometrieComputerunterstützte ÜbersetzungComputeranimation
Transkript: Englisch(automatisch erzeugt)
00:00
So my name is Luis, I work at this institution called ISRIK. One of the missions of ISRIK is providing soil data, accurate and good quality soil data to the world. About 8 years ago, the OGC performed a tectonic shift in the way it published its standards by adopting the REST APIs.
00:26
Since 2016 they have been publishing standards in this paradigm. A lot of things have changed, most to the better. One of the things that happened is for instance that the response formats have been opened up and include things such as JSON.
00:46
And that changes everything. Data provision in the internet with OGC standards became something very, very different. For an institution like ISRIK, this is very important because it opens the door into the semantic web, into linked data.
01:00
And an institution like ISRIK, it's really important that our data connects to other sources of soil data and other sources of data that are related to that context. So this set in motion a number of changes in the landscape and one of those is applications like Prez.
01:20
And Prez, what it does, it's a piece of software that is being developed in Australia. I see some people smiling, I hope they are. I don't know if they are from Australia. Anyway, so what this software does is that it serves linked data directly from a triple store through OGC compliant services.
01:40
Now what is important here in the context of this address is the sensor things API. This was the very first REST API specified by the OGC. It was meant to the Internet of Things. The context that we saw earlier, Daniele, with the monitoring of the algal blooms.
02:01
However, this API is aligned with an earlier standard of the OGC called observations and measurements. Which is, for those that don't know what it is, it basically gives a conceptual structure to your data. And this directed at general observation of natural phenomena.
02:23
Again, links to the nice presentation by Daniele. This was 2016, 2019. The W3C publishes an ontology called SOSA, which you can see here. Do I have a pointer? Yeah. Which you can see here and in this ontology you have concepts such as observation, procedure, feature of interest, observable property.
02:49
Those of you, for instance, that work in the context of Inspire, none of this should be strange. What this means is that with this ontology, if I structure my data, if I create my knowledge graph,
03:03
complying with this ontology, I immediately aligned with the sensor things API. And then the next step is the software. And actually this is where things start to become a bit magical. Because you have software just like this GRLC, it's pronounced garlic by the way,
03:25
that from a sparkle query can automatically generate a REST API. This is a very simple example and if you have never seen sparkle before, don't get scared. Basically this is a query that returns all the observations in my knowledge graph
03:43
and has a few annotations that allows the software to then produce a REST API from this query. And this happens without installing any software, it all happens in GitHub. It's as close as it gets to Magix in this context.
04:01
But there is more. Because actually if you know sparkle and you look closely into this query, you can see that most of it is universal. This query with some small changes would apply to any kind of knowledge graph that uses this Sozo ontology. When we see for instance things such as Sozo observation.
04:23
This is universal for any kind of knowledge graph that complies to this ontology. And actually within the Mater project, a U-funded project, colleagues in the Poznan Computing Center are developing a tool that already pretty much can inspect a knowledge graph
04:44
that complies with this ontology and automatically without any other intervention generates a REST API compliant with the sense of things specification.
05:01
So this is my message with this paper and this talk. Is that in the SOAP era serving this kind of data was focused on the technology. We saw the last presentation was a bit like that. Which is the most performant? How do I get my data in? How do I make my data accessible to that software?
05:23
And this modern age of APIs is turning data provision into something completely different. Your work can be completely semantic centered. It's all about the structure of your data. And in this case of the semantic web. How do you create a knowledge graph that can be immediately consumed by the software?
05:44
I hope this makes sense. Enjoy Phosphor-G and see you later.