Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Get list of delivery places and fees without actually requesting an item #70

Open
nichtich opened this issue Feb 13, 2019 · 2 comments
Open

Comments

@nichtich
Copy link
Member

To better get the conditions required or available for a request or renew. Maybe add an explicit /conditions endpoint to get

  • available condidtions for request
  • available condidtions for renew

The answer may depend on user and document but it can be helpful nevertheless to get some default values, such as

  • typical renewal fee (FeeCondition)
  • typical list of places an item can be delivered to (StorageCondition)

The endpoint could also be accessible publicly for a "default user" with publicly known patron identifier:

HTTP verb and URL
GET https://example.org/core/{uri_escaped_patron_identifier}/conditions

scope
read_conditions

request parameters

  • action (string): request or renew
  • confirm (0..1) to select which types of conditions to check
  • doc (0..1) to limit the conditions to a given document
  • doc.item (0..1) URI of a particular item
  • doc.edition (0..1) URI of a particular edition

response fields

@ndege
Copy link

ndege commented Feb 14, 2019

At first sight for me isn't obviously clear, what should be depict the parameter confirm in this context?

@nichtich
Copy link
Member Author

nichtich commented Feb 14, 2019

@ndege yes, the name is misleading. It could be used to select condition types, but the server could also just return all condition types so we can remove this parameter. A backend may however answer some condition types quicker then others so selection can make sense.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants