Difference between revisions of "ESciDoc Access Rights"

From MPDLMediaWiki
Jump to navigation Jump to search
Line 49: Line 49:
<tr>
<tr>
<td>submitted</td>
<td>submitted</td>
<td>submitted</td>
<td>submitted, in rework</td>
<td>Depositor (if owner)<br/>DataAdmin<br/>QARole</td>
<td>Depositor (if owner)<br/>DataAdmin<br/>QARole</td>
<td>Context</td>
<td>Context</td>
Line 57: Line 57:
<tr>
<tr>
<td>submitted</td>
<td>submitted</td>
<td>submitted</td>
<td>submitted, in rework</td>
<td>Colaborator</td>
<td>Colaborator</td>
<td>Component (thus item implicitly)</td>
<td>Component (thus item implicitly)</td>
Line 65: Line 65:
<tr>
<tr>
<td>released</td>
<td>released</td>
<td>pending, submitted, released</td>
<td>pending, submitted, released, in rework</td>
<td>Depositor (if owner)<br/>DataAdmin<br/>QARole</td>
<td>Depositor (if owner)<br/>DataAdmin<br/>QARole</td>
<td>Context</td>
<td>Context</td>
Line 73: Line 73:
<tr>
<tr>
<td>released</td>
<td>released</td>
<td>pending, submitted, released</td>
<td>pending, submitted, released, in rework</td>
<td>Colaborator</td>
<td>Colaborator</td>
<td>Component (thus item implicitly)</td>
<td>Component (thus item implicitly)</td>
Line 89: Line 89:
<tr>
<tr>
<td>withdrawn</td>
<td>withdrawn</td>
<td>pending, submitted, released</td>
<td>pending, submitted, released, in rework</td>
<td>Depositor (if owner)<br/>DataAdmin<br/>QARole</td>
<td>Depositor (if owner)<br/>DataAdmin<br/>QARole</td>
<td>Context</td>
<td>Context</td>

Revision as of 13:27, 19 September 2008

Work in progress

Related discussion[edit]

see ESciDoc Institutional Visibility Discussion

Retrieval of items and components[edit]

  • Rule of thumb: a component cannot be retrieved only if the user has no privilege to view it's enclosing item

Description of the access component rules table[edit]

  • Item status - the public-status of the item. Item may have different public status then the status of the last version of the item.
  • Version status - the status of the last version of the item
  • Who may access - Name of the role or group that can access the content associated with the component of the item.
  • Where is role defined - The eSciDoc resource type for which the role or group has been associated when granting privilege for access
  • Which access level - The access level that the component should have specified in order to be retrievable by the role or group specified in "Who may access" column. (Any is used in case when the access level is not limitation if user is granted with appropriate role)


Description of the roles/groups in the access component rules table[edit]

  • Depositor - user who can create items in the repository and manage items (including components and their content) she created in accordance with the overall workflow rules.
  • DataAdmin - user who has the possibility to create items and manage items (including components and their content) independently from their ownership and in accordance with the overall workflow rules.
  • QARole - placeholder for roles in the system that are responsible for the quality assurance of the data e.g. Metadata editor, Moderator, Authority, Rights checking.


Access component rules table[edit]

Item status Item version status Who may access Where is access level defined Which access level
pending pending Depositor (only if owner)
DataAdmin
Context Any
pending pending Colaborator Component (thus Item implicitly) Any
submitted submitted, in rework Depositor (if owner)
DataAdmin
QARole
Context Any
submitted submitted, in rework Colaborator Component (thus item implicitly) Any
released pending, submitted, released, in rework Depositor (if owner)
DataAdmin
QARole
Context Any
released pending, submitted, released, in rework Colaborator Component (thus item implicitly) Any
released released Any user Component (thus item implicitly) Public
withdrawn pending, submitted, released, in rework Depositor (if owner)
DataAdmin
QARole
Context Any