Difference between revisions of "Talk:ESciDoc Access Rights"

From MPDLMediaWiki
Jump to navigation Jump to search
(removed content from discussion page, after updating main page, to avoid confusion;-))
Line 1: Line 1:
===Description of the roles/groups in the access rules tables===


<font color="#FF0000">
Question: This definitions are diffferent from the definitions given by FIZ ([http://www.escidoc-project.de/documentation/Soap_api_doc_AA_Role.pdf API Documentation Role]). Why? </font> --[[User:Kristina|Kristina]] 08:39, 27 November 2008 (UTC)
* Answer: Two different role specifications for coreservice and solutions. Therefor the PubMan roles are different to coreservice roles. --Nicole
**Also from historical reasons, as we were not certain on what are our roles. We do have however the possibility to define our roles as they should be (and probably we should actually try to do it after we get the improvements from FIZ regarding access to content) --[[User:Natasab|Natasa]] 09:59, 28 November 2008 (UTC)
====Component visibility====
===Description of the access rules tables===
===Access rules table for Items===
<table  border="1" cellpadding="4" cellspacing="0">
<tr>
<th>Item status</th>
<th>Who may access</th>
<th>Where is access level defined (scope)</th>
</tr>
<tr>
<td>pending</td>
<td>Depositor (only if owner)<br/>DataAdmin<br/></td>
<td>Context</td>
</tr>
<tr>
<td>pending</td>
<td>Colaborator</td>
<td>Context, Item</td>
</tr>
<tr>
<td>submitted, in-revision</td>
<td>Depositor (if owner)<br/>DataAdmin<br/>QARole</td>
<td>Context</td>
</tr>
<tr>
<td>submitted, in-revision</td>
<td>Colaborator</td>
<td>Context, Item</td>
</tr>
<tr>
<td>released</td>
<td>any user</td>
<td>System</td>
</tr>
<tr>
<td>withdrawn</td>
<td>any user</td>
<td>System</td>
</tr>
</table>
<font color="#FF0000">
withrawn: unclear, every user should be able to access this item via a given url. The item should be accessible via the ws of the depositor (owner) and the dataAdmin. Why not the Collaborator.
</font>
:That was also proposal from Dev. Was decided by SvM not to offer withdrawn items to anybody but to the internal users i.e. depositor, data Admin. And probably the decision is good and makes sense as i see no reason why would a Collaborator need to work with withdrawn items when nobody else can --[[User:Natasab|Natasa]] 10:08, 28 November 2008 (UTC)
:Outcome SvM Meeting: changes proposed, not critical: for withdrawn items, in addition to QA/Dpoesitor/DataAdmin, also collaborator should be able to view component (as he collaborated in creating it, and might want to re-use parts of it.)
Unclear: what does access mean? Editing, or access to escidocURI? For PubMan: withdrawn items should not be editable.
In addition, withdrawn items should be "viewable" by providing concrete PID of withdrawn item (i.e. Metadata and number of components, i.e. view item version) but we are not clear, if this fact is described in the table. --[[User:Uat|Ulla]] 15:57, 8 December 2008 (UTC)
===Access rules table for Components===
<table  border="1" cellpadding="4" cellspacing="0">
<tr>
<th>Item status</th>
<th>Who may access</th>
<th>Where is access level defined (scope) </th>
<th>Check for access level</th>
</tr>
<tr>
<td>pending</td>
<td>Depositor (only if owner)<br/>DataAdmin<br/></td>
<td>Context</td>
<td>No</td>
</tr>
<tr>
<td>pending</td>
<td>Colaborator</td>
<td>Component (thus Item implicitly), Item (thus all Components implicitly), Context (thus all Items, all components implicitly) </td>
<td>No</td>
</tr>
<tr>
<td>submitted, in-revision</td>
<td>Depositor (if owner)<br/>DataAdmin<br/>QARole</td>
<td>Context</td>
<td>No</td>
</tr>
<tr>
<td>submitted</td>
<td>Colaborator</td>
<td>Component (thus item implicitly), Item (thus all Components implicitly), Context (thus all Items, all components implicitly) </td>
<td>No</td>
</tr>
<tr>
<td>released</td>
<td>Depositor (if owner)<br/>DataAdmin<br/>QARole</td>
<td>Context</td>
<td>No</td>
</tr>
<tr>
<td>released</td>
<td>Colaborator</td>
<td>Component (thus Item implicitly), Item (thus all Components implicitly), Context (thus all Items, all components implicitly)</td>
<td>No</td>
</tr>
<tr>
<td>released</td>
<td>Audience</td>
<td>Component (thus item implicitly)</td>
<td>Yes => Visibility level can be Public XOR Internal* XOR Audience*</td>
</tr>
<tr>
<td>withdrawn</td>
<td>Depositor (if owner)<br/>DataAdmin<br/>QARole<br/>Collaborator</td>
<td>Context (for Collaborators: Context, Item, Component) </td>
<td>No</td>
</tr>
</table>
<font color="#FF0000">
withdrawn: this would mean change of existing implementation where a withdrawn full text can not be accessed any more.
</font>
:Again, decision by SvM. DevTeam is fine with any solution. At present PubMan does not allow download of Files for withdrawn items, neither the itemhandler however does - so i do not see how this would change the implementation at any level. --[[User:Natasab|Natasa]] 10:12, 28 November 2008 (UTC)

Revision as of 17:06, 8 December 2008

Retrieved from "https://colab.mpdl.mpg.de/mw010/index.php?title=Talk:ESciDoc_Access_Rights&oldid=25029"