[open-bibliography] Announce: Open Bibliography (JISCOBIB)

Thu Jun 24 17:32:18 UTC 2010

This is very useful to me - I'd value more opinions

On Thu, Jun 24, 2010 at 5:57 PM, Tim Spalding <tim at librarything.com> wrote:

> A few comments.
>
> If I might restate, the problem is severe here in that the proposal
> uses both "bibliography" and "bibliographic. Unfortunately, the normal
> uses of these terms aren't adjective and noun pointers to the same
> concept.
>

I'm happy to be enlightened. From the BL I find:
Bibliographic Services

The British Library provides a range of services for people requiring
bibliographic information. These services include the national
bibliography<http://www.bl.uk/bibliographic/natbib.html>of the UK and
publication of the catalogues of the British Library. All
products and services are designed to be compliant with
internationalbibliographic
standards<http://www.bl.uk/bibliographic/service.html>.

 So here bibliographic services provide bibliographies and catalogues.

> I am, however, interested in *just what data is produced, or opened*
> in both extent and detail. If this project produces a linked-data
> representation of the BL's library records, with all MARC data
> preserved in some way—great.

I'll let Rufus and Ben (O'Steen) and Ben (White) BL, answer that. My
understanding is that we shall have access to the MARC records.

> There's a lot that can be done with that.
> If it adds data to that, from another source or through internal
> analysis, double great. If it produces some lossy representation,
> either in extent or detail, which can't be used for cataloging or to
> add information to traditional catalogs, that becomes a lot less
> interesting to me. I'm simply unclear which is happening here.
>

It depends completely on what is available. Here is the  HTML provided for a
typical paper in Acta Cryst. E by the editorial staff

we can also add automatic metadata such as:
* the number of graphics in the article
* the number of HTML-normalized words in the article
* the number of tables in the article
* the unique ID of the co-editor of the article
* Received 20 May 2010
* Accepted 31 May 2010
* Online 5 June 2010

To me that looks like high quality bibliographic metadata. There is some
journal-generic stuff we can fold in such as:

format: "-//W3C//DTD XHTML 1.0 Frameset//EN"
encoding: UTF-8

and metadata about the publisher

 Address International Union of Crystallography, 5 Abbey Square, Chester CH1
2HU, England  Telephone 44 1244 342878  Fax 44 1244 314888  Managing
Editor Peter
Strickland (med at iucr.org)

 *Acta Crystallographica Section E* Gillian Holmes (gh at iucr.org)

There may, however, be metadata that we cannot extract automatically and
which would require the participation of the authors or publisher and we do
not intend to extract that

> > We have two very sets of use cases. Rufus and Ben will be working with
> key
> > libreary catalogues (BL and Cambridge). Here we can expect some records
> to
> > be very complex and the expectation of usage very complex and varied
>
> So, is BL data going to be opened up?
>

Some is.

> ...
>

> > "Data licensing" will depend on what the data are. The OKF has tools for
> all
> > sorts of "data".
>
> This is a two sided question. I'm interested in what OKF
> discovers/decides about the legal state of book-and-article records.
>

We have a lot of experience. We should be able to address questions such as
"is a catalog a document (CC-BY), a data set (PDDL/CC0) or a database
(OdBL). Or some mixture of these"

>
> And I'm interested in whether LT should release its data to OKF, and
> if we did, what licenses could be applied to it. For example, we
> offered to release our Common Knowledge data to Open Library, but they
> refused the CC-Attribution license we proposed.
>
> OKF generally holds metadata rather than primary data so it depends. Just
mail Rufus or Jonathan

Best

-- 
Peter Murray-Rust
Reader in Molecular Informatics
Unilever Centre, Dep. Of Chemistry
University of Cambridge
CB2 1EW, UK
+44-1223-763069
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.okfn.org/pipermail/open-bibliography/attachments/20100624/896219e0/attachment-0001.html>