RDA as linked data (RDA Forum)
Download as PPTX, PDF•3 likes•2,825 views
The document outlines the readiness of an RDF schema with multiple features, including versioning, various download formats, and infrastructure support for both technical and general users. It discusses advancements in internationalization, the development of multilingual RDA capabilities, and highlights ongoing issues such as identification and URI management. The document also emphasizes the need for vendor participation to enhance RDA capabilities and invites feedback for further development.
![What do we mean by ‘ready’? [1]
● RDF Schema published classes, elements, relationships
(value vocabularies to come)
o Fully versioned
o Available in many download formats
o Regularly updated
o Notification feeds in place
● Maintenance and extension structure and policies in
development
2](https://image.slidesharecdn.com/rdaaslinkeddatardaforum-150203092916-conversion-gate02/85/RDA-as-linked-data-RDA-Forum-2-320.jpg)
![What do we mean by ‘ready’? [2]
● Appropriate infrastructure
o Fully maintained access structure designed to support
machines and humans
o Guidance documentation for technical and general users
o Support for issue contribution and resolution
● Methodology and tools for mapping from [and to] MARC
(without significant loss)
3](https://image.slidesharecdn.com/rdaaslinkeddatardaforum-150203092916-conversion-gate02/85/RDA-as-linked-data-RDA-Forum-3-320.jpg)
RDA as linked data (RDA Forum)
- 2. What do we mean by ‘ready’? [1] ● RDF Schema published classes, elements, relationships (value vocabularies to come) o Fully versioned o Available in many download formats o Regularly updated o Notification feeds in place ● Maintenance and extension structure and policies in development 2
- 3. What do we mean by ‘ready’? [2] ● Appropriate infrastructure o Fully maintained access structure designed to support machines and humans o Guidance documentation for technical and general users o Support for issue contribution and resolution ● Methodology and tools for mapping from [and to] MARC (without significant loss) 3
- 4. RDA Registry for LD Infrastructure ● Fully supports RDA model based on FRBR o Strength in relationships ● Multiple flavors of RDF schema available for technical users ● Designed to support management and distribution of multiple languages o Using lexical aliases to assist developers and human users 4
- 5. 5
- 6. 6
- 7. 7
- 8. 8
- 9. 9
- 10. 10
- 11. Jane-athon Demonstrates Utility ● Ability to create and distribute RDF data o http://3store.rballs.info:10035 o https://github.com/RDARegistry/rballs ● Coordination with RIMMF developers (they’re using RDA Registry to pull changes) ● Distributed training plans and instructions for local events (see http://rballs.info) o Additional training options at reasonable cost in development 11
- 12. 12
- 13. Internationalization ● Support of multiple language capability was demonstrated by the OMR and DNB several tears ago ● Bringing the promise of RDA beyond the “Anglo-American” world ● Developing and efficient and extensible method for providing translated Element Sets for worldwide use 13
- 14. Some remaining issues ● Identification and URI management across various tools o R-ball ingestion and distribution o Integrating RIMMF in a functioning system for deposit and capture ● Problem: Continuing reliance on vocabularies without versioning policies and practices 14
- 15. Multilingual RDA • Discussions going on with ALA Publishing to start adding translations into the Element Sets • As the Value Vocabularies are reviewed and republished in the RDA Registry, they too will include translations • Once synchronization development and protocols are complete these translations will start showing up • Management improvements for multilingual vocabularies will make maintenance by distributed groups safer 15
- 16. Still on the Agenda ... ● Working through: o Identifier issues in an aggregation context (RIMMF demonstrates these very well) o Building in extension capabilities and guidelines ● Planning: o Additional training for users based on the successful Jane- athon model o Developing useful semantic maps and methods for storage, maintenance and distribution 16
- 17. Vendor Development • Looking for feedback and participation from vendors to help drive effective experimentation, development and testing • Encouraging vendor customers to ask for support for RDA capabilities 17
- 18. Talk to us! 18
Editor's Notes
- #6: The RDA Registry front page as it stands now. Behind this is Git and Github, built initially for software development but now being used generally for projects and many kinds of publishing (see Eric Hellman’s recent post). Note that the element sets appear prominently at the top left, organized first by upper level classes, and then by individual constrained class: Work, Expression, Manifestation, Item, and Agent. The last grouping is the unconstrained properties, used primarily for mapping but also for those who don’t wish to use FRBR. All of the constrained properties are subproperties of an unconstrained property. Also available directly from this page are links to tools, a FAQ, examples, technical documentation, and contacts for further information.
- #7: Clicking on the work properties brings a user to all 232 work properties, organized as default by the opaque numbered identifiers that are the canonical URIs. Below the heading The entries contain the context of that URI and the basic relationships attached to it. The search box at the upper right hand corner of the index allows access to specific items on the list.
- #8: Very important stuff. Versioning in particular makes it possible for applications to manage their use of the elements and vocabularies without extensive human intervention. These are well worn paths, and should be used by all of the developers of vocabularies and element sets that expect to be supporting linked data.
- #9: This portion of the github project keeps track of specific transactions to the files.
- #10: Here are specified major named releases, V 2.0, because of the numbering, is defined as a change that may not be backwardly compatible.
- #11: This page shows issues that have been identified and added to the Github Issues system. In addition to the list, each entry describes in more detail the problem, when it was reported, and by whom. This is a major component of support for the RDA Registry (and hence RDA), and the RDA Registry values the feedback they provide. Very often, we get information through this portal identifying bugs, typos, and confusion points.
- #13: This is a separate area of the RDA Registry github built to support the Jane-athon efforts. This is the place to watch for new data from ongoing XXX-athons.
- #16: This is all about knowledge transfer, and RDA has a commitment to multilingual and multicultural support across the board (regardless of the language of the content.
- #17: Looking at how individual institutions would be able to operate in this world (always possible to segregate them at the creation end, and figure out the hard stuff later, but we’d rather bite that bullet early)