-
Notifications
You must be signed in to change notification settings - Fork 18
Ability to provide base IRI for parsing relative IRIs in input files #129
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
Comments
For eye you can use
|
Hm, that did not work. I have a PREFIX ex: <http://example.org/>
<foobar> a ex:Foo .
{
<http://localhost/foobar> a ex:Foo .
} => {
<http://localhost/foobar> a ex:Bar .
} . I expected that calling with > eye --nope --quiet --pass --wcache http://localhost/ base.n3 base.n3
@prefix ex: <http://example.org/>.
<file:///absolute/path/foobar> a ex:Foo. |
I'm also unsure how this is going to work when there are multiple files like that. Consider
The description of |
It works as follows:
and we use it all the time for multiple files, either by specifying a "directory", like the above |
for examples see all |
When an input has no
@base
, the file's URL is used to parse relative references.I would like to ask for a
--base
or--base-iri
CLI option to set the base for parsing if the base directive is missing.The text was updated successfully, but these errors were encountered: