Frequently Asked Questions
- Is the published set of RDA vocabularies complete and stable?
- Why are the URIs unreadable?
- Why do some of the published elements have weird labels and definitions, like "is contains (item)" and "Relates a resource to a resource embodying the resource"?
- Do the element sets and value vocabularies match the vocabularies in RDA?
- What is the procedure for developing and publishing translations of RDA?
- Why are the translations of the RDA element sets and value vocabularies incomplete?
- What is RDA Reference?
- What is the "4-fold path"?
- Why was a new namespace, http://rdaregistry.info, used for the RDA element sets instead of the original http://rdvocab.info?
- Did this change in the namespace break things for applications using the old URIs and elements that have not made the transition?
- Are there any plans to move the RDA value vocabularies that are still in the original rdvocab.info namespace?
- Where do I direct questions I have about the RDA Vocabularies that aren’t answered here?
- Where can I find more information about the processes used to develop and maintain the published RDA vocabularies?
Q. Is the published set of RDA vocabularies complete and stable?
Yes and no. Further development of the RDA vocabularies is incorporated in the tasks of the RSC Technical Working Group as well as the RDA Development Team. The RSC expects to add, update, and deprecate elements and concepts as the need arises. Version control is applied to versions and releases of the RDA Vocabularies in GitHub and the RDA Registry. The RDA vocabularies are stable in that the canonical URIs will not be changed, and usual good practice will be used when amending or removing classes and properties. For example, if a property is deleted from RDA itelf, it will be deprecated in the RDA Registry but not deleted, according to the Deprecation policy.
Q. Why are the URIs unreadable?
After a great deal of discussion, the JSC (predecessor of the RDA Steering Committee) decided to use opaque URIs for the element sets. This follows the practice established for the value vocabularies, and reflects the international environment of RDA and its translations. The RSC is also aware of the problems associated with using transparent, human-readable URIs as a mnemonic device, especially when the properties and values of bibliographic display labels may be further developed. However, English-readable URIs have been declared owl:sameAs to their canonical, opaque counterparts to alleviate any inconvenience this might cause for English-based linked data applications. The same facility may be developed for other languages, based on translations of RDA, in the future. The mnemonic accuracy of these URIs is not guaranteed.
Q. Why do some of the published elements have weird labels and definitions?
This is the result of applying a mechanical device to verbalize RDA labels and definitions to clarify their semantics, specifically the direction of a relationship property, and to create labels and definitions for versions of the properties unconstrained by the RDA domain model based on IFLA Library Reference Model (LRM). The methodology, as applied to relationship elements, was discussed in RDF representation of RDA relationship designators: a follow-up discussion paper and its appendices.
Q. Do the element sets and value vocabularies match the vocabularies in RDA?
Yes and no. The published elements and value vocabularies are the same as those used in the beta version delivered by the RDA Toolkit Restructure and Redesign (3R) Project. The current operational version of the Toolkit was frozen at the start of the Project and will not be updated. There may be a few variations due to time-lag between updates in a new beta release of RDA, but every effort is made to keep the elements and value vocabularies up to date. In most cases, the Toolkit lags behind the Registry.
Q. What is the procedure for developing and publishing translations of RDA?
Q. Why are the translations of the RDA element sets and value vocabularies incomplete and out of date?
Translations are based on RDA Reference data that reflect the content of RDA as it is developed by the RDA Steering Committee. There is an inevitable time-lag before changes are applied to RDA Reference and the Registry vocabularies. Procedures for minimizing the delay are being developed.
Q. What is RDA Reference?
RDA Reference comprises the RDA element sets and value vocabularies and their translations, and associated maps and alignments.
Q. What is the "4-fold path"?
The "4-fold path" is a reference to the methods given in the instructions for recording the relationship between an entity being described and a related entity.
The related entity may be described using three general methods:
- An unstructured description that is a string. An example is a free text note.
- A structured description that is a string that aggregates string values from other elements using a form of syntax encoding scheme. An example is a name/title access point.
- An identifier that is a string. An example is an ISBN or local identifier.
In this context, a "string" is a sequence of alphanumeric symbols and punctuation marks intended primarily for human consumption.
The RDA guidance and instructions were developed during the RDA Toolkit Restructure and Redesign (3R) Project to further generalize these methods of identifying a related entity, and to accommodate an explicit "fourth path" method for linked data applications:
- An IRI for the entity as a real-world object; that is, a "thing".
The beta Toolkit refers to "recording methods" instead of "paths".
The rdvocab.info namespace was set up in 2008 following the Data Model Meeting in London in 2007. The domain used was intended to reflect, but not fully brand, the namespace as "RDA", because it could not be assumed that the developments agreed at the meeting would be successful. For various reasons associated with the ongoing development of RDA: Resource Description and Access, the representation of the basic RDA elements in RDF was not approved until 2012. By then, there was a much clearer understanding of the issues of elements for aggregated statements, and elements unconstrained by RDA semantics for use in non-RDA applications. There were also significant differences between the data used to develop the RDA element sets and the elements published in the current version of RDA. It would have taken longer to update the old element sets, with many deprecations, than to republish them using current, approved data.
Q. Did this change in the namespace break things for applications using the old URIs and elements that have not made the transition?
Yes, but every effort was made to bridge the gap between the old and the new. These include redirection from the old element sets to the new namespace, the development of maps between the old and new URIs, and the provision of alternate URIs using the English label of the element as the local part, similar to the construction of the old URIs. A map from the old URIs known to be in use is available. The old element sets had the status of "New-Proposed" and were never officially published.
Q. What about the RDA value vocabularies in the original rdvocab.info namespace?
The RDA value vocabularies were moved to rdaregistry.info namespace in 2015. The old URIs in "Published" status were redirected to the new ones. From August 2016, all the RDA value vocabularies have "Published" or "Deprecated" status. The published value vocabularies are updated as required so that they remain in synchronization with RDA.
Q. Where do I direct questions I have about the RDA Vocabularies that aren’t answered here?
Please email questions about the content of the RDA Vocabularies to the Chair of the RDA Steering Ccmmittee (email@example.com). Questions about technical issues can be emailed to the RDA Technical Team Liaison Officer (firstname.lastname@example.org)
Q. Where can I find more information about the processes used to develop and maintain the published RDA vocabularies?
See RDA Reference data maintenance and flow for information about the processes used to maintain the RDA vocabularies.