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

Dimension of Rawness is a property of the archive, not of the memento #2

Open
ikreymer opened this issue May 24, 2017 · 0 comments
Open

Comments

@ikreymer
Copy link

I think a central problem here is that the "dimension of rawness", unlike a memento timestamp, is really a property of the web archive, and not of the memento.

It seems the correct way to present dimensions of rawness seems to be when querying information about a web archive. The https://github.com/webrecorder/public-web-archives project presents a way to define different replay options available, per web archive.

A web archive either contains and is able to serve raw content, or it doesn't. If it does, and if it modifies content, then it can serve raw and rewritten content for each memento. It is hard to foresee, especially given the example dimensions of rawness, why an archive would for instance have original-content for some mementos, and not for others.

Even if there was such a use case, a client must still have a priori knowledge of the possible dimensions of rawness.

For example, if a client tries Prefer: foo, and the response does not include this preference, does that mean:

  • The archive doesn't support foo just for this Memento, but perhaps for others.
  • The archive doesn't support foo for any Memento
  • foo is not a valid preference to be applied

A concise manifest of possible preferences/dimensions of rawness per archive can addresses all of these issues.

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

No branches or pull requests

1 participant