-
Notifications
You must be signed in to change notification settings - Fork 4
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
Comments
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. |
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... |
Ik lees de opmerking als volgt. |
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. |
De nta8035 en vooral de nen2660 beoogt een toplevel ontologie voor de gebouwde omgeving te realiseren...
…________________________________
From: Linda van den Brink <[email protected]>
Sent: Friday, November 29, 2019 8:52:30 AM
To: Geonovum/NEN3610-Linkeddata <[email protected]>
Cc: Subscribed <[email protected]>
Subject: Re: [Geonovum/NEN3610-Linkeddata] belang van een top level ontologie (#73)
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<http://www.ontologydesignpatterns.org/ont/dul/DUL.owl>.
Misschien iets om mee te nemen in de nieuwe versie van NEN3610.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub<#73?email_source=notifications&email_token=AAHNKAQASI3EN3WDQZ56IMLQWDC35A5CNFSM4JHG4VL2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFOEFUY#issuecomment-559694547>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AAHNKATIDZN5FALWJ35EE4LQWDC35ANCNFSM4JHG4VLQ>.
|
Zie ook het issue hierover in de NEN3610 Github (BMGI). |
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. |
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).
The text was updated successfully, but these errors were encountered: