Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

belang van een top level ontologie #73

Open
PalmJanssen opened this issue Oct 31, 2019 · 7 comments
Open

belang van een top level ontologie #73

PalmJanssen opened this issue Oct 31, 2019 · 7 comments
Assignees

Comments

@PalmJanssen
Copy link
Collaborator

PalmJanssen commented Oct 31, 2019

Door Mick Baggen

Waar

Par. 5.5 (revisited)

Samenvatting

Veel van de beschreven modelleerverschillen tussen UML en OWL worden nu aan de beide talen zelf toegeschreven, maar zijn in veel gevallen toe te schrijven aan het ontbreken van een fatsoenlijke Top Level (Foundational, Upper) Ontology.

Beschrijving

In zo'n ontologie kunnen veel misverstanden, zoals het vermengen van fysieke objecten en de tekens, waarmee ze worden aangeduid, worden vermeden. Een ander veel voorkomend probleem, de ontologische vermenging van een fysiek object (zeg: een persoon) en de rol van een object (zeg: vader, kind, manager) kan daarmee ook worden aangepakt.

Oplossingsrichting

Voer een Top Level Ontology in met een veel hoger abstractie niveau dan dat van de huidige NEN 3610 (en de onderliggende IMxxxx modellen), en gebruik dat als basis voor je conceptueel modellen (zie eerdere opmerking).

@pmaria
Copy link
Collaborator

pmaria commented Nov 15, 2019

Ja, dit kun je doen. En in principe hebben we dit ook gedaan bij het formuleren van de NEN 3610 ontologie in OWL en het relateren aan andere standaard ontologieen zoals GeoSPARQL, PROV, FOAF, etc.. Hoewel, nog vrij impliciet.

Echter, ik zie niet in hoe dit helpt bij het probleem van de modelleerverschillen tussen bestaande UML modellen en goede LD doelmodellen.

Het meerendeel van de bestaande UML modellen blijven een met impliciete kennis gestructureerde technische weergave van het UOD. Het hebben van een topontologie veranderd daar niks aan.

@architolk
Copy link
Collaborator

Als ik aan upper ontology denk, dan denk ik al snel aan iets dat begint met "Thing" en dan afdaalt. Maar feitelijk doet NEN3610 dit in een gedeelte van het model (dat als een geoobject is, en vervolgens afdaalt). Aangezien dit er al in zit, wordt vermoedelijk iets anders bedoeld, maar ik begrijp dan even niet wat...

@PalmJanssen
Copy link
Collaborator Author

Ik lees de opmerking als volgt.
Een model op hoger abstractie niveau kan er bijvoorbeeld als volgt uitzien:
Het hoogste niveau is een ding. Dat ding kan rollen aannemen die het vervult in relatie tot ander dingen. Een mens is een ouder in relatie tot een kind, een leerling in relatie tot een meester enz. Een ding kan getypeerd worden door zijn materiële kenmerken maar een ding kan ook getypeerd worden door de functie die het vervult. Als een dergelijk topmodel stevig in elkaar zit dan helpt dat bij het maken van correcte domeinmodellen.
Bij NEN 3610 is dit topmodel zwak ontwikkeld en is er daarom veel wijsheid nodig bij domeinmodellen.

@lvdbrink
Copy link
Member

De top level van CB-NL is zoiets. Kan me herinneren dat we daar uitgebreid mee bezig zijn geweest. AL zie ik Rol daar niet terug...

Ander voorbeeld is DOLCE ultralight.

Misschien iets om mee te nemen in de nieuwe versie van NEN3610.

@NielsHoffmann
Copy link
Collaborator

NielsHoffmann commented Nov 29, 2019 via email

@lvdbrink
Copy link
Member

Zie ook het issue hierover in de NEN3610 Github (BMGI).

@JoepvanGenuchten
Copy link
Contributor

We hebben dit onderwerp bij de review sessie besproken en zijn tot ongeveer de volgende conclusie gekomen.

De vraag om een upper ontology is zeer voor de hand liggend, echter op het moment van schrijven waren hier beperkte mogelijkheden toe.
In de periode dat NEN3610-ld geschreven werd, werd tegelijkertijd ook aan het MIM gewerkt. Deze 2 projecten hebben elkaar inhoudelijk sterk beïnvloed. Zo heeft hebben de inzichten van NEN3610-ld er voor gezorgd dat het huidige MIM minder aan Object Orientatie gebonden is. Op het moment van schrijven was MIM nog niet gespecificeerd. Tijdens het opstellen van dit document is er dus voor gekozen om de NEN3610 specificatie (de text) als, in natuurlijke taal beschreven, referentie te gebruiken. Met de kennis van nu zouden we zeer waarschijnlijk stellen dat een NEN3610 upper ontology conform het MIM gemodelleerd zou worden, van waaruit de mapping naar linked data gemaakt zou kunnen worden.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants