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
graphPertains to Named graphsinstancePertains to instance dataprofilePertains to profiles, packages (AP)specNeed to also change some standard or specification
need to be able to exchange instance data from different profiles in one instance file and be able to know which attribute is in which part of the data. Maybe using graphs in JSONLD or another trick. Theoretically I should be able to put all data in one JSONLD EQ, SSH, TP, SV and at the receiving end I should be able to only read TP from the JSONLD if I want to do that
Every CIM triple lives in a Model, which is a named graph.
So far I've only seen instance files that have exactly 1 model, and from the file naming: that model carries only 1 profile (is that correct)?
There is no problem to concat several models in 1 file (in CIM XML, Trig or JSONLD), as soon as the standard allows it. These models can carry different profiles
But do you need to intermix several profiles in 1 model? Then you need to add extra props to capture a "graph-subgraph" relation
While thinking about the relation between models and profiles:
Does every triple live in 1 profile only?
I don't think that's the case since we have ontology terms repeated in multiple profiles (up to 19 times if I remember correctly)
So if you separate profiles by graph, are you ok with having duplicate triples resulting from different quads?
To give an example: if a resource's rdf:type and MRID are stated in 10 profiles and you put them in 10 named graphs, you'll end up with 10+10 duplicate triples
This will require careful graph selection in queries, or the need to use DISTINCT in many places, thus making queries more complex and expensive
Let us not mix up the semantic and the syntax. In general a dataset/graph is represented as one instance file. The exception is DifferenceSet. A dataset can conform to multiple profiles. If we want to exchange multiple dataset we can either use rdfg:Graph or compressed file.
I've reread this and @griddigit-ci's question was different: can I extract only a single profile from a model?
Currently we have named-graph per-model
If you want to delineate statements from different profiles, then we need to use named-graph per-model-per-profile, and a "subgraph" relation (md:DependentOn, dct:requires or rdfg:subGraphOf
In this trig example, <full-model> has no statements of its own (but of course it could have such statements):
graphPertains to Named graphsinstancePertains to instance dataprofilePertains to profiles, packages (AP)specNeed to also change some standard or specification
@griddigit-ci in
While thinking about the relation between models and profiles:
The text was updated successfully, but these errors were encountered: