Ok, clear.
There was some discussion in the list about this issue (in XMLUI and cocon pipelines) since it implies accesing permissions vía the item's METS URL, which will embed permission information from METSRightsCrosswalk. For the full conversation http://www.mail-archive.com/[email protected]/msg17312.html . There is a JIRA issue (https://jira.duraspace.org/browse/DS-1193) about the XMLUI side of the problem, with some indications about availability in 3.0. I ignore is there is a JSPUI solution planned in the future.

Perhaps somebody can point another kind of solution?
regards

Emilio




El 25/09/2012 23:15, Carlos Walter Blandon Alvarez escribió:
Hi Lorenzo.

Thanks for your response.

We have items with login to show it. But to which I refer is not show on screen, neither the text nor the URL for a particular bitstream. In your case for exmple, does not show "Poster Master.pdf" to anonymous users but for registered users who enter the system after (administrator user)

Regards.

--
Walter Blandón
Analista Técnico
Centro Cultural Biblioteca "Luis Echavarría Villegas"
Tel: (57) (4) 2619500, extensión 9365
E-mail: [email protected]
Universidad EAFIT, Medellín, Colombia


El 09/25/12, *emilio lorenzo * <[email protected]> escribió:

Carlos, of course there is a way to do that...

a number of repositories have such restrictions.. example: http://repositorio.unican.es/xmlui/handle/10902/526

You have to remove anomymous permissions from the item, assign logged in users to a group and add read-group-permission to the item. The permission´s assignment can be done at collection or item level, and some wildcard policies are available (in XMLUI, but since you probably have the two interfaces deployed, it´s just a matter of administrator login to the xmlui interface).... Take into account that the collection permissions are inherited to its items only during submission.
Citing  from Atmire:

When a new item gets archived in the repository, it inherits the
default policies for an item, defined by the collection in which the
item is archived. It's important to realize that these policies can
altered for each item, bundle or bitstream, without altering other
items or collection properties. Policies are really tied to items,
bundles and bitstreams.
So only new items (sent after the change of permissions) will be affected. If you need to assign retroactively you must change the item permissions one-by-one (or write a task or an sql query or...)

Emilio Lorenzo

El 25/09/2012 17:27, Carlos Walter Blandon Alvarez escribió:
Hi all.

We are registering items with multiple bitstreams, some of these are restricted and do not want to be visible to anonymous in "files in This Item" secction.

Is there a way to not show these bitstream to anonymous users and that only authorized users see when they enter your My Dspace?

Our system: Dspace version 1.8.2, jspui, OS Fedora 16.


Regards.

--
Walter Blandón
Analista Técnico
Centro Cultural Biblioteca "Luis Echavarría Villegas"
Tel: (57) (4) 2619500, extensión 9365
E-mail: [email protected] <[email protected]>
Universidad EAFIT, Medellín, Colombia


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats.http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/


_______________________________________________
DSpace-tech mailing list
[email protected]<[email protected]>
https://lists.sourceforge.net/lists/listinfo/dspace-tech


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Reply via email to