#461: Authorpages: Interface with BibauthorID backend
------------------------+---------------------------------------------------
Reporter: hweiler | Owner: hweiler
Type: defect | Status: assigned
Priority: blocker | Milestone: v1.0
Component: WebSearch | Version:
Resolution: | Keywords: Authorpages, Bibauthorid, exact search
fallback
------------------------+---------------------------------------------------
Comment (by hweiler):
Replying to [comment:1 simko]:
> 1) Frequent co-authors: too many are offered, listed author links are
> loosing =Ellis, J= co-author, so they are not pointing to co-authored
> papers with the given author, which is the whole point of the Frequent
> co-authors box.
Yes. We discussed the length of the list and forgot to actually put in the
changes in the process. Will use the variable priorly introduced for that
purpose.
The link behavior, like in all of the cases, is trickier: The thing used
to perform an exact author search (on coauth name) with the extension of
the author's name. We'll have to create search query that takes into
account all of the name variants. Ideas on how to construct such a query
are most welcome.
> 2) Records: used to be called Papers (why the change? latter may be
> more understandable to users); links used to rely on the collection
> concept, however in the branch the links rely on Boolean recID1 or
> recID2 or ... type of query, which can grow very big for prolific
> authors, which is not practical, e.g. it is not bookmarkable,
> RSS-able, etc, so best to be avoided if possible. (Moreover, imagine
> on institution pages, these may grow over URL length limits.)
Thanks for pointing out the name change. Didn't notice it. Will be set
back to 'Papers' then.
The recid link target has been used to cope with the author name variants.
Any thoughts here on how to do this (tried "exactauthor:variant1 AND
exactauthor:variant2", which somehow did not work?!)? The recid search has
been used priorly for the affiliation search links only.
> 3) Frequent keywords: links are completely broken.
>
> 4) Citations: offered links are loosing author name again, just like
> in the Frequent co-authors box, so user is not getting what is being
> advertized.
again: how to handle name variants?!
> 5) In HTML brief format, author links used to point to a search query
> for the given author giving all his publications, not to his author
> page. This branch changes that, which is a visible functionality
> change, so it should be wrapped by some `CFG_WEBSEARCH_AUTHOR_LINK`
> variable in these release candidate times, keeping the default
> unchanged, as it used to be before. Or, better said, you can just
> introduce a new optional parameter to bfe_authors like
> `link_to_author_page` that people could set to 0 or 1 in their BFTs in
> order to achieve the effect they want (either linking to author pages
> or to publication list).
AH...perfect. Will change that to use a variable in the bfe.
--
Ticket URL: <http://invenio-software.org/ticket/461#comment:4>
Invenio <http://invenio-software.org>
