Re: [Archivesspace_Users_Group] User Defined in Basic Plugin

2016-09-30 Thread Joshua D. Shaw
Hi Alexis-


I haven't tested Duke's version, but the one we had developed for us works 
against v1.5.1: https://github.com/hudmol/user_defined_in_basic


Best,

Joshua



From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 on behalf of Alexis 
A. Antracoli 
Sent: Friday, September 30, 2016 10:09:35 AM
To: archivesspace_users_group@lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] User Defined in Basic Plugin

Hi all,

We at Princeton are trying to implement Duke's User Defined in Basic plugin in 
ArchivesSpace 1.5.1.  
https://github.com/noahgh221/archivesspace-duke-plugins/tree/master/plugins/user_defined_in_basic

We have followed the instructions exactly, the plugin code is in the correct 
place, and we have double checked everything.  We've made sure all the lines in 
the config.rb file that need to be uncommented are, but it is still not working 
for us.  Has anyone else tried to install this plugin in 1.5.1 and done so 
successfully?  If so, is there something we may be missing?

Thanks!

Alexis


Alexis A. Antracoli
Assistant University Archivist for Technical Services
Princeton University
Seeley G. Mudd Manuscript Library
65 Olden Street
Princeton, NJ 08540
P: 609.258.5161
alexis.antrac...@princeton.edu

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


Re: [Archivesspace_Users_Group] Preferred Citation edits sometimes fail to save

2016-09-30 Thread Jane LaBarbara
Mark,

Thank you! I missed this when searching the bugs, and it looks like it's the 
source of our problems.  You've saved us a lot of headache!

-Jane

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
[mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org] On Behalf Of 
Custer, Mark
Sent: Thursday, September 29, 2016 1:40 PM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Preferred Citation edits sometimes 
fail to save

Jane,

Is it possible that what you've noticed is related to this ticket?:

https://archivesspace.atlassian.net/browse/AR-1521

This bug affects editing of any note type, and it's particularly problematic.  
I believe that we've just alerted staff not to use the "Delete" key because of 
this when editing notes, but that's not a great solution.

Mark



From: 
archivesspace_users_group-boun...@lyralists.lyrasis.org
 [mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org] On Behalf Of 
Jane LaBarbara
Sent: Thursday, 29 September, 2016 1:19 PM
To: 
archivesspace_users_group@lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Preferred Citation edits sometimes fail to 
save

Good afternoon,

We are running version 1.4.2, and we've just started our post-EAD import 
resource record cleanup.  We've noticed a problem where our edits sometimes 
fail to save in one specific field-the Preferred Citation Note.  We're editing 
titles. We make an edit in the Resource Record's title field, then make the 
same edit in the finding aid title field, and then in the Preferred Citation 
Field in the Notes section.  Then we save the record.  Sometimes, our change in 
the Preferred Citation field actually saves, but sometimes we check after 
saving and find that the text in that field has reverted back to its pre-edited 
state.  We aren't sure if there is a specific sequence of steps that triggers 
the problem--it seems to be random. Once we see that our edit has been lost, we 
try to re-edit and save again-sometimes it works on the second save, once I had 
to try four times to get the edit I made to stick.

Has anyone else had this problem or can suggest a possible cause/fix?  It's not 
a huge issue, but it is slowing down our cleanup work, and if it's not isolated 
to this field, it could cause failed saving of more important notes, like the 
scope and content note, which would be a big problem.

Thank you,
Jane

/ Jane Metters LaBarbara
Assistant Curator, West Virginia & Regional History 
Center
West Virginia University Libraries
(304) 293-0352 office
jane.labarb...@mail.wvu.edu

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


[Archivesspace_Users_Group] User Defined in Basic Plugin

2016-09-30 Thread Alexis A. Antracoli
Hi all,

We at Princeton are trying to implement Duke's User Defined in Basic plugin in 
ArchivesSpace 1.5.1.  
https://github.com/noahgh221/archivesspace-duke-plugins/tree/master/plugins/user_defined_in_basic

We have followed the instructions exactly, the plugin code is in the correct 
place, and we have double checked everything.  We've made sure all the lines in 
the config.rb file that need to be uncommented are, but it is still not working 
for us.  Has anyone else tried to install this plugin in 1.5.1 and done so 
successfully?  If so, is there something we may be missing?

Thanks!

Alexis


Alexis A. Antracoli
Assistant University Archivist for Technical Services
Princeton University
Seeley G. Mudd Manuscript Library
65 Olden Street
Princeton, NJ 08540
P: 609.258.5161
alexis.antrac...@princeton.edu

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


Re: [Archivesspace_Users_Group] Using the Rights sub-records instead of Conditions Governing Access/Use notes?

2016-09-30 Thread Jordon Steele
Thanks, Maureen. You’re right, I had overlooked that feature. Am I seeing it 
right that this feature is limited to the Resource module and is not available 
in the Accessions module?

Best,

Jordon

Jordon Steele
Hodson Curator of the University Archives
The Sheridan Libraries
Johns Hopkins University
3400 N Charles St
Baltimore, MD 21218
410-516-5493
jste...@jhu.edu

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
[mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org] On Behalf Of 
Maureen Callahan
Sent: Thursday, September 29, 2016 8:44 AM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Using the Rights sub-records instead 
of Conditions Governing Access/Use notes?

Hi Jordon,

What version are you all up to? The work that was done by HM and Yale last year 
made it possible to encode machine-actionable conditions governing use and 
conditions governing access statements, which will then be associated with 
containers. A circulation system would be able to tell you, once those 
restrictions are encoded, whether a container is restricted. I made a video 
about it here: https://www.youtube.com/watch?v=biCDhkbBSng (things may be 
slightly different in 1.5.x, but not by much).

MC

On Tue, Sep 27, 2016 at 11:18 AM, Jordon Steele 
> wrote:
Hi all,

I know most of the conversation around the Rights sub-records has been limited 
to digital records, but our analysis suggests that conceptually rights 
sub-records are simply more granular, machine-actionable forms of conditions 
governing access and use notes that apply to both analog and digital 
collections. So we’re considering doing away completely with our use of the 
more general conditions governing access and use notes in favor of these more 
precise rights sub-records. Has anyone else considered or done this, or 
considered it and chose not to? Are we missing something?

Thanks!

Best,

Jordon

Jordon Steele
Hodson Curator of the University Archives
The Sheridan Libraries
Johns Hopkins University
3400 N Charles St
Baltimore, MD 21218
410-516-5493
jste...@jhu.edu


___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Maureen Callahan
Sophia Smith Collection Archivist
Smith College Special Collections
Northampton, Massachusetts 01063
T. 413 585 2981 C. 215.863.1860
mcalla...@smith.edu
___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group