Open kshychko opened 6 months ago
@Fak3 is the following variant possible as a temporary solution?
{
"@context": {
"rdf": "http://www.w3.org/1999/02/22-rdf-syntax-ns#",
"owl": "http://www.w3.org/2002/07/owl#",
"rdfs": "http://www.w3.org/2000/01/rdf-schema#",
"schema": "https://schema.org/",
"DigitalProductPassport": "https://test.uncefact.org/vocabulary/untp/dpp/"
},
"@graph": [
{
"@id": "DigitalProductPassport:originCountry",
"@type": [
"rdf:Property",
"owl:ObjectProperty"
],
"rdfs:label": "originCountry",
"schema:rangeIncludes": {
"@id": "https://vocabulary.uncefact.org/CountryId"
},
"schema:domainIncludes": {
"@id": "DigitalProductPassport:Material"
},
"rdfs:comment": "A ISO 3166-1 code representing the country of origin of the component or ingredient."
}
]
}
Yes, that will work. But I believe the CountryId must be correctly named as Country. Without id.
Yes, that will work. But I believe the CountryId must be correctly named as Country. Without id.
Thanks! as for the name of the code lists, that's out of scope here, but we can raise a ticket in https://github.com/uncefact/spec-jsonld
DPP vocabulary imports CountryId from BSP as
contryCode
table:Generated JSON-LD vocabulary is fixed when:
schema:rangeIncludes
In case of countryCode the
@context
includes"unece":"https://vocabulary.uncefact.org/"
and"schema:rangeIncludes"
fororiginCountry
is set to"@id": "unece:CountryId"
:That means that code list export requires the following configuration: