Agreements (UXPROD-573)

[UXPROD-1759] Agreements | Local KB | Support adding custom data to URLs for resources in Agreements Created: 03/Jun/19  Updated: 04/Jan/21  Resolved: 04/Jan/21

Status: Closed
Project: UX Product
Components: None
Affects versions: None
Fix versions: R1 2021
Parent: Agreements

Type: New Feature Priority: TBD
Reporter: Owen Stephens Assignee: Owen Stephens
Resolution: Done Votes: 0
Labels: agreements, erm, po-mvp, q3-2020-spillover, team-mvp
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Issue links:
Defines
is defined by ERM-1047 Support for customised URLs at platfo... Closed
is defined by ERM-1048 Implement "template" mechanism to cre... Closed
is defined by ERM-1102 Support for e-resource proxies and ur... Closed
Epic Link: Agreements
Development Team: Bienenvolk
Report Functional Area(s):
Resource Access
PO Rank: 35
PO Ranking Note: This is a blocker for implementers in Germany who wish to use Agreements to feed the Union Catalogue
Rank: Chalmers (Impl Aut 2019): R5
Rank: Chicago (MVP Sum 2020): R4
Rank: Cornell (Full Sum 2021): R5
Rank: Duke (Full Sum 2021): R5
Rank: 5Colleges (Full Jul 2021): R5
Rank: GBV (MVP Sum 2020): R1
Rank: Grand Valley (Full Sum 2021): R4
Rank: hbz (TBD): R4
Rank: Lehigh (MVP Summer 2020): R4
Rank: TAMU (MVP Jan 2021): R4
Rank: U of AL (MVP Oct 2020): R5

 Description   

Sometimes institutions need to be able to add custom data to URLs they use to access resources (or their patrons use to access resources). This can involve adding a prefix, suffix, or additional information in a specific part of an existing URL

Examples
Where institutions use reverse Proxy servers, in order for Patron's get the correct link it requires a prefix, and sometimes a suffix to be added to a resource URL to enable a proxy server to retrieve, and then serve up the resource to the user.
e.g. instead of "http://example.org", the user would be directed to "http://proxy.org?url=http://example.org"

In other scenarios a resource URL may need an institutional identifier provided by resource provider adding to the resource URL so that the user is directed to an appropriate interface by the provider
e.g. instead of "http://example.org", the user might be directed to "http://instA.example.org" or "http://example.org/?code=instA" etc

Business rules & constraints:
This feature is for resources in the internal Agreements knowledgebase only. It is assumed that where resources are managed outside Agreements (e.g. in eHoldings) any localisation will be handled by the other application or external knowledgebase

Use case examples: ~3 July 2020 | Related discussion



 Comments   
Comment by Theodor Tolstoy (One-Group.se) [ 04/Jun/19 ]

Khalilah Gambrell This is not something you would need if you are tied to the EKB eco-system, right?

Comment by Owen Stephens [ 04/Jun/19 ]

That's my understanding Theodor Tolstoy (One-Group.se) - I definitely only had resources from the Agreements internal KB in mind when I wrote this (although happy to extend scope if there is a requirement)

Comment by Khalilah Gambrell [ 04/Jun/19 ]

Hey Theodor Tolstoy (One-Group.se) - Not needed for EKB customers. Owen Stephens, can we add a note in the description that this features applies to Agreements internal KB users only?

Comment by Owen Stephens [ 04/Jun/19 ]

Khalilah Gambrell Theodor Tolstoy (One-Group.se) done

Comment by Theodor Tolstoy (One-Group.se) [ 04/Jun/19 ]

Owen StephensKhalilah Gambrell thank you both!

Comment by Cate Boerema (Inactive) [ 23/Aug/19 ]

Owen Stephens can you please give this an epic? Thanks!

Comment by Benjamin Ahlborn [ 28/May/20 ]

Example for Proquest ebooks:

generic https://ebookcentral.proquest.com/lib*/gbv/*detail.action?docID=834070

local: https://ebookcentral.proquest.com/lib/*suub*/detail.action?docID=834070

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