- From: BigBlueHat via GitHub <sysbot+gh@w3.org>
- Date: Mon, 16 Nov 2015 15:49:29 +0000
- To: public-annotation@w3.org
So, one option would be to use a UUID (as @timbl suggested at TPAC), but use it as the `id` value--obviously this makes these `id`'s non-dereferencable. However, if we require (I know, I know...) a `via` chain to be present such that the minimal **published** Annotation becomes: ```json { "id": "...uuid...", "type": "Annotation", "via": "http://annotation-server.example/~bigbluehat/...uuid...", "target": "http://example.com/" } ``` Before publication it would be just the `id`, `type`, and `target`. At publication, the `via` *URL* would get added-- the *expectation* being that others can use the IRI's stored in `via` as locators (though that wouldn't be a requirement, I don't think). Here's via's definition from [RFC4287](http://tools.ietf.org/html/rfc4287#page-22): > The value "via" signifies that the IRI in the value of the href attribute identifies a resource that is the source of the information provided in the containing element. A copy made by @jbenet in IPFS +/- some additional statements could then look like: ```json { "id": "...uuid...", "type": "Annotation", "via": [ "http://annotation-server.example/~bigbluehat/...uuid...", "https://ipfs.io/ipfs/...ipfs hash of annotation content, public key, etc..." ] "target": "http://example.com/" } ``` Annotation systems (offline web browsers, ebook readers, etc) could make Web Annotations, and publish them later. Obviously this is beginning to effect protocol topics...so, tagging it that way also. -- GitHub Notification of comment by BigBlueHat Please view or discuss this issue at https://github.com/w3c/web-annotation/issues/96#issuecomment-157075465 using your GitHub account
Received on Monday, 16 November 2015 15:49:32 UTC