[Dini-ag-kim-bestandsdaten] Definition and scope of Holding

Voß, Jakob Jakob.Voss at gbv.de
Wed Apr 24 22:05:57 CEST 2013


Philipp Zumstein wrote:

> I see three different aspects for "holding":
> 1) general holding information

That's what a holding ontology should aim at.

> 2) service portfolio

See http://gbv.github.io/dso (which is based on 
http://gbv.github.io/ssso/ssso.html#overview)

> 3) current status
>
> Examples for 3) are: available/not available, on the loan, stolen, not
> on the shelf, loan possible at the moment?.

I use to model the current status as simple boolean relation between a 
holding and a service. Either a holding is currently available for a 
specific service or it is unavailable. This includes your examples
"available/not available" and "loan possible at the moment". The
other examples "on the loan, stolen, not on the shelf" better belong
to the general holding information.

> Examples for 1) are call number, location on a shelf, bill number,
> acquisition date, corresponding title, and "owner" of an item.

Thanks for putting quotes around "owner". There can be many different 
kinds of relations between a holding and an agent (organization or 
individual):

* a library stores the holding in their stacks
* another institution legally owns the holdings
* a patron has a holding on loan at home
* a theft has a stolen holding

> By the way, I think with most of the "holding" definition are not 
> perfect. For example with patron driven acquisition (PDA), you are 
> not "holding" the items (you haven't bought the ebooks yet), still you 
> provide a service to your users. Another example is a database, 
> which you are not the owner of, but still you provide a service to 
> your costumer (maybe for a limited time).

So the concept of ownership is misleading for definition of holdings.
The idea of "providing a service" looks more promising. However, as 
I wrote in my last mail, a definition of holding is less relevant than 
a definition of holding properties and relations.

Jakob


More information about the Dini-ag-kim-bestandsdaten mailing list