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

Clarify how to refer to alternates view methodology for profile neg #392

Open
nicholascar opened this issue Sep 23, 2018 · 4 comments

Comments

3 participants
@nicholascar
Copy link
Contributor

commented Sep 23, 2018

This issue was created in the Conneg by Profile document and is listed in it. Once consensus on addressing it is reached here in comments below, the results will be added to the document and the issue closed.

The Use Case Web browser navigation of profile information is recorded but no DXWG method is yet proposed. In prior art, the so-called alternates view method is listed. This method is not yet aligned with the IETF proposal.

@nicholascar

This comment has been minimized.

Copy link
Contributor Author

commented Sep 23, 2018

I propose proceeding with an assumed future version of the alternates view method that is aligned with the IETF proposal in order to allow for demonstration answers for Requirements in the Profile Guidance and Conneg documents.

Suggested changes to the alternates view approach to align with the IETF proposal:

  • "view" generally to be replaced with "profile"
    • alternates view -> profile listing view
    • Query String Argument _view -> _profile
  • "format" generally to be replaced with "media type"
    • Query String Argument _format -> _mediatype
  • include definitions in the approach to cater for all Accept-* headers
    • approach already includes Accept, Accept-Language but is missing Accept-Charset, Accept-Encoding, Accept-Datetime
@rob-metalinkage

This comment has been minimized.

Copy link
Contributor

commented Sep 23, 2018

I think we need to first canvas options
0) no ability to have options or discover profile conformance of default option for resource

  1. no ability to dereference a URI to a specific profile except via software support (header manipulation)
  2. Descriptions of all content negotiation options embedded in every resource
  3. Servers responsible for delivering list of options and clients able to invoke this special metod
    4)Third party cataloguing of metadata about options, and a canonical means for clients to discovery and access this third party
  4. provision of a specific resource describing options (directly by link from the resource, by querying the server) from the server or a designated link to a third party resource) - aka the alternates view
  5. ?.

These are not mutually exclusive, but AFAICT other than 5 put a very high burden on clients outside of very specific machine-mediated smart client scenarios.

@larsgsvensson

This comment has been minimized.

Copy link
Contributor

commented Sep 24, 2018

Suggested changes to the alternates view approach to align with the IETF proposal:

Let's don't change anything here before Ruben and I haven't got around to updating the I-D. We'll work on that during October/November.

@nicholascar

This comment has been minimized.

Copy link
Contributor Author

commented Sep 24, 2018

Rob & I think we can define an abstract API to emulate HTTP methods for multiple other implementations (QSA, REST API etc.) and then the current _view, _format Alternates View system can map its terminology to that thus avoiding having torename anything. But the AV system will have to be feature complete with the HTTP methods in order to be a full implementation, so the part about supporting Accept-Encoding etc. is still relevant.

We'll roll support for the other HTTP conneg headers into https://github.com/rdflib/pyLDAPI starting now (we need to the tookit updated anyway) but this won't affect alignment with any changes you and Ruben might make to the I-D.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.