Skip to content
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

Base IRI #31

Closed
marioscrock opened this issue Jan 4, 2021 · 1 comment
Closed

Base IRI #31

marioscrock opened this issue Jan 4, 2021 · 1 comment
Labels
documentation Improvements or additions to documentation parser-behavior Behavior of [R2]RML parsers r2rml r2rml issues rml rml issues

Comments

@marioscrock
Copy link

  1. The R2RML specification says the base IRI is added to a term if the term map's term type is rr:IRI and the IRI is relative. As far as I understand, in the current version of the RMLMapper, this behavior is implemented only with respect to subjects (Add Base IRI to objects with relative IRIs RMLio/rmlmapper-java#45), however, I think it can be useful also for named objects. What do you think should be the behavior of the processor if the ObjectMap is of type IRI and generates a relative IRI?

Example in YARRML

po:
  - [ex:hasContactDetails, "ContactDetails-$(id)~iri"]
  1. I think the mapping language specification should clarify how to handle @base IRI in the RDF file containing the mappings. The @base IRI in the RML file is by default considered by the RMLMapper as the IRI to complement relative IRIs in generated triples, but this is not the intended usage of @base within an RDF file. Since the IRI defined for TripleMaps in the mapping file (IRI of the mappings) and the IRI to complement relative IRIs in triples generated using the mappings ("IRI of the data") are usually different, I think it can be useful to define a specific keyword in the mapping language allowing the user to define the IRI that the RML processor should use for the generated triples.
    Example available here: Base IRI for RMLMapper RMLio/yarrrml-parser#30
@dachafra dachafra added documentation Improvements or additions to documentation parser-behavior Behavior of [R2]RML parsers r2rml r2rml issues rml rml issues labels Jan 4, 2021
@dachafra
Copy link
Member

This is already solved in the R2RML spec, and we have a similar discussion w.r.t test-cases in R2RML. Engines should provide a way to indicate the base IRI (using a config file, parameter in CLI, etc). Closing the issue as it seems more a related-issue with the RMLMapper than a issue for RML

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation parser-behavior Behavior of [R2]RML parsers r2rml r2rml issues rml rml issues
Projects
None yet
Development

No branches or pull requests

2 participants