As a result of some off-list discussions and personal reflections on on-list discussions, I have a further list of things that I've not seen in bibframe
Metdata-specific efforts
In theory BIBFRAME could be a huge enabler of groups promoting / distributing specific kinds of metadata (ACM Computing Classification, Màori Subject Headings, CARARE 2.0, authority control for publisher fields, descriptive cataloging, diversity tracking, etc, etc), because linked data would allow these to be created and maintained by third parties outside of the core cataloging process and optionally included by organisations. But I've not seen any examples of how that might work, nor consideration of what care needs to be taken elsewhere to ensure that these kinds of activities can happen productively.
Links between works
Much of the BIBFRAME demonstration work done so far is based on sets of unrelated items. Linked data comes into it's own, however, when there are links between things. A number of more complex examples are also need to explore how these actually work in practice. Things like https://en.wikipedia.org/wiki/Gray%27s_Anatomy (for complex naming and edition history); the score for https://en.wikipedia.org/wiki/The_Nutcracker (links between score, choreography and performance); and some work of https://en.wikipedia.org/wiki/Brothers_Grimm (to cross the oral-print boundary and then translation between languages once in print). Another interesting example would be the complete catalogue for a small single-topic collection.
Libraries as publishers
Discussions I've seen envision libraries as passive consumers of bibliographic records produced by publishers. There are a number of cases where libraries are either the publishers (i.e. special collections republishing historical content; libraries with OJS installs publishing peer-review journals; libraries with DSpace instances exposing their theses to the world) or intimately connected to the publisher (institutionally produced course-notes, etc).
BIBFRAME in PDF / ePub / LibreOffice / JPEG 2000 files
Most modern digital file formats have standardised metadata containment approaches and we need examples of potential use cases. Is BIBFRAME useable in these containers? If so, how? Things such as:'this JPEG 2000 image is a thumbnail of the book cover of work X', 'This PDF is a scan of print work Y', 'This epub is the canonical version of edition A of work Z; previous editions were print editions X and Y'
Why do we have both doi and hdl support?
See http://www.google.com/trends/explore#geo&q=doi,hdl for why I think hdl is dead.
Hooks in other projects which are explicitly waiting for BIBFRAME
I'm involved in the TEI community ( http://www.tei-c.org/ ), specifically the tei-in-libraries community, and we have an explicit placeholder to represent the fact that BIBFRAME is the new MARC and we need to plan that migration as a community, the hook is https://github.com/kshawkin/Best-Practices-for-TEI-in-Libraries/issues/28 There are dozens of other projects with similar hooks or placeholders that are ready to pick when BIBFRAME is ready, but BIBFRAME doesn't appear to be tracking them, formally or informally.
Why are these important? Because these projects have stood up to be adopters of BIBFRAME. These are people who have committed to working with the outputs of out work. They ideally placed to generate test-cases, give feedback, proofread content and a hundred other things as BIBFRAME nears completion. The BIBFRAME community need a plan as to when to activate these to get feedback.
Pre- and post- review archiving
More and more research is washing up in places like http://arxiv.org/ , https://www.researchgate.net/ and http://www.facebook.com/ . How do we represent in BIBFRAME the status of these works?
Technical repositories vs library repositories
Technical and scientific fields continue to innovate and when many in those fields talk about a 'repository' they commonly mean something like git (as exemplified by host https://github.com/ ) or a data portal (maybe built using http://ckan.org/ ) If BIBFRAME is to be seen as relevant when it's ready for the primetime, these kinds of new data archiving solutions need to be clearly and appropriately presentable.
I hope these points help.
cheers
stuart
--
I have a new phone number: 04 463 5692
https://www.facebook.com/VUWLibrary / https://www.facebook.com/TKMPC
|
