Closed SusanBrown closed 7 years ago
Exactly, the URIS need to be unique. But not the labels.
Thanks for the confirmation.
However, we think that conceptually and in terms of how it shows up in HuViz it is actually more accurate and preferable to consider these as a single Social Class Context. To my mind this is not a problem: they are all typed the same, there would then be one label for one node (we certainly see the problem you were pointing to, @smurp!), they have multiple bodies and targets but that is fine according to OA, and they share the same provenance.
So we would like to propose that all contexts related to the same cultural form (e.g. SocialClass) and deriving from the same snippet, should be combined into a single node. Is there any reason why they should be broken out?
No, in that specific case it comes out as the same thing.
So are you agreeing that this can be a single node in this case?
On Jul 26, 2017, at 10:04 PM, rwarren2 notifications@github.com wrote:
No, in that specific case it comes out as the same thing.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/cwrc/ontology/issues/123#issuecomment-318237163, or mute the thread https://github.com/notifications/unsubscribe-auth/AA1s9cO38ATROLp7Ds1QTLuHyYu2x6YDks5sR_A0gaJpZM4Oksrx.
The creation of a context is the Orlando tag that creates it. If the contexts are aligning with each other in the Orlando source, then by definition they get the same provenance node and then they get the same context node.
We can probably do some fancy footwork to reduce the number of redundant context, but I would put this up as a nice to have.
OK, right. I don't actually think we will need to reduce the number of contexts further. In the case of this data for instance, there is only one context tag, the highest-level one which I believe we agreed to call CulturalFormationContext.
Here is the snippet:
`
`
So in this case the data does not have the tag (ClassIssue) that would generate a SocialClassContext: it only has CulturalFormation. So the sample data doesn't actually reflect the markup.
We may or may not decide to change it now, but I just want to confirm that we are on the same page.
Yes.
So we found an inconsistency in the data through an inconsistency in how things were showing up in HuViz.
Note the addition of Gentry to the URI in the second set:
`http://www.cwrc.ca/cwrcdata/KINGSocialClass a cwrc:SocialClassContext ; rdfs:label "Social Class Context for Sophia King"@en ; oa:hasBody cwrc:indigent ; oa:hasTarget http://www.cwrc.ca/cwrcdata/SophiaKing ; prov:derivedFrom cwrc:King12345 .
http://www.cwrc.ca/cwrcdata/KINGSocialClassGentry a cwrc:SocialClassContext ; rdfs:label "Social Class Context for Sophia King"@en ; oa:hasBody cwrc:gentry ; oa:hasTarget http://www.cwrc.ca/cwrcdata/SophiaKing ; prov:derivedFrom cwrc:King12345 .
http://www.cwrc.ca/cwrcdata/KINGSocialClass a cwrc:SocialClassContext ; rdfs:label "Social Class Context for Sophia King"@en ; oa:hasBody cwrc:professional ; oa:hasTarget http://www.cwrc.ca/cwrcdata/SophiaKing ; prov:derivedFrom cwrc:King12345 .`
I believe that these are broken out as separate nodes because @rwarren2 probably meant for us to distinguish each of them, e.g. KINGSocialClassProfessional and KINGSocialClassIndigent. Then they would show up as 3 distinct nodes, each pointing to their separate terms.