OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: [xml-dev] ANN: White Paper - "Using OWL to Avoid Syntactic Rigor Mor

[ Lists Home | Date Index | Thread Index ]

> Interesting to couple this with Abstract Patterns in Schematron 1.6 (the code for which 
> has been released in dribs: I have promised an official release this week). Abstract
> patterns can be implemented as simple macros. The following Schema specifies which 
> are required (a real schema would have more adventurous constraints.)

[SNIP]

How do I put this formally?  You rock.  This is wicked brilliant stuff.

Dou you have an XSLT implementation for this, yet?  I'd guess you'd need EXSLT 
(at least dyn:evaluate()) to make it work.


>  <!-- AND ANOTHER FORMAT -->
>   <sch:pattern name="SLR-table-format">
>   <sch:param name="Camera"  value="camera-table/data/row" />
>   <sch:param name="ViewFinder"  value="*[position()=../names/name[.="ViewFinder"]/position()" />
>   <sch:param name="FocalLength"  value="*[position()=../names/name[.="LensSize"]/position()" " />
>   <sch:param name="Aperture"  value="*[position()=../names/name[.="LensApperture"]/position()" " />      
>   <sch:param name="ShutterSpeed"  value="*[position()=../names/name[.="ShutterSpeed"]/position()" " />        
>  </sch:pattern>
>  
> </sch:schema>

This is exactly the sort of thing that I think could be simplified by a few 
choice facilities in an XPath NG module.  It seems too fundamentally 
structural to be locked into such a brittle expression.  But that 
implementation note doesn't detract one bit from the beauty of the general 
idea here.  This is *exactly* the sort of genericity that I always go on about 
when I criticize the rigidity of XSD's structural typing.

BTW, I see this approach as a complement rather than competition to OWL.  I 
would personally prefer to leave structural pattern description in something 
like the above and leave OWL for formalization of the data dictionary and 
abstract modeling of the problem space itself.


-- 
Uche Ogbuji                                    Fourthought, Inc.
http://uche.ogbuji.net    http://4Suite.org    http://fourthought.com
Gems From the [Python/XML] Archives - http://www.xml.com/pub/a/2003/04/09/py-xm
l.html
Introducing N-Triples - http://www-106.ibm.com/developerworks/xml/library/x-thi
nk17/index.html
Use internal references in XML vocabularies - http://www-106.ibm.com/developerw
orks/xml/library/x-tipvocab.html
EXSLT by example - http://www-106.ibm.com/developerworks/library/x-exslt.html
The worry about program wizards - http://www.adtmag.com/article.asp?id=7238
Use rdf:about and rdf:ID effectively in RDF/XML - http://www-106.ibm.com/develo
perworks/xml/library/x-tiprdfai.html






 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS