You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
copied over from (#6 (comment)) to make this thread more self-standing
Additional use case in favor of 'iteration identifiers': being able to get the 'accessing' reference formulation per reference is needed at RMLio/yarrrml-parser#184.
So, I can imagine for CSV, per iteration you need to be able to identify that iteration (in this case, the row index would be enough), and per reference you need to identify that reference formulation (in this case, the combination row index / column index would be enough).
For JSONPath, you could include the actual used path for each iteration and reference
e.g. iteration $.persons[*] with reference * would give, for the first iteration, identifier $.persons[0] and reference identifiers lastname and firstname.
It won't create the most elegant mappings, but gives a lot of context for users to hack stuff together
Do we need to access iteration and reference identifiers from within the RML mapping?
(distancing this from #6, as they can be about different things)
Use cases:
CSVW has a similar approach: https://w3c.github.io/csvw/metadata/#uri-template-properties
The text was updated successfully, but these errors were encountered: