W3C home > Mailing lists > Public > public-openannotation@w3.org > June 2014

Re: Annotations which verify their content

From: Tom Cramer <tcramer@stanford.edu>
Date: Fri, 20 Jun 2014 11:19:12 -0700
Cc: Tom Cramer <tcramer@stanford.edu>, public-openannotation@w3.org, iiif-discuss@googlegroups.com
Message-Id: <2B770612-EB33-40A0-B489-D60688FE10DE@stanford.edu>
To: Patrick Cuba <cubap@slu.edu>
Patrick,

I'm taking the liberty of cross-posting it to IIIF-discuss, where it will also be of interest. This is an interesting wrinkle for IIIF, and one that has not come up before to my knowledge.

- Tom


On Jun 17, 2014, at 3:10 PM, Patrick Cuba wrote:

> context: OAC (and SharedCanvas and IIIF) in web applications for manuscript studies using linked open data structures.
> 
> Image checksum or signature:
> 
> In IIIF it is possible that the underlying image being served has changed since last annotated, but the URI used to request it has not changed. If offered and consumed the upon the first link up, I would love to store some checksum or signature to verify the same image is used when delivered later. While this may be resolvable by also requesting some sort of image version header, a checksum would also allow me to (possibly) discover if the same image which used to be available at one location is indeed the same as another available image (assuming something like md5 or other collision-resistant checksum).
> 
> I have not worked with crypto or verification before, but it would be nice to use a checksum like a UUID in cases that the URI does not do that. As I understand it, this would also be possible with other media, with varying degrees of error.
> 
> Would such a thing be a request header? metadata? a verification annotation? Has anyone done this? If I generate my own and store it is that good enough?
> 
> Patrick Cuba
> Center for Digital Humanities
> Saint Louis University
> 
Received on Monday, 23 June 2014 09:49:35 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:22:06 UTC