Hi Tim –Your point is completely valid. We recognize that the solution isn’t perfect but it does serve the desired purpose, to isolate administrative and provenance metadata, even though technically the admin metadata is still a property of the resource, which in a perfect solution, it would not be.
We settled on this approach after examining alternative approaches that would have achieved this secondary objective, for example, reification, and VOID.
We had been advised by a number of RDF experts to avoid reification because it is complex and difficult to implement. We chose not to use VoID for a number of reasons; one, because it seems to be overkill for our purpose, and second, because as far as we can tell it is not a well-accepted nor vetted technology.
We want to move forward with BIBFRAME 2.0 using simple approaches where possible, and we chose this simple approach with the idea that it is a temporary solution to the problem, pending a stable, implementable, and well-adopted solution.
Library of Congress
From: Bibliographic Framework Transition Initiative Forum [mailto:[log in to unmask]] On Behalf Of Tim Thompson
Sent: Monday, January 04, 2016 8:11 PM
To: [log in to unmask]
Subject: [BIBFRAME] Administrative Metadata proposal
Hello, happy 2016 to all.
I've had a lingering question about the BF 2.0 Admin Metadata proposal. It seems to take a step in the right direction, in that it makes admin metadata easier to isolate, but in the end I don't see how it is conceptually any different from the BF 1.0 approach.
The property bf:adminMetadata is still a property of the description of a resource, not of the resource itself, and as a wise man once wrote, "The same URI cannot identify both a document that describes the resource and the resource itself."
This becomes more apparent when the resource being described is, for example, a person, rather than an abstraction like bf:Instance.
rdfs:label "Rineer, A. Hunter (Amos Hunter), -1985" ;
Wouldn't it be more coherent to recommend that separate URIs be used for RWOs and the documents that describe them, as exemplified by the hash URI above?