Re: Changes vs. new element

On 1 August 2013 20:03, Karen Coyle <kcoyle@kcoyle.net> wrote:
>
>
> On 8/1/13 11:05 AM, Dan Scott wrote:
>
>>
>> If I can be permitted to fantasize about a library scenario for a
>> moment, if the search engine recognized via your location or IP
>> address that you were in or near a library, it could serve as your
>> library catalogue and display the additional metadata when it was
>> actually useful to you (much as it detects when you're looking up
>> movies, it can show you the local movie listings, including name &
>> address of the theatre, immediately rather than forcing you to click
>> through).
>
>
> That was my first fantasy as well. See:
>
> http://kcoyle.blogspot.com/2012/09/rich-snippets.html

That's kind of what Google Scholar does
<https://www.google.com/intl/en/scholar/libraries.html>: IP address
ranges and library serials holdings => appropriate links to article
full text through the library resolver, when the library has access.
It's particularly annoying that - as far as I know - libraries only
publish this holdings file to Google, rather than making it available
for everyone.

Keeping up-to-date with availabililty of particular items would be too
much for a crawler, as it changes too quickly, so there would need to
be a push API, like there is for Google Shopping
<https://developers.google.com/shopping-content/>, updated with every
availability change. Alternatively, as long as the library can resolve
an OpenURL query, tools like <http://www.libraryextension.com/> can
look up availability of single items on demand.

So, my fantasy would be:

a) a rel="holdings" link from the front page of every library to a
paginated HTML list of all the library's holdings, marked up with
microdata (and/or a paginated JSON-LD feed, as a bonus).

b) a rel="openurl" link from the front page of every library that
points to the root of an OpenURL resolver, which would resolve queries
to a single page marked up with availability information as microdata
(and/or a JSON-LD item, as a bonus).

Alf

Received on Friday, 2 August 2013 07:20:40 UTC