[OPEN-ILS-GENERAL] Searching for author using the link in search results

[Ben Shum]

Hi Eva,

I think I see where the problem might be.  In
Open-ILS/src/templates/opac/parts/misc_util.tt2, there is a function
at the beginning for get_graphic_880s.  Around line 10, there's a
portion that looks like this:

FOR subnode IN node.findnodes('./*[not(contains("w 0 4 5 6 8 9", @code))]');

So that says to ignore all those subfields during the graphic 880
dance, but absent is your custom subfield 7.

If you edit that file to include 7 among the subfields to be ignored,
then the link should be fixed on your systems to keep that out of the
link content.

You may want to file this bug in Launchpad and we can submit a fix for
this in future releases so that you do not have to customize it
locally.  But that should get you moving in the right direction again,
I hope.

-- Ben

On Mon, Sep 15, 2014 at 10:57 AM, Cerninakova Eva <cernin at jabok.cz> wrote:
> Hi Elaine,
>
> it is true that the author link in the  facet works fine in our catalog. But
> the problem is that it is quite confusing for our patrons if they get no
> entry  when clicking the author link in search results or record details
> although the record/s exist/s.
>
> As far as I know, the same think  with author link happens to the library of
> Evangelical Theological Seminary in Prague  and they have the Evergreen
> version 2.5.3 (although I think they do not use subfield "$d" for date of
> birth or death, so the problem concerns the subfield "$7" only in their
> case), see
> http://lib.etspraha.cz/eg/opac/results?query=matou%C5%A1ek&qtype=author&fi%3Aitem_type=&sort=
>
> My first idea how to solve it was to delete the "difficult" subfields but I
> am afraid We could  get rid nor of authors dates nor of  subfield $7 (at
> least because the subfield $7 is used as a linking  authority number for the
> Czech national authorities which we are planning to implement soon).
>
> I  looked at MARC  records in  Pines catalog and I saw Pines uses subfield
> $0 for  Pines authority number (or something like that) with no problem and
> the subfield $d works fine in the Pines catalog too.
>
> I only  guess the problem has something to do with the processing URLs for
> author link i TPAC template /openils/var/opac/parts/record/authors.tt2
> (perhaps in the template section ""BLOCK build_author_links; ...") and maybe
> as well in  the template /openils/var/opac/parts/result/table.tt2? But
> unfortunately I am not sure at it as I am not much familiar with template
> toolkit  :-(.
>
> Eva
>
>
>
>
>
>
>
>
> ---
> Mgr. Eva Cerniňáková
> cernin at jabok.cz
> Tel. +420 211 222 409
>
> Knihovna Jabok
> http:/knihovna.jabok.cz
> Tel.  +420 211 222 410
>
> Jabok - Vyšší odborná škola sociálně pedagogická a teologická
> Salmovská 8, 120 00 Praha 2
>
>
> 2014-09-15 13:51 GMT+02:00 Hardy, Elaine <ehardy at georgialibraries.org>:
>
>> Interestingly, when you click on the author link in the facet rather than
>> in the search return list, you do retrieve records.
>>
>> We are on 2.5.1 and not 2.6 and I have not observed that behavior in our
>> catalog. However, we don't use |7. I don't know if that is the issue but
>> suspect that it is. Unless some one else on 2.6 that is not using the
>> subfield has the same problem?
>>
>> Elaine
>>
>> J. Elaine Hardy
>> PINES & Collaborative Projects Manager
>> Georgia Public Library Service
>> 1800 Century Place, Ste 150
>> Atlanta, Ga. 30345-4304
>>
>> 404.235-7128
>> 404.235-7201, fax
>> ehardy at georgialibraries.org
>> www.georgialibraries.org
>> www.georgialibraries.org/pines
>>
>> ________________________________
>> From: "Cerninakova Eva" <cernin at jabok.cz>
>> To: "Evergreen Discussion Group"
>> <open-ils-general at list.georgialibraries.org>
>> Sent: Sunday, September 14, 2014 1:59:54 PM
>> Subject: [OPEN-ILS-GENERAL] Searching for author using the link in search
>> results
>>
>>
>> Hi all,
>>
>> we had  updated our Evergreen to from 2.2 to 2.6 and I discovered the
>> problem when using the link to author  in the search results and record
>> details. Some  subfields (e.g. "7" or "d") of fields 100 or 700 are
>> displayed as a part  of the link to author seach in search result or record
>> details but when using the link no results are retruned no matter whether
>> the records exist or not.
>>
>> For example when I search for "Dominik Aubrecht" I got two record, see
>> https://www.jabok.cuni.cz/eg/opac/results?query=aubrecht+dominik
>> but when clicking on link  13483 Aubrecht, Dominik  in search result page
>> I  get the error message:  Sorry, no entries were found fo 13483 Aubrecht
>> Dominik.
>>
>> Another examples:
>> https://www.jabok.cuni.cz/eg/opac/results?query=lafollette
>> https://www.jabok.cuni.cz/eg/opac/results?query=odilo+štampach
>>
>> There was no problem in our previous  version 2.2 because we used  JSPAC
>> but now in the TPAC it works like this.
>>
>>
>> Do you have any ideas how could I solve this problem?
>> Thanks a lot
>>
>> Eva
>>
>>
>>
>>
>>
>>
>>
>>
>> ---
>> Mgr. Eva Cerniňáková
>> cernin at jabok.cz
>> Tel. +420 211 222 409
>>
>> Knihovna Jabok
>> http:/knihovna.jabok.cz
>> Tel.  +420 211 222 410
>>
>> Jabok - Vyšší odborná škola sociálně pedagogická a teologická
>> Salmovská 8, 120 00 Praha 2
>>
>>
>



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113