We need to clarify what we want to capture with Accessibility:
- Accessibility describes the currently exercisable access to a research product/service.
- Accessibility describes the targeted access offer for the research product/service.
If 1: Accessibility must change with the publication status of a research product/service. Or more general Accessibility must change when the actual access conditions change (which can happen due to a change in the publication status). Minimum setting we would need for this: eligibility needs to get a "no access" value and in Accessibility only eligibility becomes required (to avoid not applicable value options for the other properties).
If 2: Accessibility does not change with the publication status of a research product/service, because it defines the designated, targeted, or intended access offer, rather than the current operational state. Minimum setting we would need for this: optimization of instructions and definition of accessibility property in research products (e.g. instruction: Specify the access conditions designated for the research product in its published state. If the publication status is other than published, describe the conditions intended to apply upon publication or the conditions that applied while the product was published, as applicable.; definition: Accessibility describes the targeted access offer for a research product in its published state, including the intended access channel, eligible audience, form of access, payment model, and access process. Accessibility does not by itself indicate that the described access offer is currently in effect and must therefore be interpreted together with publication status of a research product.).
@openMetadataInitiative/openminds-developers please review this for our next developer meeting so that we can together agree on the approach to follow.
We need to clarify what we want to capture with Accessibility:
If 1: Accessibility must change with the publication status of a research product/service. Or more general Accessibility must change when the actual access conditions change (which can happen due to a change in the publication status). Minimum setting we would need for this: eligibility needs to get a "no access" value and in Accessibility only eligibility becomes required (to avoid not applicable value options for the other properties).
If 2: Accessibility does not change with the publication status of a research product/service, because it defines the designated, targeted, or intended access offer, rather than the current operational state. Minimum setting we would need for this: optimization of instructions and definition of accessibility property in research products (e.g. instruction: Specify the access conditions designated for the research product in its published state. If the publication status is other than published, describe the conditions intended to apply upon publication or the conditions that applied while the product was published, as applicable.; definition: Accessibility describes the targeted access offer for a research product in its published state, including the intended access channel, eligible audience, form of access, payment model, and access process. Accessibility does not by itself indicate that the described access offer is currently in effect and must therefore be interpreted together with publication status of a research product.).
@openMetadataInitiative/openminds-developers please review this for our next developer meeting so that we can together agree on the approach to follow.