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

Map get resource by profile preferencing from abstract to HTTP & QSA #591

Closed
nicholascar opened this issue Nov 15, 2018 · 3 comments
Closed
Assignees
Labels
due for closing Issue that has been addressed and it is going to be closed if there are no objection within 6 days profile-negotiation
Milestone

Comments

@nicholascar
Copy link
Contributor

Ensure that the mechanisms described for get resource by profile that allow for profile preferencing are equivalent. Is an ordered list (the QSA approach) as rich as the HTTP method that uses both a list an quality ('q') values? Does the Abstract Model function capture all the possibilities of the HTTP realization?

@aisaac
Copy link
Contributor

aisaac commented Apr 16, 2019

Note from my comments at #575 : There's an issue with Abstract Model for preferences (6.2 and 7.1). 6.2.2 mentions that preferences are expressed in 'some form of list ordering'. This is a bit different from the quality indicators from 7.1.2. And (a question real question at the same time as a possible example of issue:) can q values have ties?

@larsgsvensson
Copy link
Contributor

@aisaac scripsit:

can q values have ties?

Yes, I think they can. The client is free to submit the same q-values for several formats/profiles/languages and the server can have q-values for formats/profiles/languages, too. Since the server multiplies the clients and the servers q-value for each dimension, it can fairly easily come to ties. At the end of the day, the server returns what it considers the best representation.

@nicholascar nicholascar added this to To do in Content Negotiation by Profile via automation May 9, 2019
@nicholascar nicholascar added this to the Conneg 3PWD milestone May 9, 2019
@ghost
Copy link

ghost commented Aug 15, 2019

Addressed by addressing #575

@nicholascar nicholascar added the due for closing Issue that has been addressed and it is going to be closed if there are no objection within 6 days label Aug 15, 2019
Content Negotiation by Profile automation moved this from To do to Done Aug 27, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
due for closing Issue that has been addressed and it is going to be closed if there are no objection within 6 days profile-negotiation
Development

No branches or pull requests

3 participants