Closed 6a6d74 closed 9 years ago
In Turtle, IRIs are relative to the file location, an absolute @base is only necessary if it's something different.
When there's just a single CSV file involved, my serializer will end up defining an empty prefix, which is why you see that in some output. I ended up taking different approaches for examples, either making minimal changes to the example results,mor just using the output of my processor. As these are test results really used for automated testing, rather than as examples, I don't think its too important what is used, but we can use a common approach, if you lke.
Another thing, by not defining @base, the tests can be run from an alternate location without changing the expected output. Unfortunately, this can't be done for the JSON output.
Thanks for your pointers ... I see that you've made 036 consistent with the others. Closing issue.
Neither of the results for manifest-rdf#test036: tree-ops-ext example nor manifest-rdf#test037: tree-ops-ext minimal define
@base
.For example, in test036/result.ttl we have no
@base
defined, but we do have relative IRIs used; e.g. (snippet)In test037/result.ttl we have no
@base
defined, but we do have an prefix defined for IRIs local to the CSV file; e.g. (snippet)[...]
It's odd that different approaches are taken in each case.
I note that the use of a prefix local to the CSV file (e.g.
@prefix : ...
) is used elsewhere in results: manifest-rdf#test032: events-listing.csv example and manifest-rdf#test033: events-listing.csv minimal output.Perhaps manifest-rdf#test036: tree-ops-ext example is the odd one out in it's use of relative IRIs?