These are chat archives for csarven/ldn
@ids on the JSON-LD playground before. the key here is that there's a 'base uri' sort of field, outside of the textbox where you input the jsonld
<>of a Turtle known to the implementation in a POST?
"@id": ""in JSON-LD of a POST and
<>in Turtle of a POST.
"@id" : ""are language specific part of turtle and JSON-LD. What I was unclear on was whether they are part of the RDF set of specifications. I think you've answered that they are, which is something I dindt know before. So thanks! :)
<> a foaf:PersonalProfileDocument; foaf:primaryTopic <#me> ; dc:title 'Alice’s FOAF file' . <#me> a foaf:Person; foaf:name 'Alice Smith' .
[17:46:08] <csarven> The playground throws a processing error when "@id": ""
[17:46:45] <csarven> 'Error: [jsig.sign] The data to sign is empty. This error may be because a "@context" was not supplied in the input thereby causing any terms or prefixes to be undefined.'
[17:47:19] <csarven> In the "Signed with RSA" tab.
[17:47:25] <csarven> Which is a bit awkward.. if you add a value to id, error goes away
[17:47:53] <csarven> Is it possible that it should figure out the base URL for the empty value before going ahead with the canonicalisation?
[17:59:03] <dlongley> csarven: sounds like a bug -- like it's not using a default base URL like you said.
[18:00:33] <csarven> dlongley Thanks for confirming. The N-Quads tab for example uses http://json-ld.org/playground/
[18:02:48] <dlongley> sure, yeah some inconsistency bug in there somewhere :)
[18:04:11] <dlongley> csarven: did you have any other information other than "@id": ""?
[18:04:41] <csarven> Other? See this example: http://json-ld.org/playground/#startTab=tab-nquads&json-ld=%7B%22%40context%22%3A%7B%22pingback%22%3A%22http%3A%2F%2Fpurl.org%2Fnet%2Fpingback%2F%22%7D%2C%22%40id%22%3A%22%22%2C%22%40type%22%3A%22pingback%3AItem%22%2C%22pingback%3Asource%22%3A%7B%22%40id%22%3A%22http%3A%2F%2Fexample.net%2Fnote%23foo%22%7D%2C%22pingback%3Atarget%22%3A%7B%22%40id%22%3A%22http%3A%2F%2Fexample.org%2Farticle%23results%22%7D%7D
[18:05:26] <dlongley> yeah, ok, i see that you did .... yeah, i mean "other" properties such that some triples would be generated
[18:06:26] <dlongley> yeah, definitely looks buggy to me, i'm going to make a note of it on another issue that's still open for fixing false positive empty data-to-sign