ontology-summit
[Top] [All Lists]

Re: [ontology-summit] HC-05 Ontology of Ontology Evaluation - Ontology U

To: "'Pavithra'" <pavithra_kenjige@xxxxxxxxx>, "'Ontology Summit 2013 discussion'" <ontology-summit@xxxxxxxxxxxxxxxx>
From: "Hans Polzer" <hpolzer@xxxxxxxxxxx>
Date: Sun, 31 Mar 2013 15:59:41 -0400
Message-id: <010e01ce2e4a$48c794e0$da56bea0$@verizon.net>

Pavithra,

 

Keep in mind that commonality implies differences, otherwise there would be no need for it. Across what differences is the ontology (or anything else) common? Those differences might be across a domain, a population, an institution, multiple institutions in an industry, a country, a neighborhood, language, or across a multiplicity of these types of scope. Those differences are the primary driver of requirements for whatever is to be common. While it is, indeed, common, to focus on commonality across some almost always implicit differences, I believe a better approach is to focus on the differences across which one is attempting to establish a bridge via commonality. Explicitly focusing on the differences that the commonality has to support provides a higher level of assurance that the common solution will actually be adopted and will support the needs of the diverse community/scope that it is targeted at.

 

In simple terms, what scope of differences does the common solution support, and possibly more importantly, what differences does it not support/encompass?

 

Remember also that relying on commonality can be perilous for interoperability. It means that encountering some entity that does not share that commonality will likely result in a breakdown in interoperability, possibly without even being aware that a breakdown has occurred (at least until some bad consequence becomes evident down the road). It’s certainly more convenient to be able to rely on commonality – no discovery process or negotiation process is required. And some level of commonality is unavoidable – or it would not be possible to do discovery and negotiation. But it’s not a general or very scalable solution. In a dynamic environment it is usually better to recognize and embrace diversity in the environment and the concomitant need to be explicit about one’s domain/institutional scope and the specific domain standards and frames of reference that one is using. Interacting with another entity should then involve some discovery and negotiation process to establish the level of interoperability required to achieve the respective purposes of the interacting entities (or to determine that those purposes are not pragmatically achievable). In effect, we do this today at system requirements definition and design time when we select data models, ontologies, and specific languages and protocol standards based on a quasi-static assessment of the other systems and institutions with which we might want the system to interact. But we rarely provide for this discovery and negotiation process to occur after the system is operating. Interestingly, domain ontologies can be a useful tool in developing capabilities for dynamic discovery and negotiation for interoperability. But such ontologies will necessarily focus on bridging differences likely to be encountered in some functional or institutional domain.

 

Hans

 

From: ontology-summit-bounces@xxxxxxxxxxxxxxxx [mailto:ontology-summit-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Pavithra
Sent: Sunday, March 31, 2013 12:29 PM
To: Ontology Summit 2013 discussion
Subject: Re: [ontology-summit] HC-05 Ontology of Ontology Evaluation - Ontology Usage

 

 

Amanda,

 

We have discussed about Ontology usage in the past in this forum.   However since we discussed it again today,  I like to open the floor for further discussion..


I have listed  a snippet from article written by Stanfords Natalya Noy ..  Why develop an Ontology.?
Those five things listed are the general basis for usage.  and the first indicates  "To share common understanding of the structure of information among people or software agents".   In an increasingly digitized world it is "one of the" practical reasons why we develop Ontology in modern days.   And I quote "one of the" and not one and only reason.  In generic sense, it is to organize information is a structured manner,  however  eventually it all gets digitized.
Thank you,
Pavithra

An ontology defines a common vocabulary for researchers who need to share information in a domain. It includes machine-interpretable definitions of basic concepts in the domain and relations among them.

Why would someone want to develop an ontology? Some of the reasons are:

         To share common understanding of the structure of information among people or software agents

         To enable reuse of domain knowledge

         To make domain assumptions explicit

         To separate domain knowledge from the operational knowledge

         To analyze domain knowledge

Sharing common understanding of the structure of information among people or software agents  is one of the more common goals in developing ontologies (Musen 1992; Gruber 1993). For example, suppose several different Web sites contain medical information or provide medical e-commerce services. If these Web sites share and publish the same underlying ontology of the terms they all use, then computer agents can extract and aggregate information from these different sites. The agents can use this aggregated information to answer user queries or as input data to other applications.


From: Amanda Vizedom <amanda.vizedom@xxxxxxxxx>
To: Ontology Summit 2013 discussion <ontology-summit@xxxxxxxxxxxxxxxx>
Sent: Friday, March 29, 2013 8:42 AM
Subject: [ontology-summit] HC-05 Ontology of Ontology Evaluation

 

All,

For those interested in the Ontology of Ontology Evaluation Hackathon:  Please add your name & info under "Participant Volunteers," near the top of our project wiki page at http://ontolog.cim3.net/cgi-bin/wiki.pl?OntologySummit2013_Hackathon_Clinics_OntologyOfOntologyEvaluation

This page will be the go-to spot for updated information about the project, before and as it happens.  I will be adding details and logistical info throughout the day today. I may also contact participants today, by email or other preferred method, to coordinate as needed.

Since our primary hack day is tomorrow, we don't have a lot of time to coordinate in advance, or to make tool and process decisions based on everyones preferences. Now is a good time to communicate preferences, suggestions, limitations, etc.; feel free to do so using this wiki page and/or to me directly. That way I can work to have us ready for a quick start and smooth running tomorrow.

Best,
Amanda

On Mar 28, 2013 9:30 PM, "Peter Yim" <peter.yim@xxxxxxxx> wrote:



_________________________________________________________________
Msg Archives: http://ontolog.cim3.net/forum/ontology-summit/ 
Subscribe/Config: http://ontolog.cim3.net/mailman/listinfo/ontology-summit/ 
Unsubscribe: mailto:ontology-summit-leave@xxxxxxxxxxxxxxxx
Community Files: http://ontolog.cim3.net/file/work/OntologySummit2013/
Community Wiki: http://ontolog.cim3.net/cgi-bin/wiki.pl?OntologySummit2013 
Community Portal: http://ontolog.cim3.net/wiki/


_________________________________________________________________
Msg Archives: http://ontolog.cim3.net/forum/ontology-summit/   
Subscribe/Config: http://ontolog.cim3.net/mailman/listinfo/ontology-summit/  
Unsubscribe: mailto:ontology-summit-leave@xxxxxxxxxxxxxxxx
Community Files: http://ontolog.cim3.net/file/work/OntologySummit2013/
Community Wiki: http://ontolog.cim3.net/cgi-bin/wiki.pl?OntologySummit2013  
Community Portal: http://ontolog.cim3.net/wiki/     (01)
<Prev in Thread] Current Thread [Next in Thread>