Some activity kinds (objects of pc:activityKind) and authority kinds (objects of pc:authorityKind) that don't come from the respective code lists (activities, authority kinds are shared among different business entities. See the results this query:
PREFIX gr: <http://purl.org/goodrelations/v1#>
PREFIX pc: <http://purl.org/procurement/public-contracts#>
PREFIX skos: <http://www.w3.org/2004/02/skos/core#>
SELECT ?p ?o (COUNT(DISTINCT ?s) AS ?countBusinessEntity)
WHERE {
GRAPH <http://linked.opendata.cz/resource/dataset/vestnikverejnychzakazek.cz> {
?s a gr:BusinessEntity ;
?p ?o .
?o a skos:Concept .
}
}
GROUP BY ?p ?o
HAVING (COUNT(DISTINCT ?s) > 1)
Does this indicate an error in generating the URIs of these activity kinds and authority kinds?
NB: the same issue arises for addresses linked via schema:address (see these query results) and contact points linked via schema:contact (see these query results).
I think this emphasizes the importance of unique URIs (i.e. based on strong UUIDs), because even a combination of identifiers used to generate URIs may result in inadvertent smushing of distinct resources.
Some activity kinds (objects of
pc:activityKind
) and authority kinds (objects ofpc:authorityKind
) that don't come from the respective code lists (activities, authority kinds are shared among different business entities. See the results this query:Does this indicate an error in generating the URIs of these activity kinds and authority kinds?
NB: the same issue arises for addresses linked via
schema:address
(see these query results) and contact points linked viaschema:contact
(see these query results).