-
-
Notifications
You must be signed in to change notification settings - Fork 28
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
triples with aliased @id and @base are missing at root level #61
Comments
possibly fixed by #68 |
@jmvanel please verify, the attached test passes. thank you. |
Alas, no, the original problem remains.
|
I'm sorry, but I cannot reproduce the issue. I run the test manually as well. Please feel free to update test 61 (the test suite includes 1.0 tests and non-normative tests (the skipped ones). |
…d file: URL's NOTE: The 2 added tests are with expanded context. I don't know whether the plain context and the expanded context are different things for ToRDF().
thank you, There is something wrong if a context is referenced by URI. btw. you can use this to print (new NQuadsWriter(new PrintWriter(System.out))).write(result); |
The specification states:
See 4.1.1 Overview and
See expand() 6. In your case an array containing one URL (the file:/... represented as a string) is passed to Context Processing algorithm as a local context and is processed by a step 5.2. Question about base and remote contexts suggests to remove @base after step 5.2.5.2 which is a step right after the given URL has been deferrenced. I tend to close this issue and recommend to set a base explicitly as suggested above, please feel to re-open, to put more light on this. |
Describe the bug
Two triples corresponding to @id
"id" : "54141546"
at root level in the JSON are lost.Both @id 's are associated to a @base .
So there is just one triple left, corresponding to the inner JSON block :
(works fine with Distiller & JS-LD Playground)
To Reproduce
Prepare files
Java code
Expected behavior
Like with Distiller:
Additional context
NOTE : to be able to test I commented out the faulty Java code that prevents use of file: URL's , see preceding issue .
The text was updated successfully, but these errors were encountered: