On Mon, 23 Jul 2001, Rebecca S. Guenther wrote:
> I'm trying to clarify for the OEB group the encoding (upper/lower case) of
> DC elements. They have had in their document the following:
> dc:Creator
> i.e. lower case "dc" uppercase 1st letter of element.
> I'm not sure where this came from; they based it on DC 1.0. There must
> have been examples at that time like this. We have definitely done some
> about shifts on this.
>
> Seems that the encoding in HTML is: DC.Creator
> i.e. upper case "DC"; uppercase 1st letter of element
> RFC 2731 (encoding DC in HML): DC.Creator
> Using Dublin Core (Diane's User Guide) also shows it this way.
Yes. Our human-readable 'recommendations' (DCMES and DC Qualifiers) also
give the names of elements and element refinements using an upper case
first letter. Unfortunately, our machine readable RDF schemas, give
element and element refinement names using all lower case letters :-(
> In the RDF/XML examples in Using Dublin Core it says:.
> dc:creator
> (all lower case)
>
> And this is what Andy has in his document for XML. Is this correct and
> what should be recommended (the different conventions in HTML and XML)?
My personal view, is that we should encourage lower case first letters
everywhere (including in HTML) but say that HTML encoding is case
insenstive so that existing implementations don't break.
> Question: Andy's document has element refinements as follows:
> <dc:date>
> <dct:available>
>
> Not to be dense, but what is "dct"? Why isn't it "dcq"? I'm sure it's
> something I must know and I'm just having a Monday morning lapse.
'dct' stands for 'DC Terms' - it is what we are using in the proposed
namespace recommendation. It is the namespace for all DCMI terms that
aren't one of the 15 elements and that aren't words in DCMI-maintained
controlled vocabularies. We no longer use 'dcq' in that proposal. I would
give you a URL but I have no idea what it is! :-(
> Do we still consider the recommendation in "Recording qualified Dublin
> Core in HTML meta elements"
> (http://dublincore.org/documents/2000/08/15/dcq-html/) the recommended
> way? This uses: DC.Date.created where it uses the dot syntax and lower case for
> the first letter of the element refinement. (All these variations between
> HTML and XML are very confusing.)
Yes, I totally agree.
> The OEB people will be very upset about these syntax issues, and will
> probably not want to change their document because they will say it will
> break existing implementations. Not sure how I'll convince them otherwise.
As I said in previous mail - it probably doesn't matter too much what they
have done, in the sense that it is an application specific implementation.
It would be nice to have broadly consistent application-specific
XML implementations (hence my document) but we are probably going to have
to live with what is out there already.
> Thanks for doing this, Andy.
>
> Rebecca
>
> On Mon, 23 Jul 2001, Andy Powell wrote:
>
> > On Sat, 21 Jul 2001, Andy Powell wrote:
> >
> > > our continued disablility to be able to advise people about implementing
> > > DC in plain XML (rather than RDF/XML) using either DTDs or XML Schemas is
> > > a big problem for us. Saying to people 'you made the wrong technology
> > > choice' is simply *not* good enough. If we find we have to say that to
> > > the majoritory of implementors then we made the wrong technology choice.
> > >
> > > Some guidance (even in the form of notes) about implementing DC
> > > (qualified and simple) in XML would be very helpful to people I would have
> > > thought.
> >
> > Well, I thought I'd better actually do something, rather than simply
> > moaning about lack of guidelines... so I've written something up at
> >
> > http://www.ukoln.ac.uk/metadata/resources/dc/dc-xml-guidelines/
> >
> > I'd be interested in comments, though I'll also send a note about this to
> > dc-architecture in due course, so comments might be better sent there.
> >
> > Note that the examples may well need some work because I don't understand
> > XML schemas and namespaces vey well! :-(
> >
> > Andy
> > --
> > Distributed Systems and Services
> > UKOLN, University of Bath, Bath, BA2 7AY, UK [log in to unmask]
> > http://www.ukoln.ac.uk/ukoln/staff/a.powell Voice: +44 1225 323933
> > Resource Discovery Network http://www.rdn.ac.uk/ Fax: +44 1225 826838
> >
>
Andy
--
Distributed Systems and Services
UKOLN, University of Bath, Bath, BA2 7AY, UK [log in to unmask]
http://www.ukoln.ac.uk/ukoln/staff/a.powell Voice: +44 1225 323933
Resource Discovery Network http://www.rdn.ac.uk/ Fax: +44 1225 826838
|