Skip to content
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

Handling some controlled value attributes in RiC-O (distinguishing between 'all' and 'some' members for Record Sets) #20

Closed
florenceclavaud opened this issue Nov 5, 2020 · 1 comment · Fixed by #21

Comments

@florenceclavaud
Copy link
Contributor

The following is associated with issue #9.

In RiC-CM v0.2 full draft, the following attributes whose schema value is 'controlled value', correspond to object properties + classes in RiC-O:

  • Content Type (in RiC-O: "hasContentOfType" object property with range ContentType class)

  • Documentary Form Type (in RiC-O: "hasDocumentaryFormType" object property with range DocumentaryFormType class)

  • Language (in RiC-O: "hasLanguage" object property with range Language class)

  • Legal Status (in RiC-O: "hasLegalStatus" object property with range LegalStatus class)

  • State (in RiC-O: "hasRecordResourceState" object property with range RecordResourceState class).

The specifications of each of these attributes in RiC-CM v0.2 full draft include the following sentence:
"May be used in a Record Set description when the attribute value is shared by some or all Record members."

In such cases, though in RiC-CM v0.2, as explained very clearly in the introduction to the attributes, the distinction has not been made between Record and Record Set, IMHO it would be far better to make it in RiC-O 0.2. As a matter of fact, content type, doc. form type, language, legal status and state are definitely features of Record or Record Part only - not of Record Set.
So, I suggest we add, for Record Set only, new object properties that could be used to handle the "some members" and "all members" use case.
They sould be useful in many situations, as we all have, for example, existing archival descriptions where a Record Set is associated (indexed) with several documentary form types, and we do not have the description of each of the records included in the record set - we only know that some records in the Record Set are maps, while other are photographs, etc. We cannot lose these data, since they provide important information, and should be queried.

In short, this would result in, e.g. for Documentary Form Type class (as a range):

  • a "hasDocumentaryFormType" object property, with domain the union of Record and Record Part (as it is now in RiC-O)
  • a new "hasSomeMembersWithDocumentaryFormType" object property, with domain Record Set
  • a new "hasMostMembersWithDocumentaryFormType" object property, subproperty of "hasSomeMembersWithDocumentaryFormType", with domain Record Set (if considered useful)
  • a new "hasAllMembersWithDocumentaryFormType" object property, with domain Record Set
    In addition to this, the RecordResourceState class should be renamed RecordState.
@florenceclavaud
Copy link
Contributor Author

Closed with pull request #21

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant