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

Doesn't support Open Annotation... #74

Open
azaroth42 opened this issue Jun 17, 2014 · 5 comments
Open

Doesn't support Open Annotation... #74

azaroth42 opened this issue Jun 17, 2014 · 5 comments

Comments

@azaroth42
Copy link
Member

... data model serializations and it should.

See: openannotation/annotator#389

@tilgovi
Copy link
Member

tilgovi commented Jun 17, 2014

👍

@leinfelder
Copy link

After reading the pull requests about this, it sounds like the annotator-store will be able to return an OA serialization of the model in JSON-LD (as a read-only "rendering"). That's great, is there any information about how to access that rendering?
Say I can access this annotation using the current API:
GET http://annotateit.org/api/annotations/cwpnz1tERG6UTCqF-IawFA
Would I call a different endpoint, or would I include a header requesting application/ld+json?

@Treora
Copy link
Contributor

Treora commented Sep 24, 2014

The latter. The Accept header in the http request should explicitly mention application/ld+json, and prefer it above application/json if both are accepted.

To test it, I use something like:

curl localhost:5000/api/annotations -H Accept:application/ld+json

Note this behaviour is just a choice I made for now. Anything I made up to now regarding OA was really just a first step to get things going (at least from my perspective), everything can be changed if desired.

@leinfelder
Copy link

How does this relate (if at all) to the "lorestore" service and/or plugin?

https://github.com/uq-eresearch/lorestore

On Sep 24, 2014, at 2:23 PM, Gerben [email protected] wrote:

The latter. The Accept header in the http request should explicitly mention application/ld+json, and prefer it above application/json if both are accepted.

To test it, I use something like:

curl localhost:5000/api/annotations -H Accept:application/ld+json

Note this behaviour is just a choice I made for now. Anything I made up to now regarding OA was really just a first step to get things going (at least from my perspective), everything can be changed if desired.

Reply to this email directly or view it on GitHub.

@tilgovi
Copy link
Member

tilgovi commented Sep 25, 2014

If I recall correctly that transforms between OA and Annotator's internal
format at serialization/deserialization.

It's possibly a good start, and may provide something very useful for
migrating, but we may wish to bring format changes inside Annotator. I'm
not sure.
On Sep 25, 2014 10:56 AM, "leinfelder" [email protected] wrote:

How does this relate (if at all) to the "lorestore" service and/or plugin?

https://github.com/uq-eresearch/lorestore

On Sep 24, 2014, at 2:23 PM, Gerben [email protected] wrote:

The latter. The Accept header in the http request should explicitly
mention application/ld+json, and prefer it above application/json if
both are accepted.

To test it, I use something like:

curl localhost:5000/api/annotations -H Accept:application/ld+json

Note this behaviour is just a choice I made for now. Anything I made up
to now regarding OA was really just a first step to get things going (at
least from my perspective), everything can be changed if desired.

Reply to this email directly or view it on GitHub.


Reply to this email directly or view it on GitHub
#74 (comment)
.

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

4 participants