Re: [dspace-tech] How to change other user's password

2019-01-28 Thread librarysystems . test
Yes, now I see that a new button appears in the user's profile after this 
option is enabled and Tomcat restarted.  The "Login as E-Person" button 
allows an administrator to view the user's profile and reset the password 
in the web interface.  Thanks for pointing this out.

Glenn


On Monday, January 28, 2019 at 3:54:06 AM UTC-6, Claudia Jürgen wrote:
>
> Hi, 
>
> this is already possible, if you have configured: 
> webui.user.assumelogin = true 
> Then an admin can assume the identity of any other non-admin user and 
> reset the password in edit profile. 
>
> Hope this helps 
>
> Claudia Jürgen 
>
>
> Am 25.01.2019 um 22:07 schrieb librarysy...@gmail.com : 
> > I would like to propose that a method for changing a user's DSpace 
> password 
> > be added to the DSpace admin tools.  I know it is possible to change a 
> > password using the "forgot password" link, but that requires access to 
> the 
> > user's email.  In addition, it requires access to the "forgot password" 
> > link, which does not show up when the system uses only Shibboleth 
> > authentication.  In this case, a user that is actually a program signing 
> > into the Sword module might use DSpace password authentication, even 
> though 
> > that option is not available on the web interface.  So in order to get 
> the 
> > "forgot password" link, an administrator must enable password auth and 
> > produce an authentication menu which might confuse a normal user.  If 
> the 
> > program's email address is a list serve group, the members of the group 
> > have to be notified in advance not to click on the "reset password" link 
> in 
> > the upcoming email.  Finally, if the recipient is unlucky enough to have 
> > Microsoft Outlook Safelinks, the "reset password' link might not work at 
> > all. 
> > 
>
> -- 
> Claudia Juergen 
> Eldorado 
>
> Technische Universität Dortmund 
> Universitätsbibliothek 
> Vogelpothsweg 76 
> 44227 Dortmund 
>
> Tel.: +49 231-755 40 43 
> Fax: +49 231-755 40 32 
> claudia...@tu-dortmund.de  
> www.ub.tu-dortmund.de 
>
> Wichtiger Hinweis: Die Information in dieser E-Mail ist vertraulich. Sie 
> ist ausschließlich für den Adressaten bestimmt. Sollten Sie nicht der für 
> diese E-Mail bestimmte Adressat sein, unterrichten Sie bitte den Absender 
> und vernichten Sie diese Mail. Vielen Dank. 
> Unbeschadet der Korrespondenz per E-Mail, sind unsere Erklärungen 
> ausschließlich final rechtsverbindlich, wenn sie in herkömmlicher 
> Schriftform (mit eigenhändiger Unterschrift) oder durch Übermittlung eines 
> solchen Schriftstücks per Telefax erfolgen. 
>
> Important note: The information included in this e-mail is confidential. 
> It is solely intended for the recipient. If you are not the intended 
> recipient of this e-mail please contact the sender and delete this message. 
> Thank you. Without prejudice of e-mail correspondence, our statements are 
> only legally binding when they are made in the conventional written form 
> (with personal signature) or when such documents are sent by fax. 
>

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.


Re: [dspace-tech] Auto populating a field with MIME types and/or file extensions pulled from 'provenance'?

2019-01-28 Thread Gabriel Galson
Thank you so much Andrea, this is very helpful!

-Gabe

On Mon, Jan 28, 2019 at 4:05 PM Andrea Schweer 
wrote:

