People seem to use either dct: or dcterms: as a prefix for the the http://purl.org/dc/terms/ namespace. Is there any guidance on which is "right"?
|
3
|
||||||||||
|
|
5
|
The most popular prefix, according to Swoogle, is dcterms. Here are the top ten prefixes and their frequencies for this namespace in Swoogle's collection.
216088 dcterms
17476 dcq
10047 terms
4514 dct
2250 dc
1129 ns3
526 ns4
520 dcterm
274 ns2
163 ns6
When there is a prefix that's preferred by the community it's good to use it to improve the readability of the serializations. |
|||
|
|
3
|
I am not aware of guidance for prefixes, and as explained below, there should not be such guidance. It does not matter which prefix you use (there is no right prefix), as long as it is properly tied to the namespace. These specs use two prefixes (dc and dcterms), but are merely used as shortcuts to their two matching namespaces (http://purl.org/dc/elements/1.1/ and http://purl.org/dc/terms/). It is important to note that namespaces do not easily conflict, but prefixes can. It is therefore important that the actual prefix used does not matter. That said, there is a trade off between length of the document (short prefix) and human-readability (longer prefix). |
|||
|
|
0
|
Technically, any namespace will do. All interoperability is done in terms of the URL. If you're generating examples for newbies, dcterms is probably easier to remember / grok. If you're generating a 50 GB dump of data, dct saves you four characters per row (but compression probably gets you most of that back). |
|||
|
|
0
|
There is, in the official spec:
|
||||||||||||
|
|
0
|
Just use dc (and dc11 or dc10 for the old versions). Versioning via urls wasn't a good idea, and I doubt it will change from now on. |
||
|
|