[open-bibliography] Using IsItOpenData to get information about licensing policies

[Jim Pitman]

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?

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

--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