> Hi,
>
> DSpace is aware of a bitstream's mimetype already, and does go by the
> extension. So you don't have to code that part yourselves. You could use a
> more sophisticated mechanism if the DSpace output doesn't meet your
> requirements, eg using Apache Tika  or a similar
> library.
>
> We implemented something very similar - we wanted the mimetypes for all
> ORIGINAL bundle files to go into dc.format.mimetype. We're using the DSpace
> event mechanism to schedule a curation task every time an item's files are
> changed, using this code:
> https://github.com/UoW-IRRs/DSpace-Event-Consumers/blob/master/src/main/java/nz/ac/lconz/irr/event/consumer/QueueTaskOnBitstreamChange.java
> and dspace.cfg settings like so:
> https://github.com/UoW-IRRs/DSpace-Event-Consumers/blob/master/config/bitstreamchange_curate.cfg
> (event consumers can't change the item, which is why we had to go with
> scheduling a curation task - we have a cron job set up that works off the
> corresponding queue every couple of minutes)
>
> The code for our curation task is here:
> https://github.com/lconz-irr/Curation-Tasks/blob/master/src/main/java/nz/ac/lconz/irr/curate/task/AnnotateWithBitstreamFormats.java
>
> All code linked to is for DSpace 5.x; the approach should work for DSpace
> 6 too but the code will need to be updated.
>
> Hope this helps!
>
> cheers,
> Andrea
>
> On Tue, 29 Jan 2019 at 09:48,  wrote:
>
>> Group-
>>
>> At my institution we're interested in populating a field with file
>> extensions pulled from the automatically generated 'provenance' data.  If
>> possible, we'd also like to translate these into controlled MIME type
>> values found in this list
>> .
>>
>> For example, from this autogenerated 'dc.description.provenance' field
>> value
>> "
>> Made available in DSpace on 2019-01-23T14:28:53Z (GMT). No. of
>> bitstreams: 2 sword-2019-01-23T09:27:28.original.xml: 130 bytes, checksum:
>> 43dce2ea292b96aeb7545ed6c2a2cce8 (MD5) dspace-XwalkOut-map (11).xml: 6962
>> bytes, checksum: 2961d1467ed455e4bd9e3780612b779d (MD5) Previous issue
>> date: 2005-05-01
>> "
>> ...we'd want to
>> 1) extract ".xml" and put it in other 'file extension' field.
>> 2) Auto-translate this into 'application/atom+xml', as in the mime type
>> table .  I imagine
>> this table would have to be put in a back end document as a crosswalk
>> table, but I'm not sure which this would be, or how exactly this would
>> work.
>>
>> Any help the community can provide would be much appreciated!  Just
>> pulling the extensions would be a great start.
>>
>> Thanks!
>>
>> -Gabe
>>
>> --
>> All messages to this mailing list should adhere to the DuraSpace Code of
>> Conduct: https://duraspace.org/about/policies/code-of-conduct/
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "DSpace Technical Support" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to dspace-tech+unsubscr...@googlegroups.com.
>> To post to this group, send email to dspace-tech@googlegroups.com.
>> Visit this group at https://groups.google.com/group/dspace-tech.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
> --
> Dr Andrea Schweer
> Research Technologies Manager, ITS Programme & Commercial
> The University of Waikato, Hamilton, New Zealand
> +64-7-837 9120
>


-- 
Gabriel Galson
Technology Projects Librarian
Library Technology Development
Temple University Libraries
215-204-5730

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.


Re: [dspace-tech] Auto populating a field with MIME types and/or file extensions pulled from 'provenance'?

2019-01-28 Thread Andrea Schweer
Hi,

DSpace is aware of a bitstream's mimetype already, and does go by the
extension. So you don't have to code that part yourselves. You could use a
more sophisticated mechanism if the DSpace output doesn't meet your
requirements, eg using Apache Tika  or a similar
library.

We implemented something very similar - we wanted the mimetypes for all
ORIGINAL bundle files to go into dc.format.mimetype. We're using the DSpace
event mechanism to schedule a curation task every time an item's files are
changed, using this code:
https://github.com/UoW-IRRs/DSpace-Event-Consumers/blob/master/src/main/java/nz/ac/lconz/irr/event/consumer/QueueTaskOnBitstreamChange.java
and dspace.cfg settings like so:
https://github.com/UoW-IRRs/DSpace-Event-Consumers/blob/master/config/bitstreamchange_curate.cfg
(event consumers can't change the item, which is why we had to go with
scheduling a curation task - we have a cron job set up that works off the
corresponding queue every couple of minutes)

The code for our curation task is here:
https://github.com/lconz-irr/Curation-Tasks/blob/master/src/main/java/nz/ac/lconz/irr/curate/task/AnnotateWithBitstreamFormats.java

All code linked to is for DSpace 5.x; the approach should work for DSpace 6
too but the code will need to be updated.

Hope this helps!

cheers,
Andrea

On Tue, 29 Jan 2019 at 09:48,  wrote:

> Group-
>
> At my institution we're interested in populating a field with file
> extensions pulled from the automatically generated 'provenance' data.  If
> possible, we'd also like to translate these into controlled MIME type
> values found in this list
> .
>
> For example, from this autogenerated 'dc.description.provenance' field
> value
> "
> Made available in DSpace on 2019-01-23T14:28:53Z (GMT). No. of bitstreams:
> 2 sword-2019-01-23T09:27:28.original.xml: 130 bytes, checksum:
> 43dce2ea292b96aeb7545ed6c2a2cce8 (MD5) dspace-XwalkOut-map (11).xml: 6962
> bytes, checksum: 2961d1467ed455e4bd9e3780612b779d (MD5) Previous issue
> date: 2005-05-01
> "
> ...we'd want to
> 1) extract ".xml" and put it in other 'file extension' field.
> 2) Auto-translate this into 'application/atom+xml', as in the mime type
> table .  I imagine
> this table would have to be put in a back end document as a crosswalk
> table, but I'm not sure which this would be, or how exactly this would
> work.
>
> Any help the community can provide would be much appreciated!  Just
> pulling the extensions would be a great start.
>
> Thanks!
>
> -Gabe
>
> --
> All messages to this mailing list should adhere to the DuraSpace Code of
> Conduct: https://duraspace.org/about/policies/code-of-conduct/
> ---
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com.
> To post to this group, send email to dspace-tech@googlegroups.com.
> Visit this group at https://groups.google.com/group/dspace-tech.
> For more options, visit https://groups.google.com/d/optout.
>


