On Tue, 11 May 1999, Gisle Hannemyr wrote:
> Issue 1
> -------
>
> The solution I've adopted is to use the "DC/dc" prefix for strict DC
> elements, and the prefix "FAST/fast" for application specific elements.
>
> Personally, I think this is reasonable.
Yes, sounds reasonable to me. We've also been taking this approach in
various projects.
> Issue 3
> -------
>
> In both XML and in HTML namespaces are qualified (by the "xmlns"
> declaration in XML and the "LINK" relationship in HTML).
>
> Currently, I believe that the following is a perfectly valid
> start of an XML/RDF file:
>
> ?xml version="1.0"?>
> <rdf:RDF
> xmlns:rdf="http://www.w3.org/TR/REC-rdf-syntax#"
> xmlns:dc="http://my.site.com/my-dc.html"
> [etc...]
>
> What it does is to dfine a prefix choosen at random (I just happened
> to choose "dc" :-) and to state that this prefix is to be
> associated with the precise namespace defined by the URI
> "http://my.site.com/my-dc.html", (which has nothing whatsoever to do
> with the "Dublin Core").
>
> In _theory_ -- this may be fine. The idea is that whatever software
> it is that processes this record, it would just have to resolve the
> URI, look up the machine readable description of the syntax and
> semantics for the qualified namespace, and from there onwards do "the
> right thing"[tm].
There is no need to resolve the namespace URI and retrieve it to check
whether two namespaces are the same - simply compare the URIs. So, in this
case, the URI associated with the 'dc' prefix isn't
http://purl.org/dc/elements/1.0/ so this isn't DC! (Indeed there is no
requirement for a namespace URI to resolve to anything (as far as I'm
aware), though in practice, of course, it may well resolve to an RDF
Schema definition).
Any software that treats two 'dc' namespace prefixes as being the same
without checking that their URIs are the same is broken.
Andy.
--
UK Office for Library and Information Networking
University of Bath, Bath, BA2 7AY, UK Voice: +44 1225 323933
http://www.ukoln.ac.uk/ukoln/staff/a.powell/ Fax: +44 1225 826838
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|