Print

Print


I made a Yahoo Pipe that merges the WorldCat Basic OpenSearch RSS
result with the microdata div in the Worldcat pages referred to in the
search results:

http://pipes.yahoo.com/pipes/pipe.info?_id=05ae2a7bc180f3abe36b11bcaf1adc52

You'll need to enter your wskey for it to work.

You can get the output as RSS (which will require the item/description
to be unescaped to use) or JSON (which wouldn't require unescaping).

It's not terribly fast, but it least should help somebody get started.

-Ross.

On Thu, Jul 12, 2012 at 1:09 PM, Karen Coyle <[log in to unmask]> wrote:
> It isn't unfortunate, it was deliberate. I have a key for the basic api, but
> I was being advised that I had overlooked the obvious answer of the worldcat
> search API. I have no confusion between the two, except for the confusion
> that seems to be promulgated by OCLC itself.
>
> kc
>
>
>
> On 7/12/12 9:46 AM, Karen Coombs wrote:
>>
>> Karen,
>>
>> Unfortunately it looks like you requested a key for the WorldCat
>> Search API which does have specific eligibility criteria. The WorldCat
>> Basic API which Ross mentions is available to anyone -
>> http://www.oclc.org/developer/services/worldcat-basic-api
>>
>> It allows you to do an OpenSearch keyword query of WorldCat and get
>> back basic metadata including the link to the worldcat.org page for
>> each record returned.
>>
>> The easiest way to get a key is to go to http://worldcat.org/config/
>> and login with a WorldCat username/password. You should see a link
>> that says WorldCat Basic API Key which you can use to get a key.
>>
>> I apologize for the confusion between the two APIs (WorldCat Search
>> and WorldCat Basic). The difference is something we've tried to make
>> clearer in our documentation but unfortunately given your experience
>> it is still an issue.
>>
>> Karen
>>
>>
>> On Thu, Jul 12, 2012 at 11:33 AM, Karen Coyle <[log in to unmask]> wrote:
>>>
>>> On 7/10/12 5:07 PM, Karen Coyle wrote:
>>>>
>>>> On 7/10/12 4:02 PM, Richard Wallis wrote:
>>>>>
>>>>>
>>>>> But is it available to everyone, and is the data retrieved also usable
>>>>> as
>>>>> ODC-BY by any member of the Web public?
>>>>>
>>>>> Yes it is, and at this stage it is only available from within a html
>>>>> page.
>>>>
>>>>
>>>> The "it" I was referring to was the API. Roy is telling me that people
>>>> should use the API, as if that is an obvious option that I am
>>>> overlooking. I
>>>> am asking if the general web public can use the API to get this data. I
>>>> believe that should be a yes/no question/answer.
>>>
>>>
>>> Since no one here from OCLC had the integrity to answer this question, I
>>> went ahead and applied for a Worldcat API key, and here is the reply:
>>>
>>> *****
>>>
>>> Hello,
>>>
>>> Thank you for your interest in the WorldCat Search API, however at this
>>> time
>>> the web service is only available to institutions, primarily libraries,
>>> that
>>> have a specific relationship with OCLC and then only for work related to
>>> that library's services. The specific relationship is explained further
>>> here,
>>> http://oclc.org/developer/documentation/worldcat-search-api/who-can-use.
>>>
>>> However, there are other OCLC services that are available to individual's
>>> non-commercial use.  Looking at the list of services available on
>>> http://www.worldcat.org/wcpa/content/affiliate/ you'll see that the
>>> WorldCat
>>> search box and WorldCat links with embedded searches are available to
>>> anyone.   You may also be interested in checking out the WorldCat
>>> Registry,
>>> or low-volume use of the xISBN and xISSN services.
>>>
>>> If you have questions about the service, please contact the product
>>> manager,
>>> Dawn Hendricks at [log in to unmask] <mailto:[log in to unmask]>.
>>>
>>> *****
>>>
>>> There is nothing wrong with having a proprietary API; but pretending that
>>> it
>>> isn't (either directly or through omission), or being afraid to say it,
>>> is
>>> the kind of thing that has caused me to lose respect for OCLC. Nothing
>>> should be declared "open" that isn't available to all, not just members.
>>> And
>>> advertisements for WC API classes should state "members only." That would
>>> be
>>> honest. And telling folks on a wide-open list that they should use the
>>> Worldcat API (without mentioning "if you are in a member institution and
>>> using this for library services) is at best deceiving, at worst
>>> dishonest.
>>>
>>> I, for one, am tired of OCLC's lies, and I'm not afraid to say it.
>>> Fortunately for me, retirement is looming and I don't need to care who
>>> likes
>>> what I say. This is a relief, to say the least.
>>>
>>> kc
>>>
>>>
>>>
>>>
>>>
>>>> kc
>>>>
>>>>> This experiment is the first step in a process to make linked data
>>>>> about
>>>>> WorldCat resources available.  As it will evolve over time other areas
>>>>> such
>>>>> as API access, content-negotiation, search & other query methods,
>>>>> additional RDF data vocabularies, etc., etc., will be considered in
>>>>> concert
>>>>> with community feedback (such as this thread) as to the way forward.
>>>>>
>>>>> Karen I know you are eager to work with and demonstrate the benefits of
>>>>> this way of publishing data.  But these things take time and effort, so
>>>>> please be a little patient, and keep firing off these use cases and
>>>>> issues
>>>>> they are all valuable input.
>>>>>
>>>>> ~Richard.
>>>>>
>>>>>> kc
>>>>>>
>>>>>>
>>>>>>    Roy
>>>>>>>
>>>>>>> On Tue, Jul 10, 2012 at 2:08 PM, Kevin Ford <[log in to unmask]>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> The use case clarifies perfectly.
>>>>>>>>
>>>>>>>> Totally feasible.  Well, I should say "totally feasible" with the
>>>>>>>> caveat
>>>>>>>> that I've never used the Worldcat Search API.  Not letting that stop
>>>>>>>> me,
>>>>>>>> so
>>>>>>>> long as it is what I imagine it is, then a developer should be able
>>>>>>>> to
>>>>>>>> perform a search, retrieve the response, and, by integrating one of
>>>>>>>> the
>>>>>>>> tools advertised on the schema.org website into his/her code, then
>>>>>>>> retrieve
>>>>>>>> the microdata for each resource returned from the search (and save
>>>>>>>> it
>>>>>>>> as
>>>>>>>> RDF
>>>>>>>> or whatever).
>>>>>>>>
>>>>>>>> If someone has created something like this, do speak up.
>>>>>>>>
>>>>>>>> Yours,
>>>>>>>>
>>>>>>>> Kevin
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On 07/10/2012 04:48 PM, Karen Coyle wrote:
>>>>>>>>
>>>>>>>>> Kevin, if you misunderstand then I undoubtedly haven't been clear
>>>>>>>>> (let's
>>>>>>>>> at least share the confusion :-)). Here's the use case:
>>>>>>>>>
>>>>>>>>> PersonA wants to create a comprehensive bibliography of works by
>>>>>>>>> AuthorB. The goal is to do a search on AuthorB in WorldCat and
>>>>>>>>> extract
>>>>>>>>> the RDFa data from those pages in order to populate the
>>>>>>>>> bibliography.
>>>>>>>>>
>>>>>>>>> Apart from all of the issues of getting a perfect match on authors
>>>>>>>>> and
>>>>>>>>> of manifestation duplicates (there would need to be editing of the
>>>>>>>>> results after retrieval at the user's end), how feasible is this?
>>>>>>>>> Assume
>>>>>>>>> that the author is prolific enough that one wouldn't want to look
>>>>>>>>> up
>>>>>>>>> all
>>>>>>>>> of the records by hand.
>>>>>>>>>
>>>>>>>>> kc
>>>>>>>>>
>>>>>>>>> On 7/10/12 1:43 PM, Kevin Ford wrote:
>>>>>>>>>
>>>>>>>>>> As for someone who might want to do this programmatically, he/she
>>>>>>>>>> should take a look at the "Programming languages" section of the
>>>>>>>>>> second link I sent along:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> http://schema.rdfs.org/tools.**html<http://schema.rdfs.org/tools.html>
>>>>>>>>>>
>>>>>>>>>> There one can find Ruby, Python, and Java extractors and parsers
>>>>>>>>>> capable of outputting RDF.  A developer can take one of these and
>>>>>>>>>> programmatically get at the data.
>>>>>>>>>>
>>>>>>>>>> Apologies if I am misunderstanding your intent.
>>>>>>>>>>
>>>>>>>>>> Yours,
>>>>>>>>>>
>>>>>>>>>> Kevin
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On 07/10/2012 04:34 PM, Karen Coyle wrote:
>>>>>>>>>>
>>>>>>>>>>> Thanks, Kevin! And Richard!
>>>>>>>>>>>
>>>>>>>>>>> I'm thinking we need a good web site with links to tools. I had
>>>>>>>>>>> already
>>>>>>>>>>> been introduced to
>>>>>>>>>>>
>>>>>>>>>>> http://www.w3.org/2012/pyRdfa/
>>>>>>>>>>>
>>>>>>>>>>> where you can past a URI and get ttl or rdf/xml. These are all
>>>>>>>>>>> good
>>>>>>>>>>> resources. But what about someone who wants to do this
>>>>>>>>>>> programmatically,
>>>>>>>>>>> not through a web site? Richard's message indicates that this
>>>>>>>>>>> isn't
>>>>>>>>>>> yet
>>>>>>>>>>> available, so perhaps we should be gathering use cases to support
>>>>>>>>>>> the
>>>>>>>>>>> need? And have a place to post various solutions, even ones that
>>>>>>>>>>> are
>>>>>>>>>>> not
>>>>>>>>>>> OCLC-specific? (Because I am hoping that the use of microformats
>>>>>>>>>>> will
>>>>>>>>>>> increase in general.)
>>>>>>>>>>>
>>>>>>>>>>> kc
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On 7/10/12 12:12 PM, Kevin Ford wrote:
>>>>>>>>>>>
>>>>>>>>>>>> is there an open search to get one to the desired records in the
>>>>>>>>>>>> first
>>>>>>>>>>>>
>>>>>>>>>>>>> place?
>>>>>>>>>>>>>
>>>>>>>>>>>> -- I'm not certain this will fully address your question, but
>>>>>>>>>>>> try
>>>>>>>>>>>> these two sites:
>>>>>>>>>>>>
>>>>>>>>>>>> Website:
>>>>>>>>>>>>
>>>>>>>>>>>> http://www.google.com/**webmasters/tools/richsnippets<http://www.google.com/webmasters/tools/richsnippets>
>>>>>>>>>>>> Example: http://tinyurl.com/dx3h5bg
>>>>>>>>>>>>
>>>>>>>>>>>> Website:
>>>>>>>>>>>>
>>>>>>>>>>>> http://linter.structured-data.**org/<http://linter.structured-data.org/>
>>>>>>>>>>>> Example: http://tinyurl.com/bmm8bbc
>>>>>>>>>>>>
>>>>>>>>>>>> These sites will extract the data, but I don't think you get
>>>>>>>>>>>> your
>>>>>>>>>>>> choice of serialization.  The data are extracted and displayed
>>>>>>>>>>>> on
>>>>>>>>>>>> the
>>>>>>>>>>>> resulting page in the HTML, but at least you can *see* the data.
>>>>>>>>>>>>
>>>>>>>>>>>> Additionally, there are a number of "tools" to help with
>>>>>>>>>>>> microdata
>>>>>>>>>>>> extraction here:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> http://schema.rdfs.org/tools.**html<http://schema.rdfs.org/tools.html>
>>>>>>>>>>>>
>>>>>>>>>>>> Some of these will allow you to output specific (RDF)
>>>>>>>>>>>> serializations.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> HTH,
>>>>>>>>>>>>
>>>>>>>>>>>> Kevin
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On 07/10/2012 02:42 PM, Karen Coyle wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> I have demonstrated the schema.org/RDFa microdata in the WC
>>>>>>>>>>>>> database to
>>>>>>>>>>>>> various folks and the question always is: how do I get access
>>>>>>>>>>>>> to
>>>>>>>>>>>>> this?
>>>>>>>>>>>>> (The only source I have is the Facebook API, me being a "user"
>>>>>>>>>>>>> rather
>>>>>>>>>>>>> than a "maker".) The microdata is CC-BY once you get a Worldcat
>>>>>>>>>>>>> URI, but
>>>>>>>>>>>>> is there an open search to get one to the desired records in
>>>>>>>>>>>>> the
>>>>>>>>>>>>> first
>>>>>>>>>>>>> place? I'm poorly-versed in WC APIs so I'm hoping others have a
>>>>>>>>>>>>> better
>>>>>>>>>>>>> grasp.
>>>>>>>>>>>>>
>>>>>>>>>>>>> @rjw: the OCLC website does a thorough job of hiding email
>>>>>>>>>>>>> addresses or
>>>>>>>>>>>>> I would have asked this directly. Then again, a discussion here
>>>>>>>>>>>>> could
>>>>>>>>>>>>> have added value.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>> kc
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>> --
>>>>>> Karen Coyle
>>>>>> [log in to unmask] http://kcoyle.net
>>>>>> ph: 1-510-540-7596
>>>>>> m: 1-510-435-8234
>>>>>> skype: kcoylenet
>>>>>>
>>>>>
>>> --
>>> Karen Coyle
>>> [log in to unmask] http://kcoyle.net
>>> ph: 1-510-540-7596
>>> m: 1-510-435-8234
>>> skype: kcoylenet
>
>
> --
> Karen Coyle
> [log in to unmask] http://kcoyle.net
> ph: 1-510-540-7596
> m: 1-510-435-8234
> skype: kcoylenet