W3C home > Mailing lists > Public > public-lld@w3.org > November 2011

Re: a Simplified Ontology for Bibliographic Resources (SOBR)

From: Ross Singer <ross.singer@talis.com>
Date: Fri, 4 Nov 2011 12:08:08 -0400
Message-ID: <CAPJqReN_H3kz702r=N6EdP1PMQ_WKmV6oR_CHUmBgV0b7qrRDw@mail.gmail.com>
To: Jakob Voss <jakob.voss@gbv.de>
Cc: Tim Hodson <hodson.tim@gmail.com>, "<ian.davis@talis.com>" <ian.davis@talis.com>, "<public-lld@w3.org>" <public-lld@w3.org>
Jakob,

What's the advantage of describing records?

-Ross.

On Wed, Nov 2, 2011 at 2:26 PM, Jakob Voss <jakob.voss@gbv.de> wrote:
> Tim Hodson wrote:
>
>> If the BL uses a vocabulary that imposes restrictions on how the term
>> is used those restrictions might mean that linking to outside sources
>> becomes more difficult, as the scheme definition starts to imply
>> things about the data that are not meant.
>>
>> Much better is to start simply with the easy things to describe, but
>> model the domain in a way that is extensible.
>
> I fully agree. That's one reason why FRBR in RDF has not really started yet:
> the current constraints make it difficult to reuse only parts of FRBR. In
> particular we need general documents or works (as unspecified as bibo:Book,
> and dct:BibliographicResource), single copies or holdings, and particular
> editions. I drafted a lightweight ontology for
> this purpose:
>
> https://gist.github.com/1331983
>
>> So if some organisation interested in the works of Jane Austen
>> decides to produce a description of all her works as linked data,
>> then there is a good chance there will be a uri for a single work.
>> That uri would almost certainly not be described using any
>> recognisably frbrish vocabulary.
>
> I searched for Jane Austen's "Pride and Prejudice" in BL and found dozen of
> URIs for it. Some are connected with owl:sameAs, but most
> have a particular number of pages and other properties like ISBN.
> For instance
>
> @prefix blt: <http://data.bl.uk/schema/bibliographic#> .
>
> <http://bnb.data.bl.uk/id/resource/009011483>
> áa bibo:Book, dct:BibliographicResource ;
> ádct:title "Pride and Prejudice" ;
> ádct:creator <http://bnb.data.bl.uk/id/person/AustenJane1775-1817> ;
> ádct:extend: "309p"@en .
>
> This could either be a physical book, or an edition, or both, but it would
> be against common knowledge to say that it is the same as the , so they
> unlikely represent the general work "Pride and Prejudice". For the latter we
> already have some URIs:
>
> <http://www.librarything.com/work/2773690> a bibo:Book ;
> áowl:sameAs <http://dbpedia.org/resource/Pride_and_Prejudice> .
>
> Someone else may have an URI for its single physical copy:
>
> <http://example.org/mybooks/Pride_and_Prejudice> a bibo:Book ;
> ádct:extend: "309p"@en . # let's assume it's the same edition
>
> For many applications we do not need to distinguish the three, but
>
> <http://www.librarything.com/work/2773690>
> áowl:sameAs
> á á<http://bnb.data.bl.uk/id/resource/009011483> ,
> á á<http://example.org/mybooks/Pride_and_Prejudice> .
>
> Is obviously wrong, isn't it? But how can you connect them?
> How about (if BL URIs reference at least single editions):
>
> <http://bnb.data.bl.uk/id/resource/009011483>
> ásobr:editionOf
> á á<http://www.librarything.com/work/2773690> ;
> ásobr:exemplar
> á á<http://example.org/mybooks/Pride_and_Prejudice> .
>
> Cheers,
> Jakob
>
> P.S: This is the core of Simplified Ontology for Bibliographic Resources
> (SOBR): Three non-disjoint classes:
>
> sobr:Document a owl:Class ; owl:equivalentClass
> á áschema:CreativeWork, bibo:Document, foaf:Document, frbr:Endevaour .
>
> obr:Edition a owl:Class ; rdf:subClassOf sobr:Document ;
> áowl:equivalentClass [ a owl:Class;
> á áowl:unionOf (frbr:Expression frbr:Manifestation)
> á] .
>
> sobr:Item a owl:Class ; rdf:subClassOf sobr:Document ;
> áowl:equivalentClass frbr:Item .
>
> --
> Jakob Vo▀ <jakob.voss@gbv.de>, skype: nichtich
> Verbundzentrale des GBV (VZG) / Common Library Network
> Platz der Goettinger Sieben 1, 37073 G÷ttingen, Germany
> +49 (0)551 39-10242, http://www.gbv.de
>
>
Received on Friday, 4 November 2011 16:08:47 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 4 November 2011 16:08:48 GMT