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

Re: Ontolgies, Mappings and Transformations (was RE: Web Servi

  • To: xml-dev@l...
  • Subject: Re: Ontolgies, Mappings and Transformations (was RE: Web Services/SOA)
  • From: Michael Champion <michaelc.champion@g...>
  • Date: Tue, 30 Nov 2004 21:20:41 -0500
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=bofprRkCDHh/Qdha6HROFhLqsmK0WFtuB5ICXxg9YX05TKwrJQS8elFTn224H++4yL60ylxQCVEJfIwQ+j8eRASCnLJA69mzkdNGUUEcY/Q//h1q4fsxVNg/J5PclQkIBeIhiODfUzYgsRCbag6XsJQ8jWqszO30ZRqlqt/cx20=
  • In-reply-to: <830178CE7378FC40BC6F1DDADCFDD1D103BD1C09@R...>
  • References: <830178CE7378FC40BC6F1DDADCFDD1D103BD1C09@R...>
  • Reply-to: Michael Champion <michaelc.champion@g...>

ontolgies
On Tue, 30 Nov 2004 16:16:49 -0800, Dare Obasanjo <dareo@m...> wrote:
> > -----Original Message-----

 
> One of the things I've found interesting about discussions with the
> RDF/Semantic Web crowd is that many of them fail to see that moving to
> ontologies and the like basically is swapping one mapping mechanism
> (e.g. transformations using XSLT or regular code in your favorite OOP
> language) for another (e.g. creating ontolgies using technologies like
> OWL or DAML+OIL). At the end of the day one still has to transform
> format X to format Y to make sense of it whether this mapping is done
> with XSLT or with OWL is to me incidental. However the Semantic Web
> related mapping technologies don't allow for the kind of complex and
> messy mappings that occur in the real world.


This is one of the many things I just don't grok about the world.  So
much effort is spent on removing the necessity to write procedural
code! For whatever reason I find it easier to think in terms of
sequences of operations to do something rather than to think in terms
of the abstract definition of what is to be done.   But maybe I'm weird.

This motivated me to Google for "declarative procedural" to refresh my
memory on what the theoretical advantages of the declarative approach
are.  Oddly enough, hit number 3 is a post from an xml-dev thread 4
years ago, which it appears that I started
http://lists.xml.org/archives/xml-dev/200011/msg00059.html
(Actually it was Paul Tchistopolskii's response that got the high page
rank - http://lists.xml.org/archives/xml-dev/200011/msg00068.html)

That thread is pretty interesting reading ...  It did establish to my
satisfaction that XSLT is not really "declarative", but I'm pretty
sure the approach that Dare and I are talking about of creating
ontologies that would then be used by some tool to generate the
transformation would be a pure declaratie approach.

But back to the issue of the advantages of a declarative approach: 
They seem to be, in theory anyway, from what I learned re-reading the
old thread:

- procedural approaches don't scale well; think of how much better SQL
(or XQuery!) DBMS work than the old hierarchical or CODASYL navigation
model did.  A more modern analogy would be the difference between
using XPath (quasi-declarative) vs raw DOM operations (procedural) to
search an XML document for some pattern.

- Ordinary mortals can use GUI tools to declare relationships (e.g CSS
stylesheets); nobody has really been able to automate the hard part of
procedural programming, and a relatively small percentage of people
seem to be comfortable thinking that way.

- The declarative approach is more amenable to parallelization, e.g. a
PDF (declarative) formatter could process each page in a separate
process whereas a PostScript program (procedural) could not because it
has to run from the beginning to setup the necessary state for a given
page.

- Overall declarative approaches allow complexity to be managed -- at
least within some coherent domain -- because the poor humans just deal
with defining concepts and relationships one at a time, and the more
patient machines plow through all the implications.

So, do these theoretical advantages of the semantic web approach to
transformation over just writing code in your favorite OOP language
actually hold up in practice?  Or is it just a matter of transferring
the messy grunt work from somebody called a "software engineer" to
somebody called an "ontology engineer"?

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.