ontolog-forum
[Top] [All Lists]

Re: [ontolog-forum] Terminologies and Ontologies

To: "[ontolog-forum]" <ontolog-forum@xxxxxxxxxxxxxxxx>
Cc: Socop Forum <socop-forum@xxxxxxxxxxxxxxxx>
From: Gary Berg-Cross <gbergcross@xxxxxxxxx>
Date: Wed, 4 May 2011 17:13:20 -0400
Message-id: <BANLkTi=woza-M7EUv4tp-5yS3Ai8Q+sR8w@xxxxxxxxxxxxxx>
John,

Thanks for the elaborations. We are largely in agreement. I would further the conversation by following up the ontological-application relation.  One context is below:

GBC>> The hydrological concepts are more basic and underlie the real world
>> phenomena at the river-stream level. For many applications they will
>> therefore organized things.

JS>That depends on your application.  If you happen to be a landscape
JS>designer, you might consider the common terms as useful ways to
JS>characterize the visual features in your design.

True, but I want to add the idea that we are increasingly interested in inter-related applications and shared data. This puts an additional requirement on ontologies. So in your example of an ontology for a house design and is data we may desire that the data interface with some of the data involved in a city design applications/models or earthquake applications models.

In the case of rivers etc. the USGS National Map includes a hydrology dataset (http://nhd.usgs.gov/). This is a digital vector dataset used by many geographic information systems (GIS). It contains features such as lakes, ponds, streams, rivers, canals, dams and streamgages. Besides GIS applications other apps may use the data or the GIS application of which disaster management is one class.  There may be many applications in this class but some general hydrology principles MAY be useful across several of these.  At least this is an interesting possibility to consider and investigate.

Gary Berg-Cross, Ph.D.   gbergcross@xxxxxxxxx     
NSF INTEROP Project  
SOCoP Executive Secretary
Potomac, MD
240-426-0770


On Wed, May 4, 2011 at 3:54 PM, John F. Sowa <sowa@xxxxxxxxxxx> wrote:
Rich and Gary,

Rich's note on the new thread of Quality is related to Gary's
comment about quality in this thread.  So I'll discuss them
both in this thread.

RC
> I found this quote on a SEMWEB list:
>
> “(_X) tells me that empirical evidence suggests that using a
> larger number of relationships correlates to poorer ontologies.”
>
> Note that _X reportedly used the descriptive word “relationship”,
> not the usual suspect “relation”, so the total number of
> tuples/rows/records in each relation that involves the ontology,
> summed over all such relations, would seem to capture the intuitive
> meaning of that phrase.

The word 'relationship' usually refers to instances rather than types.
For example, a person with a thousand Facebook "friends" has a thousand
relationships of the same type.

I suspect that _X was counting instances rather than types.  Perhaps
_X meant that a better ontology might choose relation types that
could represent the same information with fewer instances.

For example, the verb 'buy' could be defined by two instances of 'give':

   X buys Y from Z for W amount of money:

   X gives W to Z in order to cause Z to give W to X.

If your ontology does not have the concept type Buy, it would have
more instances of the simpler relations.  Perhaps that is _X's
measure of quality.  But you might ask _X.

GBC
> John’s example was the cutting up of some water domain into various
> categories (rivers, steams etc.) that often come to have a term
> associated with it. We might have an application dealing with floods
> in which these distinctions are important. To start on a quality
> ontology for such an application it should be able to make meaningful
> statements about what exists in its focused domain.

I agree that if a term is significant for a particular domain a good
ontology should provide some way to express it.  Sometimes, the formal
definitions have a very direct mapping to the informal terms, but
sometimes a different choice of formal relations might be more useful.

For the example about floods, you might represent the basic idea
of water flowing in a channel at a certain rate (say cubic meters
per second).  The common terms, such as creek, stream, and river
might be less useful, since a flooded creek might have a greater
flow than a river during a dry spell.

You might also choose to represent the maximum desired channel
depth and define a flood by the distance above that depth.

GBC
> The hydrological concepts are more basic and underlie the real world
> phenomena at the river-stream level. For many applications they will
> therefore organized things.

That depends on your application.  If you happen to be a landscape
designer, you might consider the common terms as useful ways to
characterize the visual features in your design.

GBC
> ... for IT applications we need to formalize these axioms in a language
> that on the one hand faithfully reflects this conceptualization and
> on the other can be processed by applications.

Yes, but I would emphasize the word 'application'.  The quality of
an ontology depends critically on the way its used in an application.
Even for the same basic phenomena, different ontologies might be better
suited to one purpose or another.

John

_________________________________________________________________
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    (01)

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