[open-bibliography] Using IsItOpenData to get information about licensing policies
Peter Murray-Rust
pm286 at cam.ac.uk
Wed Mar 16 17:24:51 UTC 2011
On Wed, Mar 16, 2011 at 5:18 PM, Jim Pitman <pitman at stat.berkeley.edu>wrote:
> Peter Murray-Rust <pm286 at cam.ac.uk> wrote:
>
> > WE ARE AHEAD OF YOU so we need to avoid confusing them.
>
> OK. Please advise who is your Mendeley contact I can inform my Mendeley
> contacts of the parallel discussions. Glad to let you proceed on this one.
>
> I proposed before a bulletin board or similar where the task of
> approaching various data suppliers can be divided and conquered without
> unnecessary duplication. How can that most easily be facilitated?
>
That is what IsItOpen is about. We still have to tackle the question of
summarising replies and presenting a readable account.
>
> For the record, I am currently talking also to Cornell and Duke UP about
> access
> to arXiv and Project Euclid metadata. arXiv is operationally at least CC BY
> and they may go to CC0 for the metadata without abstracts. Euclid is still
> under
> discussion. I am also taling to IMS about their data, eventually to
> include CIS, and I am gradually taking up the licensing issues for various
> people data sets at http://people.bibkn.org
>
> This is great. Maybe there is enough synergy to create some wiki resource.
> --Jim
>
> >
> > On Wed, Mar 16, 2011 at 4:24 PM, Jim Pitman <pitman at stat.berkeley.edu
> >wrote:
> >
> > > In the same vein, I have started a correspondence with Mendeley, which
> has
> > > not got far yet,
> > > about access to their data through their API http://dev.mendeley.com/
> > > According to http://dev.mendeley.com/docs/license
> > > "All data from the Mendeley API is made available under a Creative
> Commons
> > > Attribution 3.0 Unported License for commercial and non-commercial
> > > derivations."
> > > Worth listing on CKAN I think. But we dont yet have bulk access.
> > > Anyone else been in touch with Mendeley on this issue?
> > >
> > > See my blog and also see IsItOpenData request. They are preparing a
> formal
> > answer.
> >
> >
> > > One possibility would be for a number of agents to extract subsets of
> > > Mendeley data they cared about and to pool these
> > > subsets in an OKFN supported data store.
> > > This is a general possibility, whenever a data provider provides an
> open
> > > API but is unwilling to support their own bulk store.
> > > We can consider one store for multiple data sources, much as Thomas
> > > Krichel provides at http://3lib.org/
> > > Can we estimate the cost of OKFN maintaining such a store on various
> scales
> > > with various levels of service?
> > >
> > >
> > I think we can regard the Mendeley core data as completely OKD-compliant.
> > However they distribute abstracts and they CANNOT be assumed to be open.
> So
> > strip out the abstracts and all Mendely is OKD-Open. It's great news.
> >
> > We need to have a crawler for their API. We have been crawling the
> > commercial publishers and should have potentially 10 million records.
> >
> > P.
> >
> >
> >
> > > --Jim
> > > ------------------------------------
> > >
> > > Rufus Pollock <rufus.pollock at okfn.org> wrote:
> > >
> > > > On 8 March 2011 09:20, ianibbo at gmail.com <ianibbo at gmail.com> wrote:
> > > > >> For me it satisfies the Open Definition. I believe that it does
> not
> > > qualify
> > > > >> for CKAN because you cannot "get all the data at once" but this is
> an
> > > > >> additional CKAN restriction, not an OKD one.
> > > >
> > > > This is incorrect. The http://opendefinition.org/okd/ states:
> > > >
> > > > <quote>
> > > > The work shall be available as a whole and at no more than a
> > > > reasonable reproduction cost, preferably downloading via the Internet
> > > > without charge. The work must also be available in a convenient and
> > > > modifiable form.
> > > > </quote>
> > > >
> > > > Hence the 'bulk' ("as a whole") requirement is in the Open
> Definition.
> > > >
> > > > > I've certainly added OAI (And other streaming protocol) based
> datasets
> > > > > to CKAN, wasn't aware of any restriction. I just used the base URL
> of
> > > > > the OAI server. Is this an official line? If so it needs to be
> > > > > challenged and changed (IMNSHO).
> > > >
> > > > There's no restriction regarding what you register on CKAN - in
> > > > particular there is no requirement to only register Open Definition
> > > > compliant datasets. That said, obviously we do highlight (in a
> variety
> > > > of ways) those datasets that are open and I don't think we want
> > > > datasets that will always remain closed, and especially those
> datasets
> > > > that are clearly 'paid-access-only'.
> > > >
> > > > Rufus
> > > >
> > > > > cheers,
> > > > > Ian.
> > > > >
> > > > > _______________________________________________
> > > > > open-bibliography mailing list
> > > > > open-bibliography at lists.okfn.org
> > > > > http://lists.okfn.org/mailman/listinfo/open-bibliography
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Co-Founder, Open Knowledge Foundation
> > > > Promoting Open Knowledge in a Digital Age
> > > > http://www.okfn.org/ - http://blog.okfn.org/
> > > >
> > > > _______________________________________________
> > > > open-bibliography mailing list
> > > > open-bibliography at lists.okfn.org
> > > > http://lists.okfn.org/mailman/listinfo/open-bibliography
> > >
> > > _______________________________________________
> > > open-bibliography mailing list
> > > open-bibliography at lists.okfn.org
> > > http://lists.okfn.org/mailman/listinfo/open-bibliography
> > >
> >
> >
> >
> > --
> > Peter Murray-Rust
> > Reader in Molecular Informatics
> > Unilever Centre, Dep. Of Chemistry
> > University of Cambridge
> > CB2 1EW, UK
> > +44-1223-763069
>
--
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/20110316/41bd409f/attachment-0001.html>
More information about the open-bibliography
mailing list