> From [log in to unmask] Wed May 7 18:04 MET 2003
> X-RAL-MFrom: <[log in to unmask]>
> X-RAL-Connect: <pat.bath.ac.uk [138.38.32.2]>
> RDF-XML: <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
> xmlns:dc="http://purl.org/dc/elements/1.1/"> <rdf:Description
> about=""> <dc:publisher> UKOLN - University of Bath </dc:publisher>
> </rdf:Description> </rdf:RDF>
>
> > So I guess for completeness, this doc should really specify a "profile"?
> > The profile attribute appears on the head element and its value has to
> > be a URI, but I don't think that URI has to be a locator for
> > anything.... I really don't know whether it would be good form to reuse
> > a namespace name/URI for the purpose of identifying such a profile.
> > Probably not? (And anyway, which one?!)
>
> The 'problem' with (X)HTML profiles is that they correspond pretty much to
> our notion of applications profiles.
I disagree.
> We don't currently have URIs that
> correspond to the two application profiles that we refer to in our own
> documentation, 'simple DC' and 'qualified DC'. Unless there's a URL in
> the DCMI registry that we could use for these?
>
> As you say, we could simply make up some URLs
>
> http://purl.org/dc/simpledc/
> http://purl.org/dc/qualifieddc/
We should take http://purl.org/dc/ as suggested in the HTML rec.
http://www.dublincore.org/documents/dcmi-terms/ serves fine as an
XHTML profile
(once we agree that XHTML names are to be
understood as dc."Term Name" or dcterms."Term Name")
The problem comes, when you want refinements or schemes, which are not listed with DC.
But that is a problem of the XHTML meta/link and profile capabilities.
I don't see much point in hacking around with XHTML1. One cannot built a
full metadata infrastructure on it.
When one wants more than DC provides, THEN one needs another HTML profile.
Can't see why we even should try to get "application profiles" running in XHTML1.
rs
>
>
> And we could encourage people to use the profile attribute to provide a
> URI for the other application profiles that they are using.
>
> Does anyone object if I add something along these lines?
>
> Andy
> --
> Distributed Systems, UKOLN, University of Bath, Bath, BA2 7AY, UK
> http://www.ukoln.ac.uk/ukoln/staff/a.powell +44 1225 383933
> Resource Discovery Network http://www.rdn.ac.uk/
>
>
|