- From: gsergiu via GitHub <sysbot+gh@w3.org>
- Date: Mon, 08 Feb 2016 13:43:17 +0000
- To: public-annotation@w3.org
well ... I expressed my opinion before, that the WA standard should be
technology independent.
The provided examples are non-normative, and one can notice big
differences between the rdf/xml and jsonld examples.
(I'm not very interested in the rdf/xml serialization as I don't use
it for now, but I'm interested in the json-ld)
So I asume that by rdf:Literal you related to the Value Objects/
language-tagged string as specified in the jsonld, which define the
@value and @language properties
see
https://www.w3.org/TR/json-ld/#value-objects
https://www.w3.org/TR/json-ld/#dfn-language-tagged-string
So .. if I understood correctly your claim, you want to say that:
1. rdf:Literal is equivalent to language-tagged-string and the
representations should be used consistently
2. The bodies should provide support for correct representation of
"string literals"/"language-tagged strings"
... in generally I support these claims only that there are some
related aspects to take in account
a. I find "text" to be more appropriate that "value" to represent the
free text provided by user.
b. there must be a clear differentiation between the "value", "text"
and "@id"(/httpuri) properties. I think that the "value" is by default
ambiguous. So if we want to introduce @value & @language, i would be
tempted to propose the followign representation as being correct, but
this is a quire verbose one:
{
"motivation": "commenting",
"body": {
"text": { "@value": "my useful comment", "@language": "en" }
},
"target": "http://..."
}
c. I think that this "string literals"/"language-tagged strings"
issue is actually ... nothing different than the support for "i18n".
Which is not included yet in the WA draft. And yes, I do agree this is
needed, and it should be considered first when serializing
language-tagged texts.
Personal conclusion:
I hope that I got it right this time, and I didn't bring more
confusion in the thread.
If my understanding was correct, I would opt for moving the "todays
discussions" in this thread to own issue, as it diverges from the
initial text of the isues and the resolution (proposing usage of
html/xml language tags) doesn't conflicts with the issue discussed
here.
Br,
Sergiu
--
GitHub Notification of comment by gsergiu
Please view or discuss this issue at
https://github.com/w3c/web-annotation/issues/134#issuecomment-181374124
using your GitHub account
Received on Monday, 8 February 2016 13:43:19 UTC