[open-bibliography] Inviting community engagement on building a bibliographic roadmap

Sun Jan 20 02:38:18 UTC 2013

That does have more useful content in it than the examples we saw from the
bibJSON. Perhaps our samples were just not well populated.

Mark

On Sun, Jan 20, 2013 at 1:59 AM, Tom Johnson <johnson.tom at gmail.com> wrote:

> I've had pretty good luck with it. We're trying to use this data to do
> some auto-filling during submission to our repository. It's not perfect,
> but I'd certainly rate it useful.
>
> This is a pretty typical response:
>
> $ curl -LH "Accept: text/turtle" http://dx.doi.org/10.3852/07-203
> @prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
>
> <http://dx.doi.org/10.3852/07-203>
>     <http://purl.org/dc/terms/identifier> "10.3852/07-203";
>     <http://www.w3.org/2002/07/owl#sameAs> <info:doi/10.3852/07-203>,
> <doi:10.3852/07-203>;
>     <http://prismstandard.org/namespaces/basic/2.1/doi> "10.3852/07-203";
>     <http://purl.org/ontology/bibo/doi> "10.3852/07-203";
>     <http://purl.org/dc/terms/date> "2009-01-01Z"^^<
> http://www.w3.org/2001/XMLSchema#date>;
>     <http://purl.org/ontology/bibo/volume> "101";
>     <http://prismstandard.org/namespaces/basic/2.1/volume> "101";
>     <http://purl.org/ontology/bibo/pageStart> "129";
>     <http://purl.org/ontology/bibo/pageEnd> "135";
>     <http://prismstandard.org/namespaces/basic/2.1/startingPage> "129";
>     <http://prismstandard.org/namespaces/basic/2.1/endingPage> "135";
>     <http://purl.org/dc/terms/title> "Phytophthora rosacearum and P.
> sansomeana, new species segregated from the Phytophthora megasperma
> \"complex\"";
>     <http://purl.org/dc/terms/publisher> "Mycological Society of America";
>     a <http://purl.org/ontology/bibo/Article>;
>     <http://purl.org/dc/terms/isPartOf> <
> http://id.crossref.org/issn/0027-5514>;
>     <http://purl.org/dc/terms/creator> <
> http://id.crossref.org/contributor/e-m-hansen-2iohzxipawvj7>, <
> http://id.crossref.org/contributor/w-f-wilcox-2iohzxipawvj7>, <
> http://id.crossref.org/contributor/p-w-reeser-2iohzxipawvj7>, <
> http://id.crossref.org/contributor/w-sutton-2iohzxipawvj7> .
>
> <http://id.crossref.org/issn/0027-5514>
>     <http://purl.org/dc/terms/title> "Mycologia";
>     <http://purl.org/ontology/bibo/issn> "0027-5514";
>     <http://purl.org/ontology/bibo/eissn> "1557-2536";
>     <http://prismstandard.org/namespaces/basic/2.1/issn> "0027-5514";
>     <http://prismstandard.org/namespaces/basic/2.1/eIssn> "1557-2536";
>     <http://purl.org/dc/terms/hasPart> <http://dx.doi.org/10.3852/07-203>;
>     a <http://purl.org/ontology/bibo/Journal>;
>     <http://www.w3.org/2002/07/owl#sameAs> <urn:issn:0027-5514>;
>     <http://purl.org/dc/terms/identifier> "0027-5514" .
>
> <http://id.crossref.org/contributor/e-m-hansen-2iohzxipawvj7>
>     <http://xmlns.com/foaf/0.1/name> "E. M. Hansen";
>     <http://xmlns.com/foaf/0.1/givenName> "E. M.";
>     <http://xmlns.com/foaf/0.1/familyName> "Hansen";
>     a <http://xmlns.com/foaf/0.1/Person> .
>
> <http://id.crossref.org/contributor/w-f-wilcox-2iohzxipawvj7>
>     <http://xmlns.com/foaf/0.1/name> "W. F. Wilcox";
>     <http://xmlns.com/foaf/0.1/givenName> "W. F.";
>     <http://xmlns.com/foaf/0.1/familyName> "Wilcox";
>     a <http://xmlns.com/foaf/0.1/Person> .
>
> <http://id.crossref.org/contributor/p-w-reeser-2iohzxipawvj7>
>     <http://xmlns.com/foaf/0.1/name> "P. W. Reeser";
>     <http://xmlns.com/foaf/0.1/givenName> "P. W.";
>     <http://xmlns.com/foaf/0.1/familyName> "Reeser";
>     a <http://xmlns.com/foaf/0.1/Person> .
>
> <http://id.crossref.org/contributor/w-sutton-2iohzxipawvj7>
>     <http://xmlns.com/foaf/0.1/name> "W. Sutton";
>     <http://xmlns.com/foaf/0.1/givenName> "W.";
>     <http://xmlns.com/foaf/0.1/familyName> "Sutton";
>     a <http://xmlns.com/foaf/0.1/Person> .
>
>
>
> On Sat, Jan 19, 2013 at 3:27 PM, Mark MacGillivray <
> mark.macgillivray at okfn.org> wrote:
>
>> Crossref are also working on providing bibJSON bib metadata by content
>> negotiation. From what I have seen, what it provides is only whatever the
>> publishers have provided and in a lot of cases it is unfortunately not very
>> useful - for example, not including title and authors or any unique ID. The
>> data that is supplied meets the definition of open bibliographic metadata
>> as per the open biblio principles. But I don't know if license is
>> explicitly stated anywhere.
>>
>> Mark
>>
>>
>>
>> On Sat, Jan 19, 2013 at 10:59 PM, <johnson.tom at gmail.com> wrote:
>>
>>> Re: serials metadata.
>>>
>>> CrossRef serves up metadata (RDF, and BibTex) via content negotiation.
>>> It's not directly from the publishers, but it is submitted by them as a
>>> part of the DOI registration process.
>>>
>>> I'm not sure if there is clear licensing or not.
>>>
>>>
>>>
>>> On Jan 19, 2013, at 13:54, Karen Coyle <kcoyle at kcoyle.net> wrote:
>>>
>>> > I was thinking of sound recordings, since, AFAIK, the market for
>>> scores is pretty much a niche market. Much of the impetus for creating and
>>> spreading metadata has been online sales sites like Amazon, and perhaps
>>> iTunes (although I do not know where the latter gets its metadata from).
>>> You can easily find studies addressed to the publishing industry about
>>> metadata and sales -- although, in fact, these aren't as conclusive as one
>>> might hope.
>>> >
>>> > kc
>>> >
>>> > On 1/19/13 1:18 PM, Matthew Dovey wrote:
>>> >> I must confess when I first saw the posts about publishers giving
>>> metadata
>>> >> away, I initially read that as referencing monograph/book publishers
>>> since
>>> >> these are likely to see the metadata as purely advertising/marketing
>>> >> material to the like of Amazon et al. and didn't initially think of
>>> serials.
>>> >>
>>> >> I think there may also be different economic models in the music
>>> publishing
>>> >> world as well - when you say "music publishers" are you talking about
>>> >> publishers of music scores or publishers of musical performances (e.g.
>>> >> audio/video)?
>>> >>
>>> >> Matthew
>>> >>
>>> >>
>>> >>
>>> >>> -----Original Message-----
>>> >>> From: open-bibliography-bounces at lists.okfn.org [mailto:
>>> open-bibliography-
>>> >>> bounces at lists.okfn.org] On Behalf Of Karen Coyle
>>> >>> Sent: 19 January 2013 20:44
>>> >>> To: Peter Murray-Rust; List for Working Group on Open Bibliographic
>>> Data
>>> >>> Subject: Re: [open-bibliography] Inviting community engagement on
>>> building
>>> >>> a bibliographic roadmap
>>> >>>
>>> >>> Right, the folks giving away their metadata (because it helps sales)
>>> are
>>> >>> generally the book publishers. Journal publication has an entirely
>>> >> different
>>> >>> economic model because it' isn't a one-time sale but a subscription,
>>> and I
>>> >>> haven't found a publisher-provided metadata for journal publications
>>> >> (which
>>> >>> would cover the publication, not its contents). If journal publishers
>>> >> would get
>>> >>> away from the serial view and publish and sell articles as
>>> monographs, we
>>> >>> might see a major change in their view of metadata. In fact, the
>>> whole
>>> >>> journal format is beginning to look old-fashioned to me as a product
>>> >>> category.
>>> >>>
>>> >>> I don't know yet about music publishers -- I don't think they yet
>>> have a
>>> >>> standard metadata format.
>>> >>>
>>> >>> kc.
>>> >>>
>>> >>> On 1/19/13 11:51 AM, Peter Murray-Rust wrote:
>>> >>>>
>>> >>>>
>>> >>>> On Sat, Jan 19, 2013 at 7:19 PM, Karen Coyle <kcoyle at kcoyle.net
>>> >>>> <mailto:kcoyle at kcoyle.net>> wrote:
>>> >>>>
>>> >>>>     Sorry, Roy. Just wanted some examples of publishers making their
>>> >>>>     ONIX data openly available. I'll look for a better example.
>>> >>>>
>>> >>>> Thanks - and I assume that Bibserver can hack this. It looks like
>>> it's
>>> >>>> monographs not serials.
>>> >>>>
>>> >>>> P.
>>> >>>>
>>> >>>>
>>> >>>> --
>>> >>>> Peter Murray-Rust
>>> >>>> Reader in Molecular Informatics
>>> >>>> Unilever Centre, Dep. Of Chemistry
>>> >>>> University of Cambridge
>>> >>>> CB2 1EW, UK
>>> >>>> +44-1223-763069
>>> >>>
>>> >>> --
>>> >>> Karen Coyle
>>> >>> kcoyle at kcoyle.net http://kcoyle.net
>>> >>> ph: 1-510-540-7596
>>> >>> m: 1-510-435-8234
>>> >>> skype: kcoylenet
>>> >>>
>>> >>> _______________________________________________
>>> >>> open-bibliography mailing list
>>> >>> open-bibliography at lists.okfn.org
>>> >>> http://lists.okfn.org/mailman/listinfo/open-bibliography
>>> >>> Unsubscribe: http://lists.okfn.org/mailman/options/open-bibliography
>>> >>
>>> >>
>>> >
>>> > --
>>> > Karen Coyle
>>> > kcoyle at kcoyle.net http://kcoyle.net
>>> > ph: 1-510-540-7596
>>> > m: 1-510-435-8234
>>> > skype: kcoylenet
>>> >
>>> > _______________________________________________
>>> > open-bibliography mailing list
>>> > open-bibliography at lists.okfn.org
>>> > http://lists.okfn.org/mailman/listinfo/open-bibliography
>>> > Unsubscribe: http://lists.okfn.org/mailman/options/open-bibliography
>>>
>>> _______________________________________________
>>> open-bibliography mailing list
>>> open-bibliography at lists.okfn.org
>>> http://lists.okfn.org/mailman/listinfo/open-bibliography
>>> Unsubscribe: http://lists.okfn.org/mailman/options/open-bibliography
>>>
>>
>>
>> _______________________________________________
>> open-bibliography mailing list
>> open-bibliography at lists.okfn.org
>> http://lists.okfn.org/mailman/listinfo/open-bibliography
>> Unsubscribe: http://lists.okfn.org/mailman/options/open-bibliography
>>
>>
>
>
> --
> -Tom Johnson
>
> _______________________________________________
> open-bibliography mailing list
> open-bibliography at lists.okfn.org
> http://lists.okfn.org/mailman/listinfo/open-bibliography
> Unsubscribe: http://lists.okfn.org/mailman/options/open-bibliography
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.okfn.org/pipermail/open-bibliography/attachments/20130120/2ddc65cd/attachment-0001.html>