[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Meta-somethingorother (was the semantic web mega-permathre

• To: "Bullard, Claude L (Len)" <len.bullard@i...>
• Subject: Re: Meta-somethingorother (was the semantic web mega-permathread thing)
• From: Rick Marshall <rjm@z...>
• Date: Tue, 15 Jun 2004 07:32:17 +1000
• Cc: "'Miles Sabin'" <miles@m...>, xml-dev@l...
• In-reply-to: <15725CF6AFE2F34DB8A5B4770B7334EE03F9F91A@h...>
• Organization: Zenucom Pty Ltd
• References: <15725CF6AFE2F34DB8A5B4770B7334EE03F9F91A@h...>
• User-agent: Mozilla Thunderbird 0.6 (X11/20040502)

Bullard, Claude L (Len) wrote:

>Too far.  It did work last time.  AI systems, notably expert 
>systems written in languages suited to the task such as Prolog 
>or LISP work.  SGML works too. (Corrupt history leads to 
>corrupt conclusions, and that is the SemWebs biggest and 
>most intractable obstacle.)  What was learned is that AI is tedious 
>to write and difficult to scale.  Say:  expensive.  
>
>Following these threads, the point of the SemWeb seems to be:
>
>1. One language moreorless, so as cheap as possible.
>2. One language moreorless, so scaling comes of linking and that 
>   is what networks do.
>3. Applications of the linked information:  TBD.
>
>I agree that the frustration of STimBL down to Elliotte is in 
>item three.  Systems doing this work do it without items 
>one and two so items of type three never get on the radar.
>
>This may come down to 'not enough customers really want 
>machines to do this work' for reasons which are not 
>coupled to the technology.  See para 1 above.
>  
>
actually, after 30 years i have finally realised that customers only 
want machines to replace pens and journals. the rest is what we'd like 
to do. sadly......

>The 'telephone to financial conversations' app is  
>called a 'link analysis' application.  Those are 
>used in the industry I work in.  Abstractly, 
>mining hidden links among loosely coupled processes can 
>be applied to other information domains.  How to treat 
>these as so-called 'proofs' is interesting because the 
>measure of 'proof' always takes in more 'proof systems' 
>and rules.  The measures of proof for a technician repairing 
>an engine and that of a judge deciding if a warrant is 
>merited are not the same.
>
>len
>
>
>From: Miles Sabin [mailto:miles@m...]
>
>For seconds, I think it's quite reasonable to question whether it's 
>worth even bothering to read TFM if it's more or less the same old 
>stuff that didn't work last time with no reasonable expectation that 
>the new twist (angle brackets and URIs) is going to help find a useful 
>route out of the blind alley.
>
>-----------------------------------------------------------------
>The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
>initiative of OASIS <http://www.oasis-open.org>
>
>The list archives are at http://lists.xml.org/archives/xml-dev/
>
>To subscribe or unsubscribe from this list use the subscription
>manager: <http://www.oasis-open.org/mlmanage/index.php>
>
>  
>

begin:vcard
fn:Rick  Marshall
n:Marshall;Rick 
email;internet:rjm@z...
tel;cell:+61 411 287 530
x-mozilla-html:TRUE
version:2.1
end:vcard

• References:
  • RE: Meta-somethingorother (was the semantic web mega-permathread thing)
    • From: "Bullard, Claude L (Len)" <len.bullard@i...>

• Prev by Date: Re: The triples datamodel -- was Re: Semantic Web permathread, iteration n+1
• Next by Date: RE: Meta-somethingorother (was the semantic web mega-pe rmathread thing)
• Previous by thread: RE: Meta-somethingorother (was the semantic web mega-permathread thing)
• Next by thread: RE: Meta-somethingorother (was the semantic webmega-permathread thing)
• Index(es):
  • Date
  • Thread