Z39.50 support (UXPROD-990)

[UXPROD-2800] Extend Z39.50/SRU server to support ABLE bindery client for AcmeBinding Created: 02/Nov/20  Updated: 06/Jul/21  Resolved: 05/Mar/21

Status: Closed
Project: UX Product
Components: None
Affects versions: None
Fix versions: R1 2021
Parent: Z39.50 support

Type: New Feature Priority: P3
Reporter: Tod Olson Assignee: Mike Taylor
Resolution: Done Votes: 0
Labels: round_iv
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Issue links:
Defines
is defined by ZF-27 Stacking configurations: base, tenant... Closed
is defined by ZF-34 Replicate holdings-level location at ... Closed
is defined by ZF-25 SRU output tweaks to support ABLE bin... Closed
is defined by ZF-30 Add item-specific call number and loc... Closed
is defined by ZF-32 Optionally, restrict item-level MARC ... Closed
is defined by ZF-23 Expand Z39.50/SRU to search by barcode Closed
is defined by ZF-24 Expand Z39.50/SRU to search by ISBN Closed
Potential Workaround: No workaround for the searches, short of implementing a new SRU server outside of FOLIO.
For reformatted data, could add a shim over the SRU endpoint to modify results. This would have the downside of requiring another container, or could possibly run outside of the hosted environment.
Epic Link: Z39.50 support
Development Team: Thor
Rank: Chicago (MVP Sum 2020): R1
Rank: Cornell (Full Sum 2021): R1
Rank: Duke (Full Sum 2021): R1
Rank: 5Colleges (Full Jul 2021): R3
Rank: GBV (MVP Sum 2020): R5
Rank: Grand Valley (Full Sum 2021): R2
Rank: MO State (MVP June 2020): R2

 Description   

Current situation or problem:
Sites who use AcmeBinding (formerly Heckman) for binding will need to use the ABLE binding client to send and format information for spine printing. The ABLE binding client can use SRU to retrieve data, but needs a few features that we don't yet have, specifically the ability to search for item information by barcode and by ISBN, and some ability to tweak the returned data for formatting purposes.

In scope
Add search by barcode and search by ISBN.
Provide some mechanism for the ABLE client to retrieve tweaked versions of the data, along with some configuration for tweaking the data.

Out of scope

Use case(s)

  • search for item information by barcode,
  • search for item information by ISBN,
  • site wants to configure some minor modifications to the returned data, and
  • this modified data will be available in some way the ABLE client can consume it, but will not override the usual results.

Proposed solution/stories

  • Searches can just be extended directly, these are already supported in the Inventory app.
  • Modified data could be returned in locally-defined fields, or a separate database name or port could be configured to return ABLE-specific responses.

Links to additional info
[ABLE - Acme Binding!http://acmebinding.com/library-binding/able/]

Questions



 Comments   
Comment by Charlotte Whitt [ 11/Nov/20 ]

Hi Mike Taylor as we talked about yesterday at the Index Data Team meet, I have now assigned this feature to the Thor team, and given it Fix version as R1 2021.

CC: Tod Olson Mike Gorrell Lynn Bailey

Comment by Charlotte Whitt [ 16/Feb/21 ]

Hi Mike Taylor Tod Olson - is this ticket reviewed and we can close the story, and the feature UXPROD-2800 Closed as done, done  

Comment by Mike Taylor [ 16/Feb/21 ]

Afraid not. The rather casual sounding ZF-25 Closed depends on ZF-30 Closed , which is complicated and ongoing.

Comment by Charlotte Whitt [ 16/Feb/21 ]

Hi Mike Taylor - okay. Then I should link up ZF-30 Closed as a blocker of ZF-25 Closed . Will the two ticket be done during this sprint-108? 

Comment by Mike Taylor [ 16/Feb/21 ]

ZF-30 Closed is linked as a bloked of ZF-25 Closed — has been for some time.

Hard to predict whether it will be done during the present sprint.

Comment by Mike Taylor [ 04/Mar/21 ]

All six of the "is defined by" links are now closed as done. I think that means this can be closed, too?

Comment by Charlotte Whitt [ 05/Mar/21 ]

Thanks Mike Taylor and Tod Olson. Nice work! I'll close the feature as done

Comment by jackie.gottlieb@duke.edu (Inactive) [ 22/Apr/21 ]

Mike Taylor, Tod Olson, and Charlotte Whitt, I see this is due to roll out in Iris but I am not finding it as part of Bugfest. Am I just not seeing it? Is there going to be a UI component to this? I missed the last sprint review so apologies if it was demoed then. Thanks. 

Comment by Mike Taylor [ 22/Apr/21 ]

There is no UI component. This is just a Z39.50 server.

Comment by Jacquie Samples [ 28/Apr/21 ]

Charlotte Whitt and Mike Taylor When there is no UI component to test, how can we confirm user acceptance on this type of issue?  Was the data needed successfully generated via this process?  Did the materials get the correctly formatted location and call number info?

Comment by Charlotte Whitt [ 29/Apr/21 ]

Hi Jacquie Samples - this work was demoed by Mike Taylor at a sprint review back in January, if I remember correctly.
Let me see if I can dig up the YouTube recording.

(I'll put it on my To do list – while I have quite a to do list for the day, but I promise, I'll get back to you ASAP).

Comment by Mike Taylor [ 29/Apr/21 ]

Hi, Jacquie Samples. Like you, I am not sure how user acceptance testing can be best done on a software component that has no UI. Perhaps it would help to review the documentation of the provided facilties?

This is the most relevant document https://github.com/folio-org/Net-Z3950-FOLIO/blob/master/doc/capabilities.md

But you or your colleagues may also be interested in the high-level overview at https://github.com/folio-org/Net-Z3950-FOLIO/blob/master/README.md and any of the additional documents linked at the end?

Comment by Jacquie Samples [ 29/Apr/21 ]

Hi Mike Taylor and Charlotte Whitt  Thanks for updating me so quickly, I appreciate that.  I will read through the documents again and get back with you with any further questions we may have.

 

Generated at Fri Feb 09 00:26:57 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.