From ns96 at nyu.edu Thu Oct 1 10:27:27 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Thu, 1 Oct 2015 10:27:27 -0400 Subject: [Archivesspace_Users_Group] Resources Report - Linear Feet In-Reply-To: References: Message-ID: Hi, Depending on the number of records in your database some of the reports can take hours to run. The fields used in the Resource Record reports are: Title, Resource Identifier, Creator, Language Code, Level, Date Expression, Extent, Extent Type, Container Summary, and Restrictions Apply On Wed, Sep 30, 2015 at 10:50 AM, Johna L Von Behrens wrote: > This report has been running for about 30 minutes. I tried to run one the > other day and let it run for about 2 hours with the same results. > > > > I am not totally clear on what fields are included in the ?key fields? > > > > > > > > > > This report indicates what specific fields are included in the reports. > > > > > > Johna Von Behrens, MLIS, CA, MSED > > University Archivist and Records > Manager > > East Texas Research Center > > Stephen F. Austin State University > > PO Box 13055 SFA Station > > Nacogdoches , TX 75962 > > Phone 936.468.1536 > > Fax 936.468.4117 > > > > *The views and opinions expressed in this message are my own and do not > necessarily reflect the views and opinions of * > > *Stephen F. Austin State University, its Board of Regents, or the State of > Texas.* > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Nathan > Stevens > *Sent:* Wednesday, September 30, 2015 8:54 AM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] Resources Report - Linear Feet > > > > Hi, > > > > Can you be more specific by what you mean by this statement: > > > > *"I am not able to run any reports to see what information is included in > a specific report (some are identified in the report list"* > > > > On Tue, Sep 29, 2015 at 11:59 AM, Johna L Von Behrens > wrote: > > Good Morning List! > > I am not able to run resource reports from the administrative side. It > appears to continually spin and I do not get a report. Our IT has to run a > report from the server. > > I am able to run accession reports. > > With that said I am not able to run any reports to see what information is > included in a specific report (some are identified in the report list). > > > > We are currently working on our annual reports. What I would like to see > is the information that I added to an already existing resource. This > will help me in adding the linear feet for each resource we added for the > specific fiscal year. > > > > Johna Von Behrens, MLIS, CA, MSED > > University Archivist and Records > Manager > > East Texas Research Center > > Stephen F. Austin State University > > PO Box 13055 SFA Station > > Nacogdoches > , > TX 75962 > > Phone 936.468.1536 > > Fax 936.468.4117 > > > > *The views and opinions expressed in this message are my own and do not > necessarily reflect the views and opinions of * > > *Stephen F. Austin State University, its Board of Regents, or the State of > Texas.* > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > > -- > > Nathan Stevens > Programmer/Analyst > Digital Library Technology Services > New York University > > 1212-998-2653 > ns96 at nyu.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 26634 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 10062 bytes Desc: not available URL: From ljdavis at colgate.edu Thu Oct 1 13:03:08 2015 From: ljdavis at colgate.edu (Lora Davis) Date: Thu, 1 Oct 2015 13:03:08 -0400 Subject: [Archivesspace_Users_Group] "Range" date type still an option in RDE Message-ID: Hi folks, Putting this here mostly to alert you all to this, but if others have found quick work arounds to this issue please chime in. I just submitted ticket AR-1333 noting that "range" still appears as a valid date type option in the rapid data entry screen. (See attached screen shot.) This, of course, is a problem since range is not a valid date type. However, the bigger issue (to me) is that when someone selects "range" as the date type, the resulting archival object is created entirely without a date type (which isn't allowed). We had a wonderful volunteer dutifully entering folder after folder of information via RDE using the "range" date type, and we now have hundreds of folders without a date type. Whenever one goes to make any changes to these existing archival objects (say, add a scope note or an extent) the archival object cannot be saved since there is no date type! Lora [image: Inline image 1] -- Lora J. Davis Collections Archivist Colgate University Libraries 13 Oak Drive Hamilton, NY 13346 Tel: (315) 228-6376 Fax: (315) 228-7934 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ASpaceRDEBug.png Type: image/png Size: 197234 bytes Desc: not available URL: From carlos.lemus at unlv.edu Thu Oct 1 16:48:04 2015 From: carlos.lemus at unlv.edu (Carlos Lemus) Date: Thu, 1 Oct 2015 13:48:04 -0700 Subject: [Archivesspace_Users_Group] Adding a new form to agents fields Message-ID: Hello, In order to get a better understanding of the structure of ArchivesSpace I have been trying to add a places form to the agents create form. I have been using the material types and the hello world plugins as guides, but neither of them really implement this on the agents. I'm thinking that I'm missing to add a schema of the agents in some way, or maybe something in the migration file to get the place to show up, and maybe even possible something in the config.yml file. The form shows up on other models like the accession and resource but not the agents. I'd appreciate if anyone has any insight on what I may be missing. I have my code up on github https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/place Thank you, Carlos Lemus -------------- next part -------------- An HTML attachment was scrubbed... URL: From maureen.callahan at yale.edu Fri Oct 2 15:59:22 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Fri, 2 Oct 2015 19:59:22 +0000 Subject: [Archivesspace_Users_Group] [archivesspace] Digital Object module use In-Reply-To: <68b4d8d3-fa08-4ea9-8d5c-0e96721716c7@googlegroups.com> References: <2ddf8c27-c6c3-46cc-a9fb-0588d6129393@googlegroups.com> <56B9C258-DB39-4D0A-AD77-BEBA576EA42F@mocs.utc.edu> <68b4d8d3-fa08-4ea9-8d5c-0e96721716c7@googlegroups.com> Message-ID: <0345BEF8-B54F-4E57-8686-F8F2466FC171@yale.edu> I?m really glad you resuscitated this thread, Jarrett, because we?re talking a lot about this at Yale. A lot of work is happening right now on integration of archival description in our database of record (ArchivesSpace) with our digital preservation system (Preservica) and our access system for digitized objects (Blacklight). Here are some common questions that have come up and my answers to them: 1. Are we ?managing? digital objects in ArchivesSpace? This depends on what you mean by managing. I cannot think of a situation where ArchivesSpace would be the only layer between metadata and a file system (other than, possibly, very basic digitization activities), so no, we are not doing that kind of management in ArchivesSpace. But I think ArchivesSpace digital objects WILL be the glue between two different management systems ? ArchivesSpace (for the description of functions like accessioning and description) and Preservica/FindIt/Quicksearch/Kaltura/HathiTrust/what-friggin-ever where more robust information about complex objects, preservation actions, technical facts about the object, etc. are stored. As I see it, the best thing that AS digital objects could do would be to be a place to keep URIs so that we can sync the systems together. If we think about it this way, this whole project becomes a lot less complicated, I think. 2. What is the good of the digital object record? The digital object record lets us keep structured metadata in ArchivesSpace about digital objects that can serialize as ead//dao or METS. It can also be accessed through the API as structured, JSON objects. We had discussed the idea of using ?location of copies? and ?location of originals? notes as a possible alternative to DOs, but there is an advantage to storing information about digital objects in a DO record rather than having a URL as part of a string in a note. Notes are difficult to query and manage; digital objects are a bit easier. There?s also a bit of extra metadata that can be created/stored in the digital object record that can help our public interfaces know what to do with these links to other system, which is pretty useful. 3. Should digital surrogates and born-digital records be treated differently in ArchivesSpace? If the DO is just the glue between the description of the object and the system that gives you the object, then no. I think that they need to be described differently, because there?s a different facticity to them as records, but I don?t think that they need to be managed differently. And since there are really pretty good attributes and elements on the digital object record to help us determine what kind of a digital object we?re dealing with and how it should load/display, I don?t think it?s a problem to have many digital objects on an archival object that point to different manifestations in different systems. So here?s what our digital objects look like: Title: display title from archival object (title and date) ? N.B., this is only because it?s required. I?d prefer not to have the duplicate data. Publish: publish status from archival object Digital object identifier: handle to object in Blacklight/Preservica/Whatever Most of the creation of digital objects will be done through scripting or automatic integration between systems. Since we?re not pointing to actual files in actual systems, we won?t be using FIleURIs. We may include more metadata to indicate whether this is a digital object that takes the user to an access system or whether it takes a staff member to the place where she can do preservation actions (this will also affect the publish element). What about everyone else? How are you using digital objects? By the way, we?re still in the middle of figuring this out, so the above only represents my thinking and current understanding of the direction at Yale. Maureen On Sep 28, 2015, at 9:55 AM, Jarrett Drake > wrote: Hi everyone, I'm reviving this thread in case others have more thoughts about the digital objects module and its utility in regards to born-digital material. If you're using it in your workflow, I'd be curious to know how. Please contact me here or offline. Best, Jarrett On Wednesday, February 25, 2015 at 9:49:04 PM UTC-5, Carolyn Runyon wrote: Good question! We?ve decided not use the digital object module in ASpace in an effort not to duplicate the work we have to do to upload our digital objects to CONTENTdm. If ASpace decided to grow the digital object module (with embedded viewers/players OAI-PMH harvest ability,etc.), we?d definitely take advantage of the module. As it stands, I can?t justify the extra work it would take to maintain our digital object data and metadata in 2 different systems. Maybe others have a different view? Carolyn Carolyn Runyon, Digital Archivist Special Collections & University Archives University of Tennessee at Chattanooga 615 McCallie Ave., Chattanooga, TN 37403 csg... at mocs.utc.edu, (423) 425-4503 Dept. 6456, LIB 439C On Feb 12, 2015, at 4:43 PM, 'Ben Goldman' via ArchivesSpace > wrote: Hello all, I'd be interested to hear more from those of you using the Digital Object module in ASpace. How are you using it, to support what aims. Are you using it to get tags in EAD, for recording existence of digital surrogates (linking or not), for notating born-digital material or even web archives? Are you using the grouping feature in the module to organize digital object hierarchies? We're trying to sort out what should be our best practices around using this module (or not) to support some of the scenarios I just mentioned. -Ben Ben Goldman Digital Records Archivist Penn State University Libraries -- You received this message because you are subscribed to the Google Groups "ArchivesSpace" group. To unsubscribe from this group and stop receiving emails from it, send an email to archivesspac... at googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "ArchivesSpace" group. To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com. For more options, visit https://groups.google.com/d/optout. -------------- next part -------------- An HTML attachment was scrubbed... URL: From prom at illinois.edu Fri Oct 2 16:17:06 2015 From: prom at illinois.edu (Prom, Christopher John) Date: Fri, 2 Oct 2015 20:17:06 +0000 Subject: [Archivesspace_Users_Group] [archivesspace] Digital Object module use In-Reply-To: <0345BEF8-B54F-4E57-8686-F8F2466FC171@yale.edu> References: <2ddf8c27-c6c3-46cc-a9fb-0588d6129393@googlegroups.com> <56B9C258-DB39-4D0A-AD77-BEBA576EA42F@mocs.utc.edu> <68b4d8d3-fa08-4ea9-8d5c-0e96721716c7@googlegroups.com> <0345BEF8-B54F-4E57-8686-F8F2466FC171@yale.edu> Message-ID: <020872AE-72E5-4DA0-8BB5-159B158C31FD@illinois.edu> Maureen, This matches more or less what the Univeristy of Illinois Archives is currently doing and we plan to continue with this in the future. The only additional point I'd like to make is that we are following the rule of "one digital object record per each top level resource record." In this way, the DO record operates as minimal descriptive record for an entire archival information packet, with the majority of the technical and item level descriptive metadata handled in the preservation repository and DO access systems, which leverages the advantages of both systems. Chris Prom University of Illinois Archives On Oct 2, 2015, at 2:59 PM, Callahan, Maureen > wrote: I?m really glad you resuscitated this thread, Jarrett, because we?re talking a lot about this at Yale. A lot of work is happening right now on integration of archival description in our database of record (ArchivesSpace) with our digital preservation system (Preservica) and our access system for digitized objects (Blacklight). Here are some common questions that have come up and my answers to them: 1. Are we ?managing? digital objects in ArchivesSpace? This depends on what you mean by managing. I cannot think of a situation where ArchivesSpace would be the only layer between metadata and a file system (other than, possibly, very basic digitization activities), so no, we are not doing that kind of management in ArchivesSpace. But I think ArchivesSpace digital objects WILL be the glue between two different management systems ? ArchivesSpace (for the description of functions like accessioning and description) and Preservica/FindIt/Quicksearch/Kaltura/HathiTrust/what-friggin-ever where more robust information about complex objects, preservation actions, technical facts about the object, etc. are stored. As I see it, the best thing that AS digital objects could do would be to be a place to keep URIs so that we can sync the systems together. If we think about it this way, this whole project becomes a lot less complicated, I think. 2. What is the good of the digital object record? The digital object record lets us keep structured metadata in ArchivesSpace about digital objects that can serialize as ead//dao or METS. It can also be accessed through the API as structured, JSON objects. We had discussed the idea of using ?location of copies? and ?location of originals? notes as a possible alternative to DOs, but there is an advantage to storing information about digital objects in a DO record rather than having a URL as part of a string in a note. Notes are difficult to query and manage; digital objects are a bit easier. There?s also a bit of extra metadata that can be created/stored in the digital object record that can help our public interfaces know what to do with these links to other system, which is pretty useful. 3. Should digital surrogates and born-digital records be treated differently in ArchivesSpace? If the DO is just the glue between the description of the object and the system that gives you the object, then no. I think that they need to be described differently, because there?s a different facticity to them as records, but I don?t think that they need to be managed differently. And since there are really pretty good attributes and elements on the digital object record to help us determine what kind of a digital object we?re dealing with and how it should load/display, I don?t think it?s a problem to have many digital objects on an archival object that point to different manifestations in different systems. So here?s what our digital objects look like: Title: display title from archival object (title and date) ? N.B., this is only because it?s required. I?d prefer not to have the duplicate data. Publish: publish status from archival object Digital object identifier: handle to object in Blacklight/Preservica/Whatever Most of the creation of digital objects will be done through scripting or automatic integration between systems. Since we?re not pointing to actual files in actual systems, we won?t be using FIleURIs. We may include more metadata to indicate whether this is a digital object that takes the user to an access system or whether it takes a staff member to the place where she can do preservation actions (this will also affect the publish element). What about everyone else? How are you using digital objects? By the way, we?re still in the middle of figuring this out, so the above only represents my thinking and current understanding of the direction at Yale. Maureen On Sep 28, 2015, at 9:55 AM, Jarrett Drake > wrote: Hi everyone, I'm reviving this thread in case others have more thoughts about the digital objects module and its utility in regards to born-digital material. If you're using it in your workflow, I'd be curious to know how. Please contact me here or offline. Best, Jarrett On Wednesday, February 25, 2015 at 9:49:04 PM UTC-5, Carolyn Runyon wrote: Good question! We?ve decided not use the digital object module in ASpace in an effort not to duplicate the work we have to do to upload our digital objects to CONTENTdm. If ASpace decided to grow the digital object module (with embedded viewers/players OAI-PMH harvest ability,etc.), we?d definitely take advantage of the module. As it stands, I can?t justify the extra work it would take to maintain our digital object data and metadata in 2 different systems. Maybe others have a different view? Carolyn Carolyn Runyon, Digital Archivist Special Collections & University Archives University of Tennessee at Chattanooga 615 McCallie Ave., Chattanooga, TN 37403 csg... at mocs.utc.edu, (423) 425-4503 Dept. 6456, LIB 439C On Feb 12, 2015, at 4:43 PM, 'Ben Goldman' via ArchivesSpace > wrote: Hello all, I'd be interested to hear more from those of you using the Digital Object module in ASpace. How are you using it, to support what aims. Are you using it to get tags in EAD, for recording existence of digital surrogates (linking or not), for notating born-digital material or even web archives? Are you using the grouping feature in the module to organize digital object hierarchies? We're trying to sort out what should be our best practices around using this module (or not) to support some of the scenarios I just mentioned. -Ben Ben Goldman Digital Records Archivist Penn State University Libraries -- You received this message because you are subscribed to the Google Groups "ArchivesSpace" group. To unsubscribe from this group and stop receiving emails from it, send an email to archivesspac... at googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "ArchivesSpace" group. To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "ArchivesSpace" group. To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com. For more options, visit https://groups.google.com/d/optout. -------------- next part -------------- An HTML attachment was scrubbed... URL: From eckardm at umich.edu Fri Oct 2 17:11:59 2015 From: eckardm at umich.edu (Max Eckard) Date: Fri, 2 Oct 2015 17:11:59 -0400 Subject: [Archivesspace_Users_Group] [archivesspace] Digital Object module use In-Reply-To: <020872AE-72E5-4DA0-8BB5-159B158C31FD@illinois.edu> References: <2ddf8c27-c6c3-46cc-a9fb-0588d6129393@googlegroups.com> <56B9C258-DB39-4D0A-AD77-BEBA576EA42F@mocs.utc.edu> <68b4d8d3-fa08-4ea9-8d5c-0e96721716c7@googlegroups.com> <0345BEF8-B54F-4E57-8686-F8F2466FC171@yale.edu> <020872AE-72E5-4DA0-8BB5-159B158C31FD@illinois.edu> Message-ID: Hello everyone, It sounds like we're pretty much on the same page as Yale and Illinois. Acknowledging that we're also still thinking about this because we aren't live with ASpace yet, it's safe to say that our digital object records will be very minimal, just a "simple" digital with the title and a pointer to an AIP in DSpace/Hydra (where it may be more complex). We're thinking of the DO module more as a place to record location than as a place to "manage" digital objects or the events that happen to them. While we have mostly been considering born-digital use cases so far, I suspect we'll follow the same principles for digitized material as well. Maureen's idea of describing born-digital and digitized records differently seems reasonable. The plan here is to get descriptive information for digital objects in our repository from the resource record. We'll have technical information from Archivematica, and that sit "chipped dog"-style with the digital object in the repository. We're also investigating expanding rights in resource records so that ASpace can be the system of record for machine-actionable PREMIS rights statements coming from Archivematica. These would extend to digital object instances, although we still have questions about how exactly that would work. We still intend to have human-readable Conditions Governing Access notes as well. Thanks! Have a nice weekend! Max On Fri, Oct 2, 2015 at 4:17 PM, Prom, Christopher John wrote: > Maureen, > > This matches more or less what the Univeristy of Illinois Archives is > currently doing and we plan to continue with this in the future. The only > additional point I'd like to make is that we are following the rule of "one > digital object record per each top level resource record." > > In this way, the DO record operates as minimal descriptive record for an > entire archival information packet, with the majority of the technical and > item level descriptive metadata handled in the preservation repository and > DO access systems, which leverages the advantages of both systems. > > Chris Prom > University of Illinois Archives > > > On Oct 2, 2015, at 2:59 PM, Callahan, Maureen > wrote: > > I?m really glad you resuscitated this thread, Jarrett, because we?re > talking a lot about this at Yale. > > A lot of work is happening right now on integration of archival > description in our database of record (ArchivesSpace) with our digital > preservation system (Preservica) and our access system for digitized > objects (Blacklight). > > Here are some common questions that have come up and my answers to them: > > 1. Are we ?managing? digital objects in ArchivesSpace? > This depends on what you mean by managing. > I cannot think of a situation where ArchivesSpace would be the only layer > between metadata and a file system (other than, possibly, very basic > digitization activities), so no, we are not doing that kind of management > in ArchivesSpace. > But I think ArchivesSpace digital objects WILL be the glue between two > different management systems ? ArchivesSpace (for the description of > functions like accessioning and description) and > Preservica/FindIt/Quicksearch/Kaltura/HathiTrust/what-friggin-ever where > more robust information about complex objects, preservation actions, > technical facts about the object, etc. are stored. > As I see it, the best thing that AS digital objects could do would be to > be a place to keep URIs so that we can sync the systems together. If we > think about it this way, this whole project becomes a lot less complicated, > I think. > > 2. What is the good of the digital object record? > The digital object record lets us keep structured metadata in > ArchivesSpace about digital objects that can serialize as ead//dao or METS. > It can also be accessed through the API as structured, JSON objects. We had > discussed the idea of using ?location of copies? and ?location of > originals? notes as a possible alternative to DOs, but there is an > advantage to storing information about digital objects in a DO record > rather than having a URL as part of a string in a note. Notes are difficult > to query and manage; digital objects are a bit easier. > There?s also a bit of extra metadata that can be created/stored in the > digital object record that can help our public interfaces know what to do > with these links to other system, which is pretty useful. > > 3. Should digital surrogates and born-digital records be treated > differently in ArchivesSpace? > If the DO is just the glue between the description of the object and the > system that gives you the object, then no. I think that they need to be > *described* differently, because there?s a different facticity to them as > records, but I don?t think that they need to be managed differently. And > since there are really pretty good attributes and elements on the digital > object record to help us determine what kind of a digital object we?re > dealing with and how it should load/display, I don?t think it?s a problem > to have many digital objects on an archival object that point to different > manifestations in different systems. > > So here?s what our digital objects look like: > Title: display title from archival object (title and date) ? N.B., this is > only because it?s required. I?d prefer not to have the duplicate data. > Publish: publish status from archival object > Digital object identifier: handle to object in > Blacklight/Preservica/Whatever > > Most of the creation of digital objects will be done through scripting or > automatic integration between systems. > Since we?re not pointing to actual files in actual systems, we won?t be > using FIleURIs. > > We may include more metadata to indicate whether this is a digital object > that takes the user to an access system or whether it takes a staff member > to the place where she can do preservation actions (this will also affect > the publish element). > > What about everyone else? How are you using digital objects? By the way, > we?re still in the middle of figuring this out, so the above only > represents my thinking and current understanding of the direction at Yale. > > Maureen > > > On Sep 28, 2015, at 9:55 AM, Jarrett Drake > wrote: > > Hi everyone, > > I'm reviving this thread in case others have more thoughts about the > digital objects module and its utility in regards to born-digital material. > If you're using it in your workflow, I'd be curious to know how. Please > contact me here or offline. > > Best, > Jarrett > > On Wednesday, February 25, 2015 at 9:49:04 PM UTC-5, Carolyn Runyon wrote: >> >> Good question! >> >> We?ve decided not use the digital object module in ASpace in an effort >> not to duplicate the work we have to do to upload our digital objects to >> CONTENTdm. If ASpace decided to grow the digital object module (with >> embedded viewers/players OAI-PMH harvest ability,etc.), we?d definitely >> take advantage of the module. As it stands, I can?t justify the extra work >> it would take to maintain our digital object data and metadata in 2 >> different systems. >> >> Maybe others have a different view? >> >> Carolyn >> >> >> Carolyn Runyon, Digital Archivist >> Special Collections & University Archives >> University of Tennessee at Chattanooga >> 615 McCallie Ave., Chattanooga, TN 37403 >> csg... at mocs.utc.edu, (423) 425-4503 >> Dept. 6456, LIB 439C >> >> >> >> >> On Feb 12, 2015, at 4:43 PM, 'Ben Goldman' via ArchivesSpace < >> archiv... at googlegroups.com> wrote: >> >> Hello all, >> >> I'd be interested to hear more from those of you using the Digital Object >> module in ASpace. How are you using it, to support what aims. Are you using >> it to get tags in EAD, for recording existence of digital surrogates >> (linking or not), for notating born-digital material or even web archives? >> Are you using the grouping feature in the module to organize digital object >> hierarchies? We're trying to sort out what should be our best practices >> around using this module (or not) to support some of the scenarios I just >> mentioned. >> >> -Ben >> >> Ben Goldman >> Digital Records Archivist >> Penn State University Libraries >> >> -- >> You received this message because you are subscribed to the Google Groups >> "ArchivesSpace" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to archivesspac... at googlegroups.com. >> For more options, visit https://groups.google.com/d/optout >> >> . >> >> >> > -- > You received this message because you are subscribed to the Google Groups > "ArchivesSpace" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to archivesspace+unsubscribe at googlegroups.com. > For more options, visit https://groups.google.com/d/optout > > . > > > > -- > You received this message because you are subscribed to the Google Groups > "ArchivesSpace" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to archivesspace+unsubscribe at googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > > > -- > You received this message because you are subscribed to the Google Groups > "ArchivesSpace" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to archivesspace+unsubscribe at googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- *Max Eckard* *Assistant Archivist for Digital Curation* Bentley Historical Library 1150 Beal Ave. Ann Arbor, MI 48109-2113 734/763-7518 <734.763.7518> http://bentley.umich.edu/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From epyers at slv.vic.gov.au Sun Oct 4 18:56:01 2015 From: epyers at slv.vic.gov.au (Emily Pyers) Date: Sun, 4 Oct 2015 22:56:01 +0000 Subject: [Archivesspace_Users_Group] PDF customisation Message-ID: Hi All, I was just wondering if anybody has taken a crack at customising their PDF output? Cheers, Emily Emily Pyers | Collections Cataloguing Librarian | Storage & Digital Collection Services State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 T +61 3 8664 7368 | epyers at slv.vic.gov.au slv.vic.gov.au [Australian Sketchbook] This message and any attachment is intended only for the use of the Addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please delete all copies of the message and its attachments and notify the sender immediately. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Grant.Buttars at ed.ac.uk Mon Oct 5 05:33:35 2015 From: Grant.Buttars at ed.ac.uk (BUTTARS Grant) Date: Mon, 5 Oct 2015 09:33:35 +0000 Subject: [Archivesspace_Users_Group] Agents/Subjects to Archival object links not visible Message-ID: We have noticed that in agent records in the Public Interface, only links to 'Related Collections' appear. Can somebody explain how links to Archival Objects within these collections can be visible to the public user? See for example http://archives.collections.ed.ac.uk/agents/786?agent_type=agent_corporate_entity This term is linked to 11 archival objects. Thanks Grant --------------------------------- Grant E. L. Buttars, | Deputy University Archivist | Special Collections | Centre for Research Collections | Division of Library and University Collections | University of Edinburgh George Square, Edinburgh | EH8 9LJ | http://www.ed.ac.uk/is/crc | tel: 0131 650 8379 | direct dial: 0131 651 3852 ================================= Coming to consult something? Please see http://www.ed.ac.uk/is/crc for service information Follow CRC [FaceBook-icon2][Twitter-icon2] Facebook: https://www.facebook.com/crc.edinburgh Twitter: https://twitter.com/CRC_EdUni Follow Archives [Twitter-icon2][Flickr-icon2][wordpress] Twitter: https://twitter.com/euarchives Flickr: http://www.flickr.com/photos/edinburgh-university-archives Blog: http://libraryblogs.is.ed.ac.uk/edinburghuniversityarchives Follow me professionally [Twitter-icon2][linkedin] Twitter: https://twitter.com/ButtarsGrant LinkedIn: https://www.linkedin.com/pub/grant-buttars/61/7b3/a09 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1176 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 1147 bytes Desc: image002.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 1287 bytes Desc: image003.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 4228 bytes Desc: image004.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 2587 bytes Desc: image005.png URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: not available URL: From harnold at rockarch.org Mon Oct 5 09:53:04 2015 From: harnold at rockarch.org (Arnold, Hillel) Date: Mon, 5 Oct 2015 09:53:04 -0400 Subject: [Archivesspace_Users_Group] PDF customisation Message-ID: Hi Emily, I made some very basic changes to the ead2pdf tool created by ArchivesSpace: https://github.com/archivesspace/ead2pdf, which worked well for us since we wanted to automate exports. I haven?t tried doing anything with the PDF export that runs as a background job in AS, so I can?t really help you there, unfortunately! Hillel Arnold Lead Digital Archivist Rockefeller Archive Center From: Emily Pyers > Reply-To: Archivesspace Users Group > Date: Sunday, October 4, 2015 at 6:56 PM To: "archivesspace_users_group at lyralists.lyrasis.org" > Subject: [Archivesspace_Users_Group] PDF customisation Hi All, I was just wondering if anybody has taken a crack at customising their PDF output? Cheers, Emily Emily Pyers | Collections Cataloguing Librarian | Storage & Digital Collection Services State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 T +61 3 8664 7368 | epyers at slv.vic.gov.au slv.vic.gov.au [http://www.slv.vic.gov.au/sites/default/files/email_signature/STG_email-banner.jpg] This message and any attachment is intended only for the use of the Addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please delete all copies of the message and its attachments and notify the sender immediately. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From PGalligan at rockarch.org Mon Oct 5 11:13:07 2015 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Mon, 5 Oct 2015 11:13:07 -0400 Subject: [Archivesspace_Users_Group] Supporting ID lookup endpoints in AS api Message-ID: Hi all, We've done some contracting work with Artefactual and Hudmol to add new endpoint support to the AS api. They allow you to provide either a ref_id or a component_id and get back a list of matching Archival Objects or Digital Object Components. We created a pull request to try to get this into the base AS code, but we also thought we would send a heads up that some of you might be interested in this functionality. Please let us know if you have any comments or concerns about the work. You can see the pull request here: https://github.com/archivesspace/archivesspace/pull/302/ Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Mon Oct 5 11:53:48 2015 From: mark.custer at yale.edu (Custer, Mark) Date: Mon, 5 Oct 2015 15:53:48 +0000 Subject: [Archivesspace_Users_Group] Agents/Subjects to Archival object links not visible In-Reply-To: References: Message-ID: Grant, I don't know for sure if this has been listed in JIRA, but if it hasn't been yet, it should be. The entire public interface is being investigated as part of the ArchivesSpace Public User Interface Enhancement project, so this will be discussed in detail as part of that process. There isn't a wireframe for agent pages yet, but once there is, that should be provided here: http://cherryhill.github.io/aspace_pui/index.html (based on initial user testing, it was decided to focus on the search results pages first, but everything is going to be reviewed, and a few things added to the interface, most likely, like repository pages). Would you prefer that the links occur under the same Related Collections heading? I think that looking to the SNAC prototype for guidance regarding how to group the associated descriptions/links might help in this case (e.g. http://socialarchive.iath.virginia.edu/ark:/99166/w6f91cwj), but I admit that it took me a while to get accustomed to SNAC's distinction between Archival Collections, Related Resources, and Related External Links. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of BUTTARS Grant Sent: Monday, October 05, 2015 5:34 AM To: 'archivesspace_users_group at lyralists.lyrasis.org' Subject: [Archivesspace_Users_Group] Agents/Subjects to Archival object links not visible We have noticed that in agent records in the Public Interface, only links to 'Related Collections' appear. Can somebody explain how links to Archival Objects within these collections can be visible to the public user? See for example http://archives.collections.ed.ac.uk/agents/786?agent_type=agent_corporate_entity This term is linked to 11 archival objects. Thanks Grant --------------------------------- Grant E. L. Buttars, | Deputy University Archivist | Special Collections | Centre for Research Collections | Division of Library and University Collections | University of Edinburgh George Square, Edinburgh | EH8 9LJ | http://www.ed.ac.uk/is/crc | tel: 0131 650 8379 | direct dial: 0131 651 3852 ================================= Coming to consult something? Please see http://www.ed.ac.uk/is/crc for service information Follow CRC [FaceBook-icon2][Twitter-icon2] Facebook: https://www.facebook.com/crc.edinburgh Twitter: https://twitter.com/CRC_EdUni Follow Archives [Twitter-icon2][Flickr-icon2][wordpress] Twitter: https://twitter.com/euarchives Flickr: http://www.flickr.com/photos/edinburgh-university-archives Blog: http://libraryblogs.is.ed.ac.uk/edinburghuniversityarchives Follow me professionally [Twitter-icon2][linkedin] Twitter: https://twitter.com/ButtarsGrant LinkedIn: https://www.linkedin.com/pub/grant-buttars/61/7b3/a09 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1176 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 1147 bytes Desc: image002.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 1287 bytes Desc: image003.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 4228 bytes Desc: image004.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 2587 bytes Desc: image005.png URL: From harnold at rockarch.org Mon Oct 5 12:06:36 2015 From: harnold at rockarch.org (Arnold, Hillel) Date: Mon, 5 Oct 2015 12:06:36 -0400 Subject: [Archivesspace_Users_Group] logout endpoint Message-ID: I?m trying to make use of the new logout endpoint, and I?m getting a 500 error. Based on what I can decipher from the code, and assuming I?m running AS locally, I should just be able to send a POST request to http://localhost:8089/logout, passing the session token in the headers. Am I doing something wrong? Hillel Arnold Lead Digital Archivist Rockefeller Archive Center -------------- next part -------------- An HTML attachment was scrubbed... URL: From harnold at rockarch.org Mon Oct 5 12:22:03 2015 From: harnold at rockarch.org (Arnold, Hillel) Date: Mon, 5 Oct 2015 12:22:03 -0400 Subject: [Archivesspace_Users_Group] logout endpoint Message-ID: The answer to my question is apparently yes ? I was using the wrong header name. In my defense, it is Monday? However, I?m still having some problems, because I?m not getting a response back from the server when sending the correct request, so the request never completes properly, even though it looks like AS logs me out. Ideas? Hillel From: , Hillel Arnold > Reply-To: Archivesspace Users Group > Date: Monday, October 5, 2015 at 12:06 PM To: Archivesspace Users Group >, "archivesspace at googlegroups.com" > Subject: [Archivesspace_Users_Group] logout endpoint I?m trying to make use of the new logout endpoint, and I?m getting a 500 error. Based on what I can decipher from the code, and assuming I?m running AS locally, I should just be able to send a POST request to http://localhost:8089/logout, passing the session token in the headers. Am I doing something wrong? Hillel Arnold Lead Digital Archivist Rockefeller Archive Center -------------- next part -------------- An HTML attachment was scrubbed... URL: From luftsche at usc.edu Mon Oct 5 15:56:08 2015 From: luftsche at usc.edu (Susan Luftschein) Date: Mon, 5 Oct 2015 19:56:08 +0000 Subject: [Archivesspace_Users_Group] Agents/Subjects to Archival object links not visible In-Reply-To: References: Message-ID: Hi Grant and Mark, I posed this same question to Brad not too long ago, because I have imported a number of complete EAC records, and virtually none of the information was appearing in the public ui, or in the admin interface. I'm waiting to hear back from him. So Grant, its on the radar. Sue Sue Luftschein Archival and Metadata Librarian USC Libraries Special Collections University of Southern California Doheny Memorial Library 3550 Trousdale Parkway, Room 207 Los Angeles, CA 90089-0189 tel:213-740-4046 fax:213-740-2343 luftsche at usc.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Monday, October 05, 2015 8:54 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Agents/Subjects to Archival object links not visible Grant, I don't know for sure if this has been listed in JIRA, but if it hasn't been yet, it should be. The entire public interface is being investigated as part of the ArchivesSpace Public User Interface Enhancement project, so this will be discussed in detail as part of that process. There isn't a wireframe for agent pages yet, but once there is, that should be provided here: http://cherryhill.github.io/aspace_pui/index.html (based on initial user testing, it was decided to focus on the search results pages first, but everything is going to be reviewed, and a few things added to the interface, most likely, like repository pages). Would you prefer that the links occur under the same Related Collections heading? I think that looking to the SNAC prototype for guidance regarding how to group the associated descriptions/links might help in this case (e.g. http://socialarchive.iath.virginia.edu/ark:/99166/w6f91cwj), but I admit that it took me a while to get accustomed to SNAC's distinction between Archival Collections, Related Resources, and Related External Links. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of BUTTARS Grant Sent: Monday, October 05, 2015 5:34 AM To: 'archivesspace_users_group at lyralists.lyrasis.org' Subject: [Archivesspace_Users_Group] Agents/Subjects to Archival object links not visible We have noticed that in agent records in the Public Interface, only links to 'Related Collections' appear. Can somebody explain how links to Archival Objects within these collections can be visible to the public user? See for example http://archives.collections.ed.ac.uk/agents/786?agent_type=agent_corporate_entity This term is linked to 11 archival objects. Thanks Grant --------------------------------- Grant E. L. Buttars, | Deputy University Archivist | Special Collections | Centre for Research Collections | Division of Library and University Collections | University of Edinburgh George Square, Edinburgh | EH8 9LJ | http://www.ed.ac.uk/is/crc | tel: 0131 650 8379 | direct dial: 0131 651 3852 ================================= Coming to consult something? Please see http://www.ed.ac.uk/is/crc for service information Follow CRC [FaceBook-icon2][Twitter-icon2] Facebook: https://www.facebook.com/crc.edinburgh Twitter: https://twitter.com/CRC_EdUni Follow Archives [Twitter-icon2][Flickr-icon2][wordpress] Twitter: https://twitter.com/euarchives Flickr: http://www.flickr.com/photos/edinburgh-university-archives Blog: http://libraryblogs.is.ed.ac.uk/edinburghuniversityarchives Follow me professionally [Twitter-icon2][linkedin] Twitter: https://twitter.com/ButtarsGrant LinkedIn: https://www.linkedin.com/pub/grant-buttars/61/7b3/a09 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1176 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 1147 bytes Desc: image002.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 1287 bytes Desc: image003.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 4228 bytes Desc: image004.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 2587 bytes Desc: image005.png URL: From psuda1 at tulane.edu Mon Oct 5 16:10:53 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Mon, 5 Oct 2015 20:10:53 +0000 Subject: [Archivesspace_Users_Group] Migration Error Message-ID: Greetings all, I've come across an error in an Archon to ASpace migration test. 1. Invalid Parent/Child Relationship for Collection a. DB ID: 811 b. AR ID: Manuscripts Collection 55 c. Content IDs (181553 181552 181555 181554 181551) Any thoughts on how to address these problems? Do I simply need to address the DB relationship between these objects? Thank you, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: From prom at illinois.edu Mon Oct 5 16:26:09 2015 From: prom at illinois.edu (Prom, Christopher John) Date: Mon, 5 Oct 2015 20:26:09 +0000 Subject: [Archivesspace_Users_Group] Migration Error In-Reply-To: References: Message-ID: <0786DD5D-BA9A-43C2-8BE7-0E6E43A88D16@illinois.edu> Yes, these typically need to be addressed prior to migration. In isolated instances, there are invalid relationships in the DB, and for the most part these are not even displayed in either the staff UI or public UI, so the simple solution is to delete the offending child records in the collection content table. But, you definitely need to pursue due diligence before going that route, which usually means checking with the data manager to make sure the information in the ID?s is no longer needed or actually covered in a different live record. Chris Prom On Oct 5, 2015, at 3:10 PM, Suda, Phillip J > wrote: Greetings all, I?ve come across an error in an Archon to ASpace migration test. 1. Invalid Parent/Child Relationship for Collection a. DB ID: 811 b. AR ID: Manuscripts Collection 55 c. Content IDs (181553 181552 181555 181554 181551) Any thoughts on how to address these problems? Do I simply need to address the DB relationship between these objects? Thank you, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From psuda1 at tulane.edu Mon Oct 5 16:36:44 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Mon, 5 Oct 2015 20:36:44 +0000 Subject: [Archivesspace_Users_Group] Migration Error In-Reply-To: <0786DD5D-BA9A-43C2-8BE7-0E6E43A88D16@illinois.edu> References: <0786DD5D-BA9A-43C2-8BE7-0E6E43A88D16@illinois.edu> Message-ID: Thanks Chris. I am checking with the archivist now to make sure, but I have isolated the records and will address accordingly. Thank you, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Prom, Christopher John Sent: Monday, October 05, 2015 3:26 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Migration Error Yes, these typically need to be addressed prior to migration. In isolated instances, there are invalid relationships in the DB, and for the most part these are not even displayed in either the staff UI or public UI, so the simple solution is to delete the offending child records in the collection content table. But, you definitely need to pursue due diligence before going that route, which usually means checking with the data manager to make sure the information in the ID?s is no longer needed or actually covered in a different live record. Chris Prom On Oct 5, 2015, at 3:10 PM, Suda, Phillip J > wrote: Greetings all, I?ve come across an error in an Archon to ASpace migration test. 1. Invalid Parent/Child Relationship for Collection a. DB ID: 811 b. AR ID: Manuscripts Collection 55 c. Content IDs (181553 181552 181555 181554 181551) Any thoughts on how to address these problems? Do I simply need to address the DB relationship between these objects? Thank you, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From annechan at lib.cuhk.edu.hk Tue Oct 6 04:59:28 2015 From: annechan at lib.cuhk.edu.hk (Anne Chan (Library)) Date: Tue, 6 Oct 2015 08:59:28 +0000 Subject: [Archivesspace_Users_Group] EAD to MODS Message-ID: <5DEACA4EF37CD64FA82B96F3F09C88C1129BFD@EXCH1-LIB.lib.cuhk.edu.hk> Hi, all, Appreciate very much if anyone can share with us your experience, workflow, or documents on mapping EAD XML (ArchivesSpace) to MODS (Islandora), thank you. Regards anne Assistant Special Collections Librarian (Archive Management) Special Collections, CUHK Library The Chinese University of Hong Kong, Shatin, N.T. HONG KONG -------------- next part -------------- An HTML attachment was scrubbed... URL: From psuda1 at tulane.edu Tue Oct 6 09:02:33 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Tue, 6 Oct 2015 13:02:33 +0000 Subject: [Archivesspace_Users_Group] EAD to MODS In-Reply-To: <5DEACA4EF37CD64FA82B96F3F09C88C1129BFD@EXCH1-LIB.lib.cuhk.edu.hk> References: <5DEACA4EF37CD64FA82B96F3F09C88C1129BFD@EXCH1-LIB.lib.cuhk.edu.hk> Message-ID: Greetings, I am interested in this topic as well. Thanks, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Anne Chan (Library) Sent: Tuesday, October 06, 2015 3:59 AM To: 'archivesspace_users_group at lyralists.lyrasis.org' Subject: [Archivesspace_Users_Group] EAD to MODS Hi, all, Appreciate very much if anyone can share with us your experience, workflow, or documents on mapping EAD XML (ArchivesSpace) to MODS (Islandora), thank you. Regards anne Assistant Special Collections Librarian (Archive Management) Special Collections, CUHK Library The Chinese University of Hong Kong, Shatin, N.T. HONG KONG -------------- next part -------------- An HTML attachment was scrubbed... URL: From mGorzalski at lib.siu.edu Tue Oct 6 14:56:24 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Tue, 6 Oct 2015 18:56:24 +0000 Subject: [Archivesspace_Users_Group] Refactored Tool Test and Issues Message-ID: <0f3b919bc4454801a70ffb3c620deb0e@it-excmb3.ad.siu.edu> We're migrating from Archon to ASPace and tested the refactored migration tool in earnest for the first time today. I admit I've been out of the loop on this list recently so maybe some of these issues have been brought up and resolved. This list is an examination of versions 1.3.0 and 1.4.0. 1. The refactored tool fixes the classification duplication problem, BUT sub-classifications are out of order (screen shot 1) 2. Links from ASpace to CONTENTdm no longer work, but worked using the previous migration tool. Screen shot 2 shows a photograph collection where the links are, and screen shot 3 shows what happens after clicking that link. 3. Agent records migrate to the staff view but not the public view (screen shot 4) 4. Weird and false agent records in staff view. Aaron Lisec is one of our staff members, not an "agent," and the only place in Archon he appears is the Admin User Manager. (screen shot 5) 5. Migrated Agent records all have linked resources in the Staff view but not Public view (screen shots 6 and 7) 6. Components migrate to the staff view but not public view (see screen shot 6) 7. Accessions do not migrate in either staff or public view (screen shot 8) A note on #7. We had this problem previously but I figured out the issue. But the refactored tool seems to create a new problem. In our test Archon I deleted the primary repository "Southern Illinois University Special Collections Research Center" and designated Manuscripts as the new primary repository. As I understand it, accessions migrate to your primary repository, and nearly all of our accession records are manuscripts anyway. Therefore, I hoped and assumed that accessions would migrate to the manuscript repository in ASpace. But I get "no records found" when browsing accessions in the Manuscripts repository, or any of our other repositories. Thanks, MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu P: 618/453-2225 F: 618/453-3440 lib.siu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screen_shot_01.jpg Type: image/jpeg Size: 293929 bytes Desc: screen_shot_01.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screen_shot_02.jpg Type: image/jpeg Size: 232094 bytes Desc: screen_shot_02.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screen_shot_03.jpg Type: image/jpeg Size: 272976 bytes Desc: screen_shot_03.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screen_shot_04.jpg Type: image/jpeg Size: 319700 bytes Desc: screen_shot_04.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screen_shot_05.jpg Type: image/jpeg Size: 267460 bytes Desc: screen_shot_05.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screen_shot_06.jpg Type: image/jpeg Size: 234872 bytes Desc: screen_shot_06.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screen_shot_07.jpg Type: image/jpeg Size: 230186 bytes Desc: screen_shot_07.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screen_shot_08.jpg Type: image/jpeg Size: 302851 bytes Desc: screen_shot_08.jpg URL: From carlos.lemus at unlv.edu Tue Oct 6 15:41:38 2015 From: carlos.lemus at unlv.edu (Carlos Lemus) Date: Tue, 6 Oct 2015 12:41:38 -0700 Subject: [Archivesspace_Users_Group] Adding a new form to agents fields In-Reply-To: References: Message-ID: Hello, I was able to figure out the issue. I was just missing abstract_agent parent from the config.yml file and that's why it wasn't showing up. Thank you, Carlos Lemus On Thu, Oct 1, 2015 at 1:48 PM, Carlos Lemus wrote: > Hello, > > In order to get a better understanding of the structure of ArchivesSpace I > have been trying to add a places form to the agents create form. > > I have been using the material types and the hello world plugins as > guides, but neither of them really implement this on the agents. I'm > thinking that I'm missing to add a schema of the agents in some way, or > maybe something in the migration file to get the place to show up, and > maybe even possible something in the config.yml file. The form shows up on > other models like the accession and resource but not the agents. I'd > appreciate if anyone has any insight on what I may be missing. > > I have my code up on github > > https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/place > > Thank you, > > Carlos Lemus > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Tue Oct 6 15:56:46 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Tue, 6 Oct 2015 19:56:46 +0000 Subject: [Archivesspace_Users_Group] PDF customisation In-Reply-To: References: Message-ID: Hi Emily, It wouldn't be too difficult, if you don't mind XSLT. The XSLT that is used is here https://github.com/archivesspace/archivesspace/blob/master/stylesheets/as-ead-pdf.xsl and is in your ASpace's "stylesheets" directory. As Hillel mentioned, he made some contributions to the ead2pdf tool, which should allow you to test out your changes pretty easily. Let us know how it goes... b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Arnold, Hillel Sent: Monday, October 5, 2015 3:53 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] PDF customisation Hi Emily, I made some very basic changes to the ead2pdf tool created by ArchivesSpace: https://github.com/archivesspace/ead2pdf, which worked well for us since we wanted to automate exports. I haven't tried doing anything with the PDF export that runs as a background job in AS, so I can't really help you there, unfortunately! [https://avatars2.githubusercontent.com/u/1311559?v=3&s=400] archivesspace/ead2pdf ? GitHub ead2pdf - ASpace EAD2PDF Read more... Hillel Arnold Lead Digital Archivist Rockefeller Archive Center From: Emily Pyers > Reply-To: Archivesspace Users Group > Date: Sunday, October 4, 2015 at 6:56 PM To: "archivesspace_users_group at lyralists.lyrasis.org" > Subject: [Archivesspace_Users_Group] PDF customisation Hi All, I was just wondering if anybody has taken a crack at customising their PDF output? Cheers, Emily Emily Pyers | Collections Cataloguing Librarian | Storage & Digital Collection Services State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 T +61 3 8664 7368 | epyers at slv.vic.gov.au slv.vic.gov.au [Australian Sketchbook] This message and any attachment is intended only for the use of the Addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please delete all copies of the message and its attachments and notify the sender immediately. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Tue Oct 6 16:36:42 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Tue, 6 Oct 2015 20:36:42 +0000 Subject: [Archivesspace_Users_Group] Agents/Subjects to Archival object links not visible In-Reply-To: References: Message-ID: I've created a place holder for Grant's request (https://archivesspace.atlassian.net/browse/AR-1336), but there needs to be some clarification on how the links between agents and component records should best be displayed. Should it just be component titles / dates / record ids under the resource or digital object record title / id? Something else? Perhaps that could be worked out as part of the Public UI enhancement now underway? Brad W. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Monday, October 05, 2015 11:54 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Agents/Subjects to Archival object links not visible Grant, I don't know for sure if this has been listed in JIRA, but if it hasn't been yet, it should be. The entire public interface is being investigated as part of the ArchivesSpace Public User Interface Enhancement project, so this will be discussed in detail as part of that process. There isn't a wireframe for agent pages yet, but once there is, that should be provided here: http://cherryhill.github.io/aspace_pui/index.html (based on initial user testing, it was decided to focus on the search results pages first, but everything is going to be reviewed, and a few things added to the interface, most likely, like repository pages). Would you prefer that the links occur under the same Related Collections heading? I think that looking to the SNAC prototype for guidance regarding how to group the associated descriptions/links might help in this case (e.g. http://socialarchive.iath.virginia.edu/ark:/99166/w6f91cwj), but I admit that it took me a while to get accustomed to SNAC's distinction between Archival Collections, Related Resources, and Related External Links. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of BUTTARS Grant Sent: Monday, October 05, 2015 5:34 AM To: 'archivesspace_users_group at lyralists.lyrasis.org' Subject: [Archivesspace_Users_Group] Agents/Subjects to Archival object links not visible We have noticed that in agent records in the Public Interface, only links to 'Related Collections' appear. Can somebody explain how links to Archival Objects within these collections can be visible to the public user? See for example http://archives.collections.ed.ac.uk/agents/786?agent_type=agent_corporate_entity This term is linked to 11 archival objects. Thanks Grant --------------------------------- Grant E. L. Buttars, | Deputy University Archivist | Special Collections | Centre for Research Collections | Division of Library and University Collections | University of Edinburgh George Square, Edinburgh | EH8 9LJ | http://www.ed.ac.uk/is/crc | tel: 0131 650 8379 | direct dial: 0131 651 3852 ================================= Coming to consult something? Please see http://www.ed.ac.uk/is/crc for service information Follow CRC [FaceBook-icon2][Twitter-icon2] Facebook: https://www.facebook.com/crc.edinburgh Twitter: https://twitter.com/CRC_EdUni Follow Archives [Twitter-icon2][Flickr-icon2][wordpress] Twitter: https://twitter.com/euarchives Flickr: http://www.flickr.com/photos/edinburgh-university-archives Blog: http://libraryblogs.is.ed.ac.uk/edinburghuniversityarchives Follow me professionally [Twitter-icon2][linkedin] Twitter: https://twitter.com/ButtarsGrant LinkedIn: https://www.linkedin.com/pub/grant-buttars/61/7b3/a09 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1176 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 1147 bytes Desc: image002.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 1287 bytes Desc: image003.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 4228 bytes Desc: image004.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 2587 bytes Desc: image005.png URL: From carlos.lemus at unlv.edu Tue Oct 6 18:01:43 2015 From: carlos.lemus at unlv.edu (Carlos Lemus) Date: Tue, 6 Oct 2015 15:01:43 -0700 Subject: [Archivesspace_Users_Group] Plugin: Custom import mapping for MarcXML Agents, help In-Reply-To: References: <9A53B124-1E8F-4754-86CE-FC8469258E1B@gmail.com> Message-ID: Hey Brian, Thank you for the reply, I have been able to piggy back of your code quite a bit which I'll update on github, but there is still some small issues. I've had to change the code a little bit to get it to work. For example it won't add the authority_id unless I first declare it because it's trying to add the authority_id to a nil object and then the source is duplicating multiple times. Also, the to_hash function wasn't seeming to return anything but to_hash(:raw) did. I have attached an example marcxml just in case. Looking at the record, it doesn't seem like I'm even working with the right one. They all have different uri, especially the last one that is giving me the error. I think that last one that is giving me the error might be the one that actually needs to be changed, but I can't find where it's coming from. I'll keep looking into it. I've got the other object to come out right #"agent_person", "agent_contacts"=>[], "linked_agent_roles"=>[], "external_documents"=>[], "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], "places"=>[], "names"=>[#"name_person", "use_dates"=>[], "authorized"=>false, "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, "primary_name"=>"Goodman", "rest_of_name"=>"Oscar Baylin,", "dates"=>"1939-", "name_order"=>"inverted", "source"=>"ingest ingest ingest", "authority_id"=>" n 2003051366"}>], "related_agents"=>[], "uri"=>"/agents/people/import_8a20f2f4-3560-41de-92b1-2aa888253143", "dates"=>"1939-"}> and the record is still the same, maybe I should be updating this one instead I'm not sure. #"agent_person", "agent_contacts"=>[], "linked_agent_roles"=>[], "external_documents"=>[], "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], "places"=>[], "names"=>[#"name_person", "use_dates"=>[], "authorized"=>false, "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, "authority_id"=>"n 2003051366", "name_order"=>"direct", "source"=>"ingest"}>], "related_agents"=>[], "uri"=>"/agents/people/import_308b3936-d294-4e4e-96cb-e9d35447f8cb"}> but I'm getting an error for a completely different one names/0/primary_name : Property is required but was missing For JSONModel(:agent_person): #"agent_person", "agent_contacts"=>[], "linked_agent_roles"=>[], "external_documents"=>[], "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], "places"=>[], "names"=>[{"jsonmodel_type"=>"name_person", "use_dates"=>[], "authorized"=>false, "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, "authority_id"=>"n 2003051366", "name_order"=>"direct", "source"=>"ingest"}], "related_agents"=>[], "uri"=>"/agents/people/import_40843311-b96a-4e59-9ebb-2d685e3e63ea"}> Thank you Carlos Lemus On Tue, Oct 6, 2015 at 10:05 AM, Brian Hoffman wrote: > Hi Carlos, > > I sent a pull request with an example of how you could merge names > together. I hope this helps. > > https://github.com/UNLV-Libraries/ArchivesSpace-authority-project/pull/2 > > Brian > > > On Sep 28, 2015, at 3:33 PM, Carlos Lemus wrote: > > Hello Brian, > > I was just checking if you got a chance to look at this issue. I am still > having some trouble merging the two names together and was wondering if > there was something else I needed to do. > > Thank you, > > Carlos Lemus > > On Mon, Sep 21, 2015 at 3:34 PM, Carlos Lemus > wrote: > >> Sorry Brian, the message got cut off. It's concatenating the names to >> the agent accordingly, however the names are still separated and I believe >> it is still looking for a primary name in that name >> >> Here is an example of the JSON >> >> For JSONModel(:agent_person): #> {"jsonmodel_type"=>"agent_person", "agent_contacts"=>[], >> "linked_agent_roles"=>[], "external_documents"=>[], >> "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], >> "names"=>[{"jsonmodel_type"=>"name_person", "use_dates"=>[], >> "authorized"=>false, "is_display_name"=>false, >> "sort_name_auto_generate"=>true, "uri"=>nil, "primary_name"=>"Goodman", >> "rest_of_name"=>"Oscar Baylin,", "dates"=>"1939-", >> "name_order"=>"inverted", "source"=>"ingest"}, >> {"jsonmodel_type"=>"name_person", "use_dates"=>[], "authorized"=>false, >> "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, >> "authority_id"=>"n 2003051366", "name_order"=>"direct", >> "source"=>"ingest"}], "related_agents"=>[], >> "uri"=>"/agents/people/import_4cd10c10-330e-4d71-916d-1f354f4e1f89"}> >> >> and here is the code for the plugin >> https://github.com/UNLV-Libraries/ArchivesSpace-authority-project/tree/master/unlv_importer >> >> I am still having trouble making it only one name_person instead of two >> under the agent person. I appreciate your help, sorry again for the delay >> and the double message. >> >> Thank you, >> Carlos Lemus >> >> On Mon, Sep 21, 2015 at 3:30 PM, Carlos Lemus >> wrote: >> >>> Hello Brian, >>> >>> Sorry for getting back to you so late, I have been attempting to >>> implement your code. It's concatenating the names to the agent accordingly, >>> however the names are still separated and I believe it is still looking for >>> a primary name in that name >>> >>> Here is an example of the JSON >>> >>> >>> On Fri, Sep 11, 2015 at 6:55 AM, Brian Hoffman >>> wrote: >>> >>>> Hi Carlos, >>>> >>>> Yes, that?s actually something I overlooked. The way the importers are >>>> constructed, you can?t actually access the queue of records to import from >>>> the configuration code. So, I posted an example of a workaround (and some >>>> workarounds for a few other issues with the way importers are sub-classed): >>>> >>>> >>>> https://github.com/quoideneuf/aspace_single_agent_marcxml/blob/master/backend/model/marcxml_accession_converter.rb >>>> >>>> Brian >>>> >>>> >>>> >>>> >>>> On Sep 10, 2015, at 12:44 AM, Carlos Lemus >>>> wrote: >>>> >>>> Hello Brian, >>>> >>>> Sorry if I'm not replying to our current thread correctly. I have yet >>>> to set up git for the plugin, but as soon as I do I will let you know. It >>>> is mostly some of the yale marcxml plugin setup and a lot of commented >>>> trial and error code at this point anyways. >>>> >>>> I tried the code you gave me and I think you understand perfectly what >>>> my issue is and I understand what you're trying to do by matching the agent >>>> to the current resource, exactly what I need. >>>> However, it's not working because the batch object seems to be Null. >>>> Not sure if maybe I'm required to import something. >>>> >>>> Error: #<NoMethodError: undefined method `working_area' for >>>> nil:NilClass> >>>> >>>> Here is the current state of my code >>>> >>>> UNLVMarcXMLAgentsConverter.configure do |config| >>>> config["/record"][:map]["controlfield[@tag='001']"] = -> resource, node >>>> { >>>> existing_agent_uri = resource.linked_agents.find {|link| link[:ref] =~ >>>> /people/ } >>>> existing_agent = @batch.working_area.find {|obj| obj.uri == >>>> existing_agent_uri } >>>> make(:name_person) do |name| >>>> name.primary = node.xpath("subfield[@code='a']").inner_text >>>> # add more name fields as necessary >>>> val = node.inner_text >>>> name['authority_id'] = val >>>> existing_agent.names << name >>>> end >>>> } >>>> end >>>> Thanks for the quick reply by the way. I would have gotten to you >>>> sooner, but I didn't get an email that you had replied. I'll keep an >>>> eye on the listserv from now on. >>>> >>>> Carlos Lemus >>>> >>>> >>>> >>> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: goodman-oscar-baylin-1939.xml Type: text/xml Size: 2651 bytes Desc: not available URL: From j at minorscience.com Tue Oct 6 19:59:16 2015 From: j at minorscience.com (Jason Loeffler) Date: Tue, 6 Oct 2015 19:59:16 -0400 Subject: [Archivesspace_Users_Group] Migration from 1.2 to 1.4 Message-ID: Anyone else encounter the following migration error when upgrading from the 1.2 release to 1.4? https://gist.github.com/anonymous/cc3d2ef586a07f3f341e Thanks, Jason Jason Loeffler Principal Minor Science | Application Development & Metadata Strategy Brooklyn, New York -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at minorscience.com Tue Oct 6 20:39:33 2015 From: j at minorscience.com (Jason Loeffler) Date: Tue, 6 Oct 2015 20:39:33 -0400 Subject: [Archivesspace_Users_Group] Migration from 1.2 to 1.4 In-Reply-To: References: Message-ID: I should add that the setup-database.sh script encountered errors against the following tables: telephone rde_template default_values I temporarily removed these tables from the database and was able to run the upgrade process successfully. On Tue, Oct 6, 2015 at 7:59 PM, Jason Loeffler wrote: > Anyone else encounter the following migration error when upgrading from > the 1.2 release to 1.4? > > https://gist.github.com/anonymous/cc3d2ef586a07f3f341e > > Thanks, Jason > > Jason Loeffler > Principal > Minor Science | Application Development & Metadata Strategy > Brooklyn, New York > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Wed Oct 7 08:11:44 2015 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Wed, 7 Oct 2015 12:11:44 +0000 Subject: [Archivesspace_Users_Group] customizing the MARC exporter In-Reply-To: <47E74855-9B1D-43CD-AFDE-40742684C137@gmail.com> References: <1F1E72103798F04D96C355B296D7C61B4BE50D@mb2-uts.du.edu> <88666507-B1F5-4E12-9129-7E43D1B9F79F@gmail.com> <1F1E72103798F04D96C355B296D7C61B4BEB4D@mb2-uts.du.edu> <47E74855-9B1D-43CD-AFDE-40742684C137@gmail.com> Message-ID: <2F65F30A-8A4D-4C34-B40C-FFC33A186176@dartmouth.edu> Hi Kevin- We (Dartmouth) are having HM do some custom work for us around the same topic. Check out https://github.com/hudmol/dartmouth_udf_exports which allows adding custom mappings to both the EAD and MARC exports. It does not allow for suppressing fields, so if AS wants to map something to one field and you want it mapped to another, you'll wind up with the data in two different fields. Joshua From: Brian Hoffman Reply-To: Archivesspace Users Group Date: Tuesday, June 23, 2015 at 5:32 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] customizing the MARC exporter Hi Kevin, I?m sorry - yes, the link I sent is for a customized importer, and you were asking about exporters. The only relevant examples I know of are these: https://github.com/archivesspace/yale-ead-exporter https://github.com/helrond/aspace-labels The same patterns should apply for Marc. You?ll most likely want to override methods in this class: https://github.com/archivesspace/archivesspace/blob/master/backend/app/exporters/models/marc21.rb Brian On Jun 23, 2015, at 5:01 PM, Kevin Clair > wrote: Hi Brian, Thanks for that. Does this import MARCXML records that come from outside of ArchivesSpace? What I was hoping to do is extend the current MARC export inhttps://github.com/archivesspace/archivesspace/blob/master/backend/app/exporters/models/marc21.rb to account for our local catalog rules, instead of our current method of doing that (which is a Perl script that downloads JSON from the API alongside the MARC export and adds the missing fields manually). This doesn?t look like quite the same thing, though I?m new to Ruby so I may be missing something? -k From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Hoffman Sent: Monday, June 22, 2015 10:32 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] customizing the MARC exporter Hi Kevin, Here is an example of a customized MARC to Accession converter plugin. I think this might help. https://github.com/hudmol/yale_marcxml2accession_extras Brian On Jun 22, 2015, at 12:00 PM, Kevin Clair > wrote: Hello, I?m curious if anyone on the list has had any success with customizing the exports of MARCXML records for Resources in ArchivesSpace. I?ve seen the wiki post athttps://archivesspace.atlassian.net/wiki/pages/viewpage.action?pageId=18088140 about customizing the EAD exports, but it looks like the MARC serializer only exports datafields and subfields that are populated in the MARC export model, which doesn?t seem to be something I can customize as a local plugin. We have some local rules for populating the 001, 949, etc. fields in our catalog that I?d like to take care of in the ArchivesSpace export directly, rather than having to run the XMLs through MarcEdit or a Perl script as an intermediate step before we import them into our ILS. Any tips or sample code would be appreciated. thanks! cheers, -k _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Wed Oct 7 08:22:00 2015 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Wed, 7 Oct 2015 12:22:00 +0000 Subject: [Archivesspace_Users_Group] Question re: MARC exports - lots of brokenness? Message-ID: Hi All- Just wondering if others have noticed that there are a lot of broken bits in the MARC export with 1.3 (haven't tested 1.4 yet). Here's what I've noticed so far. 1. The dates of the agent existence are still being pulled from the now deprecated "Dates" field in the Name Form subrecord instead of the Dates of Existence subrecord. 2. Multipart notes are not pulling the content from the sub note, so you wind up with a lot of blank bits - e.g.: * Processing Information: Processing Information: Just wondering if this is a local to us issue and - if not - if I've missed a bug report or three in the tracker? If I haven't missed the bug report(s)...guess its time to file a couple! Thanks! Joshua -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Wed Oct 7 10:21:01 2015 From: mark.custer at yale.edu (Custer, Mark) Date: Wed, 7 Oct 2015 14:21:01 +0000 Subject: [Archivesspace_Users_Group] EAD to MODS In-Reply-To: References: <5DEACA4EF37CD64FA82B96F3F09C88C1129BFD@EXCH1-LIB.lib.cuhk.edu.hk> Message-ID: Anne, and all: This mapping isn't specific to ASpace and Islandora (and I've never used Islandora, so I don't know what type of MODS it supports), but I've written a basic EAD to MODS transformation process here that you might find useful as a starting point: https://github.com/fordmadox/EAD-to-MODS/blob/master/yale.ead2mods-allLevels-plusContextTree.xsl The overall mapping from EAD 2002 to MODS is provided in the "EAD to MODS Ladybird Mapping" Excel spreadsheet (see columns A - C) that's available here: http://guides.library.yale.edu/metadata_committee/metadata_structural_standards (we didn't map the level of description to MODS, though, since we couldn't figure out where to do this in MODS, and I haven't seen that done in any other EAD to MODS mappings; however, as you'll see below, I opted to include EAD snippets within each MODS record, so that piece of metadata is still available in the output file). This XSLT file will take any EAD file as its input and then create a new directory that contains one MODS file for every level of archival description, including the top level (i.e. the entire EAD file) as well as another MODS file that contains a stripped down version of the collection hierarchy (but this file can be ignored, or easily removed from the transformation). Additionally, the following bits of information will be inherited if they're missing from any level of archival description: unit title, unit date, access restriction note, use restriction note, original locations note, physical location note, and a preferred citation note (or, more correctly, the preferred citation note will be constructed if that note doesn't exist at the current level). I'd argue that more information could be inherited (or constructed), but for now, that's all that's happening in this process. Lastly, an EAD snippet is embedded in each MODS file (actually, a number of other things happen for our local purposes, like the construction of an HTML title for each record, but I'd probably remove those sorts of processes from this transformation). Long story short, if you start with an EAD file like this one, http://hdl.handle.net/10079/fa/beinecke.bute, you'll wind up with 258 MODS records. Here's an example MODS record, in full: Press release on Tarantella, typescript Press release on Tarantella]]>, typescript undated This collection is open for research. Restricted Fragile in box 35 may be consulted only with permission of the appropriate curator. A reference copy of the audio recording has been substituted in the main files for reference use. The Mary Ellen Bute Papers is the physical property of the Beinecke Rare Book and Manuscript Library, Yale University. Literary rights, including copyright, belong to the authors or their legal heirs and assigns. For further information, consult the appropriate curator. Press release on Tarantella, typescript, undated. Mary Ellen Bute Papers. General Collection, Beinecke Rare Book and Manuscript Library, Yale University. 36 548 Press release on Tarantella, typescript undated Information about Access

This collection is open for research.

Restricted Fragile in box 35 may be consulted only with permission of the appropriate curator. A reference copy of the audio recording has been substituted in the main files for reference use.

 Ownership & Copyright

The Mary Ellen Bute Papers is the physical property of the Beinecke Rare Book and Manuscript Library, Yale University. Literary rights, including copyright, belong to the authors or their legal heirs and assigns. For further information, consult the appropriate curator.

Press release on Tarantella, typescript, undated. Mary Ellen Bute Papers. General Collection, Beinecke Rare Book and Manuscript Library, Yale University.

 beinecke.bute-contextTree.xml beinecke.bute/ref293 beinecke.bute/ref277 15 36 548 Mary Ellen Bute Papers GEN MSS 603 Bute, Mary Ellen. English Beinecke Rare Book and Manuscript Library From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Suda, Phillip J Sent: Tuesday, October 06, 2015 9:03 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] EAD to MODS Greetings, I am interested in this topic as well. Thanks, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Anne Chan (Library) Sent: Tuesday, October 06, 2015 3:59 AM To: 'archivesspace_users_group at lyralists.lyrasis.org' > Subject: [Archivesspace_Users_Group] EAD to MODS Hi, all, Appreciate very much if anyone can share with us your experience, workflow, or documents on mapping EAD XML (ArchivesSpace) to MODS (Islandora), thank you. Regards anne Assistant Special Collections Librarian (Archive Management) Special Collections, CUHK Library The Chinese University of Hong Kong, Shatin, N.T. HONG KONG -------------- next part -------------- An HTML attachment was scrubbed... URL: From elizabeth.russell1 at maine.edu Wed Oct 7 14:48:16 2015 From: elizabeth.russell1 at maine.edu (Elizabeth Russell) Date: Wed, 7 Oct 2015 14:48:16 -0400 Subject: [Archivesspace_Users_Group] Editing Repository Information Message-ID: Hello All, I've been trying to edit the repository information - I need to add our telephone number. The problem is that every time I save the edit, it strips out the telephone number. We just updated to v.1.4, and I know this was an issue in v.1.3 as well; however, at some earlier point, the telephone number was showing up. Any help would be greatly appreciated. Thank you, Beth -- Beth Russell Archivist / Special Collections Librarian University of Maine, 5729 Raymond H. Fogler Library Orono, ME 04469-5729 207.581.1676 elizabeth.russell1 at maine.edu http://www.library.umaine.edu/speccoll -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kevin.Clair at du.edu Wed Oct 7 15:04:40 2015 From: Kevin.Clair at du.edu (Kevin Clair) Date: Wed, 7 Oct 2015 19:04:40 +0000 Subject: [Archivesspace_Users_Group] customizing the MARC exporter In-Reply-To: <2F65F30A-8A4D-4C34-B40C-FFC33A186176@dartmouth.edu> References: <1F1E72103798F04D96C355B296D7C61B4BE50D@mb2-uts.du.edu> <88666507-B1F5-4E12-9129-7E43D1B9F79F@gmail.com> <1F1E72103798F04D96C355B296D7C61B4BEB4D@mb2-uts.du.edu> <47E74855-9B1D-43CD-AFDE-40742684C137@gmail.com> <2F65F30A-8A4D-4C34-B40C-FFC33A186176@dartmouth.edu> Message-ID: Thanks for this, it?s very helpful (especially since I was about to work on a custom MODS exporter for our digital objects that would need to use the user-defined fields). Our custom work is all stashed in our local plugins, and can be found by the curious at https://github.com/duspeccoll/plugins_local/tree/master/backend/model. -k From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Joshua D. Shaw Sent: Wednesday, October 07, 2015 6:12 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] customizing the MARC exporter Hi Kevin- We (Dartmouth) are having HM do some custom work for us around the same topic. Check out https://github.com/hudmol/dartmouth_udf_exports which allows adding custom mappings to both the EAD and MARC exports. It does not allow for suppressing fields, so if AS wants to map something to one field and you want it mapped to another, you'll wind up with the data in two different fields. Joshua From: Brian Hoffman Reply-To: Archivesspace Users Group Date: Tuesday, June 23, 2015 at 5:32 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] customizing the MARC exporter Hi Kevin, I?m sorry - yes, the link I sent is for a customized importer, and you were asking about exporters. The only relevant examples I know of are these: https://github.com/archivesspace/yale-ead-exporter https://github.com/helrond/aspace-labels The same patterns should apply for Marc. You?ll most likely want to override methods in this class: https://github.com/archivesspace/archivesspace/blob/master/backend/app/exporters/models/marc21.rb Brian On Jun 23, 2015, at 5:01 PM, Kevin Clair > wrote: Hi Brian, Thanks for that. Does this import MARCXML records that come from outside of ArchivesSpace? What I was hoping to do is extend the current MARC export inhttps://github.com/archivesspace/archivesspace/blob/master/backend/app/exporters/models/marc21.rb to account for our local catalog rules, instead of our current method of doing that (which is a Perl script that downloads JSON from the API alongside the MARC export and adds the missing fields manually). This doesn?t look like quite the same thing, though I?m new to Ruby so I may be missing something? -k From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Hoffman Sent: Monday, June 22, 2015 10:32 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] customizing the MARC exporter Hi Kevin, Here is an example of a customized MARC to Accession converter plugin. I think this might help. https://github.com/hudmol/yale_marcxml2accession_extras Brian On Jun 22, 2015, at 12:00 PM, Kevin Clair > wrote: Hello, I?m curious if anyone on the list has had any success with customizing the exports of MARCXML records for Resources in ArchivesSpace. I?ve seen the wiki post athttps://archivesspace.atlassian.net/wiki/pages/viewpage.action?pageId=18088140 about customizing the EAD exports, but it looks like the MARC serializer only exports datafields and subfields that are populated in the MARC export model, which doesn?t seem to be something I can customize as a local plugin. We have some local rules for populating the 001, 949, etc. fields in our catalog that I?d like to take care of in the ArchivesSpace export directly, rather than having to run the XMLs through MarcEdit or a Perl script as an intermediate step before we import them into our ILS. Any tips or sample code would be appreciated. thanks! cheers, -k _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From Sara.J.Szakaly at aphis.usda.gov Wed Oct 7 18:43:07 2015 From: Sara.J.Szakaly at aphis.usda.gov (Szakaly, Sara J - APHIS) Date: Wed, 7 Oct 2015 22:43:07 +0000 Subject: [Archivesspace_Users_Group] Issue with Agents/Subjects Message-ID: I am having an issue with editing agents and subjects in a finding aid. They are disappearing. I have agents entered, but when I attempt to save the collection, I get errors saying that those fields are blank (and if I look at them there, they are blank. But if I view the collection out of edit mode, they are actually still there.) These errors are preventing me from saving changes I want to make to the finding aid, specifically re-adding subjects that randomly disappeared when I was trying to save changes that I made to the collection. Any advice? Thanks! Sara -------------- next part -------------- An HTML attachment was scrubbed... URL: From annechan at lib.cuhk.edu.hk Wed Oct 7 23:05:45 2015 From: annechan at lib.cuhk.edu.hk (Anne Chan (Library)) Date: Thu, 8 Oct 2015 03:05:45 +0000 Subject: [Archivesspace_Users_Group] EAD to MODS In-Reply-To: References: <5DEACA4EF37CD64FA82B96F3F09C88C1129BFD@EXCH1-LIB.lib.cuhk.edu.hk> Message-ID: <5DEACA4EF37CD64FA82B96F3F09C88C113513C@EXCH1-LIB.lib.cuhk.edu.hk> Hi, Mark Thank you so much for your sharing, it is very helpful. anne From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, October 07, 2015 10:21 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] EAD to MODS Anne, and all: This mapping isn't specific to ASpace and Islandora (and I've never used Islandora, so I don't know what type of MODS it supports), but I've written a basic EAD to MODS transformation process here that you might find useful as a starting point: https://github.com/fordmadox/EAD-to-MODS/blob/master/yale.ead2mods-allLevels-plusContextTree.xsl The overall mapping from EAD 2002 to MODS is provided in the "EAD to MODS Ladybird Mapping" Excel spreadsheet (see columns A - C) that's available here: http://guides.library.yale.edu/metadata_committee/metadata_structural_standards (we didn't map the level of description to MODS, though, since we couldn't figure out where to do this in MODS, and I haven't seen that done in any other EAD to MODS mappings; however, as you'll see below, I opted to include EAD snippets within each MODS record, so that piece of metadata is still available in the output file). This XSLT file will take any EAD file as its input and then create a new directory that contains one MODS file for every level of archival description, including the top level (i.e. the entire EAD file) as well as another MODS file that contains a stripped down version of the collection hierarchy (but this file can be ignored, or easily removed from the transformation). Additionally, the following bits of information will be inherited if they're missing from any level of archival description: unit title, unit date, access restriction note, use restriction note, original locations note, physical location note, and a preferred citation note (or, more correctly, the preferred citation note will be constructed if that note doesn't exist at the current level). I'd argue that more information could be inherited (or constructed), but for now, that's all that's happening in this process. Lastly, an EAD snippet is embedded in each MODS file (actually, a number of other things happen for our local purposes, like the construction of an HTML title for each record, but I'd probably remove those sorts of processes from this transformation). Long story short, if you start with an EAD file like this one, http://hdl.handle.net/10079/fa/beinecke.bute, you'll wind up with 258 MODS records. Here's an example MODS record, in full: Press release on Tarantella, typescript Press release on Tarantella]]>, typescript undated This collection is open for research. Restricted Fragile in box 35 may be consulted only with permission of the appropriate curator. A reference copy of the audio recording has been substituted in the main files for reference use. The Mary Ellen Bute Papers is the physical property of the Beinecke Rare Book and Manuscript Library, Yale University. Literary rights, including copyright, belong to the authors or their legal heirs and assigns. For further information, consult the appropriate curator. Press release on Tarantella, typescript, undated. Mary Ellen Bute Papers. General Collection, Beinecke Rare Book and Manuscript Library, Yale University. 36 548 Press release on Tarantella, typescript undated Information about Access

This collection is open for research.

Restricted Fragile in box 35 may be consulted only with permission of the appropriate curator. A reference copy of the audio recording has been substituted in the main files for reference use.

 Ownership & Copyright

The Mary Ellen Bute Papers is the physical property of the Beinecke Rare Book and Manuscript Library, Yale University. Literary rights, including copyright, belong to the authors or their legal heirs and assigns. For further information, consult the appropriate curator.

Press release on Tarantella, typescript, undated. Mary Ellen Bute Papers. General Collection, Beinecke Rare Book and Manuscript Library, Yale University.

 beinecke.bute-contextTree.xml beinecke.bute/ref293 beinecke.bute/ref277 15 36 548 Mary Ellen Bute Papers GEN MSS 603 Bute, Mary Ellen. English Beinecke Rare Book and Manuscript Library From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Suda, Phillip J Sent: Tuesday, October 06, 2015 9:03 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] EAD to MODS Greetings, I am interested in this topic as well. Thanks, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Anne Chan (Library) Sent: Tuesday, October 06, 2015 3:59 AM To: 'archivesspace_users_group at lyralists.lyrasis.org' > Subject: [Archivesspace_Users_Group] EAD to MODS Hi, all, Appreciate very much if anyone can share with us your experience, workflow, or documents on mapping EAD XML (ArchivesSpace) to MODS (Islandora), thank you. Regards anne Assistant Special Collections Librarian (Archive Management) Special Collections, CUHK Library The Chinese University of Hong Kong, Shatin, N.T. HONG KONG -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Thu Oct 8 08:31:47 2015 From: mark.custer at yale.edu (Custer, Mark) Date: Thu, 8 Oct 2015 12:31:47 +0000 Subject: [Archivesspace_Users_Group] EAD to MODS In-Reply-To: <5DEACA4EF37CD64FA82B96F3F09C88C113513C@EXCH1-LIB.lib.cuhk.edu.hk> References: <5DEACA4EF37CD64FA82B96F3F09C88C1129BFD@EXCH1-LIB.lib.cuhk.edu.hk> <5DEACA4EF37CD64FA82B96F3F09C88C113513C@EXCH1-LIB.lib.cuhk.edu.hk> Message-ID: I should add that I finally found a place to map the archival level of description. Since this information is mapped in MARC to 351$c, I (finally) realized that I should check out the MARC to MODS mapping: http://www.loc.gov/standards/mods/mods-mapping.html Here the suggestion is to add that information to the arrangement note. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Anne Chan (Library) Sent: Wednesday, October 07, 2015 11:06 PM To: 'Archivesspace Users Group' Subject: Re: [Archivesspace_Users_Group] EAD to MODS Hi, Mark Thank you so much for your sharing, it is very helpful. anne From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, October 07, 2015 10:21 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] EAD to MODS Anne, and all: This mapping isn't specific to ASpace and Islandora (and I've never used Islandora, so I don't know what type of MODS it supports), but I've written a basic EAD to MODS transformation process here that you might find useful as a starting point: https://github.com/fordmadox/EAD-to-MODS/blob/master/yale.ead2mods-allLevels-plusContextTree.xsl The overall mapping from EAD 2002 to MODS is provided in the "EAD to MODS Ladybird Mapping" Excel spreadsheet (see columns A - C) that's available here: http://guides.library.yale.edu/metadata_committee/metadata_structural_standards (we didn't map the level of description to MODS, though, since we couldn't figure out where to do this in MODS, and I haven't seen that done in any other EAD to MODS mappings; however, as you'll see below, I opted to include EAD snippets within each MODS record, so that piece of metadata is still available in the output file). This XSLT file will take any EAD file as its input and then create a new directory that contains one MODS file for every level of archival description, including the top level (i.e. the entire EAD file) as well as another MODS file that contains a stripped down version of the collection hierarchy (but this file can be ignored, or easily removed from the transformation). Additionally, the following bits of information will be inherited if they're missing from any level of archival description: unit title, unit date, access restriction note, use restriction note, original locations note, physical location note, and a preferred citation note (or, more correctly, the preferred citation note will be constructed if that note doesn't exist at the current level). I'd argue that more information could be inherited (or constructed), but for now, that's all that's happening in this process. Lastly, an EAD snippet is embedded in each MODS file (actually, a number of other things happen for our local purposes, like the construction of an HTML title for each record, but I'd probably remove those sorts of processes from this transformation). Long story short, if you start with an EAD file like this one, http://hdl.handle.net/10079/fa/beinecke.bute, you'll wind up with 258 MODS records. Here's an example MODS record, in full: Press release on Tarantella, typescript Press release on Tarantella]]>, typescript undated This collection is open for research. Restricted Fragile in box 35 may be consulted only with permission of the appropriate curator. A reference copy of the audio recording has been substituted in the main files for reference use. The Mary Ellen Bute Papers is the physical property of the Beinecke Rare Book and Manuscript Library, Yale University. Literary rights, including copyright, belong to the authors or their legal heirs and assigns. For further information, consult the appropriate curator. Press release on Tarantella, typescript, undated. Mary Ellen Bute Papers. General Collection, Beinecke Rare Book and Manuscript Library, Yale University. 36 548 Press release on Tarantella, typescript undated Information about Access

This collection is open for research.

Restricted Fragile in box 35 may be consulted only with permission of the appropriate curator. A reference copy of the audio recording has been substituted in the main files for reference use.

 Ownership & Copyright

The Mary Ellen Bute Papers is the physical property of the Beinecke Rare Book and Manuscript Library, Yale University. Literary rights, including copyright, belong to the authors or their legal heirs and assigns. For further information, consult the appropriate curator.

Press release on Tarantella, typescript, undated. Mary Ellen Bute Papers. General Collection, Beinecke Rare Book and Manuscript Library, Yale University.

 beinecke.bute-contextTree.xml beinecke.bute/ref293 beinecke.bute/ref277 15 36 548 Mary Ellen Bute Papers GEN MSS 603 Bute, Mary Ellen. English Beinecke Rare Book and Manuscript Library From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Suda, Phillip J Sent: Tuesday, October 06, 2015 9:03 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] EAD to MODS Greetings, I am interested in this topic as well. Thanks, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Anne Chan (Library) Sent: Tuesday, October 06, 2015 3:59 AM To: 'archivesspace_users_group at lyralists.lyrasis.org' > Subject: [Archivesspace_Users_Group] EAD to MODS Hi, all, Appreciate very much if anyone can share with us your experience, workflow, or documents on mapping EAD XML (ArchivesSpace) to MODS (Islandora), thank you. Regards anne Assistant Special Collections Librarian (Archive Management) Special Collections, CUHK Library The Chinese University of Hong Kong, Shatin, N.T. HONG KONG -------------- next part -------------- An HTML attachment was scrubbed... URL: From maureen.callahan at yale.edu Thu Oct 8 09:06:47 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Thu, 8 Oct 2015 13:06:47 +0000 Subject: [Archivesspace_Users_Group] EAD to MODS In-Reply-To: References: <5DEACA4EF37CD64FA82B96F3F09C88C1129BFD@EXCH1-LIB.lib.cuhk.edu.hk> <5DEACA4EF37CD64FA82B96F3F09C88C113513C@EXCH1-LIB.lib.cuhk.edu.hk> Message-ID: <2274BC98-C41D-4F0D-8C5D-C8FD450BB8F5@yale.edu> Mark has been privy to my issues with trying to map level in MODS ? frankly, I think that ?arrangement? is a bonkers place to put level of description. My strong recommendation is to avoid wrapping archival content in bibliographic encoding for two reasons. First, the straight-up mapping is difficult, as Mark?s EAD snippets speak to. But second, I think that atomizing archival content in a big bucket of MODS records has the potential to miss the point of some fundamental archival principles ? context, relationships, inference. I?d love to see some of the EAD groups think about how to atomize these ?EAD snippets? in a way that provide references to essential relationships with other records and that systems like Islandora can ingest instead of MODS. Maureen On Oct 8, 2015, at 8:31 AM, Custer, Mark > wrote: I should add that I finally found a place to map the archival level of description. Since this information is mapped in MARC to 351$c, I (finally) realized that I should check out the MARC to MODS mapping: http://www.loc.gov/standards/mods/mods-mapping.html Here the suggestion is to add that information to the arrangement note. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Anne Chan (Library) Sent: Wednesday, October 07, 2015 11:06 PM To: 'Archivesspace Users Group' Subject: Re: [Archivesspace_Users_Group] EAD to MODS Hi, Mark Thank you so much for your sharing, it is very helpful. anne From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, October 07, 2015 10:21 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] EAD to MODS Anne, and all: This mapping isn?t specific to ASpace and Islandora (and I?ve never used Islandora, so I don?t know what type of MODS it supports), but I?ve written a basic EAD to MODS transformation process here that you might find useful as a starting point: https://github.com/fordmadox/EAD-to-MODS/blob/master/yale.ead2mods-allLevels-plusContextTree.xsl The overall mapping from EAD 2002 to MODS is provided in the ?EAD to MODS Ladybird Mapping? Excel spreadsheet (see columns A ? C) that?s available here: http://guides.library.yale.edu/metadata_committee/metadata_structural_standards (we didn?t map the level of description to MODS, though, since we couldn?t figure out where to do this in MODS, and I haven?t seen that done in any other EAD to MODS mappings; however, as you?ll see below, I opted to include EAD snippets within each MODS record, so that piece of metadata is still available in the output file). This XSLT file will take any EAD file as its input and then create a new directory that contains one MODS file for every level of archival description, including the top level (i.e. the entire EAD file) as well as another MODS file that contains a stripped down version of the collection hierarchy (but this file can be ignored, or easily removed from the transformation). Additionally, the following bits of information will be inherited if they?re missing from any level of archival description: unit title, unit date, access restriction note, use restriction note, original locations note, physical location note, and a preferred citation note (or, more correctly, the preferred citation note will be constructed if that note doesn?t exist at the current level). I?d argue that more information could be inherited (or constructed), but for now, that?s all that?s happening in this process. Lastly, an EAD snippet is embedded in each MODS file (actually, a number of other things happen for our local purposes, like the construction of an HTML title for each record, but I?d probably remove those sorts of processes from this transformation). Long story short, if you start with an EAD file like this one, http://hdl.handle.net/10079/fa/beinecke.bute, you?ll wind up with 258 MODS records. Here?s an example MODS record, in full: Press release on Tarantella, typescript Press release on Tarantella]]>, typescript undated This collection is open for research. Restricted Fragile in box 35 may be consulted only with permission of the appropriate curator. A reference copy of the audio recording has been substituted in the main files for reference use. The Mary Ellen Bute Papers is the physical property of the Beinecke Rare Book and Manuscript Library, Yale University. Literary rights, including copyright, belong to the authors or their legal heirs and assigns. For further information, consult the appropriate curator. Press release on Tarantella, typescript, undated. Mary Ellen Bute Papers. General Collection, Beinecke Rare Book and Manuscript Library, Yale University. 36 548 Press release on Tarantella, typescript undated Information about Access

This collection is open for research.

Restricted Fragile in box 35 may be consulted only with permission of the appropriate curator. A reference copy of the audio recording has been substituted in the main files for reference use.

 Ownership & Copyright

The Mary Ellen Bute Papers is the physical property of the Beinecke Rare Book and Manuscript Library, Yale University. Literary rights, including copyright, belong to the authors or their legal heirs and assigns. For further information, consult the appropriate curator.

Press release on Tarantella, typescript, undated. Mary Ellen Bute Papers. General Collection, Beinecke Rare Book and Manuscript Library, Yale University.

 beinecke.bute-contextTree.xml beinecke.bute/ref293 beinecke.bute/ref277 15 36 548 Mary Ellen Bute Papers GEN MSS 603 Bute, Mary Ellen. English Beinecke Rare Book and Manuscript Library From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Suda, Phillip J Sent: Tuesday, October 06, 2015 9:03 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] EAD to MODS Greetings, I am interested in this topic as well. Thanks, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Anne Chan (Library) Sent: Tuesday, October 06, 2015 3:59 AM To: 'archivesspace_users_group at lyralists.lyrasis.org' > Subject: [Archivesspace_Users_Group] EAD to MODS Hi, all, Appreciate very much if anyone can share with us your experience, workflow, or documents on mapping EAD XML (ArchivesSpace) to MODS (Islandora), thank you. Regards anne Assistant Special Collections Librarian (Archive Management) Special Collections, CUHK Library The Chinese University of Hong Kong, Shatin, N.T. HONG KONG _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=A-8IhudBV7Fq00-c79SSJJv3gl749SSR1VIKUqWAzB8&s=IAXFO4r6wo8tHKdYKMk-ZLOYw0iTvzuIw9KoznWi_AM&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkottman at ku.edu Thu Oct 8 09:28:30 2015 From: mkottman at ku.edu (Kottman, Miloche) Date: Thu, 8 Oct 2015 13:28:30 +0000 Subject: [Archivesspace_Users_Group] Issue with Agents/Subjects In-Reply-To: References: Message-ID: <4d986f4facbc4fc3b9cb4c0afbfb6b05@ex13-csf-cr-15.home.ku.edu> Sara, I submitted this as a bug in ArchivesSpace version 1.4 a couple days ago (https://archivesspace.atlassian.net/browse/AS-51) I believe this bug is due to the performance measures implemented that zips up larger sections of the resource record until you specifically open them, i.e. click on the "Please click to load records" message. I have devised a work around while waiting for the "fix" that you can try. If you are editing an existing resource (or digital object) record that has 4 or more agent records, the Agent Links section will have the "Please click to load" message. * You MUST click to load/display the Agent records, even if you don't plan on editing them. * You can then edit any other section of the record and save as usual If you don't do this, don't panic! You agent records are still there. * Click on the Close Record button to get out of Edit mode * Click on the Edit button * Click on the "Please click to load" message * Your Agent links should be restored Hope this works for you, --Miloche Miloche Kottman Head of Cataloging and Archival Processing University of Kansas Libraries Lawrence, KS 66045 mkottman at ku.edu 785-864-3916 or 785-864-4823 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Szakaly, Sara J - APHIS Sent: Wednesday, October 07, 2015 5:43 PM To: archivesspace_users_group at lyralists.lyrasis.org Cc: Caitlin Nelson Subject: [Archivesspace_Users_Group] Issue with Agents/Subjects I am having an issue with editing agents and subjects in a finding aid. They are disappearing. I have agents entered, but when I attempt to save the collection, I get errors saying that those fields are blank (and if I look at them there, they are blank. But if I view the collection out of edit mode, they are actually still there.) These errors are preventing me from saving changes I want to make to the finding aid, specifically re-adding subjects that randomly disappeared when I was trying to save changes that I made to the collection. Any advice? Thanks! Sara -------------- next part -------------- An HTML attachment was scrubbed... URL: From psuda1 at tulane.edu Thu Oct 8 10:10:31 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Thu, 8 Oct 2015 14:10:31 +0000 Subject: [Archivesspace_Users_Group] EAD to MODS In-Reply-To: <2274BC98-C41D-4F0D-8C5D-C8FD450BB8F5@yale.edu> References: <5DEACA4EF37CD64FA82B96F3F09C88C1129BFD@EXCH1-LIB.lib.cuhk.edu.hk> <5DEACA4EF37CD64FA82B96F3F09C88C113513C@EXCH1-LIB.lib.cuhk.edu.hk> <2274BC98-C41D-4F0D-8C5D-C8FD450BB8F5@yale.edu> Message-ID: I guess it should be noted that Islandora does allow for the ingest of other data streams besides MODS. EAD XML can be ingested as a datastream into Islandora and be kept that way. I know of some universities creating Islandora display modules for finding aids based on the ingested EAD. Thanks, Phil On Oct 8, 2015, at 8:06 AM, Callahan, Maureen > wrote: Mark has been privy to my issues with trying to map level in MODS ? frankly, I think that ?arrangement? is a bonkers place to put level of description. My strong recommendation is to avoid wrapping archival content in bibliographic encoding for two reasons. First, the straight-up mapping is difficult, as Mark?s EAD snippets speak to. But second, I think that atomizing archival content in a big bucket of MODS records has the potential to miss the point of some fundamental archival principles ? context, relationships, inference. I?d love to see some of the EAD groups think about how to atomize these ?EAD snippets? in a way that provide references to essential relationships with other records and that systems like Islandora can ingest instead of MODS. Maureen On Oct 8, 2015, at 8:31 AM, Custer, Mark > wrote: I should add that I finally found a place to map the archival level of description. Since this information is mapped in MARC to 351$c, I (finally) realized that I should check out the MARC to MODS mapping: http://www.loc.gov/standards/mods/mods-mapping.html Here the suggestion is to add that information to the arrangement note. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Anne Chan (Library) Sent: Wednesday, October 07, 2015 11:06 PM To: 'Archivesspace Users Group' Subject: Re: [Archivesspace_Users_Group] EAD to MODS Hi, Mark Thank you so much for your sharing, it is very helpful. anne From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, October 07, 2015 10:21 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] EAD to MODS Anne, and all: This mapping isn?t specific to ASpace and Islandora (and I?ve never used Islandora, so I don?t know what type of MODS it supports), but I?ve written a basic EAD to MODS transformation process here that you might find useful as a starting point: https://github.com/fordmadox/EAD-to-MODS/blob/master/yale.ead2mods-allLevels-plusContextTree.xsl The overall mapping from EAD 2002 to MODS is provided in the ?EAD to MODS Ladybird Mapping? Excel spreadsheet (see columns A ? C) that?s available here: http://guides.library.yale.edu/metadata_committee/metadata_structural_standards (we didn?t map the level of description to MODS, though, since we couldn?t figure out where to do this in MODS, and I haven?t seen that done in any other EAD to MODS mappings; however, as you?ll see below, I opted to include EAD snippets within each MODS record, so that piece of metadata is still available in the output file). This XSLT file will take any EAD file as its input and then create a new directory that contains one MODS file for every level of archival description, including the top level (i.e. the entire EAD file) as well as another MODS file that contains a stripped down version of the collection hierarchy (but this file can be ignored, or easily removed from the transformation). Additionally, the following bits of information will be inherited if they?re missing from any level of archival description: unit title, unit date, access restriction note, use restriction note, original locations note, physical location note, and a preferred citation note (or, more correctly, the preferred citation note will be constructed if that note doesn?t exist at the current level). I?d argue that more information could be inherited (or constructed), but for now, that?s all that?s happening in this process. Lastly, an EAD snippet is embedded in each MODS file (actually, a number of other things happen for our local purposes, like the construction of an HTML title for each record, but I?d probably remove those sorts of processes from this transformation). Long story short, if you start with an EAD file like this one, http://hdl.handle.net/10079/fa/beinecke.bute, you?ll wind up with 258 MODS records. Here?s an example MODS record, in full: Press release on Tarantella, typescript Press release on Tarantella]]>, typescript undated This collection is open for research. Restricted Fragile in box 35 may be consulted only with permission of the appropriate curator. A reference copy of the audio recording has been substituted in the main files for reference use. The Mary Ellen Bute Papers is the physical property of the Beinecke Rare Book and Manuscript Library, Yale University. Literary rights, including copyright, belong to the authors or their legal heirs and assigns. For further information, consult the appropriate curator. Press release on Tarantella, typescript, undated. Mary Ellen Bute Papers. General Collection, Beinecke Rare Book and Manuscript Library, Yale University. 36 548 Press release on Tarantella, typescript undated Information about Access

This collection is open for research.

Restricted Fragile in box 35 may be consulted only with permission of the appropriate curator. A reference copy of the audio recording has been substituted in the main files for reference use.

 Ownership & Copyright

The Mary Ellen Bute Papers is the physical property of the Beinecke Rare Book and Manuscript Library, Yale University. Literary rights, including copyright, belong to the authors or their legal heirs and assigns. For further information, consult the appropriate curator.

Press release on Tarantella, typescript, undated. Mary Ellen Bute Papers. General Collection, Beinecke Rare Book and Manuscript Library, Yale University.

 beinecke.bute-contextTree.xml beinecke.bute/ref293 beinecke.bute/ref277 15 36 548 Mary Ellen Bute Papers GEN MSS 603 Bute, Mary Ellen. English Beinecke Rare Book and Manuscript Library From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Suda, Phillip J Sent: Tuesday, October 06, 2015 9:03 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] EAD to MODS Greetings, I am interested in this topic as well. Thanks, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Anne Chan (Library) Sent: Tuesday, October 06, 2015 3:59 AM To: 'archivesspace_users_group at lyralists.lyrasis.org' > Subject: [Archivesspace_Users_Group] EAD to MODS Hi, all, Appreciate very much if anyone can share with us your experience, workflow, or documents on mapping EAD XML (ArchivesSpace) to MODS (Islandora), thank you. Regards anne Assistant Special Collections Librarian (Archive Management) Special Collections, CUHK Library The Chinese University of Hong Kong, Shatin, N.T. HONG KONG _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=A-8IhudBV7Fq00-c79SSJJv3gl749SSR1VIKUqWAzB8&s=IAXFO4r6wo8tHKdYKMk-ZLOYw0iTvzuIw9KoznWi_AM&e= _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: From maderikra at vmi.edu Thu Oct 8 10:14:30 2015 From: maderikra at vmi.edu (Maderik, Rachel A) Date: Thu, 8 Oct 2015 14:14:30 +0000 Subject: [Archivesspace_Users_Group] Issue with Agents/Subjects In-Reply-To: <4d986f4facbc4fc3b9cb4c0afbfb6b05@ex13-csf-cr-15.home.ku.edu> References: <4d986f4facbc4fc3b9cb4c0afbfb6b05@ex13-csf-cr-15.home.ku.edu> Message-ID: <802D5D25B6F2BF45B295FE900F9F9BCB011D7AEB62@LEE05.vmi.edu> I just want to clarify that this fix *only* works when you have disappearing agents, but not when only the subjects are being collapsed (i.e. when there are too few agents to be collapsed). This is because with the agents, you get an error message when trying to save with empty fields, so even though you've hit the Save button, the changes don't actually get sent to the database until you correct the error (so you can just close the record and reload the form to get the data back). With the subjects, however, there is no error message, so once you click save, the subjects are gone for good. Rachel Maderik Systems and Technology Librarian 401 Preston Library Virginia Military Institute Lexington, VA 24450 540-464-7572 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kottman, Miloche Sent: Thursday, October 08, 2015 9:29 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Issue with Agents/Subjects Sara, I submitted this as a bug in ArchivesSpace version 1.4 a couple days ago (https://archivesspace.atlassian.net/browse/AS-51) I believe this bug is due to the performance measures implemented that zips up larger sections of the resource record until you specifically open them, i.e. click on the "Please click to load records" message. I have devised a work around while waiting for the "fix" that you can try. If you are editing an existing resource (or digital object) record that has 4 or more agent records, the Agent Links section will have the "Please click to load" message. * You MUST click to load/display the Agent records, even if you don't plan on editing them. * You can then edit any other section of the record and save as usual If you don't do this, don't panic! You agent records are still there. * Click on the Close Record button to get out of Edit mode * Click on the Edit button * Click on the "Please click to load" message * Your Agent links should be restored Hope this works for you, --Miloche Miloche Kottman Head of Cataloging and Archival Processing University of Kansas Libraries Lawrence, KS 66045 mkottman at ku.edu 785-864-3916 or 785-864-4823 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Szakaly, Sara J - APHIS Sent: Wednesday, October 07, 2015 5:43 PM To: archivesspace_users_group at lyralists.lyrasis.org Cc: Caitlin Nelson > Subject: [Archivesspace_Users_Group] Issue with Agents/Subjects I am having an issue with editing agents and subjects in a finding aid. They are disappearing. I have agents entered, but when I attempt to save the collection, I get errors saying that those fields are blank (and if I look at them there, they are blank. But if I view the collection out of edit mode, they are actually still there.) These errors are preventing me from saving changes I want to make to the finding aid, specifically re-adding subjects that randomly disappeared when I was trying to save changes that I made to the collection. Any advice? Thanks! Sara -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Thu Oct 8 14:54:40 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Thu, 8 Oct 2015 18:54:40 +0000 Subject: [Archivesspace_Users_Group] Editing Repository Information In-Reply-To: References: Message-ID: Hi, Beth, 1. This has been identified as a bug (see AR-1284), and it is scheduled to be addressed as part of the current sprint. At the latest, the fix should appear in the last public release for the 2015th quarter. Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Elizabeth Russell Sent: Wednesday, October 07, 2015 2:48 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Editing Repository Information Hello All, I've been trying to edit the repository information - I need to add our telephone number. The problem is that every time I save the edit, it strips out the telephone number. We just updated to v.1.4, and I know this was an issue in v.1.3 as well; however, at some earlier point, the telephone number was showing up. Any help would be greatly appreciated. Thank you, Beth -- Beth Russell Archivist / Special Collections Librarian University of Maine, 5729 Raymond H. Fogler Library Orono, ME 04469-5729 207.581.1676 elizabeth.russell1 at maine.edu http://www.library.umaine.edu/speccoll -------------- next part -------------- An HTML attachment was scrubbed... URL: From laddmm at miamioh.edu Thu Oct 8 15:28:26 2015 From: laddmm at miamioh.edu (Ladd, Marcus) Date: Thu, 8 Oct 2015 15:28:26 -0400 Subject: [Archivesspace_Users_Group] ArchivesSpace Training at Miami University (Ohio), 11/16 & 11/17 Message-ID: *The Miami University Libraries will be hosting ArchivesSpace Training November 16-17, 2015* This two-day workshop that covers the basics of ArchivesSpace from application management through material description and authorities management to exporting, importing, and data cleanup. It will also include a overview of digital objects. The workshop will be led by Nancy Enneking (Getty Research Institute) and Mark Custer (Yale University). All ArchivesSpace members are welcome to register. *Location: *The Miami University Archives, 201 Withrow Court, Oxford, OH 45056 *Time*: Monday November 16th and Tuesday November 17th, 9:00-4:30 each day *Registration Fee: *A registration fee of $200 will go towards helping the Miami University Libraries cover the cost of hosting the training and the instructor's honorarium. *Technology Requirements: *A laptop with access to wireless internet will be necessary for each attendee. We ask that you provide your own laptop, but if necessary we can make arrangements to provide one on loan from the library. Please let us know in your registration request if you will need a laptop provided. *Accommodation: *10 rooms have been made available at the Marcum Center Hotel on the Miami University campus for a rate of $99/night. No sales or bed tax is levied if it is a non-profit institution, however 12.5% sales and bed taxes will be levied if paid with a personal credit card. To register for a room at the Marcum Center Hotel, contact them at 513-529-3770 or at confandeventserv at MiamiOH.edu and include that it is for the ArchivesSpace Training/King Library Block. Alternatively, there are hotels and motels elsewhere in Oxford. More information can be found on the Visiting Miami University Accommodations page . *Dining: *A variety of restaurants and other dining options are available both on- and off-campus. More information can be found on the Visiting Miami University - Restaurants page . *To register or to request further information, please contact Jacky Johnson (johnsoj at MiamiOH.edu , 513-529-6720 <513-529-6720>) or Marcus Ladd (laddmm at MiamiOH.edu , 513-529-0462 <513-529-0462>). *Please note that we can accept a maximum of 20 attendees and registration ends November 9th. -------- *Marcus Ladd* Special Collections Digital Librarian Miami University, Oxford, OH -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Thu Oct 8 15:40:56 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Thu, 8 Oct 2015 19:40:56 +0000 Subject: [Archivesspace_Users_Group] Migration from 1.2 to 1.4 In-Reply-To: References: , Message-ID: Hi Jason, After you ran the setup-database script, did the telephone, rde_template, and default_value tables get created? If so, you should be good if the schema_info table has a value 59. best,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Jason Loeffler Sent: Wednesday, October 7, 2015 2:39 AM To: Archivesspace Users Group Cc: Lisette Gonzalez Subject: Re: [Archivesspace_Users_Group] Migration from 1.2 to 1.4 I should add that the setup-database.sh script encountered errors against the following tables: telephone rde_template default_values I temporarily removed these tables from the database and was able to run the upgrade process successfully. On Tue, Oct 6, 2015 at 7:59 PM, Jason Loeffler > wrote: Anyone else encounter the following migration error when upgrading from the 1.2 release to 1.4? https://gist.github.com/anonymous/cc3d2ef586a07f3f341e Thanks, Jason Jason Loeffler Principal Minor Science | Application Development & Metadata Strategy Brooklyn, New York -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Thu Oct 8 16:17:43 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Thu, 8 Oct 2015 20:17:43 +0000 Subject: [Archivesspace_Users_Group] Issue with Agents/Subjects In-Reply-To: <802D5D25B6F2BF45B295FE900F9F9BCB011D7AEB62@LEE05.vmi.edu> References: <4d986f4facbc4fc3b9cb4c0afbfb6b05@ex13-csf-cr-15.home.ku.edu> <802D5D25B6F2BF45B295FE900F9F9BCB011D7AEB62@LEE05.vmi.edu> Message-ID: Sorry to be so tardy in responding to this bug report, folks, but we wanted to take a good hard look at it first. We have and so: 1) Chris Fitzpatrick is working on a fix and expects to have it implemented in 1-2 working days, and 2) A reasonable work around for the time being in 1.4.0 is to expand linked agents and subjects before saving an edited record which contains 4 or more linked agents and / or subjects. That can be done before or after the edits are made, but certainly before the Save option is selected. Our apologies for this inconvenience. Brad W. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maderik, Rachel A Sent: Thursday, October 08, 2015 10:15 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Issue with Agents/Subjects I just want to clarify that this fix *only* works when you have disappearing agents, but not when only the subjects are being collapsed (i.e. when there are too few agents to be collapsed). This is because with the agents, you get an error message when trying to save with empty fields, so even though you've hit the Save button, the changes don't actually get sent to the database until you correct the error (so you can just close the record and reload the form to get the data back). With the subjects, however, there is no error message, so once you click save, the subjects are gone for good. Rachel Maderik Systems and Technology Librarian 401 Preston Library Virginia Military Institute Lexington, VA 24450 540-464-7572 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kottman, Miloche Sent: Thursday, October 08, 2015 9:29 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Issue with Agents/Subjects Sara, I submitted this as a bug in ArchivesSpace version 1.4 a couple days ago (https://archivesspace.atlassian.net/browse/AS-51) I believe this bug is due to the performance measures implemented that zips up larger sections of the resource record until you specifically open them, i.e. click on the "Please click to load records" message. I have devised a work around while waiting for the "fix" that you can try. If you are editing an existing resource (or digital object) record that has 4 or more agent records, the Agent Links section will have the "Please click to load" message. * You MUST click to load/display the Agent records, even if you don't plan on editing them. * You can then edit any other section of the record and save as usual If you don't do this, don't panic! You agent records are still there. * Click on the Close Record button to get out of Edit mode * Click on the Edit button * Click on the "Please click to load" message * Your Agent links should be restored Hope this works for you, --Miloche Miloche Kottman Head of Cataloging and Archival Processing University of Kansas Libraries Lawrence, KS 66045 mkottman at ku.edu 785-864-3916 or 785-864-4823 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Szakaly, Sara J - APHIS Sent: Wednesday, October 07, 2015 5:43 PM To: archivesspace_users_group at lyralists.lyrasis.org Cc: Caitlin Nelson > Subject: [Archivesspace_Users_Group] Issue with Agents/Subjects I am having an issue with editing agents and subjects in a finding aid. They are disappearing. I have agents entered, but when I attempt to save the collection, I get errors saying that those fields are blank (and if I look at them there, they are blank. But if I view the collection out of edit mode, they are actually still there.) These errors are preventing me from saving changes I want to make to the finding aid, specifically re-adding subjects that randomly disappeared when I was trying to save changes that I made to the collection. Any advice? Thanks! Sara -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Thu Oct 8 16:28:07 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Thu, 8 Oct 2015 20:28:07 +0000 Subject: [Archivesspace_Users_Group] Question re: MARC exports - lots of brokenness? In-Reply-To: References: Message-ID: Hi, Joshua, 1. Regarding number one, we reversed the deprecation in the 1.3.0 release (see AR-1147). For the time being, folks can record vital dates in the name form sub-record and in the Dates of Existence sub-record. 2. Regarding number two, are all of the sub-parts of the note(s) marked to ?Publish?? Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Joshua D. Shaw Sent: Wednesday, October 07, 2015 8:22 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Question re: MARC exports - lots of brokenness? Hi All- Just wondering if others have noticed that there are a lot of broken bits in the MARC export with 1.3 (haven't tested 1.4 yet). Here's what I've noticed so far. 1. The dates of the agent existence are still being pulled from the now deprecated "Dates" field in the Name Form subrecord instead of the Dates of Existence subrecord. 2. Multipart notes are not pulling the content from the sub note, so you wind up with a lot of blank bits - e.g.: * Processing Information: Processing Information: Just wondering if this is a local to us issue and - if not - if I've missed a bug report or three in the tracker? If I haven't missed the bug report(s)...guess its time to file a couple! Thanks! Joshua -------------- next part -------------- An HTML attachment was scrubbed... URL: From harnold at rockarch.org Thu Oct 8 16:34:08 2015 From: harnold at rockarch.org (Arnold, Hillel) Date: Thu, 8 Oct 2015 16:34:08 -0400 Subject: [Archivesspace_Users_Group] logout endpoint In-Reply-To: References: Message-ID: Responding to my own message (again) for the purposes of future Googlers, Mark Triggs has submitted a pull request that will return a 200 response to a logout request via the API: https://github.com/archivesspace/archivesspace/pull/305 Hillel Arnold Lead Digital Archivist Rockefeller Archive Center From: , Hillel Arnold > Reply-To: Archivesspace Users Group > Date: Monday, October 5, 2015 at 12:22 PM To: Archivesspace Users Group >, "archivesspace at googlegroups.com" > Subject: Re: [Archivesspace_Users_Group] logout endpoint The answer to my question is apparently yes ? I was using the wrong header name. In my defense, it is Monday? However, I?m still having some problems, because I?m not getting a response back from the server when sending the correct request, so the request never completes properly, even though it looks like AS logs me out. Ideas? Hillel From: , Hillel Arnold > Reply-To: Archivesspace Users Group > Date: Monday, October 5, 2015 at 12:06 PM To: Archivesspace Users Group >, "archivesspace at googlegroups.com" > Subject: [Archivesspace_Users_Group] logout endpoint I?m trying to make use of the new logout endpoint, and I?m getting a 500 error. Based on what I can decipher from the code, and assuming I?m running AS locally, I should just be able to send a POST request to http://localhost:8089/logout, passing the session token in the headers. Am I doing something wrong? Hillel Arnold Lead Digital Archivist Rockefeller Archive Center -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Thu Oct 8 16:38:32 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Thu, 8 Oct 2015 20:38:32 +0000 Subject: [Archivesspace_Users_Group] logout endpoint In-Reply-To: References: Message-ID: Thanks for closing the loop in this space, Hillel. Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Arnold, Hillel Sent: Thursday, October 08, 2015 4:34 PM To: Archivesspace Users Group; archivesspace at googlegroups.com Subject: Re: [Archivesspace_Users_Group] logout endpoint Responding to my own message (again) for the purposes of future Googlers, Mark Triggs has submitted a pull request that will return a 200 response to a logout request via the API: https://github.com/archivesspace/archivesspace/pull/305 Hillel Arnold Lead Digital Archivist Rockefeller Archive Center From: , Hillel Arnold > Reply-To: Archivesspace Users Group > Date: Monday, October 5, 2015 at 12:22 PM To: Archivesspace Users Group >, "archivesspace at googlegroups.com" > Subject: Re: [Archivesspace_Users_Group] logout endpoint The answer to my question is apparently yes - I was using the wrong header name. In my defense, it is Monday... However, I'm still having some problems, because I'm not getting a response back from the server when sending the correct request, so the request never completes properly, even though it looks like AS logs me out. Ideas? Hillel From: , Hillel Arnold > Reply-To: Archivesspace Users Group > Date: Monday, October 5, 2015 at 12:06 PM To: Archivesspace Users Group >, "archivesspace at googlegroups.com" > Subject: [Archivesspace_Users_Group] logout endpoint I'm trying to make use of the new logout endpoint, and I'm getting a 500 error. Based on what I can decipher from the code, and assuming I'm running AS locally, I should just be able to send a POST request to http://localhost:8089/logout, passing the session token in the headers. Am I doing something wrong? Hillel Arnold Lead Digital Archivist Rockefeller Archive Center -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Thu Oct 8 17:51:32 2015 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Thu, 8 Oct 2015 21:51:32 +0000 Subject: [Archivesspace_Users_Group] Question re: MARC exports - lots of brokenness? Message-ID: <8B06F965-7AD0-4E96-8A9A-B708D385502D@dartmouth.edu> Hi Brad- Didn't catch the reversal of the deprecation. The tool tip still indicates that its deprecated, so minor issue with that. Ticking the publish on the sub note part did the trick. For our legacy data, we'll have to remember to go in and edit all of our notes/subnotes and tick all of publish checkboxes. So.....Is there a way to override the publish option on a global or per record basis - i.e. ignore the publish on/off-ness and publish anyway? Looks like I jumped the gun in filing the two reports (AR-1339 & AR-1440). I don't think I can cancel/close them myself. Thanks, Joshua From: Brad Westbrook Reply-To: Archivesspace Users Group Date: Thursday, October 8, 2015 at 4:28 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question re: MARC exports - lots of brokenness? Hi, Joshua, 1. Regarding number one, we reversed the deprecation in the 1.3.0 release (see AR-1147). For the time being, folks can record vital dates in the name form sub-record and in the Dates of Existence sub-record. 2. Regarding number two, are all of the sub-parts of the note(s) marked to ?Publish?? Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Joshua D. Shaw Sent: Wednesday, October 07, 2015 8:22 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Question re: MARC exports - lots of brokenness? Hi All- Just wondering if others have noticed that there are a lot of broken bits in the MARC export with 1.3 (haven't tested 1.4 yet). Here's what I've noticed so far. 1. The dates of the agent existence are still being pulled from the now deprecated "Dates" field in the Name Form subrecord instead of the Dates of Existence subrecord. 2. Multipart notes are not pulling the content from the sub note, so you wind up with a lot of blank bits - e.g.: * Processing Information: Processing Information: Just wondering if this is a local to us issue and - if not - if I've missed a bug report or three in the tracker? If I haven't missed the bug report(s)...guess its time to file a couple! Thanks! Joshua -------------- next part -------------- An HTML attachment was scrubbed... URL: From bmrgoldman at gmail.com Thu Oct 8 20:50:10 2015 From: bmrgoldman at gmail.com (Ben Goldman) Date: Thu, 8 Oct 2015 20:50:10 -0400 Subject: [Archivesspace_Users_Group] [archivesspace] Digital Object module use In-Reply-To: References: <2ddf8c27-c6c3-46cc-a9fb-0588d6129393@googlegroups.com> <56B9C258-DB39-4D0A-AD77-BEBA576EA42F@mocs.utc.edu> <68b4d8d3-fa08-4ea9-8d5c-0e96721716c7@googlegroups.com> <0345BEF8-B54F-4E57-8686-F8F2466FC171@yale.edu> <020872AE-72E5-4DA0-8BB5-159B158C31FD@illinois.edu> Message-ID: I've read through this thread a couple of times now, and I keep coming back to Maureen's question "what is the good of the digital object record?" If most of the fields and related data in the DO replicate fields and data in the archival object (and I agree they do, and I don't necessarily want them to), I have been wondering why not simply add a digital object identifier field to the archival object? It seems a rather unwieldy way just to add URIs. But maybe there is something more to it I'm missing (or we're not discussing)? -Ben On Thu, Oct 8, 2015 at 5:07 PM, Jarrett Drake wrote: > Thank you to everyone who responded to this revived thread. At my > institution, we are currently discussing how to best optimize the DO module > without replicating data in other systems. We aren't live with these other > systems yet, but my hunch is that the DO module will function similarly to > how Chris described the plans at the University of Illinois. In our case, > we're thinking that each AIP would be represented as a digital object > component that is nested within the digital object record titled after the > collection's call number. The DO component would be very thin; likely just > identifiers (an absolute path to the location of preservation copies) and > extents. > > Like others, we'd likely do the actual management elsewhere. I like > Maureen's phrase about the DO module being the "glue" that holds together > disparate systems. > > Thanks again! > > Jarrett > > On Fri, Oct 2, 2015 at 5:11 PM, Max Eckard wrote: > >> Hello everyone, >> >> It sounds like we're pretty much on the same page as Yale and Illinois. >> Acknowledging that we're also still thinking about this because we aren't >> live with ASpace yet, it's safe to say that our digital object records will >> be very minimal, just a "simple" digital with the title and a pointer to an >> AIP in DSpace/Hydra (where it may be more complex). We're thinking of the >> DO module more as a place to record location than as a place to "manage" >> digital objects or the events that happen to them. >> >> While we have mostly been considering born-digital use cases so far, I >> suspect we'll follow the same principles for digitized material as well. >> Maureen's idea of describing born-digital and digitized records differently >> seems reasonable. >> >> The plan here is to get descriptive information for digital objects in >> our repository from the resource record. We'll have technical information >> from Archivematica, and that sit "chipped dog"-style with the digital >> object in the repository. >> >> We're also investigating expanding rights in resource records so that >> ASpace can be the system of record for machine-actionable PREMIS rights >> statements coming from Archivematica. These would extend to digital object >> instances, although we still have questions about how exactly that would >> work. We still intend to have human-readable Conditions Governing Access >> notes as well. >> >> Thanks! Have a nice weekend! >> Max >> >> >> On Fri, Oct 2, 2015 at 4:17 PM, Prom, Christopher John > > wrote: >> >>> Maureen, >>> >>> This matches more or less what the Univeristy of Illinois Archives is >>> currently doing and we plan to continue with this in the future. The only >>> additional point I'd like to make is that we are following the rule of "one >>> digital object record per each top level resource record." >>> >>> In this way, the DO record operates as minimal descriptive record for an >>> entire archival information packet, with the majority of the technical and >>> item level descriptive metadata handled in the preservation repository and >>> DO access systems, which leverages the advantages of both systems. >>> >>> Chris Prom >>> University of Illinois Archives >>> >>> >>> On Oct 2, 2015, at 2:59 PM, Callahan, Maureen >>> wrote: >>> >>> I?m really glad you resuscitated this thread, Jarrett, because we?re >>> talking a lot about this at Yale. >>> >>> A lot of work is happening right now on integration of archival >>> description in our database of record (ArchivesSpace) with our digital >>> preservation system (Preservica) and our access system for digitized >>> objects (Blacklight). >>> >>> Here are some common questions that have come up and my answers to them: >>> >>> 1. Are we ?managing? digital objects in ArchivesSpace? >>> This depends on what you mean by managing. >>> I cannot think of a situation where ArchivesSpace would be the only >>> layer between metadata and a file system (other than, possibly, very basic >>> digitization activities), so no, we are not doing that kind of management >>> in ArchivesSpace. >>> But I think ArchivesSpace digital objects WILL be the glue between two >>> different management systems ? ArchivesSpace (for the description of >>> functions like accessioning and description) and >>> Preservica/FindIt/Quicksearch/Kaltura/HathiTrust/what-friggin-ever where >>> more robust information about complex objects, preservation actions, >>> technical facts about the object, etc. are stored. >>> As I see it, the best thing that AS digital objects could do would be to >>> be a place to keep URIs so that we can sync the systems together. If we >>> think about it this way, this whole project becomes a lot less complicated, >>> I think. >>> >>> 2. What is the good of the digital object record? >>> The digital object record lets us keep structured metadata in >>> ArchivesSpace about digital objects that can serialize as ead//dao or METS. >>> It can also be accessed through the API as structured, JSON objects. We had >>> discussed the idea of using ?location of copies? and ?location of >>> originals? notes as a possible alternative to DOs, but there is an >>> advantage to storing information about digital objects in a DO record >>> rather than having a URL as part of a string in a note. Notes are difficult >>> to query and manage; digital objects are a bit easier. >>> There?s also a bit of extra metadata that can be created/stored in the >>> digital object record that can help our public interfaces know what to do >>> with these links to other system, which is pretty useful. >>> >>> 3. Should digital surrogates and born-digital records be treated >>> differently in ArchivesSpace? >>> If the DO is just the glue between the description of the object and the >>> system that gives you the object, then no. I think that they need to be >>> *described* differently, because there?s a different facticity to them >>> as records, but I don?t think that they need to be managed differently. And >>> since there are really pretty good attributes and elements on the digital >>> object record to help us determine what kind of a digital object we?re >>> dealing with and how it should load/display, I don?t think it?s a problem >>> to have many digital objects on an archival object that point to different >>> manifestations in different systems. >>> >>> So here?s what our digital objects look like: >>> Title: display title from archival object (title and date) ? N.B., this >>> is only because it?s required. I?d prefer not to have the duplicate data. >>> Publish: publish status from archival object >>> Digital object identifier: handle to object in >>> Blacklight/Preservica/Whatever >>> >>> Most of the creation of digital objects will be done through scripting >>> or automatic integration between systems. >>> Since we?re not pointing to actual files in actual systems, we won?t be >>> using FIleURIs. >>> >>> We may include more metadata to indicate whether this is a digital >>> object that takes the user to an access system or whether it takes a staff >>> member to the place where she can do preservation actions (this will also >>> affect the publish element). >>> >>> What about everyone else? How are you using digital objects? By the way, >>> we?re still in the middle of figuring this out, so the above only >>> represents my thinking and current understanding of the direction at Yale. >>> >>> Maureen >>> >>> >>> On Sep 28, 2015, at 9:55 AM, Jarrett Drake >>> wrote: >>> >>> Hi everyone, >>> >>> I'm reviving this thread in case others have more thoughts about the >>> digital objects module and its utility in regards to born-digital material. >>> If you're using it in your workflow, I'd be curious to know how. Please >>> contact me here or offline. >>> >>> Best, >>> Jarrett >>> >>> On Wednesday, February 25, 2015 at 9:49:04 PM UTC-5, Carolyn Runyon >>> wrote: >>>> >>>> Good question! >>>> >>>> We?ve decided not use the digital object module in ASpace in an effort >>>> not to duplicate the work we have to do to upload our digital objects to >>>> CONTENTdm. If ASpace decided to grow the digital object module (with >>>> embedded viewers/players OAI-PMH harvest ability,etc.), we?d definitely >>>> take advantage of the module. As it stands, I can?t justify the extra work >>>> it would take to maintain our digital object data and metadata in 2 >>>> different systems. >>>> >>>> Maybe others have a different view? >>>> >>>> Carolyn >>>> >>>> >>>> Carolyn Runyon, Digital Archivist >>>> Special Collections & University Archives >>>> University of Tennessee at Chattanooga >>>> 615 McCallie Ave., Chattanooga, TN 37403 >>>> csg... at mocs.utc.edu, (423) 425-4503 >>>> Dept. 6456, LIB 439C >>>> >>>> >>>> >>>> >>>> On Feb 12, 2015, at 4:43 PM, 'Ben Goldman' via ArchivesSpace < >>>> archiv... at googlegroups.com> wrote: >>>> >>>> Hello all, >>>> >>>> I'd be interested to hear more from those of you using the Digital >>>> Object module in ASpace. How are you using it, to support what aims. Are >>>> you using it to get tags in EAD, for recording existence of digital >>>> surrogates (linking or not), for notating born-digital material or even web >>>> archives? Are you using the grouping feature in the module to organize >>>> digital object hierarchies? We're trying to sort out what should be our >>>> best practices around using this module (or not) to support some of the >>>> scenarios I just mentioned. >>>> >>>> -Ben >>>> >>>> Ben Goldman >>>> Digital Records Archivist >>>> Penn State University Libraries >>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "ArchivesSpace" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to archivesspac... at googlegroups.com. >>>> For more options, visit https://groups.google.com/d/optout >>>> >>>> . >>>> >>>> >>>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "ArchivesSpace" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to archivesspace+unsubscribe at googlegroups.com. >>> For more options, visit https://groups.google.com/d/optout >>> >>> . >>> >>> >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "ArchivesSpace" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to archivesspace+unsubscribe at googlegroups.com. >>> For more options, visit https://groups.google.com/d/optout. >>> >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "ArchivesSpace" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to archivesspace+unsubscribe at googlegroups.com. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> >> >> -- >> *Max Eckard* >> *Assistant Archivist for Digital Curation* >> >> >> Bentley Historical Library >> 1150 Beal Ave. >> Ann Arbor, MI 48109-2113 >> 734/763-7518 <734.763.7518> >> http://bentley.umich.edu/ >> >> -- >> You received this message because you are subscribed to the Google Groups >> "ArchivesSpace" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to archivesspace+unsubscribe at googlegroups.com. >> For more options, visit https://groups.google.com/d/optout. >> > > -- > You received this message because you are subscribed to a topic in the > Google Groups "ArchivesSpace" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/archivesspace/92Dyl9Y3za8/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > archivesspace+unsubscribe at googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at minorscience.com Thu Oct 8 21:50:59 2015 From: j at minorscience.com (Jason Loeffler) Date: Fri, 9 Oct 2015 01:50:59 +0000 (UTC) Subject: [Archivesspace_Users_Group] Migration from 1.2 to 1.4 In-Reply-To: References: , Message-ID: Hi Chris,? As a workaround, I simply removed those three tables, ran the script, and the three tables were created. Is this a known issue with the upgrade process?? Jason _____________________________ From: Chris Fitzpatrick Sent: Thursday, October 8, 2015 3:41 PM Subject: Re: [Archivesspace_Users_Group] Migration from 1.2 to 1.4 To: Archivesspace Users Group Cc: Lisette Gonzalez Hi Jason, After you ran the setup-database script, did the telephone, rde_template, and default_value tables get created?? If so, you should be good if the schema_info table has a value 59.? best,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat? | Phone: 918.236.6048 http://archivesspace.org/ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Jason Loeffler Sent: Wednesday, October 7, 2015 2:39 AM To: Archivesspace Users Group Cc: Lisette Gonzalez Subject: Re: [Archivesspace_Users_Group] Migration from 1.2 to 1.4 ? I should add that the setup-database.sh script encountered errors against the following tables: telephone rde_template default_values I temporarily removed these tables from the database and was able to run the upgrade process successfully. On Tue, Oct 6, 2015 at 7:59 PM, Jason Loeffler wrote: Anyone else encounter the following migration error when upgrading from the 1.2 release to 1.4?? https://gist.github.com/anonymous/cc3d2ef586a07f3f341e Thanks, Jason? Jason Loeffler Principal Minor Science | Application Development & Metadata Strategy Brooklyn, New York -------------- next part -------------- An HTML attachment was scrubbed... URL: From Grant.Buttars at ed.ac.uk Fri Oct 9 03:57:08 2015 From: Grant.Buttars at ed.ac.uk (BUTTARS Grant) Date: Fri, 9 Oct 2015 07:57:08 +0000 Subject: [Archivesspace_Users_Group] Agents/Subjects to Archival object links not visible In-Reply-To: References: Message-ID: Thanks for your replies. This reassures me that this is a known issue and will be resolved. If not in the same list as 'Related' Collections', certainly immediately after. Thanks Grant --------------------------------- Grant E. L. Buttars, | Deputy University Archivist | Special Collections | Centre for Research Collections | Division of Library and University Collections | University of Edinburgh George Square, Edinburgh | EH8 9LJ | http://www.ed.ac.uk/is/crc | tel: 0131 650 8379 | direct dial: 0131 651 3852 ================================= Coming to consult something? Please see http://www.ed.ac.uk/is/crc for service information Follow CRC [FaceBook-icon2][Twitter-icon2] Facebook: https://www.facebook.com/crc.edinburgh Twitter: https://twitter.com/CRC_EdUni Follow Archives [Twitter-icon2][Flickr-icon2][wordpress] Twitter: https://twitter.com/euarchives Flickr: http://www.flickr.com/photos/edinburgh-university-archives Blog: http://libraryblogs.is.ed.ac.uk/edinburghuniversityarchives Follow me professionally [Twitter-icon2][linkedin] Twitter: https://twitter.com/ButtarsGrant LinkedIn: https://www.linkedin.com/pub/grant-buttars/61/7b3/a09 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Susan Luftschein Sent: 05 October 2015 20:56 To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Agents/Subjects to Archival object links not visible Hi Grant and Mark, I posed this same question to Brad not too long ago, because I have imported a number of complete EAC records, and virtually none of the information was appearing in the public ui, or in the admin interface. I'm waiting to hear back from him. So Grant, its on the radar. Sue Sue Luftschein Archival and Metadata Librarian USC Libraries Special Collections University of Southern California Doheny Memorial Library 3550 Trousdale Parkway, Room 207 Los Angeles, CA 90089-0189 tel:213-740-4046 fax:213-740-2343 luftsche at usc.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Monday, October 05, 2015 8:54 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Agents/Subjects to Archival object links not visible Grant, I don't know for sure if this has been listed in JIRA, but if it hasn't been yet, it should be. The entire public interface is being investigated as part of the ArchivesSpace Public User Interface Enhancement project, so this will be discussed in detail as part of that process. There isn't a wireframe for agent pages yet, but once there is, that should be provided here: http://cherryhill.github.io/aspace_pui/index.html (based on initial user testing, it was decided to focus on the search results pages first, but everything is going to be reviewed, and a few things added to the interface, most likely, like repository pages). Would you prefer that the links occur under the same Related Collections heading? I think that looking to the SNAC prototype for guidance regarding how to group the associated descriptions/links might help in this case (e.g. http://socialarchive.iath.virginia.edu/ark:/99166/w6f91cwj), but I admit that it took me a while to get accustomed to SNAC's distinction between Archival Collections, Related Resources, and Related External Links. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of BUTTARS Grant Sent: Monday, October 05, 2015 5:34 AM To: 'archivesspace_users_group at lyralists.lyrasis.org' Subject: [Archivesspace_Users_Group] Agents/Subjects to Archival object links not visible We have noticed that in agent records in the Public Interface, only links to 'Related Collections' appear. Can somebody explain how links to Archival Objects within these collections can be visible to the public user? See for example http://archives.collections.ed.ac.uk/agents/786?agent_type=agent_corporate_entity This term is linked to 11 archival objects. Thanks Grant --------------------------------- Grant E. L. Buttars, | Deputy University Archivist | Special Collections | Centre for Research Collections | Division of Library and University Collections | University of Edinburgh George Square, Edinburgh | EH8 9LJ | http://www.ed.ac.uk/is/crc | tel: 0131 650 8379 | direct dial: 0131 651 3852 ================================= Coming to consult something? Please see http://www.ed.ac.uk/is/crc for service information Follow CRC [FaceBook-icon2][Twitter-icon2] Facebook: https://www.facebook.com/crc.edinburgh Twitter: https://twitter.com/CRC_EdUni Follow Archives [Twitter-icon2][Flickr-icon2][wordpress] Twitter: https://twitter.com/euarchives Flickr: http://www.flickr.com/photos/edinburgh-university-archives Blog: http://libraryblogs.is.ed.ac.uk/edinburghuniversityarchives Follow me professionally [Twitter-icon2][linkedin] Twitter: https://twitter.com/ButtarsGrant LinkedIn: https://www.linkedin.com/pub/grant-buttars/61/7b3/a09 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.jpg Type: image/jpeg Size: 1176 bytes Desc: image006.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image007.jpg Type: image/jpeg Size: 1147 bytes Desc: image007.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image008.jpg Type: image/jpeg Size: 1287 bytes Desc: image008.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image009.png Type: image/png Size: 4228 bytes Desc: image009.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image010.png Type: image/png Size: 2587 bytes Desc: image010.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image011.jpg Type: image/jpeg Size: 1176 bytes Desc: image011.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image012.jpg Type: image/jpeg Size: 1147 bytes Desc: image012.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image013.jpg Type: image/jpeg Size: 1287 bytes Desc: image013.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image014.png Type: image/png Size: 2587 bytes Desc: image014.png URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: not available URL: From brad.westbrook at lyrasis.org Fri Oct 9 08:47:08 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Fri, 9 Oct 2015 12:47:08 +0000 Subject: [Archivesspace_Users_Group] Question re: MARC exports - lots of brokenness? In-Reply-To: <8B06F965-7AD0-4E96-8A9A-B708D385502D@dartmouth.edu> References: <8B06F965-7AD0-4E96-8A9A-B708D385502D@dartmouth.edu> Message-ID: Hi, Joshua, Thanks for pointing out that we need to update the rollover for the Date field in the name form. There is, btw, a way to set a repository preference regarding the ?publish? function for all newly created records, including imported and migrated records. In either the Global Preferences or Repository Preferences option on the ?admin? option list: [cid:image001.png at 01D1026E.6A747450] Click on ?Publish?? in the General Settings: [cid:image002.png at 01D1026E.6A747450] This will cause all new records and all parts of them to be marked Publish. Also, there is an option, ?Publish All,? on the parent level record for resource and digital object records by which you can indicate that all parts of a resource or digital object record are to be published. [cid:image003.png at 01D1026E.E7C301B0] Brad W. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Joshua D. Shaw Sent: Thursday, October 08, 2015 5:52 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question re: MARC exports - lots of brokenness? Hi Brad- Didn't catch the reversal of the deprecation. The tool tip still indicates that its deprecated, so minor issue with that. Ticking the publish on the sub note part did the trick. For our legacy data, we'll have to remember to go in and edit all of our notes/subnotes and tick all of publish checkboxes. So.....Is there a way to override the publish option on a global or per record basis - i.e. ignore the publish on/off-ness and publish anyway? Looks like I jumped the gun in filing the two reports (AR-1339 & AR-1440). I don't think I can cancel/close them myself. Thanks, Joshua From: Brad Westbrook Reply-To: Archivesspace Users Group Date: Thursday, October 8, 2015 at 4:28 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question re: MARC exports - lots of brokenness? Hi, Joshua, 1. Regarding number one, we reversed the deprecation in the 1.3.0 release (see AR-1147). For the time being, folks can record vital dates in the name form sub-record and in the Dates of Existence sub-record. 2. Regarding number two, are all of the sub-parts of the note(s) marked to ?Publish?? Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Joshua D. Shaw Sent: Wednesday, October 07, 2015 8:22 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Question re: MARC exports - lots of brokenness? Hi All- Just wondering if others have noticed that there are a lot of broken bits in the MARC export with 1.3 (haven't tested 1.4 yet). Here's what I've noticed so far. 1. The dates of the agent existence are still being pulled from the now deprecated "Dates" field in the Name Form subrecord instead of the Dates of Existence subrecord. 2. Multipart notes are not pulling the content from the sub note, so you wind up with a lot of blank bits - e.g.: * Processing Information: Processing Information: Just wondering if this is a local to us issue and - if not - if I've missed a bug report or three in the tracker? If I haven't missed the bug report(s)...guess its time to file a couple! Thanks! Joshua -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 12013 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 23056 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 5478 bytes Desc: image003.png URL: From bmg17 at psu.edu Fri Oct 9 12:53:34 2015 From: bmg17 at psu.edu (Ben Goldman) Date: Fri, 9 Oct 2015 12:53:34 -0400 (EDT) Subject: [Archivesspace_Users_Group] reports error In-Reply-To: References: Message-ID: <781168120.1064705.1444409614081.JavaMail.zimbra@psu.edu> Hi All, I've checked some of the recent messages about issues with reports, but I don't think any such errors have been reporting. When we attempt to run any report in 1.4, we get an error that looks like the attached. We checked the config file to make sure the jasper reports are set to true. Is there something else I can check to troubleshoot this issue? I appreciate any direction you all can provide. -Ben Ben Goldman Digital Records Archivist & Sally W. Kalin Early Career Librarian for Technological Innovations Penn State University Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2015-10-09 at 12.50.28 PM.png Type: image/png Size: 308144 bytes Desc: not available URL: From Kevin.Clair at du.edu Fri Oct 9 12:56:32 2015 From: Kevin.Clair at du.edu (Kevin Clair) Date: Fri, 9 Oct 2015 16:56:32 +0000 Subject: [Archivesspace_Users_Group] reports error In-Reply-To: <781168120.1064705.1444409614081.JavaMail.zimbra@psu.edu> References: <781168120.1064705.1444409614081.JavaMail.zimbra@psu.edu> Message-ID: Hi Ben, We got this error when we started using reports and it turned out we needed to install Windows fonts on the server ArchivesSpace runs on. -k From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ben Goldman Sent: Friday, October 09, 2015 10:54 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] reports error Hi All, I've checked some of the recent messages about issues with reports, but I don't think any such errors have been reporting. When we attempt to run any report in 1.4, we get an error that looks like the attached. We checked the config file to make sure the jasper reports are set to true. Is there something else I can check to troubleshoot this issue? I appreciate any direction you all can provide. -Ben Ben Goldman Digital Records Archivist & Sally W. Kalin Early Career Librarian for Technological Innovations Penn State University Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: From mcyzyk at jhu.edu Fri Oct 9 13:14:25 2015 From: mcyzyk at jhu.edu (Mark Cyzyk) Date: Fri, 9 Oct 2015 13:14:25 -0400 Subject: [Archivesspace_Users_Group] Problem importing EAD file Message-ID: <5617F5F1.2060904@jhu.edu> All, I am having a vexing issue: I have exported an EAD file out of an old instance of Archon and am trying to get it to import into the very latest instance of ArchivesSpace. I've gone back and forth a bit, fixing things on the Archon side that were required on the ArchivesSpace side. I have, however, run into one last ArchivesSpace error that I can't figure out how to solve. I have attached my Archon-exported EAD file to this message, and I've pasted the ArchivesSpace error log below. ArchivesSpace is indicating that there is something wrong with our Extent field, but I just don't see what it could be. Advice appreciated! Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Scholarly Communication Architect User Interface Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu Verba volant, scripta manent. ArchivesSpace Error Log: ================================================== photographic_collection.xml ================================================== !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! IMPORT ERROR !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The following errors were found: extents : At least 1 item(s) is required For JSONModel(:resource): #"resource", "external_ids"=>[], "subjects"=>[], "linked_events"=>[], "extents"=>[], "dates"=>[{"jsonmodel_type"=>"date", "uri"=>nil, "import_context"=>" ... ", "date_type"=>"inclusive", "expression"=>"1925-1984", "label"=>"creation", "begin"=>"1925", "end"=>"1984"}], "external_documents"=>[], "rights_statements"=>[], "linked_agents"=>[], "restrictions"=>false, "revision_statements"=>[], "instances"=>[], "deaccessions"=>[], "related_accessions"=>[], "classifications"=>[], "notes"=>[{"jsonmodel_type"=>"note_singlepart", "content"=>["15000.00"], "uri"=>nil, "import_context"=>" ... ", "type"=>"physdesc"}], "uri"=>"/repositories/import/resources/import_7f8679e3-a736-4187-bfbb-61a253bbf602", "ead_id"=>"02/II/II", "finding_aid_title"=>"Guide to the Photographic Collection - BCH 1925- June 30, 1984", "finding_aid_filing_title"=>"Photographic Collection", "level"=>"collection", "publish"=>true, "title"=>"Photographic Collection - BCH 1925- June 30, 1984", "id_0"=>"02/II/II"}> In : <ead audience="external" class="cdata" schemaLocation="http://www.loc.gov/ead/ http://www.loc.gov/ead/ead.xsd" xmlns="urn:isbn:1-931666-22-9" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> ... </ead> -------------- next part -------------- A non-text attachment was scrubbed... Name: photographic_collection.xml Type: text/xml Size: 314701 bytes Desc: not available URL: From mark.custer at yale.edu Fri Oct 9 14:37:31 2015 From: mark.custer at yale.edu (Custer, Mark) Date: Fri, 9 Oct 2015 18:37:31 +0000 Subject: [Archivesspace_Users_Group] Problem importing EAD file In-Reply-To: <5617F5F1.2060904@jhu.edu> References: <5617F5F1.2060904@jhu.edu> Message-ID: Mark, I notice three issues that you might want to investigate. Firstly, this file is not entirely EAD valid since the eadid/@mainagencycode and the archdesc/did/unitid/@repository code aren't valid values according to the EAD 2002 schema. This shouldn't cause any import problems, though, since ArchivesSpace doesn't check to see if the files are EAD valid. So, if this file is just being used to transport the data, there?s really no need to fix anything here. Secondly, and the one thing that will cause an import problem, is this type of encoding for the extent: 15000.00 (which is perfectly fine EAD, but not something that ASpace will accept) To fix that, just change the text value 15000.00 to "15000 photographs". Thirdly, there are a lot of container groups that have values like this: 2 105 I'm assuming that first container should actually be type="Box" instead of Series? Either way, the way the current EAD importer works, unless those container elements have matching @id and @parent attributes, then they will be imported as separate instances, which is probably not something that you want. To add the @id and @parent attributes, you can use a style sheet like this one, https://github.com/YaleArchivesSpace/xslt-files/blob/master/EAD_add_IDs_to_containers.xsl I've made adjustments for all 3 issues and then was able to import the file just fine. I've also attached the EAD that I used. I hope that helps, Mark -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mark Cyzyk Sent: Friday, October 09, 2015 1:14 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Problem importing EAD file All, I am having a vexing issue: I have exported an EAD file out of an old instance of Archon and am trying to get it to import into the very latest instance of ArchivesSpace. I've gone back and forth a bit, fixing things on the Archon side that were required on the ArchivesSpace side. I have, however, run into one last ArchivesSpace error that I can't figure out how to solve. I have attached my Archon-exported EAD file to this message, and I've pasted the ArchivesSpace error log below. ArchivesSpace is indicating that there is something wrong with our Extent field, but I just don't see what it could be. Advice appreciated! Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Scholarly Communication Architect User Interface Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu Verba volant, scripta manent. ArchivesSpace Error Log: ================================================== photographic_collection.xml ================================================== !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! IMPORT ERROR !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The following errors were found: extents : At least 1 item(s) is required For JSONModel(:resource): #"resource", "external_ids"=>[], "subjects"=>[], "linked_events"=>[], "extents"=>[], "dates"=>[{"jsonmodel_type"=>"date", "uri"=>nil, "import_context"=>" ... ", "date_type"=>"inclusive", "expression"=>"1925-1984", "label"=>"creation", "begin"=>"1925", "end"=>"1984"}], "external_documents"=>[], "rights_statements"=>[], "linked_agents"=>[], "restrictions"=>false, "revision_statements"=>[], "instances"=>[], "deaccessions"=>[], "related_accessions"=>[], "classifications"=>[], "notes"=>[{"jsonmodel_type"=>"note_singlepart", "content"=>["15000.00"], "uri"=>nil, "import_context"=>" ... ", "type"=>"physdesc"}], "uri"=>"/repositories/import/resources/import_7f8679e3-a736-4187-bfbb-61a253bbf602", "ead_id"=>"02/II/II", "finding_aid_title"=>"Guide to the Photographic Collection - BCH 1925- June 30, 1984", "finding_aid_filing_title"=>"Photographic Collection", "level"=>"collection", "publish"=>true, "title"=>"Photographic Collection - BCH 1925- June 30, 1984", "id_0"=>"02/II/II"}> In : <ead audience="external" class="cdata" schemaLocation="https://urldefense.proofpoint.com/v2/url?u=http-3A__www.loc.gov_ead_&d=AwICaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=aPj7tEKG4VP8iJDbKd6Eg-yBbhW05dcEhCDqnlwBL8w&s=wSHGKKU4rC4bRqtd715tkmPfEZuF2HskmIGtvKpj-Uw&e= https://urldefense.proofpoint.com/v2/url?u=http-3A__www.loc.gov_ead_ead.xsd-26quot-3B&d=AwICaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=aPj7tEKG4VP8iJDbKd6Eg-yBbhW05dcEhCDqnlwBL8w&s=txrVbjoWY4-3KEBqFel7L7ltArUS47MtZz5zExlzWCE&e= xmlns="urn:isbn:1-931666-22-9" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> ... </ead> -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: photographic_collection-aspace-ready.xml Type: text/xml Size: 328132 bytes Desc: photographic_collection-aspace-ready.xml URL: From mark.custer at yale.edu Fri Oct 9 14:47:31 2015 From: mark.custer at yale.edu (Custer, Mark) Date: Fri, 9 Oct 2015 18:47:31 +0000 Subject: [Archivesspace_Users_Group] Problem importing EAD file In-Reply-To: References: <5617F5F1.2060904@jhu.edu> Message-ID: Mark, all: I should?ve also added that: 1) in the file that I attached previously, I changed those @type=?Series? values to @type=?Box?. If that?s not what you want, then don?t use that file without changing those values back. 2) If you?re importing EAD into ArchivesSpace, you might want to check out this blog post, http://campuspress.yale.edu/yalearchivesspace/2015/07/22/validation-scenarios/, which details how you can bulk validate your files to see if they?re ready for ingest into ASpace (the validation scenario discussed there doesn?t check all of the edge cases, but it will let you know if you have any extent statements, for instance, that ASpace doesn?t like). From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Friday, October 09, 2015 2:38 PM To: mcyzyk at jhu.edu; Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Problem importing EAD file Mark, I notice three issues that you might want to investigate. Firstly, this file is not entirely EAD valid since the eadid/@mainagencycode and the archdesc/did/unitid/@repository code aren't valid values according to the EAD 2002 schema. This shouldn't cause any import problems, though, since ArchivesSpace doesn't check to see if the files are EAD valid. So, if this file is just being used to transport the data, there?s really no need to fix anything here. Secondly, and the one thing that will cause an import problem, is this type of encoding for the extent: 15000.00 (which is perfectly fine EAD, but not something that ASpace will accept) To fix that, just change the text value 15000.00 to "15000 photographs". Thirdly, there are a lot of container groups that have values like this: 2 105 I'm assuming that first container should actually be type="Box" instead of Series? Either way, the way the current EAD importer works, unless those container elements have matching @id and @parent attributes, then they will be imported as separate instances, which is probably not something that you want. To add the @id and @parent attributes, you can use a style sheet like this one, https://github.com/YaleArchivesSpace/xslt-files/blob/master/EAD_add_IDs_to_containers.xsl I've made adjustments for all 3 issues and then was able to import the file just fine. I've also attached the EAD that I used. I hope that helps, Mark -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mark Cyzyk Sent: Friday, October 09, 2015 1:14 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Problem importing EAD file All, I am having a vexing issue: I have exported an EAD file out of an old instance of Archon and am trying to get it to import into the very latest instance of ArchivesSpace. I've gone back and forth a bit, fixing things on the Archon side that were required on the ArchivesSpace side. I have, however, run into one last ArchivesSpace error that I can't figure out how to solve. I have attached my Archon-exported EAD file to this message, and I've pasted the ArchivesSpace error log below. ArchivesSpace is indicating that there is something wrong with our Extent field, but I just don't see what it could be. Advice appreciated! Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Scholarly Communication Architect User Interface Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu Verba volant, scripta manent. ArchivesSpace Error Log: ================================================== photographic_collection.xml ================================================== !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! IMPORT ERROR !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The following errors were found: extents : At least 1 item(s) is required For JSONModel(:resource): #"resource", "external_ids"=>[], "subjects"=>[], "linked_events"=>[], "extents"=>[], "dates"=>[{"jsonmodel_type"=>"date", "uri"=>nil, "import_context"=>" ... ", "date_type"=>"inclusive", "expression"=>"1925-1984", "label"=>"creation", "begin"=>"1925", "end"=>"1984"}], "external_documents"=>[], "rights_statements"=>[], "linked_agents"=>[], "restrictions"=>false, "revision_statements"=>[], "instances"=>[], "deaccessions"=>[], "related_accessions"=>[], "classifications"=>[], "notes"=>[{"jsonmodel_type"=>"note_singlepart", "content"=>["15000.00"], "uri"=>nil, "import_context"=>" ... ", "type"=>"physdesc"}], "uri"=>"/repositories/import/resources/import_7f8679e3-a736-4187-bfbb-61a253bbf602", "ead_id"=>"02/II/II", "finding_aid_title"=>"Guide to the Photographic Collection - BCH 1925- June 30, 1984", "finding_aid_filing_title"=>"Photographic Collection", "level"=>"collection", "publish"=>true, "title"=>"Photographic Collection - BCH 1925- June 30, 1984", "id_0"=>"02/II/II"}> In : <ead audience="external" class="cdata" schemaLocation="https://urldefense.proofpoint.com/v2/url?u=http-3A__www.loc.gov_ead_&d=AwICaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=aPj7tEKG4VP8iJDbKd6Eg-yBbhW05dcEhCDqnlwBL8w&s=wSHGKKU4rC4bRqtd715tkmPfEZuF2HskmIGtvKpj-Uw&e= https://urldefense.proofpoint.com/v2/url?u=http-3A__www.loc.gov_ead_ead.xsd-26quot-3B&d=AwICaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=aPj7tEKG4VP8iJDbKd6Eg-yBbhW05dcEhCDqnlwBL8w&s=txrVbjoWY4-3KEBqFel7L7ltArUS47MtZz5zExlzWCE&e= xmlns="urn:isbn:1-931666-22-9" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> ... </ead> -------------- next part -------------- An HTML attachment was scrubbed... URL: From luftsche at usc.edu Fri Oct 9 14:48:20 2015 From: luftsche at usc.edu (Susan Luftschein) Date: Fri, 9 Oct 2015 18:48:20 +0000 Subject: [Archivesspace_Users_Group] LCNAF import Message-ID: Hi all, I'm trying to import some corporate names using the plugin, and it appears that ASpace goes through the whole import process, but then the record is nowhere to be found. Is this a bug? Thanks, Sue Sue Luftschein Archival and Metadata Librarian USC Libraries Special Collections University of Southern California Doheny Memorial Library 3550 Trousdale Parkway, Room 207 Los Angeles, CA 90089-0189 tel:213-740-4046 fax:213-740-2343 luftsche at usc.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From leungwin at hawaii.edu Sat Oct 10 03:49:27 2015 From: leungwin at hawaii.edu (Wing Leung) Date: Fri, 9 Oct 2015 21:49:27 -1000 Subject: [Archivesspace_Users_Group] 500 error when trying to view locations in 1.4.0 Message-ID: <5618C307.8020601@hawaii.edu> I recently upgraded from v1.1.2 to v1.4.0 and noticed a 500 error when trying to view locations although I can edit without error. I created a fresh instance of the site from the 1.4.0 release zip plus a fresh mysql db to rule out our data as a source of error. The error seems so basic I'm not sure if I've lost my mind and made a careless mistake somewhere. Is anyone able to reproduce my results? Steps to reproduce. 1. create new instance of AS following instructions from https://github.com/archivesspace/archivesspace/blob/master/README.md 2. create new repository and location. 3. click on view for the just created location 4. arrive at error in screenshot I included the browser window as a screenshot and the log starting from around the point of the error for reference. Server information: centos 6 Linux archivesspacetest.ham.manoa.hawaii.edu 2.6.32-573.3.1.el6.x86_64 #1 SMP Thu Aug 13 22:55:16 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux centos mysql 5.1 via yum mysql-connector-java-5.1.24.jar centos openjdk 1.7 via yum Thanks Wing Leung IT Specialist Desktop Network Services Hamilton Library University of Hawaii at Manoa Phone: 808-956-2905 Fax: 808-956-5968 -------------- next part -------------- A non-text attachment was scrubbed... Name: aslocationviewerror.png Type: image/png Size: 52824 bytes Desc: not available URL: -------------- next part -------------- Started GET "/resolve/readonly?uri=%2Flocations%2F1" for 127.0.0.1 at 2015-09-30 20:24:56 -1000 Processing by ResolverController#resolve_readonly as HTML Parameters: {"uri"=>"/locations/1"} Redirected to http://staffarchivesspacetest.ham.manoa.hawaii.edu/locations/1 Completed 302 Found in 25.0ms Started GET "/locations/1" for 127.0.0.1 at 2015-09-30 20:24:56 -1000 Processing by LocationsController#show as HTML Parameters: {"id"=>"1"} D, [2015-09-30T20:24:56.441000 #26758] DEBUG -- : Thread-12506: GET /locations/1?repo_id=2 [session: #"admin", :login_time=>2015-09-30 20:23:22 -1000, :expirable=>true}, @id="8e062b61380475dac6f112eb2f634bfb661d2e294778a02b6d4577e37e5523e0">] D, [2015-09-30T20:24:56.466000 #26758] DEBUG -- : Thread-12506: Post-processed params: {:id=>1} D, [2015-09-30T20:24:56.466000 #26758] DEBUG -- : Thread-4940: POST /update_monitor [session: #"staff_system", :login_time=>2015-09-30 20:17:06 -1000, :expirable=>false}, @id="89779ac44f08a7df4c679d3de2a83b1a89a10f4741bc821b457a7626e91a3187">] D, [2015-09-30T20:24:56.502000 #26758] DEBUG -- : Thread-12506: Responded with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"356"}, ["{\"lock_version\":0,\"building\":\"hl\",\"title\":\"hl, 1, 1, area [place]\",\"floor\":\"1\",\"room\":\"1\",\"area\":\"area\",\"classification\":\"place\",\"created_by\":\"admin\",\"last_modified_by\":\"admin\",\"create_time\":\"2015-10-01T06:24:47Z\",\"system_mtime\":\"2015-10-01T06:24:47Z\",\"user_mtime\":\"2015-10-01T06:24:47Z\",\"jsonmodel_type\":\"location\",\"external_ids\":[],... in 103.0ms D, [2015-09-30T20:24:56.520000 #26758] DEBUG -- : Thread-4940: Post-processed params: {:active_edits=>#"active_edits", "active_edits"=>[{"uri"=>"/locations/1", "user"=>"admin", "time"=>"2015-09-30T20:24:48-10:00"}]}>} ERROR: compiling _app_views_locations_show_html_erb__1934030116_24020 RAISED /archivesspace/data/tmp/jetty-0.0.0.0-8080-frontend.war-_-any-/webapp/WEB-INF/app/views/locations/show.html.erb:28: syntax error, unexpected kENSURE ensure ^ Function body: def _app_views_locations_show_html_erb__1934030116_24020(local_assigns, output_buffer) _old_virtual_path, @virtual_path = @virtual_path, "locations/show";_old_output_buffer = @output_buffer;;@output_buffer = output_buffer || ActionView::OutputBuffer.new;@output_buffer.append= ( setup_context :object => @location, :title => @location.title );@output_buffer.safe_concat(' ');@output_buffer.safe_concat('
');@output_buffer.append= ( render_aspace_partial :partial => "locations/sidebar" );@output_buffer.safe_concat(' ');@output_buffer.safe_concat('
');@output_buffer.append= ( render_aspace_partial :partial => "toolbar" );@output_buffer.safe_concat(' ');@output_buffer.safe_concat('

');@output_buffer.append= ( @location.title );@output_buffer.safe_concat(' ');@output_buffer.append= ( I18n.t("location._singular") );@output_buffer.safe_concat('

');@output_buffer.append= ( render_aspace_partial :partial => "shared/flash_messages" );@output_buffer.safe_concat(' ');@output_buffer.safe_concat(' ');@output_buffer.append= ( read_only_view(@location.to_hash) );@output_buffer.safe_concat(' ');@output_buffer.safe_concat(' ');@output_buffer.append= ( render_aspace_partial :partial => "search/embedded", :locals => {:record => @location, :filter_term => {"location_uris" => @location.uri}.to_json, :heading_text => I18n.t("location._frontend.section.search_embedded")} );@output_buffer.safe_concat(' ');@output_buffer.safe_concat(' '); if @location.external_ids.length > 0 && show_external_ids? @output_buffer.safe_concat(' ');@output_buffer.append= ( render_aspace_partial :partial => "external_ids/show", :locals => { :external_ids => @location.external_ids, :section_id => "location_external_ids_" } );@output_buffer.safe_concat(' ');@output_buffer.safe_concat(' ');@output_buffer.append= readonly_context :location, @location do |readonly| @output_buffer.safe_concat(' ');@output_buffer.safe_concat(' ');@output_buffer.append= ( show_plugins_for(@location, readonly) );@output_buffer.safe_concat(' '); end @output_buffer.safe_concat('
');@output_buffer.to_s ensure @virtual_path, @output_buffer = _old_virtual_path, _old_output_buffer end Backtrace: org/jruby/RubyModule.java:2359:in `module_eval' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_view/template.rb:297:in `compile' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_view/template.rb:244:in `compile!' org/jruby/ext/thread/Mutex.java:149:in `synchronize' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_view/template.rb:232:in `compile!' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_view/template.rb:144:in `render' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/notifications.rb:125:in `instrument' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_view/template.rb:143:in `render' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_view/renderer/template_renderer.rb:47:in `render_template' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_view/renderer/abstract_renderer.rb:38:in `instrument' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/notifications.rb:123:in `instrument' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/notifications/instrumenter.rb:20:in `instrument' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/notifications/instrumenter.rb:19:in `instrument' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/notifications.rb:123:in `instrument' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_view/renderer/abstract_renderer.rb:38:in `instrument' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_view/renderer/template_renderer.rb:46:in `render_template' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_view/renderer/template_renderer.rb:54:in `render_with_layout' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_view/renderer/template_renderer.rb:45:in `render_template' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_view/renderer/template_renderer.rb:18:in `render' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_view/renderer/renderer.rb:36:in `render_template' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_view/renderer/renderer.rb:17:in `render' /archivesspace/gems/gems/actionpack-3.2.22/lib/abstract_controller/rendering.rb:110:in `_render_template' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal/streaming.rb:225:in `_render_template' /archivesspace/gems/gems/actionpack-3.2.22/lib/abstract_controller/rendering.rb:103:in `render_to_body' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal/renderers.rb:28:in `render_to_body' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal/compatibility.rb:50:in `render_to_body' /archivesspace/gems/gems/actionpack-3.2.22/lib/abstract_controller/rendering.rb:88:in `render' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal/rendering.rb:16:in `render' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal/instrumentation.rb:40:in `render' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/core_ext/benchmark.rb:5:in `ms' /archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/1.9/benchmark.rb:295:in `realtime' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/core_ext/benchmark.rb:5:in `ms' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal/instrumentation.rb:40:in `render' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal/instrumentation.rb:83:in `cleanup_view_runtime' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal/instrumentation.rb:39:in `render' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal/implicit_render.rb:10:in `default_render' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal/implicit_render.rb:5:in `send_action' /archivesspace/gems/gems/actionpack-3.2.22/lib/abstract_controller/base.rb:167:in `process_action' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal/rendering.rb:10:in `process_action' /archivesspace/gems/gems/actionpack-3.2.22/lib/abstract_controller/callbacks.rb:18:in `process_action' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/callbacks.rb:483:in `_run__487740714__process_action__1833002777__callbacks' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/callbacks.rb:405:in `__run_callback' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/callbacks.rb:390:in `_run_process_action_callbacks' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/callbacks.rb:81:in `run_callbacks' /archivesspace/gems/gems/actionpack-3.2.22/lib/abstract_controller/callbacks.rb:17:in `process_action' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal/rescue.rb:29:in `process_action' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal/instrumentation.rb:30:in `process_action' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/notifications.rb:123:in `instrument' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/notifications/instrumenter.rb:20:in `instrument' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/notifications/instrumenter.rb:19:in `instrument' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/notifications.rb:123:in `instrument' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal/instrumentation.rb:29:in `process_action' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal/params_wrapper.rb:207:in `process_action' /archivesspace/gems/gems/actionpack-3.2.22/lib/abstract_controller/base.rb:121:in `process' /archivesspace/gems/gems/actionpack-3.2.22/lib/abstract_controller/rendering.rb:45:in `process' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal.rb:203:in `dispatch' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal/rack_delegation.rb:14:in `dispatch' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_controller/metal.rb:246:in `action' org/jruby/RubyProc.java:271:in `call' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/routing/route_set.rb:73:in `dispatch' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/routing/route_set.rb:36:in `call' /archivesspace/gems/gems/journey-1.0.4/lib/journey/router.rb:68:in `call' org/jruby/RubyArray.java:1613:in `each' /archivesspace/gems/gems/journey-1.0.4/lib/journey/router.rb:56:in `call' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/routing/route_set.rb:608:in `call' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/middleware/best_standards_support.rb:17:in `call' /archivesspace/gems/gems/rack-1.4.7/lib/rack/etag.rb:23:in `call' /archivesspace/gems/gems/rack-1.4.7/lib/rack/conditionalget.rb:25:in `call' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/middleware/head.rb:14:in `call' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/middleware/params_parser.rb:21:in `call' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/middleware/flash.rb:242:in `call' /archivesspace/gems/gems/rack-1.4.7/lib/rack/session/abstract/id.rb:210:in `context' /archivesspace/gems/gems/rack-1.4.7/lib/rack/session/abstract/id.rb:205:in `call' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/middleware/cookies.rb:341:in `call' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/middleware/callbacks.rb:28:in `call' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/callbacks.rb:408:in `_run__1016577795__call__1698271961__callbacks' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/callbacks.rb:405:in `__run_callback' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/callbacks.rb:390:in `_run_call_callbacks' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/callbacks.rb:81:in `run_callbacks' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/middleware/callbacks.rb:27:in `call' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/middleware/remote_ip.rb:31:in `call' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/middleware/debug_exceptions.rb:16:in `call' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/middleware/show_exceptions.rb:56:in `call' /archivesspace/gems/gems/railties-3.2.22/lib/rails/rack/logger.rb:32:in `call_app' /archivesspace/gems/gems/railties-3.2.22/lib/rails/rack/logger.rb:16:in `call' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/tagged_logging.rb:22:in `tagged' /archivesspace/gems/gems/railties-3.2.22/lib/rails/rack/logger.rb:16:in `call' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/middleware/request_id.rb:22:in `call' /archivesspace/gems/gems/rack-1.4.7/lib/rack/methodoverride.rb:21:in `call' /archivesspace/gems/gems/rack-1.4.7/lib/rack/runtime.rb:17:in `call' /archivesspace/gems/gems/activesupport-3.2.22/lib/active_support/cache/strategy/local_cache.rb:72:in `call' /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/middleware/static.rb:83:in `call' /archivesspace/gems/gems/rack-cache-1.2/lib/rack/cache/context.rb:136:in `forward' /archivesspace/gems/gems/rack-cache-1.2/lib/rack/cache/context.rb:245:in `fetch' /archivesspace/gems/gems/rack-cache-1.2/lib/rack/cache/context.rb:185:in `lookup' /archivesspace/gems/gems/rack-cache-1.2/lib/rack/cache/context.rb:66:in `call!' /archivesspace/gems/gems/rack-cache-1.2/lib/rack/cache/context.rb:51:in `call' /archivesspace/gems/gems/railties-3.2.22/lib/rails/engine.rb:484:in `call' /archivesspace/gems/gems/railties-3.2.22/lib/rails/application.rb:231:in `call' file:/archivesspace/gems/gems/jruby-rack-1.1.19/lib/jruby-rack-1.1.19.jar!/rack/handler/servlet.rb:22:in `call' Rendered locations/show.html.erb within layouts/application (40.0ms) D, [2015-09-30T20:24:56.589000 #26758] DEBUG -- : Thread-4940: Responded with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"84"}, ["{\"/locations/1\":{\"edited_by\":{\"admin\":\"2015-10-01 06:24:48 UTC\"},\"lock_version\":0}}\n"]]... in 156.0ms Completed 500 Internal Server Error in 226.0ms ActionView::Template::Error (/archivesspace/data/tmp/jetty-0.0.0.0-8080-frontend.war-_-any-/webapp/WEB-INF/app/views/locations/show.html.erb:28: syntax error, unexpected kENSURE ensure ^): 25: 26: org/jruby/RubyModule.java:2359:in `module_eval' actionpack (3.2.22) lib/action_view/template.rb:297:in `compile' actionpack (3.2.22) lib/action_view/template.rb:244:in `compile!' org/jruby/ext/thread/Mutex.java:149:in `synchronize' actionpack (3.2.22) lib/action_view/template.rb:232:in `compile!' actionpack (3.2.22) lib/action_view/template.rb:144:in `render' activesupport (3.2.22) lib/active_support/notifications.rb:125:in `instrument' actionpack (3.2.22) lib/action_view/template.rb:143:in `render' actionpack (3.2.22) lib/action_view/renderer/template_renderer.rb:47:in `render_template' actionpack (3.2.22) lib/action_view/renderer/abstract_renderer.rb:38:in `instrument' activesupport (3.2.22) lib/active_support/notifications.rb:123:in `instrument' activesupport (3.2.22) lib/active_support/notifications/instrumenter.rb:20:in `instrument' activesupport (3.2.22) lib/active_support/notifications/instrumenter.rb:19:in `instrument' activesupport (3.2.22) lib/active_support/notifications.rb:123:in `instrument' actionpack (3.2.22) lib/action_view/renderer/abstract_renderer.rb:38:in `instrument' actionpack (3.2.22) lib/action_view/renderer/template_renderer.rb:46:in `render_template' actionpack (3.2.22) lib/action_view/renderer/template_renderer.rb:54:in `render_with_layout' actionpack (3.2.22) lib/action_view/renderer/template_renderer.rb:45:in `render_template' actionpack (3.2.22) lib/action_view/renderer/template_renderer.rb:18:in `render' actionpack (3.2.22) lib/action_view/renderer/renderer.rb:36:in `render_template' actionpack (3.2.22) lib/action_view/renderer/renderer.rb:17:in `render' actionpack (3.2.22) lib/abstract_controller/rendering.rb:110:in `_render_template' actionpack (3.2.22) lib/action_controller/metal/streaming.rb:225:in `_render_template' actionpack (3.2.22) lib/abstract_controller/rendering.rb:103:in `render_to_body' actionpack (3.2.22) lib/action_controller/metal/renderers.rb:28:in `render_to_body' actionpack (3.2.22) lib/action_controller/metal/compatibility.rb:50:in `render_to_body' actionpack (3.2.22) lib/abstract_controller/rendering.rb:88:in `render' actionpack (3.2.22) lib/action_controller/metal/rendering.rb:16:in `render' actionpack (3.2.22) lib/action_controller/metal/instrumentation.rb:40:in `render' activesupport (3.2.22) lib/active_support/core_ext/benchmark.rb:5:in `ms' jruby-jars (1.7.21) lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/1.9/benchmark.rb:295:in `realtime' activesupport (3.2.22) lib/active_support/core_ext/benchmark.rb:5:in `ms' actionpack (3.2.22) lib/action_controller/metal/instrumentation.rb:40:in `render' actionpack (3.2.22) lib/action_controller/metal/instrumentation.rb:83:in `cleanup_view_runtime' actionpack (3.2.22) lib/action_controller/metal/instrumentation.rb:39:in `render' actionpack (3.2.22) lib/action_controller/metal/implicit_render.rb:10:in `default_render' actionpack (3.2.22) lib/action_controller/metal/implicit_render.rb:5:in `send_action' actionpack (3.2.22) lib/abstract_controller/base.rb:167:in `process_action' actionpack (3.2.22) lib/action_controller/metal/rendering.rb:10:in `process_action' actionpack (3.2.22) lib/abstract_controller/callbacks.rb:18:in `process_action' activesupport (3.2.22) lib/active_support/callbacks.rb:483:in `_run__487740714__process_action__1833002777__callbacks' activesupport (3.2.22) lib/active_support/callbacks.rb:405:in `__run_callback' activesupport (3.2.22) lib/active_support/callbacks.rb:390:in `_run_process_action_callbacks' activesupport (3.2.22) lib/active_support/callbacks.rb:81:in `run_callbacks' actionpack (3.2.22) lib/abstract_controller/callbacks.rb:17:in `process_action' actionpack (3.2.22) lib/action_controller/metal/rescue.rb:29:in `process_action' actionpack (3.2.22) lib/action_controller/metal/instrumentation.rb:30:in `process_action' activesupport (3.2.22) lib/active_support/notifications.rb:123:in `instrument' activesupport (3.2.22) lib/active_support/notifications/instrumenter.rb:20:in `instrument' activesupport (3.2.22) lib/active_support/notifications/instrumenter.rb:19:in `instrument' activesupport (3.2.22) lib/active_support/notifications.rb:123:in `instrument' actionpack (3.2.22) lib/action_controller/metal/instrumentation.rb:29:in `process_action' actionpack (3.2.22) lib/action_controller/metal/params_wrapper.rb:207:in `process_action' actionpack (3.2.22) lib/abstract_controller/base.rb:121:in `process' actionpack (3.2.22) lib/abstract_controller/rendering.rb:45:in `process' actionpack (3.2.22) lib/action_controller/metal.rb:203:in `dispatch' actionpack (3.2.22) lib/action_controller/metal/rack_delegation.rb:14:in `dispatch' actionpack (3.2.22) lib/action_controller/metal.rb:246:in `action' org/jruby/RubyProc.java:271:in `call' actionpack (3.2.22) lib/action_dispatch/routing/route_set.rb:73:in `dispatch' actionpack (3.2.22) lib/action_dispatch/routing/route_set.rb:36:in `call' journey (1.0.4) lib/journey/router.rb:68:in `call' org/jruby/RubyArray.java:1613:in `each' journey (1.0.4) lib/journey/router.rb:56:in `call' actionpack (3.2.22) lib/action_dispatch/routing/route_set.rb:608:in `call' actionpack (3.2.22) lib/action_dispatch/middleware/best_standards_support.rb:17:in `call' rack (1.4.7) lib/rack/etag.rb:23:in `call' rack (1.4.7) lib/rack/conditionalget.rb:25:in `call' actionpack (3.2.22) lib/action_dispatch/middleware/head.rb:14:in `call' actionpack (3.2.22) lib/action_dispatch/middleware/params_parser.rb:21:in `call' actionpack (3.2.22) lib/action_dispatch/middleware/flash.rb:242:in `call' rack (1.4.7) lib/rack/session/abstract/id.rb:210:in `context' rack (1.4.7) lib/rack/session/abstract/id.rb:205:in `call' actionpack (3.2.22) lib/action_dispatch/middleware/cookies.rb:341:in `call' actionpack (3.2.22) lib/action_dispatch/middleware/callbacks.rb:28:in `call' activesupport (3.2.22) lib/active_support/callbacks.rb:408:in `_run__1016577795__call__1698271961__callbacks' activesupport (3.2.22) lib/active_support/callbacks.rb:405:in `__run_callback' activesupport (3.2.22) lib/active_support/callbacks.rb:390:in `_run_call_callbacks' activesupport (3.2.22) lib/active_support/callbacks.rb:81:in `run_callbacks' actionpack (3.2.22) lib/action_dispatch/middleware/callbacks.rb:27:in `call' actionpack (3.2.22) lib/action_dispatch/middleware/remote_ip.rb:31:in `call' actionpack (3.2.22) lib/action_dispatch/middleware/debug_exceptions.rb:16:in `call' actionpack (3.2.22) lib/action_dispatch/middleware/show_exceptions.rb:56:in `call' railties (3.2.22) lib/rails/rack/logger.rb:32:in `call_app' railties (3.2.22) lib/rails/rack/logger.rb:16:in `call' activesupport (3.2.22) lib/active_support/tagged_logging.rb:22:in `tagged' railties (3.2.22) lib/rails/rack/logger.rb:16:in `call' actionpack (3.2.22) lib/action_dispatch/middleware/request_id.rb:22:in `call' rack (1.4.7) lib/rack/methodoverride.rb:21:in `call' rack (1.4.7) lib/rack/runtime.rb:17:in `call' activesupport (3.2.22) lib/active_support/cache/strategy/local_cache.rb:72:in `call' actionpack (3.2.22) lib/action_dispatch/middleware/static.rb:83:in `call' rack-cache (1.2) lib/rack/cache/context.rb:136:in `forward' rack-cache (1.2) lib/rack/cache/context.rb:245:in `fetch' rack-cache (1.2) lib/rack/cache/context.rb:185:in `lookup' rack-cache (1.2) lib/rack/cache/context.rb:66:in `call!' rack-cache (1.2) lib/rack/cache/context.rb:51:in `call' railties (3.2.22) lib/rails/engine.rb:484:in `call' railties (3.2.22) lib/rails/application.rb:231:in `call' file:jruby-rack (1.1.19) lib/jruby-rack-1.1.19.jar!/rack/handler/servlet.rb:22:in `call' Rendered /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/middleware/templates/rescues/_trace.erb (5.0ms) Rendered /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/middleware/templates/rescues/_request_and_response.erb (14.0ms) Rendered /archivesspace/gems/gems/actionpack-3.2.22/lib/action_dispatch/middleware/templates/rescues/template_error.erb within rescues/layout (30.0ms) From PGalligan at rockarch.org Mon Oct 12 08:53:02 2015 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Mon, 12 Oct 2015 08:53:02 -0400 Subject: [Archivesspace_Users_Group] 500 error when trying to view locations in 1.4.0 In-Reply-To: <5618C307.8020601@hawaii.edu> References: <5618C307.8020601@hawaii.edu> Message-ID: Just writing to confirm that I've recreated this issue in 1.4.0 on our development server as well. Is there a ticket in the AS jira for this already? Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Wing Leung Sent: Saturday, October 10, 2015 3:49 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] 500 error when trying to view locations in 1.4.0 I recently upgraded from v1.1.2 to v1.4.0 and noticed a 500 error when trying to view locations although I can edit without error. I created a fresh instance of the site from the 1.4.0 release zip plus a fresh mysql db to rule out our data as a source of error. The error seems so basic I'm not sure if I've lost my mind and made a careless mistake somewhere. Is anyone able to reproduce my results? Steps to reproduce. 1. create new instance of AS following instructions from https://github.com/archivesspace/archivesspace/blob/master/README.md 2. create new repository and location. 3. click on view for the just created location 4. arrive at error in screenshot I included the browser window as a screenshot and the log starting from around the point of the error for reference. Server information: centos 6 Linux archivesspacetest.ham.manoa.hawaii.edu 2.6.32-573.3.1.el6.x86_64 #1 SMP Thu Aug 13 22:55:16 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux centos mysql 5.1 via yum mysql-connector-java-5.1.24.jar centos openjdk 1.7 via yum Thanks Wing Leung IT Specialist Desktop Network Services Hamilton Library University of Hawaii at Manoa Phone: 808-956-2905 Fax: 808-956-5968 From brad.westbrook at lyrasis.org Mon Oct 12 14:29:44 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Mon, 12 Oct 2015 18:29:44 +0000 Subject: [Archivesspace_Users_Group] 500 error when trying to view locations in 1.4.0 In-Reply-To: References: <5618C307.8020601@hawaii.edu> Message-ID: Hi, Ling and Patrick, I filed a bug report for this this morning (https://archivesspace.atlassian.net/browse/AR-1342), and Chris has already fixed it. The fix will appear in a maintenance release that we are preparing to distribute very soon. Brad W. -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick Sent: Monday, October 12, 2015 8:53 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] 500 error when trying to view locations in 1.4.0 Just writing to confirm that I've recreated this issue in 1.4.0 on our development server as well. Is there a ticket in the AS jira for this already? Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Wing Leung Sent: Saturday, October 10, 2015 3:49 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] 500 error when trying to view locations in 1.4.0 I recently upgraded from v1.1.2 to v1.4.0 and noticed a 500 error when trying to view locations although I can edit without error. I created a fresh instance of the site from the 1.4.0 release zip plus a fresh mysql db to rule out our data as a source of error. The error seems so basic I'm not sure if I've lost my mind and made a careless mistake somewhere. Is anyone able to reproduce my results? Steps to reproduce. 1. create new instance of AS following instructions from https://github.com/archivesspace/archivesspace/blob/master/README.md 2. create new repository and location. 3. click on view for the just created location 4. arrive at error in screenshot I included the browser window as a screenshot and the log starting from around the point of the error for reference. Server information: centos 6 Linux archivesspacetest.ham.manoa.hawaii.edu 2.6.32-573.3.1.el6.x86_64 #1 SMP Thu Aug 13 22:55:16 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux centos mysql 5.1 via yum mysql-connector-java-5.1.24.jar centos openjdk 1.7 via yum Thanks Wing Leung IT Specialist Desktop Network Services Hamilton Library University of Hawaii at Manoa Phone: 808-956-2905 Fax: 808-956-5968 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From carlos.lemus at unlv.edu Mon Oct 12 17:54:44 2015 From: carlos.lemus at unlv.edu (Carlos Lemus) Date: Mon, 12 Oct 2015 14:54:44 -0700 Subject: [Archivesspace_Users_Group] Creating settings for a plugin Message-ID: Hello, What I want to accomplish is to create a form, possibly in the system_menu_controller, that will allow me to create certain fields/settings with user-input values, save those values, and then let me access them at different points in my plugin. What I've tried so far: I've tried to mimic a bit of the accessions_summary_reports and the hello_world plugin. However, these seem both to be able to continuously create new objects in the schema database pertaining to it, but I just want to have one empty field for the settings that can just be updated instead of having to create multiple settings. I have tried something similar with the defaults, but I don't think I implemented them correctly. Here is a github link to my trial https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/plugin_settings I hope that was clear enough, please let me know if I need to clarify more. I'm just looking for some direction on what I could be doing. How could I approach doing this? I'm I looking in the right direction? Or is there a better example that can help me form this? Thank you, Carlos Lemus -------------- next part -------------- An HTML attachment was scrubbed... URL: From leungwin at hawaii.edu Tue Oct 13 03:40:28 2015 From: leungwin at hawaii.edu (Wing Leung) Date: Mon, 12 Oct 2015 21:40:28 -1000 Subject: [Archivesspace_Users_Group] 500 error when trying to view locations in 1.4.0 In-Reply-To: References: <5618C307.8020601@hawaii.edu> Message-ID: <561CB56C.40806@hawaii.edu> Brad, Confirming v1.4.1-rc3 fixes the location view issue. Looks like a template issue from the github diff? Thanks for the quick fix. Wing On 10/12/2015 8:29 AM, Brad Westbrook wrote: > Hi, Ling and Patrick, > > I filed a bug report for this this morning (https://archivesspace.atlassian.net/browse/AR-1342), and Chris has already fixed it. The fix will appear in a maintenance release that we are preparing to distribute very soon. > > Brad W. > > -----Original Message----- > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick > Sent: Monday, October 12, 2015 8:53 AM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] 500 error when trying to view locations in 1.4.0 > > Just writing to confirm that I've recreated this issue in 1.4.0 on our development server as well. > > Is there a ticket in the AS jira for this already? > > Patrick Galligan > Rockefeller Archive Center > Assistant Digital Archivist > 914-366-6386 > > -----Original Message----- > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Wing Leung > Sent: Saturday, October 10, 2015 3:49 AM > To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] 500 error when trying to view locations in 1.4.0 > > I recently upgraded from v1.1.2 to v1.4.0 and noticed a 500 error when trying to view locations although I can edit without error. I created a fresh instance of the site from the 1.4.0 release zip plus a fresh mysql db to rule out our data as a source of error. > > The error seems so basic I'm not sure if I've lost my mind and made a careless mistake somewhere. Is anyone able to reproduce my results? > > Steps to reproduce. > 1. create new instance of AS following instructions from https://github.com/archivesspace/archivesspace/blob/master/README.md > 2. create new repository and location. > 3. click on view for the just created location 4. arrive at error in screenshot > > I included the browser window as a screenshot and the log starting from around the point of the error for reference. > > Server information: > centos 6 > Linux archivesspacetest.ham.manoa.hawaii.edu 2.6.32-573.3.1.el6.x86_64 > #1 SMP Thu Aug 13 22:55:16 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux > > centos mysql 5.1 via yum > > mysql-connector-java-5.1.24.jar > > centos openjdk 1.7 via yum > > Thanks > Wing Leung > > IT Specialist > Desktop Network Services > Hamilton Library > University of Hawaii at Manoa > Phone: 808-956-2905 > Fax: 808-956-5968 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > From brianjhoffman at gmail.com Tue Oct 13 09:31:20 2015 From: brianjhoffman at gmail.com (Brian Hoffman) Date: Tue, 13 Oct 2015 09:31:20 -0400 Subject: [Archivesspace_Users_Group] Creating settings for a plugin In-Reply-To: References: Message-ID: <2F93FD00-9F7A-4C10-B0D4-4F05C3EBBA04@gmail.com> Hi Carlos, I think you might want to look at the defaults controller and model, as well as the sequence controller and model. If you really just need a single string value, you may want to dispense with the JSONModel stuff completely and just have your backend endpoint take a single parameter and update the model. You can look at the DefaultValues model for an example of how to just have 1 row in the table. For the frontend, you?re probably better off not using the handle_crud helper if you don?t use JSONModel, and just have the controller prepare and send an update request to the backend. The default_values example might help here too: https://github.com/archivesspace/archivesspace/blob/master/frontend/app/models/default_values.rb Brian > On Oct 12, 2015, at 5:54 PM, Carlos Lemus wrote: > > Hello, > > What I want to accomplish is to create a form, possibly in the system_menu_controller, that will allow me to create certain fields/settings with user-input values, save those values, and then let me access them at different points in my plugin. > > What I've tried so far: > > I've tried to mimic a bit of the accessions_summary_reports and the hello_world plugin. However, these seem both to be able to continuously create new objects in the schema database pertaining to it, but I just want to have one empty field for the settings that can just be updated instead of having to create multiple settings. I have tried something similar with the defaults, but I don't think I implemented them correctly. > > Here is a github link to my trial > https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/plugin_settings > > I hope that was clear enough, please let me know if I need to clarify more. > I'm just looking for some direction on what I could be doing. How could I approach doing this? I'm I looking in the right direction? Or is there a better example that can help me form this? > > Thank you, > > Carlos Lemus > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From carlos.lemus at unlv.edu Tue Oct 13 10:11:54 2015 From: carlos.lemus at unlv.edu (Carlos Lemus) Date: Tue, 13 Oct 2015 07:11:54 -0700 Subject: [Archivesspace_Users_Group] Creating settings for a plugin In-Reply-To: <2F93FD00-9F7A-4C10-B0D4-4F05C3EBBA04@gmail.com> References: <2F93FD00-9F7A-4C10-B0D4-4F05C3EBBA04@gmail.com> Message-ID: Hello Brian, Thank you for the response. I will definitely need more values so I'll try taking a look at the defaults controller. I'll let you know if I get something working. Thank you, Carlos Lemus On Oct 13, 2015 6:31 AM, "Brian Hoffman" wrote: > Hi Carlos, > > I think you might want to look at the defaults controller and model, as > well as the sequence controller and model. If you really just need a single > string value, you may want to dispense with the JSONModel stuff completely > and just have your backend endpoint take a single parameter and update the > model. > > You can look at the DefaultValues model for an example of how to just have > 1 row in the table. > > For the frontend, you?re probably better off not using the handle_crud > helper if you don?t use JSONModel, and just have the controller prepare and > send an update request to the backend. The default_values example might > help here too: > > https://github.com/archivesspace/archivesspace/blob/master/frontend/app/models/default_values.rb > > Brian > > > > > > > On Oct 12, 2015, at 5:54 PM, Carlos Lemus wrote: > > Hello, > > What I want to accomplish is to create a form, possibly in the > system_menu_controller, that will allow me to create certain > fields/settings with user-input values, save those values, and then let me > access them at different points in my plugin. > > What I've tried so far: > > I've tried to mimic a bit of the accessions_summary_reports and the > hello_world plugin. However, these seem both to be able to continuously > create new objects in the schema database pertaining to it, but I just want > to have one empty field for the settings that can just be updated instead > of having to create multiple settings. I have tried something similar with > the defaults, but I don't think I implemented them correctly. > > Here is a github link to my trial > > https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/plugin_settings > > I hope that was clear enough, please let me know if I need to clarify more. > I'm just looking for some direction on what I could be doing. How could I > approach doing this? I'm I looking in the right direction? Or is there a > better example that can help me form this? > > Thank you, > > Carlos Lemus > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Tue Oct 13 12:31:04 2015 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Tue, 13 Oct 2015 16:31:04 +0000 Subject: [Archivesspace_Users_Group] Indexer failing on restart of service - anyone else seen this? Message-ID: <16F13AE3-902C-4438-871E-381AC399C5A7@dartmouth.edu> Hey All- This may be related to some of the indexer problems that Maureen and others have noticed from time to time, but I'm throwing this out there in case others want to chime in with a solution (best!) or some insight. Anyway, here's the scenario. Our setup for production is configured as shown below the fold. Basically 4 frontend servers behind an F5. We've noticed that when we do a stop/start of the frontends (for plugin updates, etc) the indexer for one of the frontends sometimes fails. The logs for that server show a lot of errors of the following type: D, [2015-10-07T17:53:28.369000 #16298] DEBUG -- : Thread-9382: POST /users/staff_system/login [session: nil] D, [2015-10-07T17:53:28.377000 #16298] DEBUG -- : Thread-9382: Post-processed params: {:username=>"staff_system", :password=>"[FILTERED]", :expiring=>false} D, [2015-10-07T17:53:28.529000 #16298] DEBUG -- : Thread-9382: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 161.0ms D, [2015-10-07T17:53:28.542000 #16298] DEBUG -- : Thread-9384: POST /update_monitor [session: nil] D, [2015-10-07T17:53:28.548000 #16298] DEBUG -- : Thread-9384: Post-processed params: {:active_edits=>#"active_edits", "active_edits"=>[]}>} D, [2015-10-07T17:53:28.550000 #16298] DEBUG -- : Thread-9384: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"26"}, ["{\"error\":\"Access denied\"}\n"]]... in 8.0ms D, [2015-10-07T17:53:28.558000 #16298] DEBUG -- : Thread-5526: POST /users/staff_system/login [session: nil] D, [2015-10-07T17:53:28.564000 #16298] DEBUG -- : Thread-5526: Post-processed params: {:username=>"staff_system", :password=>"[FILTERED]", :expiring=>false} D, [2015-10-07T17:53:28.723000 #16298] DEBUG -- : Thread-5526: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 165.0ms D, [2015-10-07T17:53:32.879000 #16298] DEBUG -- : Thread-5518: POST /users/search_indexer/login [session: nil] D, [2015-10-07T17:53:32.885000 #16298] DEBUG -- : Thread-5518: Post-processed params: {:username=>"search_indexer", :password=>"[FILTERED]", :expiring=>false} D, [2015-10-07T17:53:33.050000 #16298] DEBUG -- : Thread-5518: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 171.0ms # -------------- next part -------------- A non-text attachment was scrubbed... Name: DartmouthAS-production.png Type: image/png Size: 49971 bytes Desc: DartmouthAS-production.png URL: From melissa.wisner at yale.edu Tue Oct 13 13:54:23 2015 From: melissa.wisner at yale.edu (Wisner, Melissa) Date: Tue, 13 Oct 2015 17:54:23 +0000 Subject: [Archivesspace_Users_Group] Indexer failing on restart of service - anyone else seen this? In-Reply-To: <16F13AE3-902C-4438-871E-381AC399C5A7@dartmouth.edu> References: <16F13AE3-902C-4438-871E-381AC399C5A7@dartmouth.edu> Message-ID: <9E8D0784D9B39B41933B014FA7C528E93C179FCF@x10-mbx5.yu.yale.edu> Hello Joshua, I wanted to share the results of the indexing issues Yale Library was experiencing this summer. As you noted, it may be the same root cause to the problem, or otherwise just a good lesson about administration of ASpace. To recap the problems at Yale Library related to indexing: ? Staff using ASpace would report they created new content and were unable to retrieve it, either through type ahead or direct searches for the content. This created service disruption. ? In an attempt to analyze the log files for the date/times of the reported problems, we frequently saw EOF/end of file errors. (I don?t see that error in your snippet below, but?) ? What we saw was empty *.dat files, namely (repositories_repositories.dat and deletes_deletes.dat, and sometimes top_container, but that last one is a Yale customization) ? We also would notice the the application would stop logging at the same time these files would turn to an empty state/0 state ? We would initiate a partial reindex, then restart the application. This would temporarily fix the problem (app would resume logging, files would rebuild, staff would report ?hey I found my stuff?) ? However, with 3-4 hours the pattern would repeat, logging would stop, no new content could be retrieved, etc. We had HM work with us to analyze the issue. The root cause was lack of disk space. Even with 25GB of allocated space, our production instance routinely ran as low as 12MB (yes an M) of free space. These fluctuations on the server basically lined up to every 4 hours when a solr backup was set to run. Our index is currently about 15GB. ASpace keeps the index and tries to create a full 2nd copy. 15 + 15 =30, so we ran out of space. We believe that is why logging stopped and needed a kick to get going again. To test this theory, we temporarily disabled solr backups, and had a script from HM In place to monitor disk usage both pre and post solr backups. When the backups were temporarily suspended, the disk capacity did still go as high as 93%, but left us with 12GB (with a G) to spare. Logging has continued, indexing has remained up to date, and staff are able to use the system as expected. Several recommendations were also made to write the backups to a different filesystem than the one ASpace was using (outsde of /usr/local), and monitor for disk capacity with alerts. Again, not sure that this is the problem you are having, but you mention a stopstart, so maybe check for empty files, or if the app is logging, or if disk capacity is on the high end. Melissa Wisner Yale Library IT From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Joshua D. Shaw Sent: Tuesday, October 13, 2015 12:31 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Indexer failing on restart of service - anyone else seen this? Hey All- This may be related to some of the indexer problems that Maureen and others have noticed from time to time, but I'm throwing this out there in case others want to chime in with a solution (best!) or some insight. Anyway, here's the scenario. Our setup for production is configured as shown below the fold. Basically 4 frontend servers behind an F5. We've noticed that when we do a stop/start of the frontends (for plugin updates, etc) the indexer for one of the frontends sometimes fails. The logs for that server show a lot of errors of the following type: D, [2015-10-07T17:53:28.369000 #16298] DEBUG -- : Thread-9382: POST /users/staff_system/login [session: nil] D, [2015-10-07T17:53:28.377000 #16298] DEBUG -- : Thread-9382: Post-processed params: {:username=>"staff_system", :password=>"[FILTERED]", :expiring=>false} D, [2015-10-07T17:53:28.529000 #16298] DEBUG -- : Thread-9382: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 161.0ms D, [2015-10-07T17:53:28.542000 #16298] DEBUG -- : Thread-9384: POST /update_monitor [session: nil] D, [2015-10-07T17:53:28.548000 #16298] DEBUG -- : Thread-9384: Post-processed params: {:active_edits=>#"active_edits", "active_edits"=>[]}>} D, [2015-10-07T17:53:28.550000 #16298] DEBUG -- : Thread-9384: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"26"}, ["{\"error\":\"Access denied\"}\n"]]... in 8.0ms D, [2015-10-07T17:53:28.558000 #16298] DEBUG -- : Thread-5526: POST /users/staff_system/login [session: nil] D, [2015-10-07T17:53:28.564000 #16298] DEBUG -- : Thread-5526: Post-processed params: {:username=>"staff_system", :password=>"[FILTERED]", :expiring=>false} D, [2015-10-07T17:53:28.723000 #16298] DEBUG -- : Thread-5526: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 165.0ms D, [2015-10-07T17:53:32.879000 #16298] DEBUG -- : Thread-5518: POST /users/search_indexer/login [session: nil] D, [2015-10-07T17:53:32.885000 #16298] DEBUG -- : Thread-5518: Post-processed params: {:username=>"search_indexer", :password=>"[FILTERED]", :expiring=>false} D, [2015-10-07T17:53:33.050000 #16298] DEBUG -- : Thread-5518: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 171.0ms # -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 51836 bytes Desc: image001.png URL: From smithkr at mit.edu Tue Oct 13 14:01:06 2015 From: smithkr at mit.edu (Kari R Smith) Date: Tue, 13 Oct 2015 18:01:06 +0000 Subject: [Archivesspace_Users_Group] Interested in talking with anyone using LibraryHost for ArchivesSpace Message-ID: <29F559819ACA9A4FBF208407D4B63ABBCDAC6657@OC11EXPO32.exchange.mit.edu> Hello, I'm interested in talking with anyone who is or has used LibraryHost as a hosting service for ArchivesSpace. Please contact me directly off-line. I would like to ask a few questions regarding the service they are providing you. Thank you, Kari Kari R. Smith, Digital Archivist MIT Libraries, Institute Archives and Special Collections 617-258-5568 | smithkr (at) mit.edu http://libraries.mit.edu/archives/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at minorscience.com Tue Oct 13 14:18:49 2015 From: j at minorscience.com (Jason Loeffler) Date: Tue, 13 Oct 2015 14:18:49 -0400 Subject: [Archivesspace_Users_Group] Migration from 1.2 to 1.4 In-Reply-To: References: Message-ID: Can you confirm that the upgrade process entail removing the telephone, rde_temple, and default_values tables before running the setup-database script? I'd like to confirm whether or not this is a bug or isolated to our specific ASpace instance. Jason Loeffler Principal Minor Science | Application Development & Metadata Strategy Brooklyn, New York On Thu, Oct 8, 2015 at 9:50 PM, Jason Loeffler wrote: > Hi Chris, > > As a workaround, I simply removed those three tables, ran the script, and > the three tables were created. Is this a known issue with the upgrade > process? > > Jason > > > _____________________________ > From: Chris Fitzpatrick > Sent: Thursday, October 8, 2015 3:41 PM > Subject: Re: [Archivesspace_Users_Group] Migration from 1.2 to 1.4 > To: Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > Cc: Lisette Gonzalez > > > > > Hi Jason, > > > After you ran the setup-database script, did the telephone, rde_template, > and default_value tables get created? > > If so, you should be good if the schema_info table has a value 59. > > > best,chris. > > > > Chris Fitzpatrick | Developer, ArchivesSpace > Skype: chrisfitzpat | Phone: 918.236.6048 > http://archivesspace.org/ > > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Jason Loeffler > *Sent:* Wednesday, October 7, 2015 2:39 AM > *To:* Archivesspace Users Group > *Cc:* Lisette Gonzalez > *Subject:* Re: [Archivesspace_Users_Group] Migration from 1.2 to 1.4 > > I should add that the setup-database.sh script encountered errors against > the following tables: > > telephone > rde_template > default_values > > I temporarily removed these tables from the database and was able to run > the upgrade process successfully. > > On Tue, Oct 6, 2015 at 7:59 PM, Jason Loeffler > wrote: > >> Anyone else encounter the following migration error when upgrading from >> the 1.2 release to 1.4? >> >> https://gist.github.com/anonymous/cc3d2ef586a07f3f341e >> >> Thanks, Jason >> >> Jason Loeffler >> Principal >> Minor Science | Application Development & Metadata Strategy >> Brooklyn, New York >> >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Tue Oct 13 14:25:26 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Tue, 13 Oct 2015 18:25:26 +0000 Subject: [Archivesspace_Users_Group] Migration from 1.2 to 1.4 In-Reply-To: References: , Message-ID: Hi Jason, No, I assuming this seems to be particular to your install. What most likely happened is that a previous migration did not complete and you're database was left in a state that was in an uncompleted state. Removing the tables in your case allowed for the migration to continue.You can check the value in the schema_info table, which should be 59 in 1.4.0. b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Jason Loeffler Sent: Tuesday, October 13, 2015 8:18 PM To: Archivesspace Users Group Cc: Lisette Gonzalez Subject: Re: [Archivesspace_Users_Group] Migration from 1.2 to 1.4 Can you confirm that the upgrade process entail removing the telephone, rde_temple, and default_values tables before running the setup-database script? I'd like to confirm whether or not this is a bug or isolated to our specific ASpace instance. Jason Loeffler Principal Minor Science | Application Development & Metadata Strategy Brooklyn, New York On Thu, Oct 8, 2015 at 9:50 PM, Jason Loeffler > wrote: Hi Chris, As a workaround, I simply removed those three tables, ran the script, and the three tables were created. Is this a known issue with the upgrade process? Jason _____________________________ From: Chris Fitzpatrick > Sent: Thursday, October 8, 2015 3:41 PM Subject: Re: [Archivesspace_Users_Group] Migration from 1.2 to 1.4 To: Archivesspace Users Group > Cc: Lisette Gonzalez > Hi Jason, After you ran the setup-database script, did the telephone, rde_template, and default_value tables get created? If so, you should be good if the schema_info table has a value 59. best,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Jason Loeffler > Sent: Wednesday, October 7, 2015 2:39 AM To: Archivesspace Users Group Cc: Lisette Gonzalez Subject: Re: [Archivesspace_Users_Group] Migration from 1.2 to 1.4 I should add that the setup-database.sh script encountered errors against the following tables: telephone rde_template default_values I temporarily removed these tables from the database and was able to run the upgrade process successfully. On Tue, Oct 6, 2015 at 7:59 PM, Jason Loeffler > wrote: Anyone else encounter the following migration error when upgrading from the 1.2 release to 1.4? https://gist.github.com/anonymous/cc3d2ef586a07f3f341e Thanks, Jason Jason Loeffler Principal Minor Science | Application Development & Metadata Strategy Brooklyn, New York -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at dishevelled.net Tue Oct 13 18:47:14 2015 From: mark at dishevelled.net (Mark Triggs) Date: Wed, 14 Oct 2015 09:47:14 +1100 Subject: [Archivesspace_Users_Group] Indexer failing on restart of service - anyone else seen this? In-Reply-To: <16F13AE3-902C-4438-871E-381AC399C5A7@dartmouth.edu> (Joshua D. Shaw's message of "Tue, 13 Oct 2015 16:31:04 +0000") References: <16F13AE3-902C-4438-871E-381AC399C5A7@dartmouth.edu> Message-ID: <87lhb6gzd9.fsf@dishevelled.net> Hi Joshua, Can I just check: do you have config.rb settings for the following?: AppConfig[:search_user_secret] = "a" AppConfig[:public_user_secret] = "big" AppConfig[:staff_user_secret] = "secret" You'll want to have strong passwords set for those in your `config/config.rb`, with the same values on each server. When ArchivesSpace starts up, it will make sure those system accounts have the right password set. Without these settings, each ArchivesSpace instance will generate its own random password upon startup and will change the password in the database for those accounts. When there are multiple nodes in the picture, that would have the effect of locking all but one of them out... This could be made more clear in the documentation I think. The example multi-tenant config file does have placeholders for the values you need to share across all nodes: https://github.com/archivesspace/archivesspace/blob/master/clustering/files/archivesspace/tenants/_template/archivesspace/config/config.rb but the CLUSTERING_README doesn't explicitly call them out (except for one cryptic remark :) Cheers, Mark "Joshua D. Shaw" writes: > Hey All- > > This may be related to some of the indexer problems that Maureen and others have noticed from time to time, but I'm throwing this out there in case others want to chime in with a solution (best!) or some insight. > > Anyway, here's the scenario. Our setup for production is configured as > shown below the fold. Basically 4 frontend servers behind an F5. We've > noticed that when we do a stop/start of the frontends (for plugin > updates, etc) the indexer for one of the frontends sometimes > fails. The logs for that server show a lot of errors of the following > type: > > D, [2015-10-07T17:53:28.369000 #16298] DEBUG -- : Thread-9382: POST /users/staff_system/login [session: nil] > D, [2015-10-07T17:53:28.377000 #16298] DEBUG -- : Thread-9382: Post-processed params: {:username=>"staff_system", :password=>"[FILTERED]", :expiring=>false} > D, [2015-10-07T17:53:28.529000 #16298] DEBUG -- : Thread-9382: > Responded with [403, {"Content-Type"=>"application/json", > "Cache-Control"=>"private, must-revalidate, max-age=0", > "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in > 161.0ms > D, [2015-10-07T17:53:28.542000 #16298] DEBUG -- : Thread-9384: POST /update_monitor [session: nil] > D, [2015-10-07T17:53:28.548000 #16298] DEBUG -- : Thread-9384: Post-processed params: {:active_edits=>#"active_edits", "active_edits"=>[]}>} > D, [2015-10-07T17:53:28.550000 #16298] DEBUG -- : Thread-9384: > Responded with [403, {"Content-Type"=>"application/json", > "Cache-Control"=>"private, must-revalidate, max-age=0", > "Content-Length"=>"26"}, ["{\"error\":\"Access denied\"}\n"]]... in > 8.0ms > D, [2015-10-07T17:53:28.558000 #16298] DEBUG -- : Thread-5526: POST /users/staff_system/login [session: nil] > D, [2015-10-07T17:53:28.564000 #16298] DEBUG -- : Thread-5526: Post-processed params: {:username=>"staff_system", :password=>"[FILTERED]", :expiring=>false} > D, [2015-10-07T17:53:28.723000 #16298] DEBUG -- : Thread-5526: > Responded with [403, {"Content-Type"=>"application/json", > "Cache-Control"=>"private, must-revalidate, max-age=0", > "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in > 165.0ms > D, [2015-10-07T17:53:32.879000 #16298] DEBUG -- : Thread-5518: POST /users/search_indexer/login [session: nil] > D, [2015-10-07T17:53:32.885000 #16298] DEBUG -- : Thread-5518: Post-processed params: {:username=>"search_indexer", :password=>"[FILTERED]", :expiring=>false} > D, [2015-10-07T17:53:33.050000 #16298] DEBUG -- : Thread-5518: > Responded with [403, {"Content-Type"=>"application/json", > "Cache-Control"=>"private, must-revalidate, max-age=0", > "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in > 171.0ms > # > Sometimes a simple start/stop of that particular server solves the issue, but we have had to replicate a known good server to the bad to clear things up. > > Has anyone else seen something similar? Any thoughts on what a potential cause (and cure) might be? -- Mark Triggs -------------- next part -------------- An HTML attachment was scrubbed... URL: From laddmm at miamioh.edu Wed Oct 14 09:29:56 2015 From: laddmm at miamioh.edu (Ladd, Marcus) Date: Wed, 14 Oct 2015 09:29:56 -0400 Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Message-ID: Has anyone else been having issues with transferring resources between repositories? I've been stumped on this for months. Every time I try and transfer a resources (regardless of which resource or to/from which repository), I get the following error: Transfer Failed: {"error":{"linked_agents/0/ref":["Must be one of: JSONModel(:agent_corporate_entity) uri, JSONModel(:agent_family) uri, JSONModel(:agent_person) uri, JSONModel(:agent_software) uri (you provided a String)"]},"warning":null,"invalid_object":"#[{\"role\"=>\"transmitter\", \"ref\"=>\"/agents/corporate_entities\"}, {\"role\"=>\"recipient\", \"ref\"=>\"/agents/corporate_entities/40\"}], \"linked_records\"=>[{\"role\" =>\"transfer\", \"ref\"=>\"/repositories/5/resources/240\"}], \"event_type\"=>\"custody_transfer\", \"timestamp\"=>\"2015-08-11T20:31:45Z\", \"jsonmodel_type\"=>\"event\", \"external_ids\"=>[]}>"} I have also attached a screenshot of the error if anyone is able to provide any suggestions. Thanks, Marcus -------- *Marcus Ladd* Special Collections Digital Librarian Miami University, Oxford, OH -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: transfererror.jpg Type: image/jpeg Size: 816554 bytes Desc: not available URL: From mGorzalski at lib.siu.edu Wed Oct 14 09:44:52 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Wed, 14 Oct 2015 13:44:52 +0000 Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories In-Reply-To: References: Message-ID: <12005b6117ac4052968252692059722c@it-excmb3.ad.siu.edu> I?ve had the same problem transferring accession records from one repository to another. I don?t have the technical knowledge to explore a solution, but I confirm you aren?t the only one having this issue. Matt Gorzalski SIU Carbondale From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ladd, Marcus Sent: Wednesday, October 14, 2015 8:30 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Has anyone else been having issues with transferring resources between repositories? I've been stumped on this for months. Every time I try and transfer a resources (regardless of which resource or to/from which repository), I get the following error: Transfer Failed: {"error":{"linked_agents/0/ref":["Must be one of: JSONModel(:agent_corporate_entity) uri, JSONModel(:agent_family) uri, JSONModel(:agent_person) uri, JSONModel(:agent_software) uri (you provided a String)"]},"warning":null,"invalid_object":"#[{\"role\"=>\"transmitter\", \"ref\"=>\"/agents/corporate_entities\"}, {\"role\"=>\"recipient\", \"ref\"=>\"/agents/corporate_entities/40\"}], \"linked_records\"=>[{\"role\"=>\"transfer\", \"ref\"=>\"/repositories/5/resources/240\"}], \"event_type\"=>\"custody_transfer\", \"timestamp\"=>\"2015-08-11T20:31:45Z\", \"jsonmodel_type\"=>\"event\", \"external_ids\"=>[]}>"} I have also attached a screenshot of the error if anyone is able to provide any suggestions. Thanks, Marcus -------- Marcus Ladd Special Collections Digital Librarian Miami University, Oxford, OH -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Wed Oct 14 10:01:03 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Wed, 14 Oct 2015 14:01:03 +0000 Subject: [Archivesspace_Users_Group] Release of ArchivesSpace v1.4.1 Message-ID: [Apologies for duplicate receipts] The ArchivesSpace team is happy to release version 1.4.1. This release includes fixes for three bugs found in release 1.4.0: AR-1332, AR-1341, and AR-1342. Since AR-1341 is potentially a destructive bug, we recommend everybody that has installed v1.4.0 upgrade immediately to v1.4.1 and that others upgrade directly to v1.4.1. Please see the technical documentation for information on how to upgrade your ArchivesSpace installs. Note: this release includes a file with a long name that might impede unzipping the release in certain directories on Windows machines. Windows users should unzip the file in C:/ or ignore the file, which is not essential to the release. Thanks to the users who reported these bugs and tested the solutions for them. Their efforts were crucial to our ability to get this maintenance release out quickly. Please let us know if you have any questions, comments, or concerns. All best, Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) [cid:image003.png at 01CE734E.FD759D30] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7640 bytes Desc: image001.png URL: From brad.westbrook at lyrasis.org Wed Oct 14 10:12:53 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Wed, 14 Oct 2015 14:12:53 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Deployment and Migration Survey Report Message-ID: Thank you to all the ArchivesSpace member representatives that responded to the ArchivesSpace Deployment and Migration survey conducted at the beginning of August. I am attaching the final report to this message. It is also located on the ArchivesSpace wiki at https://archivesspace.atlassian.net/wiki/display/ADC/Documents+and+Reports?preview=/31195177/31195179/Deployment%20and%20Migration%20Survey%20Report--%2020151013.pdf. Please let us know if you have any questions and comments. Cheers, Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) [cid:image003.png at 01CE734E.FD759D30] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7645 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Deployment and Migration Survey Report-- 20151013.docx Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document Size: 26041 bytes Desc: Deployment and Migration Survey Report-- 20151013.docx URL: From brianjhoffman at gmail.com Wed Oct 14 10:45:34 2015 From: brianjhoffman at gmail.com (brian) Date: Wed, 14 Oct 2015 10:45:34 -0400 Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Message-ID: When you create a Repository record in Aspace, it quietly creates a Corporate Entity agent record to represent the repository. Is it possible that at some point you deleted that agent record for the transferring repository?
-------- Original message --------
From: "Ladd, Marcus"
Date:10/14/2015 9:29 AM (GMT-05:00)
To: archivesspace_users_group at lyralists.lyrasis.org
Cc:
Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories
Has anyone else been having issues with transferring resources between repositories? I've been stumped on this for months. Every time I try and transfer a resources (regardless of which resource or to/from which repository), I get the following error: Transfer Failed: {"error":{"linked_agents/0/ref":["Must be one of: JSONModel(:agent_corporate_entity) uri, JSONModel(:agent_family) uri, JSONModel(:agent_person) uri, JSONModel(:agent_software) uri (you provided a String)"]},"warning":null,"invalid_object":"#[{\"role\"=>\"transmitter\", \"ref\"=>\"/agents/corporate_entities\"}, {\"role\"=>\"recipient\", \"ref\"=>\"/agents/corporate_entities/40\"}], \"linked_records\"=>[{\"role\"=>\"transfer\", \"ref\"=>\"/repositories/5/resources/240\"}], \"event_type\"=>\"custody_transfer\", \"timestamp\"=>\"2015-08-11T20:31:45Z\", \"jsonmodel_type\"=>\"event\", \"external_ids\"=>[]}>"} I have also attached a screenshot of the error if anyone is able to provide any suggestions. Thanks, Marcus -------- Marcus Ladd Special Collections Digital Librarian Miami University, Oxford, OH -------------- next part -------------- An HTML attachment was scrubbed... URL: From psuda1 at tulane.edu Wed Oct 14 10:56:07 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Wed, 14 Oct 2015 14:56:07 +0000 Subject: [Archivesspace_Users_Group] AT to Aspace Migration Message-ID: Good morning, When running the Archivist's Toolkist to ASpace migration, I received the following error: {"error":{"username":["Username 'admin' is already in use"]}} For the Archivist's Toolkit migration, do you have to create another ASpace user/admin account? Why not just use the admin account as when migration Archon instances? Thanks, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: From laddmm at miamioh.edu Wed Oct 14 10:59:58 2015 From: laddmm at miamioh.edu (Ladd, Marcus) Date: Wed, 14 Oct 2015 10:59:58 -0400 Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories In-Reply-To: References: Message-ID: Hi Brian, That's a really good thought, thanks. Unfortunately I just double checked and the agent record for the repository still exists. -------- *Marcus Ladd* Special Collections Digital Librarian Miami University, Oxford, OH On Wed, Oct 14, 2015 at 10:45 AM, brian wrote: > When you create a Repository record in Aspace, it quietly creates a > Corporate Entity agent record to represent the repository. Is it possible > that at some point you deleted that agent record for the transferring > repository? > > > > > -------- Original message -------- > From: "Ladd, Marcus" > Date:10/14/2015 9:29 AM (GMT-05:00) > To: archivesspace_users_group at lyralists.lyrasis.org > Cc: > Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between > Repositories > > Has anyone else been having issues with transferring resources between > repositories? I've been stumped on this for months. Every time I try and > transfer a resources (regardless of which resource or to/from which > repository), I get the following error: > > Transfer Failed: {"error":{"linked_agents/0/ref":["Must be one of: > JSONModel(:agent_corporate_entity) uri, JSONModel(:agent_family) uri, > JSONModel(:agent_person) uri, JSONModel(:agent_software) uri (you provided > a String)"]},"warning":null,"invalid_object":"# {\"linked_agents\"=>[{\"role\"=>\"transmitter\", > \"ref\"=>\"/agents/corporate_entities\"}, {\"role\"=>\"recipient\", > \"ref\"=>\"/agents/corporate_entities/40\"}], > \"linked_records\"=>[{\"role\"=>\"transfer\", \"ref\"=>\"/repositories/5/resources/240\"}], > \"event_type\"=>\"custody_transfer\", \"timestamp\"=>\"2015-08-11T20:31:45Z\", > \"jsonmodel_type\"=>\"event\", \"external_ids\"=>[]}>"} > > I have also attached a screenshot of the error if anyone is able to > provide any suggestions. > Thanks, > Marcus > > -------- > *Marcus Ladd* > Special Collections Digital Librarian > Miami University, Oxford, OH > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvb at sfasu.edu Wed Oct 14 11:02:23 2015 From: jvb at sfasu.edu (Johna L Von Behrens) Date: Wed, 14 Oct 2015 15:02:23 +0000 Subject: [Archivesspace_Users_Group] Processed Accessions Message-ID: Does the Event "Processed" make the current Accession I am working on show as processed somewhere in the record or when I do a browse or search? Does it show the Accession processed on the AccessionsProcessedReport? Also, when I am editing an accession record how do I see the Events related to that record? Johna Von Behrens, MLIS, CA, MSED University Archivist and Records Manager East Texas Research Center Stephen F. Austin State University PO Box 13055 SFA Station Nacogdoches, TX 75962 Phone 936.468.1536 Fax 936.468.4117 The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. -------------- next part -------------- An HTML attachment was scrubbed... URL: From laddmm at miamioh.edu Wed Oct 14 11:17:55 2015 From: laddmm at miamioh.edu (Ladd, Marcus) Date: Wed, 14 Oct 2015 11:17:55 -0400 Subject: [Archivesspace_Users_Group] Fwd: ArchivesSpace Training at Miami University (Ohio), 11/16 & 11/17 In-Reply-To: References: Message-ID: *UPDATE: **Registration is now open* To register, complete the following 2 steps: 1) Fill out the form at http://goo.gl/forms/6Evjnbpt6N 2) Mail a check for the registration fee ($200) made out to "Miami University Libraries" to: Marcus Ladd King Library, Special Collections 151 S. Campus Ave. Oxford, OH 45056 A confirmation of your registration will be e-mailed to you once the check is received. ---------------------------- *The Miami University Libraries will be hosting ArchivesSpace Training November 16-17, 2015* This two-day workshop that covers the basics of ArchivesSpace from application management through material description and authorities management to exporting, importing, and data cleanup. It will also include a overview of digital objects. The workshop will be led by Nancy Enneking (Getty Research Institute) and Mark Custer (Yale University). All ArchivesSpace members are welcome to register. *Location: *The Miami University Archives, 201 Withrow Court, Oxford, OH 45056 *Time*: Monday November 16th and Tuesday November 17th, 9:00-4:30 each day *Registration Fee: *A registration fee of $200 will go towards helping the Miami University Libraries cover the cost of hosting the training and the instructor's honorarium. *Technology Requirements: *A laptop with access to wireless internet will be necessary for each attendee. We ask that you provide your own laptop, but if necessary we can make arrangements to provide one on loan from the library. Please let us know in your registration request if you will need a laptop provided. *Accommodation: *10 rooms have been made available at the Marcum Center Hotel on the Miami University campus for a rate of $99/night. No sales or bed tax is levied if it is a non-profit institution, however 12.5% sales and bed taxes will be levied if paid with a personal credit card. To register for a room at the Marcum Center Hotel, contact them at 513-529-3770 or at confandeventserv at MiamiOH.edu and include that it is for the ArchivesSpace Training/King Library Block. Alternatively, there are hotels and motels elsewhere in Oxford. More information can be found on the Visiting Miami University Accommodations page . *Dining: *A variety of restaurants and other dining options are available both on- and off-campus. More information can be found on the Visiting Miami University - Restaurants page . *To register or to request further information, please contact Jacky Johnson (johnsoj at MiamiOH.edu , 513-529-6720 <513-529-6720>) or Marcus Ladd (laddmm at MiamiOH.edu , 513-529-0462 <513-529-0462>). *Please note that we can accept a maximum of 20 attendees and registration ends November 9th. -------- *Marcus Ladd* Special Collections Digital Librarian Miami University, Oxford, OH -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvb at sfasu.edu Wed Oct 14 11:34:55 2015 From: jvb at sfasu.edu (Johna L Von Behrens) Date: Wed, 14 Oct 2015 15:34:55 +0000 Subject: [Archivesspace_Users_Group] Event - Processed - Calendar Message-ID: The calendar that is popping up seems to be wrong??? Today is Wednesday not Thursday the 14th of October, 2015. [cid:image001.png at 01D1066B.F74F6D20] Johna Von Behrens, MLIS, CA, MSEd University Archivist and Records Manager East Texas Research Center Stephen F. Austin State University PO Box 13055 SFA Station Nacogdoches, TX 75962 Phone 936.468.1536 Fax 936.468.4117 The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 22808 bytes Desc: image001.png URL: From jvb at sfasu.edu Wed Oct 14 11:35:41 2015 From: jvb at sfasu.edu (Johna L Von Behrens) Date: Wed, 14 Oct 2015 15:35:41 +0000 Subject: [Archivesspace_Users_Group] Event - Processed - Calendar In-Reply-To: References: Message-ID: Never mind I got it to pop up correctly :) Johna Von Behrens, MLIS, CA, MSED University Archivist and Records Manager East Texas Research Center Stephen F. Austin State University PO Box 13055 SFA Station Nacogdoches, TX 75962 Phone 936.468.1536 Fax 936.468.4117 The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Johna L Von Behrens Sent: Wednesday, October 14, 2015 10:35 AM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) Subject: [Archivesspace_Users_Group] Event - Processed - Calendar The calendar that is popping up seems to be wrong??? Today is Wednesday not Thursday the 14th of October, 2015. [cid:image001.png at 01D1066C.12C06B90] Johna Von Behrens, MLIS, CA, MSEd University Archivist and Records Manager East Texas Research Center Stephen F. Austin State University PO Box 13055 SFA Station Nacogdoches, TX 75962 Phone 936.468.1536 Fax 936.468.4117 The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 22808 bytes Desc: image001.png URL: From brad.westbrook at lyrasis.org Wed Oct 14 11:43:47 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Wed, 14 Oct 2015 15:43:47 +0000 Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories In-Reply-To: <12005b6117ac4052968252692059722c@it-excmb3.ad.siu.edu> References: <12005b6117ac4052968252692059722c@it-excmb3.ad.siu.edu> Message-ID: Hi. I have not been able to verify either Marcus or Matt?s reports. Using test.archivesspace.org, I was able to transfer both accession and resource records across multiple repositories. Would either of you mind trying to replicate the problem in test.archivesspace.org or in sandbox.archivesspace.org? Thanks, Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, October 14, 2015 9:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories I?ve had the same problem transferring accession records from one repository to another. I don?t have the technical knowledge to explore a solution, but I confirm you aren?t the only one having this issue. Matt Gorzalski SIU Carbondale From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ladd, Marcus Sent: Wednesday, October 14, 2015 8:30 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Has anyone else been having issues with transferring resources between repositories? I've been stumped on this for months. Every time I try and transfer a resources (regardless of which resource or to/from which repository), I get the following error: Transfer Failed: {"error":{"linked_agents/0/ref":["Must be one of: JSONModel(:agent_corporate_entity) uri, JSONModel(:agent_family) uri, JSONModel(:agent_person) uri, JSONModel(:agent_software) uri (you provided a String)"]},"warning":null,"invalid_object":"#[{\"role\"=>\"transmitter\", \"ref\"=>\"/agents/corporate_entities\"}, {\"role\"=>\"recipient\", \"ref\"=>\"/agents/corporate_entities/40\"}], \"linked_records\"=>[{\"role\"=>\"transfer\", \"ref\"=>\"/repositories/5/resources/240\"}], \"event_type\"=>\"custody_transfer\", \"timestamp\"=>\"2015-08-11T20:31:45Z\", \"jsonmodel_type\"=>\"event\", \"external_ids\"=>[]}>"} I have also attached a screenshot of the error if anyone is able to provide any suggestions. Thanks, Marcus -------- Marcus Ladd Special Collections Digital Librarian Miami University, Oxford, OH -------------- next part -------------- An HTML attachment was scrubbed... URL: From mGorzalski at lib.siu.edu Wed Oct 14 11:59:53 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Wed, 14 Oct 2015 15:59:53 +0000 Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories In-Reply-To: References: <12005b6117ac4052968252692059722c@it-excmb3.ad.siu.edu> Message-ID: <879e765fabd4472aba3f148f92787022@it-excmb3.ad.siu.edu> I just tested using the test.archivesspace.org link and it worked for me that time. If it helps, my transfer problem comes post-migration. Prior to the refactored tool, accession records migrated to whatever Archon repository you selected as the primary repository. In our case, we no longer use/need/want that repository so after migration I tried transferring accessions to another repository so I could safely delete the unwanted repository. That is when I got the error. Screen shot attached. But that was using the old tool, not the refactored tool. And in our recent test of the refactored tool, accessions didn?t migrate so I couldn?t re-test. Matt From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook Sent: Wednesday, October 14, 2015 10:44 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Hi. I have not been able to verify either Marcus or Matt?s reports. Using test.archivesspace.org, I was able to transfer both accession and resource records across multiple repositories. Would either of you mind trying to replicate the problem in test.archivesspace.org or in sandbox.archivesspace.org? Thanks, Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, October 14, 2015 9:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories I?ve had the same problem transferring accession records from one repository to another. I don?t have the technical knowledge to explore a solution, but I confirm you aren?t the only one having this issue. Matt Gorzalski SIU Carbondale From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ladd, Marcus Sent: Wednesday, October 14, 2015 8:30 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Has anyone else been having issues with transferring resources between repositories? I've been stumped on this for months. Every time I try and transfer a resources (regardless of which resource or to/from which repository), I get the following error: Transfer Failed: {"error":{"linked_agents/0/ref":["Must be one of: JSONModel(:agent_corporate_entity) uri, JSONModel(:agent_family) uri, JSONModel(:agent_person) uri, JSONModel(:agent_software) uri (you provided a String)"]},"warning":null,"invalid_object":"#[{\"role\"=>\"transmitter\", \"ref\"=>\"/agents/corporate_entities\"}, {\"role\"=>\"recipient\", \"ref\"=>\"/agents/corporate_entities/40\"}], \"linked_records\"=>[{\"role\"=>\"transfer\", \"ref\"=>\"/repositories/5/resources/240\"}], \"event_type\"=>\"custody_transfer\", \"timestamp\"=>\"2015-08-11T20:31:45Z\", \"jsonmodel_type\"=>\"event\", \"external_ids\"=>[]}>"} I have also attached a screenshot of the error if anyone is able to provide any suggestions. Thanks, Marcus -------- Marcus Ladd Special Collections Digital Librarian Miami University, Oxford, OH -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: transfer_error.jpg Type: image/jpeg Size: 337173 bytes Desc: transfer_error.jpg URL: From mrf22 at psu.edu Wed Oct 14 12:30:45 2015 From: mrf22 at psu.edu (MATTHEW R FRANCIS) Date: Wed, 14 Oct 2015 12:30:45 -0400 (EDT) Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories In-Reply-To: References: <12005b6117ac4052968252692059722c@it-excmb3.ad.siu.edu> Message-ID: <912828688.813353.1444840245290.JavaMail.zimbra@psu.edu> Just to piggy-back on this conversation. The vast majority of the time that we attempt to transfer records between repositories it occurs with zero issues. Unfortunately, we have one resource record that so far we have been unable to transfer (we have attempted and failed in v.1.2 and now v.1.4). However, our error is appears to be stemming from a different source as seen below. Any advice on how we can resolve this? -Matt Matt Francis Archivist for Collection Management Special Collections Library Penn State University From: "Brad Westbrook" To: "Archivesspace Users Group" Sent: Wednesday, October 14, 2015 11:43:47 AM Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Hi. I have not been able to verify either Marcus or Matt?s reports. Using test.archivesspace.org, I was able to transfer both accession and resource records across multiple repositories. Would either of you mind trying to replicate the problem in test.archivesspace.org or in sandbox.archivesspace.org? Thanks, Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, October 14, 2015 9:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories I?ve had the same problem transferring accession records from one repository to another. I don?t have the technical knowledge to explore a solution, but I confirm you aren?t the only one having this issue. Matt Gorzalski SIU Carbondale From: archivesspace_users_group-bounces at lyralists.lyrasis.org [ mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org ] On Behalf Of Ladd, Marcus Sent: Wednesday, October 14, 2015 8:30 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Has anyone else been having issues with transferring resources between repositories? I've been stumped on this for months. Every time I try and transfer a resources (regardless of which resource or to/from which repository), I get the following error: Transfer Failed: {"error":{"linked_agents/0/ref":["Must be one of: JSONModel(:agent_corporate_entity) uri, JSONModel(:agent_family) uri, JSONModel(:agent_person) uri, JSONModel(:agent_software) uri (you provided a String)"]},"warning":null,"invalid_object":"#[{\"role\"=>\"transmitter\", \"ref\"=>\"/agents/corporate_entities\"}, {\"role\"=>\"recipient\", \"ref\"=>\"/agents/corporate_entities/40\"}], \"linked_records\"=>[{\"role\"=>\" transfer \", \"ref\"=>\"/repositories/5/resources/240\"}], \"event_type\"=>\"custody_ transfer \", \"timestamp\"=>\"2015-08-11T20:31:45Z\", \"jsonmodel_type\"=>\"event\", \"external_ids\"=>[]}>"} I have also attached a screenshot of the error if anyone is able to provide any suggestions. Thanks, Marcus -------- Marcus Ladd Special Collections Digital Librarian Miami University, Oxford, OH _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: record_transfer_error.PNG Type: image/png Size: 10819 bytes Desc: not available URL: From brianjhoffman at gmail.com Wed Oct 14 13:02:28 2015 From: brianjhoffman at gmail.com (brian) Date: Wed, 14 Oct 2015 13:02:28 -0400 Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Message-ID: <1p3c93vohjty872v5ife1xbe.1444842148983@email.android.com> Ah, that looks like it's most likely AR-1326, which needs some community testing.
-------- Original message --------
From: MATTHEW R FRANCIS
Date:10/14/2015 12:30 PM (GMT-05:00)
To: Archivesspace Users Group
Cc:
Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories
Just to piggy-back on this conversation. The vast majority of the time that we attempt to transfer records between repositories it occurs with zero issues. Unfortunately, we have one resource record that so far we have been unable to transfer (we have attempted and failed in v.1.2 and now v.1.4). However, our error is appears to be stemming from a different source as seen below. Any advice on how we can resolve this? -Matt Matt Francis Archivist for Collection Management Special Collections Library Penn State University From: "Brad Westbrook" To: "Archivesspace Users Group" Sent: Wednesday, October 14, 2015 11:43:47 AM Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Hi. I have not been able to verify either Marcus or Matt?s reports. Using test.archivesspace.org, I was able to transfer both accession and resource records across multiple repositories. Would either of you mind trying to replicate the problem in test.archivesspace.org or in sandbox.archivesspace.org? Thanks, Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, October 14, 2015 9:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories I?ve had the same problem transferring accession records from one repository to another. I don?t have the technical knowledge to explore a solution, but I confirm you aren?t the only one having this issue. Matt Gorzalski SIU Carbondale From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ladd, Marcus Sent: Wednesday, October 14, 2015 8:30 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Has anyone else been having issues with transferring resources between repositories? I've been stumped on this for months. Every time I try and transfer a resources (regardless of which resource or to/from which repository), I get the following error: Transfer Failed: {"error":{"linked_agents/0/ref":["Must be one of: JSONModel(:agent_corporate_entity) uri, JSONModel(:agent_family) uri, JSONModel(:agent_person) uri, JSONModel(:agent_software) uri (you provided a String)"]},"warning":null,"invalid_object":"#[{\"role\"=>\"transmitter\", \"ref\"=>\"/agents/corporate_entities\"}, {\"role\"=>\"recipient\", \"ref\"=>\"/agents/corporate_entities/40\"}], \"linked_records\"=>[{\"role\"=>\"transfer\", \"ref\"=>\"/repositories/5/resources/240\"}], \"event_type\"=>\"custody_transfer\", \"timestamp\"=>\"2015-08-11T20:31:45Z\", \"jsonmodel_type\"=>\"event\", \"external_ids\"=>[]}>"} I have also attached a screenshot of the error if anyone is able to provide any suggestions. Thanks, Marcus -------- Marcus Ladd Special Collections Digital Librarian Miami University, Oxford, OH _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: record_transfer_error.PNG Type: image/png Size: 10819 bytes Desc: not available URL: From Chris.Fitzpatrick at lyrasis.org Wed Oct 14 13:34:04 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Wed, 14 Oct 2015 17:34:04 +0000 Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories In-Reply-To: <912828688.813353.1444840245290.JavaMail.zimbra@psu.edu> References: <12005b6117ac4052968252692059722c@it-excmb3.ad.siu.edu> , <912828688.813353.1444840245290.JavaMail.zimbra@psu.edu> Message-ID: Hi Marcus, You're repository has lost it's link to its agent record. The json in the invalid_object is showing : {\"linked_agents\"=>[{\"role\"=>\"transmitter\", \"ref\"=>\"/agents/corporate_entities\"}, which is an incomplete URI ( there needs to be an identifier at the end of /agents/corporate_entities ) In your db, take a look at the repository table, specificly the row for the repository you're transferring out of. There should be an id that points to a valid row in the agent_corporate_entity table. Can you check that? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of MATTHEW R FRANCIS Sent: Wednesday, October 14, 2015 6:30 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Just to piggy-back on this conversation. The vast majority of the time that we attempt to transfer records between repositories it occurs with zero issues. Unfortunately, we have one resource record that so far we have been unable to transfer (we have attempted and failed in v.1.2 and now v.1.4). However, our error is appears to be stemming from a different source as seen below. Any advice on how we can resolve this? -Matt [cid:6fb56d2e744e08a7d00416347c0cbce4e3cc6ae2 at zimbra] Matt Francis Archivist for Collection Management Special Collections Library Penn State University ________________________________ From: "Brad Westbrook" To: "Archivesspace Users Group" Sent: Wednesday, October 14, 2015 11:43:47 AM Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Hi. I have not been able to verify either Marcus or Matt?s reports. Using test.archivesspace.org, I was able to transfer both accession and resource records across multiple repositories. Would either of you mind trying to replicate the problem in test.archivesspace.org or in sandbox.archivesspace.org? Thanks, Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, October 14, 2015 9:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories I?ve had the same problem transferring accession records from one repository to another. I don?t have the technical knowledge to explore a solution, but I confirm you aren?t the only one having this issue. Matt Gorzalski SIU Carbondale From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ladd, Marcus Sent: Wednesday, October 14, 2015 8:30 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Has anyone else been having issues with transferring resources between repositories? I've been stumped on this for months. Every time I try and transfer a resources (regardless of which resource or to/from which repository), I get the following error: Transfer Failed: {"error":{"linked_agents/0/ref":["Must be one of: JSONModel(:agent_corporate_entity) uri, JSONModel(:agent_family) uri, JSONModel(:agent_person) uri, JSONModel(:agent_software) uri (you provided a String)"]},"warning":null,"invalid_object":"#[{\"role\"=>\"transmitter\", \"ref\"=>\"/agents/corporate_entities\"}, {\"role\"=>\"recipient\", \"ref\"=>\"/agents/corporate_entities/40\"}], \"linked_records\"=>[{\"role\"=>\"transfer\", \"ref\"=>\"/repositories/5/resources/240\"}], \"event_type\"=>\"custody_transfer\", \"timestamp\"=>\"2015-08-11T20:31:45Z\", \"jsonmodel_type\"=>\"event\", \"external_ids\"=>[]}>"} I have also attached a screenshot of the error if anyone is able to provide any suggestions. Thanks, Marcus -------- Marcus Ladd Special Collections Digital Librarian Miami University, Oxford, OH _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: record_transfer_error.PNG Type: image/png Size: 10819 bytes Desc: record_transfer_error.PNG URL: From Chris.Fitzpatrick at lyrasis.org Wed Oct 14 13:37:09 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Wed, 14 Oct 2015 17:37:09 +0000 Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories In-Reply-To: <912828688.813353.1444840245290.JavaMail.zimbra@psu.edu> References: <12005b6117ac4052968252692059722c@it-excmb3.ad.siu.edu> , <912828688.813353.1444840245290.JavaMail.zimbra@psu.edu> Message-ID: Matt, Your issue is totally different. Brian has been reworking the way that sequencing is tracked, but since this is a rather important change, we're needing people to test it out before we can roll it into a release. I'm not sure, but have you run the resequencer on your data? This might fix the issue. b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of MATTHEW R FRANCIS Sent: Wednesday, October 14, 2015 6:30 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Just to piggy-back on this conversation. The vast majority of the time that we attempt to transfer records between repositories it occurs with zero issues. Unfortunately, we have one resource record that so far we have been unable to transfer (we have attempted and failed in v.1.2 and now v.1.4). However, our error is appears to be stemming from a different source as seen below. Any advice on how we can resolve this? -Matt [cid:6fb56d2e744e08a7d00416347c0cbce4e3cc6ae2 at zimbra] Matt Francis Archivist for Collection Management Special Collections Library Penn State University ________________________________ From: "Brad Westbrook" To: "Archivesspace Users Group" Sent: Wednesday, October 14, 2015 11:43:47 AM Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Hi. I have not been able to verify either Marcus or Matt's reports. Using test.archivesspace.org, I was able to transfer both accession and resource records across multiple repositories. Would either of you mind trying to replicate the problem in test.archivesspace.org or in sandbox.archivesspace.org? Thanks, Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, October 14, 2015 9:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories I've had the same problem transferring accession records from one repository to another. I don't have the technical knowledge to explore a solution, but I confirm you aren't the only one having this issue. Matt Gorzalski SIU Carbondale From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ladd, Marcus Sent: Wednesday, October 14, 2015 8:30 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Has anyone else been having issues with transferring resources between repositories? I've been stumped on this for months. Every time I try and transfer a resources (regardless of which resource or to/from which repository), I get the following error: Transfer Failed: {"error":{"linked_agents/0/ref":["Must be one of: JSONModel(:agent_corporate_entity) uri, JSONModel(:agent_family) uri, JSONModel(:agent_person) uri, JSONModel(:agent_software) uri (you provided a String)"]},"warning":null,"invalid_object":"#[{\"role\"=>\"transmitter\", \"ref\"=>\"/agents/corporate_entities\"}, {\"role\"=>\"recipient\", \"ref\"=>\"/agents/corporate_entities/40\"}], \"linked_records\"=>[{\"role\"=>\"transfer\", \"ref\"=>\"/repositories/5/resources/240\"}], \"event_type\"=>\"custody_transfer\", \"timestamp\"=>\"2015-08-11T20:31:45Z\", \"jsonmodel_type\"=>\"event\", \"external_ids\"=>[]}>"} I have also attached a screenshot of the error if anyone is able to provide any suggestions. Thanks, Marcus -------- Marcus Ladd Special Collections Digital Librarian Miami University, Oxford, OH _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: record_transfer_error.PNG Type: image/png Size: 10819 bytes Desc: record_transfer_error.PNG URL: From mrf22 at psu.edu Wed Oct 14 13:40:15 2015 From: mrf22 at psu.edu (MATTHEW R FRANCIS) Date: Wed, 14 Oct 2015 13:40:15 -0400 (EDT) Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories In-Reply-To: References: <12005b6117ac4052968252692059722c@it-excmb3.ad.siu.edu> <912828688.813353.1444840245290.JavaMail.zimbra@psu.edu> Message-ID: <2052759867.954818.1444844415691.JavaMail.zimbra@psu.edu> Chris, Thanks for the reply. We have not yet run the resequencer, so I will initiate the request with our support person. I will make sure to let you know if that resolves the issue. Thanks again, -Matt Matt Francis Archivist for Collection Management Special Collections Library Penn State University From: "Chris Fitzpatrick" To: "Archivesspace Users Group" Sent: Wednesday, October 14, 2015 1:37:09 PM Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Matt, Your issue is totally different. Brian has been reworking the way that sequencing is tracked, but since this is a rather important change, we're needing people to test it out before we can roll it into a release. I'm not sure, but have you run the resequencer on your data? This might fix the issue. b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of MATTHEW R FRANCIS Sent: Wednesday, October 14, 2015 6:30 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Just to piggy-back on this conversation. The vast majority of the time that we attempt to transfer records between repositories it occurs with zero issues. Unfortunately, we have one resource record that so far we have been unable to transfer (we have attempted and failed in v.1.2 and now v.1.4). However, our error is appears to be stemming from a different source as seen below. Any advice on how we can resolve this? -Matt Matt Francis Archivist for Collection Management Special Collections Library Penn State University From: "Brad Westbrook" To: "Archivesspace Users Group" Sent: Wednesday, October 14, 2015 11:43:47 AM Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Hi. I have not been able to verify either Marcus or Matt?s reports. Using test.archivesspace.org, I was able to transfer both accession and resource records across multiple repositories. Would either of you mind trying to replicate the problem in test.archivesspace.org or in sandbox.archivesspace.org? Thanks, Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, October 14, 2015 9:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories I?ve had the same problem transferring accession records from one repository to another. I don?t have the technical knowledge to explore a solution, but I confirm you aren?t the only one having this issue. Matt Gorzalski SIU Carbondale From: archivesspace_users_group-bounces at lyralists.lyrasis.org [ mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org ] On Behalf Of Ladd, Marcus Sent: Wednesday, October 14, 2015 8:30 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Has anyone else been having issues with transferring resources between repositories? I've been stumped on this for months. Every time I try and transfer a resources (regardless of which resource or to/from which repository), I get the following error: Transfer Failed: {"error":{"linked_agents/0/ref":["Must be one of: JSONModel(:agent_corporate_entity) uri, JSONModel(:agent_family) uri, JSONModel(:agent_person) uri, JSONModel(:agent_software) uri (you provided a String)"]},"warning":null,"invalid_object":"#[{\"role\"=>\"transmitter\", \"ref\"=>\"/agents/corporate_entities\"}, {\"role\"=>\"recipient\", \"ref\"=>\"/agents/corporate_entities/40\"}], \"linked_records\"=>[{\"role\"=>\" transfer \", \"ref\"=>\"/repositories/5/resources/240\"}], \"event_type\"=>\"custody_ transfer \", \"timestamp\"=>\"2015-08-11T20:31:45Z\", \"jsonmodel_type\"=>\"event\", \"external_ids\"=>[]}>"} I have also attached a screenshot of the error if anyone is able to provide any suggestions. Thanks, Marcus -------- Marcus Ladd Special Collections Digital Librarian Miami University, Oxford, OH _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: record_transfer_error.PNG Type: image/png Size: 10819 bytes Desc: record_transfer_error.PNG URL: From Chris.Fitzpatrick at lyrasis.org Wed Oct 14 13:51:34 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Wed, 14 Oct 2015 17:51:34 +0000 Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories In-Reply-To: <2052759867.954818.1444844415691.JavaMail.zimbra@psu.edu> References: <12005b6117ac4052968252692059722c@it-excmb3.ad.siu.edu> <912828688.813353.1444840245290.JavaMail.zimbra@psu.edu> , <2052759867.954818.1444844415691.JavaMail.zimbra@psu.edu> Message-ID: Hi Matt, Ok, just an FYI, it can take a long time to run the resync, and during the process the application will not be available. I know you guys have a rather large amount of data, so it might be good to run it over a weekend. b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of MATTHEW R FRANCIS Sent: Wednesday, October 14, 2015 7:40 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Chris, Thanks for the reply. We have not yet run the resequencer, so I will initiate the request with our support person. I will make sure to let you know if that resolves the issue. Thanks again, -Matt Matt Francis Archivist for Collection Management Special Collections Library Penn State University ________________________________ From: "Chris Fitzpatrick" To: "Archivesspace Users Group" Sent: Wednesday, October 14, 2015 1:37:09 PM Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Matt, Your issue is totally different. Brian has been reworking the way that sequencing is tracked, but since this is a rather important change, we're needing people to test it out before we can roll it into a release. I'm not sure, but have you run the resequencer on your data? This might fix the issue. b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of MATTHEW R FRANCIS Sent: Wednesday, October 14, 2015 6:30 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Just to piggy-back on this conversation. The vast majority of the time that we attempt to transfer records between repositories it occurs with zero issues. Unfortunately, we have one resource record that so far we have been unable to transfer (we have attempted and failed in v.1.2 and now v.1.4). However, our error is appears to be stemming from a different source as seen below. Any advice on how we can resolve this? -Matt [cid:6fb56d2e744e08a7d00416347c0cbce4e3cc6ae2 at zimbra] Matt Francis Archivist for Collection Management Special Collections Library Penn State University ________________________________ From: "Brad Westbrook" To: "Archivesspace Users Group" Sent: Wednesday, October 14, 2015 11:43:47 AM Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Hi. I have not been able to verify either Marcus or Matt?s reports. Using test.archivesspace.org, I was able to transfer both accession and resource records across multiple repositories. Would either of you mind trying to replicate the problem in test.archivesspace.org or in sandbox.archivesspace.org? Thanks, Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, October 14, 2015 9:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories I?ve had the same problem transferring accession records from one repository to another. I don?t have the technical knowledge to explore a solution, but I confirm you aren?t the only one having this issue. Matt Gorzalski SIU Carbondale From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ladd, Marcus Sent: Wednesday, October 14, 2015 8:30 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Has anyone else been having issues with transferring resources between repositories? I've been stumped on this for months. Every time I try and transfer a resources (regardless of which resource or to/from which repository), I get the following error: Transfer Failed: {"error":{"linked_agents/0/ref":["Must be one of: JSONModel(:agent_corporate_entity) uri, JSONModel(:agent_family) uri, JSONModel(:agent_person) uri, JSONModel(:agent_software) uri (you provided a String)"]},"warning":null,"invalid_object":"#[{\"role\"=>\"transmitter\", \"ref\"=>\"/agents/corporate_entities\"}, {\"role\"=>\"recipient\", \"ref\"=>\"/agents/corporate_entities/40\"}], \"linked_records\"=>[{\"role\"=>\"transfer\", \"ref\"=>\"/repositories/5/resources/240\"}], \"event_type\"=>\"custody_transfer\", \"timestamp\"=>\"2015-08-11T20:31:45Z\", \"jsonmodel_type\"=>\"event\", \"external_ids\"=>[]}>"} I have also attached a screenshot of the error if anyone is able to provide any suggestions. Thanks, Marcus -------- Marcus Ladd Special Collections Digital Librarian Miami University, Oxford, OH _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: record_transfer_error.PNG Type: image/png Size: 10819 bytes Desc: record_transfer_error.PNG URL: From laddmm at miamioh.edu Wed Oct 14 14:09:06 2015 From: laddmm at miamioh.edu (Ladd, Marcus) Date: Wed, 14 Oct 2015 14:09:06 -0400 Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories In-Reply-To: References: <12005b6117ac4052968252692059722c@it-excmb3.ad.siu.edu> <912828688.813353.1444840245290.JavaMail.zimbra@psu.edu> Message-ID: Thanks Chris. I think I see what you're talking about. There is no id number in the agent_corporate_entity_table column for the repository I want to transfer out of. When I go into Manage Repositories through the web admin tool, I see that the page about the repository I am transferring out of appears to be incomplete. While the other repositories have a complete list of Contact Details fields, including a Contact Name matching their corporate entity, this repository does not have any fields available under Contact Details. I have attached a screenshot of the problem. Where should I go from here? -------- *Marcus Ladd* Special Collections Digital Librarian Miami University, Oxford, OH On Wed, Oct 14, 2015 at 1:34 PM, Chris Fitzpatrick < Chris.Fitzpatrick at lyrasis.org> wrote: > > Hi Marcus, > > > You're repository has lost it's link to its agent record. The json in the > invalid_object is showing : > > {\"linked_agents\"=>[{\"role\"=>\"transmitter\", > \"ref\"=>\"/agents/corporate_entities\"}, > > > which is an incomplete URI ( there needs to be an identifier at the end of > /agents/corporate_entities ) > > > In your db, take a look at the repository table, specificly the row for > the repository you're transferring out of. There should be an id that > points to a valid row in the agent_corporate_entity table. Can you check > that? > > > b,chris. > > > Chris Fitzpatrick | Developer, ArchivesSpace > Skype: chrisfitzpat | Phone: 918.236.6048 > http://archivesspace.org/ > > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > MATTHEW R FRANCIS > *Sent:* Wednesday, October 14, 2015 6:30 PM > > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] Can't Transfer Resources > Between Repositories > > Just to piggy-back on this conversation. > > The vast majority of the time that we attempt to transfer records between > repositories it occurs with zero issues. Unfortunately, we have one > resource record that so far we have been unable to transfer (we have > attempted and failed in v.1.2 and now v.1.4). However, our error is appears > to be stemming from a different source as seen below. Any advice on how we > can resolve this? > > -Matt > > > *Matt Francis* > Archivist for Collection Management > Special Collections Library > Penn State University > > ------------------------------ > *From: *"Brad Westbrook" > *To: *"Archivesspace Users Group" < > archivesspace_users_group at lyralists.lyrasis.org> > *Sent: *Wednesday, October 14, 2015 11:43:47 AM > *Subject: *Re: [Archivesspace_Users_Group] Can't > Transfer Resources Between Repositories > > Hi. > > > > I have not been able to verify either Marcus or Matt?s reports. Using > test.archivesspace.org, I was able to transfer both accession and > resource records across multiple repositories. > > > > Would either of you mind trying to replicate the problem in > test.archivesspace.org or in sandbox.archivesspace.org? > > > > Thanks, > > > > Brad > > > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Matthew > J Gorzalski > *Sent:* Wednesday, October 14, 2015 9:45 AM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] Can't Transfer Resources > Between Repositories > > > > I?ve had the same problem transferring accession records from one > repository to another. I don?t have the technical knowledge to explore a > solution, but I confirm you aren?t the only one having this issue. > > > > Matt Gorzalski > > SIU Carbondale > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ > mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org > ] *On Behalf Of *Ladd, > Marcus > *Sent:* Wednesday, October 14, 2015 8:30 AM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* [Archivesspace_Users_Group] Can't Transfer Resources Between > Repositories > > > > Has anyone else been having issues with transferring resources between > repositories? I've been stumped on this for months. Every time I try and > transfer a resources (regardless of which resource or to/from which > repository), I get the following error: > > > > Transfer Failed: {"error":{"linked_agents/0/ref":["Must be one of: > JSONModel(:agent_corporate_entity) uri, JSONModel(:agent_family) uri, > JSONModel(:agent_person) uri, JSONModel(:agent_software) uri (you provided > a String)"]},"warning":null,"invalid_object":"# {\"linked_agents\"=>[{\"role\"=>\"transmitter\", > \"ref\"=>\"/agents/corporate_entities\"}, {\"role\"=>\"recipient\", > \"ref\"=>\"/agents/corporate_entities/40\"}], > \"linked_records\"=>[{\"role\"=>\"transfer\", > \"ref\"=>\"/repositories/5/resources/240\"}], \"event_type\"=>\"custody_ > transfer\", \"timestamp\"=>\"2015-08-11T20:31:45Z\", > \"jsonmodel_type\"=>\"event\", \"external_ids\"=>[]}>"} > > > > I have also attached a screenshot of the error if anyone is able to > provide any suggestions. > > Thanks, > > Marcus > > > > -------- > > *Marcus Ladd* > > Special Collections Digital Librarian > > Miami University, Oxford, OH > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: record_transfer_error.PNG Type: image/png Size: 10819 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: repositoryerror.jpg Type: image/jpeg Size: 416993 bytes Desc: not available URL: From mGorzalski at lib.siu.edu Wed Oct 14 14:54:35 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Wed, 14 Oct 2015 18:54:35 +0000 Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories In-Reply-To: References: <12005b6117ac4052968252692059722c@it-excmb3.ad.siu.edu> , <912828688.813353.1444840245290.JavaMail.zimbra@psu.edu> Message-ID: <5cc8a89c54504fc6bf78e3716433c567@it-excmb3.ad.siu.edu> Thanks Chris. No we haven't re-sequenced. Is resequencing something we should always do after migrating anyway? Matt From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Wednesday, October 14, 2015 12:37 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Matt, Your issue is totally different. Brian has been reworking the way that sequencing is tracked, but since this is a rather important change, we're needing people to test it out before we can roll it into a release. I'm not sure, but have you run the resequencer on your data? This might fix the issue. b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of MATTHEW R FRANCIS > Sent: Wednesday, October 14, 2015 6:30 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Just to piggy-back on this conversation. The vast majority of the time that we attempt to transfer records between repositories it occurs with zero issues. Unfortunately, we have one resource record that so far we have been unable to transfer (we have attempted and failed in v.1.2 and now v.1.4). However, our error is appears to be stemming from a different source as seen below. Any advice on how we can resolve this? -Matt [cid:image001.png at 01D10687.DB96F4B0] Matt Francis Archivist for Collection Management Special Collections Library Penn State University ________________________________ From: "Brad Westbrook" > To: "Archivesspace Users Group" > Sent: Wednesday, October 14, 2015 11:43:47 AM Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Hi. I have not been able to verify either Marcus or Matt's reports. Using test.archivesspace.org, I was able to transfer both accession and resource records across multiple repositories. Would either of you mind trying to replicate the problem in test.archivesspace.org or in sandbox.archivesspace.org? Thanks, Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, October 14, 2015 9:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories I've had the same problem transferring accession records from one repository to another. I don't have the technical knowledge to explore a solution, but I confirm you aren't the only one having this issue. Matt Gorzalski SIU Carbondale From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ladd, Marcus Sent: Wednesday, October 14, 2015 8:30 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Has anyone else been having issues with transferring resources between repositories? I've been stumped on this for months. Every time I try and transfer a resources (regardless of which resource or to/from which repository), I get the following error: Transfer Failed: {"error":{"linked_agents/0/ref":["Must be one of: JSONModel(:agent_corporate_entity) uri, JSONModel(:agent_family) uri, JSONModel(:agent_person) uri, JSONModel(:agent_software) uri (you provided a String)"]},"warning":null,"invalid_object":"#[{\"role\"=>\"transmitter\", \"ref\"=>\"/agents/corporate_entities\"}, {\"role\"=>\"recipient\", \"ref\"=>\"/agents/corporate_entities/40\"}], \"linked_records\"=>[{\"role\"=>\"transfer\", \"ref\"=>\"/repositories/5/resources/240\"}], \"event_type\"=>\"custody_transfer\", \"timestamp\"=>\"2015-08-11T20:31:45Z\", \"jsonmodel_type\"=>\"event\", \"external_ids\"=>[]}>"} I have also attached a screenshot of the error if anyone is able to provide any suggestions. Thanks, Marcus -------- Marcus Ladd Special Collections Digital Librarian Miami University, Oxford, OH _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 10819 bytes Desc: image001.png URL: From Chris.Fitzpatrick at lyrasis.org Wed Oct 14 15:26:03 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Wed, 14 Oct 2015 19:26:03 +0000 Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories In-Reply-To: <5cc8a89c54504fc6bf78e3716433c567@it-excmb3.ad.siu.edu> References: <12005b6117ac4052968252692059722c@it-excmb3.ad.siu.edu> , <912828688.813353.1444840245290.JavaMail.zimbra@psu.edu> , <5cc8a89c54504fc6bf78e3716433c567@it-excmb3.ad.siu.edu> Message-ID: Hi Matt G., Sorry...the resync suggestion was for Matt F. Getting confused here...You're problem looks to be the same are Marcus'. That is, your outgoing repo has lost its link to it agent. Check the agent_representation_id column in the repository table for the row of the repo your transferring out of. If there is no value or if the value is pointing to a non-existing row in the agent_corporate_entity table. To check this try : select * from agent_corporate_entity where id = ( select agent_representation_id from repository where id = YOUR_REPO_ID ); if it returns no records, then the agent_corporate_entity was deleted ), you'll need to change this value to an existing row in teh agner_corporate_entity table ( e.g., make a new corporate entity agent for the repository and manually add it's row id to the agent_representation_id column in the repository table. Does that make sense? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Matthew J Gorzalski Sent: Wednesday, October 14, 2015 8:54 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Thanks Chris. No we haven?t re-sequenced. Is resequencing something we should always do after migrating anyway? Matt From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Wednesday, October 14, 2015 12:37 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Matt, Your issue is totally different. Brian has been reworking the way that sequencing is tracked, but since this is a rather important change, we're needing people to test it out before we can roll it into a release. I'm not sure, but have you run the resequencer on your data? This might fix the issue. b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ [http://www.archivesspace.org/sites/default/files/ArchivesSpace%20Logo5.png] ArchivesSpace a community building an open-source web ... Built for archives by archivists, ArchivesSpace is the open source archives information management application for managing and providing web access to archives ... Read more... ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of MATTHEW R FRANCIS > Sent: Wednesday, October 14, 2015 6:30 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Just to piggy-back on this conversation. The vast majority of the time that we attempt to transfer records between repositories it occurs with zero issues. Unfortunately, we have one resource record that so far we have been unable to transfer (we have attempted and failed in v.1.2 and now v.1.4). However, our error is appears to be stemming from a different source as seen below. Any advice on how we can resolve this? -Matt [cid:image001.png at 01D10687.DB96F4B0] Matt Francis Archivist for Collection Management Special Collections Library Penn State University ________________________________ From: "Brad Westbrook" > To: "Archivesspace Users Group" > Sent: Wednesday, October 14, 2015 11:43:47 AM Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Hi. I have not been able to verify either Marcus or Matt?s reports. Using test.archivesspace.org, I was able to transfer both accession and resource records across multiple repositories. Would either of you mind trying to replicate the problem in test.archivesspace.org or in sandbox.archivesspace.org? Thanks, Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, October 14, 2015 9:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories I?ve had the same problem transferring accession records from one repository to another. I don?t have the technical knowledge to explore a solution, but I confirm you aren?t the only one having this issue. Matt Gorzalski SIU Carbondale From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ladd, Marcus Sent: Wednesday, October 14, 2015 8:30 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Can't Transfer Resources Between Repositories Has anyone else been having issues with transferring resources between repositories? I've been stumped on this for months. Every time I try and transfer a resources (regardless of which resource or to/from which repository), I get the following error: Transfer Failed: {"error":{"linked_agents/0/ref":["Must be one of: JSONModel(:agent_corporate_entity) uri, JSONModel(:agent_family) uri, JSONModel(:agent_person) uri, JSONModel(:agent_software) uri (you provided a String)"]},"warning":null,"invalid_object":"#[{\"role\"=>\"transmitter\", \"ref\"=>\"/agents/corporate_entities\"}, {\"role\"=>\"recipient\", \"ref\"=>\"/agents/corporate_entities/40\"}], \"linked_records\"=>[{\"role\"=>\"transfer\", \"ref\"=>\"/repositories/5/resources/240\"}], \"event_type\"=>\"custody_transfer\", \"timestamp\"=>\"2015-08-11T20:31:45Z\", \"jsonmodel_type\"=>\"event\", \"external_ids\"=>[]}>"} I have also attached a screenshot of the error if anyone is able to provide any suggestions. Thanks, Marcus -------- Marcus Ladd Special Collections Digital Librarian Miami University, Oxford, OH _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 10819 bytes Desc: image001.png URL: From psuda1 at tulane.edu Thu Oct 15 10:46:18 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Thu, 15 Oct 2015 14:46:18 +0000 Subject: [Archivesspace_Users_Group] Upgrade to 1.4.1 error Message-ID: <5DA0D539-9ED5-43AD-8452-678555B5525F@tulane.edu> Good morning all, Just tried an upgrade to version 1.4.1: Error via archivesspace log: Loading ArchivesSpace configuration file from path: /www/archivesspace/config/config.rb 2015-10-15 09:31:41.110:INFO:/:An exception happened during JRuby-Rack startup|undefined method `param_depth_limit=' for Rack::Utils:Module|--- System|jruby 1.7.18 (1.9.3p551) 2014-12-22 625381c on Java HotSpot(TM) 64-Bit Server VM 1.7.0_40-b43 +jit [linux-amd64]|Time: 2015-10-15 09:31:41 -0500|Server: jetty/8.1.5.v20120716|jruby.home: file:/www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home||--- Context Init Parameters:|jruby.compat.version = 1.9|jruby.max.runtimes = 1|jruby.min.runtimes = 1|public.root = /|rack.env = production||--- Backtrace|NoMethodError: undefined method `param_depth_limit=' for Rack::Utils:Module| (root) at /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:5| require at org/jruby/RubyKernel.java:1071| require at /www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:55| require at /www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:53| (root) at /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1| instance_eval at org/jruby/RubyBasicObject.java:1533| (root) at /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4| initialize at /www/archivesspace/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/vendor/rack-1.5.2/rack/builder.rb:55| start_server at launcher/launcher.rb:86| main at launcher/launcher.rb:147| (root) at launcher/launcher.rb:232||--- RubyGems|Gem.dir: /www/archivesspace/gems|Gem.path:|/www/archivesspace/gems|Activated gems:| json-1.8.0-java| bundler-1.10.6| rake-10.4.2| atomic-1.0.1-java| htmlentities-4.3.4| nokogiri-1.6.6.2-java| rubyzip-1.0.0| axlsx-2.0.1| backports-3.6.6| bcrypt-3.1.7-java| eventmachine-1.0.8-java| i18n-0.7.0| jdbc-derby-10.6.2.1-java| jruby-jars-1.7.22| jruby-rack-1.1.19| json-schema-1.0.10| multipart-post-1.2.0| net-http-persistent-2.8| net-ldap-0.6.1| rack-1.4.7| puma-2.8.2-java| rack-protection-1.5.3| sequel-4.20.0| rack-session-sequel-0.0.1| rack-test-0.6.3| rjack-jackson-1.8.11.0-java| rufus-lru-1.0.5| tzinfo-0.3.39| rufus-scheduler-2.0.24| saxerator-0.9.5| saxon-xslt-0.7.1-java| tilt-1.4.1| sinatra-1.3.6| sinatra-contrib-1.3.2| sinatra-reloader-1.0| warbler-1.4.9| zip-zip-0.3||--- Bundler|Bundler.bundle_path: /www/archivesspace/gems|Bundler.root: /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF|Gemfile: /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/Gemfile|Settings:| disable_shared_gems = 1| without = test:development:doc| bin_path = /www/archivesspace/gems/gems/bundler-1.10.6/bin/bundle| gemfile = /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/Gemfile||--- JRuby-Rack Config|compat_version = RUBY1_9|default_logger = org.jruby.rack.logging.StandardOutLogger at 6e792315|equals = |err = java.io.PrintStream at 4fbd397b|filter_adds_html = true|filter_verifies_resource = false|ignore_environment = false|initial_memory_buffer_size = |initial_runtimes = 1|jms_connection_factory = |jms_jndi_properties = |logger = org.jruby.rack.logging.ServletContextLogger at 2d31b495|logger_class_name = servlet_context|logger_name = jruby.rack|maximum_memory_buffer_size = |maximum_runtimes = 1|num_initializer_threads = |out = java.io.PrintStream at 4d1f4fd4|rackup = |rackup_path = |rewindable = true|runtime_arguments = |runtime_environment = |runtime_timeout_seconds = |serial_initialization = false|servlet_context = ServletContext at o.e.j.w.WebAppContext{/,file:/home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/},/www/archivesspace/wars/backend.war|throw_init_exception = false| 2015-10-15 09:31:41.112:WARN:/:ERROR: initialization failed org.jruby.rack.RackInitializationException: undefined method `param_depth_limit=' for Rack::Utils:Module|?from /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:5:in `(root)'|?from org/jruby/RubyKernel.java:1071:in `require'|?from /www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:55:in `require'|?from /www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:53:in `require'|?from /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1:in `(root)'|?from org/jruby/RubyBasicObject.java:1533:in `instance_eval'|?from /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4:in `(root)'|?from /www/archivesspace/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/vendor/rack-1.5.2/rack/builder.rb:55:in `initialize'|?from launcher/launcher.rb:86:in `start_server'|?from launcher/launcher.rb:147:in `main'|?from launcher/launcher.rb:232:in `(root)'| at org.jruby.rack.RackInitializationException.wrap(RackInitializationException.java:29) at org.jruby.rack.RackApplicationFactoryDecorator.init(RackApplicationFactoryDecorator.java:104) at org.jruby.rack.RackServletContextListener.contextInitialized(RackServletContextListener.java:50) at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:766) at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:406) at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:758) at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:242) at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1233) at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:701) at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:475) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59) at org.eclipse.jetty.server.handler.HandlerCollection.doStart(HandlerCollection.java:224) at org.eclipse.jetty.server.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:167) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59) at org.eclipse.jetty.server.handler.HandlerWrapper.doStart(HandlerWrapper.java:90) at org.eclipse.jetty.server.Server.doStart(Server.java:272) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(JavaMethod.java:440) at org.jruby.javasupport.JavaMethod.invokeDirect(JavaMethod.java:304) at org.jruby.java.invokers.InstanceMethodInvoker.call(InstanceMethodInvoker.java:52) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:306) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:136) at launcher.launcher.method__1$RUBY$start_server(launcher/launcher.rb:86) at launcher$launcher$method__1$RUBY$start_server.call(launcher$launcher$method__1$RUBY$start_server) at org.jruby.internal.runtime.methods.DynamicMethod.call(DynamicMethod.java:218) at org.jruby.internal.runtime.methods.CompiledMethod.call(CompiledMethod.java:268) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:346) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:204) at launcher.launcher.chained_4_rescue_1$RUBY$SYNTHETICmain(launcher/launcher.rb:147) at launcher.launcher.method__3$RUBY$main(launcher/launcher.rb:145) at launcher$launcher$method__3$RUBY$main.call(launcher$launcher$method__3$RUBY$main) at launcher$launcher$method__3$RUBY$main.call(launcher$launcher$method__3$RUBY$main) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:306) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:136) at launcher.launcher.__file__(launcher/launcher.rb:232) at launcher.launcher.load(launcher/launcher.rb) at org.jruby.Ruby.runScript(Ruby.java:866) at org.jruby.Ruby.runScript(Ruby.java:859) at org.jruby.Ruby.runNormally(Ruby.java:728) at org.jruby.Ruby.runFromMain(Ruby.java:577) at org.jruby.Main.doRunFromMain(Main.java:395) at org.jruby.Main.internalRun(Main.java:290) at org.jruby.Main.run(Main.java:217) at org.jruby.Main.main(Main.java:197) Caused by: org.jruby.exceptions.RaiseException: (NoMethodError) undefined method `param_depth_limit=' for Rack::Utils:Module at RUBY.(root)(/home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:5) at org.jruby.RubyKernel.require(org/jruby/RubyKernel.java:1071) at Kernel.require(/www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:55) at Kernel.require(/www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:53) at RUBY.(root)(/home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1) at org.jruby.RubyBasicObject.instance_eval(org/jruby/RubyBasicObject.java:1533) at RUBY.(root)(/home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4) at RUBY.initialize(/www/archivesspace/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/vendor/rack-1.5.2/rack/builder.rb:55) at launcher.launcher.start_server(launcher/launcher.rb:86) at launcher.launcher.main(launcher/launcher.rb:147) at launcher.launcher.(root)(launcher/launcher.rb:232) Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: From NHOSBURGH at Rollins.edu Thu Oct 15 11:42:20 2015 From: NHOSBURGH at Rollins.edu (Nathan Hosburgh) Date: Thu, 15 Oct 2015 15:42:20 +0000 Subject: [Archivesspace_Users_Group] updating to Archon 3.21 rev-2 pre-migration to AS Message-ID: I'm new to this, so bear with me. For those who have migrated to AS from Archon: It is required to update to 3.21 rev-2 before migration to AS. We are currently on 3.21 rev-1, so we will have to update. Should I update to 3.21 rev-2 before we do preparatory data cleanup or is the update to rev-2 designed to be done immediately before migration to AS? Or does it matter? Nathan Hosburgh Discovery & Systems Librarian Rollins College, Olin Library 1000 Holt Avenue Winter Park, FL 32789 nhosburgh at rollins.edu (407) 691-1157 "We are drowning in information while starving for wisdom." - E.O. Wilson -------------- next part -------------- An HTML attachment was scrubbed... URL: From prom at illinois.edu Thu Oct 15 11:56:52 2015 From: prom at illinois.edu (Prom, Christopher John) Date: Thu, 15 Oct 2015 15:56:52 +0000 Subject: [Archivesspace_Users_Group] updating to Archon 3.21 rev-2 pre-migration to AS In-Reply-To: References: Message-ID: <873EC7B5-6E0D-47A5-AFF3-5699DF66252E@illinois.edu> Nathan, It won?t matter when you do the cleanup since there are no database changes in that update, only PHP changes. Chris Prom On Oct 15, 2015, at 10:42 AM, Nathan Hosburgh > wrote: I?m new to this, so bear with me. For those who have migrated to AS from Archon: It is required to update to 3.21 rev-2 before migration to AS. We are currently on 3.21 rev-1, so we will have to update. Should I update to 3.21 rev-2 before we do preparatory data cleanup or is the update to rev-2 designed to be done immediately before migration to AS? Or does it matter? Nathan Hosburgh Discovery & Systems Librarian Rollins College, Olin Library 1000 Holt Avenue Winter Park, FL 32789 nhosburgh at rollins.edu (407) 691-1157 ?We are drowning in information while starving for wisdom.? - E.O. Wilson _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Thu Oct 15 12:26:17 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Thu, 15 Oct 2015 16:26:17 +0000 Subject: [Archivesspace_Users_Group] Upgrade to 1.4.1 error In-Reply-To: <5DA0D539-9ED5-43AD-8452-678555B5525F@tulane.edu> References: <5DA0D539-9ED5-43AD-8452-678555B5525F@tulane.edu> Message-ID: Hi Phil, What is you operating system? Java version? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Suda, Phillip J Sent: Thursday, October 15, 2015 4:46 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Upgrade to 1.4.1 error Good morning all, Just tried an upgrade to version 1.4.1: Error via archivesspace log: Loading ArchivesSpace configuration file from path: /www/archivesspace/config/config.rb 2015-10-15 09:31:41.110:INFO:/:An exception happened during JRuby-Rack startup|undefined method `param_depth_limit=' for Rack::Utils:Module|--- System|jruby 1.7.18 (1.9.3p551) 2014-12-22 625381c on Java HotSpot(TM) 64-Bit Server VM 1.7.0_40-b43 +jit [linux-amd64]|Time: 2015-10-15 09:31:41 -0500|Server: jetty/8.1.5.v20120716|jruby.home: file:/www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home||--- Context Init Parameters:|jruby.compat.version = 1.9|jruby.max.runtimes = 1|jruby.min.runtimes = 1|public.root = /|rack.env = production||--- Backtrace|NoMethodError: undefined method `param_depth_limit=' for Rack::Utils:Module| (root) at /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:5| require at org/jruby/RubyKernel.java:1071| require at /www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:55| require at /www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:53| (root) at /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1| instance_eval at org/jruby/RubyBasicObject.java:1533| (root) at /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4| initialize at /www/archivesspace/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/vendor/rack-1.5.2/rack/builder.rb:55| start_server at launcher/launcher.rb:86| main at launcher/launcher.rb:147| (root) at launcher/launcher.rb:232||--- RubyGems|Gem.dir: /www/archivesspace/gems|Gem.path:|/www/archivesspace/gems|Activated gems:| json-1.8.0-java| bundler-1.10.6| rake-10.4.2| atomic-1.0.1-java| htmlentities-4.3.4| nokogiri-1.6.6.2-java| rubyzip-1.0.0| axlsx-2.0.1| backports-3.6.6| bcrypt-3.1.7-java| eventmachine-1.0.8-java| i18n-0.7.0| jdbc-derby-10.6.2.1-java| jruby-jars-1.7.22| jruby-rack-1.1.19| json-schema-1.0.10| multipart-post-1.2.0| net-http-persistent-2.8| net-ldap-0.6.1| rack-1.4.7| puma-2.8.2-java| rack-protection-1.5.3| sequel-4.20.0| rack-session-sequel-0.0.1| rack-test-0.6.3| rjack-jackson-1.8.11.0-java| rufus-lru-1.0.5| tzinfo-0.3.39| rufus-scheduler-2.0.24| saxerator-0.9.5| saxon-xslt-0.7.1-java| tilt-1.4.1| sinatra-1.3.6| sinatra-contrib-1.3.2| sinatra-reloader-1.0| warbler-1.4.9| zip-zip-0.3||--- Bundler|Bundler.bundle_path: /www/archivesspace/gems|Bundler.root: /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF|Gemfile: /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/Gemfile|Settings:| disable_shared_gems = 1| without = test:development:doc| bin_path = /www/archivesspace/gems/gems/bundler-1.10.6/bin/bundle| gemfile = /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/Gemfile||--- JRuby-Rack Config|compat_version = RUBY1_9|default_logger = org.jruby.rack.logging.StandardOutLogger at 6e792315|equals = |err = java.io.PrintStream at 4fbd397b|filter_adds_html = true|filter_verifies_resource = false|ignore_environment = false|initial_memory_buffer_size = |initial_runtimes = 1|jms_connection_factory = |jms_jndi_properties = |logger = org.jruby.rack.logging.ServletContextLogger at 2d31b495|logger_class_name = servlet_context|logger_name = jruby.rack|maximum_memory_buffer_size = |maximum_runtimes = 1|num_initializer_threads = |out = java.io.PrintStream at 4d1f4fd4|rackup = |rackup_path = |rewindable = true|runtime_arguments = |runtime_environment = |runtime_timeout_seconds = |serial_initialization = false|servlet_context = ServletContext at o.e.j.w.WebAppContext{/,file:/home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/},/www/archivesspace/wars/backend.war|throw_init_exception = false| 2015-10-15 09:31:41.112:WARN:/:ERROR: initialization failed org.jruby.rack.RackInitializationException: undefined method `param_depth_limit=' for Rack::Utils:Module|?from /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:5:in `(root)'|?from org/jruby/RubyKernel.java:1071:in `require'|?from /www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:55:in `require'|?from /www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:53:in `require'|?from /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1:in `(root)'|?from org/jruby/RubyBasicObject.java:1533:in `instance_eval'|?from /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4:in `(root)'|?from /www/archivesspace/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/vendor/rack-1.5.2/rack/builder.rb:55:in `initialize'|?from launcher/launcher.rb:86:in `start_server'|?from launcher/launcher.rb:147:in `main'|?from launcher/launcher.rb:232:in `(root)'| at org.jruby.rack.RackInitializationException.wrap(RackInitializationException.java:29) at org.jruby.rack.RackApplicationFactoryDecorator.init(RackApplicationFactoryDecorator.java:104) at org.jruby.rack.RackServletContextListener.contextInitialized(RackServletContextListener.java:50) at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:766) at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:406) at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:758) at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:242) at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1233) at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:701) at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:475) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59) at org.eclipse.jetty.server.handler.HandlerCollection.doStart(HandlerCollection.java:224) at org.eclipse.jetty.server.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:167) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59) at org.eclipse.jetty.server.handler.HandlerWrapper.doStart(HandlerWrapper.java:90) at org.eclipse.jetty.server.Server.doStart(Server.java:272) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(JavaMethod.java:440) at org.jruby.javasupport.JavaMethod.invokeDirect(JavaMethod.java:304) at org.jruby.java.invokers.InstanceMethodInvoker.call(InstanceMethodInvoker.java:52) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:306) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:136) at launcher.launcher.method__1$RUBY$start_server(launcher/launcher.rb:86) at launcher$launcher$method__1$RUBY$start_server.call(launcher$launcher$method__1$RUBY$start_server) at org.jruby.internal.runtime.methods.DynamicMethod.call(DynamicMethod.java:218) at org.jruby.internal.runtime.methods.CompiledMethod.call(CompiledMethod.java:268) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:346) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:204) at launcher.launcher.chained_4_rescue_1$RUBY$SYNTHETICmain(launcher/launcher.rb:147) at launcher.launcher.method__3$RUBY$main(launcher/launcher.rb:145) at launcher$launcher$method__3$RUBY$main.call(launcher$launcher$method__3$RUBY$main) at launcher$launcher$method__3$RUBY$main.call(launcher$launcher$method__3$RUBY$main) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:306) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:136) at launcher.launcher.__file__(launcher/launcher.rb:232) at launcher.launcher.load(launcher/launcher.rb) at org.jruby.Ruby.runScript(Ruby.java:866) at org.jruby.Ruby.runScript(Ruby.java:859) at org.jruby.Ruby.runNormally(Ruby.java:728) at org.jruby.Ruby.runFromMain(Ruby.java:577) at org.jruby.Main.doRunFromMain(Main.java:395) at org.jruby.Main.internalRun(Main.java:290) at org.jruby.Main.run(Main.java:217) at org.jruby.Main.main(Main.java:197) Caused by: org.jruby.exceptions.RaiseException: (NoMethodError) undefined method `param_depth_limit=' for Rack::Utils:Module at RUBY.(root)(/home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:5) at org.jruby.RubyKernel.require(org/jruby/RubyKernel.java:1071) at Kernel.require(/www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:55) at Kernel.require(/www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:53) at RUBY.(root)(/home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1) at org.jruby.RubyBasicObject.instance_eval(org/jruby/RubyBasicObject.java:1533) at RUBY.(root)(/home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4) at RUBY.initialize(/www/archivesspace/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/vendor/rack-1.5.2/rack/builder.rb:55) at launcher.launcher.start_server(launcher/launcher.rb:86) at launcher.launcher.main(launcher/launcher.rb:147) at launcher.launcher.(root)(launcher/launcher.rb:232) Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkottman at ku.edu Thu Oct 15 14:03:40 2015 From: mkottman at ku.edu (Kottman, Miloche) Date: Thu, 15 Oct 2015 18:03:40 +0000 Subject: [Archivesspace_Users_Group] Upgrade to 1.4.1 error In-Reply-To: <5DA0D539-9ED5-43AD-8452-678555B5525F@tulane.edu> References: <5DA0D539-9ED5-43AD-8452-678555B5525F@tulane.edu> Message-ID: <399052bb98f644a19154373474b68239@ex13-csf-cr-15.home.ku.edu> Phil (& Chris), Don't know if it's the same error we found or not (since all the Ruby jazz stuff is Greek to me) but my Sys Admin filed the following report on GitHub about it: https://github.com/archivesspace/archivesspace/issues/315 And restored everything back to version 1.4.0 --Miloche Miloche Kottman Head of Cataloging and Archival Processing University of Kansas Libraries Lawrence, KS 66045 mkottman at ku.edu 785-864-3916 or 785-864-4823 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Suda, Phillip J Sent: Thursday, October 15, 2015 9:46 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Upgrade to 1.4.1 error Good morning all, Just tried an upgrade to version 1.4.1: Error via archivesspace log: Loading ArchivesSpace configuration file from path: /www/archivesspace/config/config.rb 2015-10-15 09:31:41.110:INFO:/:An exception happened during JRuby-Rack startup|undefined method `param_depth_limit=' for Rack::Utils:Module|--- System|jruby 1.7.18 (1.9.3p551) 2014-12-22 625381c on Java HotSpot(TM) 64-Bit Server VM 1.7.0_40-b43 +jit [linux-amd64]|Time: 2015-10-15 09:31:41 -0500|Server: jetty/8.1.5.v20120716|jruby.home: file:/www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home||--- Context Init Parameters:|jruby.compat.version = 1.9|jruby.max.runtimes = 1|jruby.min.runtimes = 1|public.root = /|rack.env = production||--- Backtrace|NoMethodError: undefined method `param_depth_limit=' for Rack::Utils:Module| (root) at /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:5| require at org/jruby/RubyKernel.java:1071| require at /www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:55| require at /www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:53| (root) at /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1| instance_eval at org/jruby/RubyBasicObject.java:1533| (root) at /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4| initialize at /www/archivesspace/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/vendor/rack-1.5.2/rack/builder.rb:55| start_server at launcher/launcher.rb:86| main at launcher/launcher.rb:147| (root) at launcher/launcher.rb:232||--- RubyGems|Gem.dir: /www/archivesspace/gems|Gem.path:|/www/archivesspace/gems|Activated gems:| json-1.8.0-java| bundler-1.10.6| rake-10.4.2| atomic-1.0.1-java| htmlentities-4.3.4| nokogiri-1.6.6.2-java| rubyzip-1.0.0| axlsx-2.0.1| backports-3.6.6| bcrypt-3.1.7-java| eventmachine-1.0.8-java| i18n-0.7.0| jdbc-derby-10.6.2.1-java| jruby-jars-1.7.22| jruby-rack-1.1.19| json-schema-1.0.10| multipart-post-1.2.0| net-http-persistent-2.8| net-ldap-0.6.1| rack-1.4.7| puma-2.8.2-java| rack-protection-1.5.3| sequel-4.20.0| rack-session-sequel-0.0.1| rack-test-0.6.3| rjack-jackson-1.8.11.0-java| rufus-lru-1.0.5| tzinfo-0.3.39| rufus-scheduler-2.0.24| saxerator-0.9.5| saxon-xslt-0.7.1-java| tilt-1.4.1| sinatra-1.3.6| sinatra-contrib-1.3.2| sinatra-reloader-1.0| warbler-1.4.9| zip-zip-0.3||--- Bundler|Bundler.bundle_path: /www/archivesspace/gems|Bundler.root: /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF|Gemfile: /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/Gemfile|Settings:| disable_shared_gems = 1| without = test:development:doc| bin_path = /www/archivesspace/gems/gems/bundler-1.10.6/bin/bundle| gemfile = /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/Gemfile||--- JRuby-Rack Config|compat_version = RUBY1_9|default_logger = org.jruby.rack.logging.StandardOutLogger at 6e792315|equals = |err = java.io.PrintStream at 4fbd397b|filter_adds_html = true|filter_verifies_resource = false|ignore_environment = false|initial_memory_buffer_size = |initial_runtimes = 1|jms_connection_factory = |jms_jndi_properties = |logger = org.jruby.rack.logging.ServletContextLogger at 2d31b495|logger_class_name = servlet_context|logger_name = jruby.rack|maximum_memory_buffer_size = |maximum_runtimes = 1|num_initializer_threads = |out = java.io.PrintStream at 4d1f4fd4|rackup = |rackup_path = |rewindable = true|runtime_arguments = |runtime_environment = |runtime_timeout_seconds = |serial_initialization = false|servlet_context = ServletContext at o.e.j.w.WebAppContext{/,file:/home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/},/www/archivesspace/wars/backend.war|throw_init_exception = false| 2015-10-15 09:31:41.112:WARN:/:ERROR: initialization failed org.jruby.rack.RackInitializationException: undefined method `param_depth_limit=' for Rack::Utils:Module|?from /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:5:in `(root)'|?from org/jruby/RubyKernel.java:1071:in `require'|?from /www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:55:in `require'|?from /www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:53:in `require'|?from /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1:in `(root)'|?from org/jruby/RubyBasicObject.java:1533:in `instance_eval'|?from /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4:in `(root)'|?from /www/archivesspace/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/vendor/rack-1.5.2/rack/builder.rb:55:in `initialize'|?from launcher/launcher.rb:86:in `start_server'|?from launcher/launcher.rb:147:in `main'|?from launcher/launcher.rb:232:in `(root)'| at org.jruby.rack.RackInitializationException.wrap(RackInitializationException.java:29) at org.jruby.rack.RackApplicationFactoryDecorator.init(RackApplicationFactoryDecorator.java:104) at org.jruby.rack.RackServletContextListener.contextInitialized(RackServletContextListener.java:50) at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:766) at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:406) at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:758) at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:242) at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1233) at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:701) at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:475) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59) at org.eclipse.jetty.server.handler.HandlerCollection.doStart(HandlerCollection.java:224) at org.eclipse.jetty.server.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:167) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59) at org.eclipse.jetty.server.handler.HandlerWrapper.doStart(HandlerWrapper.java:90) at org.eclipse.jetty.server.Server.doStart(Server.java:272) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(JavaMethod.java:440) at org.jruby.javasupport.JavaMethod.invokeDirect(JavaMethod.java:304) at org.jruby.java.invokers.InstanceMethodInvoker.call(InstanceMethodInvoker.java:52) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:306) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:136) at launcher.launcher.method__1$RUBY$start_server(launcher/launcher.rb:86) at launcher$launcher$method__1$RUBY$start_server.call(launcher$launcher$method__1$RUBY$start_server) at org.jruby.internal.runtime.methods.DynamicMethod.call(DynamicMethod.java:218) at org.jruby.internal.runtime.methods.CompiledMethod.call(CompiledMethod.java:268) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:346) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:204) at launcher.launcher.chained_4_rescue_1$RUBY$SYNTHETICmain(launcher/launcher.rb:147) at launcher.launcher.method__3$RUBY$main(launcher/launcher.rb:145) at launcher$launcher$method__3$RUBY$main.call(launcher$launcher$method__3$RUBY$main) at launcher$launcher$method__3$RUBY$main.call(launcher$launcher$method__3$RUBY$main) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:306) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:136) at launcher.launcher.__file__(launcher/launcher.rb:232) at launcher.launcher.load(launcher/launcher.rb) at org.jruby.Ruby.runScript(Ruby.java:866) at org.jruby.Ruby.runScript(Ruby.java:859) at org.jruby.Ruby.runNormally(Ruby.java:728) at org.jruby.Ruby.runFromMain(Ruby.java:577) at org.jruby.Main.doRunFromMain(Main.java:395) at org.jruby.Main.internalRun(Main.java:290) at org.jruby.Main.run(Main.java:217) at org.jruby.Main.main(Main.java:197) Caused by: org.jruby.exceptions.RaiseException: (NoMethodError) undefined method `param_depth_limit=' for Rack::Utils:Module at RUBY.(root)(/home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:5) at org.jruby.RubyKernel.require(org/jruby/RubyKernel.java:1071) at Kernel.require(/www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:55) at Kernel.require(/www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:53) at RUBY.(root)(/home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1) at org.jruby.RubyBasicObject.instance_eval(org/jruby/RubyBasicObject.java:1533) at RUBY.(root)(/home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4) at RUBY.initialize(/www/archivesspace/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/vendor/rack-1.5.2/rack/builder.rb:55) at launcher.launcher.start_server(launcher/launcher.rb:86) at launcher.launcher.main(launcher/launcher.rb:147) at launcher.launcher.(root)(launcher/launcher.rb:232) Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: From psuda1 at tulane.edu Thu Oct 15 14:13:06 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Thu, 15 Oct 2015 18:13:06 +0000 Subject: [Archivesspace_Users_Group] Upgrade to 1.4.1 error In-Reply-To: <399052bb98f644a19154373474b68239@ex13-csf-cr-15.home.ku.edu> References: <5DA0D539-9ED5-43AD-8452-678555B5525F@tulane.edu> <399052bb98f644a19154373474b68239@ex13-csf-cr-15.home.ku.edu> Message-ID: <573207C2-16C4-4E3D-9E07-1BA943F475E3@tulane.edu> Greetings, I was able to get 1.4.1 up and running. I stopped ASpace (./archivesspace.sh stop). I deleted the index (see top of the the config.rb file for where this is placed in your directory structure). I then restarted and the index starting rebuilding and things appear to be ok. Thanks, Phil On Oct 15, 2015, at 1:03 PM, Kottman, Miloche > wrote: Phil (& Chris), Don?t know if it?s the same error we found or not (since all the Ruby jazz stuff is Greek to me) but my Sys Admin filed the following report on GitHub about it: https://github.com/archivesspace/archivesspace/issues/315 And restored everything back to version 1.4.0 --Miloche Miloche Kottman Head of Cataloging and Archival Processing University of Kansas Libraries Lawrence, KS 66045 mkottman at ku.edu 785-864-3916 or 785-864-4823 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Suda, Phillip J Sent: Thursday, October 15, 2015 9:46 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Upgrade to 1.4.1 error Good morning all, Just tried an upgrade to version 1.4.1: Error via archivesspace log: Loading ArchivesSpace configuration file from path: /www/archivesspace/config/config.rb 2015-10-15 09:31:41.110:INFO:/:An exception happened during JRuby-Rack startup|undefined method `param_depth_limit=' for Rack::Utils:Module|--- System|jruby 1.7.18 (1.9.3p551) 2014-12-22 625381c on Java HotSpot(TM) 64-Bit Server VM 1.7.0_40-b43 +jit [linux-amd64]|Time: 2015-10-15 09:31:41 -0500|Server: jetty/8.1.5.v20120716|jruby.home: file:/www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home||--- Context Init Parameters:|jruby.compat.version = 1.9|jruby.max.runtimes = 1|jruby.min.runtimes = 1|public.root = /|rack.env = production||--- Backtrace|NoMethodError: undefined method `param_depth_limit=' for Rack::Utils:Module| (root) at /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:5| require at org/jruby/RubyKernel.java:1071| require at /www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:55| require at /www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:53| (root) at /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1| instance_eval at org/jruby/RubyBasicObject.java:1533| (root) at /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4| initialize at /www/archivesspace/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/vendor/rack-1.5.2/rack/builder.rb:55| start_server at launcher/launcher.rb:86| main at launcher/launcher.rb:147| (root) at launcher/launcher.rb:232||--- RubyGems|Gem.dir: /www/archivesspace/gems|Gem.path:|/www/archivesspace/gems|Activated gems:| json-1.8.0-java| bundler-1.10.6| rake-10.4.2| atomic-1.0.1-java| htmlentities-4.3.4| nokogiri-1.6.6.2-java| rubyzip-1.0.0| axlsx-2.0.1| backports-3.6.6| bcrypt-3.1.7-java| eventmachine-1.0.8-java| i18n-0.7.0| jdbc-derby-10.6.2.1-java| jruby-jars-1.7.22| jruby-rack-1.1.19| json-schema-1.0.10| multipart-post-1.2.0| net-http-persistent-2.8| net-ldap-0.6.1| rack-1.4.7| puma-2.8.2-java| rack-protection-1.5.3| sequel-4.20.0| rack-session-sequel-0.0.1| rack-test-0.6.3| rjack-jackson-1.8.11.0-java| rufus-lru-1.0.5| tzinfo-0.3.39| rufus-scheduler-2.0.24| saxerator-0.9.5| saxon-xslt-0.7.1-java| tilt-1.4.1| sinatra-1.3.6| sinatra-contrib-1.3.2| sinatra-reloader-1.0| warbler-1.4.9| zip-zip-0.3||--- Bundler|Bundler.bundle_path: /www/archivesspace/gems|Bundler.root: /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF|Gemfile: /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/Gemfile|Settings:| disable_shared_gems = 1| without = test:development:doc| bin_path = /www/archivesspace/gems/gems/bundler-1.10.6/bin/bundle| gemfile = /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/Gemfile||--- JRuby-Rack Config|compat_version = RUBY1_9|default_logger = org.jruby.rack.logging.StandardOutLogger at 6e792315|equals = |err = java.io.PrintStream at 4fbd397b|filter_adds_html = true|filter_verifies_resource = false|ignore_environment = false|initial_memory_buffer_size = |initial_runtimes = 1|jms_connection_factory = |jms_jndi_properties = |logger =org.jruby.rack.logging.ServletContextLogger at 2d31b495|logger_class_name = servlet_context|logger_name = jruby.rack|maximum_memory_buffer_size = |maximum_runtimes = 1|num_initializer_threads = |out = java.io.PrintStream at 4d1f4fd4|rackup = |rackup_path = |rewindable = true|runtime_arguments = |runtime_environment = |runtime_timeout_seconds = |serial_initialization = false|servlet_context =ServletContext at o.e.j.w.WebAppContext{/,file:/home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/},/www/archivesspace/wars/backend.war|throw_init_exception = false| 2015-10-15 09:31:41.112:WARN:/:ERROR: initialization failed org.jruby.rack.RackInitializationException: undefined method `param_depth_limit=' for Rack::Utils:Module|?from /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:5:in `(root)'|?from org/jruby/RubyKernel.java:1071:in `require'|?from /www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:55:in `require'|?from /www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:53:in `require'|?from /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1:in `(root)'|?from org/jruby/RubyBasicObject.java:1533:in `instance_eval'|?from /home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4:in `(root)'|?from /www/archivesspace/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/vendor/rack-1.5.2/rack/builder.rb:55:in `initialize'|?from launcher/launcher.rb:86:in `start_server'|?from launcher/launcher.rb:147:in `main'|?from launcher/launcher.rb:232:in `(root)'| at org.jruby.rack.RackInitializationException.wrap(RackInitializationException.java:29) at org.jruby.rack.RackApplicationFactoryDecorator.init(RackApplicationFactoryDecorator.java:104) at org.jruby.rack.RackServletContextListener.contextInitialized(RackServletContextListener.java:50) at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:766) at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:406) at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:758) at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:242) at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1233) at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:701) at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:475) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59) at org.eclipse.jetty.server.handler.HandlerCollection.doStart(HandlerCollection.java:224) at org.eclipse.jetty.server.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:167) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59) at org.eclipse.jetty.server.handler.HandlerWrapper.doStart(HandlerWrapper.java:90) at org.eclipse.jetty.server.Server.doStart(Server.java:272) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(JavaMethod.java:440) at org.jruby.javasupport.JavaMethod.invokeDirect(JavaMethod.java:304) at org.jruby.java.invokers.InstanceMethodInvoker.call(InstanceMethodInvoker.java:52) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:306) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:136) at launcher.launcher.method__1$RUBY$start_server(launcher/launcher.rb:86) at launcher$launcher$method__1$RUBY$start_server.call(launcher$launcher$method__1$RUBY$start_server) at org.jruby.internal.runtime.methods.DynamicMethod.call(DynamicMethod.java:218) at org.jruby.internal.runtime.methods.CompiledMethod.call(CompiledMethod.java:268) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:346) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:204) at launcher.launcher.chained_4_rescue_1$RUBY$SYNTHETICmain(launcher/launcher.rb:147) at launcher.launcher.method__3$RUBY$main(launcher/launcher.rb:145) at launcher$launcher$method__3$RUBY$main.call(launcher$launcher$method__3$RUBY$main) at launcher$launcher$method__3$RUBY$main.call(launcher$launcher$method__3$RUBY$main) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:306) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:136) at launcher.launcher.__file__(launcher/launcher.rb:232) at launcher.launcher.load(launcher/launcher.rb) at org.jruby.Ruby.runScript(Ruby.java:866) at org.jruby.Ruby.runScript(Ruby.java:859) at org.jruby.Ruby.runNormally(Ruby.java:728) at org.jruby.Ruby.runFromMain(Ruby.java:577) at org.jruby.Main.doRunFromMain(Main.java:395) at org.jruby.Main.internalRun(Main.java:290) at org.jruby.Main.run(Main.java:217) at org.jruby.Main.main(Main.java:197) Caused by: org.jruby.exceptions.RaiseException: (NoMethodError) undefined method `param_depth_limit=' for Rack::Utils:Module at RUBY.(root)(/home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:5) at org.jruby.RubyKernel.require(org/jruby/RubyKernel.java:1071) at Kernel.require(/www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:55) at Kernel.require(/www/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:53) at RUBY.(root)(/home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1) at org.jruby.RubyBasicObject.instance_eval(org/jruby/RubyBasicObject.java:1533) at RUBY.(root)(/home/psuda1/aspace141/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4) at RUBY.initialize(/www/archivesspace/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/vendor/rack-1.5.2/rack/builder.rb:55) at launcher.launcher.start_server(launcher/launcher.rb:86) at launcher.launcher.main(launcher/launcher.rb:147) at launcher.launcher.(root)(launcher/launcher.rb:232) Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: From luftsche at usc.edu Thu Oct 15 16:34:59 2015 From: luftsche at usc.edu (Susan Luftschein) Date: Thu, 15 Oct 2015 20:34:59 +0000 Subject: [Archivesspace_Users_Group] Multiple creators MARC export, and other issues Message-ID: Hi Chris, I just exported a MARCXML record and noticed there are still some outstanding bugs; just wanted to make sure these are still on the radar. 1) Multiple creators are exported in one 7xx field 2) The Preferred Citation note is still being exported as a 534 field; it should be a 524. Thanks, Sue Sue Luftschein Archival and Metadata Librarian USC Libraries Special Collections University of Southern California Doheny Memorial Library 3550 Trousdale Parkway, Room 207 Los Angeles, CA 90089-0189 tel:213-740-4046 fax:213-740-2343 luftsche at usc.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From carlos.lemus at unlv.edu Thu Oct 15 17:49:05 2015 From: carlos.lemus at unlv.edu (Carlos Lemus) Date: Thu, 15 Oct 2015 14:49:05 -0700 Subject: [Archivesspace_Users_Group] Creating settings for a plugin In-Reply-To: References: <2F93FD00-9F7A-4C10-B0D4-4F05C3EBBA04@gmail.com> Message-ID: Hello Brian, Thank you for your recommendations, they've helped out a lot. I believe I am very close to what I want to do and what I want to achieve, but I've reached a little snag and I can't find the problem. I took a little different path that I thought matched a bit closer to what I wanted to accomplish through your suggestions and tried to mimic the preferences/defaults. (a new version of my code at https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/plugin_settings ) At https://github.com/l3mus/ArchivesSpace-authority-project/blob/master/plugin_settings/frontend/controllers/plugin_settings_controller.rb#L82 I am getting a nil class error because it's not in the json and I can't find the area where it gets added or if there is a step that I'm missing for it to add that setting. I think it would be beneficial if the settings could be edited in a per repository/per user basis like the preferences seem to work. {"settings"=>{"ead_loc_text"=>"Findind Aid Location: "}, "global"=>#1, "lock_version"=>22, "json_schema_version"=>1, "repo_id"=>1, "user_uniq"=>"GLOBAL_USER", "settings"=>#"Findind Aid Location: ", "jsonmodel_type"=>"settings"}>, "create_time"=>"2015-10-14T21:45:28Z", "system_mtime"=>"2015-10-15T20:13:34Z", "user_mtime"=>"2015-10-15T20:13:34Z", "jsonmodel_type"=>"plugin_settings", "uri"=>"/repositories/1/plugin_settings/1"}>, "settings_global"=>{"ead_loc_text"=>"Findind Aid Location: "}} it's missing that ['global']['repository']['ref'] value, I'm not sure where it's coming from. The json above is coming from the following. It's either in here or somewhere before that that global setting is set. https://github.com/l3mus/ArchivesSpace-authority-project/blob/master/plugin_settings/backend/model/plugin_settings.rb#L95 I appreciate the help, Thank you, Carlos Lemus On Tue, Oct 13, 2015 at 7:11 AM, Carlos Lemus wrote: > Hello Brian, > > Thank you for the response. I will definitely need more values so I'll > try taking a look at the defaults controller. > I'll let you know if I get something working. > > Thank you, > Carlos Lemus > On Oct 13, 2015 6:31 AM, "Brian Hoffman" wrote: > >> Hi Carlos, >> >> I think you might want to look at the defaults controller and model, as >> well as the sequence controller and model. If you really just need a single >> string value, you may want to dispense with the JSONModel stuff completely >> and just have your backend endpoint take a single parameter and update the >> model. >> >> You can look at the DefaultValues model for an example of how to just >> have 1 row in the table. >> >> For the frontend, you?re probably better off not using the handle_crud >> helper if you don?t use JSONModel, and just have the controller prepare and >> send an update request to the backend. The default_values example might >> help here too: >> >> https://github.com/archivesspace/archivesspace/blob/master/frontend/app/models/default_values.rb >> >> Brian >> >> >> >> >> >> >> On Oct 12, 2015, at 5:54 PM, Carlos Lemus wrote: >> >> Hello, >> >> What I want to accomplish is to create a form, possibly in the >> system_menu_controller, that will allow me to create certain >> fields/settings with user-input values, save those values, and then let me >> access them at different points in my plugin. >> >> What I've tried so far: >> >> I've tried to mimic a bit of the accessions_summary_reports and the >> hello_world plugin. However, these seem both to be able to continuously >> create new objects in the schema database pertaining to it, but I just want >> to have one empty field for the settings that can just be updated instead >> of having to create multiple settings. I have tried something similar with >> the defaults, but I don't think I implemented them correctly. >> >> Here is a github link to my trial >> >> https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/plugin_settings >> >> I hope that was clear enough, please let me know if I need to clarify >> more. >> I'm just looking for some direction on what I could be doing. How could I >> approach doing this? I'm I looking in the right direction? Or is there a >> better example that can help me form this? >> >> Thank you, >> >> Carlos Lemus >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Fri Oct 16 03:54:11 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Fri, 16 Oct 2015 07:54:11 +0000 Subject: [Archivesspace_Users_Group] Multiple creators MARC export, and other issues In-Reply-To: References: Message-ID: Hi Susan, Thanks so much. Are there tickets made for these? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Susan Luftschein Sent: Thursday, October 15, 2015 10:34 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Multiple creators MARC export, and other issues Hi Chris, I just exported a MARCXML record and noticed there are still some outstanding bugs; just wanted to make sure these are still on the radar. 1) Multiple creators are exported in one 7xx field 2) The Preferred Citation note is still being exported as a 534 field; it should be a 524. Thanks, Sue Sue Luftschein Archival and Metadata Librarian USC Libraries Special Collections University of Southern California Doheny Memorial Library 3550 Trousdale Parkway, Room 207 Los Angeles, CA 90089-0189 tel:213-740-4046 fax:213-740-2343 luftsche at usc.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Fri Oct 16 07:45:37 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Fri, 16 Oct 2015 11:45:37 +0000 Subject: [Archivesspace_Users_Group] Multiple creators MARC export, and other issues In-Reply-To: References: Message-ID: Chris, Tickets are: AR-1189 In MARCXML export, the Preferred Citation note for a Resource record is being mapped to the MARC 534 field, instead of the 524 field. 1. AR-1345 When exporting a MARCXML record from the resource module, multiple creators are exported into a single MARC 7xx field. (This is a new ticket). Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Friday, October 16, 2015 3:54 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Multiple creators MARC export, and other issues Hi Susan, Thanks so much. Are there tickets made for these? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Susan Luftschein > Sent: Thursday, October 15, 2015 10:34 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Multiple creators MARC export, and other issues Hi Chris, I just exported a MARCXML record and noticed there are still some outstanding bugs; just wanted to make sure these are still on the radar. 1) Multiple creators are exported in one 7xx field 2) The Preferred Citation note is still being exported as a 534 field; it should be a 524. Thanks, Sue Sue Luftschein Archival and Metadata Librarian USC Libraries Special Collections University of Southern California Doheny Memorial Library 3550 Trousdale Parkway, Room 207 Los Angeles, CA 90089-0189 tel:213-740-4046 fax:213-740-2343 luftsche at usc.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From laddmm at miamioh.edu Fri Oct 16 10:34:16 2015 From: laddmm at miamioh.edu (Ladd, Marcus) Date: Fri, 16 Oct 2015 10:34:16 -0400 Subject: [Archivesspace_Users_Group] UPDATE: ArchivesSpace Training at Miami University (Ohio), 11/16 & 11/17 Message-ID: *Due to changes in university policy, we are no longer requiring a registration fee. Instead, we are asking for a voluntary donation. Please see the updated announcement below for details.* *-------------------* This two-day workshop that covers the basics of ArchivesSpace from application management through material description and authorities management to exporting, importing, and data cleanup. It will also include a overview of digital objects. The workshop will be led by Nancy Enneking (Getty Research Institute) and Mark Custer (Yale University). All ArchivesSpace members are welcome to register. *Location: *The Miami University Archives, 201 Withrow Court, Oxford, OH 45056 *Time*: Monday November 16th and Tuesday November 17th, 9:00-4:30 each day *Fees: *There is no registration fee for this workshop, however we are accepting voluntary donations (of any amount). If you would like to donate, please make out a check to Miami University, indicating that it is a donation to the University Libraries. *Technology Requirements: *A laptop with access to wireless internet will be necessary for each attendee. We ask that you provide your own laptop, but if necessary we can make arrangements to provide one on loan from the library. Please let us know in your registration request if you will need a laptop provided. *Accommodation: *10 rooms have been made available at the Marcum Center Hotel on the Miami University campus for a rate of $99/night. No sales or bed tax is levied if it is a non-profit institution, however 12.5% sales and bed taxes will be levied if paid with a personal credit card. To register for a room at the Marcum Center Hotel, contact them at 513-529-3770 or at confandeventserv at MiamiOH.edu and include that it is for the ArchivesSpace Training/King Library Block. Alternatively, there are hotels and motels elsewhere in Oxford. More information can be found on the Visiting Miami University Accommodations page . *Dining: *A variety of restaurants and other dining options are available both on- and off-campus. More information can be found on the Visiting Miami University - Restaurants page . *To register or to request further information, please contact Jacky Johnson (johnsoj at MiamiOH.edu , 513-529-6720 <513-529-6720>) or Marcus Ladd (laddmm at MiamiOH.edu , 513-529-0462 <513-529-0462>). *Please note that we can accept a maximum of 20 attendees and registration ends November 9th. -------- *Marcus Ladd* Special Collections Digital Librarian Miami University, Oxford, OH -------------- next part -------------- An HTML attachment was scrubbed... URL: From mauraa at brandeis.edu Fri Oct 16 10:38:45 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Fri, 16 Oct 2015 10:38:45 -0400 Subject: [Archivesspace_Users_Group] Solr Re-Indexing Loop Message-ID: Hi all, This might be a ticket already but I figured I'd ask here. We wanted to rebuild our solr index, so we deleted the old one and re-started ASpace. ASpace rebuilds the index and then rebuilds it again...and again, etc. Is anyone else encountering this problem? We're on version 1.1.2, so this may be fixed in a later release. Thanks! Maura -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From luftsche at usc.edu Fri Oct 16 14:58:29 2015 From: luftsche at usc.edu (Susan Luftschein) Date: Fri, 16 Oct 2015 18:58:29 +0000 Subject: [Archivesspace_Users_Group] Multiple creators MARC export, and other issues In-Reply-To: References: Message-ID: Hi Chris, yes, AR-1189 and AR-1345. Sue Luftschein Archival and Metadata Librarian USC Libraries Special Collections University of Southern California Doheny Memorial Library 3550 Trousdale Parkway, Room 207 Los Angeles, CA 90089-0189 tel:213-740-4046 fax:213-740-2343 luftsche at usc.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Friday, October 16, 2015 12:54 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Multiple creators MARC export, and other issues Hi Susan, Thanks so much. Are there tickets made for these? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Susan Luftschein > Sent: Thursday, October 15, 2015 10:34 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Multiple creators MARC export, and other issues Hi Chris, I just exported a MARCXML record and noticed there are still some outstanding bugs; just wanted to make sure these are still on the radar. 1) Multiple creators are exported in one 7xx field 2) The Preferred Citation note is still being exported as a 534 field; it should be a 524. Thanks, Sue Sue Luftschein Archival and Metadata Librarian USC Libraries Special Collections University of Southern California Doheny Memorial Library 3550 Trousdale Parkway, Room 207 Los Angeles, CA 90089-0189 tel:213-740-4046 fax:213-740-2343 luftsche at usc.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From jcarll at radcliffe.harvard.edu Mon Oct 19 09:23:39 2015 From: jcarll at radcliffe.harvard.edu (Carll, Johanna) Date: Mon, 19 Oct 2015 13:23:39 +0000 Subject: [Archivesspace_Users_Group] Extent questions Message-ID: Harvard University has embarked on a project to ingest all of its EAD finding aids (numbering over 6,000) into ArchivesSpace. One of the areas we are struggling with is the collection level extent record. Can anyone help with the following issues? 1. How should we tag extents we want to ingest as part, not whole, extents? Based on EAD exports of records created in AS, I tried the following tagging, but the ingest still resulted in whole instead of part extent statements: 5 videotapes 2 DVDs 2. How are you expressing uncertainty in extents (example: approximately 500 photographs)? Since there isn't a certainty field in AS extent record (like there is in the collection dates record), we would like to know how others are expressing approximate extents. Thanks Johanna Carll Archivist and Metadata Specialist Schlesinger Library Radcliffe Institute for Advanced Study Harvard University 10 Garden Street Cambridge, MA 02138 617-495-8524 jcarll at radcliffe.harvard.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Mon Oct 19 09:45:04 2015 From: mark.custer at yale.edu (Custer, Mark) Date: Mon, 19 Oct 2015 13:45:04 +0000 Subject: [Archivesspace_Users_Group] Extent questions In-Reply-To: References: Message-ID: Hi, Johanna. I don't have any good answers, but I'm pretty sure that you'll need to update ASpace's EAD 2002 importer to import those "part" attributes. If that's done, it would be great if that new feature could be added to the core code. Similarly, I'd love for the official ASpace EAD importer and exporter to be updated to do what the archivists at the Bentley recently blogged about, http://archival-integration.blogspot.com/2015/09/the-archivesspace-api.html - namely, to maintain references to subject and agent records that are already properly subdivided in the database rather than creating new ones when performing EAD imports (although I'd probably use the altrender attribute for this purpose, rather than adding a new ref attribute... but that's only because I hate to invalidate EAD files!). Also, about a month ago, I discovered that the ASpace EAD importer silently drops any "ead:note" elements in a finding aid. If you have any of those, you'll want to convert them to another element, like "ead:odd". Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Carll, Johanna Sent: Monday, October 19, 2015 9:24 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Extent questions Harvard University has embarked on a project to ingest all of its EAD finding aids (numbering over 6,000) into ArchivesSpace. One of the areas we are struggling with is the collection level extent record. Can anyone help with the following issues? 1. How should we tag extents we want to ingest as part, not whole, extents? Based on EAD exports of records created in AS, I tried the following tagging, but the ingest still resulted in whole instead of part extent statements: 5 videotapes 2 DVDs 2. How are you expressing uncertainty in extents (example: approximately 500 photographs)? Since there isn't a certainty field in AS extent record (like there is in the collection dates record), we would like to know how others are expressing approximate extents. Thanks Johanna Carll Archivist and Metadata Specialist Schlesinger Library Radcliffe Institute for Advanced Study Harvard University 10 Garden Street Cambridge, MA 02138 617-495-8524 jcarll at radcliffe.harvard.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From brianjhoffman at gmail.com Mon Oct 19 09:52:11 2015 From: brianjhoffman at gmail.com (Brian Hoffman) Date: Mon, 19 Oct 2015 09:52:11 -0400 Subject: [Archivesspace_Users_Group] Creating settings for a plugin In-Reply-To: References: <2F93FD00-9F7A-4C10-B0D4-4F05C3EBBA04@gmail.com> Message-ID: Hi Carlos, I think I see the problem - you?re copying from one of the more idiosyncratic parts of the API, so it?s a bit hard to see what?s going on. The preferences model in the backend builds a composite preferences object by fetching all applicable rows from the table based on four contexts: global, repo, user_global, user_repo. These basically scope the data: preferences for any user using any repo, any user using a particular repo, a particular user using any repo, and a particular user using a particular repo. The context of the request determines which contexts get loaded and what kind of composite object gets assembled. But there is always at least a ?global? preference representing the abstract ?global? repository. In the preferences model, there?s an `init` method that takes care of creating that record at startup: https://github.com/archivesspace/archivesspace/blob/05f01f83414c6daa259e72abcc38b50d9450e769/backend/app/model/preference.rb#L7-L34 So the frontend controller safely assumes that there is always one context preference for `global` and expects it to be on the json payload. In your plugin, you don?t have the `init` logic so that?s not a safe assumption. You could either add something similar, or just tweak the frontend controller if the concept of ?global? plugin_settings doesn?t make sense in your case. Brian > On Oct 15, 2015, at 5:49 PM, Carlos Lemus wrote: > > Hello Brian, > > Thank you for your recommendations, they've helped out a lot. I believe I am very close to what I want to do and what I want to achieve, but I've reached a little snag and I can't find the problem. > > I took a little different path that I thought matched a bit closer to what I wanted to accomplish through your suggestions and tried to mimic the preferences/defaults. (a new version of my code at https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/plugin_settings ) > > At https://github.com/l3mus/ArchivesSpace-authority-project/blob/master/plugin_settings/frontend/controllers/plugin_settings_controller.rb#L82 I am getting a nil class error because it's not in the json and I can't find the area where it gets added or if there is a step that I'm missing for it to add that setting. I think it would be beneficial if the settings could be edited in a per repository/per user basis like the preferences seem to work. > > {"settings"=>{"ead_loc_text"=>"Findind Aid Location: "}, "global"=>#1, "lock_version"=>22, "json_schema_version"=>1, "repo_id"=>1, "user_uniq"=>"GLOBAL_USER", "settings"=>#"Findind Aid Location: ", "jsonmodel_type"=>"settings"}>, "create_time"=>"2015-10-14T21:45:28Z", "system_mtime"=>"2015-10-15T20:13:34Z", "user_mtime"=>"2015-10-15T20:13:34Z", "jsonmodel_type"=>"plugin_settings", "uri"=>"/repositories/1/plugin_settings/1"}>, "settings_global"=>{"ead_loc_text"=>"Findind Aid Location: "}} > > it's missing that ['global']['repository']['ref'] value, I'm not sure where it's coming from. > > The json above is coming from the following. It's either in here or somewhere before that that global setting is set. > https://github.com/l3mus/ArchivesSpace-authority-project/blob/master/plugin_settings/backend/model/plugin_settings.rb#L95 > > I appreciate the help, > > Thank you, > Carlos Lemus > > On Tue, Oct 13, 2015 at 7:11 AM, Carlos Lemus > wrote: > Hello Brian, > > Thank you for the response. I will definitely need more values so I'll try taking a look at the defaults controller. > I'll let you know if I get something working. > > Thank you, > Carlos Lemus > > On Oct 13, 2015 6:31 AM, "Brian Hoffman" > wrote: > Hi Carlos, > > I think you might want to look at the defaults controller and model, as well as the sequence controller and model. If you really just need a single string value, you may want to dispense with the JSONModel stuff completely and just have your backend endpoint take a single parameter and update the model. > > You can look at the DefaultValues model for an example of how to just have 1 row in the table. > > For the frontend, you?re probably better off not using the handle_crud helper if you don?t use JSONModel, and just have the controller prepare and send an update request to the backend. The default_values example might help here too: > https://github.com/archivesspace/archivesspace/blob/master/frontend/app/models/default_values.rb > > Brian > > > > > > >> On Oct 12, 2015, at 5:54 PM, Carlos Lemus > wrote: >> >> Hello, >> >> What I want to accomplish is to create a form, possibly in the system_menu_controller, that will allow me to create certain fields/settings with user-input values, save those values, and then let me access them at different points in my plugin. >> >> What I've tried so far: >> >> I've tried to mimic a bit of the accessions_summary_reports and the hello_world plugin. However, these seem both to be able to continuously create new objects in the schema database pertaining to it, but I just want to have one empty field for the settings that can just be updated instead of having to create multiple settings. I have tried something similar with the defaults, but I don't think I implemented them correctly. >> >> Here is a github link to my trial >> https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/plugin_settings >> >> I hope that was clear enough, please let me know if I need to clarify more. >> I'm just looking for some direction on what I could be doing. How could I approach doing this? I'm I looking in the right direction? Or is there a better example that can help me form this? >> >> Thank you, >> >> Carlos Lemus >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From djpillen at umich.edu Mon Oct 19 10:00:46 2015 From: djpillen at umich.edu (Dallas Pillen) Date: Mon, 19 Oct 2015 10:00:46 -0400 Subject: [Archivesspace_Users_Group] Extent questions In-Reply-To: References: Message-ID: Johanna and Mark, The Bentley has also been doing a lot of work to break up our formerly single extent statements containing multiple parts into partial extents. As part of this work, we also noticed the limitations of the ArchivesSpace EAD importer for importing partial extents. We made some changes to our EAD importer plugin to properly handle altrender="part" attributes. Additionally, we added some extra functionality to make sure that physdesc contents don't get broken up into multiple notes. For example, something like this... 5 linear feet 2 photographs 8 x 10 ...by default becomes two whole extents of "5 linear feet" and "2 photographs" and one entirely separate dimensions note of "8 x 10" You can see how we made some of those changes here: https://github.com/bentley-historical-library/bhl-ead-importer/blob/master/backend/model/bhl_ead_converter.rb#L259-L334 A colleague has also submitted some of these changes as a pull request here: https://github.com/archivesspace/archivesspace/pull/312 Dallas On Mon, Oct 19, 2015 at 9:45 AM, Custer, Mark wrote: > Hi, Johanna. > > > > I don?t have any good answers, but I?m pretty sure that you?ll need to > update ASpace?s EAD 2002 importer to import those ?part? attributes. If > that?s done, it would be great if that new feature could be added to the > core code. > > > > Similarly, I?d love for the official ASpace EAD importer and exporter to > be updated to do what the archivists at the Bentley recently blogged about, > http://archival-integration.blogspot.com/2015/09/the-archivesspace-api.html > ? namely, to maintain references to subject and agent records that are > already properly subdivided in the database rather than creating new ones > when performing EAD imports (although I?d probably use the altrender > attribute for this purpose, rather than adding a new ref attribute? but > that?s only because I hate to invalidate EAD files!). > > > > Also, about a month ago, I discovered that the ASpace EAD importer > silently drops any ?ead:note? elements in a finding aid. If you have any > of those, you?ll want to convert them to another element, like ?ead:odd?. > > > > Mark > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Carll, > Johanna > *Sent:* Monday, October 19, 2015 9:24 AM > *To:* Archivesspace Users Group > *Subject:* [Archivesspace_Users_Group] Extent questions > > > > Harvard University has embarked on a project to ingest all of its EAD > finding aids (numbering over 6,000) into ArchivesSpace. One of the areas > we are struggling with is the collection level extent record. Can anyone > help with the following issues? > > > > 1. How should we tag extents we want to ingest as part, not whole, > extents? Based on EAD exports of records created in AS, I tried the > following tagging, but the ingest still resulted in whole instead of part > extent statements: > > 5 videotapes > 2 DVDs > > > > 2. How are you expressing uncertainty in extents (example: > approximately 500 photographs)? Since there isn't a certainty field in AS > extent record (like there is in the collection dates record), we would like > to know how others are expressing approximate extents. > > Thanks > > > > Johanna Carll > Archivist and Metadata Specialist > Schlesinger Library > Radcliffe Institute for Advanced Study > Harvard University > 10 Garden Street > Cambridge, MA 02138 > 617-495-8524 > jcarll at radcliffe.harvard.edu > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- *Dallas Pillen*Project Archivist Bentley Historical Library 1150 Beal Avenue Ann Arbor, Michigan 48109-2113 734.647.3559 Twitter Facebook -------------- next part -------------- An HTML attachment was scrubbed... URL: From HurtT at easternct.edu Mon Oct 19 10:45:04 2015 From: HurtT at easternct.edu (Hurt, Tara (Library)) Date: Mon, 19 Oct 2015 14:45:04 +0000 Subject: [Archivesspace_Users_Group] Help With Access In-Reply-To: References: , Message-ID: Good morning Chris. We sent along our logs/archivespace.out log but I am not sure if it was received. Resending ... again any help you can give will be greatly appreciated. Tara From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Tuesday, September 15, 2015 3:19 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help With Access Hi Tara, First, you should not be using the Derby database for production. It is meant for testing and demos, and is not supported to hold data persistently ( especially when upgrading to a new version ). Can you send us the logs/archivesspace.out log? b, chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Hurt, Tara (Library) > Sent: Thursday, September 10, 2015 4:57 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help With Access Good morning Brad. We did a query on the backend directly at localhost:8089/repositories and I have attached the message. Thank you for your continued help. The sooner we can get access to Archives Space the better. Tara From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Hurt, Tara (Library) Sent: Friday, September 04, 2015 2:52 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help With Access Thank you ..... do you mean if we query the backend directly at our server which is http://EDFLIBRGDG:8080 ? From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski Sent: Friday, September 04, 2015 2:47 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help With Access What do you get it you query the backend directly at HOSTNAME:8089/repositories ? On Sep 4, 2015, at 2:15 PM, Hurt, Tara (Library) > wrote: Hi Brad. I am sitting with our System Librarian now. In order to solve the issue we are having now, I am hopeful it is helpful to review our path over the last few years. We started by using Archivist Toolkit. When Archive Space (AS) was created we decided to move our date from Archivist Toolkit to AS. So we migrated to AS and due to various local networking issues we have our data on a local workstation and AS uses its internal database and not MySQL. We did this approximately a year ago and all was working well. But about a month ago we started getting the error messages, we were promoted vie email help to upgrade to 1.3, which we did but has not resolved the issue. which seemed to go well. Now we are in the situation where the run time error which I sent you, constantly comes up. You asked us to send you a MySQL log but as I noted above there is no MySQL to run a log from. Where do we go from here? Tara From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook Sent: Monday, August 31, 2015 10:12 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help With Access Tara, Could you repeat the activity that produces the problem and then send us the log? Thanks, Brad W. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Hurt, Tara (Library) Sent: Monday, August 31, 2015 9:55 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help With Access Hi Brad. I have access to the following browsers, I usually use FireFox, but I have tried getting access on all three, with the same runtime error. Internet Explorer 10.0 Mozilla FireFox I have even tried on a Mac, using Safari and I get the same runtime error. Thank you so much for your help, AS has been working very well so I am not sure why we are not having this glitch. I am in a meeting from 10-11 but then back at my office / machine. Thank you. Tara From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook Sent: Monday, August 31, 2015 9:39 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help With Access Hi, Tara, In what browser are you experiencing this problem? If IE, what version are you using? Brad W. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Hurt, Tara (Library) Sent: Monday, August 31, 2015 9:34 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Help With Access Good morning, I am still having trouble accessing Archives Space and I am getting run time errors. Last week I could not get the screen to stay active enough to capture BUT I did capture some screens today. The first capture below (first attachment) is the home screen I get ... all seems to be as normal here. Sometimes when I click to login in I get the run time error screen below. Sometimes if it does let me login, then as soon as I click on anything in AS, I get the run time error below (second screen shot attached). Cannot seem to get by this error .. we really need your help, it is the start of the academic year and we need the AS access. Thanks again for your help. Tara _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: AS Run Time Error Entering.jpg Type: image/jpeg Size: 199582 bytes Desc: AS Run Time Error Entering.jpg URL: From brad.westbrook at lyrasis.org Mon Oct 19 10:50:27 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Mon, 19 Oct 2015 14:50:27 +0000 Subject: [Archivesspace_Users_Group] Solr Re-Indexing Loop In-Reply-To: References: Message-ID: Hi, Maura, Have you considered upgrading to a new version of ArchivesSpace and then rebuilding the solr index? This may alleviate the problem you report below. Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Friday, October 16, 2015 10:39 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Solr Re-Indexing Loop Hi all, This might be a ticket already but I figured I'd ask here. We wanted to rebuild our solr index, so we deleted the old one and re-started ASpace. ASpace rebuilds the index and then rebuilds it again...and again, etc. Is anyone else encountering this problem? We're on version 1.1.2, so this may be fixed in a later release. Thanks! Maura -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Mon Oct 19 10:58:16 2015 From: mark.custer at yale.edu (Custer, Mark) Date: Mon, 19 Oct 2015 14:58:16 +0000 Subject: [Archivesspace_Users_Group] Extent questions In-Reply-To: References: Message-ID: Dallas, This a wonderful contribution! I know this isn?t a voting period right now, but I still vote to see this feature added to the core EAD importer ASAP (and in the meantime, I hope that we?ll use this new feature as a local plugin). In my mind, any code that allows the metadata that?s produced by ASpace to be imported exactly as its produced (i.e. eating your own cooking) should necessarily be part of the core code. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Dallas Pillen Sent: Monday, October 19, 2015 10:01 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Extent questions Johanna and Mark, The Bentley has also been doing a lot of work to break up our formerly single extent statements containing multiple parts into partial extents. As part of this work, we also noticed the limitations of the ArchivesSpace EAD importer for importing partial extents. We made some changes to our EAD importer plugin to properly handle altrender="part" attributes. Additionally, we added some extra functionality to make sure that physdesc contents don't get broken up into multiple notes. For example, something like this... 5 linear feet 2 photographs 8 x 10 ...by default becomes two whole extents of "5 linear feet" and "2 photographs" and one entirely separate dimensions note of "8 x 10" You can see how we made some of those changes here: https://github.com/bentley-historical-library/bhl-ead-importer/blob/master/backend/model/bhl_ead_converter.rb#L259-L334 A colleague has also submitted some of these changes as a pull request here: https://github.com/archivesspace/archivesspace/pull/312 Dallas On Mon, Oct 19, 2015 at 9:45 AM, Custer, Mark > wrote: Hi, Johanna. I don?t have any good answers, but I?m pretty sure that you?ll need to update ASpace?s EAD 2002 importer to import those ?part? attributes. If that?s done, it would be great if that new feature could be added to the core code. Similarly, I?d love for the official ASpace EAD importer and exporter to be updated to do what the archivists at the Bentley recently blogged about, http://archival-integration.blogspot.com/2015/09/the-archivesspace-api.html ? namely, to maintain references to subject and agent records that are already properly subdivided in the database rather than creating new ones when performing EAD imports (although I?d probably use the altrender attribute for this purpose, rather than adding a new ref attribute? but that?s only because I hate to invalidate EAD files!). Also, about a month ago, I discovered that the ASpace EAD importer silently drops any ?ead:note? elements in a finding aid. If you have any of those, you?ll want to convert them to another element, like ?ead:odd?. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Carll, Johanna Sent: Monday, October 19, 2015 9:24 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Extent questions Harvard University has embarked on a project to ingest all of its EAD finding aids (numbering over 6,000) into ArchivesSpace. One of the areas we are struggling with is the collection level extent record. Can anyone help with the following issues? 1. How should we tag extents we want to ingest as part, not whole, extents? Based on EAD exports of records created in AS, I tried the following tagging, but the ingest still resulted in whole instead of part extent statements: 5 videotapes 2 DVDs 2. How are you expressing uncertainty in extents (example: approximately 500 photographs)? Since there isn't a certainty field in AS extent record (like there is in the collection dates record), we would like to know how others are expressing approximate extents. Thanks Johanna Carll Archivist and Metadata Specialist Schlesinger Library Radcliffe Institute for Advanced Study Harvard University 10 Garden Street Cambridge, MA 02138 617-495-8524 jcarll at radcliffe.harvard.edu _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Dallas Pillen Project Archivist [https://webapps.lsa.umich.edu/dean/lsa_emails/bentley-sig-em.png] Bentley Historical Library 1150 Beal Avenue Ann Arbor, Michigan 48109-2113 734.647.3559 Twitter Facebook -------------- next part -------------- An HTML attachment was scrubbed... URL: From mGorzalski at lib.siu.edu Mon Oct 19 13:06:50 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Mon, 19 Oct 2015 17:06:50 +0000 Subject: [Archivesspace_Users_Group] migration log interpretation help Message-ID: <77fed0e7dceb46dfaceebafc837d624e@it-excmb3.ad.siu.edu> I've never been fully clear on how to interpret the errors in the migration log. For example in the attachment, do the duplicate resource ID errors listed beneath the Victor Robinson invalid parent-child relationship error have to do with the Victor Robinson error, or are they separate issues entirely? And what does "reusing existing ASpace record" mean, is it a problem, and how is it address? Thanks, MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu P: 618/453-2225 F: 618/453-3440 lib.siu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: archon_aspace_migration_10162015.txt URL: From Chris.Fitzpatrick at lyrasis.org Tue Oct 20 06:55:22 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Tue, 20 Oct 2015 10:55:22 +0000 Subject: [Archivesspace_Users_Group] Help With Access In-Reply-To: References: , , Message-ID: Hi Tara, Sorry, I looked through my email and I haven't received anything with your logs. Maybe the attachment got flagged by a mail server? Would it be possible for you to zip it up and put it up online ( Drive, dropbox, or just a webserver ) somewhere I can download it? Just send the link directly to me... b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Hurt, Tara (Library) Sent: Monday, October 19, 2015 4:45 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help With Access Good morning Chris. We sent along our logs/archivespace.out log but I am not sure if it was received. Resending ? again any help you can give will be greatly appreciated. Tara From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Tuesday, September 15, 2015 3:19 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help With Access Hi Tara, First, you should not be using the Derby database for production. It is meant for testing and demos, and is not supported to hold data persistently ( especially when upgrading to a new version ). Can you send us the logs/archivesspace.out log? b, chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ [http://www.archivesspace.org/sites/default/files/ArchivesSpace%20Logo5.png] ArchivesSpace a community building an open-source web ... Built for archives by archivists, ArchivesSpace is the open source archives information management application for managing and providing web access to archives ... Read more... ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Hurt, Tara (Library) > Sent: Thursday, September 10, 2015 4:57 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help With Access Good morning Brad. We did a query on the backend directly at localhost:8089/repositories and I have attached the message. Thank you for your continued help. The sooner we can get access to Archives Space the better. Tara From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Hurt, Tara (Library) Sent: Friday, September 04, 2015 2:52 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help With Access Thank you ?.. do you mean if we query the backend directly at our server which is http://EDFLIBRGDG:8080 ? From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski Sent: Friday, September 04, 2015 2:47 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help With Access What do you get it you query the backend directly at HOSTNAME:8089/repositories ? On Sep 4, 2015, at 2:15 PM, Hurt, Tara (Library) > wrote: Hi Brad. I am sitting with our System Librarian now. In order to solve the issue we are having now, I am hopeful it is helpful to review our path over the last few years. We started by using Archivist Toolkit. When Archive Space (AS) was created we decided to move our date from Archivist Toolkit to AS. So we migrated to AS and due to various local networking issues we have our data on a local workstation and AS uses its internal database and not MySQL. We did this approximately a year ago and all was working well. But about a month ago we started getting the error messages, we were promoted vie email help to upgrade to 1.3, which we did but has not resolved the issue. which seemed to go well. Now we are in the situation where the run time error which I sent you, constantly comes up. You asked us to send you a MySQL log but as I noted above there is no MySQL to run a log from. Where do we go from here? Tara From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook Sent: Monday, August 31, 2015 10:12 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help With Access Tara, Could you repeat the activity that produces the problem and then send us the log? Thanks, Brad W. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Hurt, Tara (Library) Sent: Monday, August 31, 2015 9:55 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help With Access Hi Brad. I have access to the following browsers, I usually use FireFox, but I have tried getting access on all three, with the same runtime error. Internet Explorer 10.0 Mozilla FireFox I have even tried on a Mac, using Safari and I get the same runtime error. Thank you so much for your help, AS has been working very well so I am not sure why we are not having this glitch. I am in a meeting from 10-11 but then back at my office / machine. Thank you. Tara From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook Sent: Monday, August 31, 2015 9:39 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help With Access Hi, Tara, In what browser are you experiencing this problem? If IE, what version are you using? Brad W. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Hurt, Tara (Library) Sent: Monday, August 31, 2015 9:34 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Help With Access Good morning, I am still having trouble accessing Archives Space and I am getting run time errors. Last week I could not get the screen to stay active enough to capture BUT I did capture some screens today. The first capture below (first attachment) is the home screen I get ? all seems to be as normal here. Sometimes when I click to login in I get the run time error screen below. Sometimes if it does let me login, then as soon as I click on anything in AS, I get the run time error below (second screen shot attached). Cannot seem to get by this error .. we really need your help, it is the start of the academic year and we need the AS access. Thanks again for your help. Tara _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhamblet at nmu.edu Tue Oct 20 09:31:35 2015 From: jhamblet at nmu.edu (Hambleton, John S) Date: Tue, 20 Oct 2015 13:31:35 +0000 Subject: [Archivesspace_Users_Group] 500 Internal Server Error Message-ID: <92fa0d942ed54fd29e5e3daa907f7178@EX01.ads.nmu.edu> Folks, I set up ArchivesSpace 1.4.1, latest release and also obtained the source code. Followed instructions here: https://github.com/archivesspace/archivesspace/blob/master/CUSTOMIZING_THEMING.md for Customizing and Theming ArchivesSpace, which has worked well for me with the previous 1.3.0 release. All is fine in the 1.4.1 development environment. Customizations look fine! So next: ./build/run public:war (says BUILD SUCCESSFUL) take this public.war file and replace the ASpace distrubtion war file. Restart ASpace The public interface then gives a 500 internal server error, with the following corresponding message. Any help is appreciated. Many thanks, John H, NMU An exception happened during JRuby-Rack startup|Could not find diff-lcs-1.2.5 in any of the sources|- -- System|jruby 1.7.21 (1.9.3p551) 2015-07-07 a741a82 on OpenJDK 64-Bit Server VM 1.6.0_36-b36 +jit [linux-amd64]|Time: 2015-10-20 0 8:51:23 -0400|Server: jetty/8.1.5.v20120716|jruby.home: file:/usr/local/archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby-stdlib-1 .7.21.jar!/META-INF/jruby.home||--- Context Init Parameters:|jruby.compat.version = 1.9|jruby.max.runtimes = 1|jruby.min.runtimes = 1|public.root = /|rails.env = production||--- Backtrace|Bundler::GemNotFound: Could not find diff-lcs-1.2.5 in any of the sources| materialize at /usr/local/archivesspace/gems/gems/bundler-1.10.6/lib/bundler/spec_set.rb:92| map! at org/jruby/Rub yArray.java:2444| materialize at /usr/local/archivesspace/gems/gems/bundler-1.10.6/lib/bundler/spec_set.rb:85| spe cs at /usr/local/archivesspace/gems/gems/bundler-1.10.6/lib/bundler/definition.rb:140| specs_for at /usr/local/archivesspace /gems/gems/bundler-1.10.6/lib/bundler/definition.rb:185| requested_specs at /usr/local/archivesspace/gems/gems/bundler-1.10.6/lib/ bundler/definition.rb:174| requested_specs at /usr/local/archivesspace/gems/gems/bundler-1.10.6/lib/bundler/environment.rb:18| setup at /usr/local/archivesspace/gems/gems/bundler-1.10.6/lib/bundler/runtime.rb:13| setup at /usr/local/archi vesspace/gems/gems/bundler-1.10.6/lib/bundler.rb:127| (root) at /usr/local/archivesspace/gems/gems/bundler-1.10.6/lib/bun dler/setup.rb:18| require at org/jruby/RubyKernel.java:1040| require at /usr/local/archivesspace/gems/gems/jruby -jars-1.7.21/lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:128| req uire at /usr/local/archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/shared/rubyge ms/core_ext/kernel_require.rb:121| (root) at /usr/local/archivesspace/data/tmp/jetty-0.0.0.0-8081-public.war-_-any-/webap p/WEB-INF/config/boot.rb:1| require at org/jruby/RubyKernel.java:1040| (root) at /usr/local/archivesspace/data/ tmp/jetty-0.0.0.0-8081-public.war-_-any-/webapp/WEB-INF/config/boot.rb:10| (root) at /usr/local/archivesspace/gems/gems/j ruby-jars-1.7.21/lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:1| r equire at /usr/local/archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/shared/ruby gems/core_ext/kernel_require.rb:54| load_environment at file:/usr/local/archivesspace/gems/gems/jruby-rack-1.1.19/lib/jruby-rack-1. 1.19.jar!/jruby/rack/rails/environment3.rb:23| start_server at launcher/launcher.rb:86| main at launcher/launcher. rb:162| (root) at launcher/launcher.rb:232||--- RubyGems|Gem.dir: /usr/local/archivesspace/gems|Gem.path:|/usr/local/arch ivesspace/gems|Activated gems:| json-1.8.0-java| bundler-1.10.6||--- Bundler|Bundler.bundle_path: /usr/local/archivesspace/gems|Bu ndler.root: /usr/local/archivesspace/data/tmp/jetty-0.0.0.0-8081-public.war-_-any-/webapp/WEB-INF|Gemfile: /usr/local/archivesspace/ data/tmp/jetty-0.0.0.0-8081-public.war-_-any-/webapp/WEB-INF/Gemfile|Settings:| disable_shared_gems = 1| gemfile = /usr/local/arch ivesspace/data/tmp/jetty-0.0.0.0-8081-public.war-_-any-/webapp/WEB-INF/Gemfile||--- JRuby-Rack Config|compat_version = RUBY1_9|defau lt_logger = org.jruby.rack.logging.StandardOutLogger at 30432789|equals = |err = java.io.PrintStream at 4ee32df6|filter_adds_html = true|filter_verifies_resource = false|ignore_environment = false|initial_memory_buffer_size = |initial_runtimes = 1|jms_connectio n_factory = |jms_jndi_properties = |logger = org.jruby.rack.logging.ServletContextLogger at 57e8d351|logger_class_name = servlet_contex t|logger_name = jruby.rack|maximum_memory_buffer_size = |maximum_runtimes = 1|num_initializer_threads = |out = java.io.PrintStream at 2 3a94fba|rackup = |rackup_path = |rewindable = true|runtime_arguments = |runtime_environment = |runtime_timeout_seconds = |serial_ini tialization = false|servlet_context = ServletContext at o.e.j.w.WebAppContext{/,file:/usr/local/archivesspace/data/tmp/jetty-0.0.0.0-80 81-public.war-_-any-/webapp/},/usr/local/archivesspace/wars/public.war|throw_init_exception = false| 2015-10-20 08:51:23.927:WARN:/:ERROR: initialization failed org.jruby.rack.RackInitializationException: Could not find diff-lcs-1.2.5 in any of the sources|?from /usr/local/archivesspace/gems/ gems/bundler-1.10.6/lib/bundler/spec_set.rb:92:in `materialize'|?from org/jruby/RubyArray.java:2444:in `map!'|?from /usr/local/archi vesspace/gems/gems/bundler-1.10.6/lib/bundler/spec_set.rb:85:in `materialize'|?from /usr/local/archivesspace/gems/gems/bundler-1.10. 6/lib/bundler/definition.rb:140:in `specs'|?from /usr/local/archivesspace/gems/gems/bundler-1.10.6/lib/bundler/definition.rb:185:in `specs_for'|?from /usr/local/archivesspace/gems/gems/bundler-1.10.6/lib/bundler/definition.rb:174:in `requested_specs'|?from /usr/lo cal/archivesspace/gems/gems/bundler-1.10.6/lib/bundler/environment.rb:18:in `requested_specs'|?from /usr/local/archivesspace/gems/ge ms/bundler-1.10.6/lib/bundler/runtime.rb:13:in `setup'|?from /usr/local/archivesspace/gems/gems/bundler-1.10.6/lib/bundler.rb:127:in `setup'|?from /usr/local/archivesspace/gems/gems/bundler-1.10.6/lib/bundler/setup.rb:18:in `(root)'|?from org/jruby/RubyKernel.java :1040:in `require'|?from /usr/local/archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/r uby/shared/rubygems/core_ext/kernel_require.rb:128:in `require'|?from /usr/local/archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby -stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:121:in `require'|?from /usr/local/archiv esspace/data/tmp/jetty-0.0.0.0-8081-public.war-_-any-/webapp/WEB-INF/config/boot.rb:1:in `(root)'|?from org/jruby/RubyKernel.java:10 40:in `require'|?from /usr/local/archivesspace/data/tmp/jetty-0.0.0.0-8081-public.war-_-any-/webapp/WEB-INF/config/boot.rb:10:in `(r oot)'|?from /usr/local/archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/shared/ru bygems/core_ext/kernel_require.rb:1:in `(root)'|?from /usr/local/archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby-stdlib-1.7.21.j ar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:54:in `require'|?from file:/usr/local/archivesspace/gems /gems/jruby-rack-1.1.19/lib/jruby-rack-1.1.19.jar!/jruby/rack/rails/environment3.rb:23:in `load_environment'|?from launcher/launcher .rb:86:in `start_server'|?from launcher/launcher.rb:162:in `main'|?from launcher/launcher.rb:232:in `(root)'| at org.jruby.rack.RackInitializationException.wrap(RackInitializationException.java:29) at org.jruby.rack.RackApplicationFactoryDecorator.init(RackApplicationFactoryDecorator.java:104) at org.jruby.rack.RackServletContextListener.contextInitialized(RackServletContextListener.java:50) at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:766) at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:406) at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:758) at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:242) at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1233) at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:701) at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:475) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59) at org.eclipse.jetty.server.handler.HandlerCollection.doStart(HandlerCollection.java:224) at org.eclipse.jetty.server.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:167) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59) at org.eclipse.jetty.server.handler.HandlerWrapper.doStart(HandlerWrapper.java:90) at org.eclipse.jetty.server.Server.doStart(Server.java:272) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:622) --More--(40%) + John S. Hambleton + Olson Library + Northern Michigan University + Marquette Michigan 49855 + + Phone: 906-227-2741 + E-Mail: JHAMBLET at NMU.EDU + + Ab alio expectes, alteri quod feceris + From lgrigsby at library.berkeley.edu Tue Oct 20 11:44:43 2015 From: lgrigsby at library.berkeley.edu (Lynne E. Grigsby) Date: Tue, 20 Oct 2015 08:44:43 -0700 Subject: [Archivesspace_Users_Group] Error loading EAD after upgrading Archivesspace 1.3 to 1.4.1 In-Reply-To: <8b0bc308e0093291bf23b20e2d5deada@mail.gmail.com> References: <8b0bc308e0093291bf23b20e2d5deada@mail.gmail.com> Message-ID: I wanted to add that this EAD loads correctly to test.archivesspace also -- which is why we tried the clean install and also had success. This is an error what Jim Lake reported awhile ago and we were told that the EAD loaded fine for you. So we have been tracking down why that is. Help! Thanks. Lynne On Tue, Oct 20, 2015 at 8:27 AM, David M. ZUCKERMAN < dzuckerm at library.berkeley.edu> wrote: > Hi Brad and Chris, > > > > This is David Zuckerman with the UC Berkeley Library. I?ve upgraded our > test Archivesspace from version 1.3 to 1.4.1 but the import fails with the > error below when importing the attached EAD (have errors loading other > EAD?s as well). > > > > If 1.4.1 is done as a fresh install (not upgrade) with a newly created > database the import works fine. I haven?t tested loading anything other > than EAD?s so I?m not sure if the problem is only with EAD?s. > > > > I used the upgrade instructions here > https://github.com/archivesspace/archivesspace/blob/master/UPGRADING.md > and haven?t altered any of the locales files so a pretty straight forward > upgrade. The setup-database.sh step didn?t have any problems. > > > > > > > > Thanks, > > Dave > > > > > > > > > > > > > > Error message on interface: > > Error: #<RuntimeError: Problem creating 'With WEST Magazine': Invalid > value: oversize box> > > > > > > > > > > The error within archivesspace.out logfile is rather large. > > > > ERROR -- : Thread-15640: Job 145 failed: Problem creating 'With WEST > Magazine': Invalid value: oversize box > ["/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/mixins/dynamic_enums.rb:41:in > `instance_type='", > "/home/archspace/source/archivesspace1-4-1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/base.rb:2128:in > `set_restricted'", "org/jruby/RubyHash.java:1341:in `each'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/base.rb:2125:in > `set_restricted'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/base.rb:1573:in > `set'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/base.rb:2081:in > `initialize_set'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/base.rb:1175:in > `initialize'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/plugins/after_initialize.rb:26:in > `initialize'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/base.rb:148:in > `create'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/ASModel_crud.rb:345:in > `create_from_json'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/mixins/relationships.rb:633:in > `create_from_json'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/ASModel_crud.rb:121:in > `apply_nested_records'", "org/jruby/RubyArray.java:1613:in `each'", > "org/jruby/RubyEnumerable.java:974:in `each_with_index'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/ASModel_crud.rb:86:in > `apply_nested_records'", "org/jruby/RubyArray.java:1613:in `each'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/ASModel_crud.rb:64:in > `apply_nested_records'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/ASModel_crud.rb:348:in > `create_from_json'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/mixins/relationships.rb:633:in > `create_from_json'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/mixins/tree_nodes.rb:269:in > `create_from_json'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/mixins/auto_generator.rb:39:in > `create_from_json'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/mixins/notes.rb:152:in > `create_from_json'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/mixins/publishable.rb:23:in > `create_from_json'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/streaming_import.rb:265:in > `do_create'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/streaming_import.rb:139:in > `process'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/streaming_import.rb:37:in > `each'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/streaming_import.rb:131:in > `process'", "org/jruby/RubyProc.java:271:in `call'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/streaming_import.rb:428:in > `with_status'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/streaming_import.rb:129:in > `process'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_runner.rb:80:in > `run'", "org/jruby/RubyIO.java:1183:in `open'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_runner.rb:78:in > `run'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24:in > `open'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:23:in > `open'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_runner.rb:72:in > `run'", "org/jruby/RubyArray.java:1613:in `each'", > "org/jruby/RubyEnumerable.java:974:in `each_with_index'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_runner.rb:68:in > `run'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:123:in > `open'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:99:in > `transaction'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:134:in > `_transaction'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:122:in > `_transaction'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:108:in > `transaction'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98:in > `hold'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87:in > `hold'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255:in > `synchronize'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:97:in > `transaction'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:98:in > `transaction'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:122:in > `open'", "org/jruby/RubyFixnum.java:280:in `times'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:119:in > `open'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_runner.rb:64:in > `run'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:100:in > `run_pending_job'", > "/home/archspace/source/archivesspace1-4-1/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:128:in > `start_background_thread'"] > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ktasker at library.berkeley.edu Tue Oct 20 14:59:48 2015 From: ktasker at library.berkeley.edu (Kate Tasker) Date: Tue, 20 Oct 2015 11:59:48 -0700 Subject: [Archivesspace_Users_Group] Importing "cataloged note" data Message-ID: Good morning, list! I'm looking for some advice on how to import legacy collection management data (cataloging information, in particular). We are preparing for a legacy data migration of about 6800 Access database records, using the accession import CSV template. We're still in version 1.2, and had originally mapped our cataloging notes to the accession_cataloged_note field in the collection management module. We're about to upgrade to version 1.4 however, and are aware that the accession_cataloged_note field has been removed, with data in this field being transferred to an Event record. Is it still possible to import our cataloging notes to 1.4, with the new destination of an Event record, using the accession CSV template? If so, how should we modify the template? If it's not possible to use the template, what would be an alternative solution? (Unfortunately we don't have admin access to the API...) Thanks for any suggestions! Best, -Kate Kate Tasker Digital Archivist The Bancroft Library University of California Berkeley, CA 94720-6000 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Patricia.Burdick at colby.edu Tue Oct 20 16:00:36 2015 From: Patricia.Burdick at colby.edu (Patricia Burdick) Date: Tue, 20 Oct 2015 16:00:36 -0400 Subject: [Archivesspace_Users_Group] Large finding aids time out during Print to PDF Message-ID: Hello-- We have upgraded to v1.4.1. AS with earlier versions, we still have a persistent problem in printing large finding aids. When we click Queue Job, we quickly receive the message "The import job has failed." Is there a timeout setting we can adjust? Please advise, and thanks, Pat Burdick Colby College Special Collections -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Tue Oct 20 16:58:45 2015 From: mark.custer at yale.edu (Custer, Mark) Date: Tue, 20 Oct 2015 20:58:45 +0000 Subject: [Archivesspace_Users_Group] Large finding aids time out during Print to PDF In-Reply-To: References: Message-ID: Pat, You?ll probably get better advice on the list in a bit, but I seem to remember that when we first set ASpace up that our nginx web server would only accept file uploads under a certain size (like just a few MB) with its default settings. For us to even test ingesting larger finding aids, we had to change that web server setting. I?ve no clue if that?s what you?re coming up against or not, but I just thought I?d mention it in case it helps. Best, Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Patricia Burdick Sent: Tuesday, October 20, 2015 4:01 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Large finding aids time out during Print to PDF Hello-- We have upgraded to v1.4.1. AS with earlier versions, we still have a persistent problem in printing large finding aids. When we click Queue Job, we quickly receive the message "The import job has failed." Is there a timeout setting we can adjust? Please advise, and thanks, Pat Burdick Colby College Special Collections -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Tue Oct 20 17:04:28 2015 From: mark.custer at yale.edu (Custer, Mark) Date: Tue, 20 Oct 2015 21:04:28 +0000 Subject: [Archivesspace_Users_Group] Large finding aids time out during Print to PDF References: Message-ID: Disregard my reply! I just re-read your message and realized that you?re asking about generating PDFs with ASpace. That?s probably something else. I was thinking that you were asking about ingesting files into ASpace, since you were receiving the message ?The import job has failed?. That seems a strange message to receive in that case, though. Can you export this resource as EAD? From: Custer, Mark Sent: Tuesday, October 20, 2015 4:59 PM To: 'Archivesspace Users Group' Subject: RE: [Archivesspace_Users_Group] Large finding aids time out during Print to PDF Pat, You?ll probably get better advice on the list in a bit, but I seem to remember that when we first set ASpace up that our nginx web server would only accept file uploads under a certain size (like just a few MB) with its default settings. For us to even test ingesting larger finding aids, we had to change that web server setting. I?ve no clue if that?s what you?re coming up against or not, but I just thought I?d mention it in case it helps. Best, Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Patricia Burdick Sent: Tuesday, October 20, 2015 4:01 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Large finding aids time out during Print to PDF Hello-- We have upgraded to v1.4.1. AS with earlier versions, we still have a persistent problem in printing large finding aids. When we click Queue Job, we quickly receive the message "The import job has failed." Is there a timeout setting we can adjust? Please advise, and thanks, Pat Burdick Colby College Special Collections -------------- next part -------------- An HTML attachment was scrubbed... URL: From mGorzalski at lib.siu.edu Tue Oct 20 17:31:04 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Tue, 20 Oct 2015 21:31:04 +0000 Subject: [Archivesspace_Users_Group] migration log interpretation help In-Reply-To: <77fed0e7dceb46dfaceebafc837d624e@it-excmb3.ad.siu.edu> References: <77fed0e7dceb46dfaceebafc837d624e@it-excmb3.ad.siu.edu> Message-ID: <9573bbbbeefc49e0b347cefeb6e2589c@it-excmb3.ad.siu.edu> Can anyone answer my questions about interpreting a migration error log? Matt From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Monday, October 19, 2015 12:07 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] migration log interpretation help I've never been fully clear on how to interpret the errors in the migration log. For example in the attachment, do the duplicate resource ID errors listed beneath the Victor Robinson invalid parent-child relationship error have to do with the Victor Robinson error, or are they separate issues entirely? And what does "reusing existing ASpace record" mean, is it a problem, and how is it address? Thanks, MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu P: 618/453-2225 F: 618/453-3440 lib.siu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From brianjhoffman at gmail.com Tue Oct 20 21:02:30 2015 From: brianjhoffman at gmail.com (Brian Hoffman) Date: Tue, 20 Oct 2015 21:02:30 -0400 Subject: [Archivesspace_Users_Group] migration log interpretation help In-Reply-To: <9573bbbbeefc49e0b347cefeb6e2589c@it-excmb3.ad.siu.edu> References: <77fed0e7dceb46dfaceebafc837d624e@it-excmb3.ad.siu.edu> <9573bbbbeefc49e0b347cefeb6e2589c@it-excmb3.ad.siu.edu> Message-ID: <246CDDDD-8991-48EB-A53A-9A80E1F6D9F6@gmail.com> I haven?t looked at the new Archon migration tool, but I am guessing that the ?reusing ASpace record? message means that the migrator sent a subject or agent record that looked like a duplicate to ASpace, and that ASpace responded with a link to the first record and the migrator changed the link. So for example if the migrator sent Archon Agent 1 ?John Smith? and Archon Agent 2 ?John Smith? and Resource 1 with a link to Agent 2, the result will be a single ASpace Agent derived from Agent 1, and Resource 1 will have a link to that. Can you re-send the log messages pertaining to the duplicate resource ID errors? Brian > On Oct 20, 2015, at 5:31 PM, Matthew J Gorzalski wrote: > > Can anyone answer my questions about interpreting a migration error log? > > Matt > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org ] On Behalf Of Matthew J Gorzalski > Sent: Monday, October 19, 2015 12:07 PM > To: Archivesspace Users Group > > Subject: [Archivesspace_Users_Group] migration log interpretation help > > I?ve never been fully clear on how to interpret the errors in the migration log. For example in the attachment, do the duplicate resource ID errors listed beneath the Victor Robinson invalid parent-child relationship error have to do with the Victor Robinson error, or are they separate issues entirely? And what does ?reusing existing ASpace record? mean, is it a problem, and how is it address? > > Thanks, > > MATT GORZALSKI > University Archivist > > MORRIS LIBRARY > MAIL CODE 6632 > SOUTHERN ILLINOIS UNIVERSITY > 605 AGRICULTURE DR > CARBONDALE, IL 62901 > > mgorzalski at lib.siu.edu > P: 618/453-2225 > F: 618/453-3440 > lib.siu.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Wed Oct 21 02:42:10 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Wed, 21 Oct 2015 06:42:10 +0000 Subject: [Archivesspace_Users_Group] migration log interpretation help In-Reply-To: <77fed0e7dceb46dfaceebafc837d624e@it-excmb3.ad.siu.edu> References: <77fed0e7dceb46dfaceebafc837d624e@it-excmb3.ad.siu.edu> Message-ID: Hi Matthew, Nathan is out on vacation until Thursday. b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Matthew J Gorzalski Sent: Monday, October 19, 2015 7:06 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] migration log interpretation help I've never been fully clear on how to interpret the errors in the migration log. For example in the attachment, do the duplicate resource ID errors listed beneath the Victor Robinson invalid parent-child relationship error have to do with the Victor Robinson error, or are they separate issues entirely? And what does "reusing existing ASpace record" mean, is it a problem, and how is it address? Thanks, MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu P: 618/453-2225 F: 618/453-3440 lib.siu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Wed Oct 21 08:09:21 2015 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Wed, 21 Oct 2015 12:09:21 +0000 Subject: [Archivesspace_Users_Group] Indexer failing on restart of service - anyone else seen this? In-Reply-To: <87lhb6gzd9.fsf@dishevelled.net> References: <16F13AE3-902C-4438-871E-381AC399C5A7@dartmouth.edu> <87lhb6gzd9.fsf@dishevelled.net> Message-ID: <93CC5F62-18D7-49BD-BC0B-2592525C1EF6@dartmouth.edu> For anyone else running a clustered setup, this was the solution to our issue. Joshua From: Mark Triggs Date: Tuesday, October 13, 2015 at 6:47 PM To: "joshua.d.shaw at dartmouth.edu" Cc: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Indexer failing on restart of service - anyone else seen this? Hi Joshua, Can I just check: do you have config.rb settings for the following?: AppConfig[:search_user_secret] = "a" AppConfig[:public_user_secret] = "big" AppConfig[:staff_user_secret] = "secret" You'll want to have strong passwords set for those in your `config/config.rb`, with the same values on each server. When ArchivesSpace starts up, it will make sure those system accounts have the right password set. Without these settings, each ArchivesSpace instance will generate its own random password upon startup and will change the password in the database for those accounts. When there are multiple nodes in the picture, that would have the effect of locking all but one of them out... This could be made more clear in the documentation I think. The example multi-tenant config file does have placeholders for the values you need to share across all nodes: https://github.com/archivesspace/archivesspace/blob/master/clustering/files/archivesspace/tenants/_template/archivesspace/config/config.rb but the CLUSTERING_README doesn't explicitly call them out (except for one cryptic remark :) Cheers, Mark "Joshua D. Shaw" > writes: Hey All- This may be related to some of the indexer problems that Maureen and others have noticed from time to time, but I'm throwing this out there in case others want to chime in with a solution (best!) or some insight. Anyway, here's the scenario. Our setup for production is configured as shown below the fold. Basically 4 frontend servers behind an F5. We've noticed that when we do a stop/start of the frontends (for plugin updates, etc) the indexer for one of the frontends sometimes fails. The logs for that server show a lot of errors of the following type: D, [2015-10-07T17:53:28.369000 #16298] DEBUG -- : Thread-9382: POST /users/staff_system/login [session: nil] D, [2015-10-07T17:53:28.377000 #16298] DEBUG -- : Thread-9382: Post-processed params: {:username=>"staff_system", :password=>"[FILTERED]", :expiring=>false} D, [2015-10-07T17:53:28.529000 #16298] DEBUG -- : Thread-9382: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 161.0ms D, [2015-10-07T17:53:28.542000 #16298] DEBUG -- : Thread-9384: POST /update_monitor [session: nil] D, [2015-10-07T17:53:28.548000 #16298] DEBUG -- : Thread-9384: Post-processed params: {:active_edits=>#"active_edits", "active_edits"=>[]}>} D, [2015-10-07T17:53:28.550000 #16298] DEBUG -- : Thread-9384: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"26"}, ["{\"error\":\"Access denied\"}\n"]]... in 8.0ms D, [2015-10-07T17:53:28.558000 #16298] DEBUG -- : Thread-5526: POST /users/staff_system/login [session: nil] D, [2015-10-07T17:53:28.564000 #16298] DEBUG -- : Thread-5526: Post-processed params: {:username=>"staff_system", :password=>"[FILTERED]", :expiring=>false} D, [2015-10-07T17:53:28.723000 #16298] DEBUG -- : Thread-5526: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 165.0ms D, [2015-10-07T17:53:32.879000 #16298] DEBUG -- : Thread-5518: POST /users/search_indexer/login [session: nil] D, [2015-10-07T17:53:32.885000 #16298] DEBUG -- : Thread-5518: Post-processed params: {:username=>"search_indexer", :password=>"[FILTERED]", :expiring=>false} D, [2015-10-07T17:53:33.050000 #16298] DEBUG -- : Thread-5518: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 171.0ms #> -------------- next part -------------- An HTML attachment was scrubbed... URL: From mauraa at brandeis.edu Wed Oct 21 10:10:26 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Wed, 21 Oct 2015 10:10:26 -0400 Subject: [Archivesspace_Users_Group] Solr Re-Indexing Loop In-Reply-To: References: Message-ID: Hi Brad, I actually tried a test upgrade to 1.4.1 and encountered the same issue. It runs and seems to index everything and then after the last item we get this error: Internal Server Error (500)Request Method:GETRequest URL: http://localhost:8089/repositories/2/archival_objects?id_set=51015%2C51016%2C51017%2C51018%2C51019%2C51020%2C51021%2C51022%2C51023%2C51024%2C51025%2C51026%2C51027%2C51028%2C51029%2C51030%2C51031%2C51032%2C51033%2C51034%2C51035%2C51036%2C51037%2C51038%2C51039&resolve%5B%5D=subjects&resolve%5B%5D=linked_agents&resolve%5B%5D=linked_records&resolve%5B%5D=classifications&resolve%5B%5D=digital_object (SystemStackError) stack level too deep You're seeing this error because you use JRuby::Rack::ErrorApp::ShowStatus. And then it starts over again. -Maura On Mon, Oct 19, 2015 at 10:50 AM, Brad Westbrook wrote: > Hi, Maura, > > > > Have you considered upgrading to a new version of ArchivesSpace and then > rebuilding the solr index? This may alleviate the problem you report below. > > > > Brad > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Maura > Carbone > *Sent:* Friday, October 16, 2015 10:39 AM > *To:* Archivesspace Users Group > *Subject:* [Archivesspace_Users_Group] Solr Re-Indexing Loop > > > > Hi all, > > This might be a ticket already but I figured I'd ask here. We wanted to > rebuild our solr index, so we deleted the old one and re-started ASpace. > ASpace rebuilds the index and then rebuilds it again...and again, etc. Is > anyone else encountering this problem? We're on version 1.1.2, so this may > be fixed in a later release. > > > > Thanks! > > Maura > > -- > > Maura Carbone > > Digital Initiatives Librarian > Brandeis University > Library and Technology Services > (781) 736-4659 > 415 South Street, (MS 017/P.O. Box 549110) > Waltham, MA 02454-9110 > email: mauraa at brandeis.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From brianjhoffman at gmail.com Wed Oct 21 12:22:46 2015 From: brianjhoffman at gmail.com (Brian Hoffman) Date: Wed, 21 Oct 2015 12:22:46 -0400 Subject: [Archivesspace_Users_Group] Solr Re-Indexing Loop In-Reply-To: References: Message-ID: <9976F84C-FDFC-4415-BB6B-89BA02482080@gmail.com> Hi Maura, Could you send me a copy of the `archival_object` table (Or just do a select on all the id?s listed in the Request URL if you prefer). Thanks, Brian > On Oct 21, 2015, at 10:10 AM, Maura Carbone wrote: > > Hi Brad, > I actually tried a test upgrade to 1.4.1 and encountered the same issue. It runs and seems to index everything and then after the last item we get this error: > > Internal Server Error (500) > > Request Method: GET > Request URL: http://localhost:8089/repositories/2/archival_objects?id_set=51015%2C51016%2C51017%2C51018%2C51019%2C51020%2C51021%2C51022%2C51023%2C51024%2C51025%2C51026%2C51027%2C51028%2C51029%2C51030%2C51031%2C51032%2C51033%2C51034%2C51035%2C51036%2C51037%2C51038%2C51039&resolve%5B%5D=subjects&resolve%5B%5D=linked_agents&resolve%5B%5D=linked_records&resolve%5B%5D=classifications&resolve%5B%5D=digital_object > (SystemStackError) stack level too deep > > You're seeing this error because you use JRuby::Rack::ErrorApp::ShowStatus. > > > > And then it starts over again. > > > > -Maura > > > On Mon, Oct 19, 2015 at 10:50 AM, Brad Westbrook > wrote: > Hi, Maura, > > > > Have you considered upgrading to a new version of ArchivesSpace and then rebuilding the solr index? This may alleviate the problem you report below. > > > > Brad > > > > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org ] On Behalf Of Maura Carbone > Sent: Friday, October 16, 2015 10:39 AM > To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Solr Re-Indexing Loop > > > > Hi all, > > This might be a ticket already but I figured I'd ask here. We wanted to rebuild our solr index, so we deleted the old one and re-started ASpace. ASpace rebuilds the index and then rebuilds it again...and again, etc. Is anyone else encountering this problem? We're on version 1.1.2, so this may be fixed in a later release. > > > > Thanks! > > Maura > > -- > > Maura Carbone > > Digital Initiatives Librarian > Brandeis University > Library and Technology Services > (781) 736-4659 > 415 South Street, (MS 017/P.O. Box 549110) > Waltham, MA 02454-9110 > email: mauraa at brandeis.edu > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > -- > Maura Carbone > Digital Initiatives Librarian > Brandeis University > Library and Technology Services > (781) 736-4659 > 415 South Street, (MS 017/P.O. Box 549110) > Waltham, MA 02454-9110 > email: mauraa at brandeis.edu > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Wed Oct 21 12:43:52 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Wed, 21 Oct 2015 16:43:52 +0000 Subject: [Archivesspace_Users_Group] Solr Re-Indexing Loop In-Reply-To: <9976F84C-FDFC-4415-BB6B-89BA02482080@gmail.com> References: , <9976F84C-FDFC-4415-BB6B-89BA02482080@gmail.com> Message-ID: Hi, Yes, this is usually when a record has a circular parent/child relationship ( "She's my sister. She's my daughter. She's my sister. She's my daughter.") or has itself as it's own parent. The problem is in that id set that's in the URL. So, you can narrow this down by running this query: select id, title, root_record_id, parent_id from archival_object where `id` in (?51015", "51016", "51017", "51018", "51019", "51020", "51021", "51022", "51023", "51024", "51025", "51026", "51027", "51028", "51029", "51030", "51031", "51032", "51033", "51034", "51035", "51036", "51037", "51038", "51039" ); What's that look like? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Brian Hoffman Sent: Wednesday, October 21, 2015 6:22 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Solr Re-Indexing Loop Hi Maura, Could you send me a copy of the `archival_object` table (Or just do a select on all the id?s listed in the Request URL if you prefer). Thanks, Brian On Oct 21, 2015, at 10:10 AM, Maura Carbone > wrote: Hi Brad, I actually tried a test upgrade to 1.4.1 and encountered the same issue. It runs and seems to index everything and then after the last item we get this error: Internal Server Error (500) Request Method: GET Request URL: http://localhost:8089/repositories/2/archival_objects?id_set=51015%2C51016%2C51017%2C51018%2C51019%2C51020%2C51021%2C51022%2C51023%2C51024%2C51025%2C51026%2C51027%2C51028%2C51029%2C51030%2C51031%2C51032%2C51033%2C51034%2C51035%2C51036%2C51037%2C51038%2C51039&resolve%5B%5D=subjects&resolve%5B%5D=linked_agents&resolve%5B%5D=linked_records&resolve%5B%5D=classifications&resolve%5B%5D=digital_object (SystemStackError) stack level too deep You're seeing this error because you use JRuby::Rack::ErrorApp::ShowStatus. And then it starts over again. -Maura On Mon, Oct 19, 2015 at 10:50 AM, Brad Westbrook > wrote: Hi, Maura, Have you considered upgrading to a new version of ArchivesSpace and then rebuilding the solr index? This may alleviate the problem you report below. Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Friday, October 16, 2015 10:39 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Solr Re-Indexing Loop Hi all, This might be a ticket already but I figured I'd ask here. We wanted to rebuild our solr index, so we deleted the old one and re-started ASpace. ASpace rebuilds the index and then rebuilds it again...and again, etc. Is anyone else encountering this problem? We're on version 1.1.2, so this may be fixed in a later release. Thanks! Maura -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kevin.Clair at du.edu Wed Oct 21 14:12:25 2015 From: Kevin.Clair at du.edu (Kevin Clair) Date: Wed, 21 Oct 2015 18:12:25 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace v1.4.1 memory issues Message-ID: <7F1D7C4A-30FE-4273-8308-6787CFA05EBE@du.edu> Hello, I?m curious if anyone else who has upgraded to 1.4.1 has noticed it running out of memory much more quickly than before. We upgraded from 1.3.0 earlier this week and have already had to restart it twice because of out-of-memory errors in the logs, which rarely happened until now. Short of going back to 1.3.0, I?m not sure if there is another possible fix to this issue, or if others have encountered it. thanks! -k -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Wed Oct 21 15:25:36 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Wed, 21 Oct 2015 19:25:36 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace v1.4.1 memory issues In-Reply-To: <7F1D7C4A-30FE-4273-8308-6787CFA05EBE@du.edu> References: <7F1D7C4A-30FE-4273-8308-6787CFA05EBE@du.edu> Message-ID: Hi Kevin, Are you running jasper reports? Or maybe a reindex? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Kevin Clair Sent: Wednesday, October 21, 2015 8:12 PM To: Archivesspace Group Subject: [Archivesspace_Users_Group] ArchivesSpace v1.4.1 memory issues Hello, I'm curious if anyone else who has upgraded to 1.4.1 has noticed it running out of memory much more quickly than before. We upgraded from 1.3.0 earlier this week and have already had to restart it twice because of out-of-memory errors in the logs, which rarely happened until now. Short of going back to 1.3.0, I'm not sure if there is another possible fix to this issue, or if others have encountered it. thanks! -k -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kevin.Clair at du.edu Wed Oct 21 15:48:15 2015 From: Kevin.Clair at du.edu (Kevin Clair) Date: Wed, 21 Oct 2015 19:48:15 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace v1.4.1 memory issues In-Reply-To: References: <7F1D7C4A-30FE-4273-8308-6787CFA05EBE@du.edu> Message-ID: Not a full re-index, but we've been linking digital object records to item records, so depending on how many references are in those records, we can be almost constantly re-indexing maybe 20 or so records at a time. When we run out of memory that's usually the cause. It would happen in 1.3.0, too, but very rarely compared with this week (where we've already had to reboot twice). I can't attach our logs because they're too big, but I have them around if it helps. -k From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Wednesday, October 21, 2015 1:26 PM To: Archivesspace Group Subject: Re: [Archivesspace_Users_Group] ArchivesSpace v1.4.1 memory issues Hi Kevin, Are you running jasper reports? Or maybe a reindex? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Kevin Clair > Sent: Wednesday, October 21, 2015 8:12 PM To: Archivesspace Group Subject: [Archivesspace_Users_Group] ArchivesSpace v1.4.1 memory issues Hello, I'm curious if anyone else who has upgraded to 1.4.1 has noticed it running out of memory much more quickly than before. We upgraded from 1.3.0 earlier this week and have already had to restart it twice because of out-of-memory errors in the logs, which rarely happened until now. Short of going back to 1.3.0, I'm not sure if there is another possible fix to this issue, or if others have encountered it. thanks! -k -------------- next part -------------- An HTML attachment was scrubbed... URL: From jcarll at radcliffe.harvard.edu Thu Oct 22 08:08:07 2015 From: jcarll at radcliffe.harvard.edu (Carll, Johanna) Date: Thu, 22 Oct 2015 12:08:07 +0000 Subject: [Archivesspace_Users_Group] Extent questions In-Reply-To: References: Message-ID: Thanks, Dallas, this is very helpful and I agree with Mark that it would be great to add this feature to the core importer. Is anyone recording uncertain extents, either as newly entered data or as imported legacy data? We have found that while you can enter the phrase ?approximately 500 photographs? in the number field, the same extent phrase is not recognized by the importer. Before we adjust the importer, we would like to hear how others are handling similar data. Thanks Johanna Carll 617-495-8524 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Monday, October 19, 2015 10:58 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Extent questions Dallas, This a wonderful contribution! I know this isn?t a voting period right now, but I still vote to see this feature added to the core EAD importer ASAP (and in the meantime, I hope that we?ll use this new feature as a local plugin). In my mind, any code that allows the metadata that?s produced by ASpace to be imported exactly as its produced (i.e. eating your own cooking) should necessarily be part of the core code. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Dallas Pillen Sent: Monday, October 19, 2015 10:01 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Extent questions Johanna and Mark, The Bentley has also been doing a lot of work to break up our formerly single extent statements containing multiple parts into partial extents. As part of this work, we also noticed the limitations of the ArchivesSpace EAD importer for importing partial extents. We made some changes to our EAD importer plugin to properly handle altrender="part" attributes. Additionally, we added some extra functionality to make sure that physdesc contents don't get broken up into multiple notes. For example, something like this... 5 linear feet 2 photographs 8 x 10 ...by default becomes two whole extents of "5 linear feet" and "2 photographs" and one entirely separate dimensions note of "8 x 10" You can see how we made some of those changes here: https://github.com/bentley-historical-library/bhl-ead-importer/blob/master/backend/model/bhl_ead_converter.rb#L259-L334 A colleague has also submitted some of these changes as a pull request here: https://github.com/archivesspace/archivesspace/pull/312 Dallas On Mon, Oct 19, 2015 at 9:45 AM, Custer, Mark > wrote: Hi, Johanna. I don?t have any good answers, but I?m pretty sure that you?ll need to update ASpace?s EAD 2002 importer to import those ?part? attributes. If that?s done, it would be great if that new feature could be added to the core code. Similarly, I?d love for the official ASpace EAD importer and exporter to be updated to do what the archivists at the Bentley recently blogged about, http://archival-integration.blogspot.com/2015/09/the-archivesspace-api.html ? namely, to maintain references to subject and agent records that are already properly subdivided in the database rather than creating new ones when performing EAD imports (although I?d probably use the altrender attribute for this purpose, rather than adding a new ref attribute? but that?s only because I hate to invalidate EAD files!). Also, about a month ago, I discovered that the ASpace EAD importer silently drops any ?ead:note? elements in a finding aid. If you have any of those, you?ll want to convert them to another element, like ?ead:odd?. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Carll, Johanna Sent: Monday, October 19, 2015 9:24 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Extent questions Harvard University has embarked on a project to ingest all of its EAD finding aids (numbering over 6,000) into ArchivesSpace. One of the areas we are struggling with is the collection level extent record. Can anyone help with the following issues? 1. How should we tag extents we want to ingest as part, not whole, extents? Based on EAD exports of records created in AS, I tried the following tagging, but the ingest still resulted in whole instead of part extent statements: 5 videotapes 2 DVDs 2. How are you expressing uncertainty in extents (example: approximately 500 photographs)? Since there isn't a certainty field in AS extent record (like there is in the collection dates record), we would like to know how others are expressing approximate extents. Thanks Johanna Carll Archivist and Metadata Specialist Schlesinger Library Radcliffe Institute for Advanced Study Harvard University 10 Garden Street Cambridge, MA 02138 617-495-8524 jcarll at radcliffe.harvard.edu _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Dallas Pillen Project Archivist [https://webapps.lsa.umich.edu/dean/lsa_emails/bentley-sig-em.png] Bentley Historical Library 1150 Beal Avenue Ann Arbor, Michigan 48109-2113 734.647.3559 Twitter Facebook -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Thu Oct 22 08:41:57 2015 From: mark.custer at yale.edu (Custer, Mark) Date: Thu, 22 Oct 2015 12:41:57 +0000 Subject: [Archivesspace_Users_Group] Extent questions In-Reply-To: References: Message-ID: We?re not using approximate extents here, aside from in the free-text container summary section (which we treat as another extent field). I?d say that ASpace will need to add a certainty attribute to extent subrecords, just like it has one for dates. With EAD3, it?d be nice if ASpace could import and export your example like so: 500 photographs With EAD2002, you could always modify the EAD importer to use a certainty attribute in ASpace (if added) when it encounters extent elements that start with ?approximately.? Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Carll, Johanna Sent: Thursday, October 22, 2015 8:08 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Extent questions Thanks, Dallas, this is very helpful and I agree with Mark that it would be great to add this feature to the core importer. Is anyone recording uncertain extents, either as newly entered data or as imported legacy data? We have found that while you can enter the phrase ?approximately 500 photographs? in the number field, the same extent phrase is not recognized by the importer. Before we adjust the importer, we would like to hear how others are handling similar data. Thanks Johanna Carll 617-495-8524 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Monday, October 19, 2015 10:58 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Extent questions Dallas, This a wonderful contribution! I know this isn?t a voting period right now, but I still vote to see this feature added to the core EAD importer ASAP (and in the meantime, I hope that we?ll use this new feature as a local plugin). In my mind, any code that allows the metadata that?s produced by ASpace to be imported exactly as its produced (i.e. eating your own cooking) should necessarily be part of the core code. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Dallas Pillen Sent: Monday, October 19, 2015 10:01 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Extent questions Johanna and Mark, The Bentley has also been doing a lot of work to break up our formerly single extent statements containing multiple parts into partial extents. As part of this work, we also noticed the limitations of the ArchivesSpace EAD importer for importing partial extents. We made some changes to our EAD importer plugin to properly handle altrender="part" attributes. Additionally, we added some extra functionality to make sure that physdesc contents don't get broken up into multiple notes. For example, something like this... 5 linear feet 2 photographs 8 x 10 ...by default becomes two whole extents of "5 linear feet" and "2 photographs" and one entirely separate dimensions note of "8 x 10" You can see how we made some of those changes here: https://github.com/bentley-historical-library/bhl-ead-importer/blob/master/backend/model/bhl_ead_converter.rb#L259-L334 A colleague has also submitted some of these changes as a pull request here: https://github.com/archivesspace/archivesspace/pull/312 Dallas On Mon, Oct 19, 2015 at 9:45 AM, Custer, Mark > wrote: Hi, Johanna. I don?t have any good answers, but I?m pretty sure that you?ll need to update ASpace?s EAD 2002 importer to import those ?part? attributes. If that?s done, it would be great if that new feature could be added to the core code. Similarly, I?d love for the official ASpace EAD importer and exporter to be updated to do what the archivists at the Bentley recently blogged about, http://archival-integration.blogspot.com/2015/09/the-archivesspace-api.html ? namely, to maintain references to subject and agent records that are already properly subdivided in the database rather than creating new ones when performing EAD imports (although I?d probably use the altrender attribute for this purpose, rather than adding a new ref attribute? but that?s only because I hate to invalidate EAD files!). Also, about a month ago, I discovered that the ASpace EAD importer silently drops any ?ead:note? elements in a finding aid. If you have any of those, you?ll want to convert them to another element, like ?ead:odd?. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Carll, Johanna Sent: Monday, October 19, 2015 9:24 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Extent questions Harvard University has embarked on a project to ingest all of its EAD finding aids (numbering over 6,000) into ArchivesSpace. One of the areas we are struggling with is the collection level extent record. Can anyone help with the following issues? 1. How should we tag extents we want to ingest as part, not whole, extents? Based on EAD exports of records created in AS, I tried the following tagging, but the ingest still resulted in whole instead of part extent statements: 5 videotapes 2 DVDs 2. How are you expressing uncertainty in extents (example: approximately 500 photographs)? Since there isn't a certainty field in AS extent record (like there is in the collection dates record), we would like to know how others are expressing approximate extents. Thanks Johanna Carll Archivist and Metadata Specialist Schlesinger Library Radcliffe Institute for Advanced Study Harvard University 10 Garden Street Cambridge, MA 02138 617-495-8524 jcarll at radcliffe.harvard.edu _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Dallas Pillen Project Archivist [https://webapps.lsa.umich.edu/dean/lsa_emails/bentley-sig-em.png] Bentley Historical Library 1150 Beal Avenue Ann Arbor, Michigan 48109-2113 734.647.3559 Twitter Facebook -------------- next part -------------- An HTML attachment was scrubbed... URL: From PGalligan at rockarch.org Thu Oct 22 16:21:41 2015 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Thu, 22 Oct 2015 16:21:41 -0400 Subject: [Archivesspace_Users_Group] Problems with ASpace reports In-Reply-To: References: <81FF938BA2407B4DA1E134E7FA5C09EC01EB725429@EXMBX1.shire.nla.gov.au> <81FF938BA2407B4DA1E134E7FA5C09EC01EB72D9D0@EXMBX1.shire.nla.gov.au> <81FF938BA2407B4DA1E134E7FA5C09EC01EB74D441@EXMBX2.shire.nla.gov.au> <6DC69989-AC47-48B5-AB01-939232F6BCB2@gmail.com> Message-ID: Awesome! Thanks so much. Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Hoffman Sent: Tuesday, September 01, 2015 5:39 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Problems with ASpace reports Hi Karrie, Yes, as it happens I was dealing with the same issue today. You can install this plugin and it will bring back the stored procedures. Please test this on a copy of your database first! https://github.com/quoideneuf/aspace_stored_procedures And I am obliged to say tsk tsk for doing find and replace on your sql dump but will leave it at that if you promise not to do it again! Brian On Sep 1, 2015, at 5:33 PM, Karrie L Roberson > wrote: It returns "empty set". Is there anything we can do to add those stored procedures back? We had to make some changes to the data that got carried over from the migration from Archon. :/ Thanks, Karrie ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Brian Hoffman [brianjhoffman at gmail.com] Sent: Tuesday, September 01, 2015 4:28 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Problems with ASpace reports Hi, It sounds like you may have lost the mysql stored procedures that the reports require. What happens when you log in to mysql and type: > select name from mysql.proc ? P.S. What caused you to dump the mysql file, edit it, and reload it? That is not something I recommend doing. On Sep 1, 2015, at 5:08 PM, Karrie L Roberson > wrote: We're seeing the same type of messages as below with the messages that are seen below. Our error message is "ResourcesLocationsListReport - net.sf.jasperreports.engine.JRException: Error executing SQL statement for : resourcesLocationsList". We edited the 'config.rb' file with the jasper reports uncommented, updated the 2 files in the PR issue mentioned below, and restarted Archivesspace. Just FYI: Weeks ago, we've done a command line mysqldump of the database without the "--routines" flag added (with ArchivesSpace shutdown), made some changes to the file and replaced the database with the updated file. Thanks, Karrie "The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas." ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Emma Jolley [EJOLLEY at nla.gov.au] Sent: Sunday, August 30, 2015 11:57 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Problems with ASpace reports Hi Apologies for the long delay in replying. I can send you a MySQL dump of the AS database - however there is a lot of confidential acquisition information in the database. Are there any procedures for confidential information? Thanks Emma From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens Sent: Friday, 14 August 2015 10:28 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Problems with ASpace reports Hi, The JDK version shouldn't be a problem. This seems like the report is encountering some data it can't handle. Can you send us a MySQL dump of your ASpace database so we can try and replicate the problem on our end? On Fri, Aug 14, 2015 at 3:31 AM, Emma Jolley > wrote: My apologies for not having sent through the information about the Log. I have to liaise for some time with our IT to get this information. They have sent me the following information which may be of help? Many thanks Emma **** The log entry when running (as an example) the report mentioned in the email below is: D, [2015-08-10T17:58:14.599000 #3236] DEBUG -- : Thread-10076116: GET /repositories/2/reports/accessionsunprocessedreport?lock_version=&format=json [session: nil] D, [2015-08-10T17:58:14.602000 #3236] DEBUG -- : Thread-10076116: Post-processed params: {:format=>"json", :repo_id=>2} D, [2015-08-10T17:58:14.892000 #3236] DEBUG -- : Thread-10076116: Responded with [404, {"Content-Type"=>"application/json; charset=UTF-8", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"144"}, ["{\"error\":{\"AccessionsUnprocessedReport\":[\"net.sf.jasperreports.engine.JRException: Error executing SQL statement for : accessionsUnprocessed\"]}}"]]... in 292.0ms Rendered shared/_breadcrumb.html.erb (1.0ms) Rendered /opt/archivesspace-1.3.0/archivesspace/plugins/nla_accession_reports/frontend/views/reports/index.html.erb within layouts/application (82.0ms) Rendered shared/_browser_support.html.erb (0.0ms) Rendered shared/_header_user.html.erb (6.0ms) Rendered shared/_header_global.html.erb (6.0ms) Rendered site/_branding.html.erb (0.0ms) Rendered shared/_advanced_search.html.erb (5.0ms) Rendered shared/_header_repository.html.erb (18.0ms) Rendered site/_footer.html.erb (0.0ms) Rendered shared/_templates.html.erb (2.0ms) Completed 200 OK in 448.0ms (Views: 114.0ms) Which is not helpful as it essentially just says exactly what gets displayed on the interface. net.sf.jasperreports.engine.JRException: Error executing SQL statement for : accessionsUnprocessed I've run the query in this report directly against the database successfully (cut and paste from reports/Accessions/AccessionsUnprocessedReport/AccessionsUnprocessedReport.jrxml and substituting in the repo id) so I think the SQL itself is sound. Further info: The report config being used are: #AppConfig[:report_page_layout] = "letter landscape" AppConfig[:enable_jasper] = true AppConfig[:compile_jasper] = true I've tried with the report_page_layout both commented and uncommented. The java version is: java version "1.7.0_85" OpenJDK Runtime Environment (rhel-2.6.1.3.el6_7-x86_64 u85-b01) OpenJDK 64-Bit Server VM (build 24.85-b03, mixed mode) Could there be an issue with using the OpenJDK rather than Oracle's JDK perhaps ? From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Hoffman Sent: Friday, 14 August 2015 12:37 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Problems with ASpace reports Is it possible that your database was restored from a backup or that you created your database elsewhere and then imported it into MySQL? If so, you may simply be missing the stored procedures the Jasper reports rely on. There is a PR concerning this issue here: https://github.com/archivesspace/archivesspace/pull/244 Brian On Aug 7, 2015, at 5:49 AM, Chris Fitzpatrick > wrote: Hi Emma, Can you look at what's being output into the log? The easiest way to see what the report is doing is to look at the Jasper XML, which you can see here =>https://github.com/archivesspace/archivesspace/blob/master/reports/Accessions/AccessionsUnprocessedReport/AccessionsUnprocessedReport.jrxml#L20-L37 The basic SQL query is defined in the tag, with the formatting happening below. You can edit this file to fit your needs, then restart ASpace to have it recompiled. b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Emma Jolley > Sent: Friday, August 7, 2015 7:13 AM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) Subject: Re: [Archivesspace_Users_Group] Problems with ASpace reports Hi Chris We have had the same issues as Robin with the reports. We have tried to implement your suggested solutions below but now received the following error message which I've copied below. Any advice on this? In addition, I have asked previously but have never received an answer - I wonder if there is any documentation on what criteria the reports use to identify records that meet the nominated criteria. For example what fields is used to indicate an unprocessed Accession and what field is used to indicate an uncatalogued accession? Many thanks Emma From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Thursday, 6 August 2015 9:16 PM To: Archivesspace Users Group Cc: Zalduendo, Ines; Wendler, Robin King; Della Monica, Ilaria Subject: Re: [Archivesspace_Users_Group] Problems with ASpace reports Hi Robin, So, first you need to make sure you compiled your jasper reports on startup. To do this, edit the config.rb file to have: AppConfig[:compile_jasper] = true and restart ASpace. This will compile the jasper jxml files ( which is most likely what's causing the "can't convert nil to String" errors) Also, you'll need to look at both your application and database server and make sure you're not running into a performance issue. Reports can hit the database really hard, so the timeout errors you're seeing could be the result of your server running out of RAM. In regards to the CSV and Excel and HTML files, yes I would say those are formatted rather poorly by default. You can edit this by modifing your Jasper reports using something like iReport or Jasper studio. Just be sure to recompile your reports. For the parameters, yes this feature is going to be included in a future release. I believe those labels are artifacts from AT. best, Chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From:archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of McElheny, Robin G. > Sent: Wednesday, August 5, 2015 5:55 PM To: Archivesspace Users Group Cc: Zalduendo, Ines; Wendler, Robin King; Della Monica, Ilaria Subject: [Archivesspace_Users_Group] Problems with ASpace reports At Harvard, we are having major problems with the reporting functionality in the latest ArchivesSpace release. We have tested the reports in our own installation and in the ASpace sandbox with very little success. See below for more details. We didn't see any issues in JIRA that reflects these problems. Has anyone else encountered them? If so, have you resolved them - and how? Record selection issues: * The Accessions Acquired and Accessions Production reports supposedly allow for specified time periods, but no date parameters show up in the report user interface. * In other cases it is unclear how/where to select records for the report (e.g. Digital Object Record). No selection parameters appear in the report interface. Are we supposed to browse records, then select them using the check boxes, then generate reports? Report format issues: * In cases where we were able to download CSV and Excel reports (Accessions Cataloged, Accessions Deaccessions List, Accessions Inventory), we were unable to sort these reports because the formatting appears to be frozen. The output of the report does not match the file type. It is like getting a static document layered on top of a spreadsheet, rather than an actual spreadsheet. * Xlsx downloads don't export uniform cell sizes, so Excel sorting returns a warning saying "this operation requires the merged cells to be identically sized" * In order for the Xlsx downloads to be useful, each field should be in a separate column to allow tallying and sorting, but the ASpace downloads don't do this. Some examples: In the case of the Accession Deaccession List Report, opening the CSV download in Excel resulted in a very messy, single column spreadsheet that broke data about one deaccesion across multiple rows. (Example: row 48= "Additional records of the League of Women Voters (Cambridge, Mass.),,,,,,1376,,," and row 49 = ",Accession Date:,,05/01/1968,Extent:,1.00 Linear_feet,,,,:"). Here is a screen shot: * Here's another example: * In the case of an HTML report, it displays page footers - odd for online display. Report failure/timeout: * We encountered many failures. Example: When we attempted to download an XLSX AccessionsAcquired report in the ArchivesSpace sandbox, we got the following message: Internal Server Error (500) Request Method: GET Request URL: http://localhost:8089/repositories/4/reports/accessionsacquiredreport?lock_version=&format=xlsx (TypeError) can't convert nil into String You're seeing this error because you use JRuby::Rack::ErrorApp::ShowStatus. Another example: * We were unable to generate any successful Resource reports. All attempts to download reports in any format resulted in "Waiting for (server)" messages with no results. Robin McElheny Associate University Archivist for Collections and Public Services Harvard University Archives Pusey Library Cambridge, MA 02138 Email: robin_mcelheny at harvard.edu Phone: 617-495-2461 Fax: 617-495-8011 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From mGorzalski at lib.siu.edu Thu Oct 22 17:44:10 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Thu, 22 Oct 2015 21:44:10 +0000 Subject: [Archivesspace_Users_Group] migration log interpretation help In-Reply-To: <246CDDDD-8991-48EB-A53A-9A80E1F6D9F6@gmail.com> References: <77fed0e7dceb46dfaceebafc837d624e@it-excmb3.ad.siu.edu> <9573bbbbeefc49e0b347cefeb6e2589c@it-excmb3.ad.siu.edu> <246CDDDD-8991-48EB-A53A-9A80E1F6D9F6@gmail.com> Message-ID: <3c9cde92899c4ba9b5d4d2c07b46805a@it-excmb3.ad.siu.edu> Thanks for the advice people have sent me. I?m going to look into this in detail early next week. matt From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Hoffman Sent: Tuesday, October 20, 2015 8:03 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] migration log interpretation help I haven?t looked at the new Archon migration tool, but I am guessing that the ?reusing ASpace record? message means that the migrator sent a subject or agent record that looked like a duplicate to ASpace, and that ASpace responded with a link to the first record and the migrator changed the link. So for example if the migrator sent Archon Agent 1 ?John Smith? and Archon Agent 2 ?John Smith? and Resource 1 with a link to Agent 2, the result will be a single ASpace Agent derived from Agent 1, and Resource 1 will have a link to that. Can you re-send the log messages pertaining to the duplicate resource ID errors? Brian On Oct 20, 2015, at 5:31 PM, Matthew J Gorzalski > wrote: Can anyone answer my questions about interpreting a migration error log? Matt From: archivesspace_users_group-bounces at lyralists.lyrasis.org[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Monday, October 19, 2015 12:07 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] migration log interpretation help I?ve never been fully clear on how to interpret the errors in the migration log. For example in the attachment, do the duplicate resource ID errors listed beneath the Victor Robinson invalid parent-child relationship error have to do with the Victor Robinson error, or are they separate issues entirely? And what does ?reusing existing ASpace record? mean, is it a problem, and how is it address? Thanks, MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu P: 618/453-2225 F: 618/453-3440 lib.siu.edu _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From psuda1 at tulane.edu Thu Oct 22 17:48:48 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Thu, 22 Oct 2015 21:48:48 +0000 Subject: [Archivesspace_Users_Group] Public Interface URL in exported EAD Message-ID: <61B7DDDC-2E60-453E-9BF9-38D943B5476B@tulane.edu> Is there a way to automate the generation of the public interface URL in the EAD record? I would like to export the EAD to our Discovery System and have a link to the record in ASpace. The exported record does not have a URL in the EAD. Aside from inserting one by one (which is crazy), what is another solution? I am sure I am missing something obvious, but I cannot find documentation or otherwise. Thanks, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: From psuda1 at tulane.edu Thu Oct 22 18:24:06 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Thu, 22 Oct 2015 22:24:06 +0000 Subject: [Archivesspace_Users_Group] API Message-ID: <30BFBBE7-FC34-4BF2-ACFF-F1E877C111E6@tulane.edu> Has anyone had success with the ASpace API to get JSON to manipulate/present for public display? I am thinking of using the API to pull data and then present via drupal site and or discovery layer. Thanks, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at minorscience.com Thu Oct 22 18:35:24 2015 From: j at minorscience.com (Jason Loeffler) Date: Thu, 22 Oct 2015 22:35:24 +0000 (UTC) Subject: [Archivesspace_Users_Group] API In-Reply-To: <30BFBBE7-FC34-4BF2-ACFF-F1E877C111E6@tulane.edu> References: <30BFBBE7-FC34-4BF2-ACFF-F1E877C111E6@tulane.edu> Message-ID: We've made extensive use of the API to push/pull data using http methods and Drupal. Would you be interested in taking a look at our process? Not sure whether Drupal integration is one the Technical subcommittee radar. Happy to help out with this as we've negotiated many pitfalls long the way.? Jason LoefflerMinor Science | Application Development & Metadata StrategyBrooklyn, New York On Thu, Oct 22, 2015 at 3:24 PM -0700, "Suda, Phillip J" wrote: Has anyone had success with the ASpace API to get JSON to manipulate/present for public display?? I am thinking of using the API to pull data and then present via drupal site and or discovery layer.? Thanks,? Phil? Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: From psuda1 at tulane.edu Fri Oct 23 03:17:35 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Fri, 23 Oct 2015 07:17:35 +0000 Subject: [Archivesspace_Users_Group] API Message-ID: I would love to take a look at your process, etc. Please let me know the best way to share information. Thanks, Phil On Oct 22, 2015 5:35 PM, Jason Loeffler wrote: We've made extensive use of the API to push/pull data using http methods and Drupal. Would you be interested in taking a look at our process? Not sure whether Drupal integration is one the Technical subcommittee radar. Happy to help out with this as we've negotiated many pitfalls long the way. Jason Loeffler Minor Science | Application Development & Metadata Strategy Brooklyn, New York On Thu, Oct 22, 2015 at 3:24 PM -0700, "Suda, Phillip J" > wrote: Has anyone had success with the ASpace API to get JSON to manipulate/present for public display? I am thinking of using the API to pull data and then present via drupal site and or discovery layer. Thanks, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ludwigpossie at weber.edu Mon Oct 26 17:08:02 2015 From: ludwigpossie at weber.edu (Ludwig Possie) Date: Mon, 26 Oct 2015 15:08:02 -0600 Subject: [Archivesspace_Users_Group] Fwd: Restored backup VM with ArchivesSpace In-Reply-To: References: Message-ID: We recently had to restore a backup VM that has ArchivesSpace on it. Upon inspection not all of the collections are showing up in the restored VM. The staff swear that the collection should be there. I am not familiar with how ArchivesSpace works. From just a glance it seems that it holds the data in files but indexes with Apache Solr to facilitate the search. Is there something that I should be doing at the Apache Solr level that may rescan / reindex the files? I'm not familiar with Solr. Any guidance or documentation would be greatly appreciated. Thx. -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: From krobb at EastFoundation.net Mon Oct 26 17:43:50 2015 From: krobb at EastFoundation.net (Kristine Robb) Date: Mon, 26 Oct 2015 21:43:50 +0000 Subject: [Archivesspace_Users_Group] Fwd: Restored backup VM with ArchivesSpace In-Reply-To: References: , Message-ID: <9D209296EFA0F7B1.053BA96D-05D8-4E2B-B711-CC198ED49ACD@mail.outlook.com> I signed you and Maria up for account access too. On Mon, Oct 26, 2015 at 2:39 PM -0700, "Ludwig Possie" > wrote: We recently had to restore a backup VM that has ArchivesSpace on it. Upon inspection not all of the collections are showing up in the restored VM. The staff swear that the collection should be there. I am not familiar with how ArchivesSpace works. From just a glance it seems that it holds the data in files but indexes with Apache Solr to facilitate the search. Is there something that I should be doing at the Apache Solr level that may rescan / reindex the files? I'm not familiar with Solr. Any guidance or documentation would be greatly appreciated. Thx. -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Mon Oct 26 19:30:23 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Mon, 26 Oct 2015 23:30:23 +0000 Subject: [Archivesspace_Users_Group] Fwd: Restored backup VM with ArchivesSpace In-Reply-To: References: , Message-ID: Hi Ludwig, Try to recreate the Solr index first. You can see the documentation here: http://archivesspace.github.io/archivesspace/user/re-creating-indexes/ "To force ArchivesSpace to reindex all records, just delete the directory /path/to/archivesspace/data/indexer_state. Since the indexing process is cumulative, there's no harm in indexing the same document multiple times." You can also check if the resource ( collection ) is in the database by looking at the resource table in your archivesspace db. b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Ludwig Possie Sent: Monday, October 26, 2015 10:08 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Fwd: Restored backup VM with ArchivesSpace We recently had to restore a backup VM that has ArchivesSpace on it. Upon inspection not all of the collections are showing up in the restored VM. The staff swear that the collection should be there. I am not familiar with how ArchivesSpace works. From just a glance it seems that it holds the data in files but indexes with Apache Solr to facilitate the search. Is there something that I should be doing at the Apache Solr level that may rescan / reindex the files? I'm not familiar with Solr. Any guidance or documentation would be greatly appreciated. Thx. -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: From carlos.lemus at unlv.edu Tue Oct 27 18:07:07 2015 From: carlos.lemus at unlv.edu (Carlos Lemus) Date: Tue, 27 Oct 2015 15:07:07 -0700 Subject: [Archivesspace_Users_Group] Creating settings for a plugin In-Reply-To: References: <2F93FD00-9F7A-4C10-B0D4-4F05C3EBBA04@gmail.com> Message-ID: Hello Brian, your guidance has helped me set up the settings and they seem to be working now and uploaded to https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/unlv_marc_exporter though I need to tweak a couple more things. I'm just having one trouble that the preferences are not saving now and it's,for some reason, trying to reference my settings schema and I end up getting the following below. I can't seem to figure out why it's referencing that marc_export_user_id when it's not part of the preferencecontroller. I even changed it to marc_export_user_id from user_id to try and avoid this problem. Do you have any ideas? Exception in PreferencesController#update Unknown response: Internal Server Error at /repositories/2/preferences/4

Internal Server Error (500)

Request Method: POST
Request URL: http://localhost:8089/repositories/2/preferences/4

(NoMethodError) undefined method `marc_export_user_id' for nil:NilClass

You're seeing this error because you use JRuby::Rack::ErrorApp::ShowStatus.

(code: 500) Thank you, Carlos Lemus On Mon, Oct 19, 2015 at 6:52 AM, Brian Hoffman wrote: > Hi Carlos, > > I think I see the problem - you?re copying from one of the more > idiosyncratic parts of the API, so it?s a bit hard to see what?s going on. > The preferences model in the backend builds a composite preferences object > by fetching all applicable rows from the table based on four contexts: > global, repo, user_global, user_repo. These basically scope the data: > preferences for any user using any repo, any user using a particular repo, > a particular user using any repo, and a particular user using a particular > repo. The context of the request determines which contexts get loaded and > what kind of composite object gets assembled. But there is always at least > a ?global? preference representing the abstract ?global? repository. In the > preferences model, there?s an `init` method that takes care of creating > that record at startup: > > > https://github.com/archivesspace/archivesspace/blob/05f01f83414c6daa259e72abcc38b50d9450e769/backend/app/model/preference.rb#L7-L34 > > So the frontend controller safely assumes that there is always one > context preference for `global` and expects it to be on the json payload. > In your plugin, you don?t have the `init` logic so that?s not a safe > assumption. You could either add something similar, or just tweak the > frontend controller if the concept of ?global? plugin_settings doesn?t make > sense in your case. > > Brian > > > > > On Oct 15, 2015, at 5:49 PM, Carlos Lemus wrote: > > Hello Brian, > > Thank you for your recommendations, they've helped out a lot. I believe I > am very close to what I want to do and what I want to achieve, but I've > reached a little snag and I can't find the problem. > > I took a little different path that I thought matched a bit closer to what > I wanted to accomplish through your suggestions and tried to mimic the > preferences/defaults. (a new version of my code at > https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/plugin_settings > ) > > At > https://github.com/l3mus/ArchivesSpace-authority-project/blob/master/plugin_settings/frontend/controllers/plugin_settings_controller.rb#L82 > I am getting a nil class error because it's not in the json and I can't > find the area where it gets added or if there is a step that I'm missing > for it to add that setting. I think it would be beneficial if the settings > could be edited in a per repository/per user basis like the preferences > seem to work. > > {"settings"=>{"ead_loc_text"=>"Findind Aid Location: "}, > "global"=>#1, "lock_version"=>22, > "json_schema_version"=>1, "repo_id"=>1, "user_uniq"=>"GLOBAL_USER", > "settings"=>#"Findind Aid Location: > ", "jsonmodel_type"=>"settings"}>, "create_time"=>"2015-10-14T21:45:28Z", > "system_mtime"=>"2015-10-15T20:13:34Z", > "user_mtime"=>"2015-10-15T20:13:34Z", "jsonmodel_type"=>"plugin_settings", > "uri"=>"/repositories/1/plugin_settings/1"}>, > "settings_global"=>{"ead_loc_text"=>"Findind Aid Location: "}} > > it's missing that ['global']['repository']['ref'] value, I'm not sure > where it's coming from. > > The json above is coming from the following. It's either in here or > somewhere before that that global setting is set. > > https://github.com/l3mus/ArchivesSpace-authority-project/blob/master/plugin_settings/backend/model/plugin_settings.rb#L95 > > I appreciate the help, > > Thank you, > Carlos Lemus > > On Tue, Oct 13, 2015 at 7:11 AM, Carlos Lemus > wrote: > >> Hello Brian, >> >> Thank you for the response. I will definitely need more values so I'll >> try taking a look at the defaults controller. >> I'll let you know if I get something working. >> >> Thank you, >> Carlos Lemus >> On Oct 13, 2015 6:31 AM, "Brian Hoffman" wrote: >> >>> Hi Carlos, >>> >>> I think you might want to look at the defaults controller and model, as >>> well as the sequence controller and model. If you really just need a single >>> string value, you may want to dispense with the JSONModel stuff completely >>> and just have your backend endpoint take a single parameter and update the >>> model. >>> >>> You can look at the DefaultValues model for an example of how to just >>> have 1 row in the table. >>> >>> For the frontend, you?re probably better off not using the handle_crud >>> helper if you don?t use JSONModel, and just have the controller prepare and >>> send an update request to the backend. The default_values example might >>> help here too: >>> >>> https://github.com/archivesspace/archivesspace/blob/master/frontend/app/models/default_values.rb >>> >>> Brian >>> >>> >>> >>> >>> >>> >>> On Oct 12, 2015, at 5:54 PM, Carlos Lemus wrote: >>> >>> Hello, >>> >>> What I want to accomplish is to create a form, possibly in the >>> system_menu_controller, that will allow me to create certain >>> fields/settings with user-input values, save those values, and then let me >>> access them at different points in my plugin. >>> >>> What I've tried so far: >>> >>> I've tried to mimic a bit of the accessions_summary_reports and the >>> hello_world plugin. However, these seem both to be able to continuously >>> create new objects in the schema database pertaining to it, but I just want >>> to have one empty field for the settings that can just be updated instead >>> of having to create multiple settings. I have tried something similar with >>> the defaults, but I don't think I implemented them correctly. >>> >>> Here is a github link to my trial >>> >>> https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/plugin_settings >>> >>> I hope that was clear enough, please let me know if I need to clarify >>> more. >>> I'm just looking for some direction on what I could be doing. How could >>> I approach doing this? I'm I looking in the right direction? Or is there a >>> better example that can help me form this? >>> >>> Thank you, >>> >>> Carlos Lemus >>> _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >>> >>> >>> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From carlos.lemus at unlv.edu Tue Oct 27 18:17:18 2015 From: carlos.lemus at unlv.edu (Carlos Lemus) Date: Tue, 27 Oct 2015 15:17:18 -0700 Subject: [Archivesspace_Users_Group] Plugin: Custom import mapping for MarcXML Agents, help In-Reply-To: References: <9A53B124-1E8F-4754-86CE-FC8469258E1B@gmail.com> Message-ID: Hello Brian, Sorry to keep bothering you with this, I was wondering if you got a chance to take a look at this. https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/unlv_importer Thank you, Carlos Lemus On Tue, Oct 6, 2015 at 3:01 PM, Carlos Lemus wrote: > Hey Brian, > > Thank you for the reply, I have been able to piggy back of your code quite > a bit which I'll update on github, but there is still some small issues. > I've had to change the code a little bit to get it to work. For example it > won't add the authority_id unless I first declare it because it's trying to > add the authority_id to a nil object and then the source is duplicating > multiple times. Also, the to_hash function wasn't seeming to return > anything but to_hash(:raw) did. I have attached an example marcxml just in > case. > > Looking at the record, it doesn't seem like I'm even working with the > right one. They all have different uri, especially the last one that is > giving me the error. I think that last one that is giving me the error > might be the one that actually needs to be changed, but I can't find where > it's coming from. I'll keep looking into it. > > I've got the other object to come out right > #"agent_person", > "agent_contacts"=>[], "linked_agent_roles"=>[], "external_documents"=>[], > "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], > "places"=>[], "names"=>[# {"jsonmodel_type"=>"name_person", "use_dates"=>[], "authorized"=>false, > "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, > "primary_name"=>"Goodman", "rest_of_name"=>"Oscar Baylin,", > "dates"=>"1939-", "name_order"=>"inverted", "source"=>"ingest ingest > ingest", "authority_id"=>" n 2003051366"}>], "related_agents"=>[], > "uri"=>"/agents/people/import_8a20f2f4-3560-41de-92b1-2aa888253143", > "dates"=>"1939-"}> > > and the record is still the same, maybe I should be updating this one > instead I'm not sure. > #"agent_person", > "agent_contacts"=>[], "linked_agent_roles"=>[], "external_documents"=>[], > "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], > "places"=>[], "names"=>[# {"jsonmodel_type"=>"name_person", "use_dates"=>[], "authorized"=>false, > "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, > "authority_id"=>"n 2003051366", "name_order"=>"direct", > "source"=>"ingest"}>], "related_agents"=>[], > "uri"=>"/agents/people/import_308b3936-d294-4e4e-96cb-e9d35447f8cb"}> > > but I'm getting an error for a completely different one > names/0/primary_name : Property is required but was missing For > JSONModel(:agent_person): # {"jsonmodel_type"=>"agent_person", "agent_contacts"=>[], > "linked_agent_roles"=>[], "external_documents"=>[], > "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], > "places"=>[], "names"=>[{"jsonmodel_type"=>"name_person", "use_dates"=>[], > "authorized"=>false, "is_display_name"=>false, > "sort_name_auto_generate"=>true, "uri"=>nil, "authority_id"=>"n > 2003051366", "name_order"=>"direct", "source"=>"ingest"}], > "related_agents"=>[], > "uri"=>"/agents/people/import_40843311-b96a-4e59-9ebb-2d685e3e63ea"}> > > Thank you > Carlos Lemus > > On Tue, Oct 6, 2015 at 10:05 AM, Brian Hoffman > wrote: > >> Hi Carlos, >> >> I sent a pull request with an example of how you could merge names >> together. I hope this helps. >> >> https://github.com/UNLV-Libraries/ArchivesSpace-authority-project/pull/2 >> >> Brian >> >> >> On Sep 28, 2015, at 3:33 PM, Carlos Lemus wrote: >> >> Hello Brian, >> >> I was just checking if you got a chance to look at this issue. I am still >> having some trouble merging the two names together and was wondering if >> there was something else I needed to do. >> >> Thank you, >> >> Carlos Lemus >> >> On Mon, Sep 21, 2015 at 3:34 PM, Carlos Lemus >> wrote: >> >>> Sorry Brian, the message got cut off. It's concatenating the names to >>> the agent accordingly, however the names are still separated and I believe >>> it is still looking for a primary name in that name >>> >>> Here is an example of the JSON >>> >>> For JSONModel(:agent_person): #>> {"jsonmodel_type"=>"agent_person", "agent_contacts"=>[], >>> "linked_agent_roles"=>[], "external_documents"=>[], >>> "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], >>> "names"=>[{"jsonmodel_type"=>"name_person", "use_dates"=>[], >>> "authorized"=>false, "is_display_name"=>false, >>> "sort_name_auto_generate"=>true, "uri"=>nil, "primary_name"=>"Goodman", >>> "rest_of_name"=>"Oscar Baylin,", "dates"=>"1939-", >>> "name_order"=>"inverted", "source"=>"ingest"}, >>> {"jsonmodel_type"=>"name_person", "use_dates"=>[], "authorized"=>false, >>> "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, >>> "authority_id"=>"n 2003051366", "name_order"=>"direct", >>> "source"=>"ingest"}], "related_agents"=>[], >>> "uri"=>"/agents/people/import_4cd10c10-330e-4d71-916d-1f354f4e1f89"}> >>> >>> and here is the code for the plugin >>> https://github.com/UNLV-Libraries/ArchivesSpace-authority-project/tree/master/unlv_importer >>> >>> I am still having trouble making it only one name_person instead of two >>> under the agent person. I appreciate your help, sorry again for the delay >>> and the double message. >>> >>> Thank you, >>> Carlos Lemus >>> >>> On Mon, Sep 21, 2015 at 3:30 PM, Carlos Lemus >>> wrote: >>> >>>> Hello Brian, >>>> >>>> Sorry for getting back to you so late, I have been attempting to >>>> implement your code. It's concatenating the names to the agent accordingly, >>>> however the names are still separated and I believe it is still looking for >>>> a primary name in that name >>>> >>>> Here is an example of the JSON >>>> >>>> >>>> On Fri, Sep 11, 2015 at 6:55 AM, Brian Hoffman >>> > wrote: >>>> >>>>> Hi Carlos, >>>>> >>>>> Yes, that?s actually something I overlooked. The way the importers are >>>>> constructed, you can?t actually access the queue of records to import from >>>>> the configuration code. So, I posted an example of a workaround (and some >>>>> workarounds for a few other issues with the way importers are sub-classed): >>>>> >>>>> >>>>> https://github.com/quoideneuf/aspace_single_agent_marcxml/blob/master/backend/model/marcxml_accession_converter.rb >>>>> >>>>> Brian >>>>> >>>>> >>>>> >>>>> >>>>> On Sep 10, 2015, at 12:44 AM, Carlos Lemus >>>>> wrote: >>>>> >>>>> Hello Brian, >>>>> >>>>> Sorry if I'm not replying to our current thread correctly. I have yet >>>>> to set up git for the plugin, but as soon as I do I will let you know. It >>>>> is mostly some of the yale marcxml plugin setup and a lot of commented >>>>> trial and error code at this point anyways. >>>>> >>>>> I tried the code you gave me and I think you understand perfectly what >>>>> my issue is and I understand what you're trying to do by matching the agent >>>>> to the current resource, exactly what I need. >>>>> However, it's not working because the batch object seems to be Null. >>>>> Not sure if maybe I'm required to import something. >>>>> >>>>> Error: #<NoMethodError: undefined method `working_area' for >>>>> nil:NilClass> >>>>> >>>>> Here is the current state of my code >>>>> >>>>> UNLVMarcXMLAgentsConverter.configure do |config| >>>>> config["/record"][:map]["controlfield[@tag='001']"] = -> resource, >>>>> node { >>>>> existing_agent_uri = resource.linked_agents.find {|link| link[:ref] =~ >>>>> /people/ } >>>>> existing_agent = @batch.working_area.find {|obj| obj.uri == >>>>> existing_agent_uri } >>>>> make(:name_person) do |name| >>>>> name.primary = node.xpath("subfield[@code='a']").inner_text >>>>> # add more name fields as necessary >>>>> val = node.inner_text >>>>> name['authority_id'] = val >>>>> existing_agent.names << name >>>>> end >>>>> } >>>>> end >>>>> Thanks for the quick reply by the way. I would have gotten to you >>>>> sooner, but I didn't get an email that you had replied. I'll keep an >>>>> eye on the listserv from now on. >>>>> >>>>> Carlos Lemus >>>>> >>>>> >>>>> >>>> >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From carlos.lemus at unlv.edu Tue Oct 27 21:31:41 2015 From: carlos.lemus at unlv.edu (Carlos Lemus) Date: Tue, 27 Oct 2015 18:31:41 -0700 Subject: [Archivesspace_Users_Group] Plugin: Custom import mapping for MarcXML Agents, help In-Reply-To: References: <9A53B124-1E8F-4754-86CE-FC8469258E1B@gmail.com> Message-ID: Hello Brian, I just noticed something actually, that lines 47-50 are preventing a proper return value https://github.com/l3mus/ArchivesSpace-authority-project/blob/master/unlv_importer/backend/model/unlv_marcxml_converter.rb#L47-L50 After removing those log values I get something like this. It's so close, I think the right agent is there, but now it's trying to export a resource, instead of an agent. extents : At least 1 item(s) is required dates : At least 1 item(s) is required title : Property is required but was missing For JSONModel(:resource): #"resource", "external_ids"=>[], "subjects"=>[], "linked_events"=>[], "extents"=>[], "dates"=>[], "external_documents"=>[], "rights_statements"=>[], "linked_agents"=>[{"role"=>"subject", "terms"=>[], "ref"=>"/agents/people/import_fda55473-b8f5-43c1-85a3-955b37a57c28"}], "restrictions"=>false, "revision_statements"=>[], "instances"=>[], "deaccessions"=>[], "related_accessions"=>[], "classifications"=>[], "notes"=>[], "uri"=>"/repositories/import/resources/import_4b9b1731-28ba-4e9b-afd6-ed2d933ce882", "finding_aid_description_rules"=>"rda", "id_0"=>"imported-e5c9504d-33ea-4538-91ef-54fdc2cd67d5", "level"=>"collection"}> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Thank you, Carlos Lemus On Tue, Oct 27, 2015 at 3:17 PM, Carlos Lemus wrote: > Hello Brian, > > Sorry to keep bothering you with this, I was wondering if you got a chance > to take a look at this. > > https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/unlv_importer > > Thank you, > > Carlos Lemus > > On Tue, Oct 6, 2015 at 3:01 PM, Carlos Lemus > wrote: > >> Hey Brian, >> >> Thank you for the reply, I have been able to piggy back of your code >> quite a bit which I'll update on github, but there is still some small >> issues. I've had to change the code a little bit to get it to work. For >> example it won't add the authority_id unless I first declare it because >> it's trying to add the authority_id to a nil object and then the source is >> duplicating multiple times. Also, the to_hash function wasn't seeming to >> return anything but to_hash(:raw) did. I have attached an example marcxml >> just in case. >> >> Looking at the record, it doesn't seem like I'm even working with the >> right one. They all have different uri, especially the last one that is >> giving me the error. I think that last one that is giving me the error >> might be the one that actually needs to be changed, but I can't find where >> it's coming from. I'll keep looking into it. >> >> I've got the other object to come out right >> #"agent_person", >> "agent_contacts"=>[], "linked_agent_roles"=>[], "external_documents"=>[], >> "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], >> "places"=>[], "names"=>[#> {"jsonmodel_type"=>"name_person", "use_dates"=>[], "authorized"=>false, >> "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, >> "primary_name"=>"Goodman", "rest_of_name"=>"Oscar Baylin,", >> "dates"=>"1939-", "name_order"=>"inverted", "source"=>"ingest ingest >> ingest", "authority_id"=>" n 2003051366"}>], "related_agents"=>[], >> "uri"=>"/agents/people/import_8a20f2f4-3560-41de-92b1-2aa888253143", >> "dates"=>"1939-"}> >> >> and the record is still the same, maybe I should be updating this one >> instead I'm not sure. >> #"agent_person", >> "agent_contacts"=>[], "linked_agent_roles"=>[], "external_documents"=>[], >> "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], >> "places"=>[], "names"=>[#> {"jsonmodel_type"=>"name_person", "use_dates"=>[], "authorized"=>false, >> "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, >> "authority_id"=>"n 2003051366", "name_order"=>"direct", >> "source"=>"ingest"}>], "related_agents"=>[], >> "uri"=>"/agents/people/import_308b3936-d294-4e4e-96cb-e9d35447f8cb"}> >> >> but I'm getting an error for a completely different one >> names/0/primary_name : Property is required but was missing For >> JSONModel(:agent_person): #> {"jsonmodel_type"=>"agent_person", "agent_contacts"=>[], >> "linked_agent_roles"=>[], "external_documents"=>[], >> "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], >> "places"=>[], "names"=>[{"jsonmodel_type"=>"name_person", "use_dates"=>[], >> "authorized"=>false, "is_display_name"=>false, >> "sort_name_auto_generate"=>true, "uri"=>nil, "authority_id"=>"n >> 2003051366", "name_order"=>"direct", "source"=>"ingest"}], >> "related_agents"=>[], >> "uri"=>"/agents/people/import_40843311-b96a-4e59-9ebb-2d685e3e63ea"}> >> >> Thank you >> Carlos Lemus >> >> On Tue, Oct 6, 2015 at 10:05 AM, Brian Hoffman >> wrote: >> >>> Hi Carlos, >>> >>> I sent a pull request with an example of how you could merge names >>> together. I hope this helps. >>> >>> https://github.com/UNLV-Libraries/ArchivesSpace-authority-project/pull/2 >>> >>> Brian >>> >>> >>> On Sep 28, 2015, at 3:33 PM, Carlos Lemus wrote: >>> >>> Hello Brian, >>> >>> I was just checking if you got a chance to look at this issue. I am >>> still having some trouble merging the two names together and was wondering >>> if there was something else I needed to do. >>> >>> Thank you, >>> >>> Carlos Lemus >>> >>> On Mon, Sep 21, 2015 at 3:34 PM, Carlos Lemus >>> wrote: >>> >>>> Sorry Brian, the message got cut off. It's concatenating the names to >>>> the agent accordingly, however the names are still separated and I believe >>>> it is still looking for a primary name in that name >>>> >>>> Here is an example of the JSON >>>> >>>> For JSONModel(:agent_person): #>>> {"jsonmodel_type"=>"agent_person", "agent_contacts"=>[], >>>> "linked_agent_roles"=>[], "external_documents"=>[], >>>> "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], >>>> "names"=>[{"jsonmodel_type"=>"name_person", "use_dates"=>[], >>>> "authorized"=>false, "is_display_name"=>false, >>>> "sort_name_auto_generate"=>true, "uri"=>nil, "primary_name"=>"Goodman", >>>> "rest_of_name"=>"Oscar Baylin,", "dates"=>"1939-", >>>> "name_order"=>"inverted", "source"=>"ingest"}, >>>> {"jsonmodel_type"=>"name_person", "use_dates"=>[], "authorized"=>false, >>>> "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, >>>> "authority_id"=>"n 2003051366", "name_order"=>"direct", >>>> "source"=>"ingest"}], "related_agents"=>[], >>>> "uri"=>"/agents/people/import_4cd10c10-330e-4d71-916d-1f354f4e1f89"}> >>>> >>>> and here is the code for the plugin >>>> https://github.com/UNLV-Libraries/ArchivesSpace-authority-project/tree/master/unlv_importer >>>> >>>> I am still having trouble making it only one name_person instead of two >>>> under the agent person. I appreciate your help, sorry again for the delay >>>> and the double message. >>>> >>>> Thank you, >>>> Carlos Lemus >>>> >>>> On Mon, Sep 21, 2015 at 3:30 PM, Carlos Lemus >>>> wrote: >>>> >>>>> Hello Brian, >>>>> >>>>> Sorry for getting back to you so late, I have been attempting to >>>>> implement your code. It's concatenating the names to the agent accordingly, >>>>> however the names are still separated and I believe it is still looking for >>>>> a primary name in that name >>>>> >>>>> Here is an example of the JSON >>>>> >>>>> >>>>> On Fri, Sep 11, 2015 at 6:55 AM, Brian Hoffman < >>>>> brianjhoffman at gmail.com> wrote: >>>>> >>>>>> Hi Carlos, >>>>>> >>>>>> Yes, that?s actually something I overlooked. The way the importers >>>>>> are constructed, you can?t actually access the queue of records to import >>>>>> from the configuration code. So, I posted an example of a workaround (and >>>>>> some workarounds for a few other issues with the way importers are >>>>>> sub-classed): >>>>>> >>>>>> >>>>>> https://github.com/quoideneuf/aspace_single_agent_marcxml/blob/master/backend/model/marcxml_accession_converter.rb >>>>>> >>>>>> Brian >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Sep 10, 2015, at 12:44 AM, Carlos Lemus >>>>>> wrote: >>>>>> >>>>>> Hello Brian, >>>>>> >>>>>> Sorry if I'm not replying to our current thread correctly. I have yet >>>>>> to set up git for the plugin, but as soon as I do I will let you know. It >>>>>> is mostly some of the yale marcxml plugin setup and a lot of commented >>>>>> trial and error code at this point anyways. >>>>>> >>>>>> I tried the code you gave me and I think you understand perfectly >>>>>> what my issue is and I understand what you're trying to do by matching the >>>>>> agent to the current resource, exactly what I need. >>>>>> However, it's not working because the batch object seems to be Null. >>>>>> Not sure if maybe I'm required to import something. >>>>>> >>>>>> Error: #<NoMethodError: undefined method `working_area' for >>>>>> nil:NilClass> >>>>>> >>>>>> Here is the current state of my code >>>>>> >>>>>> UNLVMarcXMLAgentsConverter.configure do |config| >>>>>> config["/record"][:map]["controlfield[@tag='001']"] = -> resource, >>>>>> node { >>>>>> existing_agent_uri = resource.linked_agents.find {|link| link[:ref] >>>>>> =~ /people/ } >>>>>> existing_agent = @batch.working_area.find {|obj| obj.uri == >>>>>> existing_agent_uri } >>>>>> make(:name_person) do |name| >>>>>> name.primary = node.xpath("subfield[@code='a']").inner_text >>>>>> # add more name fields as necessary >>>>>> val = node.inner_text >>>>>> name['authority_id'] = val >>>>>> existing_agent.names << name >>>>>> end >>>>>> } >>>>>> end >>>>>> Thanks for the quick reply by the way. I would have gotten to you >>>>>> sooner, but I didn't get an email that you had replied. I'll keep an >>>>>> eye on the listserv from now on. >>>>>> >>>>>> Carlos Lemus >>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brianjhoffman at gmail.com Wed Oct 28 10:40:28 2015 From: brianjhoffman at gmail.com (Brian Hoffman) Date: Wed, 28 Oct 2015 10:40:28 -0400 Subject: [Archivesspace_Users_Group] Plugin: Custom import mapping for MarcXML Agents, help In-Reply-To: References: <9A53B124-1E8F-4754-86CE-FC8469258E1B@gmail.com> Message-ID: Hi Carlos, I think you can solve this by inserting above line 24: return false unless AgentManager.known_agent_type?(record.class.record_type) || record.class.record_type == ?subject' Brian > On Oct 27, 2015, at 9:31 PM, Carlos Lemus wrote: > > Hello Brian, > > I just noticed something actually, that lines 47-50 are preventing a proper return value > > https://github.com/l3mus/ArchivesSpace-authority-project/blob/master/unlv_importer/backend/model/unlv_marcxml_converter.rb#L47-L50 > > After removing those log values I get something like this. It's so close, I think the right agent is there, but now it's trying to export a resource, instead of an agent. > > extents : At least 1 item(s) is required > dates : At least 1 item(s) is required > title : Property is required but was missing > > > For JSONModel(:resource): > #"resource", "external_ids"=>[], "subjects"=>[], "linked_events"=>[], "extents"=>[], "dates"=>[], "external_documents"=>[], "rights_statements"=>[], "linked_agents"=>[{"role"=>"subject", "terms"=>[], "ref"=>"/agents/people/import_fda55473-b8f5-43c1-85a3-955b37a57c28"}], "restrictions"=>false, "revision_statements"=>[], "instances"=>[], "deaccessions"=>[], "related_accessions"=>[], "classifications"=>[], "notes"=>[], "uri"=>"/repositories/import/resources/import_4b9b1731-28ba-4e9b-afd6-ed2d933ce882", "finding_aid_description_rules"=>"rda", "id_0"=>"imported-e5c9504d-33ea-4538-91ef-54fdc2cd67d5", "level"=>"collection"}> > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > Thank you, > > Carlos Lemus > > On Tue, Oct 27, 2015 at 3:17 PM, Carlos Lemus > wrote: > Hello Brian, > > Sorry to keep bothering you with this, I was wondering if you got a chance to take a look at this. > https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/unlv_importer > > Thank you, > > Carlos Lemus > > On Tue, Oct 6, 2015 at 3:01 PM, Carlos Lemus > wrote: > Hey Brian, > > Thank you for the reply, I have been able to piggy back of your code quite a bit which I'll update on github, but there is still some small issues. I've had to change the code a little bit to get it to work. For example it won't add the authority_id unless I first declare it because it's trying to add the authority_id to a nil object and then the source is duplicating multiple times. Also, the to_hash function wasn't seeming to return anything but to_hash(:raw) did. I have attached an example marcxml just in case. > > Looking at the record, it doesn't seem like I'm even working with the right one. They all have different uri, especially the last one that is giving me the error. I think that last one that is giving me the error might be the one that actually needs to be changed, but I can't find where it's coming from. I'll keep looking into it. > > I've got the other object to come out right > #"agent_person", "agent_contacts"=>[], "linked_agent_roles"=>[], "external_documents"=>[], "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], "places"=>[], "names"=>[#"name_person", "use_dates"=>[], "authorized"=>false, "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, "primary_name"=>"Goodman", "rest_of_name"=>"Oscar Baylin,", "dates"=>"1939-", "name_order"=>"inverted", "source"=>"ingest ingest ingest", "authority_id"=>" n 2003051366"}>], "related_agents"=>[], "uri"=>"/agents/people/import_8a20f2f4-3560-41de-92b1-2aa888253143", "dates"=>"1939-"}> > > and the record is still the same, maybe I should be updating this one instead I'm not sure. > #"agent_person", "agent_contacts"=>[], "linked_agent_roles"=>[], "external_documents"=>[], "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], "places"=>[], "names"=>[#"name_person", "use_dates"=>[], "authorized"=>false, "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, "authority_id"=>"n 2003051366", "name_order"=>"direct", "source"=>"ingest"}>], "related_agents"=>[], "uri"=>"/agents/people/import_308b3936-d294-4e4e-96cb-e9d35447f8cb"}> > > but I'm getting an error for a completely different one > names/0/primary_name : Property is required but was missing > For JSONModel(:agent_person): > #"agent_person", "agent_contacts"=>[], "linked_agent_roles"=>[], "external_documents"=>[], "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], "places"=>[], "names"=>[{"jsonmodel_type"=>"name_person", "use_dates"=>[], "authorized"=>false, "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, "authority_id"=>"n 2003051366", "name_order"=>"direct", "source"=>"ingest"}], "related_agents"=>[], "uri"=>"/agents/people/import_40843311-b96a-4e59-9ebb-2d685e3e63ea"}> > > Thank you > > Carlos Lemus > > On Tue, Oct 6, 2015 at 10:05 AM, Brian Hoffman > wrote: > Hi Carlos, > > I sent a pull request with an example of how you could merge names together. I hope this helps. > > https://github.com/UNLV-Libraries/ArchivesSpace-authority-project/pull/2 > > Brian > > >> On Sep 28, 2015, at 3:33 PM, Carlos Lemus > wrote: >> >> Hello Brian, >> >> I was just checking if you got a chance to look at this issue. I am still having some trouble merging the two names together and was wondering if there was something else I needed to do. >> >> Thank you, >> >> Carlos Lemus >> >> On Mon, Sep 21, 2015 at 3:34 PM, Carlos Lemus > wrote: >> Sorry Brian, the message got cut off. It's concatenating the names to the agent accordingly, however the names are still separated and I believe it is still looking for a primary name in that name >> >> Here is an example of the JSON >> >> For JSONModel(:agent_person): >> #"agent_person", "agent_contacts"=>[], "linked_agent_roles"=>[], "external_documents"=>[], "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], "names"=>[{"jsonmodel_type"=>"name_person", "use_dates"=>[], "authorized"=>false, "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, "primary_name"=>"Goodman", "rest_of_name"=>"Oscar Baylin,", "dates"=>"1939-", "name_order"=>"inverted", "source"=>"ingest"}, {"jsonmodel_type"=>"name_person", "use_dates"=>[], "authorized"=>false, "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, "authority_id"=>"n 2003051366", "name_order"=>"direct", "source"=>"ingest"}], "related_agents"=>[], "uri"=>"/agents/people/import_4cd10c10-330e-4d71-916d-1f354f4e1f89"}> >> >> and here is the code for the plugin https://github.com/UNLV-Libraries/ArchivesSpace-authority-project/tree/master/unlv_importer >> >> I am still having trouble making it only one name_person instead of two under the agent person. I appreciate your help, sorry again for the delay and the double message. >> >> Thank you, >> Carlos Lemus >> >> On Mon, Sep 21, 2015 at 3:30 PM, Carlos Lemus > wrote: >> Hello Brian, >> >> Sorry for getting back to you so late, I have been attempting to implement your code. It's concatenating the names to the agent accordingly, however the names are still separated and I believe it is still looking for a primary name in that name >> >> Here is an example of the JSON >> >> >> On Fri, Sep 11, 2015 at 6:55 AM, Brian Hoffman > wrote: >> Hi Carlos, >> >> Yes, that?s actually something I overlooked. The way the importers are constructed, you can?t actually access the queue of records to import from the configuration code. So, I posted an example of a workaround (and some workarounds for a few other issues with the way importers are sub-classed): >> >> https://github.com/quoideneuf/aspace_single_agent_marcxml/blob/master/backend/model/marcxml_accession_converter.rb >> >> Brian >> >> >> >> >>> On Sep 10, 2015, at 12:44 AM, Carlos Lemus > wrote: >>> >>> Hello Brian, >>> >>> Sorry if I'm not replying to our current thread correctly. I have yet to set up git for the plugin, but as soon as I do I will let you know. It is mostly some of the yale marcxml plugin setup and a lot of commented trial and error code at this point anyways. >>> >>> I tried the code you gave me and I think you understand perfectly what my issue is and I understand what you're trying to do by matching the agent to the current resource, exactly what I need. >>> However, it's not working because the batch object seems to be Null. Not sure if maybe I'm required to import something. >>> >>> Error: #<NoMethodError: undefined method `working_area' for nil:NilClass> >>> >>> Here is the current state of my code >>> >>> UNLVMarcXMLAgentsConverter.configure do |config| >>> config["/record"][:map]["controlfield[@tag='001']"] = -> resource, node { >>> existing_agent_uri = resource.linked_agents.find {|link| link[:ref] =~ /people/ } >>> existing_agent = @batch.working_area.find {|obj| obj.uri == existing_agent_uri } >>> make(:name_person) do |name| >>> name.primary = node.xpath("subfield[@code='a']").inner_text >>> >>> # add more name fields as necessary >>> >>> val = node.inner_text >>> name['authority_id'] = val >>> existing_agent.names << name >>> end >>> } >>> end >>> Thanks for the quick reply by the way. I would have gotten to you sooner, but I didn't get an email that you had replied. I'll keep an eye on the listserv from now on. >>> >>> Carlos Lemus >> >> >> >> > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mGorzalski at lib.siu.edu Wed Oct 28 12:02:21 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Wed, 28 Oct 2015 16:02:21 +0000 Subject: [Archivesspace_Users_Group] where are the boxes? Message-ID: <7d080288e54c4fae8a76d25534b9b061@it-excmb3.ad.siu.edu> Pardon my ignorance, but s ArchivesSpace supposed to include boxes as a part of the container (components?) list? These screen shots show the difference between the ASpace admin/public view of a container list, which only lists only files. The other screen shot shows the Archon equivalent of the same collection, noting boxes in which the folders reside. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu P: 618/453-2225 F: 618/453-3440 lib.siu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: boxes_001.jpg Type: image/jpeg Size: 319560 bytes Desc: boxes_001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: boxes_002.jpg Type: image/jpeg Size: 262162 bytes Desc: boxes_002.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: boxes_003.jpg Type: image/jpeg Size: 290235 bytes Desc: boxes_003.jpg URL: From bmg17 at psu.edu Wed Oct 28 12:28:09 2015 From: bmg17 at psu.edu (Ben Goldman) Date: Wed, 28 Oct 2015 12:28:09 -0400 (EDT) Subject: [Archivesspace_Users_Group] translation missing: en.enumerations Message-ID: <856006627.1089926.1446049689055.JavaMail.zimbra@psu.edu> Hello All, We've attempted to follow the recommendations made previously on this list to address the "translation missing: en.enumerations" issue in the UI. We've matched custom controlled list values to updates in the locales/enums/en.yml file (ASpace 1.4.1), but are still seeing the translation missing message on these. Are there any detailed instructions that we can review documenting this process, or does anyone have any tips based on doing it themselves? Thanks, Ben Ben Goldman Digital Records Archivist & Sally W. Kalin Early Career Librarian for Technological Innovations Penn State University Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: From PGalligan at rockarch.org Wed Oct 28 12:38:31 2015 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Wed, 28 Oct 2015 12:38:31 -0400 Subject: [Archivesspace_Users_Group] where are the boxes? In-Reply-To: <7d080288e54c4fae8a76d25534b9b061@it-excmb3.ad.siu.edu> References: <7d080288e54c4fae8a76d25534b9b061@it-excmb3.ad.siu.edu> Message-ID: Matt, Strictly speaking, containers are not elements/levels of archival description, and really don't belong in a components list with other levels of description (series, collection, file, etc.). Boxes are included in instances in AS, where they indicate the physical location. If you created an instance with a box number in ArchivesSpace, you would see it showing up to the right side of the component list. It doesn't look like you have instances for boxes and folders in your AS resource. I think Maureen Callahan of Yale encapsulated many of my feelings about containers and archival description in a blog post almost a year ago: https://icantiemyownshoes.wordpress.com/2014/12/15/on-containers/ Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, October 28, 2015 12:02 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] where are the boxes? Pardon my ignorance, but s ArchivesSpace supposed to include boxes as a part of the container (components?) list? These screen shots show the difference between the ASpace admin/public view of a container list, which only lists only files. The other screen shot shows the Archon equivalent of the same collection, noting boxes in which the folders reside. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu P: 618/453-2225 F: 618/453-3440 lib.siu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From maureen.callahan at yale.edu Wed Oct 28 12:52:10 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Wed, 28 Oct 2015 16:52:10 +0000 Subject: [Archivesspace_Users_Group] where are the boxes? In-Reply-To: References: <7d080288e54c4fae8a76d25534b9b061@it-excmb3.ad.siu.edu> Message-ID: <10E1CA6F-8EA8-41F9-8BAA-5A485B4B7D94@yale.edu> Just to pipe in, I think that you may have been a victim of the Archon data model. Level and container were modeled as being interchangeable; they are not. An aggregation of description always has a level [ISAD(G) 3.1.4; EAD @level] ? it may sometimes also have an associated container [ISAD(G) medium; EAD ]. I?m not sure what the migrator had to do to disentangle these two concepts for ArchivesSpace, but that may help address your concerns. Thanks, Maureen [cid:image002.png at 01D1081A.B6D4B420] On Oct 28, 2015, at 12:38 PM, Galligan, Patrick > wrote: Matt, Strictly speaking, containers are not elements/levels of archival description, and really don?t belong in a components list with other levels of description (series, collection, file, etc.). Boxes are included in instances in AS, where they indicate the physical location. If you created an instance with a box number in ArchivesSpace, you would see it showing up to the right side of the component list. It doesn?t look like you have instances for boxes and folders in your AS resource. I think Maureen Callahan of Yale encapsulated many of my feelings about containers and archival description in a blog post almost a year ago:https://icantiemyownshoes.wordpress.com/2014/12/15/on-containers/ Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, October 28, 2015 12:02 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] where are the boxes? Pardon my ignorance, but s ArchivesSpace supposed to include boxes as a part of the container (components?) list? These screen shots show the difference between the ASpace admin/public view of a container list, which only lists only files. The other screen shot shows the Archon equivalent of the same collection, noting boxes in which the folders reside. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu P: 618/453-2225 F: 618/453-3440 lib.siu.edu _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=fOVky4Zs2BfoKFOIFk22gUYbHiIxcrmmpcp6nK3Hl7A&s=6j_D_lz2SCxVTCqjuIEYJ1tTeBElNpXoaZnwipbX4DI&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 74307 bytes Desc: image002.png URL: From schwrtzs at illinois.edu Wed Oct 28 13:53:22 2015 From: schwrtzs at illinois.edu (Schwartz, Scott W) Date: Wed, 28 Oct 2015 17:53:22 +0000 Subject: [Archivesspace_Users_Group] where are the boxes? In-Reply-To: References: <7d080288e54c4fae8a76d25534b9b061@it-excmb3.ad.siu.edu> Message-ID: Pat and Maureen, I confess, as one of creators of Archon, the tone of your recent exchange to the list is getting a little tiresome. Having Matt's problems with Aspace described as being a "victim" of the Archon migration script is just plain silly. scott Scott W. Schwartz Archivist for Music and Fine Arts and Director Sousa Archives and Center for American Music 1103 S. Sixth Street Champaign, IL 61820 217-333-4577 217-244-8695 (f) From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick Sent: Wednesday, October 28, 2015 11:39 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] where are the boxes? Matt, Strictly speaking, containers are not elements/levels of archival description, and really don't belong in a components list with other levels of description (series, collection, file, etc.). Boxes are included in instances in AS, where they indicate the physical location. If you created an instance with a box number in ArchivesSpace, you would see it showing up to the right side of the component list. It doesn't look like you have instances for boxes and folders in your AS resource. I think Maureen Callahan of Yale encapsulated many of my feelings about containers and archival description in a blog post almost a year ago: https://icantiemyownshoes.wordpress.com/2014/12/15/on-containers/ Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, October 28, 2015 12:02 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] where are the boxes? Pardon my ignorance, but s ArchivesSpace supposed to include boxes as a part of the container (components?) list? These screen shots show the difference between the ASpace admin/public view of a container list, which only lists only files. The other screen shot shows the Archon equivalent of the same collection, noting boxes in which the folders reside. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu P: 618/453-2225 F: 618/453-3440 lib.siu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Wed Oct 28 14:33:41 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Wed, 28 Oct 2015 18:33:41 +0000 Subject: [Archivesspace_Users_Group] where are the boxes? In-Reply-To: References: <7d080288e54c4fae8a76d25534b9b061@it-excmb3.ad.siu.edu> Message-ID: Hi everyone, It's very rare that one of us on the ArchivesSpace team has to put on the list administrator hat here because the information shared here is nearly always in the spirit of helping each other and helping the development team work through issues, but I'll do so now and make a quick plea that we keep things in that vein on this discussion too. The way information about containers and levels of description is managed is one of the things that complicates migration of data from Archon to ArchivesSpace, but there are strategies for dealing with that. Any Archon users want to share what they've done on this particular issue, or any users in general want to share ideas on migrating data that doesn't quite fit the data model? I love hearing the many creative ideas people in the community - Yale and RAC foremost among them! - have come up with for grappling with legacy data. Thanks, Christine Christine Di Bella Community Outreach and Support Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [cid:image003.png at 01CE734E.FD759D30] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Schwartz, Scott W Sent: Wednesday, October 28, 2015 1:53 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] where are the boxes? Pat and Maureen, I confess, as one of creators of Archon, the tone of your recent exchange to the list is getting a little tiresome. Having Matt's problems with Aspace described as being a "victim" of the Archon migration script is just plain silly. scott Scott W. Schwartz Archivist for Music and Fine Arts and Director Sousa Archives and Center for American Music 1103 S. Sixth Street Champaign, IL 61820 217-333-4577 217-244-8695 (f) From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick Sent: Wednesday, October 28, 2015 11:39 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] where are the boxes? Matt, Strictly speaking, containers are not elements/levels of archival description, and really don't belong in a components list with other levels of description (series, collection, file, etc.). Boxes are included in instances in AS, where they indicate the physical location. If you created an instance with a box number in ArchivesSpace, you would see it showing up to the right side of the component list. It doesn't look like you have instances for boxes and folders in your AS resource. I think Maureen Callahan of Yale encapsulated many of my feelings about containers and archival description in a blog post almost a year ago: https://icantiemyownshoes.wordpress.com/2014/12/15/on-containers/ Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, October 28, 2015 12:02 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] where are the boxes? Pardon my ignorance, but s ArchivesSpace supposed to include boxes as a part of the container (components?) list? These screen shots show the difference between the ASpace admin/public view of a container list, which only lists only files. The other screen shot shows the Archon equivalent of the same collection, noting boxes in which the folders reside. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu P: 618/453-2225 F: 618/453-3440 lib.siu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: From robin_wendler at harvard.edu Wed Oct 28 14:37:09 2015 From: robin_wendler at harvard.edu (Wendler, Robin King) Date: Wed, 28 Oct 2015 18:37:09 +0000 Subject: [Archivesspace_Users_Group] EAD importer changing punctuation in unitids Message-ID: Hello, There may be an obvious reason for this, but I don't know what it is. When creating Archival Objects, the EAD importer converts periods in values to underscores in the corresponding archival_object.component_id. E.g., "4." Loads as "4_" I don't see this noted in the EAD-Import-Export-Mapping-20130831 document. Our developer tells me it's happening here: https://github.com/archivesspace/archivesspace/blob/master/backend/app/converters/ead_converter.rb#L137 Do you know why this is being done? Can we safely disable it without causing problems? Thanks, Robin Robin Wendler Library Technology Services Harvard University 90 Mt. Auburn St. Cambridge, MA 02138 617-495-3724 r_wendler at harvard.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mGorzalski at lib.siu.edu Wed Oct 28 14:44:59 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Wed, 28 Oct 2015 18:44:59 +0000 Subject: [Archivesspace_Users_Group] where are the boxes? In-Reply-To: <10E1CA6F-8EA8-41F9-8BAA-5A485B4B7D94@yale.edu> References: <7d080288e54c4fae8a76d25534b9b061@it-excmb3.ad.siu.edu> <10E1CA6F-8EA8-41F9-8BAA-5A485B4B7D94@yale.edu> Message-ID: <2dc92f24b879489d9c8e8c2aca008173@it-excmb3.ad.siu.edu> True, but for a user it is less confusing to visualize what you?re looking at with the boxes noted rather than just a list of folders. I?m coming at it from a usability standpoint. ArchivesSpace just lists titles with no indication as to what the title means or where it fits in to the collection until after you click on it. We have that archival object or resource icon but that doesn?t clarify anything for the user. And in the screenshots you can?t see where boxes start and finish, or how folders are grouped within those boxes, which I think gives users some basic concept on a collection?s arrangement. I don?t recall the old paper finding aids listing folders without boxes. The Archon container/level field in the screen shot works because in Archon?s container manager, you designate what is and what is not an intellectual entity. So in that drop down menu, when selecting ?box?, the title and date fields are disabled. So Box isn?t treated the same in that list as series, subseries, file, item, etc. unless you tell Archon to treat it so. This debate is a reflection of something about ASpace that bugs me. It isn?t MPLP friendly. We have circumstances where it is extremely useful to simply create a box and, God forbid, say ?this box contains externally funded grant files, arranged alphabetically by last name A-M for 2008.? We don?t have the manpower to enter all of the files for the 10-20 boxes of these we get a few times a year. This approach helps the backlog from accumulating and I can do reference with it. I guess it is the old box level inventory you hear people say every now and then. Matt From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen Sent: Wednesday, October 28, 2015 11:52 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] where are the boxes? Just to pipe in, I think that you may have been a victim of the Archon data model. Level and container were modeled as being interchangeable; they are not. An aggregation of description always has a level [ISAD(G) 3.1.4; EAD @level] ? it may sometimes also have an associated container [ISAD(G) medium; EAD ]. I?m not sure what the migrator had to do to disentangle these two concepts for ArchivesSpace, but that may help address your concerns. Thanks, Maureen [cid:image001.png at 01D1117B.92C7C3F0] On Oct 28, 2015, at 12:38 PM, Galligan, Patrick > wrote: Matt, Strictly speaking, containers are not elements/levels of archival description, and really don?t belong in a components list with other levels of description (series, collection, file, etc.). Boxes are included in instances in AS, where they indicate the physical location. If you created an instance with a box number in ArchivesSpace, you would see it showing up to the right side of the component list. It doesn?t look like you have instances for boxes and folders in your AS resource. I think Maureen Callahan of Yale encapsulated many of my feelings about containers and archival description in a blog post almost a year ago:https://icantiemyownshoes.wordpress.com/2014/12/15/on-containers/ Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, October 28, 2015 12:02 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] where are the boxes? Pardon my ignorance, but s ArchivesSpace supposed to include boxes as a part of the container (components?) list? These screen shots show the difference between the ASpace admin/public view of a container list, which only lists only files. The other screen shot shows the Archon equivalent of the same collection, noting boxes in which the folders reside. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu P: 618/453-2225 F: 618/453-3440 lib.siu.edu _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=fOVky4Zs2BfoKFOIFk22gUYbHiIxcrmmpcp6nK3Hl7A&s=6j_D_lz2SCxVTCqjuIEYJ1tTeBElNpXoaZnwipbX4DI&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 74307 bytes Desc: image001.png URL: From christine.dibella at lyrasis.org Wed Oct 28 15:05:01 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Wed, 28 Oct 2015 19:05:01 +0000 Subject: [Archivesspace_Users_Group] where are the boxes? In-Reply-To: <2dc92f24b879489d9c8e8c2aca008173@it-excmb3.ad.siu.edu> References: <7d080288e54c4fae8a76d25534b9b061@it-excmb3.ad.siu.edu> <10E1CA6F-8EA8-41F9-8BAA-5A485B4B7D94@yale.edu> <2dc92f24b879489d9c8e8c2aca008173@it-excmb3.ad.siu.edu> Message-ID: Thanks for these clarifications, Matt. In the first paragraph, you?re mainly talking about an issue with display in the public interface, which the Public Interface Enhancement Project Working Group (https://archivesspace.atlassian.net/wiki/display/ADC/Public+Interface+Enhancement+Project) is hard at work on. This is definitely the kind of feedback that want and that they?re taking into consideration in their recommendations. As Patrick and Maureen indicated, if you create an instance for a particular folder title (or other unit of description), the box/folder/whatever container information you?ve supplied will display in the staff interface tree alongside the component title. As far as MPLP goes, as with anything else, ArchivesSpace is as friendly or unfriendly as its application of it. One can very easily create a box level listing ? to me, the main difference in this case is in whether you call that box a box or an intellectual entity like a series or a collection. (The example you mention seems to be for a collection or a part of a collection.) Many institutions are or will be using ArchivesSpace for this very activity. Putting my archivist hat back on, if this were something I were doing regularly, I?d create a Rapid Data Entry template for box-level description, maybe even create some default values for a Resource record (or Resource component) that would be common to such boxes, and it would be extremely fast and easy for a student/volunteer/other-data-entry-person-if-not-me to follow. And, ideally, would continue to keep my backlog to a minimum! Christine From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, October 28, 2015 2:45 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] where are the boxes? True, but for a user it is less confusing to visualize what you?re looking at with the boxes noted rather than just a list of folders. I?m coming at it from a usability standpoint. ArchivesSpace just lists titles with no indication as to what the title means or where it fits in to the collection until after you click on it. We have that archival object or resource icon but that doesn?t clarify anything for the user. And in the screenshots you can?t see where boxes start and finish, or how folders are grouped within those boxes, which I think gives users some basic concept on a collection?s arrangement. I don?t recall the old paper finding aids listing folders without boxes. The Archon container/level field in the screen shot works because in Archon?s container manager, you designate what is and what is not an intellectual entity. So in that drop down menu, when selecting ?box?, the title and date fields are disabled. So Box isn?t treated the same in that list as series, subseries, file, item, etc. unless you tell Archon to treat it so. This debate is a reflection of something about ASpace that bugs me. It isn?t MPLP friendly. We have circumstances where it is extremely useful to simply create a box and, God forbid, say ?this box contains externally funded grant files, arranged alphabetically by last name A-M for 2008.? We don?t have the manpower to enter all of the files for the 10-20 boxes of these we get a few times a year. This approach helps the backlog from accumulating and I can do reference with it. I guess it is the old box level inventory you hear people say every now and then. Matt From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen Sent: Wednesday, October 28, 2015 11:52 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] where are the boxes? Just to pipe in, I think that you may have been a victim of the Archon data model. Level and container were modeled as being interchangeable; they are not. An aggregation of description always has a level [ISAD(G) 3.1.4; EAD @level] ? it may sometimes also have an associated container [ISAD(G) medium; EAD ]. I?m not sure what the migrator had to do to disentangle these two concepts for ArchivesSpace, but that may help address your concerns. Thanks, Maureen [cid:image001.png at 01D1117B.92C7C3F0] On Oct 28, 2015, at 12:38 PM, Galligan, Patrick > wrote: Matt, Strictly speaking, containers are not elements/levels of archival description, and really don?t belong in a components list with other levels of description (series, collection, file, etc.). Boxes are included in instances in AS, where they indicate the physical location. If you created an instance with a box number in ArchivesSpace, you would see it showing up to the right side of the component list. It doesn?t look like you have instances for boxes and folders in your AS resource. I think Maureen Callahan of Yale encapsulated many of my feelings about containers and archival description in a blog post almost a year ago:https://icantiemyownshoes.wordpress.com/2014/12/15/on-containers/ Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, October 28, 2015 12:02 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] where are the boxes? Pardon my ignorance, but s ArchivesSpace supposed to include boxes as a part of the container (components?) list? These screen shots show the difference between the ASpace admin/public view of a container list, which only lists only files. The other screen shot shows the Archon equivalent of the same collection, noting boxes in which the folders reside. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu P: 618/453-2225 F: 618/453-3440 lib.siu.edu _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=fOVky4Zs2BfoKFOIFk22gUYbHiIxcrmmpcp6nK3Hl7A&s=6j_D_lz2SCxVTCqjuIEYJ1tTeBElNpXoaZnwipbX4DI&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 74307 bytes Desc: image001.png URL: From carlos.lemus at unlv.edu Wed Oct 28 15:06:20 2015 From: carlos.lemus at unlv.edu (Carlos Lemus) Date: Wed, 28 Oct 2015 12:06:20 -0700 Subject: [Archivesspace_Users_Group] Plugin: Custom import mapping for MarcXML Agents, help In-Reply-To: References: <9A53B124-1E8F-4754-86CE-FC8469258E1B@gmail.com> Message-ID: Hello Brian, Thank you for all your help! it's working now. Carlos Lemus On Wed, Oct 28, 2015 at 7:40 AM, Brian Hoffman wrote: > Hi Carlos, > > I think you can solve this by inserting above line 24: > > return false unless > AgentManager.known_agent_type?(record.class.record_type) || record.class.record_type == ?subject' > > Brian > > On Oct 27, 2015, at 9:31 PM, Carlos Lemus wrote: > > Hello Brian, > > I just noticed something actually, that lines 47-50 are preventing a > proper return value > > > https://github.com/l3mus/ArchivesSpace-authority-project/blob/master/unlv_importer/backend/model/unlv_marcxml_converter.rb#L47-L50 > > After removing those log values I get something like this. It's so close, > I think the right agent is there, but now it's trying to export a resource, > instead of an agent. > > extents : At least 1 item(s) is required dates : At least 1 item(s) is > required title : Property is required but was missing For > JSONModel(:resource): #"resource", > "external_ids"=>[], "subjects"=>[], "linked_events"=>[], "extents"=>[], > "dates"=>[], "external_documents"=>[], "rights_statements"=>[], > "linked_agents"=>[{"role"=>"subject", "terms"=>[], > "ref"=>"/agents/people/import_fda55473-b8f5-43c1-85a3-955b37a57c28"}], > "restrictions"=>false, "revision_statements"=>[], "instances"=>[], > "deaccessions"=>[], "related_accessions"=>[], "classifications"=>[], > "notes"=>[], > "uri"=>"/repositories/import/resources/import_4b9b1731-28ba-4e9b-afd6-ed2d933ce882", > "finding_aid_description_rules"=>"rda", > "id_0"=>"imported-e5c9504d-33ea-4538-91ef-54fdc2cd67d5", > "level"=>"collection"}> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > Thank you, > > Carlos Lemus > > On Tue, Oct 27, 2015 at 3:17 PM, Carlos Lemus > wrote: > >> Hello Brian, >> >> Sorry to keep bothering you with this, I was wondering if you got a >> chance to take a look at this. >> >> https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/unlv_importer >> >> Thank you, >> >> Carlos Lemus >> >> On Tue, Oct 6, 2015 at 3:01 PM, Carlos Lemus >> wrote: >> >>> Hey Brian, >>> >>> Thank you for the reply, I have been able to piggy back of your code >>> quite a bit which I'll update on github, but there is still some small >>> issues. I've had to change the code a little bit to get it to work. For >>> example it won't add the authority_id unless I first declare it because >>> it's trying to add the authority_id to a nil object and then the source is >>> duplicating multiple times. Also, the to_hash function wasn't seeming to >>> return anything but to_hash(:raw) did. I have attached an example marcxml >>> just in case. >>> >>> Looking at the record, it doesn't seem like I'm even working with the >>> right one. They all have different uri, especially the last one that is >>> giving me the error. I think that last one that is giving me the error >>> might be the one that actually needs to be changed, but I can't find where >>> it's coming from. I'll keep looking into it. >>> >>> I've got the other object to come out right >>> #"agent_person", >>> "agent_contacts"=>[], "linked_agent_roles"=>[], "external_documents"=>[], >>> "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], >>> "places"=>[], "names"=>[#>> {"jsonmodel_type"=>"name_person", "use_dates"=>[], "authorized"=>false, >>> "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, >>> "primary_name"=>"Goodman", "rest_of_name"=>"Oscar Baylin,", >>> "dates"=>"1939-", "name_order"=>"inverted", "source"=>"ingest ingest >>> ingest", "authority_id"=>" n 2003051366"}>], "related_agents"=>[], >>> "uri"=>"/agents/people/import_8a20f2f4-3560-41de-92b1-2aa888253143", >>> "dates"=>"1939-"}> >>> >>> and the record is still the same, maybe I should be updating this one >>> instead I'm not sure. >>> #"agent_person", >>> "agent_contacts"=>[], "linked_agent_roles"=>[], "external_documents"=>[], >>> "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], >>> "places"=>[], "names"=>[#>> {"jsonmodel_type"=>"name_person", "use_dates"=>[], "authorized"=>false, >>> "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, >>> "authority_id"=>"n 2003051366", "name_order"=>"direct", >>> "source"=>"ingest"}>], "related_agents"=>[], >>> "uri"=>"/agents/people/import_308b3936-d294-4e4e-96cb-e9d35447f8cb"}> >>> >>> but I'm getting an error for a completely different one >>> names/0/primary_name : Property is required but was missing For >>> JSONModel(:agent_person): #>> {"jsonmodel_type"=>"agent_person", "agent_contacts"=>[], >>> "linked_agent_roles"=>[], "external_documents"=>[], >>> "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], >>> "places"=>[], "names"=>[{"jsonmodel_type"=>"name_person", "use_dates"=>[], >>> "authorized"=>false, "is_display_name"=>false, >>> "sort_name_auto_generate"=>true, "uri"=>nil, "authority_id"=>"n >>> 2003051366", "name_order"=>"direct", "source"=>"ingest"}], >>> "related_agents"=>[], >>> "uri"=>"/agents/people/import_40843311-b96a-4e59-9ebb-2d685e3e63ea"}> >>> >>> Thank you >>> Carlos Lemus >>> >>> On Tue, Oct 6, 2015 at 10:05 AM, Brian Hoffman >>> wrote: >>> >>>> Hi Carlos, >>>> >>>> I sent a pull request with an example of how you could merge names >>>> together. I hope this helps. >>>> >>>> https://github.com/UNLV-Libraries/ArchivesSpace-authority-project/pull/2 >>>> >>>> Brian >>>> >>>> >>>> On Sep 28, 2015, at 3:33 PM, Carlos Lemus >>>> wrote: >>>> >>>> Hello Brian, >>>> >>>> I was just checking if you got a chance to look at this issue. I am >>>> still having some trouble merging the two names together and was wondering >>>> if there was something else I needed to do. >>>> >>>> Thank you, >>>> >>>> Carlos Lemus >>>> >>>> On Mon, Sep 21, 2015 at 3:34 PM, Carlos Lemus >>>> wrote: >>>> >>>>> Sorry Brian, the message got cut off. It's concatenating the names to >>>>> the agent accordingly, however the names are still separated and I believe >>>>> it is still looking for a primary name in that name >>>>> >>>>> Here is an example of the JSON >>>>> >>>>> For JSONModel(:agent_person): #>>>> {"jsonmodel_type"=>"agent_person", "agent_contacts"=>[], >>>>> "linked_agent_roles"=>[], "external_documents"=>[], >>>>> "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], >>>>> "names"=>[{"jsonmodel_type"=>"name_person", "use_dates"=>[], >>>>> "authorized"=>false, "is_display_name"=>false, >>>>> "sort_name_auto_generate"=>true, "uri"=>nil, "primary_name"=>"Goodman", >>>>> "rest_of_name"=>"Oscar Baylin,", "dates"=>"1939-", >>>>> "name_order"=>"inverted", "source"=>"ingest"}, >>>>> {"jsonmodel_type"=>"name_person", "use_dates"=>[], "authorized"=>false, >>>>> "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, >>>>> "authority_id"=>"n 2003051366", "name_order"=>"direct", >>>>> "source"=>"ingest"}], "related_agents"=>[], >>>>> "uri"=>"/agents/people/import_4cd10c10-330e-4d71-916d-1f354f4e1f89"}> >>>>> >>>>> and here is the code for the plugin >>>>> https://github.com/UNLV-Libraries/ArchivesSpace-authority-project/tree/master/unlv_importer >>>>> >>>>> I am still having trouble making it only one name_person instead of >>>>> two under the agent person. I appreciate your help, sorry again for the >>>>> delay and the double message. >>>>> >>>>> Thank you, >>>>> Carlos Lemus >>>>> >>>>> On Mon, Sep 21, 2015 at 3:30 PM, Carlos Lemus >>>>> wrote: >>>>> >>>>>> Hello Brian, >>>>>> >>>>>> Sorry for getting back to you so late, I have been attempting to >>>>>> implement your code. It's concatenating the names to the agent accordingly, >>>>>> however the names are still separated and I believe it is still looking for >>>>>> a primary name in that name >>>>>> >>>>>> Here is an example of the JSON >>>>>> >>>>>> >>>>>> On Fri, Sep 11, 2015 at 6:55 AM, Brian Hoffman < >>>>>> brianjhoffman at gmail.com> wrote: >>>>>> >>>>>>> Hi Carlos, >>>>>>> >>>>>>> Yes, that?s actually something I overlooked. The way the importers >>>>>>> are constructed, you can?t actually access the queue of records to import >>>>>>> from the configuration code. So, I posted an example of a workaround (and >>>>>>> some workarounds for a few other issues with the way importers are >>>>>>> sub-classed): >>>>>>> >>>>>>> >>>>>>> https://github.com/quoideneuf/aspace_single_agent_marcxml/blob/master/backend/model/marcxml_accession_converter.rb >>>>>>> >>>>>>> Brian >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Sep 10, 2015, at 12:44 AM, Carlos Lemus >>>>>>> wrote: >>>>>>> >>>>>>> Hello Brian, >>>>>>> >>>>>>> Sorry if I'm not replying to our current thread correctly. I have >>>>>>> yet to set up git for the plugin, but as soon as I do I will let you know. >>>>>>> It is mostly some of the yale marcxml plugin setup and a lot of commented >>>>>>> trial and error code at this point anyways. >>>>>>> >>>>>>> I tried the code you gave me and I think you understand perfectly >>>>>>> what my issue is and I understand what you're trying to do by matching the >>>>>>> agent to the current resource, exactly what I need. >>>>>>> However, it's not working because the batch object seems to be Null. >>>>>>> Not sure if maybe I'm required to import something. >>>>>>> >>>>>>> Error: #<NoMethodError: undefined method `working_area' for >>>>>>> nil:NilClass> >>>>>>> >>>>>>> Here is the current state of my code >>>>>>> >>>>>>> UNLVMarcXMLAgentsConverter.configure do |config| >>>>>>> config["/record"][:map]["controlfield[@tag='001']"] = -> resource, >>>>>>> node { >>>>>>> existing_agent_uri = resource.linked_agents.find {|link| link[:ref] >>>>>>> =~ /people/ } >>>>>>> existing_agent = @batch.working_area.find {|obj| obj.uri == >>>>>>> existing_agent_uri } >>>>>>> make(:name_person) do |name| >>>>>>> name.primary = node.xpath("subfield[@code='a']").inner_text >>>>>>> # add more name fields as necessary >>>>>>> val = node.inner_text >>>>>>> name['authority_id'] = val >>>>>>> existing_agent.names << name >>>>>>> end >>>>>>> } >>>>>>> end >>>>>>> Thanks for the quick reply by the way. I would have gotten to you >>>>>>> sooner, but I didn't get an email that you had replied. I'll keep >>>>>>> an eye on the listserv from now on. >>>>>>> >>>>>>> Carlos Lemus >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>>> >>> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brianjhoffman at gmail.com Wed Oct 28 19:19:46 2015 From: brianjhoffman at gmail.com (brian) Date: Wed, 28 Oct 2015 19:19:46 -0400 Subject: [Archivesspace_Users_Group] Plugin: Custom import mapping for MarcXML Agents, help Message-ID: <4jl9dq6v2v62d8xgp75q4j3n.1446074386017@email.android.com> Glad we got that working! Definitely not a use case envisioned by the original ?importer design committee!
-------- Original message --------
From: Carlos Lemus
Date:10/28/2015 3:06 PM (GMT-05:00)
To: Brian Hoffman
Cc: Archivesspace Users Group , Karla Irwin , Cynthia Shein , Carol Ou
Subject: Re: Plugin: Custom import mapping for MarcXML Agents, help
Hello Brian, Thank you for all your help! it's working now. Carlos Lemus On Wed, Oct 28, 2015 at 7:40 AM, Brian Hoffman wrote: Hi Carlos, I think you can solve this by inserting above line 24: return false unless AgentManager.known_agent_type?(record.class.record_type) || record.class.record_type == ?subject' Brian On Oct 27, 2015, at 9:31 PM, Carlos Lemus wrote: Hello Brian, I just noticed something actually, that lines 47-50 are preventing a proper return value https://github.com/l3mus/ArchivesSpace-authority-project/blob/master/unlv_importer/backend/model/unlv_marcxml_converter.rb#L47-L50 After removing those log values I get something like this. It's so close, I think the right agent is there, but now it's trying to export a resource, instead of an agent. extents : At least 1 item(s) is required dates : At least 1 item(s) is required title : Property is required but was missing For JSONModel(:resource): #"resource", "external_ids"=>[], "subjects"=>[], "linked_events"=>[], "extents"=>[], "dates"=>[], "external_documents"=>[], "rights_statements"=>[], "linked_agents"=>[{"role"=>"subject", "terms"=>[], "ref"=>"/agents/people/import_fda55473-b8f5-43c1-85a3-955b37a57c28"}], "restrictions"=>false, "revision_statements"=>[], "instances"=>[], "deaccessions"=>[], "related_accessions"=>[], "classifications"=>[], "notes"=>[], "uri"=>"/repositories/import/resources/import_4b9b1731-28ba-4e9b-afd6-ed2d933ce882", "finding_aid_description_rules"=>"rda", "id_0"=>"imported-e5c9504d-33ea-4538-91ef-54fdc2cd67d5", "level"=>"collection"}> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Thank you, Carlos Lemus On Tue, Oct 27, 2015 at 3:17 PM, Carlos Lemus wrote: Hello Brian, Sorry to keep bothering you with this, I was wondering if you got a chance to take a look at this. https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/unlv_importer Thank you, Carlos Lemus On Tue, Oct 6, 2015 at 3:01 PM, Carlos Lemus wrote: Hey Brian, Thank you for the reply, I have been able to piggy back of your code quite a bit which I'll update on github, but there is still some small issues. I've had to change the code a little bit to get it to work. For example it won't add the authority_id unless I first declare it because it's trying to add the authority_id to a nil object and then the source is duplicating multiple times. Also, the to_hash function wasn't seeming to return anything but to_hash(:raw) did. I have attached an example marcxml just in case. Looking at the record, it doesn't seem like I'm even working with the right one. They all have different uri, especially the last one that is giving me the error. I think that last one that is giving me the error might be the one that actually needs to be changed, but I can't find where it's coming from. I'll keep looking into it. I've got the other object to come out right #"agent_person", "agent_contacts"=>[], "linked_agent_roles"=>[], "external_documents"=>[], "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], "places"=>[], "names"=>[#"name_person", "use_dates"=>[], "authorized"=>false, "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, "primary_name"=>"Goodman", "rest_of_name"=>"Oscar Baylin,", "dates"=>"1939-", "name_order"=>"inverted", "source"=>"ingest ingest ingest", "authority_id"=>" n 2003051366"}>], "related_agents"=>[], "uri"=>"/agents/people/import_8a20f2f4-3560-41de-92b1-2aa888253143", "dates"=>"1939-"}> and the record is still the same, maybe I should be updating this one instead I'm not sure. #"agent_person", "agent_contacts"=>[], "linked_agent_roles"=>[], "external_documents"=>[], "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], "places"=>[], "names"=>[#"name_person", "use_dates"=>[], "authorized"=>false, "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, "authority_id"=>"n 2003051366", "name_order"=>"direct", "source"=>"ingest"}>], "related_agents"=>[], "uri"=>"/agents/people/import_308b3936-d294-4e4e-96cb-e9d35447f8cb"}> but I'm getting an error for a completely different one names/0/primary_name : Property is required but was missing For JSONModel(:agent_person): #"agent_person", "agent_contacts"=>[], "linked_agent_roles"=>[], "external_documents"=>[], "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], "places"=>[], "names"=>[{"jsonmodel_type"=>"name_person", "use_dates"=>[], "authorized"=>false, "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, "authority_id"=>"n 2003051366", "name_order"=>"direct", "source"=>"ingest"}], "related_agents"=>[], "uri"=>"/agents/people/import_40843311-b96a-4e59-9ebb-2d685e3e63ea"}> Thank you Carlos Lemus On Tue, Oct 6, 2015 at 10:05 AM, Brian Hoffman wrote: Hi Carlos, I sent a pull request with an example of how you could merge names together. I hope this helps. https://github.com/UNLV-Libraries/ArchivesSpace-authority-project/pull/2 Brian On Sep 28, 2015, at 3:33 PM, Carlos Lemus wrote: Hello Brian, I was just checking if you got a chance to look at this issue. I am still having some trouble merging the two names together and was wondering if there was something else I needed to do. Thank you, Carlos Lemus On Mon, Sep 21, 2015 at 3:34 PM, Carlos Lemus wrote: Sorry Brian, the message got cut off. It's concatenating the names to the agent accordingly, however the names are still separated and I believe it is still looking for a primary name in that name Here is an example of the JSON For JSONModel(:agent_person): #"agent_person", "agent_contacts"=>[], "linked_agent_roles"=>[], "external_documents"=>[], "rights_statements"=>[], "notes"=>[], "dates_of_existence"=>[], "names"=>[{"jsonmodel_type"=>"name_person", "use_dates"=>[], "authorized"=>false, "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, "primary_name"=>"Goodman", "rest_of_name"=>"Oscar Baylin,", "dates"=>"1939-", "name_order"=>"inverted", "source"=>"ingest"}, {"jsonmodel_type"=>"name_person", "use_dates"=>[], "authorized"=>false, "is_display_name"=>false, "sort_name_auto_generate"=>true, "uri"=>nil, "authority_id"=>"n 2003051366", "name_order"=>"direct", "source"=>"ingest"}], "related_agents"=>[], "uri"=>"/agents/people/import_4cd10c10-330e-4d71-916d-1f354f4e1f89"}> and here is the code for the plugin https://github.com/UNLV-Libraries/ArchivesSpace-authority-project/tree/master/unlv_importer I am still having trouble making it only one name_person instead of two under the agent person. I appreciate your help, sorry again for the delay and the double message. Thank you, Carlos Lemus On Mon, Sep 21, 2015 at 3:30 PM, Carlos Lemus wrote: Hello Brian, Sorry for getting back to you so late, I have been attempting to implement your code. It's concatenating the names to the agent accordingly, however the names are still separated and I believe it is still looking for a primary name in that name Here is an example of the JSON On Fri, Sep 11, 2015 at 6:55 AM, Brian Hoffman wrote: Hi Carlos, Yes, that?s actually something I overlooked. The way the importers are constructed, you can?t actually access the queue of records to import from the configuration code. So, I posted an example of a workaround (and some workarounds for a few other issues with the way importers are sub-classed): https://github.com/quoideneuf/aspace_single_agent_marcxml/blob/master/backend/model/marcxml_accession_converter.rb Brian On Sep 10, 2015, at 12:44 AM, Carlos Lemus wrote: Hello Brian, Sorry if I'm not replying to our current thread correctly. I have yet to set up git for the plugin, but as soon as I do I will let you know. It is mostly some of the yale marcxml plugin setup and a lot of commented trial and error code at this point anyways. I tried the code you gave me and I think you understand perfectly what my issue is and I understand what you're trying to do by matching the agent to the current resource, exactly what I need. However, it's not working because the batch object seems to be Null. Not sure if maybe I'm required to import something. Error: #<NoMethodError: undefined method `working_area' for nil:NilClass> Here is the current state of my code UNLVMarcXMLAgentsConverter.configure do |config| config["/record"][:map]["controlfield[@tag='001']"] = -> resource, node { existing_agent_uri = resource.linked_agents.find {|link| link[:ref] =~ /people/ } existing_agent = @batch.working_area.find {|obj| obj.uri == existing_agent_uri } make(:name_person) do |name| name.primary = node.xpath("subfield[@code='a']").inner_text # add more name fields as necessary val = node.inner_text name['authority_id'] = val existing_agent.names << name end } end Thanks for the quick reply by the way. I would have gotten to you sooner, but I didn't get an email that you had replied. I'll keep an eye on the listserv from now on. Carlos Lemus -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Thu Oct 29 08:47:30 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Thu, 29 Oct 2015 12:47:30 +0000 Subject: [Archivesspace_Users_Group] EAD importer changing punctuation in unitids In-Reply-To: References: Message-ID: Hi, yes, I think there is a conversation about this here: https://github.com/archivesspace/archivesspace/issues/328 ----- Reply message ----- From: "Wendler, Robin King" To: "Archivesspace Users Group" Subject: [Archivesspace_Users_Group] EAD importer changing punctuation in unitids Date: Wed, Oct 28, 2015 19:37 Hello, There may be an obvious reason for this, but I don't know what it is. When creating Archival Objects, the EAD importer converts periods in values to underscores in the corresponding archival_object.component_id. E.g., "4." Loads as "4_" I don't see this noted in the EAD-Import-Export-Mapping-20130831 document. Our developer tells me it's happening here: https://github.com/archivesspace/archivesspace/blob/master/backend/app/converters/ead_converter.rb#L137 Do you know why this is being done? Can we safely disable it without causing problems? Thanks, Robin Robin Wendler Library Technology Services Harvard University 90 Mt. Auburn St. Cambridge, MA 02138 617-495-3724 r_wendler at harvard.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From robin_wendler at harvard.edu Thu Oct 29 08:50:26 2015 From: robin_wendler at harvard.edu (Wendler, Robin King) Date: Thu, 29 Oct 2015 12:50:26 +0000 Subject: [Archivesspace_Users_Group] EAD importer changing punctuation in unitids In-Reply-To: References: Message-ID: Ah, thanks, our developer got in with the question first. Left hand, meet right hand. ;-) Robin From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Thursday, October 29, 2015 8:48 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] EAD importer changing punctuation in unitids Hi, yes, I think there is a conversation about this here: https://github.com/archivesspace/archivesspace/issues/328 ----- Reply message ----- From: "Wendler, Robin King" > To: "Archivesspace Users Group" > Subject: [Archivesspace_Users_Group] EAD importer changing punctuation in unitids Date: Wed, Oct 28, 2015 19:37 Hello, There may be an obvious reason for this, but I don't know what it is. When creating Archival Objects, the EAD importer converts periods in values to underscores in the corresponding archival_object.component_id. E.g., "4." Loads as "4_" I don't see this noted in the EAD-Import-Export-Mapping-20130831 document. Our developer tells me it's happening here: https://github.com/archivesspace/archivesspace/blob/master/backend/app/converters/ead_converter.rb#L137 Do you know why this is being done? Can we safely disable it without causing problems? Thanks, Robin Robin Wendler Library Technology Services Harvard University 90 Mt. Auburn St. Cambridge, MA 02138 617-495-3724 r_wendler at harvard.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Thu Oct 29 09:41:47 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Thu, 29 Oct 2015 13:41:47 +0000 Subject: [Archivesspace_Users_Group] EAD importer changing punctuation in unitids In-Reply-To: References: , Message-ID: Hi, yes totally understand. I think this is the situation, but I'm not 100% sure...it does seem a little odd and probably not intentional. b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Wendler, Robin King Sent: Thursday, October 29, 2015 1:50 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] EAD importer changing punctuation in unitids Ah, thanks, our developer got in with the question first. Left hand, meet right hand. ;-) Robin From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Thursday, October 29, 2015 8:48 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] EAD importer changing punctuation in unitids Hi, yes, I think there is a conversation about this here: https://github.com/archivesspace/archivesspace/issues/328 ----- Reply message ----- From: "Wendler, Robin King" > To: "Archivesspace Users Group" > Subject: [Archivesspace_Users_Group] EAD importer changing punctuation in unitids Date: Wed, Oct 28, 2015 19:37 Hello, There may be an obvious reason for this, but I don't know what it is. When creating Archival Objects, the EAD importer converts periods in values to underscores in the corresponding archival_object.component_id. E.g., "4." Loads as "4_" I don't see this noted in the EAD-Import-Export-Mapping-20130831 document. Our developer tells me it's happening here: https://github.com/archivesspace/archivesspace/blob/master/backend/app/converters/ead_converter.rb#L137 Do you know why this is being done? Can we safely disable it without causing problems? Thanks, Robin Robin Wendler Library Technology Services Harvard University 90 Mt. Auburn St. Cambridge, MA 02138 617-495-3724 r_wendler at harvard.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From akroeger at unomaha.edu Thu Oct 29 13:07:33 2015 From: akroeger at unomaha.edu (Angela Kroeger) Date: Thu, 29 Oct 2015 17:07:33 +0000 Subject: [Archivesspace_Users_Group] Error on creating new resource record: 413 request entity too large Message-ID: Often lately, when I'm creating a new resource record, I get an error message: "413 Request Entity Too Large nginx/1.7.12." These are brief, collection-level records with no components, maybe half a dozen notes (individually none longer than a paragraph), two or three linked agents, three or four linked subjects, and maybe one instance. Nothing seems "too large" (or even slightly large) here, so I have no idea what specifically is triggering the error. I can hit the browser's back button and try again, and the record will save on the second try, but several of the fields I had previously input will be gone, including any links to agent and subject records, instances, and classifications. My date subrecord, extents, and notes usually survive intact. When I try to add the missing information back in, I get the 413 error again unless I add only one piece of information at a time (that is, add the classification, save, add the instance, save, add one subject heading, save, add another subject, save, etc.). This problem is relatively new. In the past (earlier releases of the software), I could input a complete record, even a much larger and more complex record, with no problem. Over the last few weeks, it's been happening with the majority of new resource records I've created. Has anyone else experienced this? I think we are still on 1.4.0, but I couldn't find anywhere in the system to confirm this. Thank you! --Angela Angela Kroeger akroeger at unomaha.edu Archives and Special Collections Associate Dr. C.C. and Mabel L. Criss Library University of Nebraska at Omaha (402) 554-4159 -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 12684 bytes Desc: not available URL: From Chris.Fitzpatrick at lyrasis.org Thu Oct 29 14:21:14 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Thu, 29 Oct 2015 18:21:14 +0000 Subject: [Archivesspace_Users_Group] Error on creating new resource record: 413 request entity too large In-Reply-To: References: Message-ID: Hi Angela, This is an Nginx issue, which is what you're using as a proxy to sit in front of ASpace. The likely fix is to up the client_max_body_size in your nginx config, b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Angela Kroeger Sent: Thursday, October 29, 2015 6:07 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Error on creating new resource record: 413 request entity too large Often lately, when I'm creating a new resource record, I get an error message: "413 Request Entity Too Large nginx/1.7.12." These are brief, collection-level records with no components, maybe half a dozen notes (individually none longer than a paragraph), two or three linked agents, three or four linked subjects, and maybe one instance. Nothing seems "too large" (or even slightly large) here, so I have no idea what specifically is triggering the error. I can hit the browser's back button and try again, and the record will save on the second try, but several of the fields I had previously input will be gone, including any links to agent and subject records, instances, and classifications. My date subrecord, extents, and notes usually survive intact. When I try to add the missing information back in, I get the 413 error again unless I add only one piece of information at a time (that is, add the classification, save, add the instance, save, add one subject heading, save, add another subject, save, etc.). This problem is relatively new. In the past (earlier releases of the software), I could input a complete record, even a much larger and more complex record, with no problem. Over the last few weeks, it's been happening with the majority of new resource records I've created. Has anyone else experienced this? I think we are still on 1.4.0, but I couldn't find anywhere in the system to confirm this. Thank you! --Angela Angela Kroeger akroeger at unomaha.edu Archives and Special Collections Associate Dr. C.C. and Mabel L. Criss Library University of Nebraska at Omaha (402) 554-4159 -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Fri Oct 30 07:57:56 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Fri, 30 Oct 2015 11:57:56 +0000 Subject: [Archivesspace_Users_Group] Release of ArchivesSpace v1.4.2 Message-ID: Apologies for duplicate receipts] The ArchivesSpace team is happy to release version 1.4.2. This release includes a feature enhancement and two bugs discovered in 1.4.2: AR-1342, AR-1349, and AR-1350. Please see the technical documentation for information on how to upgrade your ArchivesSpace installs. Thanks to the users who reported these bugs, and to Fundaci?n Juan March for providing the additional Spanish translations Please let us know if you have any questions, comments, or concerns. All best, Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) [cid:image003.png at 01CE734E.FD759D30] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7640 bytes Desc: image001.png URL: From PGalligan at rockarch.org Fri Oct 30 10:27:14 2015 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Fri, 30 Oct 2015 10:27:14 -0400 Subject: [Archivesspace_Users_Group] Customizing Jasper reports? Message-ID: Has anyone created any documentation/guides for creating custom Jasper reports in AS? We're all pretty new to Jasper here, and I'd be interested in seeing what others are doing. Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Fri Oct 30 10:56:24 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 30 Oct 2015 14:56:24 +0000 Subject: [Archivesspace_Users_Group] Customizing Jasper reports? In-Reply-To: References: Message-ID: I'm sure there are more examples out there, but the ArchivesSpace User Manual includes a section on customizing Jasper reports, primarily written by Nancy Enneking from the Getty. For those who haven't been there recently (there have been a lot of updates over the last year thanks to the Documentation subteam of the User Advisory Council), the manual is available from http://docs.archivesspace.org - once you've logged in, select Browse the ArchivesSpace Documentation. For info. on reports specifically, from within the manual, go to the Using Reports in ArchivesSpace section and choose Customizing Reports. Christine From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick Sent: Friday, October 30, 2015 10:27 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Customizing Jasper reports? Has anyone created any documentation/guides for creating custom Jasper reports in AS? We're all pretty new to Jasper here, and I'd be interested in seeing what others are doing. Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 -------------- next part -------------- An HTML attachment was scrubbed... URL: From PGalligan at rockarch.org Fri Oct 30 11:01:18 2015 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Fri, 30 Oct 2015 11:01:18 -0400 Subject: [Archivesspace_Users_Group] Customizing Jasper reports? In-Reply-To: References: Message-ID: Thanks, I didn't realize this had been added to the user manual! Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Christine Di Bella Sent: Friday, October 30, 2015 10:56 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Customizing Jasper reports? I'm sure there are more examples out there, but the ArchivesSpace User Manual includes a section on customizing Jasper reports, primarily written by Nancy Enneking from the Getty. For those who haven't been there recently (there have been a lot of updates over the last year thanks to the Documentation subteam of the User Advisory Council), the manual is available from http://docs.archivesspace.org - once you've logged in, select Browse the ArchivesSpace Documentation. For info. on reports specifically, from within the manual, go to the Using Reports in ArchivesSpace section and choose Customizing Reports. Christine From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick Sent: Friday, October 30, 2015 10:27 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Customizing Jasper reports? Has anyone created any documentation/guides for creating custom Jasper reports in AS? We're all pretty new to Jasper here, and I'd be interested in seeing what others are doing. Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ns96 at nyu.edu Fri Oct 30 14:49:21 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Fri, 30 Oct 2015 14:49:21 -0400 Subject: [Archivesspace_Users_Group] where are the boxes? In-Reply-To: References: <7d080288e54c4fae8a76d25534b9b061@it-excmb3.ad.siu.edu> <10E1CA6F-8EA8-41F9-8BAA-5A485B4B7D94@yale.edu> <2dc92f24b879489d9c8e8c2aca008173@it-excmb3.ad.siu.edu> Message-ID: Release Candidate 1 of the updated migration tool has been posted to the link below. https://github.com/ns96/ArchonMigrator/releases/tag/v1.0.0RC1 It should improve greatly on the way container information is migrated over. On Wed, Oct 28, 2015 at 3:05 PM, Christine Di Bella < christine.dibella at lyrasis.org> wrote: > Thanks for these clarifications, Matt. In the first paragraph, you?re > mainly talking about an issue with display in the public interface, which > the Public Interface Enhancement Project Working Group ( > https://archivesspace.atlassian.net/wiki/display/ADC/Public+Interface+Enhancement+Project) > is hard at work on. This is definitely the kind of feedback that want and > that they?re taking into consideration in their recommendations. As Patrick > and Maureen indicated, if you create an instance for a particular folder > title (or other unit of description), the box/folder/whatever container > information you?ve supplied will display in the staff interface tree > alongside the component title. > > > > As far as MPLP goes, as with anything else, ArchivesSpace is as friendly > or unfriendly as its application of it. One can very easily create a box > level listing ? to me, the main difference in this case is in whether you > call that box a box or an intellectual entity like a series or a > collection. (The example you mention seems to be for a collection or a part > of a collection.) Many institutions are or will be using ArchivesSpace for > this very activity. Putting my archivist hat back on, if this were > something I were doing regularly, I?d create a Rapid Data Entry template > for box-level description, maybe even create some default values for a > Resource record (or Resource component) that would be common to such boxes, > and it would be extremely fast and easy for a > student/volunteer/other-data-entry-person-if-not-me to follow. And, > ideally, would continue to keep my backlog to a minimum! > > > > Christine > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Matthew > J Gorzalski > *Sent:* Wednesday, October 28, 2015 2:45 PM > > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] where are the boxes? > > > > True, but for a user it is less confusing to visualize what you?re looking > at with the boxes noted rather than just a list of folders. I?m coming at > it from a usability standpoint. ArchivesSpace just lists titles with no > indication as to what the title means or where it fits in to the collection > until after you click on it. We have that archival object or resource icon > but that doesn?t clarify anything for the user. And in the screenshots you > can?t see where boxes start and finish, or how folders are grouped within > those boxes, which I think gives users some basic concept on a collection?s > arrangement. I don?t recall the old paper finding aids listing folders > without boxes. > > > > The Archon container/level field in the screen shot works because in > Archon?s container manager, you designate what is and what is not an > intellectual entity. So in that drop down menu, when selecting ?box?, the > title and date fields are disabled. So Box isn?t treated the same in that > list as series, subseries, file, item, etc. unless you tell Archon to treat > it so. > > > > This debate is a reflection of something about ASpace that bugs me. It > isn?t MPLP friendly. We have circumstances where it is extremely useful to > simply create a box and, God forbid, say ?this box contains externally > funded grant files, arranged alphabetically by last name A-M for 2008.? We > don?t have the manpower to enter all of the files for the 10-20 boxes of > these we get a few times a year. This approach helps the backlog from > accumulating and I can do reference with it. I guess it is the old box > level inventory you hear people say every now and then. > > > > Matt > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ > mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org > ] *On Behalf Of *Callahan, > Maureen > *Sent:* Wednesday, October 28, 2015 11:52 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] where are the boxes? > > > > Just to pipe in, I think that you may have been a victim of the Archon > data model. Level and container were modeled as being interchangeable; they > are not. An aggregation of description always has a level [ISAD(G) 3.1.4; > EAD @level] ? it may sometimes also have an associated container [ISAD(G) > medium; EAD ]. I?m not sure what the migrator had to do to > disentangle these two concepts for ArchivesSpace, but that may help address > your concerns. > > > > Thanks, > > Maureen > > > > [image: cid:image001.png at 01D1117B.92C7C3F0] > > > > > > On Oct 28, 2015, at 12:38 PM, Galligan, Patrick > wrote: > > > > Matt, > > > > Strictly speaking, containers are not elements/levels of archival > description, and really don?t belong in a components list with other levels > of description (series, collection, file, etc.). > > > > Boxes are included in instances in AS, where they indicate the physical > location. If you created an instance with a box number in ArchivesSpace, > you would see it showing up to the right side of the component list. It > doesn?t look like you have instances for boxes and folders in your AS > resource. > > > > I think Maureen Callahan of Yale encapsulated many of my feelings about > containers and archival description in a blog post almost a year ago: > https://icantiemyownshoes.wordpress.com/2014/12/15/on-containers/ > > > > > Patrick Galligan > > Rockefeller Archive Center > > Assistant Digital Archivist > > 914-366-6386 > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ > mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org > ] *On Behalf Of *Matthew > J Gorzalski > *Sent:* Wednesday, October 28, 2015 12:02 PM > *To:* Archivesspace Users Group > *Subject:* [Archivesspace_Users_Group] where are the boxes? > > > > Pardon my ignorance, but s ArchivesSpace supposed to include boxes as a > part of the container (components?) list? These screen shots show the > difference between the ASpace admin/public view of a container list, which > only lists only files. The other screen shot shows the Archon equivalent > of the same collection, noting boxes in which the folders reside. > > > > MATT GORZALSKI > > University Archivist > > > > MORRIS LIBRARY > > MAIL CODE 6632 > > SOUTHERN ILLINOIS UNIVERSITY > > 605 AGRICULTURE DR > > CARBONDALE, IL 62901 > > > > mgorzalski at lib.siu.edu > > P: 618/453-2225 > > F: 618/453-3440 > > lib.siu.edu > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > > https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=fOVky4Zs2BfoKFOIFk22gUYbHiIxcrmmpcp6nK3Hl7A&s=6j_D_lz2SCxVTCqjuIEYJ1tTeBElNpXoaZnwipbX4DI&e= > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 74307 bytes Desc: not available URL: