#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 tbrooks):

 Replying to [comment:5 simko]:
 > Concerning constructing author links and author name variants:
 >
 > (i) What you can already do is to reproduce old `exactauthor`-based
 > behaviour in absence of author IDs.

 Yes this is correct.  Having ea-based searches in the fallback page would
 be great, and recID based searches (with their limitations) in the AID
 pages.  Getting to that state is urgent.  Then we spend time getting to
 the AID search enabled.

 > (ii) Otherwise, to some extent, we can attempt to simulate searches via
 > Boolean expressions, just as you said, like `(exactauthor:"Doe, J" OR
 > exactauthor:"Doe, John") AND (exactauthor:"Mustermann, E" OR
 > exactauthor:"Mustermann, Erika")` for Doe-Mustermann co-authorship.

 I would not bother with this.  Instead patch existing behavior as best as
 possible in short time and work on integrating AID searching.


 > (iii) Therefore, as we started to discuss during last EVO, I really
 think
 > we need to influence author index behaviour during indexing time too,
 > not only during searching time, in order to take advantage of author
 > IDs.  E.g. create new dedicated index from author IDs,

 Yes, this makes sense.   IN fact why doesn't BAI simply generate this
 index directly every night upon running?  BAI has exactly what is needed
 (mapping from AID to RecIDs for all AIDs) to populate such an index
 directly.

  e.g. generate
 > alternative name variants when constructing regular author index.

 This I'm not as sure about, and doesn't seem to get us out of the current
 problem, but maybe I am not understanding.

-- 
Ticket URL: <http://invenio-software.org/ticket/461#comment:7>
Invenio <http://invenio-software.org>

Reply via email to