Re: [Invenio] #313: compound last name search differences

[Invenio Trac]

#313: compound last name search differences
+---
  Reporter:  tbrooks|   Owner:
  Type:  defect |  Status:  new   
  Priority:  minor  |   Milestone:
 Component:  WebSearch  | Version:
Resolution: |Keywords:  INSPIRE Syntax
+---

Comment (by jblayloc):

 This could be as simple as which way the metadata is written.  If a name
 is written forwards, then middle terms are assumed to be middle names.  If
 it's catalogued lastname-first, we trust the cataloguer to correctly
 identify the last name.

 Last names are never mangled; middle names are.

 Refer to the name expansion code
 (modules/bibindex/lib/bibindex_fuzzy_name_tokenizer.py:213-264) and this
 example:
 {{{
 In [2]: fnt = bet.BibIndexFuzzyNameTokenizer() # bet is the
 bibindex_engine_tokenizer.py

 In [3]: fnt.parse_scanned(fnt.scan('david foncesca mota'))
 Out[3]:
 ['d f mota',
  'd foncesca mota',
  'd mota',
  'david f mota',
  'david foncesca mota',
  'david mota',
  'f mota',
  'foncesca mota',
  'mota',
  'mota, d',
  'mota, d f',
  'mota, d foncesca',
  'mota, david',
  'mota, david f',
  'mota, david foncesca',
  'mota, f',
  'mota, foncesca']

 In [4]: fnt.parse_scanned(fnt.scan('foncesca mota, david'))
 Out[4]:
 ['d foncesca',
  'd foncesca mota',
  'd mota',
  'david foncesca',
  'david foncesca mota',
  'david mota',
  'foncesca',
  'foncesca mota',
  'foncesca mota, d',
  'foncesca mota, david',
  'foncesca, d',
  'foncesca, david',
  'mota',
  'mota, d',
  'mota, david']
 }}}

 Regardless of which way it went on the paper, AFAIK searching for 'd mota'
 will always find his papers (but of course it may not find only his
 papers.  For this, a disjunction of forms would probably do.)  I actually
 view it as a data mistake, if foncesca is part of a compound last name,
 that we've indexed him as david mota in the past.

 I'm happy to take suggestions, but it's not obvious to me how we should
 make guesses if the data is incomplete or wrong.  I don't know that doing
 the extra expansion in search_engine_query_parser is safe; it seems like
 it would break other middle-name/last-name distinctions for people with
 other preferences.

 I suppose we could make compound last names also index with the first
 letter of the first last name as if it were a middle name; this would be
 more consistent with spires' behavior, but sort of nonsensical otherwise.
 I also dislike it because I like to be able to say with certainty, "last
 names are never mangled".  And it still wouldn't help David, since we've
 actually treated his name inconsistently in the (meta)data.

 Apropos of nothing, 'find a mota, d f or a fonseca mota, d' finds all and
 only his papers.

 I actually do think that standardizing the metadata is the right thing, in
 this case and probably in general.  I suspect it's not so very broken for
 most people with compound last names, and I can't think of a code fix that
 doesn't break semantics for people for whom it's currently working
 correctly.

 Joe

 Replying to [comment:1 tbrooks]:
 > Note that in the below correspondence we see that SPIRES and INSPIRE
 behave differently on names like
 >
 > Foncesca Mota, David
 >
 > SPIRES appears not to care whether we put the 2nd name with the 3rd, or
 with the first (which surprised me!)
 >
 > INSPIRE does care.
 >
 > This may not be crucial, but it is important to many users.
 Standardizing the metadata is possible, but not ideal.

-- 
Ticket URL: 
Invenio 

[Invenio] #314: CV generator

[Invenio Trac]

#314: CV generator
-+--
 Reporter:  tbrooks  |   Owner: 
 Type:  enhancement  |  Status:  new
 Priority:  minor|   Milestone: 
Component:  BibFormat| Version: 
 Keywords:  INSPIRE formats  |  
-+--
 User asking for CV generator in INSPIRE, a la:

 http://www.slac.stanford.edu/spires/hep/help/CV.shtml

 Long term, would be good to do.

-- 
Ticket URL: 
Invenio 

Re: [Invenio] #313: compound last name search differences

[Invenio Trac]

#313: compound last name search differences
+---
  Reporter:  tbrooks|   Owner:
  Type:  defect |  Status:  new   
  Priority:  minor  |   Milestone:
 Component:  WebSearch  | Version:
Resolution: |Keywords:  INSPIRE Syntax
+---

