Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


RE: [xml-dev] Ontolgies, Mappings and Transformations (was RE: Web Services/SOA)

From: "Dare Obasanjo" <dareo@---------.--->
To: "Michael Champion" <michaelc.champion@-----.--->,<xml-dev@-----.---.--->
Date: 12/1/2004 12:17:00 AM
> -----Original Message-----
> From: Michael Champion [mailto:michaelc.champion@g...] 
> Sent: Tuesday, November 30, 2004 4:07 PM
> To: xml-dev@l...
> Subject: Re: [xml-dev] Web Services/SOA (was RE: [xml-dev] 
> XML 2004 weblog items?)
> 
> Data exchange requires hard 
> work, and at best technology automates the grunt work, e.g. 
> as XML removes the necessity of defining YACC grammars and 
> writing parsers for every random data format need.  Maybe 
> semantic technologies will automate the process of building 
> or configuring transformers between diverse data formats, but 
> they will create a new type of grunt work - building 
> ontologies that define the mappings that automated 
> transformation engines can exploit.

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. 



--
PITHY WORDS OF WISDOM 
Anyone who doesn't think there is two sides to an argument is probably
involved in one.      

This posting is provided "AS IS" with no warranties, and confers no
rights.


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