EPrints Technical Mailing List Archive

Message: #04375


< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First

[EP-tech] Re: EPrints ACL's status (EPACL or alternatives)


Hi George,
One of the options we've looked at is an ACL group that refers to itself (not sure if that makes any sense outside of my head!).
This means you can restrict access to a person with matching metadata to a record (in this situation, person->collection = eprint->collection) - so I think it might work!

It might be worth mentioning that there's a Bazaar package that might be useful - it allows you to define a collection of EPrints, but also to use that collection as a template for new items added to it. You could  set up a collection with specific ACL rules applied - and anything added to that collection would inherit them.
The only problem is that I can’t remember which Bazaar package it is - possibly 'Shelves': http://bazaar.eprints.org/258/ or 'Collections': http://bazaar.eprints.org/226/
 - maybe someone on here has more knowledge of these?

Cheers,
John

PS That's one of my pages - glad someone read it :o)

-----Original Message-----
From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of George Mamalakis
Sent: 24 June 2015 16:05
To: eprints-tech@ecs.soton.ac.uk
Subject: [EP-tech] Re: EPrints ACL's status (EPACL or alternatives)

John,

One more thing. In our requirements we need to group documents in terms 
of collections. I am thinking of implementing the collections notion in 
EPrints using this guide: 
http://wiki.eprints.org/w/How_to_control_eprint_workflow_based_on_a_user_field

which, basically adds a custom field (collection), populates it via a 
namedset and adds appropriate functionality in workflows. If I do that, 
will I be able to use the ACL's with respect to such a custom field? 
Meaning, will I be able to assign specific rights to users/groups per 
collection? (eg. a specific group will be able to have write access on a 
specific collection while not be able to have read access on another)

Thanks,

George.

On 22/06/2015 06:55 μμ, John Salter wrote:
> Hi,
> Thanks for your interest in this.
> John B and I have got the end of this week, and all next week block-booked to work on this :o)
>
> We're close to a functioning system - it will work (but it might not look pretty).
>
> If you have specific requirements (specifically around what systems you'd like to be able to authorise a user - LDAP / Shibboleth / OpenID type stuff), let us know - it may be something we've covered, or it might be something that will help us complete the picture!
>
> Cheers,
> John
>
> -----Original Message-----
> From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of George Mamalakis
> Sent: 22 June 2015 16:33
> To: eprints-tech@ecs.soton.ac.uk
> Subject: [EP-tech] EPrints ACL's status (EPACL or alternatives)
>
> Hello everyone,
>
> I've read about EPrints ACL support in
> http://wiki.eprints.org/w/EPrints_User_Group_2015-01-13. It seems that
> this project is a work-in-progress. Does anybody know what its status
> (EPACL) is at the moment and if/when it will be available as a plugin?
> If not, are there any other alternatives that allow finer grain
> privileges in EPrints? I've seen that some of EPACL developers are
> posting in this list, so I assume that an "authoritative" answer could
> be provided :).
>
> Thanks all in advance,
>
> George.
>


-- 
George Mamalakis

IT and Security Officer,
Electrical and Computer Engineer (Aristotle Univ. of Thessaloniki),
PhD (Aristotle Univ. of Thessaloniki),
MSc (Imperial College of London)

School of Electrical and Computer Engineering
Aristotle University of Thessaloniki

phone number : +30 (2310) 994379



*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/
*** EPrints developers Forum: http://forum.eprints.org/