Comment (by tbrooks):

 Note that in the below correspondence we see that SPIRES and INSPIRE
 behave differently on names like

 Foncesca Mota, David

 SPIRES appears not to care whether we put the 2nd name with the 3rd, or
 with the first (which surprised me!)

 INSPIRE does care.

 This may not be crucial, but it is important to many users.  Standardizing
 the metadata is possible, but not ideal.



 Replying to [ticket:313 tbrooks]:
 > Correspondence from user in RT 98213:
 >
 >
 > This is due to a different way of handling compound last names in SPIRES
 > vs. INSPIRE. On that paper your name has been listed in SPIRES with
 > "Foncesca Mota" as the surname and only David as the first/given name.
 > You other papers list only "Mota" as the last name. SPIRES makes no
 > distinction here, but INSPIRE does at the moment.
 >
 > Thus to resolve this problem we will correct the name on the paper to be
 > consistent with your other papers, and it will show up in searches on
 > both SPIRES and INSPIRE. We will let you know when this is complete.
 >
 > In the long term we may investigate this aspect of the name parsing on
 > INSPIRE, but for the moment, if we fix the Phys Rev paper you mention,
 > your searches will work.
 >
 > Best Regards,
 > Travis
 >
 >
 >
 >
 >
 >
 >
 > On Wed Oct 13 21:25:31 2010, d.f.m...@astro.uio.no wrote:
 > >
 > > Hi,
 > >
 > > Congratulations on the new INSPIRE site! It is really fast and nice!
 > >
 > > From my side, there is only one small issue:
 > > - Searching for d f mota in the (old) SPIRES I get 62 articles.
 > > However, searching for d f mota in INSPIRE I get 61 articles.
 > > The paper I miss is this one: CITATION = PHRVA,D77,024032;
 > >
 > >
 > > For instance, I can never find the paper above within none of the
 > > searches bellow:
 > >
 > > 1. Doing a "Simple Search" on "author" d f mota gives me 61 articles.
 > >
 >
 
http://inspirebeta.net/search?ln=en&p=d+f+mota&f=author&action_search=Search&sf=&so=d&rm=&rg=25&sc=0&of=hb
 > >
 > > 2. Doing a "Simple Search" on "any field" for d f mota gives me 50
 > > articles.
 > >
 >
 
http://inspirebeta.net/search?ln=en&p=d+f+mota&f=&action_search=Search&sf=&so=d&rm=&rg=25&sc=0&of=hb
 > >
 > > 3. Doing an "Advanced search" on "author" d f mota gives me 49
 > > articles:
 > >
 >
 
http://inspirebeta.net/search?ln=en&as=1&m1=a&p1=d+f+mota&f1=author&op1=a&m2=a&p2=&f2=&op2=a&m3=a&p3=&f3=&action_search=Search&sf=&so=d&rm=&rg=25&sc=0&of=hb
 > >
 > >
 > >
 > > The only way I can find the missing paper (CITATION =
 > > PHRVA,D77,024032;) is by searching "david fonseca mota"
 > >
 >
 
