Matches in Nanopublications for { <https://w3id.org/fair/icc/terms/A1.2-Explanation> ?p ?o ?g. }
Showing items 1 to 14 of
14
with 100 items per page.
- A1.2-Explanation type Explanation assertion.
- A1.2-Explanation type Explanation assertion.
- A1.2-Explanation label "A1.2 Explanation" assertion.
- A1.2-Explanation label "A1.2 Explanation" assertion.
- A1.2-Explanation isDefinedBy A1.2-Explanation assertion.
- A1.2-Explanation isDefinedBy A1.2-Explanation assertion.
- A1.2-Explanation comment "Some digital resources, such as sensitive individual data, require additional measures to be followed, such as ethical approval, before access can be granted. The ?A? in FAIR does not imply ?Open? or ?Free?, but it does require that the exact conditions and the process to access restricted data are transparent and made public. Any additional authentication and authorization procedures must be specified. Therefore, prior to the release of a restricted digital resource, publishers must take steps to clarify eligibility and process." assertion.
- A1.2-Explanation comment "This principle clearly demonstrates that FAIR is not equal to ?open?. Some digital resources, such as data that have access restrictions based on ethical, legal or contractual constraints, require additional measures to be accessed. This often pertains to assuring that the access requester is indeed that requester (authentication), that the requester?s profile and credentials match the access conditions of the resource (authorization), and that the intended use matches permitted use cases (e.g. non-commercial purposes only) (see also R1.1, where there are requirements to provide explicit documentation about who may use the data, and for what purposes). At the level of technical implementation, an additional authentication and authorization procedure must be specified, if it is not already defined by the protocol (see A1.1). A requester can be a human or a machine agent. In the latter case it is probably a proxy for a human or an organization to which the authentication and authorization protocol should be applied, in which case, the machine should be expected to present the appropriate credentials. The principle requires that a FAIR resource must provide such a protocol, but the protocol itself is not further specified. In practice, an Internet of FAIR Data and Services cannot function without implementing Authentication and Authorization Infrastructure (AAI, see also https://doi.org/10.1162/dint_a_00029)." assertion.
- A1.2-Explanation seeAlso 4322580 assertion.
- A1.2-Explanation seeAlso dint_a_00029 assertion.
- A1.2-Explanation explains-principle A1.2 assertion.
- A1.2-Explanation explains-principle A1.2 assertion.
- A1.2-Explanation implementation-considerations "Current choices are for communities to choose protocols to use when controlling access of agents to meta(data). Preferably these should be as generic as possible and as domain specific as necessary. Attempts to harmonize AAI approaches are numerous, but not covered in this article." assertion.
- A1.2-Explanation implementation-examples "Again, the most common example of a compliant protocol is the HTTP protocol. Another example is the life science AAI protocol. Brewster et al. (https://doi.org/10.1162/dint_a_00029) describe an early implementation of an ontology-based approach to this challenge." assertion.