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


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] Schema design and attribute for ontology identification

You might look into GRDDL, see


one purpose of GRDDL is to represent the relation of XML to ontological 
definitions. See also the use case at



Dowling, Nora M. wrote:
> You might want to check out Dublin Core Metadata Initiative (DCMI)
> http://dublincore.org/about/ to possibly reuse DCMI types for
> identifying sources. 
> -----Original Message-----
> From: Alexander Johannesen [mailto:alexander.johannesen@gmail.com] 
> Sent: Thursday, November 08, 2007 11:50 PM
> To: XML Developers List
> Subject: [xml-dev] Schema design and attribute for ontology
> identification
> Hi all,
> I'm creating a very simple pipeline schema as a basis for various
> SOA/ROA development projects, and I've been pondering a number of
> things in this process, especially what the best way is to identify
> that a certain sub-tree of an XML belongs to a certain ontology (an
> ontology here is loosely defined as a vocabulary, and not as a schema
> per se). Now before we head down namespaces let's make it clear that
> this is not about mixed content model but about identification. I've
> pondered different ways to do it (In all these examples I've use URI's
> as the identifier, but they might be uid's of any kind, of course) ;
>  <container xmlns="http://some.ontology";> ... </container>
> Namespaces here feels wrong to me as the content of the <container>
> may not even have a schema (yet). It's up to applications to deal with
> content they know about, and I'm not sure I want to a) imply namespace
> handling in all our tools pr. default, and b) most of our tools will
> use simple but application specific XML and I don't see the benefits
> to forcing everyone to also do schema work for mostly non-validating
> reasons.
>  <container id="http://some.ontology";> ... </container>
>  <container oid="http://some.ontology";> ... </container>
> The plain @id clashes with xml:id for me, and a great number of tools
> will assume that's what they are. And that's not necessarily wrong.
> The @oid seems quite non-descript yet workable. Perhaps call the
> attribute @ontology or something similar?
> Further to this is the notion that a container of XML contains data of
> some kind, ala ;
>  <container type="http://some.ontology";> ... </container>
> Or one can pull an RDF (introducing namespaces where we might not want
> them) ;
>  <container rdf:about="http://some.ontology";> ... </container>
> Or Topic Maps (again, introducing namespaces where we might not want
> them) ;
>  <container xtm:psi="http://some.ontology";> ... </container>
> Thoughts? What do you people do these days to identify that a sub-tree
> belongs to some notion that isn't necessarily another schema?
> Alex

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]

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

Copyright 1993-2007 XML.org. This site is hosted by OASIS