On 11/30/12 9:18 AM, Lukas Koster wrote:
>
> Looking at the described conversion procedures and the RDF example
> somehow I get the feeling that BIBFRAME Works will be treated as local
> redundant entities. I hope I'm wrong. Of course the BIBFRAME model can
> be implemented in a number of ways, both as local silo and as globally
> shared data. But I had the impression that 'based on linked data'
> meant abolition of redundancy by linking instead of
> copying/duplicating, not just using RDF as storage format.

Lukas, I tend to see "one and only one Work description for the whole
web" as a kind of platonic ideal that we will never achieve. I think the
LoD community has come to the same conclusion about identifiers for
things: it would be nice if each thing had only one identifier, but
we've already built in (and over-used) owl:sameAs because that will
probably never be the case.

For me, the question of "on the web? or locally stored?" will be decided
depending on what you are doing with the data. If you have a local
database that people will search in, you probably need to store locally
some of the key data you expect those searches to go against. If there
is information that you will mainly use for display you can simply have
a link that pulls in the relevant data at the time of display (like the
BBC links to Wikipedia). Then there is the special case of cataloging
systems for libraries, which I think will be much like they are today:
closed systems used by trained specialists with a very high degree of
sharing and low degree of freedom. Where I think things will be
significantly different from today is that the reference and user
"views" will less like the cataloging view than they are today, because
linking will allow us to add user-relevant data that doesn't interfere
with the catalog/inventory data that library management (acquisitions,
collection development, circulation) depends on.

Even in the cataloger view, my suspicion is that the Work will end up
being a cluster not unlike VIAF. That's my guess.

kc

>
> Ideally, a Work would be described only once, and as such be similar
> to an authority record to which links are made from Instances and
> Annotations. Of course in the real world we will have a limited number
> of redundant Work data stores. For this we would use "sameAs"
> relationships.
>
> In Kevin's RDF example I see however four Instance URIs, which would
> only make sense if this is a local library 'record' containing links
> to all local holdings of the work (FRBR Manifestations, originating
> from local legacy MARC records).
> A globally shared Work entity would of course never be able to hold
> links to all Instances existing in the world. This would not make any
> sense at all. A Work would not contain any Instance links at all.
> Rather, all Instances of a specific Work would obviously have one link
> to that Work.
> The only use for links to Instances in a Work would be to indicate
> provenance, which already is taken care of by the 'derivedFrom' and
> 'consolidates' links in the example.
>
> Anyway, I would expect libraries only to be dealing with Annotations
> for their own local holdings, linking, in their own new linked data
> ready systems, to existing Instances (FRBR Manifestations) made
> available by authorities such as LoC, OCLC, publishers, etc.
> Of course, Works and Instances might be available for editing by other
> trusted parties in a wikipedia way.
>
>
> Lukas Koster
> Library Systems Coordinator
> Library and Information Systems Department
> Library of the University of Amsterdam
> Web: http://uba.uva.nl
> Mobile site: http://m.uba.uva.nl
> Digital Library: http://lib.uva.nl

--
Karen Coyle
[log in to unmask] http://kcoyle.net
ph: 1-510-540-7596
m: 1-510-435-8234
skype: kcoylenet