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

Tue Sep 16 10:38:24 EDT 2014

Hi Elaine,

Yes, this affects regardless of the presence of 880s or not in the
record.  The function is part of the process used to determine and
link the 880s if present, but in the process, it grabs all the parts
of the tag except for the subfields that are ignored per the block of
code I mentioned previously.  Therefore, if we do not explicitly set
aside subfield 7 in that block, it will carry it forward into the
"attrs.author" variable that is used later in the catalog search
results display (which Eva does not want to have happen).

This particular issue in the way the get_graphic_880s function
operates has been trouble for other tags and subfields that also run
through that particular function for checking purposes.  I had similar
issues that we recently resolved for 2.7 series with the displaying of
264 tags and publication data.  The list for those tags that run
through the get_graphic_880s function includes: 100, 110, 111, 245,
260, 264, 250, and 505.

This is merely a display issue, where we're passing too much
information off in the variable for the display link.  It's not
actually related to authorities as far as I can determine.

-- Ben

On Tue, Sep 16, 2014 at 9:57 AM, Hardy, Elaine
<ehardy at georgialibraries.org> wrote:
> Ben,
>
> These records don't have an 880, so would this still help? The subfield is
> to link to the Czech national authorities and not an internal link to the
> record.
>
> 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
>
> -----Original Message-----
> From: open-ils-general-bounces at list.georgialibraries.org
> [mailto:open-ils-general-bounces at list.georgialibraries.org] On Behalf Of Ben
> Shum
> Sent: Monday, September 15, 2014 1:32 PM
> To: cerninakova at jabok.cz; Evergreen Discussion Group
> Subject: Re: [OPEN-ILS-GENERAL] Searching for author using the link in
> search results
>
> 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=autho
>> r&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

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