-- 
Dr Andrea Schweer
Research Technologies Manager, ITS Programme & Commercial
The University of Waikato, Hamilton, New Zealand
+64-7-837 9120

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.


[dspace-tech] Auto populating a field with MIME types and/or file extensions pulled from 'provenance'?

2019-01-28 Thread tuf04742
Group-  

At my institution we're interested in populating a field with file 
extensions pulled from the automatically generated 'provenance' data.  If 
possible, we'd also like to translate these into controlled MIME type 
values found in this list 
.  

For example, from this autogenerated 'dc.description.provenance' field 
value
"
Made available in DSpace on 2019-01-23T14:28:53Z (GMT). No. of bitstreams: 
2 sword-2019-01-23T09:27:28.original.xml: 130 bytes, checksum: 
43dce2ea292b96aeb7545ed6c2a2cce8 (MD5) dspace-XwalkOut-map (11).xml: 6962 
bytes, checksum: 2961d1467ed455e4bd9e3780612b779d (MD5) Previous issue 
date: 2005-05-01
"
...we'd want to 
1) extract ".xml" and put it in other 'file extension' field.  
2) Auto-translate this into 'application/atom+xml', as in the mime type 
table .  I imagine this 
table would have to be put in a back end document as a crosswalk table, but 
I'm not sure which this would be, or how exactly this would work.  

Any help the community can provide would be much appreciated!  Just pulling 
the extensions would be a great start.  

Thanks!

-Gabe

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.


[dspace-tech] Filter collections by a view policy: dspace63

2019-01-28 Thread 667i96
Hi, i need to display a list of collections that a user has been explicitly 
given the VIEW policy: ability to view and consequently, to list the 
collection (for example, on a community page). If a user does not have this 
permission, a collection should be excluded from all lists (so in effect, a 
user would not be aware of its existence)

I have this working in Dspace 5.1 where getCollections() in Community.java 
has comfortable access to the authorize manager and the context. The list 
here is looped one more time, non-authorized collections are excluded.
But now in Dspace 6.3 in Community.java there is neither: no authorize 
service and no context. 

I tried already redeclaring getCollection(Context context) but a) even if 
it compiles, Tomcat does not start and b) very dirty as all calls to 
getCollection() need to be adjusted 

Another idea is to forbid direct access to community.getCollection() by 
declaring it protected and redefine it in the CommunityService service but 
here again: very dirty, all code around the whole Dspace will need to be 
changed to call the service instead

So my questions here would be:
- What would be a proper solution to exclude some collections from the list 
Community.getCollections() return?
- Or, is there any other way to achieve the goal?

Thanks!

--667i

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.


Re: [dspace-tech] How to change other user's password

2019-01-28 Thread Claudia Jürgen

Hi,

this is already possible, if you have configured:
webui.user.assumelogin = true
Then an admin can assume the identity of any other non-admin user and
reset the password in edit profile.

Hope this helps

Claudia Jürgen


Am 25.01.2019 um 22:07 schrieb librarysystems.t...@gmail.com:

I would like to propose that a method for changing a user's DSpace password
be added to the DSpace admin tools.  I know it is possible to change a
password using the "forgot password" link, but that requires access to the
user's email.  In addition, it requires access to the "forgot password"
link, which does not show up when the system uses only Shibboleth
authentication.  In this case, a user that is actually a program signing
into the Sword module might use DSpace password authentication, even though
that option is not available on the web interface.  So in order to get the
"forgot password" link, an administrator must enable password auth and
produce an authentication menu which might confuse a normal user.  If the
program's email address is a list serve group, the members of the group
have to be notified in advance not to click on the "reset password" link in
the upcoming email.  Finally, if the recipient is unlucky enough to have
Microsoft Outlook Safelinks, the "reset password' link might not work at
all.



--
Claudia Juergen
Eldorado

Technische Universität Dortmund
Universitätsbibliothek
Vogelpothsweg 76
44227 Dortmund

Tel.: +49 231-755 40 43
Fax: +49 231-755 40 32
claudia.juer...@tu-dortmund.de
www.ub.tu-dortmund.de

Wichtiger Hinweis: Die Information in dieser E-Mail ist vertraulich. Sie ist 
ausschließlich für den Adressaten bestimmt. Sollten Sie nicht der für diese 
E-Mail bestimmte Adressat sein, unterrichten Sie bitte den Absender und 
vernichten Sie diese Mail. Vielen Dank.
Unbeschadet der Korrespondenz per E-Mail, sind unsere Erklärungen 
ausschließlich final rechtsverbindlich, wenn sie in herkömmlicher Schriftform 
(mit eigenhändiger Unterschrift) oder durch Übermittlung eines solchen 
Schriftstücks per Telefax erfolgen.

Important note: The information included in this e-mail is confidential. It is 
solely intended for the recipient. If you are not the intended recipient of 
this e-mail please contact the sender and delete this message. Thank you. 
Without prejudice of e-mail correspondence, our statements are only legally 
binding when they are made in the conventional written form (with personal 
signature) or when such documents are sent by fax.

--
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups "DSpace Technical Support" group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.