View record or search

[pitman]

The View record or search [source] for [text] [Go]

is a potentially a great feature! It looks like this has been scripted from some search resource list I had lying around.
I'd like to see how this is controlled, and work on improving the selection of search resources which should be provided
in a config file.

Note that the [text] would be better entered in a text box.
A tricky point is that best construction of the query from data will depend on the source searched.
Probably some curated searches should be offered, then the user can mix/match with others.

As an example, if the record has a DOI, e.g. 10.1214/aoms/1177705069 then the search

http://scholar.google.com/scholar?q=10.1214/aoms/1177705069

typically returns an exact match. So if an item has a DOI, this link should always be offered. Without the DOI, something like

http://scholar.google.com/scholar?hl=en&q=author%3A%22Chung%22+The+ergodic+theorem+of+information+theory
gets the item as number 3 in a list of 85. The list from this softer search is very useful, but good to be able to provide both soft and exact matches into Google Scholar and other resources. Where exact matches are obained, we should try to harvest them,
and register the remote ids. e.g.
http://scholar.google.com/scholar?cluster=17976357296721002721

I expect that a tool for providing high quality searches and links from a particular record is something we should develop as a separate module. This needs to be customized a lot depending on the type of record (article, book, person, ... ) and the
information already available. I have had many attempts at this. A general framework for managing such searches and links would be desirable.

[markmacgillivray]

this is all quite new, and yes I built it from the list you previously used on an example page. Hopefully we will get more feedback from openbiblio-dev about other suitable searches.

This just takes a target search service and a value to search, and redirects to the results. This could run as a separate service, and we could potentially maintain a growing list of such services. For now though, it is probably easier to maintain that list manually and update the functionality.

Where a DOI is available, you can do the google scholar search and get the exact match. Where not, you can choose to search by the title or any other value. So this is already possible. Do you mean you would not want the option of searching on the title if the DOI is present?

If the search value were a text box a user would have to copy / paste or rewrite the value they wished to search for. Is that better than choosing a relevant value from a list? How about choosing a relevant value and being able to edit it? I think that would be quite nice, but I would not want to reduce it to only a text box - that seems like more hassle to the user.

[rufuspollock]

I'm closing this as I cannot determine a specific feature request of bug.

@pitman: it may be useful to keep lengthy or high-level discussion in an etherpad (e.g. http://openbiblio.okfnpad.org/bibserver or to put items into user stories) and keep these tickets focused on specific bugs or tasks.