(http://inspirebeta.net/search?ln=en&p=david+fonseca+mota&f=author&action_search=Search&sf=&so=d&rm=&rg=25&sc=0&of=hb);.
 > >
 > > Please notice that I have several other articles where my name is
 > > "david fonseca mota", but I always find them when searching for "d f
 > > mota"!
 > >
 > >
 > > Thank you for all your attention.
 > >
 > > Best wishes,
 > > David
 > >
 >

-- 
Ticket URL: 
Invenio 

[Invenio] #313: compound last name search differences

[Invenio Trac]

#313: compound last name search differences
+---
 Reporter:  tbrooks |   Owner: 
 Type:  defect  |  Status:  new
 Priority:  minor   |   Milestone: 
Component:  WebSearch   | Version: 
 Keywords:  INSPIRE Syntax  |  
+---
 Correspondence from user in RT 98213:


 This is due to a different way of handling compound last names in SPIRES
 vs. INSPIRE. On that paper your name has been listed in SPIRES with
 "Foncesca Mota" as the surname and only David as the first/given name.
 You other papers list only "Mota" as the last name. SPIRES makes no
 distinction here, but INSPIRE does at the moment.

 Thus to resolve this problem we will correct the name on the paper to be
 consistent with your other papers, and it will show up in searches on
 both SPIRES and INSPIRE. We will let you know when this is complete.

 In the long term we may investigate this aspect of the name parsing on
 INSPIRE, but for the moment, if we fix the Phys Rev paper you mention,
 your searches will work.

 Best Regards,
 Travis







 On Wed Oct 13 21:25:31 2010, d.f.m...@astro.uio.no wrote:
 >
 > Hi,
 >
 > Congratulations on the new INSPIRE site! It is really fast and nice!
 >
 > From my side, there is only one small issue:
 > - Searching for d f mota in the (old) SPIRES I get 62 articles.
 > However, searching for d f mota in INSPIRE I get 61 articles.
 > The paper I miss is this one: CITATION = PHRVA,D77,024032;
 >
 >
 > For instance, I can never find the paper above within none of the
 > searches bellow:
 >
 > 1. Doing a "Simple Search" on "author" d f mota gives me 61 articles.
 >
 
http://inspirebeta.net/search?ln=en&p=d+f+mota&f=author&action_search=Search&sf=&so=d&rm=&rg=25&sc=0&of=hb
 >
 > 2. Doing a "Simple Search" on "any field" for d f mota gives me 50
 > articles.
 >
 
http://inspirebeta.net/search?ln=en&p=d+f+mota&f=&action_search=Search&sf=&so=d&rm=&rg=25&sc=0&of=hb
 >
 > 3. Doing an "Advanced search" on "author" d f mota gives me 49
 > articles:
 >
 
http://inspirebeta.net/search?ln=en&as=1&m1=a&p1=d+f+mota&f1=author&op1=a&m2=a&p2=&f2=&op2=a&m3=a&p3=&f3=&action_search=Search&sf=&so=d&rm=&rg=25&sc=0&of=hb
 >
 >
 >
 > The only way I can find the missing paper (CITATION =
 > PHRVA,D77,024032;) is by searching "david fonseca mota"
 >
 
(http://inspirebeta.net/search?ln=en&p=david+fonseca+mota&f=author&action_search=Search&sf=&so=d&rm=&rg=25&sc=0&of=hb);.
 >
 > Please notice that I have several other articles where my name is
 > "david fonseca mota", but I always find them when searching for "d f
 > mota"!
 >
 >
 > Thank you for all your attention.
 >
 > Best wishes,
 > David
 >

-- 
Ticket URL: 
Invenio 

Re: [Invenio] #312: WebStyle: the width of the menu should be fluid

[Invenio Trac]

#312: WebStyle: the width of the menu should be fluid
---+
  Reporter:  jpcorral  |   Owner:  jpcorral   
  Type:  defect|  Status:  in_merge   
  Priority:  minor |   Milestone: 
 Component:  WebStyle  | Version: 
Resolution:|Keywords:  WebStyle,BibCirculation
---+
Changes (by jpcorral):

  * status:  new => in_merge


-- 
Ticket URL: 
Invenio 

[Invenio] #312: WebStyle: the width of the menu should be fluid

[Invenio Trac]

#312: WebStyle: the width of the menu should be fluid
-+--
 Reporter:  jpcorral |   Owner:  jpcorral
 Type:  defect   |  Status:  new 
 Priority:  minor|   Milestone:  
Component:  WebStyle | Version:  
 Keywords:  WebStyle,BibCirculation  |  
-+--
 There is a problem with the width of the main menu, when it is using some
 languages whose options are too long for the fixed width of the menu:
 http://localhost/?ln=es (logged as admin)

 The width of the menu should be fluid and it should be adapted to the
 width of the options.

-- 
Ticket URL: 
Invenio 

Re: Freshness of po files (was: Re: [patch + tar.gz] I18N: updates toCatalan and Spanish translations)

[Tibor Simko]

On Thu, 14 Oct 2010, Ferran Jorba wrote:
> However, may I know which magic do you invoke to update them?

`make update-po' in po.

> Sometimes I'd really like to know more about a text, and if I could
> regenerate them, or at least my couple of languages, even in a
> temporary file, I'd probably do it.

That is fine, but translation-wise, if you are looking for a context of
some message and the PO file context information is not up to date, then
it is generally sufficient to simply grep for the given message in the
source code base.  If you regenerate PO files into temporary catalogs,
then you will get all those new messages that may be only temporary etc.
This could mean unnecessary translating and/or lots of msgmerge-ing
between various temporary catalogs.

Best regards
-- 
Tibor Simko

Re: [Invenio] #310: nearest date wrong

[Invenio Trac]

#310: nearest date wrong
---+
  Reporter:  jblayloc  |   Owner:  simko 
  Type:  defect|  Status:  closed
  Priority:  minor |   Milestone:
 Component:  BibIndex  | Version:
Resolution:  fixed |Keywords:
---+

Comment (by simko):

 Deployed on TEST and PROD.  We may want to improve the behaviour WRT the
 time granularity, day/hour etc, depending on what users were searching
 for, but at least the nearest datecreated/datemodified offer is now
 properly sorted.

-- 
Ticket URL: 
Invenio 

Re: [Invenio] #310: nearest date wrong

[Invenio Trac]

#310: nearest date wrong
---+
  Reporter:  jblayloc  |   Owner:  simko 
  Type:  defect|  Status:  closed
  Priority:  minor |   Milestone:
 Component:  BibIndex  | Version:
Resolution:  fixed |Keywords:
---+
Changes (by Tibor Simko ):

  * status:  in_work => closed
  * resolution:  => fixed


Comment:

 In [de48ba8884d133c6ed8c94594af863c30f6957cd]:
 {{{
 #!CommitTicketReference repository=""
 revision="de48ba8884d133c6ed8c94594af863c30f6957cd"
 WebSearch: fix nearest terms offer for date search

 * Fix nearest terms offer for datecreated/datemodified searches.
   (closes #310)
 }}}

-- 
Ticket URL: 
Invenio 

Re: [Invenio] #310: nearest date wrong

[Invenio Trac]

#310: nearest date wrong
---+
  Reporter:  jblayloc  |   Owner:  simko  
  Type:  defect|  Status:  in_work
  Priority:  minor |   Milestone: 
 Component:  BibIndex  | Version: 
Resolution:|Keywords: 
---+
Changes (by simko):

  * status:  assigned => in_work


-- 
Ticket URL: 
Invenio 

Re: [Invenio] #310: nearest date wrong

[Invenio Trac]

#310: nearest date wrong
---+
  Reporter:  jblayloc  |   Owner:  simko   
  Type:  defect|  Status:  assigned
  Priority:  minor |   Milestone:  
 Component:  BibIndex  | Version:  
Resolution:|Keywords:  
---+
Changes (by simko):

  * owner:  => simko
  * status:  new => assigned


-- 
Ticket URL: 
Invenio 

Re: Freshness of po files (was: Re: [patch + tar.gz] I18N: updates toCatalan and Spanish translations)

[Ferran Jorba]

Hi Tibor,

[...]
> They are re-generated typically just before release freeze period.  This
> is simply to avoid having you to translate many temporary messages that
> may be refined or even killed later.  And to save temporary big commits
> of the kind like:
>
>   $ git show 4e36abe53417cc1293e4b499fdbe5ffbfda11084 --stat
>   [...]
>   30 files changed, 113560 insertions(+), 98909 deletions(-)
[...]

I see.  A large diff indeed.  Probably too much noise for everybody.

However, may I know which magic do you invoke to update them?  Sometimes
I'd really like to know more about a text, and if I could regenerate
them, or at least my couple of languages, even in a temporary file, I'd
probably do it.

I'd also like to have a hint about the potential work I may have in the
weeks or months to come.

Thanks,

Ferran

Re: Freshness of po files (was: Re: [patch + tar.gz] I18N: updates to Catalan and Spanish translations)

[Tibor Simko]

On Thu, 14 Oct 2010, Ferran Jorba wrote:
> Good to know.  However, I have question: how fresh are the PO files I
> get from git?  Sometimes I hit S in emacs po-mode to see the context
> and I don't see the string in the code snipped.

They are re-generated typically just before release freeze period.  This
is simply to avoid having you to translate many temporary messages that
may be refined or even killed later.  And to save temporary big commits
of the kind like:

  $ git show 4e36abe53417cc1293e4b499fdbe5ffbfda11084 --stat
  [...]
  30 files changed, 113560 insertions(+), 98909 deletions(-)

> Does anybody, either you in the repository, or me at home, have to do
> anything to update them?

I can re-generate them periodically, say every month, if there is
interest.  At the price of the above two inconveniences, though.

Best regards
-- 
Tibor Simko

Freshness of po files (was: Re: [patch + tar.gz] I18N: updates to Catalan and Spanish translations)

[Ferran Jorba]

Hello Tibor,

[CCing the list, as somebody else may be interested in my question]

> On Wed, 13 Oct 2010, Ferran Jorba wrote:
>> a few more transations.
>
> Thanks, committed.

Fine.

>> So I'm sending the patch and tar.gz as safety measure.
>
> Typically I just use tar.gz, the PO files there are always perfect :)

Good to know.  However, I have question: how fresh are the PO files I
get from git?  Sometimes I hit S in emacs po-mode to see the context and
I don't see the string in the code snipped.

Does anybody, either you in the repository, or me at home, have to do
anything to update them?

Thanks,

Ferran

[Invenio] #311: BibCirculation: "ln" parameter not propagated in admin pages

[Invenio Trac]

#311: BibCirculation: "ln" parameter not propagated in admin pages
+---
 Reporter:  jpcorral|   Owner:  jgarcial
 Type:  defect  |  Status:  new 
 Priority:  trivial |   Milestone:  v1.0
Component:  BibCirculation  | Version:  
 Keywords:  |  
+---
 The "ln" parameter is not propagated in admin pages:
 http://localhost/admin/bibcirculation/bibcirculationadmin.py?ln=es

 Clicking on the language switch links does not change the selected
 language (including menu header and footer)

-- 
Ticket URL: 
Invenio