ontolog-forum
[Top] [All Lists]

Re: [ontolog-forum] Ontologiesassocialmediators(was:Ontologydevelopment

To: "'[ontolog-forum] '" <ontolog-forum@xxxxxxxxxxxxxxxx>
From: "Rich Cooper" <rich@xxxxxxxxxxxxxxxxxxxxxx>
Date: Thu, 3 Dec 2009 01:24:09 -0800
Message-id: <20091203092413.DB533138D27@xxxxxxxxxxxxxxxxx>

Hi Christopher,

 

My comments are interspersed below,

-Rich

 

Sincerely,

Rich Cooper

EnglishLogicKernel.com

Rich AT EnglishLogicKernel DOT com


From: ontolog-forum-bounces@xxxxxxxxxxxxxxxx [mailto:ontolog-forum-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Christopher Spottiswoode
Sent: Thursday, December 03, 2009 12:57 AM
To: [ontolog-forum]
Subject: Re: [ontolog-forum]Ontologiesassocialmediators(was:Ontologydevelopment method)

 

Rich, good point, but I'd prefer to take the users' word for it, at least provisionally, rather than that of compilers of thesauri.  However "sophisticated" (scare quotes intended) thesauri have become, they remain of merely heuristic value.

Of Course.  Compilers and thesauri are figments of some group’s collective imagination based on their perceptions of the terminal concepts.  But everyone votes who can concept now.  Those shared concepts are terminal nodes.  Everything else is conjecture and refutation a la Popper.  Only the election winners are the selected ones for this transaction, however complex.  

 

Either way, architecture must involve systematic recognition of the openness of such questions, and offer a maximally informed and democratic approach to discover, negotiate and resolve any such context-dependent issues.

 

Actually, “architecture” is a mythological beast (like the unicorn) which balances the homeostatically weighted vector of health (good) against the perceived homeostatic correction vector of the unique interests of the maximally defensive controllers of the architecture (bad).  With none (all are bad), the balance is 0.  With all (all are good), the balance is 1.  

 

Sure, that fine ideal is less applicable to more batch-mode requirements such as MT or other NL corpus analyses.  But I think we are talking in this thread rather of the design of ontologies, and cultivating commitment to them.

 

Christopher

 

Personally, I consider any commitments to be temporary and mereological in time and sequence from the context in which they are expressed.  So casting conception types to this list (or any other destination) is mereological if legitimate in its subdivision methods.  

 

Cool,

-Rich

 

 

----- Original Message -----

From: Rich Cooper

Sent: Thursday, December 03, 2009 10:17 AM

Subject: Re: [ontolog-forum]Ontologiesassocialmediators(was:Ontologydevelopment method)

 

Christopher Spottiswoode wrote:

I might add that I have always valued appropriateness of

concept over any kind of merely statistical connection.

 

If even concepts (per se) are unique (like synsets) then isn't the statistical spectrum of conceptional distribution (like WordNet synsets) also ordered and unique in terms of some conceptional identifier over a vocabulary (of said conceptions and synsets)?

 

-Rich

 

Sincerely,

Rich Cooper

EnglishLogicKernel.com

Rich AT EnglishLogicKernel DOT com

 

-----Original Message-----
From: ontolog-forum-bounces@xxxxxxxxxxxxxxxx [mailto:ontolog-forum-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Christopher Spottiswoode
Sent: Wednesday, December 02, 2009 12:26 PM
To: [ontolog-forum]
Subject: Re: [ontolog-forum]Ontologiesassocialmediators(was:Ontologydevelopment method)

 

Hmmm, Ferenc, maybe some words of warning for now:

 

In my last paragraph below I noted the further potential for data

mining, but that is only a very minor part of what I mean by

top-down/bottom-up processes.  Worse, perhaps, from your point of

view, it is not where the main qualitative impact will be from the

spread of MACK.  At risk of causing further confusion at this

stage, I might add that I have always valued appropriateness of

concept over any kind of merely statistical connection.

 

But I still eagerly look forward to the outcome your synchronizing

processes!

 

Christopher

 

----- Original Message -----

From: "FERENC KOVACS" <f.kovacs@xxxxxxxxxxxxxx>

To: "[ontolog-forum] " <ontolog-forum@xxxxxxxxxxxxxxxx>

Sent: Wednesday, December 02, 2009 9:15 PM

Subject: Re:

[ontolog-forum]Ontologiesassocialmediators(was:Ontologydevelopment

method)

 

 

Chris, I think I should try to synchronize with you as many of

ideas

presented I share but call a different name.

Will elaborate on that soon.

Thanks a lot

Ferenc

----- Original Message -----

From: "Christopher Spottiswoode" <cms@xxxxxxxxxxxxx>

To: "[ontolog-forum] " <ontolog-forum@xxxxxxxxxxxxxxxx>

Sent: Wednesday, December 02, 2009 5:59 PM

Subject: Re: [ontolog-forum]

Ontologiesassocialmediators(was:Ontologydevelopment method)

 

 

> Ferenc, thanks for all the further good comment.

> 

>> I believe the big issue is how to connect common knowledge of

>> whatever representation since we seem to have a narrow

>> bandwidth

>> of keeping track of long sequences of information.

> 

> Levels of abstraction are the basis of MACK's systematic

> approach

> to that problem, particularly how they fit in with the "join"

> concept as I introduced it from this point

> http://ontolog.cim3.net/forum/ontolog-forum/2008-03/msg00249.html#nid039

> in the 3rd instalment of my "MACK basics" series.  "Composition"

> is another name often used for it, but I prefer the graphic or

> ERD

> word with its RDB meaning and associations.

> 

> A more immediately relevant aspect is in this paragraph from a

> slightly later post by me:

> http://ontolog.cim3.net/forum/ontolog-forum/2008-03/msg00254.html#nid019.

> (But don't follow up now on the unfulfilled promise in its last

> sentence!)

> 

> Another major approach to your problem, so central as the

> problem

> is, concerns what I hesitantly call its UDDI- or WSDL-like

> functionality, as part of the whole market scene.  I say

> "hesitantly" because (1) those specific facilities/languages are

> far from being great advertisements for any concept, (2) their

> notion of component architecture needs throwing out, lock, stock

> and barrel, and, more centrally, (3) their conception of the

> nature of the market is not pitched right from epistemological

> or

> ontological points of view.  (Sorry not to go into more detail

> on

> that now!)

> 

> To generalize, though, it is the integration of the market and

> component aspects of MACK as a philosophically-founded

> architecture which will bring about the foreseeable quantum leap

> of intuitive and agile functionality over those of traditional

> Web

> Search and Web Services.

> 

>> It is not by chance for example that a forum on cognitive

>> linguisics cals for papers on the relations between cognitive

>> systems, their modular nature and interfaces. Therefore

>> products

>> that help connect various modalities of knowledge

>> representations, even befote they are structured at an

>> elementary level seem to be a winner: http://prezi.com/

> 

> Google |metaset artificial creativity| to be pointed to my

> reluctant but still chosen use of a controversial phrase in the

> past.  (Follow my 2 links above to see how I also refer to it as

> "Koestler creativity".)

> 

> But Ferenc, you seem to have a background in data mining, so you

> will surely love this forthcoming platform, and how it will help

> expedite the whole top-down/bottom-up process of creative

> discovery and invention!

> 

> Christopher

> 

> 

> _________________________________________________________________

> 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

> To Post: mailto:ontolog-forum@xxxxxxxxxxxxxxxx

> 

 

 

_________________________________________________________________

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

To Post: mailto:ontolog-forum@xxxxxxxxxxxxxxxx

 

 

_________________________________________________________________

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

To Post: mailto:ontolog-forum@xxxxxxxxxxxxxxxx

 



_________________________________________________________________
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
To Post: mailto:ontolog-forum@xxxxxxxxxxxxxxxx


_________________________________________________________________
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
To Post: mailto:ontolog-forum@xxxxxxxxxxxxxxxx    (01)

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