Copy Location Grouping and Searching

Bug #1280458 reported by Steve Callender
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Evergreen
Incomplete
Undecided
Unassigned

Bug Description

An issue with Location Group searching I noticed testing on 2.3 and still trying to get a good test on 2.4 and 2.5, but I wanted to get this documented.

Electronic resources are showing when using the Location Group search. It appears that items that are part of the copy locations that are in the location group mapping will show on top, and then below that all the electronic resources that also match the search (Keyword search) will show even though they are not assigned a specific copy location. The electronic resources just have an 856 tag with the occasional subfield 9 for scoping.

I'm hoping someone else out there with a but more data loaded on their system can test this out as well.

To test, I just took a keyword that matched an electronic resource item, and then used the copy location group drop down to select random groups. Every single time the electronic resource would come up in the search, but only actual live items would show if they matched the location group correctly.

Steve

Tags: search
Revision history for this message
Ben Shum (bshum) wrote :

I haven't been able to replicate this on our test server with a copy of our full production database running master. Thus far, every time I've selected a specific copy location (like Adult Fiction) for a given library, and done a search for something (like Star Wars), I find no electronic resources in my results set.

I'd be curious to know more about the items themselves. We make extensive use of the 856 $9 trick to handle scoping and hiding of electronic records so that only those libraries who subscribe see them. Perhaps these other records you're seeing are related to transcendent bibs (of which we have none I think in our database right now), or some other defining characteristic.

Marking incomplete pending more fact finding.

Changed in evergreen:
status: New → Incomplete
Revision history for this message
Kathy Lussier (klussier) wrote :

Ben,

I think the distinction is that Steve was using copy location group searching while you were limiting by a specific copy location. We use copy location groups extensively, so I should be able to run a test to try to replicate the issue. I'll put it on my to-do list for next week.

Kathy

Revision history for this message
Jim Keenan (jkeenan) wrote :

I was not able to duplicate this on our system (eg2.5).

Revision history for this message
Michele Morgan (mmorgan) wrote :

Marking this as a duplicate of bug 1745233, which was fixed.

tags: added: search
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.