- From: Robert Sanderson <azaroth42@gmail.com>
- Date: Wed, 15 Jan 2014 15:51:38 -0700
- To: Thomas Baker <tom@tombaker.org>
- Cc: Paolo Ciccarese <paolo.ciccarese@gmail.com>, public-openannotation <public-openannotation@w3.org>, "St?phane Corlosquet" <scorlosquet@gmail.com>
- Message-ID: <CABevsUFrSTk=b8mmgg=tVA6X4h+F7o9kMscfCRcyx1JCwx0=1A@mail.gmail.com>
Thanks Tom!
Yes, that was my understanding. Apologies for the "not-quite-deprecated" :)
Are there best practices for MediaTypeOrExtent and LinguisticSystem?
Especially for how to encode the standard IANA media types and RFC 5646
language codes?
Rob
On Wed, Jan 15, 2014 at 3:38 PM, Thomas Baker <tom@tombaker.org> wrote:
> On Wed, Jan 15, 2014 at 10:42:59AM -0700, Robert Sanderson wrote:
> > So, if terms:format "text/html" and terms:language "en" are (somehow,
> > please explain?) possible, then I would be happy to stop using elements,
> > and use dc for terms. On the other hand, as we currently make much
> greater
> > use of elements than terms, I'm not in favor of the change as the model
> > stands. It's "just a prefix" but it's a commonly used and understood
> one.
> ...
> > ... we have many occurrences of dc11:format, some
> > of dc11:language, and a few of dc:conformsTo. I should clarify that I'm
> > not against it either, I'm just not in favour of a "face trade" that
> > introduces potential confusion downstream for adopters and implementers
> > unless there is some gain to outweigh that.
> ...
> > If we're going to change the way in which these predicates are
> *perceived*,
> > and it's possible to avoid a not-quite-deprecated ontology, then I think
> we
> > should fix it all the way through. Thus my query about using
> terms:format
> > and terms:language.
>
> If I understand the situation, the correct properties would be:
>
> http://purl.org/dc/elements/1.1/format
> http://purl.org/dc/elements/1.1/language
> http://purl.org/dc/terms/conformsTo
>
> because
>
> http://purl.org/dc/terms/format
> http://purl.org/dc/terms/language
>
> are not supposed to be used with literal objects. In practice, I'm sure
> that
> in the wild, they are used ("incorrectly") with literal objects, but that
> is
> another matter. I do not think of /elements/1.1/ as "not-quite-deprecated"
> because it remains quite popular, perhaps indeed because it is looser.
>
> I cite them here with full URIs to avoid any confusion with the prefix
> issue
> and note that the "element" (or /elements/) and "term" (/terms/) variants
> above
> are all properties. The only explanation I can offer for this confusing
> state
> of affairs is historical: Dublin Core began in 1995 as "elements" two years
> before work began on RDF at W3C, and the best catch-all label we could
> think of
> in 1999 for a namespace of properties, classes, and (at the time) "encoding
> schemes" was "terms".
>
> Tom
>
> --
> Tom Baker <tom@tombaker.org>
>
Received on Wednesday, 15 January 2014 22:52:06 UTC