-
Notifications
You must be signed in to change notification settings - Fork 5
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
Mappings set not represented in the @context file #119
Comments
Do you refer to this example?: {
"@context": "https://gbv.github.io/jskos/context.json",
"type": [
"http://www.w3.org/2004/02/skos/core#exactMatch"
],
"from": {
"memberSet": [
{
"uri": "https://data.ng.ac.uk/0G0S-0008-0000-0000"
}
]
},
"to": {
"memberSet": [
{
"uri": "http://vocab.getty.edu/tgn/7004264"
},
{
"uri": "https://sws.geonames.org/3177090"
},
{
"uri": "https://www.wikidata.org/entity/Q13362"
}
]
}
}
} The purpose of If you describe your use case, I might give hints how to best process JSKOS Mapping data to get RDF and this guidelines should make it into JSKOS specification. tl;dr: JSKOS mappings are not supposed to automatically transformed to RDF triples without additional configuration. |
We would be happy with a set of simple SKOS-like mappings. I can understand your wanting to improve on SKOS with regard to the metadata/contextual data associated with mappings, but we are aiming for an API where the concept's URI resolves to a single block of JSON. Therefore we would like to have a mappings array containing one or more SKOS-style mappings which can fit within this single block. Is this possible in JSKOS as it stands? - it's entirely possible that I have just missed the relevant piece of documentation. |
If your example is meant to encodes three 1-to-1 mappings (instead of one 1-to-n mappings, not expressible in core SKOS anyway) the format should better be: {
"@context": "https://gbv.github.io/jskos/context.json",
"uri": "https://data.ng.ac.uk/0G0S-0008-0000-0000",
"prefLabel": { "en": "Ferrara" },
"mappings": [ {
"type": [ "http://www.w3.org/2004/02/skos/core#exactMatch" ],
"from": { "memberSet": [ { "uri": "https://data.ng.ac.uk/0G0S-0008-0000-0000" } ] },
"to": { "memberSet": [ { "uri": "http://vocab.getty.edu/tgn/7004264" } ] }
},{
"type": [ "http://www.w3.org/2004/02/skos/core#exactMatch" ],
"from": { "memberSet": [ { "uri": "https://data.ng.ac.uk/0G0S-0008-0000-0000" } ] },
"to": { "memberSet": [ { "uri": "https://sws.geonames.org/3177090" } ] }
},{
"type": [ "http://www.w3.org/2004/02/skos/core#exactMatch" ],
"from": { "memberSet": [ { "uri": "https://data.ng.ac.uk/0G0S-0008-0000-0000" } ] },
"to": { "memberSet": [ { "uri": "https://www.wikidata.org/entity/Q13362" } ] }
} ]
} This allows to further process the mappings by applications aware of JSKOS format. Applications not aware of JSKOS, however won't make sense of the mapping data because the JSKOS context document does not tell how to convert these to plain RDF statements (in contrast to other fields such as {
"@context": {
"@import": "https://gbv.github.io/jskos/context.json",
"_exactMatch": "http://www.w3.org/2004/02/skos/core#exactMatch"
},
"uri": "https://data.ng.ac.uk/0G0S-0008-0000-0000",
"prefLabel": { "en": "Ferrara" },
"mappings": [ {
"type": [ "http://www.w3.org/2004/02/skos/core#exactMatch" ],
"from": { "memberSet": [ { "uri": "https://data.ng.ac.uk/0G0S-0008-0000-0000" } ] },
"to": { "memberSet": [ { "uri": "http://vocab.getty.edu/tgn/7004264" } ] }
},{
"type": [ "http://www.w3.org/2004/02/skos/core#exactMatch" ],
"from": { "memberSet": [ { "uri": "https://data.ng.ac.uk/0G0S-0008-0000-0000" } ] },
"to": { "memberSet": [ { "uri": "https://sws.geonames.org/3177090" } ] }
},{
"type": [ "http://www.w3.org/2004/02/skos/core#exactMatch" ],
"from": { "memberSet": [ { "uri": "https://data.ng.ac.uk/0G0S-0008-0000-0000" } ] },
"to": { "memberSet": [ { "uri": "https://www.wikidata.org/entity/Q13362" } ] }
} ],
"_exactMatch": [
"http://vocab.getty.edu/tgn/7004264",
"https://sws.geonames.org/3177090",
"https://www.wikidata.org/entity/Q13362"
]
} This use of |
Thank you, that gives me a clear idea of what our options are. |
Looking to include a simple mapping to another concept (a skos:exactMatch), I found that I couldn't include the set of mappings in my primary block, because my mappings are an anonymous array and items within a block have to have a key. The documentation suggests that the mappings set should have the key "mappings", but this is not reflected in the context document.
The examples of mappings show the mapping block, but not the context (i.e. the array) within which each one sits.
The text was updated successfully, but these errors were encountered: