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

Re: Are we losing out because of grammars?

  • From: Jonathan Borden <jborden@m...>
  • To: Eric van der Vlist <vdv@d...>, xml-dev@l...
  • Date: Tue, 30 Jan 2001 10:42:45 -0500

fname 2006 eric sbcglobal.net
Eric van der Vlist wrote:


> "K.Kawaguchi" wrote:
> >
> > You're right. And I read your tutorial that states
> >
> > > The role of TREX is ... not to assist in interpretation of the
> > > documents belonging to the class
> >
> > (1) I think "assistance of the interpretation" is important requirement
> >     of schema language (or at least I think there are solid needs).
> >     But it seems to me that you don't share this view, do you. Why?
>
> Aside from the technical point answered by James, I see a big danger in
> transferring too much of "assistance of the interpretation" from the
> documents themselves to the schema languages.

It should be noted that RDF Schema is explicitly designed to "aid in
interpretation" rather than to constrain syntax.


>
> and use a schema to indicate that {http://example.org/ns/books}:fname
> has the same meaning than {http://example.org/ns/people}:first-name.

something like:

<rdfs:Class rdf:ID="author">
    <rdfs:subClassOf rdf:resource="person"/>
</rdfs:Class>

and

<rdf:Property ID="fname">
    <rdfs:subPropertyOf rdf:resource="first-name" />
</rdf:Property>

<
> This is both useful -to define equivalencies between vocabularies- and
> very dangerous because the processing of your document becomes dependent
> on a heavyweight process and external documents.
>
> Your document becomes more complex to read even for a human reader since
> to understand what is the meaning of {http://example.org/ns/books}:fname
> he needs to check the schema.

That's IMHO more of an issue of schema design: Why introduce the "fname"
term when "first-name" is perfectly acceptable. Perhaps if we did consult
terminologies we could better re-use existing terms rather than continuously
reinvent the wheel.

This is of course the reason that we provide 'well-known' natures.html and
purposes.html in RDDL, not to prevent anyone from using other terms, but to
enable good citizens to create easily understood documents.

But as in documents designed purely for human consumption, people have a
need to continuously invent new terms for otherwise common things. It is
both a way for members of a group to speak precisely about common knowledge
and as a barrier to entry for outsiders (for example medical terminology :-)

-Jonathan



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.