[Dini-ag-kim-bestandsdaten] Definition and scope of Holding
philipp.zumstein at bib.uni-mannheim.de
Fri Apr 26 10:47:36 CEST 2013
Hi Jakob, Carsten et al.,
I should definetely look closer at DSO, SSSO and your other
micro-ontologies. Your blog entry  was a good starting point. They
seem to cover a lot of aspects from the "service portfolio" and "current
status". Thus, we concentrate on the remaining parts, the general aspects?
I tried to look at Carsten's example and found some flaw (or maybe I
didn't understand it correctly. Please help me to see if there is a
mistake in the argumentation:
(just give the blank node a name):
:Holding dso:hasService :NormalLoan .
:NormalLoan a dso:Loan .
(by the subclass relation of dso:Loan it follows)
:NormalLoan a dso:DocumentService .
(by the subclass relation of dso:DocumentService it follows)
:NormalLoan a ssso:ServiceEvent .
"each ServiceEvent [...] is a not a general offer but a particular
activity in time. The activity typically takes place provided by at
least one particular ServiceProvider (e.g. a [...] library) and consumed
by at least one ServiceConsumer (e.g. a [...] patron)."
But I want to express the *general offer*, that the :Holding has the
service :NormalLoan, and not that it is at some time on loan to a
Am 26.04.2013 09:52, schrieb Klee, Carsten:
> Hi Jakob, Philipp and everybody!
> I just want to get sure that I'm not going in the wrong direction again. What I understand what Jakob said about the usage of the Document Service Ontology can be expressed in an example:
> (Now I want to express the ssso status (executed / lent). But I don't
I guess for example:
> :Holding dso:hasService [
> a dso:Loan ;
a ssso:ExecutedService .
> ] .
> Are there anymore entities in the "service portfolio" like Philipp proposed, which a holding ontology should describe? Or could that be left to dso/ssso?
> Carsten Klee
> Abt. Überregionale Bibliographische Dienste IIE
> Staatsbibliothek zu Berlin - Preußischer Kulturbesitz
> Fon: +49 30 266-43 44 02
>> -----Ursprüngliche Nachricht-----
>> Von: dini-ag-kim-bestandsdaten-bounces at lists.d-nb.de [mailto:dini-ag-kim-
>> bestandsdaten-bounces at lists.d-nb.de] Im Auftrag von Voß, Jakob
>> Gesendet: Mittwoch, 24. April 2013 22:06
>> An: dini-ag-kim-bestandsdaten at lists.d-nb.de
>> Betreff: Re: [Dini-ag-kim-bestandsdaten] Definition and scope of Holding
>> 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
>>> 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
>> * 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.
>> Dini-ag-kim-bestandsdaten mailing list
>> Dini-ag-kim-bestandsdaten at lists.d-nb.de
> Dini-ag-kim-bestandsdaten mailing list
> Dini-ag-kim-bestandsdaten at lists.d-nb.de
Dr. Philipp Zumstein
Fachreferat Mathematik und Informatik
Schloss Schneckenhof West / 68131 Mannheim
Tel. 0621/181-3067 bzw. 3006
More information about the Dini-ag-kim-bestandsdaten