ontolog-forum
[Top] [All Lists]

Re: [ontolog-forum] Relating and Reconciling Ontologies

To: "'[ontolog-forum] '" <ontolog-forum@xxxxxxxxxxxxxxxx>
From: "Rich Cooper" <rich@xxxxxxxxxxxxxxxxxxxxxx>
Date: Fri, 22 Apr 2011 14:04:03 -0700
Message-id: <20110422210409.74AAC138CDB@xxxxxxxxxxxxxxxxx>
Jack,    (01)

Is there a published thesis (PDF) available that describes it in depth, or
is the thesis research underway still - most of us put off writing till the
fun's over!  Any publications would be nice!      (02)

-Rich    (03)


Sincerely,
Rich Cooper
EnglishLogicKernel.com
Rich AT EnglishLogicKernel DOT com
9 4 9 \ 5 2 5 - 5 7 1 2    (04)

-----Original Message-----
From: ontolog-forum-bounces@xxxxxxxxxxxxxxxx
[mailto:ontolog-forum-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Jack Park
Sent: Friday, April 22, 2011 1:32 PM
To: [ontolog-forum]
Subject: Re: [ontolog-forum] Relating and Reconciling Ontologies    (05)

The platform is the result of recent thesis research and has no
experience to brag about (yet).
There are other issues being dealt with in terms of that platform;
it's open source and needs a lot of work.    (06)

Jack    (07)

On Fri, Apr 22, 2011 at 12:22 PM, Rich Cooper
<rich@xxxxxxxxxxxxxxxxxxxxxx> wrote:
> Jack,
>
> Your Merge and Association ideas sound very good, conceptually speaking.
 Do
> you have any results yet from users, or other real data that can support
or
> challenge those ideas?  Putting it into practice is where the possible
> defects will show up.  Have you gotten experience with the human response
to
> this yet, or is it just too early in the development for that feedback?
>
> Interestedly,
> -Rich
>
> Sincerely,
> Rich Cooper
> EnglishLogicKernel.com
> Rich AT EnglishLogicKernel DOT com
> 9 4 9 \ 5 2 5 - 5 7 1 2
>
> -----Original Message-----
> From: ontolog-forum-bounces@xxxxxxxxxxxxxxxx
> [mailto:ontolog-forum-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Jack Park
> Sent: Friday, April 22, 2011 12:06 PM
> To: [ontolog-forum]
> Subject: Re: [ontolog-forum] Relating and Reconciling Ontologies
>
> David, you ask good questions. Thank you.
>
> Agree there is no such thing as a perfect label. My choice of
> "commonLabel" was mostly to make a point, not to advertise a
> particular ontological commitment.
>
> The term "automagical" is just a skosh problematic for me, for I don't
> think there will ever be an automatic anything in terms of ontologies
> so long as there are people with free wills, whims, and even nasty
> streaks.
>
> I do think there are things we can automate, so long as we facilitate
> dealing with conflicts, conflicting world views, etc.
>
> So, I see it this way:
>
> 1- Ontologies bake in some sort of meaning, whether it's community
> based, just some domain expert's view, whatever. Because of that,
> there will be many such ontologies even for the same domain of
> discourse.
>
> 2- Ontologies are capable of being merged in lossy manners, much the
> same way as the vast and continuously growing literature on merging
> databases: hire some experts, invent a new schema, toss what goes in
> in, toss out what doesn't go in.
>
> 3- Ontologies are capable of being merged in a loss free manner, in
> the way that topic maps suggest. Pick a subject from one ontology and
> go see what entities in others are *about* the same subject, and then,
> by possibly different means (depending on the goals), merge them. What
> ever doesn't merge still goes into the topic map in which ever
> "location" it belongs.
>
> My favorite way of merging topics is called "VirtualMerge" in which
> you forge a VirtualProxy that accumulates all the identity properties
> from all of the aggregated topics. It is then connected with each of
> the topics through what I call a "MergeAssocation" which contains a
> list of all the justifications (fired rules) for the merge. Doing it
> that way, you can treat the MergeAssociation instance as an actor in a
> structured conversation where someone wants to disagree (for cause)
> with the merge.  Similarly, people should be free to suggest a merge
> through a built MergeAssociation, in which they list the reasons for
> the merge.
>
> That approach satisfies a need I created to ensure that the social
> remains in the system *without* affecting the expertise reflected in
> the individual ontologies.  That is: I separate domain expertise from
> the map of that domain expertise, and leave it to the social to
> interact with the map. It takes nothing from the ontology world, and,
> if anything, makes it even more valuable.  People are now able to
> browse, pick and choose as they see fit, and even, in the map,
> annotate, tag, and leave thought trails that lead to even new insight
> that can, over time, migrate into the ontology world.
>
> I know. Snake oil, some might think.
>
> I hope not.
>
> Cheers
> Jack
>
> On Fri, Apr 22, 2011 at 11:47 AM, David Eddy <deddy@xxxxxxxxxxxxx> wrote:
>> Jack -
>>
>> On 2011-04-21, at 5:15 PM, Jack Park wrote:
>>
> <snippage>
>
>> Where is that ontological app that I can have on my iPad that will
>> automagically sync with the 30 year SME to tell me he's thinking
>> M0760 and let him know my MSTR-MENSA-FL is actually his M0760?
>>
>>
>> This is where I loose how ontologies provide value... at least to the
>> care & feeding of legacy systems (the systems that run our lives).
>> What I hear here is an attempt to find the perfect, correct concept
>> (name/label in my domain).  There is no such thing.
>>
>> For 20+ years I've watched folks tilt at the "one correct standard
>> name across the enterprise".   Never going to happen.
>>
>> I posit that we need something that discovers the names/labels in the
>> context of their native use (my SME having worked with M0760 for 30+
>> years) & associate them with the other similar/like things.
>>
>>
>> So far I have not seen any interest in the ontology world for this
>> issue.  Can ontologies be relevant to dealing with legacy systems?
>>
>> ___________________
>> David Eddy
>> deddy@xxxxxxxxxxxxx
>>
>> 781-455-0949
>>
>>
>> _________________________________________________________________
>> Message Archives: http://ontolog.cim3.net/forum/ontolog-forum/
>> Config Subscr: http://ontolog.cim3.net/mailman/listinfo/ontolog-forum/
>> Unsubscribe: mailto:ontolog-forum-leave@xxxxxxxxxxxxxxxx
>> Shared Files: http://ontolog.cim3.net/file/
>> Community Wiki: http://ontolog.cim3.net/wiki/
>> To join: http://ontolog.cim3.net/cgi-bin/wiki.pl?WikiHomePage#nid1J
>>
>>
>
> _________________________________________________________________
> Message Archives: http://ontolog.cim3.net/forum/ontolog-forum/
> Config Subscr: http://ontolog.cim3.net/mailman/listinfo/ontolog-forum/
> Unsubscribe: mailto:ontolog-forum-leave@xxxxxxxxxxxxxxxx
> Shared Files: http://ontolog.cim3.net/file/
> Community Wiki: http://ontolog.cim3.net/wiki/
> To join: http://ontolog.cim3.net/cgi-bin/wiki.pl?WikiHomePage#nid1J
>
>
>
> _________________________________________________________________
> Message Archives: http://ontolog.cim3.net/forum/ontolog-forum/
> Config Subscr: http://ontolog.cim3.net/mailman/listinfo/ontolog-forum/
> Unsubscribe: mailto:ontolog-forum-leave@xxxxxxxxxxxxxxxx
> Shared Files: http://ontolog.cim3.net/file/
> Community Wiki: http://ontolog.cim3.net/wiki/
> To join: http://ontolog.cim3.net/cgi-bin/wiki.pl?WikiHomePage#nid1J
>
>    (08)

_________________________________________________________________
Message Archives: http://ontolog.cim3.net/forum/ontolog-forum/  
Config Subscr: http://ontolog.cim3.net/mailman/listinfo/ontolog-forum/  
Unsubscribe: mailto:ontolog-forum-leave@xxxxxxxxxxxxxxxx
Shared Files: http://ontolog.cim3.net/file/
Community Wiki: http://ontolog.cim3.net/wiki/ 
To join: http://ontolog.cim3.net/cgi-bin/wiki.pl?WikiHomePage#nid1J    (09)



_________________________________________________________________
Message Archives: http://ontolog.cim3.net/forum/ontolog-forum/  
Config Subscr: http://ontolog.cim3.net/mailman/listinfo/ontolog-forum/  
Unsubscribe: mailto:ontolog-forum-leave@xxxxxxxxxxxxxxxx
Shared Files: http://ontolog.cim3.net/file/
Community Wiki: http://ontolog.cim3.net/wiki/ 
To join: http://ontolog.cim3.net/cgi-bin/wiki.pl?WikiHomePage#nid1J    (010)

<Prev in Thread] Current Thread [Next in Thread>