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