Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


RE: [xml-dev] Semantic Web permathread, iteration n+1 (was Re: [xml-dev] InfoWorld agrees with Elliote Rusty Harold)

From: "Bullard, Claude L (Len)" <len.bullard@----------.--->
To: 'Elliotte Rusty Harold' <elharo@-------.---.--->, xml-dev@-----.---.---
Date: 6/3/2004 7:48:00 PM
So one looks at Chiusano's Semantic Web Services Initiative (SWSI)
architecture requirements for Semantic Web Services.  If one is 
putting up a service and one wants automagical connections to be 
made based on the service QoS, etc., one will want to do a 
thorough job with the metadata because what one has may not 
be Googleable, and because one wants to stand out on merit.

If a web service isn't a document, what else would you do 
except UDDI?

len


From: Elliotte Rusty Harold [mailto:elharo@m...]

Beyond the issue of lying metadata, there's a much more important 
distinction between metadata based search engines like the semantic 
web and data based engines like Google. Providing metadata requires 
extra effort which is roughly proportional to the quality and amount 
of the metadata to be provided. There is a noticeable cost for a site 
to add metadata. By contrast, there is negligible cost to provide 
data for Google because this is the same data you're providing 
anyway. Metadata isn't free. The semantic web is going to need to 
provide really significant benefits to content authors to justify the 
added costs of supplying useful metadata. Even if it does, I wouldn't 
be surprised if much metadata is created by tools that screenscrape 
the data and thus guess the appropriate metadata.


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent