From Chris.Fitzpatrick at lyrasis.org Mon Jun 1 05:42:38 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Mon, 1 Jun 2015 09:42:38 +0000 Subject: [Archivesspace_Users_Group] Resequencing error In-Reply-To: <20150528204335.Horde.B1yitHV0S_62R4W32hMhIw1@gator3088.hostgator.com> References: , <20150528204335.Horde.B1yitHV0S_62R4W32hMhIw1@gator3088.hostgator.com> Message-ID: Hi Patrick, Is the reseqencer not completing ( there should be a completed message ). The error that is showing up is the system is trying to make a backup of Solr, but Solr hasn't been started yet...I'm not sure if this would stop the resequence process. Br Raphael, You error is much different. I think you need to run the setup-database script to add the proper tables to your database. Can you try this and tell me what the output is? 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 library at princeofpeaceabbey.org Sent: Thursday, May 28, 2015 10:43 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Resequencing error I am getting about the same error: E, [2015-05-28T09:23:19.938000 #7656] ERROR -- : Thread-3302: Error in job manager thread: Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Table 'archivesspace.job' doesn't exist ["com.mysql.jdbc.Util.handleNewInstance(com/mysql/jdbc/Util.java:411)", "com.mysql.jdbc.Util.getInstance(com/mysql/jdbc/Util.java:386)", "com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:1054)", "com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:4190)", "com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:4122)", "com.mysql.jdbc.MysqlIO.sendCommand(com/mysql/jdbc/MysqlIO.java:2570)", "com.mysql.jdbc.MysqlIO.sqlQueryDirect(com/mysql/jdbc/MysqlIO.java:2731)", "com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2812)", "com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2761)", "com.mysql.jdbc.StatementImpl.executeQuery(com/mysql/jdbc/StatementImpl.java:1612)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250)", "Sequel::Database.log_yield(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33)", "Sequel::Database.log_yield(C:/archiv esspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250)", "Sequel::JDBC::Database.statement(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646)", "Sequel::JDBC::Database.statement(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:85)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:85)", "Sequel::Database.sync hronize(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255)", "Sequel::Database.synchronize(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4..20.0/lib/sequel/adapters/jdbc.rb:244)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244)", "Sequel::Dataset.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:911)", "Sequel::Dataset.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:911)", "Sequel::JDBC::Dataset.fetch_rows(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:725)", "Sequel::JDBC::Dataset.fetch_rows(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:725)", "Sequel::Dataset.each(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:137)", "Sequel::Dataset.each(C:/archivesspace/gems/ gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:137)", "Sequel::Dataset.single_record(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:643)", "Sequel::Dataset..single_record(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:643)", "RUBY.first(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:192)", "RUBY.find_stale_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:19)", "RUBY.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:117)", "RUBY.transaction(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:93)", "RUBY._transaction(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:134)", "RUBY.transaction(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:108)", "Sequel::ThreadedConnectionPool.hold(C:/archivess pace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87)", "Sequel::Database.synchronize(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255)", "Sequel::Database.synchronize(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255)", "RUBY.transaction(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:97)", "RUBY.transaction(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:92)", "RUBY.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db .rb:116)", "org.jruby.RubyFixnum.times(org/jruby/RubyFixnum.java:280)", "RUBY.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:113)", "RUBY.find_stale_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:18)", "RUBY.get_next_job(C:/archivesspace/data/tmp/jetty-0.0.0..0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:67)", "RUBY.run_pending_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:72)", "RUBY.start_background_thread(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:128)"] May 28, 2015 9:23:20 AM org.apache.solr.core.SolrResourceLoader locateSolrHome Have no idea how to correct it. I am not a programer. So I need very simple instructions. Br Raphael Quoting "Galligan, Patrick" : > Any thoughts on the below? > > We are seeing the following error: translation missing: en.no key - > translation missing: > en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__479856 at archival_object-0__for_key__uniq_ao_pos_ > > It's only happening with certain objects, but it's basically making > it impossible to update/delete those items. This is very troubling > for us and holding up some work. > > The only suggestion was to resequence, but resequencing seems to be > stalling with the error I attached last night. > > Any help would be awesome. > > Thanks! > > Patrick Galligan > Rockefeller Archive Center > Assistant Digital Archivist > 914-366-6386 > > From: Galligan, Patrick > Sent: Wednesday, May 27, 2015 7:04 PM > To: Archivesspace Users Group > Subject: Resequencing error > > Hi, > > I was trying to resequence tonight to fix a couple holes in our AO > tree, but I ran into the attached error. > > In the past, resequencing has been relatively fast, but after an > hour of waiting, the log never moves past this point. > > Any thoughts on how to fix this? > > Thanks, > > Patrick Galligan > Rockefeller Archive Center > Assistant Digital Archivist > 914-366-6386 Br Raphael Meyer osb Prince of Peace Abbey _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From Chris.Fitzpatrick at lyrasis.org Mon Jun 1 06:12:12 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Mon, 1 Jun 2015 10:12:12 +0000 Subject: [Archivesspace_Users_Group] related records In-Reply-To: <995304628.1051066.1432816638566.JavaMail.zimbra@psu.edu> References: <2004910298.668921.1430940549347.JavaMail.zimbra@psu.edu> <963849472.683962.1430941201459.JavaMail.zimbra@psu.edu> <1F1E72103798F04D96C355B296D7C61B485999@mb2-uts.du.edu> <485086659.1814168.1431473766404.JavaMail.zimbra@psu.edu>, <995304628.1051066.1432816638566.JavaMail.zimbra@psu.edu> Message-ID: Hi Ben, This could be the result of a few thing. First off, on the server-side, you can adjust the java heap space settings by adding a ASPACE_JAVA_XMX ( or a Xmx setting to your JAVA_OPTS ). This will depend on how much RAM you have on your system.Performance can also vary depending on the number of processors you have on the server. All that said, what you're probably seeing is actually on the client-side. That is, ASpace is giving your browser a bunch of data that is killing your browsers javascript engine. So, are the 5000 AOs directly associated to a single parent, or is this a tree of objects with multiple parents? And do the individual records have a lot of subrecords associated to them? Such as instances, agents, or subjects? You can see this by looking at the network status ( Tools => Web Developer => Network in Firefox, View => Developer => Developer Tools => Network in Chrome ). You should see all the requests that the browser is sending here...if all the requests are getting a "200", then it's the browser's dealing with the JS that's causing the issue...if you see a request that just hangs in "Pending" status, then the issue is on the server side. 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 Ben Goldman Sent: Thursday, May 28, 2015 2:37 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] related records Hello, We are still having this issue in 1.2 on collections with large numbers of archival objects and/or large numbers of related records. What I'd like to know is whether any local configurations could be adjusted to increase performance. Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html ________________________________ From: "Kevin Clair" To: "Archivesspace Users Group" Sent: Wednesday, May 6, 2015 8:13:04 PM Subject: Re: [Archivesspace_Users_Group] related records Hello, We've had similar issues at DU with our collections that have large amounts of archival objects attached. Any sort of editing we want to do in those collections is greeted with the same "Loading..." message that never resolves itself. We notice it generally in collections with more than 5,000 archival objects, though we've had problems with smaller collections if we have many active users at a time. -k ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Ben Goldman [bmg17 at psu.edu] Sent: Wednesday, May 06, 2015 1:40 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] related records Hi All, At Penn State we've noticed some issues with opening resource records that have a large amount of related records. I would have to do some further digging to know how common such a case is, but just to provide one example: we have an institutional records collection with a couple hundred name records and maybe 80 accession records attached. When we click to Edit the record, it seems stuck on "Loading..." I should mention that we're currently in the middle of migrating to v1.2, so maybe these issues will be addressed, but I am wondering if anyone has encountered any challenges with an excessive amount of related resources, or whether there is an optimal amount or limit (?). Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html _______________________________________________ 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 Mon Jun 1 06:30:18 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Mon, 1 Jun 2015 10:30:18 +0000 Subject: [Archivesspace_Users_Group] Local plugin images not displaying In-Reply-To: References: <1432722157922.3283@lyrasis.org>, Message-ID: Hi Claire, Ah, like this: https://github.com/archivesspace/assets_reroute/blob/master/frontend/controllers/assets_controller.rb ? Thanks for looking at this. It's been awhile since I've dealt with some of the tomcat stuff....will make some updates about all this. b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: KNOWLES Claire Sent: Thursday, May 28, 2015 9:28 AM To: Chris Fitzpatrick; KNOWLES Claire; Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Local plugin images not displaying Hi Chris, I had to comment out the set_access_control in the public assets_controller.rb to make the plugin compile and I also had to copy our images for the public local plugin into the web app. They were already in the correct location for the frontend plugin. Cheers, Claire -- Claire Knowles Library Digital Development Manager Library and University Collections, Information Services University of Edinburgh Tel: 0131 6503023 From: Chris Fitzpatrick > Date: Wednesday, 27 May 2015 11:22 To: KNOWLES Claire >, Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Local plugin images not displaying Hi Claire, I actually had forgotten all about this plugin...but yes, I think you need to use this if you're running tomcat7, since the way tomcat7 applies routes conflicts with the way Rails asset pipeline works. This definitely needs to be added to the Tomcat documentation, which I will do now. Let me know if this works for you. best,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: KNOWLES Claire > Sent: Thursday, May 21, 2015 5:15 PM To: Archivesspace Users Group; Chris Fitzpatrick Subject: Re: [Archivesspace_Users_Group] Local plugin images not displaying Hi, Do I need to use this plugin? https://github.com/archivesspace/assets_reroute Thanks Claire -- Claire Knowles Library Digital Development Manager Library and University Collections, Information Services University of Edinburgh Tel: 0131 6503023 From: KNOWLES Claire > Reply-To: Archivesspace Users Group > Date: Thursday, 21 May 2015 15:36 To: Chris Fitzpatrick >, Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Local plugin images not displaying Hi Chris, Our images are not displaying in the local plugin on Tomcat or the home image. I can see them in the webapp - where I should look to make them display? Thanks Claire -- Claire Knowles Library Digital Development Manager Library and University Collections, Information Services University of Edinburgh Tel: 0131 6503023 -------------- next part -------------- An HTML attachment was scrubbed... URL: From steelsen.smith at yale.edu Mon Jun 1 08:29:26 2015 From: steelsen.smith at yale.edu (Smith, Steelsen) Date: Mon, 1 Jun 2015 12:29:26 +0000 Subject: [Archivesspace_Users_Group] Advanced Search for API In-Reply-To: <918BA6B76E992141A00B3FA3E96AA5EA016B2E7710@x10-mbx14.yu.yale.edu> References: <918BA6B76E992141A00B3FA3E96AA5EA016B2E1932@x10-mbx14.yu.yale.edu> <1431945921973.25848@lyrasis.org> <918BA6B76E992141A00B3FA3E96AA5EA016B2E2F87@x10-mbx14.yu.yale.edu> <918BA6B76E992141A00B3FA3E96AA5EA016B2E7710@x10-mbx14.yu.yale.edu> Message-ID: <918BA6B76E992141A00B3FA3E96AA5EA016B2EC1DF@x10-mbx14.yu.yale.edu> Hi All, Just wanted to try again - does anyone know where I can find the fields allowed in the API advanced search? The list I could find in the search_definitions.rb file seemed too limited to be correct. Alternatively, does anyone know the most effective way to do a back-end call number search (exact call number but including tolerance for differences in group spacing or hyphens?). Thanks, Steelsen From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Smith, Steelsen Sent: Friday, May 22, 2015 12:36 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API So following up, I'm trying to run a call number search and can't find the fields that are allowed in the advanced search. It looks like https://github.com/archivesspace/archivesspace/blob/8b20b07346f42aa7babc97318219d70f32c52340/common/search_definitions.rb has a list that doesn't include call number so I'm a bit lost there. I tried both "identifier" and "four_part_id" and got a 500 for invalid fields. Is there a field that I'm missing or is there a better way to do a call number search (Ideally so that AB 9 / AB-9 / AB-9 all work since it seems that ASpace will present them in slightly different formats. Thanks, Steelsen From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Smith, Steelsen Sent: Monday, May 18, 2015 3:06 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API Awesome, thanks. I Don't think I would have figured this out on my own. Best, Steelsen From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Monday, May 18, 2015 6:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API Hi Steelsen, Yes, so for advanced queries, you pass in a jsonmodel advanced_query object ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/advanced_query.rb ) This object has a property "query" that can be a boolean_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/boolean_query.rb) boolean_field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/boolean_field_query.rb ) date_field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/date_field_query.rb ) or a field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/field_query.rb ) So, a queries could look like this: boolean query ( keyword 'My Awesome Search Term' and 'AND' published = true ) : "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"op\":\"AND\",\"subqueries\":[{\"field\":\"keyword\",\"value\":\"My Awesome Search Term\",\"jsonmodel_type\":\"field_query\",\"negated\":false,\"literal\":false},{\"field\":\"published\",\"value\":true,\"jsonmodel_type\":\"boolean_field_query\"}],\"jsonmodel_type\":\"boolean_query\"},\"jsonmodel_type\":\"advanced_query\"}" boolean_field_query ( published = true ): "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"field\":\"published\",\"value\":true,\"jsonmodel_type\":\"boolean_field_query\"},\"jsonmodel_type\":\"advanced_query\"}" field query ( keyword for 'My Awesome Search Term') : "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"field\":\"keyword\",\"value\":\"My Awesome Search Term\",\"jsonmodel_type\":\"field_query\",\"negated\":false,\"literal\":false}} date_field_query ( Created date after May 5 2015 ) : "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"field\":\"create_time\",\"value\":\"2015-05-05\",\"comparator\":\"greater_than\",\"jsonmodel_type\":\"date_field_query\"},\"jsonmodel_type\":\"advanced_query\"}" Does that help? 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 Smith, Steelsen > Sent: Sunday, May 17, 2015 2:41 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Advanced Search for API Hi All, The Rest API Endpoint repositories/:id/search indicates that there's an advanced search input that requires a json formatted "advanced search" in the URI. Does anyone have an example of what it might look like, or a field list of what can be searched for? I'm trying to perform some very specific searches and am finding myself pulling in a lot of extra information and working through it. A more general question, is there better API documentation somewhere than exists in the autodocs? Sample strings would save a lot of time from the trial and error process I'm using now. Thanks, Steelsen ___________________________ Steelsen Smith Fulfillment Systems Specialist Enterprise Systems Group Yale Library IT 203.432.3333 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bmg17 at psu.edu Mon Jun 1 14:30:42 2015 From: bmg17 at psu.edu (Ben Goldman) Date: Mon, 1 Jun 2015 14:30:42 -0400 (EDT) Subject: [Archivesspace_Users_Group] related records In-Reply-To: References: <2004910298.668921.1430940549347.JavaMail.zimbra@psu.edu> <963849472.683962.1430941201459.JavaMail.zimbra@psu.edu> <1F1E72103798F04D96C355B296D7C61B485999@mb2-uts.du.edu> <485086659.1814168.1431473766404.JavaMail.zimbra@psu.edu> <995304628.1051066.1432816638566.JavaMail.zimbra@psu.edu> Message-ID: <751300796.450489.1433183442737.JavaMail.zimbra@psu.edu> Hi Chris, Looks like the issues are on the client side in Chrome. A lot of 200s. Harder to tell in Firefox, though the Network Monitor in Firefox appears to be a little more detailed . I've attached screenshots here. I don't want to belabor this issue at everyone's expense. I just want to get an idea of what ASpace can handle in terms of treesize/attached records. Obviously, we're all going to have a few outlying, extremely large resource records to deal with, though. Thanks, Ben ----- Original Message ----- From: "Chris Fitzpatrick" To: "Archivesspace Users Group" Sent: Monday, June 1, 2015 6:12:12 AM Subject: Re: [Archivesspace_Users_Group] related records Hi Ben, This could be the result of a few thing. First off, on the server-side, you can adjust the java heap space settings by adding a ASPACE_JAVA_XMX ( or a Xmx setting to your JAVA_OPTS ). This will depend on how much RAM you have on your system.Performance can also vary depending on the number of processors you have on the server. All that said, what you're probably seeing is actually on the client-side. That is, ASpace is giving your browser a bunch of data that is killing your browsers javascript engine. So, are the 5000 AOs directly associated to a single parent, or is this a tree of objects with multiple parents? And do the individual records have a lot of subrecords associated to them? Such as instances, agents, or subjects? You can see this by looking at the network status ( Tools => Web Developer => Network in Firefox, View => Developer => Developer Tools => Network in Chrome ). You should see all the requests that the browser is sending here...if all the requests are getting a "200", then it's the browser's dealing with the JS that's causing the issue...if you see a request that just hangs in "Pending" status, then the issue is on the server side. 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 Ben Goldman Sent: Thursday, May 28, 2015 2:37 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] related records Hello, We are still having this issue in 1.2 on collections with large numbers of archival objects and/or large numbers of related records. What I'd like to know is whether any local configurations could be adjusted to increase performance. Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html ----- Original Message ----- From: "Kevin Clair" To: "Archivesspace Users Group" Sent: Wednesday, May 6, 2015 8:13:04 PM Subject: Re: [Archivesspace_Users_Group] related records Hello, We've had similar issues at DU with our collections that have large amounts of archival objects attached. Any sort of editing we want to do in those collections is greeted with the same "Loading..." message that never resolves itself. We notice it generally in collections with more than 5,000 archival objects, though we've had problems with smaller collections if we have many active users at a time. -k From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Ben Goldman [bmg17 at psu.edu] Sent: Wednesday, May 06, 2015 1:40 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] related records Hi All, At Penn State we've noticed some issues with opening resource records that have a large amount of related records. I would have to do some further digging to know how common such a case is, but just to provide one example: we have an institutional records collection with a couple hundred name records and maybe 80 accession records attached. When we click to Edit the record, it seems stuck on "Loading..." I should mention that we're currently in the middle of migrating to v1.2, so maybe these issues will be addressed, but I am wondering if anyone has encountered any challenges with an excessive amount of related resources, or whether there is an optimal amount or limit (?). Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html _______________________________________________ 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 bmg17 at psu.edu Mon Jun 1 14:37:52 2015 From: bmg17 at psu.edu (Ben Goldman) Date: Mon, 1 Jun 2015 14:37:52 -0400 (EDT) Subject: [Archivesspace_Users_Group] related records In-Reply-To: <751300796.450489.1433183442737.JavaMail.zimbra@psu.edu> References: <2004910298.668921.1430940549347.JavaMail.zimbra@psu.edu> <963849472.683962.1430941201459.JavaMail.zimbra@psu.edu> <1F1E72103798F04D96C355B296D7C61B485999@mb2-uts.du.edu> <485086659.1814168.1431473766404.JavaMail.zimbra@psu.edu> <995304628.1051066.1432816638566.JavaMail.zimbra@psu.edu> <751300796.450489.1433183442737.JavaMail.zimbra@psu.edu> Message-ID: <2053246772.459972.1433183872529.JavaMail.zimbra@psu.edu> Aaaaand... the screenshots now. -Ben ----- Original Message ----- From: "Ben Goldman" To: "Archivesspace Users Group" Sent: Monday, June 1, 2015 2:30:42 PM Subject: Re: [Archivesspace_Users_Group] related records Hi Chris, Looks like the issues are on the client side in Chrome. A lot of 200s. Harder to tell in Firefox, though the Network Monitor in Firefox appears to be a little more detailed . I've attached screenshots here. I don't want to belabor this issue at everyone's expense. I just want to get an idea of what ASpace can handle in terms of treesize/attached records. Obviously, we're all going to have a few outlying, extremely large resource records to deal with, though. Thanks, Ben ----- Original Message ----- From: "Chris Fitzpatrick" To: "Archivesspace Users Group" Sent: Monday, June 1, 2015 6:12:12 AM Subject: Re: [Archivesspace_Users_Group] related records Hi Ben, This could be the result of a few thing. First off, on the server-side, you can adjust the java heap space settings by adding a ASPACE_JAVA_XMX ( or a Xmx setting to your JAVA_OPTS ). This will depend on how much RAM you have on your system.Performance can also vary depending on the number of processors you have on the server. All that said, what you're probably seeing is actually on the client-side. That is, ASpace is giving your browser a bunch of data that is killing your browsers javascript engine. So, are the 5000 AOs directly associated to a single parent, or is this a tree of objects with multiple parents? And do the individual records have a lot of subrecords associated to them? Such as instances, agents, or subjects? You can see this by looking at the network status ( Tools => Web Developer => Network in Firefox, View => Developer => Developer Tools => Network in Chrome ). You should see all the requests that the browser is sending here...if all the requests are getting a "200", then it's the browser's dealing with the JS that's causing the issue...if you see a request that just hangs in "Pending" status, then the issue is on the server side. 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 Ben Goldman Sent: Thursday, May 28, 2015 2:37 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] related records Hello, We are still having this issue in 1.2 on collections with large numbers of archival objects and/or large numbers of related records. What I'd like to know is whether any local configurations could be adjusted to increase performance. Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html ----- Original Message ----- From: "Kevin Clair" To: "Archivesspace Users Group" Sent: Wednesday, May 6, 2015 8:13:04 PM Subject: Re: [Archivesspace_Users_Group] related records Hello, We've had similar issues at DU with our collections that have large amounts of archival objects attached. Any sort of editing we want to do in those collections is greeted with the same "Loading..." message that never resolves itself. We notice it generally in collections with more than 5,000 archival objects, though we've had problems with smaller collections if we have many active users at a time. -k From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Ben Goldman [bmg17 at psu.edu] Sent: Wednesday, May 06, 2015 1:40 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] related records Hi All, At Penn State we've noticed some issues with opening resource records that have a large amount of related records. I would have to do some further digging to know how common such a case is, but just to provide one example: we have an institutional records collection with a couple hundred name records and maybe 80 accession records attached. When we click to Edit the record, it seems stuck on "Loading..." I should mention that we're currently in the middle of migrating to v1.2, so maybe these issues will be addressed, but I am wondering if anyone has encountered any challenges with an excessive amount of related resources, or whether there is an optimal amount or limit (?). Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html _______________________________________________ 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 _______________________________________________ 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: Screen Shot 2015-06-01 at 2.28.01 PM.png Type: image/png Size: 606278 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2015-06-01 at 10.16.02 AM.png Type: image/png Size: 311882 bytes Desc: not available URL: From mark.custer at yale.edu Mon Jun 1 14:53:56 2015 From: mark.custer at yale.edu (Custer, Mark) Date: Mon, 1 Jun 2015 18:53:56 +0000 Subject: [Archivesspace_Users_Group] related records In-Reply-To: References: <2004910298.668921.1430940549347.JavaMail.zimbra@psu.edu> <963849472.683962.1430941201459.JavaMail.zimbra@psu.edu> <1F1E72103798F04D96C355B296D7C61B485999@mb2-uts.du.edu> <485086659.1814168.1431473766404.JavaMail.zimbra@psu.edu>, <995304628.1051066.1432816638566.JavaMail.zimbra@psu.edu> Message-ID: Chris, Would the ArchivesSpace application be able to benefit from having several multi-core CPUs? As an aside, would anyone using ArchivesSpace in a production environment be willing to share information about their server setups? It'd be nice to know what's working well and what isn't, especially in cases - like Ben highlighted - where there is a lot of data being pulled together. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Monday, June 01, 2015 6:12 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] related records Hi Ben, This could be the result of a few thing. First off, on the server-side, you can adjust the java heap space settings by adding a ASPACE_JAVA_XMX ( or a Xmx setting to your JAVA_OPTS ). This will depend on how much RAM you have on your system.Performance can also vary depending on the number of processors you have on the server. All that said, what you're probably seeing is actually on the client-side. That is, ASpace is giving your browser a bunch of data that is killing your browsers javascript engine. So, are the 5000 AOs directly associated to a single parent, or is this a tree of objects with multiple parents? And do the individual records have a lot of subrecords associated to them? Such as instances, agents, or subjects? You can see this by looking at the network status ( Tools => Web Developer => Network in Firefox, View => Developer => Developer Tools => Network in Chrome ). You should see all the requests that the browser is sending here...if all the requests are getting a "200", then it's the browser's dealing with the JS that's causing the issue...if you see a request that just hangs in "Pending" status, then the issue is on the server side. 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 Ben Goldman > Sent: Thursday, May 28, 2015 2:37 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] related records Hello, We are still having this issue in 1.2 on collections with large numbers of archival objects and/or large numbers of related records. What I'd like to know is whether any local configurations could be adjusted to increase performance. Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html ________________________________ From: "Kevin Clair" > To: "Archivesspace Users Group" > Sent: Wednesday, May 6, 2015 8:13:04 PM Subject: Re: [Archivesspace_Users_Group] related records Hello, We've had similar issues at DU with our collections that have large amounts of archival objects attached. Any sort of editing we want to do in those collections is greeted with the same "Loading..." message that never resolves itself. We notice it generally in collections with more than 5,000 archival objects, though we've had problems with smaller collections if we have many active users at a time. -k ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Ben Goldman [bmg17 at psu.edu] Sent: Wednesday, May 06, 2015 1:40 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] related records Hi All, At Penn State we've noticed some issues with opening resource records that have a large amount of related records. I would have to do some further digging to know how common such a case is, but just to provide one example: we have an institutional records collection with a couple hundred name records and maybe 80 accession records attached. When we click to Edit the record, it seems stuck on "Loading..." I should mention that we're currently in the middle of migrating to v1.2, so maybe these issues will be addressed, but I am wondering if anyone has encountered any challenges with an excessive amount of related resources, or whether there is an optimal amount or limit (?). Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html _______________________________________________ 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 PGalligan at rockarch.org Mon Jun 1 14:56:00 2015 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Mon, 1 Jun 2015 14:56:00 -0400 Subject: [Archivesspace_Users_Group] Resequencing error In-Reply-To: References: , <20150528204335.Horde.B1yitHV0S_62R4W32hMhIw1@gator3088.hostgator.com> Message-ID: Chris, No the resequencer never completed. It just stopped after a certain point with no error message. I let it run for a couple of hours with no success. I could let it run for an entire day over the weekend once, but I'd like the figure out why solr hasn't started yet. What could cause solr to stop working? Thanks, 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 Chris Fitzpatrick Sent: Monday, June 01, 2015 5:43 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Resequencing error Hi Patrick, Is the reseqencer not completing ( there should be a completed message ). The error that is showing up is the system is trying to make a backup of Solr, but Solr hasn't been started yet...I'm not sure if this would stop the resequence process. Br Raphael, You error is much different. I think you need to run the setup-database script to add the proper tables to your database. Can you try this and tell me what the output is? 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 library at princeofpeaceabbey.org Sent: Thursday, May 28, 2015 10:43 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Resequencing error I am getting about the same error: E, [2015-05-28T09:23:19.938000 #7656] ERROR -- : Thread-3302: Error in job manager thread: Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Table 'archivesspace.job' doesn't exist ["com.mysql.jdbc.Util.handleNewInstance(com/mysql/jdbc/Util.java:411)", "com.mysql.jdbc.Util.getInstance(com/mysql/jdbc/Util.java:386)", "com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:1054)", "com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:4190)", "com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:4122)", "com.mysql.jdbc.MysqlIO.sendCommand(com/mysql/jdbc/MysqlIO.java:2570)", "com.mysql.jdbc.MysqlIO.sqlQueryDirect(com/mysql/jdbc/MysqlIO.java:2731)", "com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2812)", "com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2761)", "com.mysql.jdbc.StatementImpl.executeQuery(com/mysql/jdbc/StatementImpl.java:1612)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250)", "Sequel::Database.log_yield(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33)", "Sequel::Database.log_yield(C:/archiv esspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250)", "Sequel::JDBC::Database.statement(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646)", "Sequel::JDBC::Database.statement(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:85)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:85)", "Sequel::Database.sync hronize(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255)", "Sequel::Database.synchronize(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4..20.0/lib/sequel/adapters/jdbc.rb:244)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244)", "Sequel::Dataset.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:911)", "Sequel::Dataset.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:911)", "Sequel::JDBC::Dataset.fetch_rows(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:725)", "Sequel::JDBC::Dataset.fetch_rows(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:725)", "Sequel::Dataset.each(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:137)", "Sequel::Dataset.each(C:/archivesspace/gems/ gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:137)", "Sequel::Dataset.single_record(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:643)", "Sequel::Dataset..single_record(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:643)", "RUBY.first(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:192)", "RUBY.find_stale_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:19)", "RUBY.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:117)", "RUBY.transaction(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:93)", "RUBY._transaction(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:134)", "RUBY.transaction(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:108)", "Sequel::ThreadedConnectionPool.hold(C:/archivess pace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87)", "Sequel::Database.synchronize(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255)", "Sequel::Database.synchronize(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255)", "RUBY.transaction(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:97)", "RUBY.transaction(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:92)", "RUBY.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db .rb:116)", "org.jruby.RubyFixnum.times(org/jruby/RubyFixnum.java:280)", "RUBY.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:113)", "RUBY.find_stale_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:18)", "RUBY.get_next_job(C:/archivesspace/data/tmp/jetty-0.0.0..0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:67)", "RUBY.run_pending_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:72)", "RUBY.start_background_thread(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:128)"] May 28, 2015 9:23:20 AM org.apache.solr.core.SolrResourceLoader locateSolrHome Have no idea how to correct it. I am not a programer. So I need very simple instructions. Br Raphael Quoting "Galligan, Patrick" : > Any thoughts on the below? > > We are seeing the following error: translation missing: en.no key - > translation missing: > en.validation_errors.database_integrity_constraint_conflict__java__com > mysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__ > duplicate_entry__479856 at archival_object-0__for_key__uniq_ao_pos_ o:en.validation_errors.database_integrity_constraint_conflict__java__c > ommysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception > __duplicate_entry__479856 at archival_object-0__for_key__uniq_ao_pos_> > > It's only happening with certain objects, but it's basically making it > impossible to update/delete those items. This is very troubling for us > and holding up some work. > > The only suggestion was to resequence, but resequencing seems to be > stalling with the error I attached last night. > > Any help would be awesome. > > Thanks! > > Patrick Galligan > Rockefeller Archive Center > Assistant Digital Archivist > 914-366-6386 > > From: Galligan, Patrick > Sent: Wednesday, May 27, 2015 7:04 PM > To: Archivesspace Users Group > Subject: Resequencing error > > Hi, > > I was trying to resequence tonight to fix a couple holes in our AO > tree, but I ran into the attached error. > > In the past, resequencing has been relatively fast, but after an hour > of waiting, the log never moves past this point. > > Any thoughts on how to fix this? > > Thanks, > > Patrick Galligan > Rockefeller Archive Center > Assistant Digital Archivist > 914-366-6386 Br Raphael Meyer osb Prince of Peace Abbey _______________________________________________ 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 Mon Jun 1 15:15:27 2015 From: brianjhoffman at gmail.com (Brian Hoffman) Date: Mon, 1 Jun 2015 15:15:27 -0400 Subject: [Archivesspace_Users_Group] related records In-Reply-To: <2053246772.459972.1433183872529.JavaMail.zimbra@psu.edu> References: <2004910298.668921.1430940549347.JavaMail.zimbra@psu.edu> <963849472.683962.1430941201459.JavaMail.zimbra@psu.edu> <1F1E72103798F04D96C355B296D7C61B485999@mb2-uts.du.edu> <485086659.1814168.1431473766404.JavaMail.zimbra@psu.edu> <995304628.1051066.1432816638566.JavaMail.zimbra@psu.edu> <751300796.450489.1433183442737.JavaMail.zimbra@psu.edu> <2053246772.459972.1433183872529.JavaMail.zimbra@psu.edu> Message-ID: <4FE9F230-6B65-4178-9580-C9000609ADCE@gmail.com> Hi Ben, Does the collection that is causing this have a large number of sibling components? In other words, what is the maximum number of components that all share the same parent? Brian On Jun 1, 2015, at 2:37 PM, Ben Goldman wrote: > Aaaaand... the screenshots now. > > -Ben > > From: "Ben Goldman" > To: "Archivesspace Users Group" > Sent: Monday, June 1, 2015 2:30:42 PM > Subject: Re: [Archivesspace_Users_Group] related records > > Hi Chris, > > Looks like the issues are on the client side in Chrome. A lot of 200s. Harder to tell in Firefox, though the Network Monitor in Firefox appears to be a little more detailed . I've attached screenshots here. > > I don't want to belabor this issue at everyone's expense. I just want to get an idea of what ASpace can handle in terms of treesize/attached records. Obviously, we're all going to have a few outlying, extremely large resource records to deal with, though. > > Thanks, > Ben > > > > From: "Chris Fitzpatrick" > To: "Archivesspace Users Group" > Sent: Monday, June 1, 2015 6:12:12 AM > Subject: Re: [Archivesspace_Users_Group] related records > > Hi Ben, > > This could be the result of a few thing. > First off, on the server-side, you can adjust the java heap space settings by adding a ASPACE_JAVA_XMX ( or a Xmx setting to your JAVA_OPTS ). This will depend on how much RAM you have on your system.Performance can also vary depending on the number of processors you have on the server. > > All that said, what you're probably seeing is actually on the client-side. That is, ASpace is giving your browser a bunch of data that is killing your browsers javascript engine. > > So, are the 5000 AOs directly associated to a single parent, or is this a tree of objects with multiple parents? And do the individual records have a lot of subrecords associated to them? Such as instances, agents, or subjects? > > You can see this by looking at the network status ( Tools => Web Developer => Network in Firefox, View => Developer => Developer Tools => Network in Chrome ). You should see all the requests that the browser is sending here...if all the requests are getting a "200", then it's the browser's dealing with the JS that's causing the issue...if you see a request that just hangs in "Pending" status, then the issue is on the server side. > > 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 Ben Goldman > Sent: Thursday, May 28, 2015 2:37 PM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] related records > > Hello, > > We are still having this issue in 1.2 on collections with large numbers of archival objects and/or large numbers of related records. What I'd like to know is whether any local configurations could be adjusted to increase performance. > > Thanks, > Ben > > > Ben Goldman > Digital Records Archivist > Penn State University Libraries > University Park, PA > 814-863-8333 > http://www.libraries.psu.edu/psul/speccolls.html > > > From: "Kevin Clair" > To: "Archivesspace Users Group" > Sent: Wednesday, May 6, 2015 8:13:04 PM > Subject: Re: [Archivesspace_Users_Group] related records > > Hello, > > We've had similar issues at DU with our collections that have large amounts of archival objects attached. Any sort of editing we want to do in those collections is greeted with the same "Loading..." message that never resolves itself. We notice it generally in collections with more than 5,000 archival objects, though we've had problems with smaller collections if we have many active users at a time. -k > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Ben Goldman [bmg17 at psu.edu] > Sent: Wednesday, May 06, 2015 1:40 PM > To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] related records > > > Hi All, > > At Penn State we've noticed some issues with opening resource records that have a large amount of related records. I would have to do some further digging to know how common such a case is, but just to provide one example: we have an institutional records collection with a couple hundred name records and maybe 80 accession records attached. When we click to Edit the record, it seems stuck on "Loading..." > > I should mention that we're currently in the middle of migrating to v1.2, so maybe these issues will be addressed, but I am wondering if anyone has encountered any challenges with an excessive amount of related resources, or whether there is an optimal amount or limit (?). > > Thanks, > Ben > > Ben Goldman > Digital Records Archivist > Penn State University Libraries > University Park, PA > 814-863-8333 > http://www.libraries.psu.edu/psul/speccolls.html > > > _______________________________________________ > 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 > > > _______________________________________________ > 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 bmg17 at psu.edu Mon Jun 1 15:43:18 2015 From: bmg17 at psu.edu (Ben Goldman) Date: Mon, 1 Jun 2015 15:43:18 -0400 (EDT) Subject: [Archivesspace_Users_Group] related records In-Reply-To: <4FE9F230-6B65-4178-9580-C9000609ADCE@gmail.com> References: <2004910298.668921.1430940549347.JavaMail.zimbra@psu.edu> <1F1E72103798F04D96C355B296D7C61B485999@mb2-uts.du.edu> <485086659.1814168.1431473766404.JavaMail.zimbra@psu.edu> <995304628.1051066.1432816638566.JavaMail.zimbra@psu.edu> <751300796.450489.1433183442737.JavaMail.zimbra@psu.edu> <2053246772.459972.1433183872529.JavaMail.zimbra@psu.edu> <4FE9F230-6B65-4178-9580-C9000609ADCE@gmail.com> Message-ID: <725190030.530046.1433187798690.JavaMail.zimbra@psu.edu> Hi Brian, Yes, in this particular case, there are several thousand siblings, all children to the same parent (the resource record). In a few other cases, we have an equivalent number of objects, but arranged into parents series, so a little more structured. -Ben ----- Original Message ----- From: "Brian Hoffman" To: "Archivesspace Users Group" Sent: Monday, June 1, 2015 3:15:27 PM Subject: Re: [Archivesspace_Users_Group] related records Hi Ben, Does the collection that is causing this have a large number of sibling components? In other words, what is the maximum number of components that all share the same parent? Brian On Jun 1, 2015, at 2:37 PM, Ben Goldman < bmg17 at psu.edu > wrote: Aaaaand... the screenshots now. -Ben ----- Original Message ----- From: "Ben Goldman" < bmg17 at psu.edu > To: "Archivesspace Users Group" < archivesspace_users_group at lyralists.lyrasis.org > Sent: Monday, June 1, 2015 2:30:42 PM Subject: Re: [Archivesspace_Users_Group] related records Hi Chris, Looks like the issues are on the client side in Chrome. A lot of 200s. Harder to tell in Firefox, though the Network Monitor in Firefox appears to be a little more detailed . I've attached screenshots here. I don't want to belabor this issue at everyone's expense. I just want to get an idea of what ASpace can handle in terms of treesize/attached records. Obviously, we're all going to have a few outlying, extremely large resource records to deal with, though. Thanks, Ben ----- Original Message ----- From: "Chris Fitzpatrick" < Chris.Fitzpatrick at lyrasis.org > To: "Archivesspace Users Group" < archivesspace_users_group at lyralists.lyrasis.org > Sent: Monday, June 1, 2015 6:12:12 AM Subject: Re: [Archivesspace_Users_Group] related records Hi Ben, This could be the result of a few thing. First off, on the server-side, you can adjust the java heap space settings by adding a ASPACE_JAVA_XMX ( or a Xmx setting to your JAVA_OPTS ). This will depend on how much RAM you have on your system.Performance can also vary depending on the number of processors you have on the server. All that said, what you're probably seeing is actually on the client-side. That is, ASpace is giving your browser a bunch of data that is killing your browsers javascript engine. So, are the 5000 AOs directly associated to a single parent, or is this a tree of objects with multiple parents? And do the individual records have a lot of subrecords associated to them? Such as instances, agents, or subjects? You can see this by looking at the network status ( Tools => Web Developer => Network in Firefox, View => Developer => Developer Tools => Network in Chrome ). You should see all the requests that the browser is sending here...if all the requests are getting a "200", then it's the browser's dealing with the JS that's causing the issue...if you see a request that just hangs in "Pending" status, then the issue is on the server side. 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 < archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Ben Goldman < bmg17 at psu.edu > Sent: Thursday, May 28, 2015 2:37 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] related records Hello, We are still having this issue in 1.2 on collections with large numbers of archival objects and/or large numbers of related records. What I'd like to know is whether any local configurations could be adjusted to increase performance. Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html ----- Original Message ----- From: "Kevin Clair" < Kevin.Clair at du.edu > To: "Archivesspace Users Group" < archivesspace_users_group at lyralists.lyrasis.org > Sent: Wednesday, May 6, 2015 8:13:04 PM Subject: Re: [Archivesspace_Users_Group] related records Hello, We've had similar issues at DU with our collections that have large amounts of archival objects attached. Any sort of editing we want to do in those collections is greeted with the same "Loading..." message that never resolves itself. We notice it generally in collections with more than 5,000 archival objects, though we've had problems with smaller collections if we have many active users at a time. -k From: archivesspace_users_group-bounces at lyralists.lyrasis.org [ archivesspace_users_group-bounces at lyralists.lyrasis.org ] on behalf of Ben Goldman [ bmg17 at psu.edu ] Sent: Wednesday, May 06, 2015 1:40 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] related records Hi All, At Penn State we've noticed some issues with opening resource records that have a large amount of related records. I would have to do some further digging to know how common such a case is, but just to provide one example: we have an institutional records collection with a couple hundred name records and maybe 80 accession records attached. When we click to Edit the record, it seems stuck on "Loading..." I should mention that we're currently in the middle of migrating to v1.2, so maybe these issues will be addressed, but I am wondering if anyone has encountered any challenges with an excessive amount of related resources, or whether there is an optimal amount or limit (?). Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html _______________________________________________ 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 _______________________________________________ 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 _______________________________________________ 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 brianjhoffman at gmail.com Mon Jun 1 15:46:08 2015 From: brianjhoffman at gmail.com (Brian Hoffman) Date: Mon, 1 Jun 2015 15:46:08 -0400 Subject: [Archivesspace_Users_Group] related records In-Reply-To: <725190030.530046.1433187798690.JavaMail.zimbra@psu.edu> References: <2004910298.668921.1430940549347.JavaMail.zimbra@psu.edu> <1F1E72103798F04D96C355B296D7C61B485999@mb2-uts.du.edu> <485086659.1814168.1431473766404.JavaMail.zimbra@psu.edu> <995304628.1051066.1432816638566.JavaMail.zimbra@psu.edu> <751300796.450489.1433183442737.JavaMail.zimbra@psu.edu> <2053246772.459972.1433183872529.JavaMail.zimbra@psu.edu> <4FE9F230-6B65-4178-9580-C9000609ADCE@gmail.com> <725190030.530046.1433187798690.JavaMail.zimbra@psu.edu> Message-ID: <2E223A40-42D8-4478-8FED-E1763579FE82@gmail.com> I think that is probably the issue. The tree is designed to load as you navigate through it, but the logic is based on the assumption that there aren?t lots of siblings to load at once. That will need to be revisited in order to fix the loading problems you are seeing. On Jun 1, 2015, at 3:43 PM, Ben Goldman wrote: > Hi Brian, > > Yes, in this particular case, there are several thousand siblings, all children to the same parent (the resource record). In a few other cases, we have an equivalent number of objects, but arranged into parents series, so a little more structured. > > -Ben > > From: "Brian Hoffman" > To: "Archivesspace Users Group" > Sent: Monday, June 1, 2015 3:15:27 PM > Subject: Re: [Archivesspace_Users_Group] related records > > Hi Ben, > > Does the collection that is causing this have a large number of sibling components? In other words, what is the maximum number of components that all share the same parent? > > Brian > > > On Jun 1, 2015, at 2:37 PM, Ben Goldman wrote: > > Aaaaand... the screenshots now. > > -Ben > > From: "Ben Goldman" > To: "Archivesspace Users Group" > Sent: Monday, June 1, 2015 2:30:42 PM > Subject: Re: [Archivesspace_Users_Group] related records > > Hi Chris, > > Looks like the issues are on the client side in Chrome. A lot of 200s. Harder to tell in Firefox, though the Network Monitor in Firefox appears to be a little more detailed . I've attached screenshots here. > > I don't want to belabor this issue at everyone's expense. I just want to get an idea of what ASpace can handle in terms of treesize/attached records. Obviously, we're all going to have a few outlying, extremely large resource records to deal with, though. > > Thanks, > Ben > > > > From: "Chris Fitzpatrick" > To: "Archivesspace Users Group" > Sent: Monday, June 1, 2015 6:12:12 AM > Subject: Re: [Archivesspace_Users_Group] related records > > Hi Ben, > > This could be the result of a few thing. > First off, on the server-side, you can adjust the java heap space settings by adding a ASPACE_JAVA_XMX ( or a Xmx setting to your JAVA_OPTS ). This will depend on how much RAM you have on your system.Performance can also vary depending on the number of processors you have on the server. > > All that said, what you're probably seeing is actually on the client-side. That is, ASpace is giving your browser a bunch of data that is killing your browsers javascript engine. > > So, are the 5000 AOs directly associated to a single parent, or is this a tree of objects with multiple parents? And do the individual records have a lot of subrecords associated to them? Such as instances, agents, or subjects? > > You can see this by looking at the network status ( Tools => Web Developer => Network in Firefox, View => Developer => Developer Tools => Network in Chrome ). You should see all the requests that the browser is sending here...if all the requests are getting a "200", then it's the browser's dealing with the JS that's causing the issue...if you see a request that just hangs in "Pending" status, then the issue is on the server side. > > 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 Ben Goldman > Sent: Thursday, May 28, 2015 2:37 PM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] related records > > Hello, > > We are still having this issue in 1.2 on collections with large numbers of archival objects and/or large numbers of related records. What I'd like to know is whether any local configurations could be adjusted to increase performance. > > Thanks, > Ben > > > Ben Goldman > Digital Records Archivist > Penn State University Libraries > University Park, PA > 814-863-8333 > http://www.libraries.psu.edu/psul/speccolls.html > > > From: "Kevin Clair" > To: "Archivesspace Users Group" > Sent: Wednesday, May 6, 2015 8:13:04 PM > Subject: Re: [Archivesspace_Users_Group] related records > > Hello, > > We've had similar issues at DU with our collections that have large amounts of archival objects attached. Any sort of editing we want to do in those collections is greeted with the same "Loading..." message that never resolves itself. We notice it generally in collections with more than 5,000 archival objects, though we've had problems with smaller collections if we have many active users at a time. -k > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Ben Goldman [bmg17 at psu.edu] > Sent: Wednesday, May 06, 2015 1:40 PM > To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] related records > > > Hi All, > > At Penn State we've noticed some issues with opening resource records that have a large amount of related records. I would have to do some further digging to know how common such a case is, but just to provide one example: we have an institutional records collection with a couple hundred name records and maybe 80 accession records attached. When we click to Edit the record, it seems stuck on "Loading..." > > I should mention that we're currently in the middle of migrating to v1.2, so maybe these issues will be addressed, but I am wondering if anyone has encountered any challenges with an excessive amount of related resources, or whether there is an optimal amount or limit (?). > > Thanks, > Ben > > Ben Goldman > Digital Records Archivist > Penn State University Libraries > University Park, PA > 814-863-8333 > http://www.libraries.psu.edu/psul/speccolls.html > > > _______________________________________________ > 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 > > > _______________________________________________ > 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 > > > _______________________________________________ > 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 prom at illinois.edu Mon Jun 1 16:28:11 2015 From: prom at illinois.edu (Prom, Christopher John) Date: Mon, 1 Jun 2015 20:28:11 +0000 Subject: [Archivesspace_Users_Group] related records In-Reply-To: <2E223A40-42D8-4478-8FED-E1763579FE82@gmail.com> References: <2004910298.668921.1430940549347.JavaMail.zimbra@psu.edu> <1F1E72103798F04D96C355B296D7C61B485999@mb2-uts.du.edu> <485086659.1814168.1431473766404.JavaMail.zimbra@psu.edu> <995304628.1051066.1432816638566.JavaMail.zimbra@psu.edu> <751300796.450489.1433183442737.JavaMail.zimbra@psu.edu> <2053246772.459972.1433183872529.JavaMail.zimbra@psu.edu> <4FE9F230-6B65-4178-9580-C9000609ADCE@gmail.com> <725190030.530046.1433187798690.JavaMail.zimbra@psu.edu> <2E223A40-42D8-4478-8FED-E1763579FE82@gmail.com> Message-ID: <08CB100E-3A03-4B96-9AC6-3B3E1CB87536@illinois.edu> Brian, We have had quite a bit of issues with this "many sibling record" problem as well and it it is one of the ?deal breaker? issues (along with the public interface and a few other things), that are preventing Illinois from going live in a production environment. The problem occurs in multiple areas, not just resource components, but also where a lot of digital objects are related to a resource or resource component record. II am hoping at some point it can be prioritized for fixing. There is background information in the comments here on the closed (but undressed) request I had previously submitted regarding this known. https://archivesspace.atlassian.net/browse/AR-707 Thanks, Chris Christopher Prom, PhD Professor, University Library Assistant University Archivist 1408 W. Gregory Drive Urbana, IL 61820 (217) 244-2052 prom at illinois.edu http://archives.library.illinois.edu Blog: http://e-records.chrisprom.com On Jun 1, 2015, at 3:46 PM, Brian Hoffman > wrote: I think that is probably the issue. The tree is designed to load as you navigate through it, but the logic is based on the assumption that there aren?t lots of siblings to load at once. That will need to be revisited in order to fix the loading problems you are seeing. On Jun 1, 2015, at 3:43 PM, Ben Goldman > wrote: Hi Brian, Yes, in this particular case, there are several thousand siblings, all children to the same parent (the resource record). In a few other cases, we have an equivalent number of objects, but arranged into parents series, so a little more structured. -Ben ________________________________ From: "Brian Hoffman" > To: "Archivesspace Users Group" > Sent: Monday, June 1, 2015 3:15:27 PM Subject: Re: [Archivesspace_Users_Group] related records Hi Ben, Does the collection that is causing this have a large number of sibling components? In other words, what is the maximum number of components that all share the same parent? Brian On Jun 1, 2015, at 2:37 PM, Ben Goldman > wrote: Aaaaand... the screenshots now. -Ben ________________________________ From: "Ben Goldman" > To: "Archivesspace Users Group" > Sent: Monday, June 1, 2015 2:30:42 PM Subject: Re: [Archivesspace_Users_Group] related records Hi Chris, Looks like the issues are on the client side in Chrome. A lot of 200s. Harder to tell in Firefox, though the Network Monitor in Firefox appears to be a little more detailed . I've attached screenshots here. I don't want to belabor this issue at everyone's expense. I just want to get an idea of what ASpace can handle in terms of treesize/attached records. Obviously, we're all going to have a few outlying, extremely large resource records to deal with, though. Thanks, Ben ________________________________ From: "Chris Fitzpatrick" > To: "Archivesspace Users Group" > Sent: Monday, June 1, 2015 6:12:12 AM Subject: Re: [Archivesspace_Users_Group] related records Hi Ben, This could be the result of a few thing. First off, on the server-side, you can adjust the java heap space settings by adding a ASPACE_JAVA_XMX ( or a Xmx setting to your JAVA_OPTS ). This will depend on how much RAM you have on your system.Performance can also vary depending on the number of processors you have on the server. All that said, what you're probably seeing is actually on the client-side. That is, ASpace is giving your browser a bunch of data that is killing your browsers javascript engine. So, are the 5000 AOs directly associated to a single parent, or is this a tree of objects with multiple parents? And do the individual records have a lot of subrecords associated to them? Such as instances, agents, or subjects? You can see this by looking at the network status ( Tools => Web Developer => Network in Firefox, View => Developer => Developer Tools => Network in Chrome ). You should see all the requests that the browser is sending here...if all the requests are getting a "200", then it's the browser's dealing with the JS that's causing the issue...if you see a request that just hangs in "Pending" status, then the issue is on the server side. 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 Ben Goldman > Sent: Thursday, May 28, 2015 2:37 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] related records Hello, We are still having this issue in 1.2 on collections with large numbers of archival objects and/or large numbers of related records. What I'd like to know is whether any local configurations could be adjusted to increase performance. Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html ________________________________ From: "Kevin Clair" > To: "Archivesspace Users Group" > Sent: Wednesday, May 6, 2015 8:13:04 PM Subject: Re: [Archivesspace_Users_Group] related records Hello, We've had similar issues at DU with our collections that have large amounts of archival objects attached. Any sort of editing we want to do in those collections is greeted with the same "Loading..." message that never resolves itself. We notice it generally in collections with more than 5,000 archival objects, though we've had problems with smaller collections if we have many active users at a time. -k ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Ben Goldman [bmg17 at psu.edu] Sent: Wednesday, May 06, 2015 1:40 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] related records Hi All, At Penn State we've noticed some issues with opening resource records that have a large amount of related records. I would have to do some further digging to know how common such a case is, but just to provide one example: we have an institutional records collection with a couple hundred name records and maybe 80 accession records attached. When we click to Edit the record, it seems stuck on "Loading..." I should mention that we're currently in the middle of migrating to v1.2, so maybe these issues will be addressed, but I am wondering if anyone has encountered any challenges with an excessive amount of related resources, or whether there is an optimal amount or limit (?). Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html _______________________________________________ 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 _______________________________________________ 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 _______________________________________________ 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 _______________________________________________ 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 bmg17 at psu.edu Mon Jun 1 16:54:18 2015 From: bmg17 at psu.edu (Ben Goldman) Date: Mon, 1 Jun 2015 16:54:18 -0400 (EDT) Subject: [Archivesspace_Users_Group] related records In-Reply-To: <08CB100E-3A03-4B96-9AC6-3B3E1CB87536@illinois.edu> References: <2004910298.668921.1430940549347.JavaMail.zimbra@psu.edu> <751300796.450489.1433183442737.JavaMail.zimbra@psu.edu> <2053246772.459972.1433183872529.JavaMail.zimbra@psu.edu> <4FE9F230-6B65-4178-9580-C9000609ADCE@gmail.com> <725190030.530046.1433187798690.JavaMail.zimbra@psu.edu> <2E223A40-42D8-4478-8FED-E1763579FE82@gmail.com> <08CB100E-3A03-4B96-9AC6-3B3E1CB87536@illinois.edu> Message-ID: <2004208259.594741.1433192058186.JavaMail.zimbra@psu.edu> Chris, Thank you for calling my attention to this ticket. I admit to being somewhat confused by the conclusions reached there, and would welcome some clarification from ASpace. There seems to be some indication that the challenges associated with large amounts of related records are the same as resource records with large amounts of sibling archival object children. But the cases where this is likely to exist at Penn State are numerous , particularly related to institutional record collections. It would be nice to have a clearer sense of what ASpace can currently accommodate (so we know how widespread this problem is likely to be), and what the plans are to address it. Thanks, Ben ----- Original Message ----- From: "Christopher John Prom" To: "Archivesspace Users Group" Sent: Monday, June 1, 2015 4:28:11 PM Subject: Re: [Archivesspace_Users_Group] related records Brian, We have had quite a bit of issues with this "many sibling record" problem as well and it it is one of the ?deal breaker? issues (along with the public interface and a few other things), that are preventing Illinois from going live in a production environment. The problem occurs in multiple areas, not just resource components, but also where a lot of digital objects are related to a resource or resource component record. II am hoping at some point it can be prioritized for fixing. There is background information in the comments here on the closed (but undressed) request I had previously submitted regarding this known. https://archivesspace.atlassian.net/browse/AR-707 Thanks, Chris Christopher Prom, PhD Professor, University Library Assistant University Archivist 1408 W. Gregory Drive Urbana, IL 61820 (217) 244-2052 prom at illinois.edu http://archives.library.illinois.edu Blog: http://e-records.chrisprom.com On Jun 1, 2015, at 3:46 PM, Brian Hoffman < brianjhoffman at gmail.com > wrote: I think that is probably the issue. The tree is designed to load as you navigate through it, but the logic is based on the assumption that there aren?t lots of siblings to load at once. That will need to be revisited in order to fix the loading problems you are seeing. On Jun 1, 2015, at 3:43 PM, Ben Goldman < bmg17 at psu.edu > wrote:
Hi Brian, Yes, in this particular case, there are several thousand siblings, all children to the same parent (the resource record). In a few other cases, we have an equivalent number of objects, but arranged into parents series, so a little more structured. -Ben ----- Original Message ----- From: "Brian Hoffman" < brianjhoffman at gmail.com > To: "Archivesspace Users Group" < archivesspace_users_group at lyralists.lyrasis.org > Sent: Monday, June 1, 2015 3:15:27 PM Subject: Re: [Archivesspace_Users_Group] related records Hi Ben, Does the collection that is causing this have a large number of sibling components? In other words, what is the maximum number of components that all share the same parent? Brian On Jun 1, 2015, at 2:37 PM, Ben Goldman < bmg17 at psu.edu > wrote:
Aaaaand... the screenshots now. -Ben ----- Original Message ----- From: "Ben Goldman" < bmg17 at psu.edu > To: "Archivesspace Users Group" < archivesspace_users_group at lyralists.lyrasis.org > Sent: Monday, June 1, 2015 2:30:42 PM Subject: Re: [Archivesspace_Users_Group] related records Hi Chris, Looks like the issues are on the client side in Chrome. A lot of 200s. Harder to tell in Firefox, though the Network Monitor in Firefox appears to be a little more detailed . I've attached screenshots here. I don't want to belabor this issue at everyone's expense. I just want to get an idea of what ASpace can handle in terms of treesize/attached records. Obviously, we're all going to have a few outlying, extremely large resource records to deal with, though. Thanks, Ben ----- Original Message ----- From: "Chris Fitzpatrick" < Chris.Fitzpatrick at lyrasis.org > To: "Archivesspace Users Group" < archivesspace_users_group at lyralists.lyrasis.org > Sent: Monday, June 1, 2015 6:12:12 AM Subject: Re: [Archivesspace_Users_Group] related records Hi Ben, This could be the result of a few thing. First off, on the server-side, you can adjust the java heap space settings by adding a ASPACE_JAVA_XMX ( or a Xmx setting to your JAVA_OPTS ). This will depend on how much RAM you have on your system.Performance can also vary depending on the number of processors you have on the server. All that said, what you're probably seeing is actually on the client-side. That is, ASpace is giving your browser a bunch of data that is killing your browsers javascript engine. So, are the 5000 AOs directly associated to a single parent, or is this a tree of objects with multiple parents? And do the individual records have a lot of subrecords associated to them? Such as instances, agents, or subjects? You can see this by looking at the network status ( Tools => Web Developer => Network in Firefox, View => Developer => Developer Tools => Network in Chrome ). You should see all the requests that the browser is sending here...if all the requests are getting a "200", then it's the browser's dealing with the JS that's causing the issue...if you see a request that just hangs in "Pending" status, then the issue is on the server side. 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 < archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Ben Goldman < bmg17 at psu.edu > Sent: Thursday, May 28, 2015 2:37 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] related records Hello, We are still having this issue in 1.2 on collections with large numbers of archival objects and/or large numbers of related records. What I'd like to know is whether any local configurations could be adjusted to increase performance. Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html ----- Original Message ----- From: "Kevin Clair" < Kevin.Clair at du.edu > To: "Archivesspace Users Group" < archivesspace_users_group at lyralists.lyrasis.org > Sent: Wednesday, May 6, 2015 8:13:04 PM Subject: Re: [Archivesspace_Users_Group] related records Hello, We've had similar issues at DU with our collections that have large amounts of archival objects attached. Any sort of editing we want to do in those collections is greeted with the same "Loading..." message that never resolves itself. We notice it generally in collections with more than 5,000 archival objects, though we've had problems with smaller collections if we have many active users at a time. -k From: archivesspace_users_group-bounces at lyralists.lyrasis.org [ archivesspace_users_group-bounces at lyralists.lyrasis.org ] on behalf of Ben Goldman [ bmg17 at psu.edu ] Sent: Wednesday, May 06, 2015 1:40 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] related records Hi All, At Penn State we've noticed some issues with opening resource records that have a large amount of related records. I would have to do some further digging to know how common such a case is, but just to provide one example: we have an institutional records collection with a couple hundred name records and maybe 80 accession records attached. When we click to Edit the record, it seems stuck on "Loading..." I should mention that we're currently in the middle of migrating to v1.2, so maybe these issues will be addressed, but I am wondering if anyone has encountered any challenges with an excessive amount of related resources, or whether there is an optimal amount or limit (?). Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html _______________________________________________ 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 _______________________________________________ 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 _______________________________________________ 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
_______________________________________________ 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 Kevin.Clair at du.edu Mon Jun 1 22:51:32 2015 From: Kevin.Clair at du.edu (Kevin Clair) Date: Tue, 2 Jun 2015 02:51:32 +0000 Subject: [Archivesspace_Users_Group] database error migrating from 1.1.2 to 1.2.4 Message-ID: Hello, I tried migrating my development site from 1.1.2 to 1.2.4 tonight and got the error listed below the cut. I never had this happen when I migrated from 1.2.0 so it?s possible there?s a necessary step there that I?m missing, but I thought I?d mention it in case it?s a bug. It happens when I jump from 1.1.2 to 1.2.5 as well. -k ? stack trace below ? E, [2015-06-01T20:46:29.761000 #4561] ERROR -- : Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Unknown column 'position' in 'order clause' java.lang.reflect.Constructor.newInstance(java/lang/reflect/Constructor.java:526) com.mysql.jdbc.Util.handleNewInstance(com/mysql/jdbc/Util.java:377) com.mysql.jdbc.Util.getInstance(com/mysql/jdbc/Util.java:360) com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:978) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3887) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3823) com.mysql.jdbc.MysqlIO.sendCommand(com/mysql/jdbc/MysqlIO.java:2435) com.mysql.jdbc.MysqlIO.sqlQueryDirect(com/mysql/jdbc/MysqlIO.java:2582) com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2526) com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2484) com.mysql.jdbc.StatementImpl.executeQuery(com/mysql/jdbc/StatementImpl.java:1446) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:606) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250) Sequel::Database.log_yield(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33) Sequel::Database.log_yield(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250) Sequel::JDBC::Database.statement(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646) Sequel::JDBC::Database.statement(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:85) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:85) Sequel::Database.synchronize(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255) Sequel::Database.synchronize(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244) Sequel::Dataset.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:911) Sequel::Dataset.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:911) Sequel::JDBC::Dataset.fetch_rows(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:725) Sequel::JDBC::Dataset.fetch_rows(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:725) Sequel::Dataset.with_sql_each(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:801) Sequel::Dataset.with_sql_each(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:801) RUBY.with_sql_all(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:784) RUBY._all(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:860) RUBY.with_sql_all(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:784) RUBY.all(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/placeholder_literalizer.rb:138) RUBY._load_associated_object_array(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/associations.rb:2131) RUBY._load_associated_objects(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/associations.rb:2142) RUBY.load_associated_objects(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/associations.rb:2240) RUBY.enumeration_value(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/associations.rb:1767) RUBY.sequel_to_jsonmodel(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/enumeration.rb:151) org.jruby.RubyArray.each(org/jruby/RubyArray.java:1613) RUBY.sequel_to_jsonmodel(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/enumeration.rb:146) RUBY.listing_response(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/crud_helpers.rb:102) RUBY.handle_unlimited_listing(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/crud_helpers.rb:44) RUBY.ArchivesSpaceService(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/controllers/enumeration.rb:9) org.jruby.RubyBasicObject.instance_eval(org/jruby/RubyBasicObject.java:1533) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:241) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:241) RUBY.open(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:117) RUBY.transaction(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:93) RUBY._transaction(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:134) RUBY.transaction(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:108) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87) Sequel::Database.synchronize(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255) Sequel::Database.synchronize(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255) RUBY.transaction(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:97) RUBY.transaction(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:92) RUBY.open(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:116) org.jruby.RubyFixnum.times(org/jruby/RubyFixnum.java:280) RUBY.open(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:113) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:223) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:223) RUBY.open(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:207) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:207) org.jruby.RubyMethod.call(org/jruby/RubyMethod.java:124) Sinatra::Base.compile!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1293) Sinatra::Base.compile!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1293) org.jruby.RubyProc.call(org/jruby/RubyProc.java:271) RUBY.route!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:860) RUBY.route_eval(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:876) RUBY.route!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:860) RUBY.process_route(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:897) org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1270) RUBY.process_route(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:895) RUBY.route!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:859) org.jruby.RubyArray.each(org/jruby/RubyArray.java:1613) RUBY.route!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:858) RUBY.dispatch!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:963) RUBY.invoke(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1270) RUBY.invoke(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) RUBY.dispatch!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:960) RUBY.call!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) RUBY.invoke(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1270) RUBY.invoke(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) RUBY.call!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) RUBY.call(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:780) RUBY.call(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:257) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/xss_header.rb:18) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/path_traversal.rb:16) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/json_csrf.rb:18) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/base.rb:49) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/base.rb:49) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/frame_options.rb:31) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-1.4.5/lib/rack/nulllogger.rb:9) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-1.4.5/lib/rack/head.rb:9) RUBY.call(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:124) RUBY.call(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) RUBY.synchronize(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1499) RUBY.call(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) RUBY.call(/home/kevin/archivesspace-v1.2.4-dev06/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/vendor/rack-1.5.2/rack/builder.rb:138) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:64) org.jruby.RubyArray.each(org/jruby/RubyArray.java:1613) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:49) RUBY.call(file:/home/kevin/archivesspace-v1.2.4-dev06/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/rack/handler/servlet.rb:22) org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(org/eclipse/jetty/servlet/ServletHandler.java:1302) org.eclipse.jetty.servlet.ServletHandler.doHandle(org/eclipse/jetty/servlet/ServletHandler.java:448) org.eclipse.jetty.server.handler.ScopedHandler.handle(org/eclipse/jetty/server/handler/ScopedHandler.java:131) org.eclipse.jetty.security.SecurityHandler.handle(org/eclipse/jetty/security/SecurityHandler.java:524) org.eclipse.jetty.server.session.SessionHandler.doHandle(org/eclipse/jetty/server/session/SessionHandler.java:231) org.eclipse.jetty.server.handler.ContextHandler.doHandle(org/eclipse/jetty/server/handler/ContextHandler.java:1067) org.eclipse.jetty.servlet.ServletHandler.doScope(org/eclipse/jetty/servlet/ServletHandler.java:377) org.eclipse.jetty.server.session.SessionHandler.doScope(org/eclipse/jetty/server/session/SessionHandler.java:192) org.eclipse.jetty.server.handler.ContextHandler.doScope(org/eclipse/jetty/server/handler/ContextHandler.java:1001) org.eclipse.jetty.server.handler.ScopedHandler.handle(org/eclipse/jetty/server/handler/ScopedHandler.java:129) org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(org/eclipse/jetty/server/handler/ContextHandlerCollection.java:250) org.eclipse.jetty.server.handler.HandlerWrapper.handle(org/eclipse/jetty/server/handler/HandlerWrapper.java:111) org.eclipse.jetty.server.Server.handle(org/eclipse/jetty/server/Server.java:360) org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(org/eclipse/jetty/server/AbstractHttpConnection.java:454) org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(org/eclipse/jetty/server/AbstractHttpConnection.java:890) org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(org/eclipse/jetty/server/AbstractHttpConnection.java:944) org.eclipse.jetty.http.HttpParser.parseNext(org/eclipse/jetty/http/HttpParser.java:630) org.eclipse.jetty.http.HttpParser.parseAvailable(org/eclipse/jetty/http/HttpParser.java:230) org.eclipse.jetty.server.AsyncHttpConnection.handle(org/eclipse/jetty/server/AsyncHttpConnection.java:77) org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(org/eclipse/jetty/io/nio/SelectChannelEndPoint.java:622) org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(org/eclipse/jetty/io/nio/SelectChannelEndPoint.java:46) org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(org/eclipse/jetty/util/thread/QueuedThreadPool.java:603) org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(org/eclipse/jetty/util/thread/QueuedThreadPool.java:538) java.lang.Thread.run(java/lang/Thread.java:745) D, [2015-06-01T20:46:29.771000 #4561] DEBUG -- : Thread-3494: Responded with [400, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"173"}, ["{\"error\":{\"db_error\":[\"Database integrity constraint conflict: Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Unknown column 'position' in 'order clause'\"]}}\n"]]... in 927.0ms Connection to backend failed ({"error":{"db_error":["Database integrity constraint conflict: Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Unknown column 'position' in 'order clause'"]}} ). Retrying... -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Tue Jun 2 07:19:00 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Tue, 2 Jun 2015 11:19:00 +0000 Subject: [Archivesspace_Users_Group] related records In-Reply-To: <2004208259.594741.1433192058186.JavaMail.zimbra@psu.edu> References: <2004910298.668921.1430940549347.JavaMail.zimbra@psu.edu> <751300796.450489.1433183442737.JavaMail.zimbra@psu.edu> <2053246772.459972.1433183872529.JavaMail.zimbra@psu.edu> <4FE9F230-6B65-4178-9580-C9000609ADCE@gmail.com> <725190030.530046.1433187798690.JavaMail.zimbra@psu.edu> <2E223A40-42D8-4478-8FED-E1763579FE82@gmail.com> <08CB100E-3A03-4B96-9AC6-3B3E1CB87536@illinois.edu>, <2004208259.594741.1433192058186.JavaMail.zimbra@psu.edu> Message-ID: Hi, So, there's a lot of conflating of issues going on in this thread... This ticket ( https://archivesspace.atlassian.net/browse/AR-707 ) is realted to an issue with a resource with lots of instances taking a long time to load. In regards to instances, ASpace currently loads all the associated instances for a record. The reason the ticket was closed was because this isn't a bug, it's just the outcome of how the UI was built. There is feature request to paginate out the instance records here => ( https://archivesspace.atlassian.net/browse/AR-982 ) . Sorry the links got lost when we moved to Jira. There is a similar, but separate, issue involving records with lots of "siblings", for example an archival object that shares a single parent object with a lot of other archival objects. Here's an example : http://sandbox.archivesspace.org/resources/7 . This is a resource that has 3000 AO children, which takes about 30 seconds to load. Looking at the screenshot Ben sent, this looks like a similar issue, since its getting a timeout after ~60s when trying to resolve the tree. You can bump up timeout wait time on your proxy, maybe to 300s, which might let the object resolve. The ideal permanent fix would probably be to add a feature that only initially loads a limited number of children but loads more on request. Or, alternative would be to cache the trees in some manner. But, yes, currently it's not really build out to handle many thousands of children associated to a single parent. 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 Ben Goldman Sent: Monday, June 1, 2015 10:54 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] related records Chris, Thank you for calling my attention to this ticket. I admit to being somewhat confused by the conclusions reached there, and would welcome some clarification from ASpace. There seems to be some indication that the challenges associated with large amounts of related records are the same as resource records with large amounts of sibling archival object children. But the cases where this is likely to exist at Penn State are numerous, particularly related to institutional record collections. It would be nice to have a clearer sense of what ASpace can currently accommodate (so we know how widespread this problem is likely to be), and what the plans are to address it. Thanks, Ben ________________________________ From: "Christopher John Prom" To: "Archivesspace Users Group" Sent: Monday, June 1, 2015 4:28:11 PM Subject: Re: [Archivesspace_Users_Group] related records Brian, We have had quite a bit of issues with this "many sibling record" problem as well and it it is one of the ?deal breaker? issues (along with the public interface and a few other things), that are preventing Illinois from going live in a production environment. The problem occurs in multiple areas, not just resource components, but also where a lot of digital objects are related to a resource or resource component record. II am hoping at some point it can be prioritized for fixing. There is background information in the comments here on the closed (but undressed) request I had previously submitted regarding this known. https://archivesspace.atlassian.net/browse/AR-707 Thanks, Chris Christopher Prom, PhD Professor, University Library Assistant University Archivist 1408 W. Gregory Drive Urbana, IL 61820 (217) 244-2052 prom at illinois.edu http://archives.library.illinois.edu Blog: http://e-records.chrisprom.com On Jun 1, 2015, at 3:46 PM, Brian Hoffman > wrote: I think that is probably the issue. The tree is designed to load as you navigate through it, but the logic is based on the assumption that there aren?t lots of siblings to load at once. That will need to be revisited in order to fix the loading problems you are seeing. On Jun 1, 2015, at 3:43 PM, Ben Goldman > wrote: Hi Brian, Yes, in this particular case, there are several thousand siblings, all children to the same parent (the resource record). In a few other cases, we have an equivalent number of objects, but arranged into parents series, so a little more structured. -Ben ________________________________ From: "Brian Hoffman" > To: "Archivesspace Users Group" > Sent: Monday, June 1, 2015 3:15:27 PM Subject: Re: [Archivesspace_Users_Group] related records Hi Ben, Does the collection that is causing this have a large number of sibling components? In other words, what is the maximum number of components that all share the same parent? Brian On Jun 1, 2015, at 2:37 PM, Ben Goldman > wrote: Aaaaand... the screenshots now. -Ben ________________________________ From: "Ben Goldman" > To: "Archivesspace Users Group" > Sent: Monday, June 1, 2015 2:30:42 PM Subject: Re: [Archivesspace_Users_Group] related records Hi Chris, Looks like the issues are on the client side in Chrome. A lot of 200s. Harder to tell in Firefox, though the Network Monitor in Firefox appears to be a little more detailed . I've attached screenshots here. I don't want to belabor this issue at everyone's expense. I just want to get an idea of what ASpace can handle in terms of treesize/attached records. Obviously, we're all going to have a few outlying, extremely large resource records to deal with, though. Thanks, Ben ________________________________ From: "Chris Fitzpatrick" > To: "Archivesspace Users Group" > Sent: Monday, June 1, 2015 6:12:12 AM Subject: Re: [Archivesspace_Users_Group] related records Hi Ben, This could be the result of a few thing. First off, on the server-side, you can adjust the java heap space settings by adding a ASPACE_JAVA_XMX ( or a Xmx setting to your JAVA_OPTS ). This will depend on how much RAM you have on your system.Performance can also vary depending on the number of processors you have on the server. All that said, what you're probably seeing is actually on the client-side. That is, ASpace is giving your browser a bunch of data that is killing your browsers javascript engine. So, are the 5000 AOs directly associated to a single parent, or is this a tree of objects with multiple parents? And do the individual records have a lot of subrecords associated to them? Such as instances, agents, or subjects? You can see this by looking at the network status ( Tools => Web Developer => Network in Firefox, View => Developer => Developer Tools => Network in Chrome ). You should see all the requests that the browser is sending here...if all the requests are getting a "200", then it's the browser's dealing with the JS that's causing the issue...if you see a request that just hangs in "Pending" status, then the issue is on the server side. 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 Ben Goldman > Sent: Thursday, May 28, 2015 2:37 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] related records Hello, We are still having this issue in 1.2 on collections with large numbers of archival objects and/or large numbers of related records. What I'd like to know is whether any local configurations could be adjusted to increase performance. Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html ________________________________ From: "Kevin Clair" > To: "Archivesspace Users Group" > Sent: Wednesday, May 6, 2015 8:13:04 PM Subject: Re: [Archivesspace_Users_Group] related records Hello, We've had similar issues at DU with our collections that have large amounts of archival objects attached. Any sort of editing we want to do in those collections is greeted with the same "Loading..." message that never resolves itself. We notice it generally in collections with more than 5,000 archival objects, though we've had problems with smaller collections if we have many active users at a time. -k ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Ben Goldman [bmg17 at psu.edu] Sent: Wednesday, May 06, 2015 1:40 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] related records Hi All, At Penn State we've noticed some issues with opening resource records that have a large amount of related records. I would have to do some further digging to know how common such a case is, but just to provide one example: we have an institutional records collection with a couple hundred name records and maybe 80 accession records attached. When we click to Edit the record, it seems stuck on "Loading..." I should mention that we're currently in the middle of migrating to v1.2, so maybe these issues will be addressed, but I am wondering if anyone has encountered any challenges with an excessive amount of related resources, or whether there is an optimal amount or limit (?). Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html _______________________________________________ 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 _______________________________________________ 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 _______________________________________________ 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 _______________________________________________ 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 Chris.Fitzpatrick at lyrasis.org Tue Jun 2 08:17:49 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Tue, 2 Jun 2015 12:17:49 +0000 Subject: [Archivesspace_Users_Group] database error migrating from 1.1.2 to 1.2.4 In-Reply-To: References: Message-ID: Hi Kevin, Hm, it looks like your missing the position column that's added by this migration . [https://avatars2.githubusercontent.com/u/1311559?v=3&s=400] archivesspace/041_position_suppress_enum_values.rb at master ? archivesspace/archivesspace ? GitHub archivesspace - The ArchivesSpace archives management tool Read more... Did you run the setup-database script? And what's the value of in your schema_info table? 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: Tuesday, June 2, 2015 4:51 AM To: Archivesspace Group Subject: [Archivesspace_Users_Group] database error migrating from 1.1.2 to 1.2.4 Hello, I tried migrating my development site from 1.1.2 to 1.2.4 tonight and got the error listed below the cut. I never had this happen when I migrated from 1.2.0 so it?s possible there?s a necessary step there that I?m missing, but I thought I?d mention it in case it?s a bug. It happens when I jump from 1.1.2 to 1.2.5 as well. -k ? stack trace below ? E, [2015-06-01T20:46:29.761000 #4561] ERROR -- : Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Unknown column 'position' in 'order clause' java.lang.reflect.Constructor.newInstance(java/lang/reflect/Constructor.java:526) com.mysql.jdbc.Util.handleNewInstance(com/mysql/jdbc/Util.java:377) com.mysql.jdbc.Util.getInstance(com/mysql/jdbc/Util.java:360) com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:978) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3887) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3823) com.mysql.jdbc.MysqlIO.sendCommand(com/mysql/jdbc/MysqlIO.java:2435) com.mysql.jdbc.MysqlIO.sqlQueryDirect(com/mysql/jdbc/MysqlIO.java:2582) com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2526) com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2484) com.mysql.jdbc.StatementImpl.executeQuery(com/mysql/jdbc/StatementImpl.java:1446) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:606) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250) Sequel::Database.log_yield(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33) Sequel::Database.log_yield(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250) Sequel::JDBC::Database.statement(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646) Sequel::JDBC::Database.statement(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:85) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:85) Sequel::Database.synchronize(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255) Sequel::Database.synchronize(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244) Sequel::Dataset.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:911) Sequel::Dataset.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:911) Sequel::JDBC::Dataset.fetch_rows(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:725) Sequel::JDBC::Dataset.fetch_rows(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:725) Sequel::Dataset.with_sql_each(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:801) Sequel::Dataset.with_sql_each(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:801) RUBY.with_sql_all(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:784) RUBY._all(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:860) RUBY.with_sql_all(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:784) RUBY.all(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/placeholder_literalizer.rb:138) RUBY._load_associated_object_array(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/associations.rb:2131) RUBY._load_associated_objects(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/associations.rb:2142) RUBY.load_associated_objects(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/associations.rb:2240) RUBY.enumeration_value(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/associations.rb:1767) RUBY.sequel_to_jsonmodel(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/enumeration.rb:151) org.jruby.RubyArray.each(org/jruby/RubyArray.java:1613) RUBY.sequel_to_jsonmodel(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/enumeration.rb:146) RUBY.listing_response(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/crud_helpers.rb:102) RUBY.handle_unlimited_listing(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/crud_helpers.rb:44) RUBY.ArchivesSpaceService(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/controllers/enumeration.rb:9) org.jruby.RubyBasicObject.instance_eval(org/jruby/RubyBasicObject.java:1533) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:241) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:241) RUBY.open(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:117) RUBY.transaction(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:93) RUBY._transaction(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:134) RUBY.transaction(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:108) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87) Sequel::Database.synchronize(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255) Sequel::Database.synchronize(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255) RUBY.transaction(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:97) RUBY.transaction(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:92) RUBY.open(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:116) org.jruby.RubyFixnum.times(org/jruby/RubyFixnum.java:280) RUBY.open(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:113) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:223) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:223) RUBY.open(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:207) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:207) org.jruby.RubyMethod.call(org/jruby/RubyMethod.java:124) Sinatra::Base.compile!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1293) Sinatra::Base.compile!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1293) org.jruby.RubyProc.call(org/jruby/RubyProc.java:271) RUBY.route!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:860) RUBY.route_eval(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:876) RUBY.route!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:860) RUBY.process_route(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:897) org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1270) RUBY.process_route(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:895) RUBY.route!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:859) org.jruby.RubyArray.each(org/jruby/RubyArray.java:1613) RUBY.route!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:858) RUBY.dispatch!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:963) RUBY.invoke(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1270) RUBY.invoke(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) RUBY.dispatch!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:960) RUBY.call!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) RUBY.invoke(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1270) RUBY.invoke(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) RUBY.call!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) RUBY.call(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:780) RUBY.call(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:257) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/xss_header.rb:18) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/path_traversal.rb:16) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/json_csrf.rb:18) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/base.rb:49) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/base.rb:49) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/frame_options.rb:31) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-1.4.5/lib/rack/nulllogger.rb:9) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-1.4.5/lib/rack/head.rb:9) RUBY.call(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:124) RUBY.call(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) RUBY.synchronize(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1499) RUBY.call(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) RUBY.call(/home/kevin/archivesspace-v1.2.4-dev06/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/vendor/rack-1.5.2/rack/builder.rb:138) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:64) org.jruby.RubyArray.each(org/jruby/RubyArray.java:1613) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:49) RUBY.call(file:/home/kevin/archivesspace-v1.2.4-dev06/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/rack/handler/servlet.rb:22) org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(org/eclipse/jetty/servlet/ServletHandler.java:1302) org.eclipse.jetty.servlet.ServletHandler.doHandle(org/eclipse/jetty/servlet/ServletHandler.java:448) org.eclipse.jetty.server.handler.ScopedHandler.handle(org/eclipse/jetty/server/handler/ScopedHandler.java:131) org.eclipse.jetty.security.SecurityHandler.handle(org/eclipse/jetty/security/SecurityHandler.java:524) org.eclipse.jetty.server.session.SessionHandler.doHandle(org/eclipse/jetty/server/session/SessionHandler.java:231) org.eclipse.jetty.server.handler.ContextHandler.doHandle(org/eclipse/jetty/server/handler/ContextHandler.java:1067) org.eclipse.jetty.servlet.ServletHandler.doScope(org/eclipse/jetty/servlet/ServletHandler.java:377) org.eclipse.jetty.server.session.SessionHandler.doScope(org/eclipse/jetty/server/session/SessionHandler.java:192) org.eclipse.jetty.server.handler.ContextHandler.doScope(org/eclipse/jetty/server/handler/ContextHandler.java:1001) org.eclipse.jetty.server.handler.ScopedHandler.handle(org/eclipse/jetty/server/handler/ScopedHandler.java:129) org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(org/eclipse/jetty/server/handler/ContextHandlerCollection.java:250) org.eclipse.jetty.server.handler.HandlerWrapper.handle(org/eclipse/jetty/server/handler/HandlerWrapper.java:111) org.eclipse.jetty.server.Server.handle(org/eclipse/jetty/server/Server.java:360) org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(org/eclipse/jetty/server/AbstractHttpConnection.java:454) org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(org/eclipse/jetty/server/AbstractHttpConnection.java:890) org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(org/eclipse/jetty/server/AbstractHttpConnection.java:944) org.eclipse.jetty.http.HttpParser.parseNext(org/eclipse/jetty/http/HttpParser.java:630) org.eclipse.jetty.http.HttpParser.parseAvailable(org/eclipse/jetty/http/HttpParser.java:230) org.eclipse.jetty.server.AsyncHttpConnection.handle(org/eclipse/jetty/server/AsyncHttpConnection.java:77) org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(org/eclipse/jetty/io/nio/SelectChannelEndPoint.java:622) org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(org/eclipse/jetty/io/nio/SelectChannelEndPoint.java:46) org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(org/eclipse/jetty/util/thread/QueuedThreadPool.java:603) org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(org/eclipse/jetty/util/thread/QueuedThreadPool.java:538) java.lang.Thread.run(java/lang/Thread.java:745) D, [2015-06-01T20:46:29.771000 #4561] DEBUG -- : Thread-3494: Responded with [400, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"173"}, ["{\"error\":{\"db_error\":[\"Database integrity constraint conflict: Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Unknown column 'position' in 'order clause'\"]}}\n"]]... in 927.0ms Connection to backend failed ({"error":{"db_error":["Database integrity constraint conflict: Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Unknown column 'position' in 'order clause'"]}} ). Retrying... -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Tue Jun 2 09:10:26 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Tue, 2 Jun 2015 13:10:26 +0000 Subject: [Archivesspace_Users_Group] Advanced Search for API In-Reply-To: <918BA6B76E992141A00B3FA3E96AA5EA016B2EC1DF@x10-mbx14.yu.yale.edu> References: <918BA6B76E992141A00B3FA3E96AA5EA016B2E1932@x10-mbx14.yu.yale.edu> <1431945921973.25848@lyrasis.org> <918BA6B76E992141A00B3FA3E96AA5EA016B2E2F87@x10-mbx14.yu.yale.edu> <918BA6B76E992141A00B3FA3E96AA5EA016B2E7710@x10-mbx14.yu.yale.edu>, <918BA6B76E992141A00B3FA3E96AA5EA016B2EC1DF@x10-mbx14.yu.yale.edu> Message-ID: Hi Steelsen, The fields listed in the search_definitions.rb file is the listing of fields for advanced search, but you can also search Solr directly against all the fields in there as well ( defined here : https://github.com/archivesspace/archivesspace/blob/master/solr/schema.xml#L21-L199 ) What do you mean by call number? The identifier of a resource? Or the component unique identifier? 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 Smith, Steelsen Sent: Monday, June 1, 2015 2:29 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API Hi All, Just wanted to try again ? does anyone know where I can find the fields allowed in the API advanced search? The list I could find in the search_definitions.rb file seemed too limited to be correct. Alternatively, does anyone know the most effective way to do a back-end call number search (exact call number but including tolerance for differences in group spacing or hyphens?). Thanks, Steelsen From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Smith, Steelsen Sent: Friday, May 22, 2015 12:36 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API So following up, I?m trying to run a call number search and can?t find the fields that are allowed in the advanced search. It looks like https://github.com/archivesspace/archivesspace/blob/8b20b07346f42aa7babc97318219d70f32c52340/common/search_definitions.rb has a list that doesn?t include call number so I?m a bit lost there. I tried both ?identifier? and ?four_part_id? and got a 500 for invalid fields. Is there a field that I?m missing or is there a better way to do a call number search (Ideally so that AB 9 / AB-9 / AB?9 all work since it seems that ASpace will present them in slightly different formats. Thanks, Steelsen From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Smith, Steelsen Sent: Monday, May 18, 2015 3:06 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API Awesome, thanks. I Don?t think I would have figured this out on my own. Best, Steelsen From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Monday, May 18, 2015 6:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API Hi Steelsen, Yes, so for advanced queries, you pass in a jsonmodel advanced_query object ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/advanced_query.rb ) This object has a property "query" that can be a boolean_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/boolean_query.rb) boolean_field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/boolean_field_query.rb ) date_field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/date_field_query.rb ) or a field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/field_query.rb ) So, a queries could look like this: boolean query ( keyword 'My Awesome Search Term' and 'AND' published = true ) : "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"op\":\"AND\",\"subqueries\":[{\"field\":\"keyword\",\"value\":\"My Awesome Search Term\",\"jsonmodel_type\":\"field_query\",\"negated\":false,\"literal\":false},{\"field\":\"published\",\"value\":true,\"jsonmodel_type\":\"boolean_field_query\"}],\"jsonmodel_type\":\"boolean_query\"},\"jsonmodel_type\":\"advanced_query\"}" boolean_field_query ( published = true ): "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"field\":\"published\",\"value\":true,\"jsonmodel_type\":\"boolean_field_query\"},\"jsonmodel_type\":\"advanced_query\"}" field query ( keyword for 'My Awesome Search Term') : "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"field\":\"keyword\",\"value\":\"My Awesome Search Term\",\"jsonmodel_type\":\"field_query\",\"negated\":false,\"literal\":false}} date_field_query ( Created date after May 5 2015 ) : "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"field\":\"create_time\",\"value\":\"2015-05-05\",\"comparator\":\"greater_than\",\"jsonmodel_type\":\"date_field_query\"},\"jsonmodel_type\":\"advanced_query\"}" Does that help? 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 Smith, Steelsen > Sent: Sunday, May 17, 2015 2:41 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Advanced Search for API Hi All, The Rest API Endpoint repositories/:id/search indicates that there?s an advanced search input that requires a json formatted ?advanced search? in the URI. Does anyone have an example of what it might look like, or a field list of what can be searched for? I?m trying to perform some very specific searches and am finding myself pulling in a lot of extra information and working through it. A more general question, is there better API documentation somewhere than exists in the autodocs? Sample strings would save a lot of time from the trial and error process I?m using now. Thanks, Steelsen ___________________________ Steelsen Smith Fulfillment Systems Specialist Enterprise Systems Group Yale Library IT 203.432.3333 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Tue Jun 2 09:39:01 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Tue, 2 Jun 2015 13:39:01 +0000 Subject: [Archivesspace_Users_Group] Resequencing error In-Reply-To: References: , <20150528204335.Horde.B1yitHV0S_62R4W32hMhIw1@gator3088.hostgator.com> , Message-ID: Hi, Ok, I'm guessing that Solr backup error might have derailed things. So, in your config.rb, change the scheduler from AppConfig[:solr_backup_schedule] = "0 * * * *" to AppConfig[:solr_backup_schedule] = "0 0 1 1 *" This will set the backup to not happen until Jan 1, instead of at the top of the hour. Try and rerun the resequencer then..hopefully it will complete. 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 Galligan, Patrick Sent: Monday, June 1, 2015 8:56 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Resequencing error Chris, No the resequencer never completed. It just stopped after a certain point with no error message. I let it run for a couple of hours with no success. I could let it run for an entire day over the weekend once, but I'd like the figure out why solr hasn't started yet. What could cause solr to stop working? Thanks, 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 Chris Fitzpatrick Sent: Monday, June 01, 2015 5:43 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Resequencing error Hi Patrick, Is the reseqencer not completing ( there should be a completed message ). The error that is showing up is the system is trying to make a backup of Solr, but Solr hasn't been started yet...I'm not sure if this would stop the resequence process. Br Raphael, You error is much different. I think you need to run the setup-database script to add the proper tables to your database. Can you try this and tell me what the output is? 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 library at princeofpeaceabbey.org Sent: Thursday, May 28, 2015 10:43 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Resequencing error I am getting about the same error: E, [2015-05-28T09:23:19.938000 #7656] ERROR -- : Thread-3302: Error in job manager thread: Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Table 'archivesspace.job' doesn't exist ["com.mysql.jdbc.Util.handleNewInstance(com/mysql/jdbc/Util.java:411)", "com.mysql.jdbc.Util.getInstance(com/mysql/jdbc/Util.java:386)", "com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:1054)", "com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:4190)", "com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:4122)", "com.mysql.jdbc.MysqlIO.sendCommand(com/mysql/jdbc/MysqlIO.java:2570)", "com.mysql.jdbc.MysqlIO.sqlQueryDirect(com/mysql/jdbc/MysqlIO.java:2731)", "com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2812)", "com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2761)", "com.mysql.jdbc.StatementImpl.executeQuery(com/mysql/jdbc/StatementImpl.java:1612)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250)", "Sequel::Database.log_yield(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33)", "Sequel::Database.log_yield(C:/archiv esspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250)", "Sequel::JDBC::Database.statement(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646)", "Sequel::JDBC::Database.statement(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:85)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:85)", "Sequel::Database.sync hronize(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255)", "Sequel::Database.synchronize(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4..20.0/lib/sequel/adapters/jdbc.rb:244)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244)", "Sequel::Dataset.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:911)", "Sequel::Dataset.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:911)", "Sequel::JDBC::Dataset.fetch_rows(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:725)", "Sequel::JDBC::Dataset.fetch_rows(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:725)", "Sequel::Dataset.each(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:137)", "Sequel::Dataset.each(C:/archivesspace/gem s/ gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:137)", "Sequel::Dataset.single_record(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:643)", "Sequel::Dataset..single_record(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:643)", "RUBY.first(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:192)", "RUBY.find_stale_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:19)", "RUBY.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:117)", "RUBY.transaction(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:93)", "RUBY._transaction(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:134)", "RUBY.transaction(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:108)", "Sequel::ThreadedConnectionPool.hold(C:/archivess pace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87)", "Sequel::Database.synchronize(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255)", "Sequel::Database.synchronize(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255)", "RUBY.transaction(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:97)", "RUBY.transaction(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:92)", "RUBY.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db .rb:116)", "org.jruby.RubyFixnum.times(org/jruby/RubyFixnum.java:280)", "RUBY.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:113)", "RUBY.find_stale_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:18)", "RUBY.get_next_job(C:/archivesspace/data/tmp/jetty-0.0.0..0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:67)", "RUBY.run_pending_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:72)", "RUBY.start_background_thread(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:128)"] May 28, 2015 9:23:20 AM org.apache.solr.core.SolrResourceLoader locateSolrHome Have no idea how to correct it. I am not a programer. So I need very simple instructions. Br Raphael Quoting "Galligan, Patrick" : > Any thoughts on the below? > > We are seeing the following error: translation missing: en.no key - > translation missing: > en.validation_errors.database_integrity_constraint_conflict__java__com > mysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__ > duplicate_entry__479856 at archival_object-0__for_key__uniq_ao_pos_ o:en.validation_errors.database_integrity_constraint_conflict__java__c > ommysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception > __duplicate_entry__479856 at archival_object-0__for_key__uniq_ao_pos_> > > It's only happening with certain objects, but it's basically making it > impossible to update/delete those items. This is very troubling for us > and holding up some work. > > The only suggestion was to resequence, but resequencing seems to be > stalling with the error I attached last night. > > Any help would be awesome. > > Thanks! > > Patrick Galligan > Rockefeller Archive Center > Assistant Digital Archivist > 914-366-6386 > > From: Galligan, Patrick > Sent: Wednesday, May 27, 2015 7:04 PM > To: Archivesspace Users Group > Subject: Resequencing error > > Hi, > > I was trying to resequence tonight to fix a couple holes in our AO > tree, but I ran into the attached error. > > In the past, resequencing has been relatively fast, but after an hour > of waiting, the log never moves past this point. > > Any thoughts on how to fix this? > > Thanks, > > Patrick Galligan > Rockefeller Archive Center > Assistant Digital Archivist > 914-366-6386 Br Raphael Meyer osb Prince of Peace Abbey _______________________________________________ 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 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From christine.dibella at lyrasis.org Tue Jun 2 09:56:52 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 2 Jun 2015 13:56:52 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace for books/rare books? Message-ID: Hi everyone, And now for something completely different... There has been some discussion on Twitter yesterday and today about whether/how to use ArchivesSpace for book cataloging, and specifically for rare book cataloging. Is anyone doing this or thinking about doing this? If you're not currently using ArchivesSpace for this, but you have done archival description for books or book-like materials in AT, Archon, or another system in the past, it would be great to hear about that too. In what situations would you find using ArchivesSpace (or a similar system) particularly suitable for books or other things that might otherwise be cataloged/managed bibliographically? What would make you hesitate (or just plain say "no") about using ArchivesSpace from doing this? Many of my questions up in the previous paragraph assume use of the resources module in ASpace, but Mike Rush from Yale also mentioned on Twitter that they plan to use the accessions module for books, though the final description will go elsewhere. (And have developed some plugins to support this.) So that's another approach to consider and certainly opens up more possibilities. Looking forward to hearing your thoughts! Christine P.S. These are somewhat tangential to that discussion, but I provided these links on Twitter and people here may also find them of interest if you don't already know about them: UIUC's Quick and Clean Cataloging Project: http://www.library.illinois.edu/rbx/qnc/ - bibliographic cataloging, but philosophically aligned in some ways with archival practice An article by Katherine Wisser in RBM that draws parallels between archival description and rare book and manuscript cataloging: http://rbm.acrl.org/content/12/1/34.full.pdf+html 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] -------------- 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 Kevin.Clair at du.edu Tue Jun 2 11:31:09 2015 From: Kevin.Clair at du.edu (Kevin Clair) Date: Tue, 2 Jun 2015 15:31:09 +0000 Subject: [Archivesspace_Users_Group] database error migrating from 1.1.2 to 1.2.4 In-Reply-To: References: Message-ID: I started my database over from scratch in 1.1.2 and followed the upgrade instructions exactly. The results of running setup-database.sh were: 1.1.2 -> 1.2.4 ran normally, and then started normally (triggering a complete re-index, which I assume is by design) 1.1.2 -> 1.2.5 didn?t finish, and reported the following error: kevin at archivesspace-2:~/archivesspace$ ./scripts/setup-database.sh Loading ArchivesSpace configuration file from path: /home/kevin/archivesspace/./config/config.rb Running migrations against jdbc:mysql://192.168.100.101:3306/archivesspace?user=as&password=[$password]&useUnicode=true&characterEncoding=UTF-8 Making location_temporary list editble UPDATING OUR CONTROLLED VALUE LISTS... Sequel::DatabaseError: Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Unknown column 'enumeration_id' in 'field list' raise_error at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/database/misc.rb:423 statement at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:648 statement at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646 execute at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245 hold at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:85 synchronize at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255 execute at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244 execute_insert at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:276 execute_insert at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:927 insert at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:336 (root) at /home/kevin/archivesspace-v1.2.5-dev07/lib/common.jar!/db/migrations/049_add_phone_number_type_and_enum.rb:17 each at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:139 process_result_set at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:797 fetch_rows at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:725 execute at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250 statement at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646 execute at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245 hold at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98 hold at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87 synchronize at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255 execute at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244 execute at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:911 fetch_rows at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:725 each at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:139 (root) at /home/kevin/archivesspace-v1.2.5-dev07/lib/common.jar!/db/migrations/049_add_phone_number_type_and_enum.rb:16 instance_eval at org/jruby/RubyBasicObject.java:1533 apply at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:100 run at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:528 checked_transaction at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:466 run at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:527 each at org/jruby/RubyArray.java:1613 run at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:524 run at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:391 setup_database at file:/home/kevin/archivesspace-v1.2.5-dev07/lib/common.jar!/db/db_migrator.rb:184 (root) at ../scripts/rb/migrate_db.rb:43 connect at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:69 connect at /home/kevin/archivesspace-v1.2.5-dev07/gems/gems/sequel-4.20.0/lib/sequel/core.rb:95 (root) at ../scripts/rb/migrate_db.rb:28 -k From: "chris.fitzpatrick at lyrasis.org" > Reply-To: Archivesspace Group > Date: Tuesday, June 2, 2015 at 6:17 AM To: Archivesspace Group > Subject: Re: [Archivesspace_Users_Group] database error migrating from 1.1.2 to 1.2.4 Hi Kevin, Hm, it looks like your missing the position column that's added by this migration . [https://avatars2.githubusercontent.com/u/1311559?v=3&s=400] archivesspace/041_position_suppress_enum_values.rb at master ? archivesspace/archivesspace ? GitHub archivesspace - The ArchivesSpace archives management tool Read more... Did you run the setup-database script? And what's the value of in your schema_info table? 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: Tuesday, June 2, 2015 4:51 AM To: Archivesspace Group Subject: [Archivesspace_Users_Group] database error migrating from 1.1.2 to 1.2.4 Hello, I tried migrating my development site from 1.1.2 to 1.2.4 tonight and got the error listed below the cut. I never had this happen when I migrated from 1.2.0 so it?s possible there?s a necessary step there that I?m missing, but I thought I?d mention it in case it?s a bug. It happens when I jump from 1.1.2 to 1.2.5 as well. -k ? stack trace below ? E, [2015-06-01T20:46:29.761000 #4561] ERROR -- : Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Unknown column 'position' in 'order clause' java.lang.reflect.Constructor.newInstance(java/lang/reflect/Constructor.java:526) com.mysql.jdbc.Util.handleNewInstance(com/mysql/jdbc/Util.java:377) com.mysql.jdbc.Util.getInstance(com/mysql/jdbc/Util.java:360) com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:978) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3887) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3823) com.mysql.jdbc.MysqlIO.sendCommand(com/mysql/jdbc/MysqlIO.java:2435) com.mysql.jdbc.MysqlIO.sqlQueryDirect(com/mysql/jdbc/MysqlIO.java:2582) com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2526) com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2484) com.mysql.jdbc.StatementImpl.executeQuery(com/mysql/jdbc/StatementImpl.java:1446) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:606) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250) Sequel::Database.log_yield(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33) Sequel::Database.log_yield(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250) Sequel::JDBC::Database.statement(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646) Sequel::JDBC::Database.statement(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:85) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:85) Sequel::Database.synchronize(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255) Sequel::Database.synchronize(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244) Sequel::JDBC::Database.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244) Sequel::Dataset.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:911) Sequel::Dataset.execute(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:911) Sequel::JDBC::Dataset.fetch_rows(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:725) Sequel::JDBC::Dataset.fetch_rows(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:725) Sequel::Dataset.with_sql_each(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:801) Sequel::Dataset.with_sql_each(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:801) RUBY.with_sql_all(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:784) RUBY._all(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:860) RUBY.with_sql_all(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:784) RUBY.all(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/placeholder_literalizer.rb:138) RUBY._load_associated_object_array(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/associations.rb:2131) RUBY._load_associated_objects(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/associations.rb:2142) RUBY.load_associated_objects(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/associations.rb:2240) RUBY.enumeration_value(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/model/associations.rb:1767) RUBY.sequel_to_jsonmodel(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/enumeration.rb:151) org.jruby.RubyArray.each(org/jruby/RubyArray.java:1613) RUBY.sequel_to_jsonmodel(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/enumeration.rb:146) RUBY.listing_response(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/crud_helpers.rb:102) RUBY.handle_unlimited_listing(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/crud_helpers.rb:44) RUBY.ArchivesSpaceService(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/controllers/enumeration.rb:9) org.jruby.RubyBasicObject.instance_eval(org/jruby/RubyBasicObject.java:1533) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:241) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:241) RUBY.open(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:117) RUBY.transaction(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:93) RUBY._transaction(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:134) RUBY.transaction(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:108) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87) Sequel::ThreadedConnectionPool.hold(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87) Sequel::Database.synchronize(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255) Sequel::Database.synchronize(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255) RUBY.transaction(/home/kevin/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:97) RUBY.transaction(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:92) RUBY.open(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:116) org.jruby.RubyFixnum.times(org/jruby/RubyFixnum.java:280) RUBY.open(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:113) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:223) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:223) RUBY.open(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:207) RESTHelpers::Endpoint.returns(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:207) org.jruby.RubyMethod.call(org/jruby/RubyMethod.java:124) Sinatra::Base.compile!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1293) Sinatra::Base.compile!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1293) org.jruby.RubyProc.call(org/jruby/RubyProc.java:271) RUBY.route!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:860) RUBY.route_eval(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:876) RUBY.route!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:860) RUBY.process_route(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:897) org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1270) RUBY.process_route(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:895) RUBY.route!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:859) org.jruby.RubyArray.each(org/jruby/RubyArray.java:1613) RUBY.route!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:858) RUBY.dispatch!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:963) RUBY.invoke(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1270) RUBY.invoke(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) RUBY.dispatch!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:960) RUBY.call!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) RUBY.invoke(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1270) RUBY.invoke(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) RUBY.call!(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) RUBY.call(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:780) RUBY.call(/home/kevin/archivesspace-v1.2.4-dev06/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:257) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/xss_header.rb:18) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/path_traversal.rb:16) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/json_csrf.rb:18) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/base.rb:49) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/base.rb:49) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-protection-1.5.3/lib/rack/protection/frame_options.rb:31) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-1.4.5/lib/rack/nulllogger.rb:9) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-1.4.5/lib/rack/head.rb:9) RUBY.call(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:124) RUBY.call(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) RUBY.synchronize(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1499) RUBY.call(/home/kevin/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) RUBY.call(/home/kevin/archivesspace-v1.2.4-dev06/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/vendor/rack-1.5.2/rack/builder.rb:138) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:64) org.jruby.RubyArray.each(org/jruby/RubyArray.java:1613) RUBY.call(/home/kevin/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:49) RUBY.call(file:/home/kevin/archivesspace-v1.2.4-dev06/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/rack/handler/servlet.rb:22) org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(org/eclipse/jetty/servlet/ServletHandler.java:1302) org.eclipse.jetty.servlet.ServletHandler.doHandle(org/eclipse/jetty/servlet/ServletHandler.java:448) org.eclipse.jetty.server.handler.ScopedHandler.handle(org/eclipse/jetty/server/handler/ScopedHandler.java:131) org.eclipse.jetty.security.SecurityHandler.handle(org/eclipse/jetty/security/SecurityHandler.java:524) org.eclipse.jetty.server.session.SessionHandler.doHandle(org/eclipse/jetty/server/session/SessionHandler.java:231) org.eclipse.jetty.server.handler.ContextHandler.doHandle(org/eclipse/jetty/server/handler/ContextHandler.java:1067) org.eclipse.jetty.servlet.ServletHandler.doScope(org/eclipse/jetty/servlet/ServletHandler.java:377) org.eclipse.jetty.server.session.SessionHandler.doScope(org/eclipse/jetty/server/session/SessionHandler.java:192) org.eclipse.jetty.server.handler.ContextHandler.doScope(org/eclipse/jetty/server/handler/ContextHandler.java:1001) org.eclipse.jetty.server.handler.ScopedHandler.handle(org/eclipse/jetty/server/handler/ScopedHandler.java:129) org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(org/eclipse/jetty/server/handler/ContextHandlerCollection.java:250) org.eclipse.jetty.server.handler.HandlerWrapper.handle(org/eclipse/jetty/server/handler/HandlerWrapper.java:111) org.eclipse.jetty.server.Server.handle(org/eclipse/jetty/server/Server.java:360) org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(org/eclipse/jetty/server/AbstractHttpConnection.java:454) org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(org/eclipse/jetty/server/AbstractHttpConnection.java:890) org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(org/eclipse/jetty/server/AbstractHttpConnection.java:944) org.eclipse.jetty.http.HttpParser.parseNext(org/eclipse/jetty/http/HttpParser.java:630) org.eclipse.jetty.http.HttpParser.parseAvailable(org/eclipse/jetty/http/HttpParser.java:230) org.eclipse.jetty.server.AsyncHttpConnection.handle(org/eclipse/jetty/server/AsyncHttpConnection.java:77) org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(org/eclipse/jetty/io/nio/SelectChannelEndPoint.java:622) org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(org/eclipse/jetty/io/nio/SelectChannelEndPoint.java:46) org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(org/eclipse/jetty/util/thread/QueuedThreadPool.java:603) org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(org/eclipse/jetty/util/thread/QueuedThreadPool.java:538) java.lang.Thread.run(java/lang/Thread.java:745) D, [2015-06-01T20:46:29.771000 #4561] DEBUG -- : Thread-3494: Responded with [400, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"173"}, ["{\"error\":{\"db_error\":[\"Database integrity constraint conflict: Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Unknown column 'position' in 'order clause'\"]}}\n"]]... in 927.0ms Connection to backend failed ({"error":{"db_error":["Database integrity constraint conflict: Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Unknown column 'position' in 'order clause'"]}} ). Retrying... -------------- next part -------------- An HTML attachment was scrubbed... URL: From mnieves at icp.pr.gov Tue Jun 2 11:29:43 2015 From: mnieves at icp.pr.gov (Marcos Nieves Diaz) Date: Tue, 2 Jun 2015 15:29:43 +0000 Subject: [Archivesspace_Users_Group] Atom processor Message-ID: Hello everyone, Archivesspace is compatible with Atom processor? Thanks, Marcos Nieves Archivist Archivo de M?sica y Sonido Archivo General de Puerto Rico 787-724-0700 extensi?n 2017 NOTA DE CONFIDENCIALIDAD Esta comunicaci?n y cualquier archivo transmitido con ella pueden contener informaci?n que es confidencial, privilegiada y/o privada bajo la ley aplicable. Se utilizar? solamente para el uso del individuo o entidad a que se dirige. Si usted no es el destinatario intencional, se le notifica a usted por la presente que cualquier uso, diseminaci?n o copia de esta comunicaci?n se proh?be estrictamente. Si usted ha recibido esta comunicaci?n por error, por favor notifique al remitente. CONFIDENTIALITY NOTE This communication and any file transmitted with it may contain information that is confidential, privileged and exempt from disclosure under applicable law. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are hereby notified that any use, dissemination or copying of this communication is strictly prohibited. If you have received this communication in error, please notify. From maureen.callahan at yale.edu Tue Jun 2 13:40:36 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Tue, 2 Jun 2015 17:40:36 +0000 Subject: [Archivesspace_Users_Group] rad "delete repos" script In-Reply-To: <1432212771559.7588@lyrasis.org> References: <1432212771559.7588@lyrasis.org> Message-ID: Hi Chris, Sorry for the long delay - I was taking a vacation and doing a really good job of not checking work email. I think you're totally right. The issue was that the folks at HM built us a plug-in that adds a table to the database that has records that reference the repository I want to delete. I may try my hand at modifying your ruby script to account for those records. I'll let you know how it goes! Maureen Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu 203.432.3627 Webpage: web.library.yale.edu/mssa Collections: drs.library.yale.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: Thursday, May 21, 2015 8:53 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] rad "delete repos" script Hi Maureen, There must be something there that hasn't been deleted that's causing the repository record to not be allowed to delete. Can you have a look at the log when you run this? You can use the backend log viewer in System => System Information if you're logged in as an admin. 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 Callahan, Maureen > Sent: Tuesday, May 19, 2015 1:25 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] rad "delete repos" script Hey Chris, I'm using your delete repositories ruby script (https://gist.github.com/cfitz/4fefcfa659ef18bfbe6c), and I hit an error: PLEASE RE-ENTER THE REPOSITORY NAME TO VERIFY THIS IS WHAT YOU WANT TO DO : /repositories/2 http://localhost:8089//repositories/2/accessions?all_ids=true ############################## deleting accessions http://localhost:8089//repositories/2/archival_objects?all_ids=true ############################## deleting archival_objects http://localhost:8089//repositories/2/classification_terms?all_ids=true ############################## deleting classification_terms http://localhost:8089//repositories/2/classifications?all_ids=true ############################## deleting classifications http://localhost:8089//repositories/2/digital_object_components?all_ids=true ############################## deleting digital_object_components http://localhost:8089//repositories/2/digital_objects?all_ids=true ############################## deleting digital_objects http://localhost:8089//repositories/2/events?all_ids=true ############################## deleting events http://localhost:8089//repositories/2/resources?all_ids=true ############################## deleting resources Attempting to delete /repositories/2 /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/abstract_response.rb:74:in `return!': 409 Conflict (RestClient::Conflict) from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:495:in `process_result' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:421:in `block in transmit' from /usr/local/Cellar/ruby/2.2.0/lib/ruby/2.2.0/net/http.rb:853:in `start' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:413:in `transmit' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:176:in `execute' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:41:in `execute' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient.rb:81:in `delete' from delete_repo.rb:39:in `delete_repo' from delete_repo.rb:74:in `
' Do you have any thoughts why I can't seem to get the delete to stick? Thanks! Maureen -------------- next part -------------- An HTML attachment was scrubbed... URL: From maureen.callahan at yale.edu Tue Jun 2 13:59:31 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Tue, 2 Jun 2015 17:59:31 +0000 Subject: [Archivesspace_Users_Group] brainstorming -- data integrity checking Message-ID: Hi everyone, We're running our fourth of four migrations at Yale this week (WOOHOO), and right now I'm doing some data integrity checking between AT and ArchivesSpace to get slightly more detailed information than what the migrator provides. Almost everything looks pretty good, except for one problem - we have 2603 fewer archival_objects in ArchivesSpace than we had components in Archivists' Toolkit. This wasn't a problem for migrations for other repositories. I am almost positive that this was the result of irresponsible SQL delete statements many moons ago, and that the components in AT are orphans, but I'd like to figure out a way to check. Does anyone have any ideas? Maybe comparing refids and call numbers? All ideas are welcome. Maureen Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu 203.432.3627 Webpage: web.library.yale.edu/mssa Collections: drs.library.yale.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From ns96 at nyu.edu Tue Jun 2 14:22:30 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Tue, 2 Jun 2015 14:22:30 -0400 Subject: [Archivesspace_Users_Group] brainstorming -- data integrity checking In-Reply-To: References: Message-ID: Try a combination of ref_ids and call numbers (I am assuming call numbers get placed into the component unique id field in AT). A combination of those two fields should result in uniquely identifying the resource components as long as call numbers were always field out. On Tue, Jun 2, 2015 at 1:59 PM, Callahan, Maureen wrote: > Hi everyone, > > > > We?re running our fourth of four migrations at Yale this week (WOOHOO), > and right now I?m doing some data integrity checking between AT and > ArchivesSpace to get slightly more detailed information than what the > migrator provides. > > > > Almost everything looks pretty good, except for one problem ? we have 2603 > fewer archival_objects in ArchivesSpace than we had components in > Archivists? Toolkit. This wasn?t a problem for migrations for other > repositories. I am almost positive that this was the result of > irresponsible SQL delete statements many moons ago, and that the components > in AT are orphans, but I?d like to figure out a way to check. Does anyone > have any ideas? Maybe comparing refids and call numbers? All ideas are > welcome. > > > > Maureen > > > > Maureen Callahan > > Archivist, Metadata Specialist > > Manuscripts & Archives > > Yale University Library > > maureen.callahan at yale.edu > > 203.432.3627 > > > > Webpage: web.library.yale.edu/mssa > > Collections: drs.library.yale.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: From maureen.callahan at yale.edu Tue Jun 2 15:44:40 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Tue, 2 Jun 2015 19:44:40 +0000 Subject: [Archivesspace_Users_Group] brainstorming -- data integrity checking In-Reply-To: References: Message-ID: <56686FF8-9536-4386-9749-74FDA70C55A0@yale.edu> Hi Nathan, Yeah, that?s what I just suggested in my email. There are two problems with this idea. One, refids are only unique to the resource. This is fine if my query can also pull down the resource identifier that a component belongs to, but here?s where we get to our next problem? The resourcescomponents table in AT doesn?t reference the related resource unless it?s a top-level component. My colleague Steelsen Smith wrote some SQL procedures to recursively find the parent of a component until it gets to a component that has a resource record ID, but this obviously won?t find anything if I have an orphan component (in fact, the procedures don?t envision this, so mysql hangs and then barfs). I think my best bet will probably be to modify Steelsen?s procedures to manage error handling, so it can tell me explicitly that a component doesn?t have a parent resource. Obviously, I?m open to more straightforward approaches! It would probably be good to know, as part of the migrator, not just that resources migrated but that all parts of all resources are accounted for. Maureen On Jun 2, 2015, at 2:22 PM, Nathan Stevens > wrote: Try a combination of ref_ids and call numbers (I am assuming call numbers get placed into the component unique id field in AT). A combination of those two fields should result in uniquely identifying the resource components as long as call numbers were always field out. On Tue, Jun 2, 2015 at 1:59 PM, Callahan, Maureen > wrote: Hi everyone, We?re running our fourth of four migrations at Yale this week (WOOHOO), and right now I?m doing some data integrity checking between AT and ArchivesSpace to get slightly more detailed information than what the migrator provides. Almost everything looks pretty good, except for one problem ? we have 2603 fewer archival_objects in ArchivesSpace than we had components in Archivists? Toolkit. This wasn?t a problem for migrations for other repositories. I am almost positive that this was the result of irresponsible SQL delete statements many moons ago, and that the components in AT are orphans, but I?d like to figure out a way to check. Does anyone have any ideas? Maybe comparing refids and call numbers? All ideas are welcome. Maureen Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu 203.432.3627 Webpage: web.library.yale.edu/mssa Collections: drs.library.yale.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 _______________________________________________ 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=otb3yGWWepY7M7b-n4tvhCmEzIZlkl6wasO7MBVZxjg&s=OwtX6HnAHQ6c2aV7-Z5tvs2AMVYLUHf1_DZHusciiFY&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: From rneal at richmond.edu Tue Jun 2 15:49:51 2015 From: rneal at richmond.edu (Neal, Rick) Date: Tue, 2 Jun 2015 19:49:51 +0000 Subject: [Archivesspace_Users_Group] Security question Message-ID: <82E1D707847BFD40976E2E16B04C62C301A3AC98F7@quorra.richmond.edu> Hello All, I am running a security scan on our Archivesspace test server and received a notice that I have a 'Browsable web directory'. I have removed 'Indexes' from the httpd.conf file but the directory is still browsable on http://servername:8090. Any thoughts on how to stop this from occurring would be appreciated. Thanks, Rick ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Rick Neal Library Applications and Systems Administrator Boatwright Memorial Library University of Richmond, VA 23173 rneal at richmond.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Wed Jun 3 06:41:15 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Wed, 3 Jun 2015 10:41:15 +0000 Subject: [Archivesspace_Users_Group] Security question In-Reply-To: <82E1D707847BFD40976E2E16B04C62C301A3AC98F7@quorra.richmond.edu> References: <82E1D707847BFD40976E2E16B04C62C301A3AC98F7@quorra.richmond.edu> Message-ID: Hi Rick, I think this would be a false positive, since it's the Solr index that runs on port 8090. However, its strongly recommend that Solr be firewalled off so that the only clients accessing it are your own. That means only allowing access from whatever host your backend, frontend, public, and indexer are running on. 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 Neal, Rick Sent: Tuesday, June 2, 2015 9:49 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Security question Hello All, I am running a security scan on our Archivesspace test server and received a notice that I have a 'Browsable web directory'. I have removed 'Indexes' from the httpd.conf file but the directory is still browsable on http://servername:8090. Any thoughts on how to stop this from occurring would be appreciated. Thanks, Rick ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Rick Neal Library Applications and Systems Administrator Boatwright Memorial Library University of Richmond, VA 23173 rneal at richmond.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Wed Jun 3 08:34:22 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Wed, 3 Jun 2015 12:34:22 +0000 Subject: [Archivesspace_Users_Group] Atom processor In-Reply-To: References: Message-ID: Hi Marcos, Yes, it should be. It's a java application, so there most likely won't be any issues. 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 Marcos Nieves Diaz Sent: Tuesday, June 2, 2015 5:29 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Atom processor Hello everyone, Archivesspace is compatible with Atom processor? Thanks, Marcos Nieves Archivist Archivo de M?sica y Sonido Archivo General de Puerto Rico 787-724-0700 extensi?n 2017 NOTA DE CONFIDENCIALIDAD Esta comunicaci?n y cualquier archivo transmitido con ella pueden contener informaci?n que es confidencial, privilegiada y/o privada bajo la ley aplicable. Se utilizar? solamente para el uso del individuo o entidad a que se dirige. Si usted no es el destinatario intencional, se le notifica a usted por la presente que cualquier uso, diseminaci?n o copia de esta comunicaci?n se proh?be estrictamente. Si usted ha recibido esta comunicaci?n por error, por favor notifique al remitente. CONFIDENTIALITY NOTE This communication and any file transmitted with it may contain information that is confidential, privileged and exempt from disclosure under applicable law. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are hereby notified that any use, dissemination or copying of this communication is strictly prohibited. If you have received this communication in error, please notify. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From rneal at richmond.edu Wed Jun 3 09:21:49 2015 From: rneal at richmond.edu (Neal, Rick) Date: Wed, 3 Jun 2015 13:21:49 +0000 Subject: [Archivesspace_Users_Group] Security question - Better description Message-ID: <82E1D707847BFD40976E2E16B04C62C301A3ACA491@quorra.richmond.edu> Chris, I'm sorry, I really didn't explain the problem well enough. It is true that if I go to: http://servername:8090 I see the Solr dashboard with no problem. However, if I add a subdirectory name at the end ( http://servername:8090/css/ ) or any of the other subdirectory names in the list below (except for WEB-INF or META-INF) I see the directory listing in the browser. If I try to list the WEB-INF or META-INF subdirectories to the end of the url I get an: HTTP ERROR 404, Problem accessing /WEB-INF/. Reason: Not Found [root at servername webapp]# pwd /usr/local/as/data/tmp/jetty-0.0.0.0-8090-solr.war-_-any-/webapp [root at servername webapp]# ls -altr total 44 -rw-r--r-- 1 root root 1146 Sep 22 2012 favicon.ico -rw-r--r-- 1 root root 4930 Sep 22 2012 admin.html drwxr-xr-x 4 root root 4096 Jun 1 04:05 WEB-INF drwxr-xr-x 3 root root 4096 Jun 1 04:05 css drwxr-xr-x 8 root root 4096 Jun 1 04:05 . drwxr-xr-x 4 root root 4096 Jun 1 04:05 img drwxr-xr-x 4 root root 4096 Jun 1 04:05 js drwxr-xr-x 2 root root 4096 Jun 1 04:05 tpl drwxr-xr-x 2 root root 4096 Jun 1 04:05 META-INF drwxr-xr-x 3 root root 4096 Jun 1 04:05 .. My goal is to get the browser to stop listing the directory(s). Thanks again for your help with this. Rick Directory: /img/ Parent Directory ZeroClipboard.swf 1071 bytes Sep 22, 2012 8:36:50 AM chosen-sprite.png 559 bytes Sep 22, 2012 8:36:50 AM div.gif 1093 bytes Sep 22, 2012 8:36:50 AM favicon.ico 1146 bytes Sep 22, 2012 8:36:50 AM filetypes/ 4096 bytes Jun 1, 2015 3:05:15 AM ico/ 4096 bytes Jun 1, 2015 3:05:15 AM loader-light.gif 1849 bytes Sep 22, 2012 8:36:50 AM loader.gif 1553 bytes Sep 22, 2012 8:36:50 AM lucene-ico.png 1508 bytes Sep 22, 2012 8:36:50 AM solr-ico.png 1146 bytes Sep 22, 2012 8:36:50 AM solr.png 7926 bytes Sep 22, 2012 8:36:50 AM tree.png 1112 bytes Sep 22, 2012 8:36:50 AM ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Rick Neal Library Applications and Systems Administrator Boatwright Memorial Library University of Richmond, VA 23173 rneal at richmond.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: Wednesday, June 03, 2015 6:41 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Security question Hi Rick, I think this would be a false positive, since it's the Solr index that runs on port 8090. However, its strongly recommend that Solr be firewalled off so that the only clients accessing it are your own. That means only allowing access from whatever host your backend, frontend, public, and indexer are running on. 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 Neal, Rick > Sent: Tuesday, June 2, 2015 9:49 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Security question Hello All, I am running a security scan on our Archivesspace test server and received a notice that I have a 'Browsable web directory'. I have removed 'Indexes' from the httpd.conf file but the directory is still browsable on http://servername:8090. Any thoughts on how to stop this from occurring would be appreciated. Thanks, Rick ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Rick Neal Library Applications and Systems Administrator Boatwright Memorial Library University of Richmond, VA 23173 rneal at richmond.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Wed Jun 3 10:39:37 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Wed, 3 Jun 2015 14:39:37 +0000 Subject: [Archivesspace_Users_Group] Security question - Better description In-Reply-To: <82E1D707847BFD40976E2E16B04C62C301A3ACA491@quorra.richmond.edu> References: <82E1D707847BFD40976E2E16B04C62C301A3ACA491@quorra.richmond.edu> Message-ID: Hey Rick, Sure, I understand. But if the app is firewalled, this would probably not much of a threat, since only the ASpace webapps would be accessing Solr. But, if you want to change this, you'll have to set the parameter in Jetty, if you're using the default jetty deployment ( and not something like Tomcat ).To do this, add this line to your launcher/launcher.rb file at line 44: context.setInitParameter("org.eclipse.jetty.servlet.Default.dirAllowed","false") if webapp[:war].include?("solr.war") ( That should all be one line, just in case it's getting wacked by the email formatting ). Then restart ASpace. This should cause a directory listing to respond with a 403. b,chris. BTW, Solr doesn't really come with an security protection built-in, which they do by design since it's assumed you'll have an application in front of the index. So, if it's not firewalled, anyone can do stuff like delete your whole index... 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 Neal, Rick Sent: Wednesday, June 3, 2015 3:21 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Security question - Better description Chris, I?m sorry, I really didn?t explain the problem well enough. It is true that if I go to: http://servername:8090 I see the Solr dashboard with no problem. However, if I add a subdirectory name at the end ( http://servername:8090/css/ ) or any of the other subdirectory names in the list below (except for WEB-INF or META-INF) I see the directory listing in the browser. If I try to list the WEB-INF or META-INF subdirectories to the end of the url I get an: HTTP ERROR 404, Problem accessing /WEB-INF/. Reason: Not Found [root at servername webapp]# pwd /usr/local/as/data/tmp/jetty-0.0.0.0-8090-solr.war-_-any-/webapp [root at servername webapp]# ls -altr total 44 -rw-r--r-- 1 root root 1146 Sep 22 2012 favicon.ico -rw-r--r-- 1 root root 4930 Sep 22 2012 admin.html drwxr-xr-x 4 root root 4096 Jun 1 04:05 WEB-INF drwxr-xr-x 3 root root 4096 Jun 1 04:05 css drwxr-xr-x 8 root root 4096 Jun 1 04:05 . drwxr-xr-x 4 root root 4096 Jun 1 04:05 img drwxr-xr-x 4 root root 4096 Jun 1 04:05 js drwxr-xr-x 2 root root 4096 Jun 1 04:05 tpl drwxr-xr-x 2 root root 4096 Jun 1 04:05 META-INF drwxr-xr-x 3 root root 4096 Jun 1 04:05 .. My goal is to get the browser to stop listing the directory(s). Thanks again for your help with this. Rick Directory: /img/ Parent Directory ZeroClipboard.swf 1071 bytes Sep 22, 2012 8:36:50 AM chosen-sprite.png 559 bytes Sep 22, 2012 8:36:50 AM div.gif 1093 bytes Sep 22, 2012 8:36:50 AM favicon.ico 1146 bytes Sep 22, 2012 8:36:50 AM filetypes/ 4096 bytes Jun 1, 2015 3:05:15 AM ico/ 4096 bytes Jun 1, 2015 3:05:15 AM loader-light.gif 1849 bytes Sep 22, 2012 8:36:50 AM loader.gif 1553 bytes Sep 22, 2012 8:36:50 AM lucene-ico.png 1508 bytes Sep 22, 2012 8:36:50 AM solr-ico.png 1146 bytes Sep 22, 2012 8:36:50 AM solr.png 7926 bytes Sep 22, 2012 8:36:50 AM tree.png 1112 bytes Sep 22, 2012 8:36:50 AM ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Rick Neal Library Applications and Systems Administrator Boatwright Memorial Library University of Richmond, VA 23173 rneal at richmond.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: Wednesday, June 03, 2015 6:41 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Security question Hi Rick, I think this would be a false positive, since it's the Solr index that runs on port 8090. However, its strongly recommend that Solr be firewalled off so that the only clients accessing it are your own. That means only allowing access from whatever host your backend, frontend, public, and indexer are running on. 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 Neal, Rick > Sent: Tuesday, June 2, 2015 9:49 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Security question Hello All, I am running a security scan on our Archivesspace test server and received a notice that I have a ?Browsable web directory?. I have removed ?Indexes? from the httpd.conf file but the directory is still browsable on http://servername:8090. Any thoughts on how to stop this from occurring would be appreciated. Thanks, Rick ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Rick Neal Library Applications and Systems Administrator Boatwright Memorial Library University of Richmond, VA 23173 rneal at richmond.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From rneal at richmond.edu Wed Jun 3 11:13:34 2015 From: rneal at richmond.edu (Neal, Rick) Date: Wed, 3 Jun 2015 15:13:34 +0000 Subject: [Archivesspace_Users_Group] Security question - Better description In-Reply-To: References: <82E1D707847BFD40976E2E16B04C62C301A3ACA491@quorra.richmond.edu> Message-ID: <82E1D707847BFD40976E2E16B04C62C301A3ACA7C9@quorra.richmond.edu> Chris, This worked great. Thanks! Rick ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Rick Neal Library Applications and Systems Administrator Boatwright Memorial Library University of Richmond, VA 23173 rneal at richmond.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: Wednesday, June 03, 2015 10:40 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Security question - Better description Hey Rick, Sure, I understand. But if the app is firewalled, this would probably not much of a threat, since only the ASpace webapps would be accessing Solr. But, if you want to change this, you'll have to set the parameter in Jetty, if you're using the default jetty deployment ( and not something like Tomcat ).To do this, add this line to your launcher/launcher.rb file at line 44: context.setInitParameter("org.eclipse.jetty.servlet.Default.dirAllowed","false") if webapp[:war].include?("solr.war") ( That should all be one line, just in case it's getting wacked by the email formatting ). Then restart ASpace. This should cause a directory listing to respond with a 403. b,chris. BTW, Solr doesn't really come with an security protection built-in, which they do by design since it's assumed you'll have an application in front of the index. So, if it's not firewalled, anyone can do stuff like delete your whole index... 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 Neal, Rick > Sent: Wednesday, June 3, 2015 3:21 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Security question - Better description Chris, I'm sorry, I really didn't explain the problem well enough. It is true that if I go to: http://servername:8090 I see the Solr dashboard with no problem. However, if I add a subdirectory name at the end ( http://servername:8090/css/ ) or any of the other subdirectory names in the list below (except for WEB-INF or META-INF) I see the directory listing in the browser. If I try to list the WEB-INF or META-INF subdirectories to the end of the url I get an: HTTP ERROR 404, Problem accessing /WEB-INF/. Reason: Not Found [root at servername webapp]# pwd /usr/local/as/data/tmp/jetty-0.0.0.0-8090-solr.war-_-any-/webapp [root at servername webapp]# ls -altr total 44 -rw-r--r-- 1 root root 1146 Sep 22 2012 favicon.ico -rw-r--r-- 1 root root 4930 Sep 22 2012 admin.html drwxr-xr-x 4 root root 4096 Jun 1 04:05 WEB-INF drwxr-xr-x 3 root root 4096 Jun 1 04:05 css drwxr-xr-x 8 root root 4096 Jun 1 04:05 . drwxr-xr-x 4 root root 4096 Jun 1 04:05 img drwxr-xr-x 4 root root 4096 Jun 1 04:05 js drwxr-xr-x 2 root root 4096 Jun 1 04:05 tpl drwxr-xr-x 2 root root 4096 Jun 1 04:05 META-INF drwxr-xr-x 3 root root 4096 Jun 1 04:05 .. My goal is to get the browser to stop listing the directory(s). Thanks again for your help with this. Rick Directory: /img/ Parent Directory ZeroClipboard.swf 1071 bytes Sep 22, 2012 8:36:50 AM chosen-sprite.png 559 bytes Sep 22, 2012 8:36:50 AM div.gif 1093 bytes Sep 22, 2012 8:36:50 AM favicon.ico 1146 bytes Sep 22, 2012 8:36:50 AM filetypes/ 4096 bytes Jun 1, 2015 3:05:15 AM ico/ 4096 bytes Jun 1, 2015 3:05:15 AM loader-light.gif 1849 bytes Sep 22, 2012 8:36:50 AM loader.gif 1553 bytes Sep 22, 2012 8:36:50 AM lucene-ico.png 1508 bytes Sep 22, 2012 8:36:50 AM solr-ico.png 1146 bytes Sep 22, 2012 8:36:50 AM solr.png 7926 bytes Sep 22, 2012 8:36:50 AM tree.png 1112 bytes Sep 22, 2012 8:36:50 AM ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Rick Neal Library Applications and Systems Administrator Boatwright Memorial Library University of Richmond, VA 23173 rneal at richmond.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: Wednesday, June 03, 2015 6:41 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Security question Hi Rick, I think this would be a false positive, since it's the Solr index that runs on port 8090. However, its strongly recommend that Solr be firewalled off so that the only clients accessing it are your own. That means only allowing access from whatever host your backend, frontend, public, and indexer are running on. 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 Neal, Rick > Sent: Tuesday, June 2, 2015 9:49 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Security question Hello All, I am running a security scan on our Archivesspace test server and received a notice that I have a 'Browsable web directory'. I have removed 'Indexes' from the httpd.conf file but the directory is still browsable on http://servername:8090. Any thoughts on how to stop this from occurring would be appreciated. Thanks, Rick ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Rick Neal Library Applications and Systems Administrator Boatwright Memorial Library University of Richmond, VA 23173 rneal at richmond.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From maureen.callahan at yale.edu Thu Jun 4 11:18:16 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Thu, 4 Jun 2015 15:18:16 +0000 Subject: [Archivesspace_Users_Group] data problem with the migrator Message-ID: <5C04469C-F4D7-41E7-9D55-203189430758@yale.edu> Something for ALL users going into ASpace from AT to be aware of ? the AT migrator creates a rights record in ArchivesSpace if the ?Rights Transferred? box is checked in AT. (As I mentioned last month, it only brings over the rights transferred note if this box is checked, which is a different kind of problem). Here?s what it looks like (attached, for those without in-line image viewing): [cid:73B6380F-4D1E-4339-98A5-C0680A19BC3B at its.yale.internal] Guys, I?m sorry, but there are a ton of terrible assumptions here based on the presence of a clicked checkbox. Just because rights were transferred doesn?t mean that COPYRIGHT was transferred (copyright could be transferred to the public domain, for instance), it doesn?t mean that the copyright is still active, and I also wouldn?t assume that the jurisdiction is the United States. I?d like to request that the AT migrator be changed to something a little more modest. We?ve been working very hard at Yale to get our rights documentation in order and we?d like to keep this in ASpace. This means that I need to delete these often-erroneous rights records.I don?t see anything in the API documentation about deleting rights records ? could you give me some guidance about the safest way to do so? Thanks much, Maureen -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2015-06-04 at 11.10.32 AM.png Type: image/png Size: 123447 bytes Desc: Screen Shot 2015-06-04 at 11.10.32 AM.png URL: From maureen.callahan at yale.edu Thu Jun 4 11:44:27 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Thu, 4 Jun 2015 15:44:27 +0000 Subject: [Archivesspace_Users_Group] merge value error Message-ID: <4FA996B9-F7EC-4B08-82D9-A51664555B43@yale.edu> Hi everyone, I?m doing some clean-up on our controlled value lists, and I got an error when I was trying to merge a value. Has this happened to anyone else before? Any suggested work-arounds? [cid:E452F81E-8BCC-4182-98CB-E6197355AAD4 at its.yale.internal] Thanks, Maureen -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2015-06-04 at 11.42.40 AM.png Type: image/png Size: 76526 bytes Desc: Screen Shot 2015-06-04 at 11.42.40 AM.png URL: From psuda1 at tulane.edu Thu Jun 4 12:37:32 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Thu, 4 Jun 2015 16:37:32 +0000 Subject: [Archivesspace_Users_Group] data problem with the migrator In-Reply-To: <5C04469C-F4D7-41E7-9D55-203189430758@yale.edu> References: <5C04469C-F4D7-41E7-9D55-203189430758@yale.edu> Message-ID: Spot on. I concur! Thanks, Phil From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen Sent: Thursday, June 04, 2015 10:18 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] data problem with the migrator Something for ALL users going into ASpace from AT to be aware of ? the AT migrator creates a rights record in ArchivesSpace if the ?Rights Transferred? box is checked in AT. (As I mentioned last month, it only brings over the rights transferred note if this box is checked, which is a different kind of problem). Here?s what it looks like (attached, for those without in-line image viewing): [cid:image001.png at 01D09EBA.D7702120] Guys, I?m sorry, but there are a ton of terrible assumptions here based on the presence of a clicked checkbox. Just because rights were transferred doesn?t mean that COPYRIGHT was transferred (copyright could be transferred to the public domain, for instance), it doesn?t mean that the copyright is still active, and I also wouldn?t assume that the jurisdiction is the United States. I?d like to request that the AT migrator be changed to something a little more modest. We?ve been working very hard at Yale to get our rights documentation in order and we?d like to keep this in ASpace. This means that I need to delete these often-erroneous rights records.I don?t see anything in the API documentation about deleting rights records ? could you give me some guidance about the safest way to do so? Thanks much, Maureen -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 47487 bytes Desc: image001.png URL: From benefiea at gvsu.edu Thu Jun 4 13:14:32 2015 From: benefiea at gvsu.edu (Annie Benefiel) Date: Thu, 4 Jun 2015 17:14:32 +0000 Subject: [Archivesspace_Users_Group] merge value error In-Reply-To: <4FA996B9-F7EC-4B08-82D9-A51664555B43@yale.edu> References: <4FA996B9-F7EC-4B08-82D9-A51664555B43@yale.edu> Message-ID: Maureen, I have also encountered this error when attempting to merge duplicate entries for Library of Congress Subject Headings in my Subject Source list. I don?t have any work-arounds, but I?d be happy to learn about a solution! Annie Benefiel Assistant Archivist Grand Valley State University Special Collections & University Archives (616) 331-8727 www.gvsu.edu/library/specialcollections From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen Sent: Thursday, June 04, 2015 11:44 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] merge value error Hi everyone, I?m doing some clean-up on our controlled value lists, and I got an error when I was trying to merge a value. Has this happened to anyone else before? Any suggested work-arounds? [cid:image002.png at 01D09EC8.61122010] Thanks, Maureen -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 35955 bytes Desc: image002.png URL: From kate_bowers at harvard.edu Thu Jun 4 13:37:01 2015 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Thu, 4 Jun 2015 17:37:01 +0000 Subject: [Archivesspace_Users_Group] data problem with the migrator In-Reply-To: <5C04469C-F4D7-41E7-9D55-203189430758@yale.edu> References: <5C04469C-F4D7-41E7-9D55-203189430758@yale.edu> Message-ID: We encountered this as well and included it in our feedback. This is actually only one of a much bigger, badder assumption in the migration tool: if there isn't a value, the migrator sticks in the default value. Another example: all ingested extents are considered "whole". Default values should never be used as auto-fill for required fields during a migration. A neutral, factually correct alternative (like "unknown" or "unspecified") is far more helpful. Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives Cambridge, Massachusetts, USA voice: (617) 384-7787 fax: (617) 495-8011 kate_bowers at harvard.edu ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Callahan, Maureen Sent: Thursday, June 4, 2015 11:18 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] data problem with the migrator Something for ALL users going into ASpace from AT to be aware of - the AT migrator creates a rights record in ArchivesSpace if the "Rights Transferred" box is checked in AT. (As I mentioned last month, it only brings over the rights transferred note if this box is checked, which is a different kind of problem). Here's what it looks like (attached, for those without in-line image viewing): [cid:73B6380F-4D1E-4339-98A5-C0680A19BC3B at its.yale.internal] Guys, I'm sorry, but there are a ton of terrible assumptions here based on the presence of a clicked checkbox. Just because rights were transferred doesn't mean that COPYRIGHT was transferred (copyright could be transferred to the public domain, for instance), it doesn't mean that the copyright is still active, and I also wouldn't assume that the jurisdiction is the United States. I'd like to request that the AT migrator be changed to something a little more modest. We've been working very hard at Yale to get our rights documentation in order and we'd like to keep this in ASpace. This means that I need to delete these often-erroneous rights records.I don't see anything in the API documentation about deleting rights records - could you give me some guidance about the safest way to do so? Thanks much, Maureen -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2015-06-04 at 11.10.32 AM.png Type: image/png Size: 123447 bytes Desc: Screen Shot 2015-06-04 at 11.10.32 AM.png URL: From ns96 at nyu.edu Thu Jun 4 13:49:11 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Thu, 4 Jun 2015 13:49:11 -0400 Subject: [Archivesspace_Users_Group] data problem with the migrator In-Reply-To: References: <5C04469C-F4D7-41E7-9D55-203189430758@yale.edu> Message-ID: Kindly create JIRA issues containing detailed description and solution to these problems so we can schedule and fix is needed. https://archivesspace.atlassian.net/issues/?jql= Thanks. On Thu, Jun 4, 2015 at 1:37 PM, Bowers, Kate A. wrote: > We encountered this as well and included it in our feedback. > > > This is actually only one of a much bigger, badder assumption in the > migration tool: if there isn't a value, the migrator sticks in the default > value. > > > Another example: all ingested extents are considered "whole". > > > Default values should never be used as auto-fill for required fields > during a migration. A neutral, factually correct alternative (like > "unknown" or "unspecified") is far more helpful. > > Kate Bowers > Collections Services Archivist for Metadata, Systems, and Standards > Harvard University Archives > Cambridge, Massachusetts, USA > voice: (617) 384-7787 > fax: (617) 495-8011 > kate_bowers at harvard.edu > > > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Callahan, Maureen > *Sent:* Thursday, June 4, 2015 11:18 AM > *To:* Archivesspace Users Group > *Subject:* [Archivesspace_Users_Group] data problem with the migrator > > Something for ALL users going into ASpace from AT to be aware of ? the > AT migrator creates a rights record in ArchivesSpace if the ?Rights > Transferred? box is checked in AT. (As I mentioned last month, it only > brings over the rights transferred note if this box is checked, which is a > different kind of problem). > > Here?s what it looks like (attached, for those without in-line image > viewing): > > > Guys, I?m sorry, but there are a ton of terrible assumptions here based > on the presence of a clicked checkbox. Just because rights were transferred > doesn?t mean that COPYRIGHT was transferred (copyright could be transferred > to the public domain, for instance), it doesn?t mean that the copyright is > still active, and I also wouldn?t assume that the jurisdiction is the > United States. > > I?d like to request that the AT migrator be changed to something a > little more modest. > > We?ve been working very hard at Yale to get our rights documentation in > order and we?d like to keep this in ASpace. This means that I need to > delete these often-erroneous rights records.I don?t see anything in the API > documentation about deleting rights records ? could you give me some > guidance about the safest way to do so? > > Thanks much, > Maureen > > _______________________________________________ > 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: Screen Shot 2015-06-04 at 11.10.32 AM.png Type: image/png Size: 123447 bytes Desc: not available URL: From Chris.Fitzpatrick at lyrasis.org Fri Jun 5 08:30:43 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Fri, 5 Jun 2015 12:30:43 +0000 Subject: [Archivesspace_Users_Group] merge value error In-Reply-To: <4FA996B9-F7EC-4B08-82D9-A51664555B43@yale.edu> References: <4FA996B9-F7EC-4B08-82D9-A51664555B43@yale.edu> Message-ID: Hi, Is the log outputting anything when you attempt this merge? 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 Callahan, Maureen Sent: Thursday, June 4, 2015 5:44 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] merge value error Hi everyone, I'm doing some clean-up on our controlled value lists, and I got an error when I was trying to merge a value. Has this happened to anyone else before? Any suggested work-arounds? [cid:E452F81E-8BCC-4182-98CB-E6197355AAD4 at its.yale.internal] Thanks, Maureen -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2015-06-04 at 11.42.40 AM.png Type: image/png Size: 76526 bytes Desc: Screen Shot 2015-06-04 at 11.42.40 AM.png URL: From Chris.Fitzpatrick at lyrasis.org Fri Jun 5 08:40:20 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Fri, 5 Jun 2015 12:40:20 +0000 Subject: [Archivesspace_Users_Group] data problem with the migrator In-Reply-To: <5C04469C-F4D7-41E7-9D55-203189430758@yale.edu> References: <5C04469C-F4D7-41E7-9D55-203189430758@yale.edu> Message-ID: Hi, Yes, so since RightsStatements aren't "first class" type objects ( they can only exists as associations to resources, archival objects, accessions, etc ), there's not an endpoint directly for them. To remove them, you have to go through the accession/resource/archival object/etc and update that record. Are you wanting to delete all "Copyrighted" rights statements? Or is there some kind of filter/qualifier we can use to limit which records should be deleted? 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 Callahan, Maureen Sent: Thursday, June 4, 2015 5:18 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] data problem with the migrator Something for ALL users going into ASpace from AT to be aware of - the AT migrator creates a rights record in ArchivesSpace if the "Rights Transferred" box is checked in AT. (As I mentioned last month, it only brings over the rights transferred note if this box is checked, which is a different kind of problem). Here's what it looks like (attached, for those without in-line image viewing): [cid:73B6380F-4D1E-4339-98A5-C0680A19BC3B at its.yale.internal] Guys, I'm sorry, but there are a ton of terrible assumptions here based on the presence of a clicked checkbox. Just because rights were transferred doesn't mean that COPYRIGHT was transferred (copyright could be transferred to the public domain, for instance), it doesn't mean that the copyright is still active, and I also wouldn't assume that the jurisdiction is the United States. I'd like to request that the AT migrator be changed to something a little more modest. We've been working very hard at Yale to get our rights documentation in order and we'd like to keep this in ASpace. This means that I need to delete these often-erroneous rights records.I don't see anything in the API documentation about deleting rights records - could you give me some guidance about the safest way to do so? Thanks much, Maureen -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2015-06-04 at 11.10.32 AM.png Type: image/png Size: 123447 bytes Desc: Screen Shot 2015-06-04 at 11.10.32 AM.png URL: From maureen.callahan at yale.edu Fri Jun 5 08:46:17 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Fri, 5 Jun 2015 12:46:17 +0000 Subject: [Archivesspace_Users_Group] merge value error In-Reply-To: References: <4FA996B9-F7EC-4B08-82D9-A51664555B43@yale.edu> Message-ID: <0AED85B8-8852-4476-9097-EE89C7962DCA@yale.edu> Hey Chris, [What seem to be] the relevant bits of the log are attached. Thanks for your help! MC On Jun 5, 2015, at 8:30 AM, Chris Fitzpatrick > wrote: Hi, Is the log outputting anything when you attempt this merge? 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 Callahan, Maureen > Sent: Thursday, June 4, 2015 5:44 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] merge value error Hi everyone, I?m doing some clean-up on our controlled value lists, and I got an error when I was trying to merge a value. Has this happened to anyone else before? Any suggested work-arounds? Thanks, Maureen _______________________________________________ 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=C9L30dm6xg4Ayek6AOy1mSWGzDlVM-krym5etmw4nGg&s=YMGagmn6YGJbf5-C_wisRab5Bc2SD9mVuYC-lwjOc80&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: mergeenums.txt URL: From maureen.callahan at yale.edu Fri Jun 5 08:47:24 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Fri, 5 Jun 2015 12:47:24 +0000 Subject: [Archivesspace_Users_Group] data problem with the migrator In-Reply-To: References: <5C04469C-F4D7-41E7-9D55-203189430758@yale.edu> Message-ID: Hi Chris, That?s exactly right ? I?d like to remove ?copyrighted? rights statements. And actually, at this point, these are the only rights subrecords that we have, so I?d be fine with a method of safely removing them all. Thanks, Maureen On Jun 5, 2015, at 8:40 AM, Chris Fitzpatrick > wrote: Hi, Yes, so since RightsStatements aren't "first class" type objects ( they can only exists as associations to resources, archival objects, accessions, etc ), there's not an endpoint directly for them. To remove them, you have to go through the accession/resource/archival object/etc and update that record. Are you wanting to delete all "Copyrighted" rights statements? Or is there some kind of filter/qualifier we can use to limit which records should be deleted? 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 Callahan, Maureen > Sent: Thursday, June 4, 2015 5:18 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] data problem with the migrator Something for ALL users going into ASpace from AT to be aware of ? the AT migrator creates a rights record in ArchivesSpace if the ?Rights Transferred? box is checked in AT. (As I mentioned last month, it only brings over the rights transferred note if this box is checked, which is a different kind of problem). Here?s what it looks like (attached, for those without in-line image viewing): Guys, I?m sorry, but there are a ton of terrible assumptions here based on the presence of a clicked checkbox. Just because rights were transferred doesn?t mean that COPYRIGHT was transferred (copyright could be transferred to the public domain, for instance), it doesn?t mean that the copyright is still active, and I also wouldn?t assume that the jurisdiction is the United States. I?d like to request that the AT migrator be changed to something a little more modest. We?ve been working very hard at Yale to get our rights documentation in order and we?d like to keep this in ASpace. This means that I need to delete these often-erroneous rights records.I don?t see anything in the API documentation about deleting rights records ? could you give me some guidance about the safest way to do so? Thanks much, Maureen _______________________________________________ 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=FJwl3qOY7mLp1msQxtIhmIJM49u0T2Sb3QXjMz64OMc&s=_tminwi8Mr0YhmNlV-j5YD26BMrVvYNckJURSGrF8jU&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: From brianjhoffman at gmail.com Fri Jun 5 09:35:05 2015 From: brianjhoffman at gmail.com (Brian Hoffman) Date: Fri, 5 Jun 2015 09:35:05 -0400 Subject: [Archivesspace_Users_Group] merge value error In-Reply-To: <0AED85B8-8852-4476-9097-EE89C7962DCA@yale.edu> References: <4FA996B9-F7EC-4B08-82D9-A51664555B43@yale.edu> <0AED85B8-8852-4476-9097-EE89C7962DCA@yale.edu> Message-ID: <791B1161-4FB1-4DBE-87CA-DE207D45A3D2@gmail.com> Hi Maureen, It kind of looks to me like you might have the following situation: Two subject records with identical terms but different ?source? values. The controlled values you are trying to merge would result in those two subject records having identical ?source? values, and as a result be identical, which violates a uniqueness constraint in the database. Does that seem possible? If so, could you find those subject records first and de-dupe them? Brian On Jun 5, 2015, at 8:46 AM, Callahan, Maureen wrote: > From Chris.Fitzpatrick at lyrasis.org Fri Jun 5 09:53:05 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Fri, 5 Jun 2015 13:53:05 +0000 Subject: [Archivesspace_Users_Group] data problem with the migrator In-Reply-To: References: <5C04469C-F4D7-41E7-9D55-203189430758@yale.edu> , Message-ID: Ah, ok...well..then that might be easier to do just in the database if you want to delete all your rights statments. Can you issue this MySQL command : delete from rights_statement; Then delete the data/indexer_state folder to trigger a reindex. This should remove all your rights statements. 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 Callahan, Maureen Sent: Friday, June 5, 2015 2:47 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] data problem with the migrator Hi Chris, That's exactly right - I'd like to remove "copyrighted" rights statements. And actually, at this point, these are the only rights subrecords that we have, so I'd be fine with a method of safely removing them all. Thanks, Maureen On Jun 5, 2015, at 8:40 AM, Chris Fitzpatrick > wrote: Hi, Yes, so since RightsStatements aren't "first class" type objects ( they can only exists as associations to resources, archival objects, accessions, etc ), there's not an endpoint directly for them. To remove them, you have to go through the accession/resource/archival object/etc and update that record. Are you wanting to delete all "Copyrighted" rights statements? Or is there some kind of filter/qualifier we can use to limit which records should be deleted? 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 Callahan, Maureen > Sent: Thursday, June 4, 2015 5:18 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] data problem with the migrator Something for ALL users going into ASpace from AT to be aware of - the AT migrator creates a rights record in ArchivesSpace if the "Rights Transferred" box is checked in AT. (As I mentioned last month, it only brings over the rights transferred note if this box is checked, which is a different kind of problem). Here's what it looks like (attached, for those without in-line image viewing): Guys, I'm sorry, but there are a ton of terrible assumptions here based on the presence of a clicked checkbox. Just because rights were transferred doesn't mean that COPYRIGHT was transferred (copyright could be transferred to the public domain, for instance), it doesn't mean that the copyright is still active, and I also wouldn't assume that the jurisdiction is the United States. I'd like to request that the AT migrator be changed to something a little more modest. We've been working very hard at Yale to get our rights documentation in order and we'd like to keep this in ASpace. This means that I need to delete these often-erroneous rights records.I don't see anything in the API documentation about deleting rights records - could you give me some guidance about the safest way to do so? Thanks much, Maureen _______________________________________________ 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=FJwl3qOY7mLp1msQxtIhmIJM49u0T2Sb3QXjMz64OMc&s=_tminwi8Mr0YhmNlV-j5YD26BMrVvYNckJURSGrF8jU&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: From maureen.callahan at yale.edu Fri Jun 5 10:01:41 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Fri, 5 Jun 2015 14:01:41 +0000 Subject: [Archivesspace_Users_Group] data problem with the migrator In-Reply-To: References: <5C04469C-F4D7-41E7-9D55-203189430758@yale.edu> Message-ID: I was feeling nervous about doing this in the database ? are there any records that reference this rights statement record? On Jun 5, 2015, at 9:53 AM, Chris Fitzpatrick > wrote: Ah, ok...well..then that might be easier to do just in the database if you want to delete all your rights statments. Can you issue this MySQL command : delete from rights_statement; Then delete the data/indexer_state folder to trigger a reindex. This should remove all your rights statements. 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 Callahan, Maureen > Sent: Friday, June 5, 2015 2:47 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] data problem with the migrator Hi Chris, That?s exactly right ? I?d like to remove ?copyrighted? rights statements. And actually, at this point, these are the only rights subrecords that we have, so I?d be fine with a method of safely removing them all. Thanks, Maureen On Jun 5, 2015, at 8:40 AM, Chris Fitzpatrick > wrote: Hi, Yes, so since RightsStatements aren't "first class" type objects ( they can only exists as associations to resources, archival objects, accessions, etc ), there's not an endpoint directly for them. To remove them, you have to go through the accession/resource/archival object/etc and update that record. Are you wanting to delete all "Copyrighted" rights statements? Or is there some kind of filter/qualifier we can use to limit which records should be deleted? 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 Callahan, Maureen > Sent: Thursday, June 4, 2015 5:18 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] data problem with the migrator Something for ALL users going into ASpace from AT to be aware of ? the AT migrator creates a rights record in ArchivesSpace if the ?Rights Transferred? box is checked in AT. (As I mentioned last month, it only brings over the rights transferred note if this box is checked, which is a different kind of problem). Here?s what it looks like (attached, for those without in-line image viewing): Guys, I?m sorry, but there are a ton of terrible assumptions here based on the presence of a clicked checkbox. Just because rights were transferred doesn?t mean that COPYRIGHT was transferred (copyright could be transferred to the public domain, for instance), it doesn?t mean that the copyright is still active, and I also wouldn?t assume that the jurisdiction is the United States. I?d like to request that the AT migrator be changed to something a little more modest. We?ve been working very hard at Yale to get our rights documentation in order and we?d like to keep this in ASpace. This means that I need to delete these often-erroneous rights records.I don?t see anything in the API documentation about deleting rights records ? could you give me some guidance about the safest way to do so? Thanks much, Maureen _______________________________________________ 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=FJwl3qOY7mLp1msQxtIhmIJM49u0T2Sb3QXjMz64OMc&s=_tminwi8Mr0YhmNlV-j5YD26BMrVvYNckJURSGrF8jU&e= _______________________________________________ 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=yhB_IuG0lFqIZvLEo9eb0m6KsaX9hg-1UF-kd7nykes&s=el-hzK47sspYBmCRnUcs_cZbKWLet3kIwNqor9VcFes&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Fri Jun 5 10:18:37 2015 From: mark.custer at yale.edu (Custer, Mark) Date: Fri, 5 Jun 2015 14:18:37 +0000 Subject: [Archivesspace_Users_Group] data problem with the migrator In-Reply-To: References: <5C04469C-F4D7-41E7-9D55-203189430758@yale.edu> Message-ID: I've removed all of the rights records that way in a test database, but I seem to remember that there were also some events records associated with the rights transferred "events" (but possibly not with all of the rights statements, which seemed odd). At the point, I stopped looking at how to do this in MySQL, because I wasn't sure if there were other records and relationship tables that we also needed to touch in order to cleanly purge all references. I can say, though, that just deleting those rights records didn't cause the application to malfunction in any way that I noticed. Still, we want to make sure that we have as clean a database as possible! Is there any easy way to tell, as Maureen asked, which tables need to be touched to remove all of the references to those rights records completely? From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen Sent: Friday, June 05, 2015 10:02 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] data problem with the migrator I was feeling nervous about doing this in the database - are there any records that reference this rights statement record? On Jun 5, 2015, at 9:53 AM, Chris Fitzpatrick > wrote: Ah, ok...well..then that might be easier to do just in the database if you want to delete all your rights statments. Can you issue this MySQL command : delete from rights_statement; Then delete the data/indexer_state folder to trigger a reindex. This should remove all your rights statements. 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 Callahan, Maureen > Sent: Friday, June 5, 2015 2:47 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] data problem with the migrator Hi Chris, That's exactly right - I'd like to remove "copyrighted" rights statements. And actually, at this point, these are the only rights subrecords that we have, so I'd be fine with a method of safely removing them all. Thanks, Maureen On Jun 5, 2015, at 8:40 AM, Chris Fitzpatrick > wrote: Hi, Yes, so since RightsStatements aren't "first class" type objects ( they can only exists as associations to resources, archival objects, accessions, etc ), there's not an endpoint directly for them. To remove them, you have to go through the accession/resource/archival object/etc and update that record. Are you wanting to delete all "Copyrighted" rights statements? Or is there some kind of filter/qualifier we can use to limit which records should be deleted? 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 Callahan, Maureen > Sent: Thursday, June 4, 2015 5:18 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] data problem with the migrator Something for ALL users going into ASpace from AT to be aware of - the AT migrator creates a rights record in ArchivesSpace if the "Rights Transferred" box is checked in AT. (As I mentioned last month, it only brings over the rights transferred note if this box is checked, which is a different kind of problem). Here's what it looks like (attached, for those without in-line image viewing): Guys, I'm sorry, but there are a ton of terrible assumptions here based on the presence of a clicked checkbox. Just because rights were transferred doesn't mean that COPYRIGHT was transferred (copyright could be transferred to the public domain, for instance), it doesn't mean that the copyright is still active, and I also wouldn't assume that the jurisdiction is the United States. I'd like to request that the AT migrator be changed to something a little more modest. We've been working very hard at Yale to get our rights documentation in order and we'd like to keep this in ASpace. This means that I need to delete these often-erroneous rights records.I don't see anything in the API documentation about deleting rights records - could you give me some guidance about the safest way to do so? Thanks much, Maureen _______________________________________________ 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=FJwl3qOY7mLp1msQxtIhmIJM49u0T2Sb3QXjMz64OMc&s=_tminwi8Mr0YhmNlV-j5YD26BMrVvYNckJURSGrF8jU&e= _______________________________________________ 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=yhB_IuG0lFqIZvLEo9eb0m6KsaX9hg-1UF-kd7nykes&s=el-hzK47sspYBmCRnUcs_cZbKWLet3kIwNqor9VcFes&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: From rrotter at umich.edu Fri Jun 5 10:56:04 2015 From: rrotter at umich.edu (Ryan Rotter) Date: Fri, 5 Jun 2015 10:56:04 -0400 Subject: [Archivesspace_Users_Group] REMOTE_USER/Cosign authentication and other non-password auth methods Message-ID: (Slightly updated cross posting from the Google group now that I've been added to this list) I'm working on changes to ArchivesSpace to make it work with Cosign auth in our environment. Specifically I'm adding support for using the X-REMOTE-USER http header set by apache mod_proxy for authentication instead of a password. Are there any ASpace users that want to use Cosign, Shib or similar auth methods that might be interested in this? How about other non-password-based auth methods (e.g. OAuth)? I have a working proof of concept, but I'd like to develop this into something that I can get accepted upstream. I haven't found any guidelines on developing for AS (other than the CLA which I'm in the process of getting submitted); is this the best forum for discussing architectural issues like this? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mcyzyk at jhu.edu Fri Jun 5 16:30:04 2015 From: mcyzyk at jhu.edu (Mark Cyzyk) Date: Fri, 05 Jun 2015 16:30:04 -0400 Subject: [Archivesspace_Users_Group] Problem with changing the background Message-ID: <557206CC.7020809@jhu.edu> All, Thanks to some very helpful comments from this forum, I was able to add my logo to my ArchivesSpace instance. I am now, however, trying to change the background from that grainy image to a solid color. I can't find where the magic is happening here! I'm assuming I can override something in /plugins/local/frontend/views/site/ just like I did when adding my logo, but I'm not sure what the template is that I need to override. 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. From Chris.Fitzpatrick at lyrasis.org Mon Jun 8 09:21:20 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Mon, 8 Jun 2015 13:21:20 +0000 Subject: [Archivesspace_Users_Group] Problem with changing the background In-Reply-To: <557206CC.7020809@jhu.edu> References: <557206CC.7020809@jhu.edu> Message-ID: Hi, There's a few ways to do this. This is one of them: https://gist.github.com/cfitz/276942a3bba0c2a80462 This overrides the application_helper's include_theme_css to add my custom.css file, which I've put into the local plugin's asset directory. The background has been overriden to be red. 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 Mark Cyzyk Sent: Friday, June 5, 2015 10:30 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Problem with changing the background All, Thanks to some very helpful comments from this forum, I was able to add my logo to my ArchivesSpace instance. I am now, however, trying to change the background from that grainy image to a solid color. I can't find where the magic is happening here! I'm assuming I can override something in /plugins/local/frontend/views/site/ just like I did when adding my logo, but I'm not sure what the template is that I need to override. 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_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From maureen.callahan at yale.edu Mon Jun 8 10:59:26 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Mon, 8 Jun 2015 14:59:26 +0000 Subject: [Archivesspace_Users_Group] assigning users to groups as repository manager Message-ID: Hi everyone, I have a question about assigning users to groups. My understanding is that repository managers can assign users to groups in their repository. Unfortunately, we?ve been getting ?I?m sorry, but something went wrong? errors when we?ve tried to do this. I?ve attached a log where I?m logged in as a repository manager (cmc279) and trying to assign permissions to a user (ct524). All insights welcome! Maureen -------------- next part -------------- A non-text attachment was scrubbed... Name: AssignUser.rtf Type: text/rtf Size: 57283 bytes Desc: AssignUser.rtf URL: From christine.dibella at lyrasis.org Mon Jun 8 13:12:00 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Mon, 8 Jun 2015 17:12:00 +0000 Subject: [Archivesspace_Users_Group] Voting Round 1: summary and thanks for voting! Message-ID: Dear ArchivesSpace Members, Thank you to all the ArchivesSpace member institutions that voted on the Group 1 user stories. We were pleased to hear from representatives of 60 of our 222 member institutions (as of the time of the close of voting on May 31). For the first time doing this, we think that's a great show of participation and look forward to even wider participation in the future! We thought we'd share just a few statistics on the voting. 1. We heard from: * 26 of 41 Very Large institutions * 13 of 29 Large institutions * 4 of 34 Medium institutions * 7 of 45 Small institutions * 10 of 73 Very Small institutions 2. You can see the entire results of the first round of voting by clicking here. (As this is a dynamic set of results, it may reflect changes that happened after the cut-off date.) 3. Of the 117 issues that were being voted on, 108 of them received at least one vote. The 10 issues that got the most votes are: AR-1182 As a repository manager, I would like the code for the Yale container plugin to be integrated into the ArchivesSpace code base. AR-1132 As an archivist, when deleting an Archival Object I want a confirmation of the object being deleted AR-840 As an archivist, I want to define, save, and later invoke a resource record template that includes default values and a specified order for notes AR-1135 As an archivist, I would like to edit records with large numbers of associated instances. AR-1218 As a repository manager, I would like to have the option to record a Date Label via the Rapid Data Entry templates for resources and digital objects. AR-1147 As an archivist, I would like to record a date qualifier as part of a valid LCNAF entry. AR-1086 As an Archivist, I want to search for a particular Container and find which components are linked to it within the context of a specific Resource AR-1217 As a repository manager, I would like to have the option to record a Note Label via the Rapid Data Entry templates for resources and digital objects. 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. AR-985 Agent roles not present in exported EAD The ArchivesSpace team and the Features Prioritization subgroup will be analyzing the data and determining how best to incorporate it into ongoing development efforts. Additional rounds of voting will be announced later this year. We'd love to hear any feedback on this process - what worked or didn't work for you - whether your institution participated or not. Please drop me a line if you have any comments. Thanks to all for your participation and for your ongoing support of ArchivesSpace. All best, 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] -------------- 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 christine.dibella at lyrasis.org Mon Jun 8 13:34:17 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Mon, 8 Jun 2015 17:34:17 +0000 Subject: [Archivesspace_Users_Group] assigning users to groups as repository manager In-Reply-To: References: Message-ID: Hi Maureen, Have you tried doing this via the Manage Groups rather than Manage Users function? In testing this out in the sandbox just now, I'm getting your error when I try to do this via Manage Users but not via Manage Groups, and I'm wondering if that's common. (Also, the sandbox is on 1.2. Which version are you on?) Christine Christine Di Bella ArchivesSpace Community Outreach and Support Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype)? -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen Sent: Monday, June 8, 2015 10:59 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] assigning users to groups as repository manager Hi everyone, I have a question about assigning users to groups. My understanding is that repository managers can assign users to groups in their repository. Unfortunately, we?ve been getting ?I?m sorry, but something went wrong? errors when we?ve tried to do this. I?ve attached a log where I?m logged in as a repository manager (cmc279) and trying to assign permissions to a user (ct524). All insights welcome! Maureen From maureen.callahan at yale.edu Mon Jun 8 13:41:20 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Mon, 8 Jun 2015 17:41:20 +0000 Subject: [Archivesspace_Users_Group] assigning users to groups as repository manager In-Reply-To: References: Message-ID: Hi Christine ? Oh yeah, I should have mentioned that ? I can definitely do this with Manage Groups, but because of the way that we?re setting up groups, it would be rad if Manage Users worked. It?s helpful to know that you?re getting the same responses, though ? we just finished migrating last week and I was briefly worried that I had mangled a step. I?ll enter this into Jira as a bug unless I hear another explanation from the community. We?re in a special version of 1.1.2 that HM built for us ? but we look forward to being back on track with the latest version of AS once the Yale plug-ins get integrated into the core code! Maureen > On Jun 8, 2015, at 1:34 PM, Christine Di Bella wrote: > > Hi Maureen, > > Have you tried doing this via the Manage Groups rather than Manage Users function? In testing this out in the sandbox just now, I'm getting your error when I try to do this via Manage Users but not via Manage Groups, and I'm wondering if that's common. > > (Also, the sandbox is on 1.2. Which version are you on?) > > Christine > > Christine Di Bella > ArchivesSpace Community Outreach and Support Manager > christine.dibella at lyrasis.org > 800.999.8558 x2905 > 678-235-2905 > cdibella13 (Skype) > > -----Original Message----- > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen > Sent: Monday, June 8, 2015 10:59 AM > To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] assigning users to groups as repository manager > > Hi everyone, > > I have a question about assigning users to groups. My understanding is that repository managers can assign users to groups in their repository. Unfortunately, we?ve been getting ?I?m sorry, but something went wrong? errors when we?ve tried to do this. > > I?ve attached a log where I?m logged in as a repository manager (cmc279) and trying to assign permissions to a user (ct524). All insights welcome! > > Maureen > > _______________________________________________ > 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=AwIGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=w50aEEbeO3G0CyiKiOGlbZXlz431pM5OMfK29vmbY_A&s=SE4LTqTbMRO2iBz_ZJZc8Mp8hlZ5DJGmcHI0ZUqn1Es&e= From vaddoniz at jhu.edu Mon Jun 8 14:46:03 2015 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Mon, 8 Jun 2015 18:46:03 +0000 Subject: [Archivesspace_Users_Group] Configuring multiple tenants in ArchivesSpace? In-Reply-To: References: <2044117168.275860.1386860133416.JavaMail.zimbra@psu.edu> <8F9A6539-CA0E-482F-B217-545CE350C24F@illinois.edu> <1578506147.373843.1386863001443.JavaMail.zimbra@psu.edu> Message-ID: Greetings all, I found this email from 2013 while searching through the listserv and it has intrigued me. Has anyone pursued the multi-tenant approach in AS? Mark, did Yale ultimately take this approach? -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Thursday, December 12, 2013 12:31 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Configuring multiple tenants in ArchivesSpace? Hi Chris, It?s not exactly that you would have separate installations of ArchivesSpace with the current multi-tenant approach, since the tenants share the same ArchivesSpace core code. But you would have separate MySQL databases for each tenant. So by default, I *think* that this means that you would indeed have a separate public interface for each and every tenant. That said, I?d say that our goal is to pursue a multi-tenant approach that uses a shared database. If that isn?t feasible, we might still go with a multi-tenant installation that uses separate databases. The use case for multiple tenants is very similar to why you?d use multiple repositories (and a few of our ?tenants,? if not all, might still have multiple repositories). The difference, as I see it, is that with multiple tenants you would have more control over the data (e.g. you could share all the name records across all of the repositories, as is the default AT/ASpace set up, or you could make those name records tenant-specific) and how the application is extended (e.g. one tenant could use a plugin that?s specific to born-digital workflows, which could be suppressed from view for other tenants who might not need that functionality yet). Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ben Goldman Sent: Thursday, December 12, 2013 10:43 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Configuring multiple tenants in ArchivesSpace? Hi Chris, I conflated multi-tenancy and multi-repository in my response to Mark, I realize now. As far as I understand it, setting up multiple repositories allows an institution to share certain data (users, authorities, etc. -- https://groups.google.com/forum/#!topic/archivesspace/r5WBdw-9S7o), while multi-tenancy is defined as "isolated installations of the system in a common deployment environment." Penn State intends the former. (I should avoid email just before vacation.) Best, Ben ________________________________ From: "Christopher John Prom" > To: "Archivesspace Users Group" > Sent: Thursday, December 12, 2013 10:32:17 AM Subject: Re: [Archivesspace_Users_Group] Configuring multiple tenants in ArchivesSpace? As a very basic question, I am wondering if someone can explain what the effect would be of doing a multi tenant setup as opposed to managing several repositories in one DB? I am as suing that If you have four tenants, would you have four completely separate instances, each with their own staff and public interface at a designed URL? Is that correct? Or would it be possible to have one public interface through which information in all four tenants could be searched and displayed side by side? In addition to separate public interfaces for each tenant? I guess what I am asking is what use cases does the specific implementation of the multi tenancy that was put into aspace allow for? Chris On Dec 12, 2013, at 8:55 AM, Ben Goldman > wrote: Hey Mark, We're not there yet at Penn State, but planning/hoping to go there with our installation in the Spring, in order to serve satellite archives at Penn State commonwealth campuses. I'd be happy to follow up then. -Ben ________________________________ From: "Mark Custer" > To: "Archivesspace Users Group" > Sent: Thursday, December 12, 2013 9:46:18 AM Subject: [Archivesspace_Users_Group] Configuring multiple tenants in ArchivesSpace? Hi all, At Yale, we just started experimenting with setting up a multi-tenant installation of ArchivesSpace (https://github.com/archivesspace/archivesspace/tree/master/clustering). Have any other institutions set one of these up already? If so, I?d love to talk with you on- or off-list about how you?ve opted to configure everything. Additionally, it would also just be really nice to know who else is opting to go this route. Mark Custer Archivist / Metadata Coordinator Beinecke Rare Book & Manuscript Library 203-432-2969 _______________________________________________ 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 _______________________________________________ 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 jsteele at jhu.edu Mon Jun 8 14:44:45 2015 From: jsteele at jhu.edu (Jordon Steele) Date: Mon, 8 Jun 2015 18:44:45 +0000 Subject: [Archivesspace_Users_Group] Voting Round 1: summary and thanks for voting! In-Reply-To: References: Message-ID: Thanks, Christine. Does this mean that the development team will occupy its time with the top 10? Will all issues voted on be addressed? Is there a cutoff? Do you have a timetable yet on addressing these issues? If none of this has been sorted out yet, is there a timetable on when a plan will be announced? Best, Jordon Jordon Steele Hodson Curator of the University Archives The Sheridan Libraries Johns Hopkins University 3400 N Charles Street Baltimore, MD 21218 410-516-5493 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: Monday, June 08, 2015 1:12 PM To: Archivesspace Users Group; Archivesspace Member Reps Cc: archivesspace_bot_members at lyralists.lyrasis.org; archivesspace_tac_uac at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Voting Round 1: summary and thanks for voting! Dear ArchivesSpace Members, Thank you to all the ArchivesSpace member institutions that voted on the Group 1 user stories. We were pleased to hear from representatives of 60 of our 222 member institutions (as of the time of the close of voting on May 31). For the first time doing this, we think that's a great show of participation and look forward to even wider participation in the future! We thought we'd share just a few statistics on the voting. 1. We heard from: * 26 of 41 Very Large institutions * 13 of 29 Large institutions * 4 of 34 Medium institutions * 7 of 45 Small institutions * 10 of 73 Very Small institutions 2. You can see the entire results of the first round of voting by clicking here. (As this is a dynamic set of results, it may reflect changes that happened after the cut-off date.) 3. Of the 117 issues that were being voted on, 108 of them received at least one vote. The 10 issues that got the most votes are: AR-1182 As a repository manager, I would like the code for the Yale container plugin to be integrated into the ArchivesSpace code base. AR-1132 As an archivist, when deleting an Archival Object I want a confirmation of the object being deleted AR-840 As an archivist, I want to define, save, and later invoke a resource record template that includes default values and a specified order for notes AR-1135 As an archivist, I would like to edit records with large numbers of associated instances. AR-1218 As a repository manager, I would like to have the option to record a Date Label via the Rapid Data Entry templates for resources and digital objects. AR-1147 As an archivist, I would like to record a date qualifier as part of a valid LCNAF entry. AR-1086 As an Archivist, I want to search for a particular Container and find which components are linked to it within the context of a specific Resource AR-1217 As a repository manager, I would like to have the option to record a Note Label via the Rapid Data Entry templates for resources and digital objects. 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. AR-985 Agent roles not present in exported EAD The ArchivesSpace team and the Features Prioritization subgroup will be analyzing the data and determining how best to incorporate it into ongoing development efforts. Additional rounds of voting will be announced later this year. We'd love to hear any feedback on this process - what worked or didn't work for you - whether your institution participated or not. Please drop me a line if you have any comments. Thanks to all for your participation and for your ongoing support of ArchivesSpace. All best, 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] -------------- 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 mark.custer at yale.edu Mon Jun 8 17:24:39 2015 From: mark.custer at yale.edu (Custer, Mark) Date: Mon, 8 Jun 2015 21:24:39 +0000 Subject: [Archivesspace_Users_Group] Configuring multiple tenants in ArchivesSpace? In-Reply-To: References: <2044117168.275860.1386860133416.JavaMail.zimbra@psu.edu> <8F9A6539-CA0E-482F-B217-545CE350C24F@illinois.edu> <1578506147.373843.1386863001443.JavaMail.zimbra@psu.edu> Message-ID: Hi, Valerie. We set up a multi-tenant approach in ArchivesSpace to test things out at Yale, but ultimately we decided *not* to pursue this option since we wanted to have a single MySQL database, not one database per tenant (which is what ArchivesSpace requires currently to have a multi-tenant setup). Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio Sent: Monday, June 08, 2015 2:46 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Configuring multiple tenants in ArchivesSpace? Greetings all, I found this email from 2013 while searching through the listserv and it has intrigued me. Has anyone pursued the multi-tenant approach in AS? Mark, did Yale ultimately take this approach? -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Thursday, December 12, 2013 12:31 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Configuring multiple tenants in ArchivesSpace? Hi Chris, It?s not exactly that you would have separate installations of ArchivesSpace with the current multi-tenant approach, since the tenants share the same ArchivesSpace core code. But you would have separate MySQL databases for each tenant. So by default, I *think* that this means that you would indeed have a separate public interface for each and every tenant. That said, I?d say that our goal is to pursue a multi-tenant approach that uses a shared database. If that isn?t feasible, we might still go with a multi-tenant installation that uses separate databases. The use case for multiple tenants is very similar to why you?d use multiple repositories (and a few of our ?tenants,? if not all, might still have multiple repositories). The difference, as I see it, is that with multiple tenants you would have more control over the data (e.g. you could share all the name records across all of the repositories, as is the default AT/ASpace set up, or you could make those name records tenant-specific) and how the application is extended (e.g. one tenant could use a plugin that?s specific to born-digital workflows, which could be suppressed from view for other tenants who might not need that functionality yet). Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ben Goldman Sent: Thursday, December 12, 2013 10:43 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Configuring multiple tenants in ArchivesSpace? Hi Chris, I conflated multi-tenancy and multi-repository in my response to Mark, I realize now. As far as I understand it, setting up multiple repositories allows an institution to share certain data (users, authorities, etc. -- https://groups.google.com/forum/#!topic/archivesspace/r5WBdw-9S7o), while multi-tenancy is defined as "isolated installations of the system in a common deployment environment." Penn State intends the former. (I should avoid email just before vacation.) Best, Ben ________________________________ From: "Christopher John Prom" > To: "Archivesspace Users Group" > Sent: Thursday, December 12, 2013 10:32:17 AM Subject: Re: [Archivesspace_Users_Group] Configuring multiple tenants in ArchivesSpace? As a very basic question, I am wondering if someone can explain what the effect would be of doing a multi tenant setup as opposed to managing several repositories in one DB? I am as suing that If you have four tenants, would you have four completely separate instances, each with their own staff and public interface at a designed URL? Is that correct? Or would it be possible to have one public interface through which information in all four tenants could be searched and displayed side by side? In addition to separate public interfaces for each tenant? I guess what I am asking is what use cases does the specific implementation of the multi tenancy that was put into aspace allow for? Chris On Dec 12, 2013, at 8:55 AM, Ben Goldman > wrote: Hey Mark, We're not there yet at Penn State, but planning/hoping to go there with our installation in the Spring, in order to serve satellite archives at Penn State commonwealth campuses. I'd be happy to follow up then. -Ben ________________________________ From: "Mark Custer" > To: "Archivesspace Users Group" > Sent: Thursday, December 12, 2013 9:46:18 AM Subject: [Archivesspace_Users_Group] Configuring multiple tenants in ArchivesSpace? Hi all, At Yale, we just started experimenting with setting up a multi-tenant installation of ArchivesSpace (https://github.com/archivesspace/archivesspace/tree/master/clustering). Have any other institutions set one of these up already? If so, I?d love to talk with you on- or off-list about how you?ve opted to configure everything. Additionally, it would also just be really nice to know who else is opting to go this route. Mark Custer Archivist / Metadata Coordinator Beinecke Rare Book & Manuscript Library 203-432-2969 _______________________________________________ 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 _______________________________________________ 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 christine.dibella at lyrasis.org Tue Jun 9 08:29:38 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 9 Jun 2015 12:29:38 +0000 Subject: [Archivesspace_Users_Group] Voting Round 1: summary and thanks for voting! In-Reply-To: References: Message-ID: Thanks for your questions, Jordon. Since this was our first time doing this, as you would imagine, there are still a number of specifics to be worked out. There are a few things I can say with certainty at this point, though: First, I listed the Top 10 vote-getting issues just as a quick indication of the breadth of issues that received the most votes (and because who doesn't love a Top 10 list). It is not an indication that these are the only issues that will be worked on. Issues are created in JIRA as the result of verified bug reports or feature requests. We can't work on them all at the same time, but if they're in JIRA we do hope to address them eventually. In some cases, addressing an issue may mean deciding not to implement it for one reason or another. Second, the voting results will factor into future development plans, but they will not be the only factor considered. Other considerations include balancing work among our three developers, finishing up work that's already been committed to, and identifying similar issues to be worked on when that makes sense. Our advisory councils, and the Feature Prioritization subgroup specifically, are in the process of discussing how to weight these voting results and more information should be available soon. If you have thoughts on that, feel free to post them to the listserv or get in touch with the chairs of the Councils directly. ArchivesSpace is a community endeavor and we look forward to building on this first foray into voting to provide more ways for the community to engage with us and each other to make ArchivesSpace the application better. Thanks to all for your participation - past, present, and future! Best, Christine From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jordon Steele Sent: Monday, June 8, 2015 2:45 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Voting Round 1: summary and thanks for voting! Thanks, Christine. Does this mean that the development team will occupy its time with the top 10? Will all issues voted on be addressed? Is there a cutoff? Do you have a timetable yet on addressing these issues? If none of this has been sorted out yet, is there a timetable on when a plan will be announced? Best, Jordon Jordon Steele Hodson Curator of the University Archives The Sheridan Libraries Johns Hopkins University 3400 N Charles Street Baltimore, MD 21218 410-516-5493 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: Monday, June 08, 2015 1:12 PM To: Archivesspace Users Group; Archivesspace Member Reps Cc: archivesspace_bot_members at lyralists.lyrasis.org; archivesspace_tac_uac at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Voting Round 1: summary and thanks for voting! Dear ArchivesSpace Members, Thank you to all the ArchivesSpace member institutions that voted on the Group 1 user stories. We were pleased to hear from representatives of 60 of our 222 member institutions (as of the time of the close of voting on May 31). For the first time doing this, we think that's a great show of participation and look forward to even wider participation in the future! We thought we'd share just a few statistics on the voting. 1. We heard from: * 26 of 41 Very Large institutions * 13 of 29 Large institutions * 4 of 34 Medium institutions * 7 of 45 Small institutions * 10 of 73 Very Small institutions 2. You can see the entire results of the first round of voting by clicking here. (As this is a dynamic set of results, it may reflect changes that happened after the cut-off date.) 3. Of the 117 issues that were being voted on, 108 of them received at least one vote. The 10 issues that got the most votes are: AR-1182 As a repository manager, I would like the code for the Yale container plugin to be integrated into the ArchivesSpace code base. AR-1132 As an archivist, when deleting an Archival Object I want a confirmation of the object being deleted AR-840 As an archivist, I want to define, save, and later invoke a resource record template that includes default values and a specified order for notes AR-1135 As an archivist, I would like to edit records with large numbers of associated instances. AR-1218 As a repository manager, I would like to have the option to record a Date Label via the Rapid Data Entry templates for resources and digital objects. AR-1147 As an archivist, I would like to record a date qualifier as part of a valid LCNAF entry. AR-1086 As an Archivist, I want to search for a particular Container and find which components are linked to it within the context of a specific Resource AR-1217 As a repository manager, I would like to have the option to record a Note Label via the Rapid Data Entry templates for resources and digital objects. 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. AR-985 Agent roles not present in exported EAD The ArchivesSpace team and the Features Prioritization subgroup will be analyzing the data and determining how best to incorporate it into ongoing development efforts. Additional rounds of voting will be announced later this year. We'd love to hear any feedback on this process - what worked or didn't work for you - whether your institution participated or not. Please drop me a line if you have any comments. Thanks to all for your participation and for your ongoing support of ArchivesSpace. All best, 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] -------------- 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 christine.dibella at lyrasis.org Tue Jun 9 09:22:46 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 9 Jun 2015 13:22:46 +0000 Subject: [Archivesspace_Users_Group] registration open for ArchivesSpace Member Meeting, August 22 at Cleveland Public Library Message-ID: Dear ArchivesSpace Members, We're pleased to announce the opening of registration for the ArchivesSpace Member Meeting, to be held at the Cleveland Public Library in Cleveland, Ohio, on August 22. The Member Meeting is a chance for all interested staff of ArchivesSpace member institutions to share and learn about experiences implementing, using, and developing for ArchivesSpace. The preliminary schedule is available on our wiki. More information will be added in the coming weeks. This is a free event, limited to staff of ArchivesSpace member institutions. All interested staff are welcome, as we're aiming to have offerings suitable for people with a range of interests and experiences. Ways you can participate: * Register for the Member Meeting at https://www.eventbrite.com/e/archivesspace-member-meeting-registration-16770198114 * Suggest additional breakout session topics by emailing me at christine.dibella at lyrasis.org, starting a discussion on the Users Group listserv, or commenting on the wiki page. * Suggest facilitators and speakers for breakouts, or volunteer yourself, by emailing me. If you have any questions or ideas, please don't hesitate to be in touch. With your help, we're sure this will be an event to remember! Best, 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] -------------- 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 jsteele at jhu.edu Tue Jun 9 09:42:15 2015 From: jsteele at jhu.edu (Jordon Steele) Date: Tue, 9 Jun 2015 13:42:15 +0000 Subject: [Archivesspace_Users_Group] Voting Round 1: summary and thanks for voting! In-Reply-To: References: Message-ID: <69330eb3612a4835a85b44903c231eff@ESGMTWEX6.win.ad.jhu.edu> Thanks, Christine, this all makes sense. In principle I like the idea of member votes driving development, but the thought occurred to me that there might be some bug or feature oversight that is actually critical to resolving even though it didn't receive a lot of votes. It's good to know that other factors and not just votes will be taken into consideration when creating a development timeline. Best, Jordon Jordon Steele Hodson Curator of the University Archives The Sheridan Libraries Johns Hopkins University 3400 N Charles Street Baltimore, MD 21218 410-516-5493 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: Tuesday, June 09, 2015 8:30 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Voting Round 1: summary and thanks for voting! Thanks for your questions, Jordon. Since this was our first time doing this, as you would imagine, there are still a number of specifics to be worked out. There are a few things I can say with certainty at this point, though: First, I listed the Top 10 vote-getting issues just as a quick indication of the breadth of issues that received the most votes (and because who doesn't love a Top 10 list). It is not an indication that these are the only issues that will be worked on. Issues are created in JIRA as the result of verified bug reports or feature requests. We can't work on them all at the same time, but if they're in JIRA we do hope to address them eventually. In some cases, addressing an issue may mean deciding not to implement it for one reason or another. Second, the voting results will factor into future development plans, but they will not be the only factor considered. Other considerations include balancing work among our three developers, finishing up work that's already been committed to, and identifying similar issues to be worked on when that makes sense. Our advisory councils, and the Feature Prioritization subgroup specifically, are in the process of discussing how to weight these voting results and more information should be available soon. If you have thoughts on that, feel free to post them to the listserv or get in touch with the chairs of the Councils directly. ArchivesSpace is a community endeavor and we look forward to building on this first foray into voting to provide more ways for the community to engage with us and each other to make ArchivesSpace the application better. Thanks to all for your participation - past, present, and future! Best, Christine From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jordon Steele Sent: Monday, June 8, 2015 2:45 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Voting Round 1: summary and thanks for voting! Thanks, Christine. Does this mean that the development team will occupy its time with the top 10? Will all issues voted on be addressed? Is there a cutoff? Do you have a timetable yet on addressing these issues? If none of this has been sorted out yet, is there a timetable on when a plan will be announced? Best, Jordon Jordon Steele Hodson Curator of the University Archives The Sheridan Libraries Johns Hopkins University 3400 N Charles Street Baltimore, MD 21218 410-516-5493 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: Monday, June 08, 2015 1:12 PM To: Archivesspace Users Group; Archivesspace Member Reps Cc: archivesspace_bot_members at lyralists.lyrasis.org; archivesspace_tac_uac at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Voting Round 1: summary and thanks for voting! Dear ArchivesSpace Members, Thank you to all the ArchivesSpace member institutions that voted on the Group 1 user stories. We were pleased to hear from representatives of 60 of our 222 member institutions (as of the time of the close of voting on May 31). For the first time doing this, we think that's a great show of participation and look forward to even wider participation in the future! We thought we'd share just a few statistics on the voting. 1. We heard from: * 26 of 41 Very Large institutions * 13 of 29 Large institutions * 4 of 34 Medium institutions * 7 of 45 Small institutions * 10 of 73 Very Small institutions 2. You can see the entire results of the first round of voting by clicking here. (As this is a dynamic set of results, it may reflect changes that happened after the cut-off date.) 3. Of the 117 issues that were being voted on, 108 of them received at least one vote. The 10 issues that got the most votes are: AR-1182 As a repository manager, I would like the code for the Yale container plugin to be integrated into the ArchivesSpace code base. AR-1132 As an archivist, when deleting an Archival Object I want a confirmation of the object being deleted AR-840 As an archivist, I want to define, save, and later invoke a resource record template that includes default values and a specified order for notes AR-1135 As an archivist, I would like to edit records with large numbers of associated instances. AR-1218 As a repository manager, I would like to have the option to record a Date Label via the Rapid Data Entry templates for resources and digital objects. AR-1147 As an archivist, I would like to record a date qualifier as part of a valid LCNAF entry. AR-1086 As an Archivist, I want to search for a particular Container and find which components are linked to it within the context of a specific Resource AR-1217 As a repository manager, I would like to have the option to record a Note Label via the Rapid Data Entry templates for resources and digital objects. 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. AR-985 Agent roles not present in exported EAD The ArchivesSpace team and the Features Prioritization subgroup will be analyzing the data and determining how best to incorporate it into ongoing development efforts. Additional rounds of voting will be announced later this year. We'd love to hear any feedback on this process - what worked or didn't work for you - whether your institution participated or not. Please drop me a line if you have any comments. Thanks to all for your participation and for your ongoing support of ArchivesSpace. All best, 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] -------------- 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 kate_bowers at harvard.edu Tue Jun 9 10:06:23 2015 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Tue, 9 Jun 2015 14:06:23 +0000 Subject: [Archivesspace_Users_Group] registration open for ArchivesSpace Member Meeting, August 22 at Cleveland Public Library In-Reply-To: References: Message-ID: Folks might want to know that this takes place the Saturday afternoon after the end of most of the SAA annual meeting activities, so if you can catch a late flight home or afford to stay an extra night, it should not conflict with most of your SAA plans. Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives Cambridge, Massachusetts, USA voice: (617) 384-7787 fax: (617) 495-8011 kate_bowers at harvard.edu ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Christine Di Bella Sent: Tuesday, June 9, 2015 9:22:46 AM To: Archivesspace Users Group; Archivesspace Member Reps; archivesspace_tac_uac at lyralists.lyrasis.org Cc: archivesspace_bot_members at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] registration open for ArchivesSpace Member Meeting, August 22 at Cleveland Public Library Dear ArchivesSpace Members, We're pleased to announce the opening of registration for the ArchivesSpace Member Meeting, to be held at the Cleveland Public Library in Cleveland, Ohio, on August 22. The Member Meeting is a chance for all interested staff of ArchivesSpace member institutions to share and learn about experiences implementing, using, and developing for ArchivesSpace. The preliminary schedule is available on our wiki. More information will be added in the coming weeks. This is a free event, limited to staff of ArchivesSpace member institutions. All interested staff are welcome, as we're aiming to have offerings suitable for people with a range of interests and experiences. Ways you can participate: * Register for the Member Meeting at https://www.eventbrite.com/e/archivesspace-member-meeting-registration-16770198114 * Suggest additional breakout session topics by emailing me at christine.dibella at lyrasis.org, starting a discussion on the Users Group listserv, or commenting on the wiki page. * Suggest facilitators and speakers for breakouts, or volunteer yourself, by emailing me. If you have any questions or ideas, please don't hesitate to be in touch. With your help, we're sure this will be an event to remember! Best, 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] -------------- 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 steelsen.smith at yale.edu Tue Jun 9 15:59:50 2015 From: steelsen.smith at yale.edu (Smith, Steelsen) Date: Tue, 9 Jun 2015 19:59:50 +0000 Subject: [Archivesspace_Users_Group] Advanced Search for API In-Reply-To: References: <918BA6B76E992141A00B3FA3E96AA5EA016B2E1932@x10-mbx14.yu.yale.edu> <1431945921973.25848@lyrasis.org> <918BA6B76E992141A00B3FA3E96AA5EA016B2E2F87@x10-mbx14.yu.yale.edu> <918BA6B76E992141A00B3FA3E96AA5EA016B2E7710@x10-mbx14.yu.yale.edu>, <918BA6B76E992141A00B3FA3E96AA5EA016B2EC1DF@x10-mbx14.yu.yale.edu> Message-ID: <918BA6B76E992141A00B3FA3E96AA5EA016B2F2A1C@x10-mbx14.yu.yale.edu> Thanks, Chris. I was looking for "Identifier" (e.g., MS 1234) but found that field to be too picky, rejecting a search for having a space instead of a hyphen. Ultimately using four part ID seems to do the trick, although I'm not totally sure what it means. (e.g., repositories/12/search?q=four_part_id:("MS 1234")&type[]=resource&page=1). Thanks again, Steelsen 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, June 2, 2015 9:10 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API Hi Steelsen, The fields listed in the search_definitions.rb file is the listing of fields for advanced search, but you can also search Solr directly against all the fields in there as well ( defined here : https://github.com/archivesspace/archivesspace/blob/master/solr/schema.xml#L21-L199 ) What do you mean by call number? The identifier of a resource? Or the component unique identifier? 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 Smith, Steelsen > Sent: Monday, June 1, 2015 2:29 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API Hi All, Just wanted to try again - does anyone know where I can find the fields allowed in the API advanced search? The list I could find in the search_definitions.rb file seemed too limited to be correct. Alternatively, does anyone know the most effective way to do a back-end call number search (exact call number but including tolerance for differences in group spacing or hyphens?). Thanks, Steelsen From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Smith, Steelsen Sent: Friday, May 22, 2015 12:36 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API So following up, I'm trying to run a call number search and can't find the fields that are allowed in the advanced search. It looks like https://github.com/archivesspace/archivesspace/blob/8b20b07346f42aa7babc97318219d70f32c52340/common/search_definitions.rb has a list that doesn't include call number so I'm a bit lost there. I tried both "identifier" and "four_part_id" and got a 500 for invalid fields. Is there a field that I'm missing or is there a better way to do a call number search (Ideally so that AB 9 / AB-9 / AB-9 all work since it seems that ASpace will present them in slightly different formats. Thanks, Steelsen From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Smith, Steelsen Sent: Monday, May 18, 2015 3:06 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API Awesome, thanks. I Don't think I would have figured this out on my own. Best, Steelsen From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Monday, May 18, 2015 6:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API Hi Steelsen, Yes, so for advanced queries, you pass in a jsonmodel advanced_query object ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/advanced_query.rb ) This object has a property "query" that can be a boolean_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/boolean_query.rb) boolean_field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/boolean_field_query.rb ) date_field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/date_field_query.rb ) or a field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/field_query.rb ) So, a queries could look like this: boolean query ( keyword 'My Awesome Search Term' and 'AND' published = true ) : "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"op\":\"AND\",\"subqueries\":[{\"field\":\"keyword\",\"value\":\"My Awesome Search Term\",\"jsonmodel_type\":\"field_query\",\"negated\":false,\"literal\":false},{\"field\":\"published\",\"value\":true,\"jsonmodel_type\":\"boolean_field_query\"}],\"jsonmodel_type\":\"boolean_query\"},\"jsonmodel_type\":\"advanced_query\"}" boolean_field_query ( published = true ): "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"field\":\"published\",\"value\":true,\"jsonmodel_type\":\"boolean_field_query\"},\"jsonmodel_type\":\"advanced_query\"}" field query ( keyword for 'My Awesome Search Term') : "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"field\":\"keyword\",\"value\":\"My Awesome Search Term\",\"jsonmodel_type\":\"field_query\",\"negated\":false,\"literal\":false}} date_field_query ( Created date after May 5 2015 ) : "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"field\":\"create_time\",\"value\":\"2015-05-05\",\"comparator\":\"greater_than\",\"jsonmodel_type\":\"date_field_query\"},\"jsonmodel_type\":\"advanced_query\"}" Does that help? 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 Smith, Steelsen > Sent: Sunday, May 17, 2015 2:41 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Advanced Search for API Hi All, The Rest API Endpoint repositories/:id/search indicates that there's an advanced search input that requires a json formatted "advanced search" in the URI. Does anyone have an example of what it might look like, or a field list of what can be searched for? I'm trying to perform some very specific searches and am finding myself pulling in a lot of extra information and working through it. A more general question, is there better API documentation somewhere than exists in the autodocs? Sample strings would save a lot of time from the trial and error process I'm using now. Thanks, Steelsen ___________________________ Steelsen Smith Fulfillment Systems Specialist Enterprise Systems Group Yale Library IT 203.432.3333 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Wed Jun 10 06:26:18 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Wed, 10 Jun 2015 10:26:18 +0000 Subject: [Archivesspace_Users_Group] Advanced Search for API In-Reply-To: <918BA6B76E992141A00B3FA3E96AA5EA016B2F2A1C@x10-mbx14.yu.yale.edu> References: <918BA6B76E992141A00B3FA3E96AA5EA016B2E1932@x10-mbx14.yu.yale.edu> <1431945921973.25848@lyrasis.org> <918BA6B76E992141A00B3FA3E96AA5EA016B2E2F87@x10-mbx14.yu.yale.edu> <918BA6B76E992141A00B3FA3E96AA5EA016B2E7710@x10-mbx14.yu.yale.edu>, <918BA6B76E992141A00B3FA3E96AA5EA016B2EC1DF@x10-mbx14.yu.yale.edu> , <918BA6B76E992141A00B3FA3E96AA5EA016B2F2A1C@x10-mbx14.yu.yale.edu> Message-ID: Hi, Yeah, it's a little odd unless you have a look at the solr schema to see what's going on. Identifier is a "sort_string", which is using the KeywordTokenizerFactory...this means the entire field is turned into a single token, regardless of it's content. Good for sorting, but not good for searching text with spaces... That's why there's the four_part_id field, which is defined as a "text_general" field and uses the StandardTokenizerFactory and other filters that's optimized for search. 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 Smith, Steelsen Sent: Tuesday, June 9, 2015 9:59 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API Thanks, Chris. I was looking for ?Identifier? (e.g., MS 1234) but found that field to be too picky, rejecting a search for having a space instead of a hyphen. Ultimately using four part ID seems to do the trick, although I?m not totally sure what it means. (e.g., repositories/12/search?q=four_part_id:("MS 1234")&type[]=resource&page=1). Thanks again, Steelsen 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, June 2, 2015 9:10 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API Hi Steelsen, The fields listed in the search_definitions.rb file is the listing of fields for advanced search, but you can also search Solr directly against all the fields in there as well ( defined here : https://github.com/archivesspace/archivesspace/blob/master/solr/schema.xml#L21-L199 ) What do you mean by call number? The identifier of a resource? Or the component unique identifier? 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 Smith, Steelsen > Sent: Monday, June 1, 2015 2:29 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API Hi All, Just wanted to try again ? does anyone know where I can find the fields allowed in the API advanced search? The list I could find in the search_definitions.rb file seemed too limited to be correct. Alternatively, does anyone know the most effective way to do a back-end call number search (exact call number but including tolerance for differences in group spacing or hyphens?). Thanks, Steelsen From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Smith, Steelsen Sent: Friday, May 22, 2015 12:36 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API So following up, I?m trying to run a call number search and can?t find the fields that are allowed in the advanced search. It looks like https://github.com/archivesspace/archivesspace/blob/8b20b07346f42aa7babc97318219d70f32c52340/common/search_definitions.rb has a list that doesn?t include call number so I?m a bit lost there. I tried both ?identifier? and ?four_part_id? and got a 500 for invalid fields. Is there a field that I?m missing or is there a better way to do a call number search (Ideally so that AB 9 / AB-9 / AB?9 all work since it seems that ASpace will present them in slightly different formats. Thanks, Steelsen From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Smith, Steelsen Sent: Monday, May 18, 2015 3:06 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API Awesome, thanks. I Don?t think I would have figured this out on my own. Best, Steelsen From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Monday, May 18, 2015 6:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API Hi Steelsen, Yes, so for advanced queries, you pass in a jsonmodel advanced_query object ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/advanced_query.rb ) This object has a property "query" that can be a boolean_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/boolean_query.rb) boolean_field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/boolean_field_query.rb ) date_field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/date_field_query.rb ) or a field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/field_query.rb ) So, a queries could look like this: boolean query ( keyword 'My Awesome Search Term' and 'AND' published = true ) : "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"op\":\"AND\",\"subqueries\":[{\"field\":\"keyword\",\"value\":\"My Awesome Search Term\",\"jsonmodel_type\":\"field_query\",\"negated\":false,\"literal\":false},{\"field\":\"published\",\"value\":true,\"jsonmodel_type\":\"boolean_field_query\"}],\"jsonmodel_type\":\"boolean_query\"},\"jsonmodel_type\":\"advanced_query\"}" boolean_field_query ( published = true ): "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"field\":\"published\",\"value\":true,\"jsonmodel_type\":\"boolean_field_query\"},\"jsonmodel_type\":\"advanced_query\"}" field query ( keyword for 'My Awesome Search Term') : "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"field\":\"keyword\",\"value\":\"My Awesome Search Term\",\"jsonmodel_type\":\"field_query\",\"negated\":false,\"literal\":false}} date_field_query ( Created date after May 5 2015 ) : "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"field\":\"create_time\",\"value\":\"2015-05-05\",\"comparator\":\"greater_than\",\"jsonmodel_type\":\"date_field_query\"},\"jsonmodel_type\":\"advanced_query\"}" Does that help? 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 Smith, Steelsen > Sent: Sunday, May 17, 2015 2:41 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Advanced Search for API Hi All, The Rest API Endpoint repositories/:id/search indicates that there?s an advanced search input that requires a json formatted ?advanced search? in the URI. Does anyone have an example of what it might look like, or a field list of what can be searched for? I?m trying to perform some very specific searches and am finding myself pulling in a lot of extra information and working through it. A more general question, is there better API documentation somewhere than exists in the autodocs? Sample strings would save a lot of time from the trial and error process I?m using now. Thanks, Steelsen ___________________________ Steelsen Smith Fulfillment Systems Specialist Enterprise Systems Group Yale Library IT 203.432.3333 -------------- next part -------------- An HTML attachment was scrubbed... URL: From maureen.callahan at yale.edu Wed Jun 10 11:27:33 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Wed, 10 Jun 2015 15:27:33 +0000 Subject: [Archivesspace_Users_Group] merge value error In-Reply-To: <791B1161-4FB1-4DBE-87CA-DE207D45A3D2@gmail.com> References: <4FA996B9-F7EC-4B08-82D9-A51664555B43@yale.edu> <0AED85B8-8852-4476-9097-EE89C7962DCA@yale.edu> <791B1161-4FB1-4DBE-87CA-DE207D45A3D2@gmail.com> Message-ID: Hey Brian, Oh, that makes sense. Could you help me think through what I need to do here? I basically want to start by getting a list of identifiers for enumeration values that I?m trying to merge into a given value ? say, all of the values that should become ?aat?. Then, I identify all records in the subjects table with non-legit source ids. Then, I do an update in the subjects table where I update the bad source ids (identified in the previous step) with the one that I want. Once that?s done, I should be able to merge the source values from the interface. Is there an easier/safer way of doing this? Thanks, Maureen > On Jun 5, 2015, at 9:35 AM, Brian Hoffman wrote: > > Hi Maureen, > > It kind of looks to me like you might have the following situation: > > Two subject records with identical terms but different ?source? values. The controlled values you are trying to merge would result in those two subject records having identical ?source? values, and as a result be identical, which violates a uniqueness constraint in the database. Does that seem possible? If so, could you find those subject records first and de-dupe them? > > Brian > > > > > On Jun 5, 2015, at 8:46 AM, Callahan, Maureen wrote: > >> > > _______________________________________________ > 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=AwIF-g&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=dV_f9dLVb2pHqBsLSvZeWxpMEI58bKX9XCUnViWF3fk&s=mh0bb7LGZEk0NfeTHYSLy6KGsnRi847Ov_p21GRSkxc&e= From maureen.callahan at yale.edu Wed Jun 10 13:00:40 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Wed, 10 Jun 2015 17:00:40 +0000 Subject: [Archivesspace_Users_Group] Fwd: merge value error References: Message-ID: <7E6180C2-A7AC-42BA-B5A9-3D1CB25F333C@yale.edu> ARGH ? I?m realizing that it?s actually even more complicated than this, because if I were to just update the source IDs on the subjects table, I would get duplicate subject records. So really what I need to do is start by getting a list of subjects that are duplicated in all ways except for their source ids, determine which are the subject records with bad source ids, update the relationships table so that records are related to subjects with the good source information, THEN I can do the merges I want. But then, also, I have a bunch of orphan subjects that are unassociated with any records. James from HM wrote a handy script for us that zaps orphan subject records, so I suppose I could run that. Maureen Begin forwarded message: From: "Callahan, Maureen" > Subject: Re: [Archivesspace_Users_Group] merge value error Date: June 10, 2015 at 11:27:33 AM EDT To: Archivesspace Users Group > Hey Brian, Oh, that makes sense. Could you help me think through what I need to do here? I basically want to start by getting a list of identifiers for enumeration values that I?m trying to merge into a given value ? say, all of the values that should become ?aat?. Then, I identify all records in the subjects table with non-legit source ids. Then, I do an update in the subjects table where I update the bad source ids (identified in the previous step) with the one that I want. Once that?s done, I should be able to merge the source values from the interface. Is there an easier/safer way of doing this? Thanks, Maureen On Jun 5, 2015, at 9:35 AM, Brian Hoffman > wrote: Hi Maureen, It kind of looks to me like you might have the following situation: Two subject records with identical terms but different ?source? values. The controlled values you are trying to merge would result in those two subject records having identical ?source? values, and as a result be identical, which violates a uniqueness constraint in the database. Does that seem possible? If so, could you find those subject records first and de-dupe them? Brian On Jun 5, 2015, at 8:46 AM, Callahan, Maureen > wrote: _______________________________________________ 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=AwIF-g&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=dV_f9dLVb2pHqBsLSvZeWxpMEI58bKX9XCUnViWF3fk&s=mh0bb7LGZEk0NfeTHYSLy6KGsnRi847Ov_p21GRSkxc&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: From brianjhoffman at gmail.com Wed Jun 10 13:29:37 2015 From: brianjhoffman at gmail.com (brian) Date: Wed, 10 Jun 2015 13:29:37 -0400 Subject: [Archivesspace_Users_Group] Fwd: merge value error Message-ID: Yes, i think that's right. There's a terms hash column on the subjects table so perhaps you could just search for dupes in that column and then review them. Sent from my T-Mobile 4G LTE Device
-------- Original message --------
From: "Callahan, Maureen"
Date:06/10/2015 1:00 PM (GMT-05:00)
To: Archivesspace Users Group
Cc:
Subject: [Archivesspace_Users_Group] Fwd: merge value error
ARGH ? I?m realizing that it?s actually even more complicated than this, because if I were to just update the source IDs on the subjects table, I would get duplicate subject records. So really what I need to do is start by getting a list of subjects that are duplicated in all ways except for their source ids, determine which are the subject records with bad source ids, update the relationships table so that records are related to subjects with the good source information, THEN I can do the merges I want. But then, also, I have a bunch of orphan subjects that are unassociated with any records. James from HM wrote a handy script for us that zaps orphan subject records, so I suppose I could run that. Maureen Begin forwarded message: From: "Callahan, Maureen" Subject: Re: [Archivesspace_Users_Group] merge value error Date: June 10, 2015 at 11:27:33 AM EDT To: Archivesspace Users Group Hey Brian, Oh, that makes sense. Could you help me think through what I need to do here? I basically want to start by getting a list of identifiers for enumeration values that I?m trying to merge into a given value ? say, all of the values that should become ?aat?. Then, I identify all records in the subjects table with non-legit source ids. Then, I do an update in the subjects table where I update the bad source ids (identified in the previous step) with the one that I want. Once that?s done, I should be able to merge the source values from the interface. Is there an easier/safer way of doing this? Thanks, Maureen On Jun 5, 2015, at 9:35 AM, Brian Hoffman wrote: Hi Maureen, It kind of looks to me like you might have the following situation: Two subject records with identical terms but different ?source? values. The controlled values you are trying to merge would result in those two subject records having identical ?source? values, and as a result be identical, which violates a uniqueness constraint in the database. Does that seem possible? If so, could you find those subject records first and de-dupe them? Brian On Jun 5, 2015, at 8:46 AM, Callahan, Maureen wrote: _______________________________________________ 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=AwIF-g&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=dV_f9dLVb2pHqBsLSvZeWxpMEI58bKX9XCUnViWF3fk&s=mh0bb7LGZEk0NfeTHYSLy6KGsnRi847Ov_p21GRSkxc&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: From mGorzalski at lib.siu.edu Wed Jun 10 13:38:11 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Wed, 10 Jun 2015 17:38:11 +0000 Subject: [Archivesspace_Users_Group] bad classification migration, still Message-ID: <238ea32e1b81454099fc59ae716488a1@it-excmb3.ad.siu.edu> We're still getting incorrect migration results as it pertains to the classifications. Screen shots are for example. * In "archon_correct" you see the Brian O'Nolan papers which shows how the repository and classification is indeed correct. * In "aspace_wrong" you see that the Brian O'Nolan papers live under Manuscripts Repository, Photographs (Classification), and University Archives Photographs (sub-classification). This collection is NOT university archives and NOT a photograph collection. * Once you "click_on_onolan" you get this error message * BUT the "onolan_correct" screen shot shows that the correct Brian O'Nolan papers did migrate to the proper classification, thus we have this erroneous duplicative O'nolan collection We run into similar issues with every test migration, but the odd thing is the results are different every time. Brian O'Nolan was not a problem last time. Most things migrate correctly so maybe the only thing I can do is post-migration data cleanup. 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: archon_correct.jpg Type: image/jpeg Size: 225985 bytes Desc: archon_correct.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: aspace_wrong.jpg Type: image/jpeg Size: 253075 bytes Desc: aspace_wrong.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: click_on_onolan.jpg Type: image/jpeg Size: 307947 bytes Desc: click_on_onolan.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: onolan_correct.jpg Type: image/jpeg Size: 250220 bytes Desc: onolan_correct.jpg URL: From mGorzalski at lib.siu.edu Wed Jun 10 13:40:44 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Wed, 10 Jun 2015 17:40:44 +0000 Subject: [Archivesspace_Users_Group] Accession migration problem remains Message-ID: <9216df3a7405403a8ff8be1fdb623c2b@it-excmb3.ad.siu.edu> This is a follow up to an earlier issue. In our most recent Archon to ASpace test I noted that none of our Archon accession records had migrated. None of these records had creators attached to them, so I selected a set of test records and added a creator. They still did not migrate, and switching repositories in the admin view and browsing accessions does not seem to make a difference. 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 ns96 at nyu.edu Wed Jun 10 14:53:26 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Wed, 10 Jun 2015 14:53:26 -0400 Subject: [Archivesspace_Users_Group] Accession migration problem remains In-Reply-To: <9216df3a7405403a8ff8be1fdb623c2b@it-excmb3.ad.siu.edu> References: <9216df3a7405403a8ff8be1fdb623c2b@it-excmb3.ad.siu.edu> Message-ID: Hi, look like we have a copy of your Archon database we can use to test this. I will run the migration and see hwta the results are on my end. On Wed, Jun 10, 2015 at 1:40 PM, Matthew J Gorzalski wrote: > This is a follow up to an earlier issue. In our most recent Archon to > ASpace test I noted that none of our Archon accession records had > migrated. None of these records had creators attached to them, so I > selected a set of test records and added a creator. They still did not > migrate, and switching repositories in the admin view and browsing > accessions does not seem to make a difference. > > > > 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 > > -- 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: From luftsche at usc.edu Wed Jun 10 17:30:47 2015 From: luftsche at usc.edu (Susan Luftschein) Date: Wed, 10 Jun 2015 21:30:47 +0000 Subject: [Archivesspace_Users_Group] Rapid Data Entry Message-ID: Hi, Any idea when this will be fixed? 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 ns96 at nyu.edu Wed Jun 10 21:08:34 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Wed, 10 Jun 2015 21:08:34 -0400 Subject: [Archivesspace_Users_Group] Accession migration problem remains In-Reply-To: References: <9216df3a7405403a8ff8be1fdb623c2b@it-excmb3.ad.siu.edu> Message-ID: Confirmed, for some reason none of the Accessions records in Archon are being copied over to ASpace. I will take a deeper look at this tomorrow and hopefully, it's something that can be quickly resolved. On Wed, Jun 10, 2015 at 2:53 PM, Nathan Stevens wrote: > Hi, > > look like we have a copy of your Archon database we can use to test this. > I will run the migration and see hwta the results are on my end. > > On Wed, Jun 10, 2015 at 1:40 PM, Matthew J Gorzalski < > mGorzalski at lib.siu.edu> wrote: > >> This is a follow up to an earlier issue. In our most recent Archon to >> ASpace test I noted that none of our Archon accession records had >> migrated. None of these records had creators attached to them, so I >> selected a set of test records and added a creator. They still did not >> migrate, and switching repositories in the admin view and browsing >> accessions does not seem to make a difference. >> >> >> >> 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 >> >> > > > -- > Nathan Stevens > Programmer/Analyst > Digital Library Technology Services > New York University > > 1212-998-2653 > ns96 at nyu.edu > -- 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: From Chris.Fitzpatrick at lyrasis.org Thu Jun 11 06:14:50 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Thu, 11 Jun 2015 10:14:50 +0000 Subject: [Archivesspace_Users_Group] Rapid Data Entry In-Reply-To: References: Message-ID: Hi Sue, Not sure what you're referring to. Could you be a little more specific? 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: Wednesday, June 10, 2015 11:30 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Rapid Data Entry Hi, Any idea when this will be fixed? 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 nicoleb at heartmountain.org Thu Jun 11 11:56:12 2015 From: nicoleb at heartmountain.org (Nicole Blechynden) Date: Thu, 11 Jun 2015 09:56:12 -0600 Subject: [Archivesspace_Users_Group] Need help troubleshooting an error on CSV import Message-ID: Hi all, I have a little over 600 accession records to import using the CSV template. On my first attempt I received a non-specific error appearing on the Import Job:Job Status screen within the application so I began splitting these into batches of 100 records each. My first two batches imported fine, exactly as expected but when I tried the third batch I again received a non-specific error. I opened the archivesspace.out log to see if that might yield any clues but couldn't make heads or tails of it, as far as identify what is failing in the process. I'm a couple versions back, using Version v1.1.2 running against the demo database (my current test environment). Here's a snippet of code from the .out log from one attempt: D, [2015-06-10T15:20:47.877000 #5076] DEBUG -- : Thread-14292: Import running for job 75 E, [2015-06-10T15:20:47.924000 #5076] ERROR -- : Thread-14296: Job 75 failed: Permission denied - C:\UserFiles\archivesspace\data\tmp\import_batch_working_file_143397124790920150610-5076-lv1tbj ["org/jruby/RubyFile.java:1106:in `unlink'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/converters/converter.rb:22:in `remove_files'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/converters/lib/parse_queue.rb:85:in `each_open_file_path'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/converters/converter.rb:21:in `remove_files'", "C:/UserFiles/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/RubyArray.java:1613:in `each'", "org/jruby/RubyEnumerable.java:977:in `each_with_index'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_runner.rb:63:in `run'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:125:in `open'", "org/jruby/RubyFixnum.java:280:in `times'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:113:in `open'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_runner.rb:59:in `run'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_job_queue.rb:96:in `run_pending_import'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_job_queue.rb:123:in `start_background_thread'"] Started GET "/jobs/75/status" for 0:0:0:0:0:0:0:1 at 2015-06-10 15:20:47 -0600 Processing by JobsController#status as JSON Parameters: {"id"=>"75"} D, [2015-06-10T15:20:48.018000 #5076] DEBUG -- : Thread-13264: GET /repositories/4/jobs/75 [session: #"admin", :login_time=>2015-06-10 15:17:42 -0600, :expirable=>true}, @id="35a81ae84f5476b18dca98bab372f309ef68464c588359398c4f25e917d14cdf">] D, [2015-06-10T15:20:48.018000 #5076] DEBUG -- : Thread-13264: Post-processed params: {:id=>75, :repo_id=>4} D, [2015-06-10T15:20:48.081000 #5076] DEBUG -- : Thread-13264: Responded with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"469"}, ["{\"import_type\":\"accession_csv\",\"lock_version\":2,\"filenames\":[\"realdatatest_301ThruLine400.csv\"],\"time_submitted\":\"2015-06-10 21:20:46 UTC\",\"time_started\":\"2015-06-10 21:20:47 UTC\",\"status\":\"running\",\"created_by\":\"admin\",\"last_modified_by\":\"admin\",\"create_time\":\"2015-06-10T21:20:46Z\",\"system_mtime\":\"2015-06-10T21:20:47Z\",\"user_mtime\":\"2015-06-1... in 94.0ms Completed 200 OK in 125.0ms (Views: 0.0ms) Started GET "/jobs/75" for 0:0:0:0:0:0:0:1 at 2015-06-10 15:20:48 -0600 Processing by JobsController#show as HTML Parameters: {"id"=>"75"} D, [2015-06-10T15:20:48.221000 #5076] DEBUG -- : Thread-6996: GET /repositories/4/jobs/75?resolve%5B%5D=repository [session: #"admin", :login_time=>2015-06-10 15:17:42 -0600, :expirable=>true}, @id="35a81ae84f5476b18dca98bab372f309ef68464c588359398c4f25e917d14cdf">] D, [2015-06-10T15:20:48.221000 #5076] DEBUG -- : Thread-6996: Post-processed params: {:id=>75, :resolve=>["repository"], :repo_id=>4} D, [2015-06-10T15:20:48.284000 #5076] DEBUG -- : Thread-6996: Responded with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"826"}, ["{\"import_type\":\"accession_csv\",\"lock_version\":2,\"filenames\":[\"realdatatest_301ThruLine400.csv\"],\"time_submitted\":\"2015-06-10 21:20:46 UTC\",\"time_started\":\"2015-06-10 21:20:47 UTC\",\"status\":\"running\",\"created_by\":\"admin\",\"last_modified_by\":\"admin\",\"create_time\":\"2015-06-10T21:20:46Z\",\"system_mtime\":\"2015-06-10T21:20:47Z\",\"user_mtime\":\"2015-06-1... in 78.0ms Rendered shared/_breadcrumb.html.erb (16.0ms) Rendered jobs/_show_templates.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar.html.erb (0.0ms) Rendered jobs/_sidebar.html.erb (0.0ms) Rendered jobs/_toolbar.html.erb (0.0ms) Rendered shared/_flash_messages.html.erb (0.0ms) Rendered shared/_flash_messages.html.erb (0.0ms) Rendered jobs/show.html.erb within layouts/application (110.0ms) Rendered shared/_browser_support.html.erb (16.0ms) Rendered shared/_header_user.html.erb (31.0ms) Rendered shared/_header_global.html.erb (31.0ms) Rendered site/_branding.html.erb (0.0ms) Rendered shared/_advanced_search.html.erb (16.0ms) Rendered shared/_header_repository.html.erb (94.0ms) Rendered C:/UserFiles/archivesspace/plugins/aspace_feedback/frontend/views/site/_feedback_form.html.erb (0.0ms) Rendered C:/UserFiles/archivesspace/plugins/aspace_feedback/frontend/views/site/_footer.html.erb (16.0ms) Rendered shared/_templates.html.erb (15.0ms) Completed 200 OK in 406.0ms (Views: 312.0ms) Started GET "/jobs/75/log?offset=0" for 0:0:0:0:0:0:0:1 at 2015-06-10 15:20:48 -0600 Processing by JobsController#log as */* Parameters: {"offset"=>"0", "id"=>"75"} Completed 200 OK in 16.0ms D, [2015-06-10T15:20:48.987000 #5076] DEBUG -- : Thread-13264: GET /repositories/4/jobs/75/log?offset=0 [session: #"admin", :login_time=>2015-06-10 15:17:42 -0600, :expirable=>true}, @id="35a81ae84f5476b18dca98bab372f309ef68464c588359398c4f25e917d14cdf">] D, [2015-06-10T15:20:48.987000 #5076] DEBUG -- : Thread-13264: Post-processed params: {:id=>75, :repo_id=>4, :offset=>0} D, [2015-06-10T15:20:49.049000 #5076] DEBUG -- : Thread-13264: Responded with [200, {"Content-Type"=>"text/plain", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"499"}, #, @next_element=nil, @index=0, @queue_finalizer=#>, @queue=# From calvin.miracle at louisville.edu Thu Jun 11 12:40:50 2015 From: calvin.miracle at louisville.edu (calvin.miracle at louisville.edu) Date: Thu, 11 Jun 2015 16:40:50 +0000 Subject: [Archivesspace_Users_Group] How to make ArchivesSpace public URL respond on port 80? Message-ID: <4FDFBF565F067745BAF6B38F5972A1D40147F54FE5@EXMBX11.ad.louisville.edu> Hello all, Our archives librarian wants the public URL of our AS instance to respond on port 80, so that a published URL won't have to include the 8081 port number. I thought this change would be easy in the config.rb file on our demo server: AppConfig[:public_url] = "http://aspdemo.library.louisville.edu:80" I could see the application listening on port 80, but pages were only briefly served before the system stopped responding on port 80. I saw multiple errors in the log file, which I can post if need be. When I reverted to port 8081, AS worked normally. Thanks for any help, -- Calvin Miracle, University of Louisville Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: From schelby.1 at osu.edu Thu Jun 11 12:46:26 2015 From: schelby.1 at osu.edu (Schelby, Russell) Date: Thu, 11 Jun 2015 16:46:26 +0000 Subject: [Archivesspace_Users_Group] When will next code update be released to production Message-ID: <1FFC028E0D679147BD07ECFBE1D5C4571153B0@CIO-TNC-D2MBX04.osuad.osu.edu> Hello, Is there a timeframe for the next Production Release for AS? We'd like to plan when we can start performing this upgrade. Thanks, Russell ________________________________ Russell Schelby Project Manager, Business Analyst Applications, Development & Support, OSU Libraries Schelby.1 at osu.edu, 614.292.0961 -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicoleb at heartmountain.org Thu Jun 11 13:03:32 2015 From: nicoleb at heartmountain.org (Nicole Blechynden) Date: Thu, 11 Jun 2015 11:03:32 -0600 Subject: [Archivesspace_Users_Group] More on....Need help troubleshooting an error on CSV import Message-ID: More on this... I tracked down the Import Job log which I hope illuminates the error but I'm not sure why I am getting it on the third and subsequent attempts to import, when my first two batches came in just fine, with no permissions denied. Here's the whole of what was in the log for the failed attempt. Below that I also provided a snippet of a successful attempt for comparison, if that helps. -Nicole ================================================== realdatatest_301ThruLine400.csv ================================================== !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! IMPORT ERROR !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Error: # !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! My successful import log presents as: ================================================== realdatatest_ThruLine100.csv ================================================== 1. STARTED: Reading JSON records 1. DONE: Reading JSON records 2. STARTED: Validating records and checking links 2. DONE: Validating records and checking links 3. STARTED: Evaluating record relationships 3. DONE: Evaluating record relationships 4. STARTED: Saving records: cycle 1 Created: /repositories/import/collection_management/import_e68ca983-91af-4840-aa69-3d31f9e63c84 Created: /repositories/import/accessions/import_6aee3a46-a900-4ced-a796-8e33529c502c Created: /repositories/import/collection_management/import_7ab3d706-1faa-4cfd-a9be-fb63bf6b99cf Created: /repositories/import/accessions/import_68e0185f-0086-4d69-9e77-1609507229b1 Created: /repositories/import/collection_management/import_da4f01fc-948d-47d0-8aea-c992f0195a2b Created: /repositories/import/accessions/import_375d782c-d1d9-4fde-b7af-77cb60d5a5c3 Created: /repositories/import/collection_management/import_f218fb58-738d-4291-8965-419d5d9d9beb Created: /repositories/import/accessions/import_ab33edeb-a96b-4e22-922a-2cf4acba0e84 Created: /repositories/import/collection_management/import_565c1632-2610-4acf-8288-ea72c35b9d3c ****** Nicole Blechynden Archivist Heart Mountain Wyoming Foundation 1539 Road 19 Powell, WY 82435 307-754-8000 x103 On Thu, Jun 11, 2015 at 9:56 AM, Nicole Blechynden < nicoleb at heartmountain.org> wrote: > Hi all, > > I have a little over 600 accession records to import using the CSV > template. On my first attempt I received a non-specific error appearing on > the Import Job:Job Status screen within the application so I began > splitting these into batches of 100 records each. My first two batches > imported fine, exactly as expected but when I tried the third batch I again > received a non-specific error. > > I opened the archivesspace.out log to see if that might yield any clues > but couldn't make heads or tails of it, as far as identify what is failing > in the process. > > I'm a couple versions back, using Version v1.1.2 running against the demo > database (my current test environment). > > Here's a snippet of code from the .out log from one attempt: > > D, [2015-06-10T15:20:47.877000 #5076] DEBUG -- : Thread-14292: Import > running for job 75 > E, [2015-06-10T15:20:47.924000 #5076] ERROR -- : Thread-14296: Job 75 > failed: Permission denied - > C:\UserFiles\archivesspace\data\tmp\import_batch_working_file_143397124790920150610-5076-lv1tbj > ["org/jruby/RubyFile.java:1106:in `unlink'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/converters/converter.rb:22:in > `remove_files'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/converters/lib/parse_queue.rb:85:in > `each_open_file_path'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/converters/converter.rb:21:in > `remove_files'", > "C:/UserFiles/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/RubyArray.java:1613:in `each'", > "org/jruby/RubyEnumerable.java:977:in `each_with_index'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_runner.rb:63:in > `run'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:125:in > `open'", "org/jruby/RubyFixnum.java:280:in `times'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:113:in > `open'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_runner.rb:59:in > `run'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_job_queue.rb:96:in > `run_pending_import'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_job_queue.rb:123:in > `start_background_thread'"] > Started GET "/jobs/75/status" for 0:0:0:0:0:0:0:1 at 2015-06-10 15:20:47 > -0600 > Processing by JobsController#status as JSON > Parameters: {"id"=>"75"} > D, [2015-06-10T15:20:48.018000 #5076] DEBUG -- : Thread-13264: GET > /repositories/4/jobs/75 [session: #"admin", > :login_time=>2015-06-10 15:17:42 -0600, :expirable=>true}, > @id="35a81ae84f5476b18dca98bab372f309ef68464c588359398c4f25e917d14cdf">] > D, [2015-06-10T15:20:48.018000 #5076] DEBUG -- : Thread-13264: > Post-processed params: {:id=>75, :repo_id=>4} > D, [2015-06-10T15:20:48.081000 #5076] DEBUG -- : Thread-13264: Responded > with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, > must-revalidate, max-age=0", "Content-Length"=>"469"}, > ["{\"import_type\":\"accession_csv\",\"lock_version\":2,\"filenames\":[\"realdatatest_301ThruLine400.csv\"],\"time_submitted\":\"2015-06-10 > 21:20:46 UTC\",\"time_started\":\"2015-06-10 21:20:47 > UTC\",\"status\":\"running\",\"created_by\":\"admin\",\"last_modified_by\":\"admin\",\"create_time\":\"2015-06-10T21:20:46Z\",\"system_mtime\":\"2015-06-10T21:20:47Z\",\"user_mtime\":\"2015-06-1... > in 94.0ms > Completed 200 OK in 125.0ms (Views: 0.0ms) > Started GET "/jobs/75" for 0:0:0:0:0:0:0:1 at 2015-06-10 15:20:48 -0600 > Processing by JobsController#show as HTML > Parameters: {"id"=>"75"} > D, [2015-06-10T15:20:48.221000 #5076] DEBUG -- : Thread-6996: GET > /repositories/4/jobs/75?resolve%5B%5D=repository [session: > #"admin", :login_time=>2015-06-10 > 15:17:42 -0600, :expirable=>true}, > @id="35a81ae84f5476b18dca98bab372f309ef68464c588359398c4f25e917d14cdf">] > D, [2015-06-10T15:20:48.221000 #5076] DEBUG -- : Thread-6996: > Post-processed params: {:id=>75, :resolve=>["repository"], :repo_id=>4} > D, [2015-06-10T15:20:48.284000 #5076] DEBUG -- : Thread-6996: Responded > with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, > must-revalidate, max-age=0", "Content-Length"=>"826"}, > ["{\"import_type\":\"accession_csv\",\"lock_version\":2,\"filenames\":[\"realdatatest_301ThruLine400.csv\"],\"time_submitted\":\"2015-06-10 > 21:20:46 UTC\",\"time_started\":\"2015-06-10 21:20:47 > UTC\",\"status\":\"running\",\"created_by\":\"admin\",\"last_modified_by\":\"admin\",\"create_time\":\"2015-06-10T21:20:46Z\",\"system_mtime\":\"2015-06-10T21:20:47Z\",\"user_mtime\":\"2015-06-1... > in 78.0ms > Rendered shared/_breadcrumb.html.erb (16.0ms) > Rendered jobs/_show_templates.html.erb (0.0ms) > Rendered shared/_sidebar_entry.html.erb (0.0ms) > Rendered shared/_sidebar_entry.html.erb (0.0ms) > Rendered shared/_sidebar_entry.html.erb (0.0ms) > Rendered shared/_sidebar.html.erb (0.0ms) > Rendered jobs/_sidebar.html.erb (0.0ms) > Rendered jobs/_toolbar.html.erb (0.0ms) > Rendered shared/_flash_messages.html.erb (0.0ms) > Rendered shared/_flash_messages.html.erb (0.0ms) > Rendered jobs/show.html.erb within layouts/application (110.0ms) > Rendered shared/_browser_support.html.erb (16.0ms) > Rendered shared/_header_user.html.erb (31.0ms) > Rendered shared/_header_global.html.erb (31.0ms) > Rendered site/_branding.html.erb (0.0ms) > Rendered shared/_advanced_search.html.erb (16.0ms) > Rendered shared/_header_repository.html.erb (94.0ms) > Rendered > C:/UserFiles/archivesspace/plugins/aspace_feedback/frontend/views/site/_feedback_form.html.erb > (0.0ms) > Rendered > C:/UserFiles/archivesspace/plugins/aspace_feedback/frontend/views/site/_footer.html.erb > (16.0ms) > Rendered shared/_templates.html.erb (15.0ms) > Completed 200 OK in 406.0ms (Views: 312.0ms) > Started GET "/jobs/75/log?offset=0" for 0:0:0:0:0:0:0:1 at 2015-06-10 > 15:20:48 -0600 > Processing by JobsController#log as */* > Parameters: {"offset"=>"0", "id"=>"75"} > Completed 200 OK in 16.0ms > D, [2015-06-10T15:20:48.987000 #5076] DEBUG -- : Thread-13264: GET > /repositories/4/jobs/75/log?offset=0 [session: # @store={:user=>"admin", :login_time=>2015-06-10 15:17:42 -0600, > :expirable=>true}, > @id="35a81ae84f5476b18dca98bab372f309ef68464c588359398c4f25e917d14cdf">] > D, [2015-06-10T15:20:48.987000 #5076] DEBUG -- : Thread-13264: > Post-processed params: {:id=>75, :repo_id=>4, :offset=>0} > D, [2015-06-10T15:20:49.049000 #5076] DEBUG -- : Thread-13264: Responded > with [200, {"Content-Type"=>"text/plain", "Cache-Control"=>"private, > must-revalidate, max-age=0", "Content-Length"=>"499"}, # #, > @next_element=nil, @index=0, > @queue_finalizer=# @queue=#>, > @queue=# > > ****** > Nicole Blechynden > Archivist > Heart Mountain Wyoming Foundation > 1539 Road 19 > Powell, WY 82435 > 307-754-8000 x103 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From luftsche at usc.edu Thu Jun 11 13:14:46 2015 From: luftsche at usc.edu (Susan Luftschein) Date: Thu, 11 Jun 2015 17:14:46 +0000 Subject: [Archivesspace_Users_Group] Rapid Data Entry In-Reply-To: References: , Message-ID: Sorry Chris. The display wonkiness of the RDE screen. The column headers are not visible. This happened after the last update. Makes it very difficult to work with the RDE function. 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 on behalf of Chris Fitzpatrick Sent: Thursday, June 11, 2015 3:14 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Rapid Data Entry Hi Sue, Not sure what you're referring to. Could you be a little more specific? 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: Wednesday, June 10, 2015 11:30 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Rapid Data Entry Hi, Any idea when this will be fixed? 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 mauraa at brandeis.edu Thu Jun 11 14:02:11 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Thu, 11 Jun 2015 14:02:11 -0400 Subject: [Archivesspace_Users_Group] Need help troubleshooting an error on CSV import In-Reply-To: References: Message-ID: Hi Nicole, It is possible there is in error in one of the csv files in that third batch. I've found that depending on the type of error your imports can have, you might not actually get specification with what is wrong beyond 'error' (this would happen to me with my EAD imports). When the third batch fails, are you able to import the fourth batch after (without restarting)? Or ever just one record successfully after? -Maura On Thu, Jun 11, 2015 at 11:56 AM, Nicole Blechynden < nicoleb at heartmountain.org> wrote: > Hi all, > > I have a little over 600 accession records to import using the CSV > template. On my first attempt I received a non-specific error appearing on > the Import Job:Job Status screen within the application so I began > splitting these into batches of 100 records each. My first two batches > imported fine, exactly as expected but when I tried the third batch I again > received a non-specific error. > > I opened the archivesspace.out log to see if that might yield any clues > but couldn't make heads or tails of it, as far as identify what is failing > in the process. > > I'm a couple versions back, using Version v1.1.2 running against the demo > database (my current test environment). > > Here's a snippet of code from the .out log from one attempt: > > D, [2015-06-10T15:20:47.877000 #5076] DEBUG -- : Thread-14292: Import > running for job 75 > E, [2015-06-10T15:20:47.924000 #5076] ERROR -- : Thread-14296: Job 75 > failed: Permission denied - > C:\UserFiles\archivesspace\data\tmp\import_batch_working_file_143397124790920150610-5076-lv1tbj > ["org/jruby/RubyFile.java:1106:in `unlink'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/converters/converter.rb:22:in > `remove_files'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/converters/lib/parse_queue.rb:85:in > `each_open_file_path'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/converters/converter.rb:21:in > `remove_files'", > "C:/UserFiles/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/RubyArray.java:1613:in `each'", > "org/jruby/RubyEnumerable.java:977:in `each_with_index'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_runner.rb:63:in > `run'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:125:in > `open'", "org/jruby/RubyFixnum.java:280:in `times'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:113:in > `open'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_runner.rb:59:in > `run'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_job_queue.rb:96:in > `run_pending_import'", > "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_job_queue.rb:123:in > `start_background_thread'"] > Started GET "/jobs/75/status" for 0:0:0:0:0:0:0:1 at 2015-06-10 15:20:47 > -0600 > Processing by JobsController#status as JSON > Parameters: {"id"=>"75"} > D, [2015-06-10T15:20:48.018000 #5076] DEBUG -- : Thread-13264: GET > /repositories/4/jobs/75 [session: #"admin", > :login_time=>2015-06-10 15:17:42 -0600, :expirable=>true}, > @id="35a81ae84f5476b18dca98bab372f309ef68464c588359398c4f25e917d14cdf">] > D, [2015-06-10T15:20:48.018000 #5076] DEBUG -- : Thread-13264: > Post-processed params: {:id=>75, :repo_id=>4} > D, [2015-06-10T15:20:48.081000 #5076] DEBUG -- : Thread-13264: Responded > with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, > must-revalidate, max-age=0", "Content-Length"=>"469"}, > ["{\"import_type\":\"accession_csv\",\"lock_version\":2,\"filenames\":[\"realdatatest_301ThruLine400.csv\"],\"time_submitted\":\"2015-06-10 > 21:20:46 UTC\",\"time_started\":\"2015-06-10 21:20:47 > UTC\",\"status\":\"running\",\"created_by\":\"admin\",\"last_modified_by\":\"admin\",\"create_time\":\"2015-06-10T21:20:46Z\",\"system_mtime\":\"2015-06-10T21:20:47Z\",\"user_mtime\":\"2015-06-1... > in 94.0ms > Completed 200 OK in 125.0ms (Views: 0.0ms) > Started GET "/jobs/75" for 0:0:0:0:0:0:0:1 at 2015-06-10 15:20:48 -0600 > Processing by JobsController#show as HTML > Parameters: {"id"=>"75"} > D, [2015-06-10T15:20:48.221000 #5076] DEBUG -- : Thread-6996: GET > /repositories/4/jobs/75?resolve%5B%5D=repository [session: > #"admin", :login_time=>2015-06-10 > 15:17:42 -0600, :expirable=>true}, > @id="35a81ae84f5476b18dca98bab372f309ef68464c588359398c4f25e917d14cdf">] > D, [2015-06-10T15:20:48.221000 #5076] DEBUG -- : Thread-6996: > Post-processed params: {:id=>75, :resolve=>["repository"], :repo_id=>4} > D, [2015-06-10T15:20:48.284000 #5076] DEBUG -- : Thread-6996: Responded > with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, > must-revalidate, max-age=0", "Content-Length"=>"826"}, > ["{\"import_type\":\"accession_csv\",\"lock_version\":2,\"filenames\":[\"realdatatest_301ThruLine400.csv\"],\"time_submitted\":\"2015-06-10 > 21:20:46 UTC\",\"time_started\":\"2015-06-10 21:20:47 > UTC\",\"status\":\"running\",\"created_by\":\"admin\",\"last_modified_by\":\"admin\",\"create_time\":\"2015-06-10T21:20:46Z\",\"system_mtime\":\"2015-06-10T21:20:47Z\",\"user_mtime\":\"2015-06-1... > in 78.0ms > Rendered shared/_breadcrumb.html.erb (16.0ms) > Rendered jobs/_show_templates.html.erb (0.0ms) > Rendered shared/_sidebar_entry.html.erb (0.0ms) > Rendered shared/_sidebar_entry.html.erb (0.0ms) > Rendered shared/_sidebar_entry.html.erb (0.0ms) > Rendered shared/_sidebar.html.erb (0.0ms) > Rendered jobs/_sidebar.html.erb (0.0ms) > Rendered jobs/_toolbar.html.erb (0.0ms) > Rendered shared/_flash_messages.html.erb (0.0ms) > Rendered shared/_flash_messages.html.erb (0.0ms) > Rendered jobs/show.html.erb within layouts/application (110.0ms) > Rendered shared/_browser_support.html.erb (16.0ms) > Rendered shared/_header_user.html.erb (31.0ms) > Rendered shared/_header_global.html.erb (31.0ms) > Rendered site/_branding.html.erb (0.0ms) > Rendered shared/_advanced_search.html.erb (16.0ms) > Rendered shared/_header_repository.html.erb (94.0ms) > Rendered > C:/UserFiles/archivesspace/plugins/aspace_feedback/frontend/views/site/_feedback_form.html.erb > (0.0ms) > Rendered > C:/UserFiles/archivesspace/plugins/aspace_feedback/frontend/views/site/_footer.html.erb > (16.0ms) > Rendered shared/_templates.html.erb (15.0ms) > Completed 200 OK in 406.0ms (Views: 312.0ms) > Started GET "/jobs/75/log?offset=0" for 0:0:0:0:0:0:0:1 at 2015-06-10 > 15:20:48 -0600 > Processing by JobsController#log as */* > Parameters: {"offset"=>"0", "id"=>"75"} > Completed 200 OK in 16.0ms > D, [2015-06-10T15:20:48.987000 #5076] DEBUG -- : Thread-13264: GET > /repositories/4/jobs/75/log?offset=0 [session: # @store={:user=>"admin", :login_time=>2015-06-10 15:17:42 -0600, > :expirable=>true}, > @id="35a81ae84f5476b18dca98bab372f309ef68464c588359398c4f25e917d14cdf">] > D, [2015-06-10T15:20:48.987000 #5076] DEBUG -- : Thread-13264: > Post-processed params: {:id=>75, :repo_id=>4, :offset=>0} > D, [2015-06-10T15:20:49.049000 #5076] DEBUG -- : Thread-13264: Responded > with [200, {"Content-Type"=>"text/plain", "Cache-Control"=>"private, > must-revalidate, max-age=0", "Content-Length"=>"499"}, # #, > @next_element=nil, @index=0, > @queue_finalizer=# @queue=#>, > @queue=# > > ****** > Nicole Blechynden > Archivist > Heart Mountain Wyoming Foundation > 1539 Road 19 > Powell, WY 82435 > 307-754-8000 x103 > > _______________________________________________ > 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 nicoleb at heartmountain.org Thu Jun 11 14:20:53 2015 From: nicoleb at heartmountain.org (Nicole Blechynden) Date: Thu, 11 Jun 2015 12:20:53 -0600 Subject: [Archivesspace_Users_Group] Need help troubleshooting an error on CSV import In-Reply-To: References: Message-ID: Maura, I tried to import my fourth batch and also received an error. Assuming there was something in my data (a disallowed character or something) that was throwing off the import, without restarting I revisited my third batch and split these into two groups of 50, the first imported fine, the second did not. I further parsed the second group of 50 into groups of 10 records each and import failed...then tried individual records one-by-one. Some succeeded, some failed. Of those that failed I could not find the offending issue/characters/??? I am continuing the one record import to see if there is a pattern to the records that fail to import. Ultimately of course, I'd like to avoid importing the remaining 435 records one at a time, but in assessing those failed single record import attempts, so far I am stumped as to what is causing the error. - Nicole ****** Nicole Blechynden Archivist Heart Mountain Wyoming Foundation 1539 Road 19 Powell, WY 82435 307-754-8000 x103 On Thu, Jun 11, 2015 at 12:02 PM, Maura Carbone wrote: > Hi Nicole, > It is possible there is in error in one of the csv files in that third > batch. I've found that depending on the type of error your imports can > have, you might not actually get specification with what is wrong beyond > 'error' (this would happen to me with my EAD imports). When the third batch > fails, are you able to import the fourth batch after (without restarting)? > Or ever just one record successfully after? > > -Maura > > On Thu, Jun 11, 2015 at 11:56 AM, Nicole Blechynden < > nicoleb at heartmountain.org> wrote: > >> Hi all, >> >> I have a little over 600 accession records to import using the CSV >> template. On my first attempt I received a non-specific error appearing on >> the Import Job:Job Status screen within the application so I began >> splitting these into batches of 100 records each. My first two batches >> imported fine, exactly as expected but when I tried the third batch I again >> received a non-specific error. >> >> I opened the archivesspace.out log to see if that might yield any clues >> but couldn't make heads or tails of it, as far as identify what is failing >> in the process. >> >> I'm a couple versions back, using Version v1.1.2 running against the demo >> database (my current test environment). >> >> Here's a snippet of code from the .out log from one attempt: >> >> D, [2015-06-10T15:20:47.877000 #5076] DEBUG -- : Thread-14292: Import >> running for job 75 >> E, [2015-06-10T15:20:47.924000 #5076] ERROR -- : Thread-14296: Job 75 >> failed: Permission denied - >> C:\UserFiles\archivesspace\data\tmp\import_batch_working_file_143397124790920150610-5076-lv1tbj >> ["org/jruby/RubyFile.java:1106:in `unlink'", >> "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/converters/converter.rb:22:in >> `remove_files'", >> "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/converters/lib/parse_queue.rb:85:in >> `each_open_file_path'", >> "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/converters/converter.rb:21:in >> `remove_files'", >> "C:/UserFiles/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/RubyArray.java:1613:in `each'", >> "org/jruby/RubyEnumerable.java:977:in `each_with_index'", >> "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_runner.rb:63:in >> `run'", >> "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:125:in >> `open'", "org/jruby/RubyFixnum.java:280:in `times'", >> "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:113:in >> `open'", >> "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_runner.rb:59:in >> `run'", >> "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_job_queue.rb:96:in >> `run_pending_import'", >> "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_job_queue.rb:123:in >> `start_background_thread'"] >> Started GET "/jobs/75/status" for 0:0:0:0:0:0:0:1 at 2015-06-10 15:20:47 >> -0600 >> Processing by JobsController#status as JSON >> Parameters: {"id"=>"75"} >> D, [2015-06-10T15:20:48.018000 #5076] DEBUG -- : Thread-13264: GET >> /repositories/4/jobs/75 [session: #"admin", >> :login_time=>2015-06-10 15:17:42 -0600, :expirable=>true}, >> @id="35a81ae84f5476b18dca98bab372f309ef68464c588359398c4f25e917d14cdf">] >> D, [2015-06-10T15:20:48.018000 #5076] DEBUG -- : Thread-13264: >> Post-processed params: {:id=>75, :repo_id=>4} >> D, [2015-06-10T15:20:48.081000 #5076] DEBUG -- : Thread-13264: Responded >> with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, >> must-revalidate, max-age=0", "Content-Length"=>"469"}, >> ["{\"import_type\":\"accession_csv\",\"lock_version\":2,\"filenames\":[\"realdatatest_301ThruLine400.csv\"],\"time_submitted\":\"2015-06-10 >> 21:20:46 UTC\",\"time_started\":\"2015-06-10 21:20:47 >> UTC\",\"status\":\"running\",\"created_by\":\"admin\",\"last_modified_by\":\"admin\",\"create_time\":\"2015-06-10T21:20:46Z\",\"system_mtime\":\"2015-06-10T21:20:47Z\",\"user_mtime\":\"2015-06-1... >> in 94.0ms >> Completed 200 OK in 125.0ms (Views: 0.0ms) >> Started GET "/jobs/75" for 0:0:0:0:0:0:0:1 at 2015-06-10 15:20:48 -0600 >> Processing by JobsController#show as HTML >> Parameters: {"id"=>"75"} >> D, [2015-06-10T15:20:48.221000 #5076] DEBUG -- : Thread-6996: GET >> /repositories/4/jobs/75?resolve%5B%5D=repository [session: >> #"admin", :login_time=>2015-06-10 >> 15:17:42 -0600, :expirable=>true}, >> @id="35a81ae84f5476b18dca98bab372f309ef68464c588359398c4f25e917d14cdf">] >> D, [2015-06-10T15:20:48.221000 #5076] DEBUG -- : Thread-6996: >> Post-processed params: {:id=>75, :resolve=>["repository"], :repo_id=>4} >> D, [2015-06-10T15:20:48.284000 #5076] DEBUG -- : Thread-6996: Responded >> with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, >> must-revalidate, max-age=0", "Content-Length"=>"826"}, >> ["{\"import_type\":\"accession_csv\",\"lock_version\":2,\"filenames\":[\"realdatatest_301ThruLine400.csv\"],\"time_submitted\":\"2015-06-10 >> 21:20:46 UTC\",\"time_started\":\"2015-06-10 21:20:47 >> UTC\",\"status\":\"running\",\"created_by\":\"admin\",\"last_modified_by\":\"admin\",\"create_time\":\"2015-06-10T21:20:46Z\",\"system_mtime\":\"2015-06-10T21:20:47Z\",\"user_mtime\":\"2015-06-1... >> in 78.0ms >> Rendered shared/_breadcrumb.html.erb (16.0ms) >> Rendered jobs/_show_templates.html.erb (0.0ms) >> Rendered shared/_sidebar_entry.html.erb (0.0ms) >> Rendered shared/_sidebar_entry.html.erb (0.0ms) >> Rendered shared/_sidebar_entry.html.erb (0.0ms) >> Rendered shared/_sidebar.html.erb (0.0ms) >> Rendered jobs/_sidebar.html.erb (0.0ms) >> Rendered jobs/_toolbar.html.erb (0.0ms) >> Rendered shared/_flash_messages.html.erb (0.0ms) >> Rendered shared/_flash_messages.html.erb (0.0ms) >> Rendered jobs/show.html.erb within layouts/application (110.0ms) >> Rendered shared/_browser_support.html.erb (16.0ms) >> Rendered shared/_header_user.html.erb (31.0ms) >> Rendered shared/_header_global.html.erb (31.0ms) >> Rendered site/_branding.html.erb (0.0ms) >> Rendered shared/_advanced_search.html.erb (16.0ms) >> Rendered shared/_header_repository.html.erb (94.0ms) >> Rendered >> C:/UserFiles/archivesspace/plugins/aspace_feedback/frontend/views/site/_feedback_form.html.erb >> (0.0ms) >> Rendered >> C:/UserFiles/archivesspace/plugins/aspace_feedback/frontend/views/site/_footer.html.erb >> (16.0ms) >> Rendered shared/_templates.html.erb (15.0ms) >> Completed 200 OK in 406.0ms (Views: 312.0ms) >> Started GET "/jobs/75/log?offset=0" for 0:0:0:0:0:0:0:1 at 2015-06-10 >> 15:20:48 -0600 >> Processing by JobsController#log as */* >> Parameters: {"offset"=>"0", "id"=>"75"} >> Completed 200 OK in 16.0ms >> D, [2015-06-10T15:20:48.987000 #5076] DEBUG -- : Thread-13264: GET >> /repositories/4/jobs/75/log?offset=0 [session: #> @store={:user=>"admin", :login_time=>2015-06-10 15:17:42 -0600, >> :expirable=>true}, >> @id="35a81ae84f5476b18dca98bab372f309ef68464c588359398c4f25e917d14cdf">] >> D, [2015-06-10T15:20:48.987000 #5076] DEBUG -- : Thread-13264: >> Post-processed params: {:id=>75, :repo_id=>4, :offset=>0} >> D, [2015-06-10T15:20:49.049000 #5076] DEBUG -- : Thread-13264: Responded >> with [200, {"Content-Type"=>"text/plain", "Cache-Control"=>"private, >> must-revalidate, max-age=0", "Content-Length"=>"499"}, #> #, >> @next_element=nil, @index=0, >> @queue_finalizer=#> @queue=#>, >> @queue=#> >> >> ****** >> Nicole Blechynden >> Archivist >> Heart Mountain Wyoming Foundation >> 1539 Road 19 >> Powell, WY 82435 >> 307-754-8000 x103 >> >> _______________________________________________ >> 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 mkottman at ku.edu Thu Jun 11 14:58:47 2015 From: mkottman at ku.edu (Kottman, Miloche) Date: Thu, 11 Jun 2015 18:58:47 +0000 Subject: [Archivesspace_Users_Group] Rapid Data Entry In-Reply-To: References: , Message-ID: <220B4CB68E19834D965E60AC94D69BD82A7BC9C6@EXCH10-MBX-05.home.ku.edu> The Rapid Date Entry columns look fine in Chrome. Maybe try a different browser --Miloche Kottman University of Kansas From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Susan Luftschein Sent: Thursday, June 11, 2015 12:15 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Rapid Data Entry Sorry Chris. The display wonkiness of the RDE screen. The column headers are not visible. This happened after the last update. Makes it very difficult to work with the RDE function. 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 > on behalf of Chris Fitzpatrick > Sent: Thursday, June 11, 2015 3:14 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Rapid Data Entry Hi Sue, Not sure what you're referring to. Could you be a little more specific? 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: Wednesday, June 10, 2015 11:30 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Rapid Data Entry Hi, Any idea when this will be fixed? 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 Chris.Fitzpatrick at lyrasis.org Thu Jun 11 15:35:07 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Thu, 11 Jun 2015 19:35:07 +0000 Subject: [Archivesspace_Users_Group] Rapid Data Entry In-Reply-To: <220B4CB68E19834D965E60AC94D69BD82A7BC9C6@EXCH10-MBX-05.home.ku.edu> References: , , <220B4CB68E19834D965E60AC94D69BD82A7BC9C6@EXCH10-MBX-05.home.ku.edu> Message-ID: Ah, yes, this was fixed awhile ago and will be include in the release coming out towards the end of this month. It seem specific to firefox. 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 Kottman, Miloche Sent: Thursday, June 11, 2015 8:58 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Rapid Data Entry The Rapid Date Entry columns look fine in Chrome. Maybe try a different browser --Miloche Kottman University of Kansas From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Susan Luftschein Sent: Thursday, June 11, 2015 12:15 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Rapid Data Entry Sorry Chris. The display wonkiness of the RDE screen. The column headers are not visible. This happened after the last update. Makes it very difficult to work with the RDE function. 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 > on behalf of Chris Fitzpatrick > Sent: Thursday, June 11, 2015 3:14 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Rapid Data Entry Hi Sue, Not sure what you're referring to. Could you be a little more specific? 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: Wednesday, June 10, 2015 11:30 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Rapid Data Entry Hi, Any idea when this will be fixed? 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 luftsche at usc.edu Thu Jun 11 15:47:37 2015 From: luftsche at usc.edu (Susan Luftschein) Date: Thu, 11 Jun 2015 19:47:37 +0000 Subject: [Archivesspace_Users_Group] Rapid Data Entry In-Reply-To: References: , , <220B4CB68E19834D965E60AC94D69BD82A7BC9C6@EXCH10-MBX-05.home.ku.edu> Message-ID: Thanks Chris. Unfortunately Firefox is the browser that our IT department supports. 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: Thursday, June 11, 2015 12:35 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Rapid Data Entry Ah, yes, this was fixed awhile ago and will be include in the release coming out towards the end of this month. It seem specific to firefox. 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 Kottman, Miloche > Sent: Thursday, June 11, 2015 8:58 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Rapid Data Entry The Rapid Date Entry columns look fine in Chrome. Maybe try a different browser --Miloche Kottman University of Kansas From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Susan Luftschein Sent: Thursday, June 11, 2015 12:15 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Rapid Data Entry Sorry Chris. The display wonkiness of the RDE screen. The column headers are not visible. This happened after the last update. Makes it very difficult to work with the RDE function. 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 > on behalf of Chris Fitzpatrick > Sent: Thursday, June 11, 2015 3:14 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Rapid Data Entry Hi Sue, Not sure what you're referring to. Could you be a little more specific? 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: Wednesday, June 10, 2015 11:30 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Rapid Data Entry Hi, Any idea when this will be fixed? 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 tcary at amherst.edu Thu Jun 11 16:42:28 2015 From: tcary at amherst.edu (Tim Cary) Date: Thu, 11 Jun 2015 20:42:28 +0000 Subject: [Archivesspace_Users_Group] (SysAdmin Setup) SSL and URLs Message-ID: <0DF63A69EA151C448BA4273375431570754353C7@EX10-MC2-NODE01.amherst.edu> Hi Folks, I followed the instructions at https://github.com/hudmol/archivesspace/blob/master/README_HTTPS.md to secure our setup. Most urls in the application work, but when a staff member clicks on "My Global Preferences", the system wants to do a re-direct to a non- https url. I cannot find out where or if this can be configured. I have set the urls for the application sites in the config file. Any ideas? Thank you, Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Thu Jun 11 21:31:22 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Fri, 12 Jun 2015 01:31:22 +0000 Subject: [Archivesspace_Users_Group] When will next code update be released to production In-Reply-To: <1FFC028E0D679147BD07ECFBE1D5C4571153B0@CIO-TNC-D2MBX04.osuad.osu.edu> References: <1FFC028E0D679147BD07ECFBE1D5C4571153B0@CIO-TNC-D2MBX04.osuad.osu.edu> Message-ID: Hi Russell, Right now we are targeting the next public release for June 26, if not a day or two earlier than that. 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] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Schelby, Russell Sent: Thursday, June 11, 2015 12:46 PM To: Archivesspace Users Group ?[archivesspace_users_group at lyralists.lyrasis.org]? Subject: [Archivesspace_Users_Group] When will next code update be released to production Hello, Is there a timeframe for the next Production Release for AS? We'd like to plan when we can start performing this upgrade. Thanks, Russell ________________________________ Russell Schelby Project Manager, Business Analyst Applications, Development & Support, OSU Libraries Schelby.1 at osu.edu, 614.292.0961 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7625 bytes Desc: image001.png URL: From christine.dibella at lyrasis.org Fri Jun 12 09:28:39 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 12 Jun 2015 13:28:39 +0000 Subject: [Archivesspace_Users_Group] call for facilitators and speakers for ArchivesSpace Member Meeting, August 22 Message-ID: The registrations are really rolling in for the ArchivesSpace Member Meeting being held in Cleveland on August 22. Thanks for your enthusiastic interest! The Program Committee is seeking suggestions and volunteers to facilitate and speak at the breakout sessions during the second half of the program (see the breakout session topics proposed at https://archivesspace.atlassian.net/wiki/display/ADC/ArchivesSpace+Member+Meeting+2015). Like the ArchivesSpace community itself, these sessions are going to be very participant-driven and your participation is crucial. Here's what we're looking for: Facilitators: Breakout session facilitators will lead discussions, help keep discussions on track and make sure every session attendee who wants to be heard is. When there are speakers for the session, the facilitator will touch base with them ahead of time about their presentations and ensure that they speak within their allotted amount of time on the day. A Program Committee member or ArchivesSpace team member will take care of the logistics for the session (room, AV, etc.); the facilitator will be in charge of shaping the content and experience for the participants. Speakers: Have you been working on something related to one of the proposed topics that you'd love to share with your colleagues? Are you working on something on a topic not already proposed that you'd like to share? Speakers will give short, informal presentations of planned work or work in progress and also set the table for wider discussions. For most of the topics, we envision these being lightning-type talks (i.e. 5-7 minutes), but presentations could be longer depending on what's needed to explain your work and how many other speakers volunteer for a particular session. Please send your ideas or volunteer yourself by emailing me, or get a discussion going on the Users Group listserv or the wiki. Please indicate the topic and what you (or the person you're volunteering) can offer towards it. We'll aim to notify everyone by mid-July so that all facilitators and speakers will have plenty of time to prepare before the meeting. And if you have any questions or suggestions, please don't hesitate to get in touch. Thanks in advance! 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] -------------- 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 mang.sun at rice.edu Fri Jun 12 12:38:13 2015 From: mang.sun at rice.edu (Mang Sun) Date: Fri, 12 Jun 2015 11:38:13 -0500 Subject: [Archivesspace_Users_Group] (SysAdmin Setup) SSL and URLs In-Reply-To: <0DF63A69EA151C448BA4273375431570754353C7@EX10-MC2-NODE01.amherst.edu> References: <0DF63A69EA151C448BA4273375431570754353C7@EX10-MC2-NODE01.amherst.edu> Message-ID: <557B0AF5.3020106@rice.edu> Put the following this directive line in your Appache ssl virtualhost configuration file maybe helpful RequestHeader set X-Forwarded-Proto "https" Mang Sun Rice U. On 6/11/2015 3:42 PM, Tim Cary wrote: > > Hi Folks, > > I followed the instructions at > https://github.com/hudmol/archivesspace/blob/master/README_HTTPS.md to > secure our setup. > > Most urls in the application work, but when a staff member clicks on > ?My Global Preferences?, the system wants to do a re-direct to a non- > https url. I cannot find out where or if this can be configured. I > have set the urls for the application sites in the config file. > > Any ideas? > > Thank you, > > Tim > > > > _______________________________________________ > 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 Fri Jun 12 17:13:51 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Fri, 12 Jun 2015 21:13:51 +0000 Subject: [Archivesspace_Users_Group] bad classification migration, still In-Reply-To: <238ea32e1b81454099fc59ae716488a1@it-excmb3.ad.siu.edu> References: <238ea32e1b81454099fc59ae716488a1@it-excmb3.ad.siu.edu> Message-ID: <7c4a05dda8524538b95283c52caaedca@it-excmb3.ad.siu.edu> Does anyone have any thoughts on this? 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: Wednesday, June 10, 2015 12:38 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] bad classification migration, still We're still getting incorrect migration results as it pertains to the classifications. Screen shots are for example. * In "archon_correct" you see the Brian O'Nolan papers which shows how the repository and classification is indeed correct. * In "aspace_wrong" you see that the Brian O'Nolan papers live under Manuscripts Repository, Photographs (Classification), and University Archives Photographs (sub-classification). This collection is NOT university archives and NOT a photograph collection. * Once you "click_on_onolan" you get this error message * BUT the "onolan_correct" screen shot shows that the correct Brian O'Nolan papers did migrate to the proper classification, thus we have this erroneous duplicative O'nolan collection We run into similar issues with every test migration, but the odd thing is the results are different every time. Brian O'Nolan was not a problem last time. Most things migrate correctly so maybe the only thing I can do is post-migration data cleanup. 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 mGorzalski at lib.siu.edu Fri Jun 12 17:24:36 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Fri, 12 Jun 2015 21:24:36 +0000 Subject: [Archivesspace_Users_Group] Accession migration problem remains In-Reply-To: References: <9216df3a7405403a8ff8be1fdb623c2b@it-excmb3.ad.siu.edu> Message-ID: <215a2439aae54b478ebed56c1d3c5ce9@it-excmb3.ad.siu.edu> Thanks Nathan. I look forward to hearing what you find. Your copy of our Archon is dated though as I?ve cleaned it up a lot on our end. But I haven?t touched the Accession records. matt 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, June 10, 2015 8:09 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Accession migration problem remains Confirmed, for some reason none of the Accessions records in Archon are being copied over to ASpace. I will take a deeper look at this tomorrow and hopefully, it's something that can be quickly resolved. On Wed, Jun 10, 2015 at 2:53 PM, Nathan Stevens > wrote: Hi, look like we have a copy of your Archon database we can use to test this. I will run the migration and see hwta the results are on my end. On Wed, Jun 10, 2015 at 1:40 PM, Matthew J Gorzalski > wrote: This is a follow up to an earlier issue. In our most recent Archon to ASpace test I noted that none of our Archon accession records had migrated. None of these records had creators attached to them, so I selected a set of test records and added a creator. They still did not migrate, and switching repositories in the admin view and browsing accessions does not seem to make a difference. 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 -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu -- 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: From ns96 at nyu.edu Fri Jun 12 18:54:31 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Fri, 12 Jun 2015 18:54:31 -0400 Subject: [Archivesspace_Users_Group] Accession migration problem remains In-Reply-To: <215a2439aae54b478ebed56c1d3c5ce9@it-excmb3.ad.siu.edu> References: <9216df3a7405403a8ff8be1fdb623c2b@it-excmb3.ad.siu.edu> <215a2439aae54b478ebed56c1d3c5ce9@it-excmb3.ad.siu.edu> Message-ID: Hi, I think we have resolved the issue of Accessions; however, having a more recent database dump would help us find any other issue. On Fri, Jun 12, 2015 at 5:24 PM, Matthew J Gorzalski wrote: > Thanks Nathan. I look forward to hearing what you find. Your copy of > our Archon is dated though as I?ve cleaned it up a lot on our end. But I > haven?t touched the Accession records. > > > > matt > > > > *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, June 10, 2015 8:09 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] Accession migration problem > remains > > > > Confirmed, for some reason none of the Accessions records in Archon are > being copied over to ASpace. I will take a deeper look at this tomorrow and > hopefully, it's something that can be quickly resolved. > > > > On Wed, Jun 10, 2015 at 2:53 PM, Nathan Stevens wrote: > > Hi, > > > > look like we have a copy of your Archon database we can use to test this. > I will run the migration and see hwta the results are on my end. > > > > On Wed, Jun 10, 2015 at 1:40 PM, Matthew J Gorzalski < > mGorzalski at lib.siu.edu> wrote: > > This is a follow up to an earlier issue. In our most recent Archon to > ASpace test I noted that none of our Archon accession records had > migrated. None of these records had creators attached to them, so I > selected a set of test records and added a creator. They still did not > migrate, and switching repositories in the admin view and browsing > accessions does not seem to make a difference. > > > > 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 > > > > > > -- > > Nathan Stevens > Programmer/Analyst > Digital Library Technology Services > New York University > > 1212-998-2653 > ns96 at nyu.edu > > > > > -- > > 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: From Chris.Fitzpatrick at lyrasis.org Mon Jun 15 07:42:58 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Mon, 15 Jun 2015 11:42:58 +0000 Subject: [Archivesspace_Users_Group] Need help troubleshooting an error on CSV import In-Reply-To: References: Message-ID: Hi, Yes, this is a known problem with Windows file systems. Essentially the file system thinks that the file is still in use, so it won't delete the file. It's been fixed in the release that is upcoming at the end of the month. I can provide a patch to fix this if you'd like it sooner. 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 Nicole Blechynden Sent: Thursday, June 11, 2015 5:56 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Need help troubleshooting an error on CSV import Hi all, I have a little over 600 accession records to import using the CSV template. On my first attempt I received a non-specific error appearing on the Import Job:Job Status screen within the application so I began splitting these into batches of 100 records each. My first two batches imported fine, exactly as expected but when I tried the third batch I again received a non-specific error. I opened the archivesspace.out log to see if that might yield any clues but couldn't make heads or tails of it, as far as identify what is failing in the process. I'm a couple versions back, using Version v1.1.2 running against the demo database (my current test environment). Here's a snippet of code from the .out log from one attempt: D, [2015-06-10T15:20:47.877000 #5076] DEBUG -- : Thread-14292: Import running for job 75 E, [2015-06-10T15:20:47.924000 #5076] ERROR -- : Thread-14296: Job 75 failed: Permission denied - C:\UserFiles\archivesspace\data\tmp\import_batch_working_file_143397124790920150610-5076-lv1tbj ["org/jruby/RubyFile.java:1106:in `unlink'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/converters/converter.rb:22:in `remove_files'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/converters/lib/parse_queue.rb:85:in `each_open_file_path'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/converters/converter.rb:21:in `remove_files'", "C:/UserFiles/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/RubyArray.java:1613:in `each'", "org/jruby/RubyEnumerable.java:977:in `each_with_index'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_runner.rb:63:in `run'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:125:in `open'", "org/jruby/RubyFixnum.java:280:in `times'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:113:in `open'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_runner.rb:59:in `run'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_job_queue.rb:96:in `run_pending_import'", "C:/UserFiles/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/batch_import_job_queue.rb:123:in `start_background_thread'"] Started GET "/jobs/75/status" for 0:0:0:0:0:0:0:1 at 2015-06-10 15:20:47 -0600 Processing by JobsController#status as JSON Parameters: {"id"=>"75"} D, [2015-06-10T15:20:48.018000 #5076] DEBUG -- : Thread-13264: GET /repositories/4/jobs/75 [session: #"admin", :login_time=>2015-06-10 15:17:42 -0600, :expirable=>true}, @id="35a81ae84f5476b18dca98bab372f309ef68464c588359398c4f25e917d14cdf">] D, [2015-06-10T15:20:48.018000 #5076] DEBUG -- : Thread-13264: Post-processed params: {:id=>75, :repo_id=>4} D, [2015-06-10T15:20:48.081000 #5076] DEBUG -- : Thread-13264: Responded with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"469"}, ["{\"import_type\":\"accession_csv\",\"lock_version\":2,\"filenames\":[\"realdatatest_301ThruLine400.csv\"],\"time_submitted\":\"2015-06-10 21:20:46 UTC\",\"time_started\":\"2015-06-10 21:20:47 UTC\",\"status\":\"running\",\"created_by\":\"admin\",\"last_modified_by\":\"admin\",\"create_time\":\"2015-06-10T21:20:46Z\",\"system_mtime\":\"2015-06-10T21:20:47Z\",\"user_mtime\":\"2015-06-1... in 94.0ms Completed 200 OK in 125.0ms (Views: 0.0ms) Started GET "/jobs/75" for 0:0:0:0:0:0:0:1 at 2015-06-10 15:20:48 -0600 Processing by JobsController#show as HTML Parameters: {"id"=>"75"} D, [2015-06-10T15:20:48.221000 #5076] DEBUG -- : Thread-6996: GET /repositories/4/jobs/75?resolve%5B%5D=repository [session: #"admin", :login_time=>2015-06-10 15:17:42 -0600, :expirable=>true}, @id="35a81ae84f5476b18dca98bab372f309ef68464c588359398c4f25e917d14cdf">] D, [2015-06-10T15:20:48.221000 #5076] DEBUG -- : Thread-6996: Post-processed params: {:id=>75, :resolve=>["repository"], :repo_id=>4} D, [2015-06-10T15:20:48.284000 #5076] DEBUG -- : Thread-6996: Responded with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"826"}, ["{\"import_type\":\"accession_csv\",\"lock_version\":2,\"filenames\":[\"realdatatest_301ThruLine400.csv\"],\"time_submitted\":\"2015-06-10 21:20:46 UTC\",\"time_started\":\"2015-06-10 21:20:47 UTC\",\"status\":\"running\",\"created_by\":\"admin\",\"last_modified_by\":\"admin\",\"create_time\":\"2015-06-10T21:20:46Z\",\"system_mtime\":\"2015-06-10T21:20:47Z\",\"user_mtime\":\"2015-06-1... in 78.0ms Rendered shared/_breadcrumb.html.erb (16.0ms) Rendered jobs/_show_templates.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar.html.erb (0.0ms) Rendered jobs/_sidebar.html.erb (0.0ms) Rendered jobs/_toolbar.html.erb (0.0ms) Rendered shared/_flash_messages.html.erb (0.0ms) Rendered shared/_flash_messages.html.erb (0.0ms) Rendered jobs/show.html.erb within layouts/application (110.0ms) Rendered shared/_browser_support.html.erb (16.0ms) Rendered shared/_header_user.html.erb (31.0ms) Rendered shared/_header_global.html.erb (31.0ms) Rendered site/_branding.html.erb (0.0ms) Rendered shared/_advanced_search.html.erb (16.0ms) Rendered shared/_header_repository.html.erb (94.0ms) Rendered C:/UserFiles/archivesspace/plugins/aspace_feedback/frontend/views/site/_feedback_form.html.erb (0.0ms) Rendered C:/UserFiles/archivesspace/plugins/aspace_feedback/frontend/views/site/_footer.html.erb (16.0ms) Rendered shared/_templates.html.erb (15.0ms) Completed 200 OK in 406.0ms (Views: 312.0ms) Started GET "/jobs/75/log?offset=0" for 0:0:0:0:0:0:0:1 at 2015-06-10 15:20:48 -0600 Processing by JobsController#log as */* Parameters: {"offset"=>"0", "id"=>"75"} Completed 200 OK in 16.0ms D, [2015-06-10T15:20:48.987000 #5076] DEBUG -- : Thread-13264: GET /repositories/4/jobs/75/log?offset=0 [session: #"admin", :login_time=>2015-06-10 15:17:42 -0600, :expirable=>true}, @id="35a81ae84f5476b18dca98bab372f309ef68464c588359398c4f25e917d14cdf">] D, [2015-06-10T15:20:48.987000 #5076] DEBUG -- : Thread-13264: Post-processed params: {:id=>75, :repo_id=>4, :offset=>0} D, [2015-06-10T15:20:49.049000 #5076] DEBUG -- : Thread-13264: Responded with [200, {"Content-Type"=>"text/plain", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"499"}, #, @next_element=nil, @index=0, @queue_finalizer=#>, @queue=# From maureen.callahan at yale.edu Mon Jun 15 08:32:07 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Mon, 15 Jun 2015 12:32:07 +0000 Subject: [Archivesspace_Users_Group] New blog post -- on migrations Message-ID: For anyone planning to migrate to ArchivesSpace soon, this blog post about our process may be helpful to you: http://campuspress.yale.edu/yalearchivesspace/2015/06/14/migration-step-by-step/ Enjoy, Maureen -------------- next part -------------- An HTML attachment was scrubbed... URL: From psuda1 at tulane.edu Mon Jun 15 12:09:06 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Mon, 15 Jun 2015 16:09:06 +0000 Subject: [Archivesspace_Users_Group] Merging Archon Instances before OR after migration Message-ID: Good morning all, I have run test migrations of the various Archon and AT instances running around campus. We would like to merge these various instances into one ASpace instance. My understanding is that multiple instances cannot be migrated to one ASpace instance because the ASpace database has to be empty for the migration to take place. 1. Are other people merging their various Archon instances from around campus into one ArchivesSpace instance (better recognition and access of materials...one spot to rule them all)? 2. Are people migrating one Archon instance and then using the ASpace import feature to import the other Archon Instances/Repositories? 3. I am running into problems import one Archon repository into another Archon instance (keep getting EAD version errors?) Let me know if anyone else has run into this or has any recommendations. One ASpace to "rule them all" sounds nice, but I am wondering the best way to merge these various instances into separate repos ino ArchivesSpace. 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 maureen.callahan at yale.edu Mon Jun 15 13:33:37 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Mon, 15 Jun 2015 17:33:37 +0000 Subject: [Archivesspace_Users_Group] internal-only resources from AT to ASpace Message-ID: Hi folks, The AT database had a field for resources to mark them as "internal only" - my understanding is that this was always a part of the database, but that it required a plug-in in order for it to be editable from the application (http://archiviststoolkit.org/node/218). Anyone who used this field should be aware that this data doesn't migrate. Thanks, MC Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu 203.432.3627 Webpage: web.library.yale.edu/mssa Collections: drs.library.yale.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Tue Jun 16 10:06:34 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 16 Jun 2015 14:06:34 +0000 Subject: [Archivesspace_Users_Group] public ArchivesSpace sites or implementation blogs Message-ID: Hello ArchivesSpace Members, This is my regular invitation to those of you who have public ArchivesSpace sites or implementation blogs (or similar) to have them linked from the ArchivesSpace members webpage at http://archivesspace.org/members. Seeing what other people are doing with ArchivesSpace and learning from what they've learned is of great interest to members and non-members alike and we'd love to give your site a signal boost in the process. Please feel free to send me your links and I'll add them. Best, 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] -------------- 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 christine.dibella at lyrasis.org Tue Jun 16 11:30:46 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 16 Jun 2015 15:30:46 +0000 Subject: [Archivesspace_Users_Group] FW: ArchivesSpace, CollectionSpace and Islandora Hosting Demos at ALA - FREE! In-Reply-To: References: Message-ID: Forwarded on behalf of the LYRASIS hosting team: For those who are interested in LYRASIS hosting services and planning to be at ALA, there will be three demos at the meeting. For those not going to ALA, LYRASIS also offers regular online demos of their services. Contact digitalservices at lyrasis.org for more information. [LYRASIS Logo] [https://mlsvc01-prod.s3.amazonaws.com/df76fc97001/5ca9ef59-edd7-4b06-8f18-b5da40280496.jpg] You don't have to have an in-house staff of developers to manage your collections. Let LYRASIS help with our affordable and easy digital technology solutions. Join us at ALA Annual in San Francisco for a free demo and learn how our services can have you covered for the life of your project! LYRASIS CollectionSpace Hosting Services Demo Date: Friday, June 26 Time: 1:00 - 2:00 pm PT Place: Marriott Marquis San Francisco - Pacific Suite C 780 Mission Street (next door to Moscone Center North) [https://mlsvc01-prod.s3.amazonaws.com/df76fc97001/c008a57f-9a01-410c-a256-1c6542959e44.jpg] LYRASIS ArchivesSpace Hosting Services Demo Date: Friday, June 26 Time: 2:00 - 3:00 pm PT Place: Marriott Marquis San Francisco - Pacific Suite C 780 Mission Street (next door to Moscone Center North) [https://mlsvc01-prod.s3.amazonaws.com/df76fc97001/c008a57f-9a01-410c-a256-1c6542959e44.jpg] LYRASIS Islandora Hosting Services Demo Date: Friday, June 26 Time: 3:00 - 4:00 pm PT Place: Marriott Marquis San Francisco - Pacific Suite C 780 Mission Street (next door to Moscone Center North) [https://mlsvc01-prod.s3.amazonaws.com/df76fc97001/c008a57f-9a01-410c-a256-1c6542959e44.jpg] We are also hosting in booth demos throughout ALA. Stop by Booth #2341 for times. [https://mlsvc01-prod.s3.amazonaws.com/df76fc97001/e64f5466-41f3-4912-8af7-c63e90181383.jpg] STAY CONNECTED [Like us on Facebook] [Follow us on Twitter] [http://img.constantcontact.com/letters/images/1101116784221/PM_B2BC_BottomShadow.png] -------------- next part -------------- An HTML attachment was scrubbed... URL: From mGorzalski at lib.siu.edu Tue Jun 16 13:53:31 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Tue, 16 Jun 2015 17:53:31 +0000 Subject: [Archivesspace_Users_Group] Bad Classifications/Records: the saga continues Message-ID: To follow up on a previous email, I was able to delete all bad classifications that had no collections attached to them. So the public interface went from 30 down to 5 classifications, which is correct. But as I pointed out before, some of the bad classifications did have collections attached. The example was the Brian O'Nolan papers, where the "real" O'Nolan papers migrated to the correct manuscripts classification and the migration process for some reason created another resource record for O'Nolan, an empty shell, under a bad classification. Deleting the bad classifications did not make the bad resources/collections go away. And unfortunately once I find a bad resource in the Admin Interface to delete it (and all of them) one at a time, I cannot because of the attached error. Screen shot 1 shows the public view with two Alice Parkinson Feirich Photographs. Screen shot 2 shows these resources in the Admin view, and the "bad" one is the one listed first. Screen shot 3 shows that I cannot delete these bad ones because I get this "record not found" error. Help! 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_1.jpg Type: image/jpeg Size: 332767 bytes Desc: screen_shot_1.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screen_shot_2.jpg Type: image/jpeg Size: 338134 bytes Desc: screen_shot_2.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screen_shot_3.jpg Type: image/jpeg Size: 315466 bytes Desc: screen_shot_3.jpg URL: From mGorzalski at lib.siu.edu Tue Jun 16 14:19:39 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Tue, 16 Jun 2015 18:19:39 +0000 Subject: [Archivesspace_Users_Group] [i] still there? Message-ID: This is our most recent migration attempt and I thought the italics bug was fixed. There is nothing out of the ordinary in the Archon record for this folder. 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: repositories_ua_granular_list.jpg Type: image/jpeg Size: 328147 bytes Desc: repositories_ua_granular_list.jpg URL: From tcary at amherst.edu Tue Jun 16 15:11:10 2015 From: tcary at amherst.edu (Tim Cary) Date: Tue, 16 Jun 2015 19:11:10 +0000 Subject: [Archivesspace_Users_Group] (SysAdmin Setup) SSL and URLs Message-ID: <0DF63A69EA151C448BA42733754315707543FFFF@EX10-MC2-NODE01.amherst.edu> Thank you Mang. That worked. -Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From Claire.Knowles at ed.ac.uk Wed Jun 17 04:39:40 2015 From: Claire.Knowles at ed.ac.uk (KNOWLES Claire) Date: Wed, 17 Jun 2015 08:39:40 +0000 Subject: [Archivesspace_Users_Group] public ArchivesSpace sites or implementation blogs In-Reply-To: References: Message-ID: Hi, We launched our ArchivesSpace at the University of Edinburgh, last week for International Archives Day. It is available at http://archives.collections.ed.ac.uk/ we are planning on blogging more about our experiences on the Library Blog http://libraryblogs.is.ed.ac.uk/. We have made an initial import of EAD and authorities and still have more content to import and publish. If anyone has any questions please contact Grant, Rachel and I. Cheers, Claire -- Claire Knowles Library Digital Development Manager Library and University Collections, Information Services University of Edinburgh Tel: 0131 6503023 From: Christine Di Bella > Reply-To: Archivesspace Users Group > Date: Tuesday, 16 June 2015 15:06 To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] public ArchivesSpace sites or implementation blogs Hello ArchivesSpace Members, This is my regular invitation to those of you who have public ArchivesSpace sites or implementation blogs (or similar) to have them linked from the ArchivesSpace members webpage at http://archivesspace.org/members. Seeing what other people are doing with ArchivesSpace and learning from what they've learned is of great interest to members and non-members alike and we'd love to give your site a signal boost in the process. Please feel free to send me your links and I'll add them. Best, 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] -------------- 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: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: not available URL: From ns96 at nyu.edu Wed Jun 17 10:48:06 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Wed, 17 Jun 2015 10:48:06 -0400 Subject: [Archivesspace_Users_Group] [i] still there? In-Reply-To: References: Message-ID: This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into and [/i] into , directly on the backend data. On Tue, Jun 16, 2015 at 2:19 PM, Matthew J Gorzalski wrote: > This is our most recent migration attempt and I thought the italics bug > was fixed. There is nothing out of the ordinary in the Archon record for > this folder. > > > > 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 > > -- 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: From prom at illinois.edu Wed Jun 17 11:07:34 2015 From: prom at illinois.edu (Prom, Christopher John) Date: Wed, 17 Jun 2015 15:07:34 +0000 Subject: [Archivesspace_Users_Group] [i] still there? In-Reply-To: References: Message-ID: <6AF7C9E8-D490-42A1-8E78-9E6A2C33598E@illinois.edu> Matt and Nathan, I have an alternate solution. This had come up in regard to another repository, and trawling through me email I found the solution, which needs to be manually made on the archon side: On line 46 of the file packages/core/templates/default/coll-contentlist.inc.php, substitute the following code for what is there. echo $_ARCHON->bbcode_to_html(json_encode($arrout[0])); // at some point, the object was nested with first element of a parent array, so don't encode the second, null object. This is a bug and ideally a new version of archon should be released with this fix, since the bbcode to html function should have been there all along; I did push my code up in github master for Archon, but have not yet had time to issue an new archon release to include it. Chris Prom On Jun 17, 2015, at 9:48 AM, Nathan Stevens > wrote: This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into and [/i] into , directly on the backend data. On Tue, Jun 16, 2015 at 2:19 PM, Matthew J Gorzalski > wrote: This is our most recent migration attempt and I thought the italics bug was fixed. There is nothing out of the ordinary in the Archon record for this folder. 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 -- 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ns96 at nyu.edu Wed Jun 17 11:27:41 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Wed, 17 Jun 2015 11:27:41 -0400 Subject: [Archivesspace_Users_Group] [i] still there? In-Reply-To: <6AF7C9E8-D490-42A1-8E78-9E6A2C33598E@illinois.edu> References: <6AF7C9E8-D490-42A1-8E78-9E6A2C33598E@illinois.edu> Message-ID: Ok I will give this a try and report on the results On Wed, Jun 17, 2015 at 11:07 AM, Prom, Christopher John wrote: > Matt and Nathan, > > I have an alternate solution. This had come up in regard to another > repository, and trawling through me email I found the solution, which needs > to be manually made on the archon side: > > On line 46 of the file > packages/core/templates/default/coll-contentlist.inc.php, substitute the > following code for what is there. > > echo $_ARCHON->bbcode_to_html(json_encode($arrout[0])); // at some > point, the object was nested with first element of a parent array, so don't > encode the second, null object. > > This is a bug and ideally a new version of archon should be released > with this fix, since the bbcode to html function should have been there all > along; I did push my code up in github master for Archon, but have not yet > had time to issue an new archon release to include it. > > Chris Prom > > > On Jun 17, 2015, at 9:48 AM, Nathan Stevens wrote: > > This is not a bug, but rather has to do with how the information was > entered into archon in the first place. To fix, a find-replace on all > records with will need to done changing [i] into and [/i] into , > directly on the backend data. > > > On Tue, Jun 16, 2015 at 2:19 PM, Matthew J Gorzalski < > mGorzalski at lib.siu.edu> wrote: > >> This is our most recent migration attempt and I thought the italics bug >> was fixed. There is nothing out of the ordinary in the Archon record for >> this folder. >> >> >> >> 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 >> >> >> > > > -- > 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 > > -- 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: From THamilton at hersheyarchives.org Wed Jun 17 11:29:23 2015 From: THamilton at hersheyarchives.org (THamilton at hersheyarchives.org) Date: Wed, 17 Jun 2015 11:29:23 -0400 Subject: [Archivesspace_Users_Group] FTP in Digital Object File URI Message-ID: Is an FTP address supported as a hyperlink in the File URI field for digital objects? Our IT department (which is offsite) would like to host our public facing files on an FTP address. A test did not support "ftp" but did support "https". Any downsides to using an FTP site that I should be aware of and share with them? Thanks, Tammy Tammy L. Hamilton Archivist Hershey Community Archives 63 West Chocolate Avenue | Hershey, PA 17033 tel: 717.508.1988 DISCLAIMER: The information contained in this e-mail may be confidential and is intended solely for the use of the named addressee. Access, copying, or re-use of the e-mail or any information contained therein by any other person is not authorized. If you are not the intended recipient please notify us immediately by returning the e-mail to the originator. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mGorzalski at lib.siu.edu Wed Jun 17 11:36:59 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Wed, 17 Jun 2015 15:36:59 +0000 Subject: [Archivesspace_Users_Group] [i] still there? In-Reply-To: References: <6AF7C9E8-D490-42A1-8E78-9E6A2C33598E@illinois.edu> Message-ID: Nathan and Chris, We italicized the ?Southern Illinoisan? using the Italics button in Archon, which then displays the [i] and [/i] as seen in the screen shot. Is it possible to find and replace as you instruct given that the [i] seems to happen by default? And what Chris describes, is that code that should be input in the migration tool or our Archon? Thanks, 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, June 17, 2015 10:28 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] [i] still there? Ok I will give this a try and report on the results On Wed, Jun 17, 2015 at 11:07 AM, Prom, Christopher John > wrote: Matt and Nathan, I have an alternate solution. This had come up in regard to another repository, and trawling through me email I found the solution, which needs to be manually made on the archon side: On line 46 of the file packages/core/templates/default/coll-contentlist.inc.php, substitute the following code for what is there. echo $_ARCHON->bbcode_to_html(json_encode($arrout[0])); // at some point, the object was nested with first element of a parent array, so don't encode the second, null object. This is a bug and ideally a new version of archon should be released with this fix, since the bbcode to html function should have been there all along; I did push my code up in github master for Archon, but have not yet had time to issue an new archon release to include it. Chris Prom On Jun 17, 2015, at 9:48 AM, Nathan Stevens > wrote: This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into and [/i] into , directly on the backend data. On Tue, Jun 16, 2015 at 2:19 PM, Matthew J Gorzalski > wrote: This is our most recent migration attempt and I thought the italics bug was fixed. There is nothing out of the ordinary in the Archon record for this folder. 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 -- 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 -- 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: Untitled.jpg Type: image/jpeg Size: 271422 bytes Desc: Untitled.jpg URL: From prom at illinois.edu Wed Jun 17 15:08:44 2015 From: prom at illinois.edu (Prom, Christopher John) Date: Wed, 17 Jun 2015 19:08:44 +0000 Subject: [Archivesspace_Users_Group] [i] still there? In-Reply-To: References: <6AF7C9E8-D490-42A1-8E78-9E6A2C33598E@illinois.edu> Message-ID: <0583A750-4CDC-464E-9F3D-A0E0D5D0F35A@illinois.edu> That would need to be put into your archon on the server side, you just need to replace the existing line of code with what I provided and will see the fix when you look at it, which is the insertion of the bbcode_to_html function. Chris On Jun 17, 2015, at 10:36 AM, Matthew J Gorzalski > wrote: Nathan and Chris, We italicized the ?Southern Illinoisan? using the Italics button in Archon, which then displays the [i] and [/i] as seen in the screen shot. Is it possible to find and replace as you instruct given that the [i] seems to happen by default? And what Chris describes, is that code that should be input in the migration tool or our Archon? Thanks, 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, June 17, 2015 10:28 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] [i] still there? Ok I will give this a try and report on the results On Wed, Jun 17, 2015 at 11:07 AM, Prom, Christopher John > wrote: Matt and Nathan, I have an alternate solution. This had come up in regard to another repository, and trawling through me email I found the solution, which needs to be manually made on the archon side: On line 46 of the file packages/core/templates/default/coll-contentlist.inc.php, substitute the following code for what is there. echo $_ARCHON->bbcode_to_html(json_encode($arrout[0])); // at some point, the object was nested with first element of a parent array, so don't encode the second, null object. This is a bug and ideally a new version of archon should be released with this fix, since the bbcode to html function should have been there all along; I did push my code up in github master for Archon, but have not yet had time to issue an new archon release to include it. Chris Prom On Jun 17, 2015, at 9:48 AM, Nathan Stevens > wrote: This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into and [/i] into , directly on the backend data. On Tue, Jun 16, 2015 at 2:19 PM, Matthew J Gorzalski > wrote: This is our most recent migration attempt and I thought the italics bug was fixed. There is nothing out of the ordinary in the Archon record for this folder. 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 -- 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 -- 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kevin.Clair at du.edu Wed Jun 17 13:58:36 2015 From: Kevin.Clair at du.edu (Kevin Clair) Date: Wed, 17 Jun 2015 17:58:36 +0000 Subject: [Archivesspace_Users_Group] "range" in date_type enumeration Message-ID: Hello, I?m running 1.2.6-dev08 on my test ArchivesSpace setup and noticed that ?Range? is no longer showing up for me in the list of date types, even though it appears in the controlled value lists and in the locales/enums/en.yml file. Did I miss something about it being deprecated in newer releases, or is this a bug? Screenshot attached. Thanks! -k -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2015-06-17 at 11.58.10 AM.png Type: image/png Size: 73182 bytes Desc: Screen Shot 2015-06-17 at 11.58.10 AM.png URL: From brad.westbrook at lyrasis.org Wed Jun 17 15:46:43 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Wed, 17 Jun 2015 19:46:43 +0000 Subject: [Archivesspace_Users_Group] "range" in date_type enumeration In-Reply-To: References: Message-ID: Hi, Kevin, 1. The appearance of "Range' in the date type list for accessions, resources, and, digital objects was an anomaly, which was corrected a few sprints ago. "Range" was intended to appear only in the date type list in the context of agent records, a context in which inclusive and bulk dates do not make much sense. See AR-841 and AR-1238. 1. Brad W. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair Sent: Wednesday, June 17, 2015 1:59 PM To: Archivesspace Group Subject: [Archivesspace_Users_Group] "range" in date_type enumeration Hello, I'm running 1.2.6-dev08 on my test ArchivesSpace setup and noticed that "Range" is no longer showing up for me in the list of date types, even though it appears in the controlled value lists and in the locales/enums/en.yml file. Did I miss something about it being deprecated in newer releases, or is this a bug? Screenshot attached. Thanks! -k -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkottman at ku.edu Wed Jun 17 15:47:52 2015 From: mkottman at ku.edu (Kottman, Miloche) Date: Wed, 17 Jun 2015 19:47:52 +0000 Subject: [Archivesspace_Users_Group] "range" in date_type enumeration In-Reply-To: References: Message-ID: <220B4CB68E19834D965E60AC94D69BD82A7C40CE@EXCH10-MBX-05.home.ku.edu> This is reported in Jira as a bug: AR-841 (https://archivesspace.atlassian.net/browse/AR-841). Users reported that they considered Range to be the same as Inclusive and/or Bulk. Existing records with Range should be converted to Inclusive when you install the next release of ArchivesSpace. --Miloche Kottman University of Kansas From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair Sent: Wednesday, June 17, 2015 12:59 PM To: Archivesspace Group Subject: [Archivesspace_Users_Group] "range" in date_type enumeration Hello, I'm running 1.2.6-dev08 on my test ArchivesSpace setup and noticed that "Range" is no longer showing up for me in the list of date types, even though it appears in the controlled value lists and in the locales/enums/en.yml file. Did I miss something about it being deprecated in newer releases, or is this a bug? Screenshot attached. Thanks! -k -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kevin.Clair at du.edu Wed Jun 17 17:13:56 2015 From: Kevin.Clair at du.edu (Kevin Clair) Date: Wed, 17 Jun 2015 21:13:56 +0000 Subject: [Archivesspace_Users_Group] "range" in date_type enumeration In-Reply-To: References: Message-ID: <1F1E72103798F04D96C355B296D7C61B4BD4C1@mb2-uts.du.edu> thanks! Will this be addressed in the setup-database.sh script for the new release or will we need to change it manually? -k 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, June 17, 2015 1:47 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] "range" in date_type enumeration Hi, Kevin, 1. The appearance of "Range' in the date type list for accessions, resources, and, digital objects was an anomaly, which was corrected a few sprints ago. "Range" was intended to appear only in the date type list in the context of agent records, a context in which inclusive and bulk dates do not make much sense. See AR-841 and AR-1238. 1. Brad W. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair Sent: Wednesday, June 17, 2015 1:59 PM To: Archivesspace Group Subject: [Archivesspace_Users_Group] "range" in date_type enumeration Hello, I'm running 1.2.6-dev08 on my test ArchivesSpace setup and noticed that "Range" is no longer showing up for me in the list of date types, even though it appears in the controlled value lists and in the locales/enums/en.yml file. Did I miss something about it being deprecated in newer releases, or is this a bug? Screenshot attached. Thanks! -k -------------- next part -------------- An HTML attachment was scrubbed... URL: From ns96 at nyu.edu Thu Jun 18 07:59:43 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Thu, 18 Jun 2015 07:59:43 -0400 Subject: [Archivesspace_Users_Group] [i] still there? In-Reply-To: <0583A750-4CDC-464E-9F3D-A0E0D5D0F35A@illinois.edu> References: <6AF7C9E8-D490-42A1-8E78-9E6A2C33598E@illinois.edu> <0583A750-4CDC-464E-9F3D-A0E0D5D0F35A@illinois.edu> Message-ID: Making the change to the Archon code results in removal of the [i] tags, but it doesn't replace it with the tag needed to italicize text in the UI. On Wed, Jun 17, 2015 at 3:08 PM, Prom, Christopher John wrote: > That would need to be put into your archon on the server side, you just > need to replace the existing line of code with what I provided and will see > the fix when you look at it, which is the insertion of the bbcode_to_html > function. > > Chris > > On Jun 17, 2015, at 10:36 AM, Matthew J Gorzalski > wrote: > > Nathan and Chris, > > > > We italicized the ?Southern Illinoisan? using the Italics button in > Archon, which then displays the [i] and [/i] as seen in the screen shot. > Is it possible to find and replace as you instruct given that the [i] seems > to happen by default? > > > > And what Chris describes, is that code that should be input in the > migration tool or our Archon? > > > > Thanks, > > > > *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, June 17, 2015 10:28 AM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] [i] still there? > > > > Ok I will give this a try and report on the results > > > > On Wed, Jun 17, 2015 at 11:07 AM, Prom, Christopher John < > prom at illinois.edu> wrote: > > Matt and Nathan, > > > > I have an alternate solution. This had come up in regard to another > repository, and trawling through me email I found the solution, which needs > to be manually made on the archon side: > > > > On line 46 of the file > packages/core/templates/default/coll-contentlist.inc.php, substitute the > following code for what is there. > > > > echo $_ARCHON->bbcode_to_html(json_encode($arrout[0])); // at some > point, the object was nested with first element of a parent array, so don't > encode the second, null object. > > > > This is a bug and ideally a new version of archon should be released with > this fix, since the bbcode to html function should have been there all > along; I did push my code up in github master for Archon, but have not yet > had time to issue an new archon release to include it. > > > > Chris Prom > > > > > > On Jun 17, 2015, at 9:48 AM, Nathan Stevens wrote: > > > > This is not a bug, but rather has to do with how the information was > entered into archon in the first place. To fix, a find-replace on all > records with will need to done changing [i] into and [/i] into , > directly on the backend data. > > > > > > On Tue, Jun 16, 2015 at 2:19 PM, Matthew J Gorzalski < > mGorzalski at lib.siu.edu> wrote: > > This is our most recent migration attempt and I thought the italics bug > was fixed. There is nothing out of the ordinary in the Archon record for > this folder. > > > > 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 > > > > > > > -- > > 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 > > > > > > > -- > > 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 > > -- 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: siu_ss03.png Type: image/png Size: 365448 bytes Desc: not available URL: From Chris.Fitzpatrick at lyrasis.org Thu Jun 18 09:57:17 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Thu, 18 Jun 2015 13:57:17 +0000 Subject: [Archivesspace_Users_Group] "range" in date_type enumeration In-Reply-To: <1F1E72103798F04D96C355B296D7C61B4BD4C1@mb2-uts.du.edu> References: , <1F1E72103798F04D96C355B296D7C61B4BD4C1@mb2-uts.du.edu> Message-ID: Hi, Actually, not, it looks like a migration hasn't been written yet. I think these should be all migrated to "inclusive"? 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, June 17, 2015 11:13 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] "range" in date_type enumeration thanks! Will this be addressed in the setup-database.sh script for the new release or will we need to change it manually? -k 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, June 17, 2015 1:47 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] "range" in date_type enumeration Hi, Kevin, 1. The appearance of "Range' in the date type list for accessions, resources, and, digital objects was an anomaly, which was corrected a few sprints ago. "Range" was intended to appear only in the date type list in the context of agent records, a context in which inclusive and bulk dates do not make much sense. See AR-841 and AR-1238. 1. Brad W. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair Sent: Wednesday, June 17, 2015 1:59 PM To: Archivesspace Group Subject: [Archivesspace_Users_Group] "range" in date_type enumeration Hello, I'm running 1.2.6-dev08 on my test ArchivesSpace setup and noticed that "Range" is no longer showing up for me in the list of date types, even though it appears in the controlled value lists and in the locales/enums/en.yml file. Did I miss something about it being deprecated in newer releases, or is this a bug? Screenshot attached. Thanks! -k -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsimmons at siu.edu Thu Jun 18 12:21:24 2015 From: dsimmons at siu.edu (Douglas James Simmons) Date: Thu, 18 Jun 2015 16:21:24 +0000 Subject: [Archivesspace_Users_Group] replacing [i] with and [/i] with , etc Message-ID: <0cbd9a7e9eb44e069cb17f7e8484237d@it-excmb3.ad.siu.edu> While I understand that a global search and replace can be done to replace one formatting tag for another, either in archon prior to a migration or in the aspace db after the migration, I'm beginning to question this approach. I was taught to always separate content from presentation. So, rather than allowing presentation layer information to continue be stored within the data itself (this seems like it was originally just a workaround in archon), would it not be better to 1: globally remove rather than replace these formatting tags and 2: request that bold/italic/underline formatting functions eventually be built into the aspace interface? Thanks, DOUG SIMMONS Procedures & Systems Analyst II MORRIS LIBRARY - SYSTEMS MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DRIVE CARBONDALE, ILLINOIS 62901 dsimmons at siu.edu P: 618/453-1026 F: 618/453-3440 LIB.SIU.EDU -------------- next part -------------- An HTML attachment was scrubbed... URL: From sheila at ln.edu.hk Fri Jun 19 00:38:05 2015 From: sheila at ln.edu.hk (Sheila CHEUNG Sze Lui) Date: Fri, 19 Jun 2015 04:38:05 +0000 Subject: [Archivesspace_Users_Group] EAD to PDF missing fonts Message-ID: <0CFEB63625FE9B4989D2E8AF5D9CC61E731737EE@owl.lndaxue.ln.edu.hk> Hi Chris, Re. ticket AR-1159, would there be chance to have the missing fonts add in the upcoming release soon? We have been desperately expecting this to happen. Thanks Sheila ---------------------------------------------------------------------- Message: 1 Date: Wed, 18 Mar 2015 11:01:11 +0000 From: Chris Fitzpatrick To: "archivesspace_users_group at lyralists.lyrasis.org" Subject: Re: [Archivesspace_Users_Group] EAD - Print to PDF @ v1.1.2 - can't display Chinese Characters Message-ID: <1426676472166.71186 at lyrasis.org> Content-Type: text/plain; charset="iso-8859-1" Hi Sheila, So, I just confirmed that the library ASpace uses to convert EAD to PDF ( Apache FOP ) replaces missing fonts with this "#", so we need to add a way to include additional fonts for the PDF generation. I've added a ticket here: https://archivesspace.atlassian.net/browse/AR-1159 In regards to your other two EADs, it looks like you have some data problems. PC004 has a couple of notes that include which invalidates the XML. PC001 has a couple of notes with unclosed

tags ( looks like two bioghist notes lack

and a scopecontent note has an extra

) Hopefully we can add the additional font feature in an upcoming release. 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 Sheila CHEUNG Sze Lui Sent: Wednesday, March 18, 2015 10:25 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] EAD - Print to PDF @ v1.1.2 - can't display Chinese Characters Dear Chris, I am sending you another PDF + its corresponding EAD files, where the Chinese characters can't be displayed probably. Please see the file name. But we come up with another issue about "Fail to load PDF". We found if a record carrying some manually key in html code like

without having its corresponding

, the PDF would become "Fail to load". We reviewed our records and get some records be able to print as PDF again. But for two major records that we keep testing on ASpace, we tried to clean up as many codes as we could, but still can't figure out why they keep having the problem of "Fail to Load PDF". I am attaching their EAD (with indication from the file name) for your checking. Would be nice if you could advise us for any solution for that. Thanks Sheila ____________________________________________________ Date: Tue, 17 Mar 2015 19:38:24 +0000 From: Chris Fitzpatrick > To: "archivesspace_users_group at lyralists.lyrasis.org" > Subject: Re: [Archivesspace_Users_Group] EAD - Print to PDF @ v1.1.2 - can't display Chinese Characters Message-ID: <1426621103431.24402 at lyrasis.org> Content-Type: text/plain; charset="iso-8859-1" Hi Sheila, Can you send me a copy of the EAD XML? It's most likely that some additional fonts will have to be installed to get the PDF feature to work with certain characters. b,chris. From: Sheila CHEUNG Sze Lui Sent: Monday, March 16, 2015 4:40 PM To: 'archivesspace_users_group at lyralists.lyrasis.org' Subject: EAD - Print to PDF @ v1.1.2 - can't display Chinese Characters Hi, We previous found problem with EAD - Print to PDF in v1.1.1, where the PDF can't be opened with an error msg (Failed to Load PDF document). This problem seems to have resolved at v1.1.2, but all Chinese characters changed "#". Attached with the output PDF for reference. Would there be any help & advice to fix this issue? Thanks Sheila Cheung Lingnan University Library -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 2 Date: Wed, 18 Mar 2015 12:29:56 +0000 From: "Rush, Michael" To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Adding a value and translation to a controlled value list Message-ID: Content-Type: text/plain; charset="us-ascii" Angela, Here at the Beinecke we use "Bookseller" as the source relator for all purchases, regardless of whether they are books or not. A large percentage of our accessions (books and manuscripts) are purchases and to us, frankly, it's all the same. Consistency is more important in this case than semantics. But, to address your actual question, the web application does not have a way to provide the translation for a newly added entry in a controlled value list. That must be done manually in the en.yml file where all of the "translations" are stored. There was a logic behind this design decision, I think so that you could have translations into different languages. Anyway, you need to edit the en.yml file located in the archivesspace\locales\enums directory wherever you have the application installed. Do note that this is distinct from the en.yml file that is in the archivesspace\locales directory. The former is just for enumerated value lists. The latter is for field labels, tips, and user defined field names, etc. I hope this helps. Mike _____________________________________ Michael Rush Accessioning Archivist Beinecke Rare Book and Manuscript Library Yale University 203-432-8123 The Beinecke Library's building will close for renovation from May 2015 through August 2016. The reading room will close at 4:45 pm on Friday, May 8; the building's public exhibition space will remain open through May 18. A temporary reading room will open in Sterling Memorial Library on Tuesday, May 19, but access to some collections may be limited during the renovation. For details, please visit our renovation website at http://beineckelibraryrenovation.yale.edu/. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Angela Kroeger Sent: Tuesday, March 17, 2015 4:19 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Adding a value and translation to a controlled value list We have an accession that was purchased, not donated. From the accession record, I want to link to the agent record using a role of "Source" and relator of "Seller." "Seller" wasn't in the drop menu and "Donor" isn't appropriate. "Bookseller" was on the list, but these are papers, not books. The hover text for the relator term says to see the MARC Code List for Relators. (http://www.loc.gov/marc/relators/relaterm.html) "Seller" is on that list, so it is valid to add to the ArchivesSpace drop menu. I tried to add Seller to the controlled value list for Linked Agent Archival Record Relators. When I selected Create Value, it prompted me to input a value, but no translation. I input the value "sll" from the MARC Code List. Now, however, both the value and translation are listed as "sll" with no apparent means to change the translation to "Seller." I am tempted to delete that and add Seller as the value, so it will also be the translation that displays to staff and the public, but I know that is the wrong solution. The existing values all use the MARC 3-letter codes, and the existing translations all use the natural language terms. I would think that I should be able to follow that established pattern. What am I doing wrong? Thank you! 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: ------------------------------ _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group End of Archivesspace_Users_Group Digest, Vol 20, Issue 32 ********************************************************* From christine.dibella at lyrasis.org Fri Jun 19 16:07:17 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 19 Jun 2015 20:07:17 +0000 Subject: [Archivesspace_Users_Group] Manage Controlled Value Lists/Dropdown menu In-Reply-To: <5E168CC28D85D74FBDFA1BC5CA02E79D3194ECC9@ITEXDB04.unco.edu> References: <5E168CC28D85D74FBDFA1BC5CA02E79D3194ECC9@ITEXDB04.unco.edu> Message-ID: Hi Diana, It sounds like a permissions issue, though it also sounds like nothing obvious is sticking out to you when you look at her record. What permissions group does this user belong to? If it's a custom group you've created at the University of Northern Colorado, would you send a screenshot of the permissions for that group and the permissions for the group of a user that does have that option on the dropdown menu? 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: Gunnells, Diana [mailto:Diana.Gunnells at unco.edu] Sent: Thursday, June 18, 2015 5:31 PM To: archivesspace_users_group-bounces at lyralists.lyrasis.org Subject: Manage Controlled Value Lists/Dropdown menu We have a user (staff with high level rights in ASpace) here that does not have the "Manage Controlled Value Lists" in the dropdown menu under System. I can't see anything different in her setting or authorizations. I have access to that menu item. When she logs in that option is missing from the list. Does anyone know what could be the problem? Diana Diana L. Gunnells III Data Coordinator James A. Michener Library Campus Box 48 University of Northern Colorado Greeley, Co 80639 970-351-2564 diana.gunnells at unco.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 christine.dibella at lyrasis.org Mon Jun 22 09:26:33 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Mon, 22 Jun 2015 13:26:33 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Member Meeting reminder Message-ID: Hello ArchivesSpace Members, We've had a number of new ArchivesSpace Members join in recent weeks, so I wanted to be sure to alert/remind Members old and new of the free ArchivesSpace Member Meeting in Cleveland, Ohio, on August 22. We're looking for facilitators, speakers, and people just looking forward to attending and learning from each other! More information, including a link to the online registration form, is available on our wiki at https://archivesspace.atlassian.net/wiki/display/ADC/ArchivesSpace+Member+Meeting+2015. Please drop me a line if you have any questions or suggestions. Looking forward to seeing many of you there! 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] -------------- 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 Kevin.Clair at du.edu Mon Jun 22 12:00:18 2015 From: Kevin.Clair at du.edu (Kevin Clair) Date: Mon, 22 Jun 2015 16:00:18 +0000 Subject: [Archivesspace_Users_Group] customizing the MARC exporter Message-ID: <1F1E72103798F04D96C355B296D7C61B4BE50D@mb2-uts.du.edu> 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 at https://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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From brianjhoffman at gmail.com Mon Jun 22 12:32:15 2015 From: brianjhoffman at gmail.com (Brian Hoffman) Date: Mon, 22 Jun 2015 12:32:15 -0400 Subject: [Archivesspace_Users_Group] customizing the MARC exporter In-Reply-To: <1F1E72103798F04D96C355B296D7C61B4BE50D@mb2-uts.du.edu> References: <1F1E72103798F04D96C355B296D7C61B4BE50D@mb2-uts.du.edu> Message-ID: <88666507-B1F5-4E12-9129-7E43D1B9F79F@gmail.com> 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Diana.Gunnells at unco.edu Mon Jun 22 13:24:25 2015 From: Diana.Gunnells at unco.edu (Gunnells, Diana) Date: Mon, 22 Jun 2015 17:24:25 +0000 Subject: [Archivesspace_Users_Group] Manage Controlled Value Lists/Dropdown menu In-Reply-To: References: <5E168CC28D85D74FBDFA1BC5CA02E79D3194ECC9@ITEXDB04.unco.edu> Message-ID: <5E168CC28D85D74FBDFA1BC5CA02E79D31950F49@ITEXDB04.unco.edu> Thanks, Christine. It was a permission issue. When I compared my permissions with the staff member lacking the menu there wasn't anything obvious. It turned out to be a system permissions issue. We got it resolved. Diana Diana L. Gunnells III Data Coordinator James A. Michener Library Campus Box 48 University of Northern Colorado Greeley, Co 80639 970-351-2564 diana.gunnells at unco.edu From: Christine Di Bella [mailto:christine.dibella at lyrasis.org] Sent: Friday, June 19, 2015 2:07 PM To: Gunnells, Diana Cc: Archivesspace Users Group Subject: RE: Manage Controlled Value Lists/Dropdown menu Hi Diana, It sounds like a permissions issue, though it also sounds like nothing obvious is sticking out to you when you look at her record. What permissions group does this user belong to? If it's a custom group you've created at the University of Northern Colorado, would you send a screenshot of the permissions for that group and the permissions for the group of a user that does have that option on the dropdown menu? 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: Gunnells, Diana [mailto:Diana.Gunnells at unco.edu] Sent: Thursday, June 18, 2015 5:31 PM To: archivesspace_users_group-bounces at lyralists.lyrasis.org Subject: Manage Controlled Value Lists/Dropdown menu We have a user (staff with high level rights in ASpace) here that does not have the "Manage Controlled Value Lists" in the dropdown menu under System. I can't see anything different in her setting or authorizations. I have access to that menu item. When she logs in that option is missing from the list. Does anyone know what could be the problem? Diana Diana L. Gunnells III Data Coordinator James A. Michener Library Campus Box 48 University of Northern Colorado Greeley, Co 80639 970-351-2564 diana.gunnells at unco.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 sukerr at davidson.edu Mon Jun 22 15:17:20 2015 From: sukerr at davidson.edu (Kerr, Susan) Date: Mon, 22 Jun 2015 19:17:20 +0000 Subject: [Archivesspace_Users_Group] Size of Database Message-ID: I have been asked how much space the ArchivesSpace database will require. What has been the experience of those with significant data. Thanks, Susan ------------------------------------ Susan Kerr Systems Librarian 704-894-2424, 704-894-2625 (fax) sukerr at davidson.edu DAVIDSON COLLEGE LIBRARY 209 RIDGE RD BOX 7200 DAVIDSON, NC 28035-7200 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Tue Jun 23 09:30:19 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Tue, 23 Jun 2015 13:30:19 +0000 Subject: [Archivesspace_Users_Group] FTP in Digital Object File URI In-Reply-To: References: Message-ID: Hi, Currently it doesn't support ftp:// urls, but this would not be a hard feature to implement if requested. However, I'm curious why FTP would be preferred? A password protected web directory would be pretty easy to setup. 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 THamilton at hersheyarchives.org Sent: Wednesday, June 17, 2015 5:29 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] FTP in Digital Object File URI Is an FTP address supported as a hyperlink in the File URI field for digital objects? Our IT department (which is offsite) would like to host our public facing files on an FTP address. A test did not support "ftp" but did support "https". Any downsides to using an FTP site that I should be aware of and share with them? Thanks, Tammy Tammy L. Hamilton Archivist Hershey Community Archives 63 West Chocolate Avenue | Hershey, PA 17033 tel: 717.508.1988 DISCLAIMER: The information contained in this e-mail may be confidential and is intended solely for the use of the named addressee. Access, copying, or re-use of the e-mail or any information contained therein by any other person is not authorized. If you are not the intended recipient please notify us immediately by returning the e-mail to the originator. -------------- next part -------------- An HTML attachment was scrubbed... URL: From THamilton at hersheyarchives.org Tue Jun 23 13:23:46 2015 From: THamilton at hersheyarchives.org (THamilton at hersheyarchives.org) Date: Tue, 23 Jun 2015 13:23:46 -0400 Subject: [Archivesspace_Users_Group] FTP in Digital Object File URI In-Reply-To: References: Message-ID: Hi Chris, Our instance of AS is hosted by a third party so we were brainstorming easy means of us (the Archives) uploading content to their server without it having to be moved again. That was why we were considering an FTP site. We will be having another meeting later this week to further discuss our options and what would work best for both parties. Thanks for your assistance, Tammy Tammy L. Hamilton Archivist Hershey Community Archives 63 West Chocolate Avenue | Hershey, PA 17033 tel: 717.508.1988 From: Chris Fitzpatrick To: "archivesspace_users_group at lyralists.lyrasis.org" Date: 06/23/2015 09:30 AM Subject: Re: [Archivesspace_Users_Group] FTP in Digital Object File URI Sent by: archivesspace_users_group-bounces at lyralists.lyrasis.org Hi, Currently it doesn't support ftp:// urls, but this would not be a hard feature to implement if requested. However, I'm curious why FTP would be preferred? A password protected web directory would be pretty easy to setup. 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 THamilton at hersheyarchives.org Sent: Wednesday, June 17, 2015 5:29 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] FTP in Digital Object File URI Is an FTP address supported as a hyperlink in the File URI field for digital objects? Our IT department (which is offsite) would like to host our public facing files on an FTP address. A test did not support "ftp" but did support "https". Any downsides to using an FTP site that I should be aware of and share with them? Thanks, Tammy Tammy L. Hamilton Archivist Hershey Community Archives 63 West Chocolate Avenue | Hershey, PA 17033 tel: 717.508.1988 DISCLAIMER: The information contained in this e-mail may be confidential and is intended solely for the use of the named addressee. Access, copying, or re-use of the e-mail or any information contained therein by any other person is not authorized. If you are not the intended recipient please notify us immediately by returning the e-mail to the originator. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group DISCLAIMER: The information contained in this e-mail may be confidential and is intended solely for the use of the named addressee. Access, copying, or re-use of the e-mail or any information contained therein by any other person is not authorized. If you are not the intended recipient please notify us immediately by returning the e-mail to the originator. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kevin.Clair at du.edu Tue Jun 23 17:01:42 2015 From: Kevin.Clair at du.edu (Kevin Clair) Date: Tue, 23 Jun 2015 21:01:42 +0000 Subject: [Archivesspace_Users_Group] customizing the MARC exporter In-Reply-To: <88666507-B1F5-4E12-9129-7E43D1B9F79F@gmail.com> References: <1F1E72103798F04D96C355B296D7C61B4BE50D@mb2-uts.du.edu> <88666507-B1F5-4E12-9129-7E43D1B9F79F@gmail.com> Message-ID: <1F1E72103798F04D96C355B296D7C61B4BEB4D@mb2-uts.du.edu> 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 in https://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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From brianjhoffman at gmail.com Tue Jun 23 17:32:40 2015 From: brianjhoffman at gmail.com (Brian Hoffman) Date: Tue, 23 Jun 2015 17:32:40 -0400 Subject: [Archivesspace_Users_Group] customizing the MARC exporter In-Reply-To: <1F1E72103798F04D96C355B296D7C61B4BEB4D@mb2-uts.du.edu> References: <1F1E72103798F04D96C355B296D7C61B4BE50D@mb2-uts.du.edu> <88666507-B1F5-4E12-9129-7E43D1B9F79F@gmail.com> <1F1E72103798F04D96C355B296D7C61B4BEB4D@mb2-uts.du.edu> Message-ID: <47E74855-9B1D-43CD-AFDE-40742684C137@gmail.com> 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 jlecampbell at ucdavis.edu Tue Jun 23 18:11:59 2015 From: jlecampbell at ucdavis.edu (Jared Campbell) Date: Tue, 23 Jun 2015 22:11:59 +0000 Subject: [Archivesspace_Users_Group] ASpace fails when when Importing both MARCXML or EAD (SQL/Database Problem?) Message-ID: Hello Fellow ASpacers, I am hoping that someone has seen this issue and can provide some insight. We are currently running version 1.2 and every time that I try to import an EAD or MARCXML file I get the following error message: !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! IMPORT ERROR !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Error: # !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! When attempting to import an EAD file AS seems to successfully process the agents, subjects, series objects, and item/file objects records (see attached import error log and EAD file). I get the same error message when I try to import a MARCXML file. I am guessing that the script is looking--and not finding--"record_uri" in the database. If this is correct, in what table would I find "record_uri"? Thanks, --JC Jared L. Campbell Metadata Librarian Collection Support Services Shields Library, UC Davis jlecampbell at ucdavis.edu (530) 754-7976 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Aspace_err_file.txt URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: d276_JCTest_cuvh.xml Type: text/xml Size: 103220 bytes Desc: d276_JCTest_cuvh.xml URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: d276_JCTest_cuvh.txt URL: From mark.custer at yale.edu Tue Jun 23 20:33:51 2015 From: mark.custer at yale.edu (Custer, Mark) Date: Wed, 24 Jun 2015 00:33:51 +0000 Subject: [Archivesspace_Users_Group] Size of Database In-Reply-To: References: Message-ID: Susan, I don?t know if there are guidelines out there yet about all of the technical resources that institutions will need for ArchivesSpace, but we?re trying to figure that out right now, as well, and then have our IT folks document that information (not so much to plan for the size of the database, which isn?t terribly large, but to make sure that we?re allotting enough RAM, etc., and that we have everything optimized). All of which is to say that hopefully in a week or so we will have more information to share about what works best at our scale! As for what exactly our scale is, right now our ArchivesSpace database is about 3.5 GB. We combined a few AT databases into one, though, so I wouldn?t assume that most institutions would have more than 1 GB of data in their database, if that (but I could be way off base with that assumption). In any event, here are a few stats from our ArchivesSpace database to give you a slightly better sense about its contents: Accessions: 21,106 Resources: 5,279 Archival Components (subordinate levels of desc., not counting the resource records): 2,097,805 (and at some point, we might not want so many records in the same table! J) But that?s just the size of the MySQL database. There?s also the size of the SOLR index to consider, which can be substantially larger. I?ve got one on my desktop right now, for instance, where the SOLR directories take up about 18 GB -- the MySQL database is the same size, in that case. As I mentioned, though, hopefully we'll have more information to share in the near future regarding the exact details of our setup (including details about the webserver, etc.). In the meantime, I'd love to hear more about what you mean by significant data, as well as learn more about the different ASpace database sizes already out there in production. All my best, Mark P.S. one nice thing about ArchivesSpace is that it?s pretty easy to just set up everything as a test on a local machine. After you do that (or, better yet, get someone in IT to do that so that they can see for themselves), you can then import as much data into your test application that you want, and that should give you a much better estimate regarding your database size and SOLR index once it?s up on a server, as well as the types of resources that you might need. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kerr, Susan Sent: Monday, June 22, 2015 3:17 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Size of Database I have been asked how much space the ArchivesSpace database will require. What has been the experience of those with significant data. Thanks, Susan ------------------------------------ Susan Kerr Systems Librarian 704-894-2424, 704-894-2625 (fax) sukerr at davidson.edu DAVIDSON COLLEGE LIBRARY 209 RIDGE RD BOX 7200 DAVIDSON, NC 28035-7200 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kevin.Clair at du.edu Tue Jun 23 23:04:29 2015 From: Kevin.Clair at du.edu (Kevin Clair) Date: Wed, 24 Jun 2015 03:04:29 +0000 Subject: [Archivesspace_Users_Group] Size of Database Message-ID: Hello, At the University of Denver, we have (as of about a month ago, when this particular backup of our database was run): 3,853 accessions 7,178 digital objects 833 resources (with a little over 125,000 archival objects attached) This gives us a total database size of about 621.3 MB, and a Solr index of 1.8 GB. We?re by now a little bit higher than all of this, but not much. I?d also be interested to hear about others? scales, since I don?t know how representative we are. I would also echo what Mark said; all of this is based on the test instance of ArchivesSpace that I?ve been running on my laptop for a little over a year, so it?s pretty easy to play around with different system settings to see what works best. -k From: > on behalf of "Custer, Mark" > Reply-To: Archivesspace Group > Date: Tuesday, June 23, 2015 at 6:33 PM To: Archivesspace Group > Subject: Re: [Archivesspace_Users_Group] Size of Database Susan, I don?t know if there are guidelines out there yet about all of the technical resources that institutions will need for ArchivesSpace, but we?re trying to figure that out right now, as well, and then have our IT folks document that information (not so much to plan for the size of the database, which isn?t terribly large, but to make sure that we?re allotting enough RAM, etc., and that we have everything optimized). All of which is to say that hopefully in a week or so we will have more information to share about what works best at our scale! As for what exactly our scale is, right now our ArchivesSpace database is about 3.5 GB. We combined a few AT databases into one, though, so I wouldn?t assume that most institutions would have more than 1 GB of data in their database, if that (but I could be way off base with that assumption). In any event, here are a few stats from our ArchivesSpace database to give you a slightly better sense about its contents: Accessions: 21,106 Resources: 5,279 Archival Components (subordinate levels of desc., not counting the resource records): 2,097,805 (and at some point, we might not want so many records in the same table! J) But that?s just the size of the MySQL database. There?s also the size of the SOLR index to consider, which can be substantially larger. I?ve got one on my desktop right now, for instance, where the SOLR directories take up about 18 GB -- the MySQL database is the same size, in that case. As I mentioned, though, hopefully we'll have more information to share in the near future regarding the exact details of our setup (including details about the webserver, etc.). In the meantime, I'd love to hear more about what you mean by significant data, as well as learn more about the different ASpace database sizes already out there in production. All my best, Mark P.S. one nice thing about ArchivesSpace is that it?s pretty easy to just set up everything as a test on a local machine. After you do that (or, better yet, get someone in IT to do that so that they can see for themselves), you can then import as much data into your test application that you want, and that should give you a much better estimate regarding your database size and SOLR index once it?s up on a server, as well as the types of resources that you might need. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kerr, Susan Sent: Monday, June 22, 2015 3:17 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Size of Database I have been asked how much space the ArchivesSpace database will require. What has been the experience of those with significant data. Thanks, Susan ------------------------------------ Susan Kerr Systems Librarian 704-894-2424, 704-894-2625 (fax) sukerr at davidson.edu DAVIDSON COLLEGE LIBRARY 209 RIDGE RD BOX 7200 DAVIDSON, NC 28035-7200 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sukerr at davidson.edu Wed Jun 24 09:29:53 2015 From: sukerr at davidson.edu (Kerr, Susan) Date: Wed, 24 Jun 2015 13:29:53 +0000 Subject: [Archivesspace_Users_Group] Size of Database In-Reply-To: References: Message-ID: <33378a9ddc6e421a878bd5a83bed9ebb@MBX13A.davidson.edu> Great information. I'll look forward to the technical documentation and timing will be good for our needs. Thanks! Susan From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Tuesday, June 23, 2015 8:34 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Size of Database Susan, I don't know if there are guidelines out there yet about all of the technical resources that institutions will need for ArchivesSpace, but we're trying to figure that out right now, as well, and then have our IT folks document that information (not so much to plan for the size of the database, which isn't terribly large, but to make sure that we're allotting enough RAM, etc., and that we have everything optimized). All of which is to say that hopefully in a week or so we will have more information to share about what works best at our scale! As for what exactly our scale is, right now our ArchivesSpace database is about 3.5 GB. We combined a few AT databases into one, though, so I wouldn't assume that most institutions would have more than 1 GB of data in their database, if that (but I could be way off base with that assumption). In any event, here are a few stats from our ArchivesSpace database to give you a slightly better sense about its contents: Accessions: 21,106 Resources: 5,279 Archival Components (subordinate levels of desc., not counting the resource records): 2,097,805 (and at some point, we might not want so many records in the same table! :)) But that's just the size of the MySQL database. There's also the size of the SOLR index to consider, which can be substantially larger. I've got one on my desktop right now, for instance, where the SOLR directories take up about 18 GB -- the MySQL database is the same size, in that case. As I mentioned, though, hopefully we'll have more information to share in the near future regarding the exact details of our setup (including details about the webserver, etc.). In the meantime, I'd love to hear more about what you mean by significant data, as well as learn more about the different ASpace database sizes already out there in production. All my best, Mark P.S. one nice thing about ArchivesSpace is that it's pretty easy to just set up everything as a test on a local machine. After you do that (or, better yet, get someone in IT to do that so that they can see for themselves), you can then import as much data into your test application that you want, and that should give you a much better estimate regarding your database size and SOLR index once it's up on a server, as well as the types of resources that you might need. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kerr, Susan Sent: Monday, June 22, 2015 3:17 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Size of Database I have been asked how much space the ArchivesSpace database will require. What has been the experience of those with significant data. Thanks, Susan ------------------------------------ Susan Kerr Systems Librarian 704-894-2424, 704-894-2625 (fax) sukerr at davidson.edu DAVIDSON COLLEGE LIBRARY 209 RIDGE RD BOX 7200 DAVIDSON, NC 28035-7200 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Wed Jun 24 11:09:10 2015 From: mark.custer at yale.edu (Custer, Mark) Date: Wed, 24 Jun 2015 15:09:10 +0000 Subject: [Archivesspace_Users_Group] Size of Database In-Reply-To: <33378a9ddc6e421a878bd5a83bed9ebb@MBX13A.davidson.edu> References: <33378a9ddc6e421a878bd5a83bed9ebb@MBX13A.davidson.edu> Message-ID: I just asked for an update about the size of our Solr index that's actually in production, and right now it's around 12 GB (quite a bit less than the 18 GB I mentioned previously, which is what I have on my desktop). I don't know if there's a good way to estimate the size of the Solr index in relation to the MySQL database (especially given that some folks, like us, might have plugins that increase the size of both :)), but based on what Kevin and I reported, it seems like your could ballpark the size of the Solr index by assuming that it'll be around 3-4 times the size of the MySQL database. That said, the number of compressed backups that you keep will also affect the amount of disk space that you need. I assume that we're moving backup copies of our MySQL database somewhere else for safe keeping, however, and I think that we've updated our ASpace configuration file to only make Solr backups once per day, and to only keep one of those around at a time. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kerr, Susan Sent: Wednesday, June 24, 2015 9:30 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Size of Database Great information. I'll look forward to the technical documentation and timing will be good for our needs. Thanks! Susan From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Tuesday, June 23, 2015 8:34 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Size of Database Susan, I don't know if there are guidelines out there yet about all of the technical resources that institutions will need for ArchivesSpace, but we're trying to figure that out right now, as well, and then have our IT folks document that information (not so much to plan for the size of the database, which isn't terribly large, but to make sure that we're allotting enough RAM, etc., and that we have everything optimized). All of which is to say that hopefully in a week or so we will have more information to share about what works best at our scale! As for what exactly our scale is, right now our ArchivesSpace database is about 3.5 GB. We combined a few AT databases into one, though, so I wouldn't assume that most institutions would have more than 1 GB of data in their database, if that (but I could be way off base with that assumption). In any event, here are a few stats from our ArchivesSpace database to give you a slightly better sense about its contents: Accessions: 21,106 Resources: 5,279 Archival Components (subordinate levels of desc., not counting the resource records): 2,097,805 (and at some point, we might not want so many records in the same table! :)) But that's just the size of the MySQL database. There's also the size of the SOLR index to consider, which can be substantially larger. I've got one on my desktop right now, for instance, where the SOLR directories take up about 18 GB -- the MySQL database is the same size, in that case. As I mentioned, though, hopefully we'll have more information to share in the near future regarding the exact details of our setup (including details about the webserver, etc.). In the meantime, I'd love to hear more about what you mean by significant data, as well as learn more about the different ASpace database sizes already out there in production. All my best, Mark P.S. one nice thing about ArchivesSpace is that it's pretty easy to just set up everything as a test on a local machine. After you do that (or, better yet, get someone in IT to do that so that they can see for themselves), you can then import as much data into your test application that you want, and that should give you a much better estimate regarding your database size and SOLR index once it's up on a server, as well as the types of resources that you might need. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kerr, Susan Sent: Monday, June 22, 2015 3:17 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Size of Database I have been asked how much space the ArchivesSpace database will require. What has been the experience of those with significant data. Thanks, Susan ------------------------------------ Susan Kerr Systems Librarian 704-894-2424, 704-894-2625 (fax) sukerr at davidson.edu DAVIDSON COLLEGE LIBRARY 209 RIDGE RD BOX 7200 DAVIDSON, NC 28035-7200 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bmg17 at psu.edu Wed Jun 24 12:04:19 2015 From: bmg17 at psu.edu (Ben Goldman) Date: Wed, 24 Jun 2015 12:04:19 -0400 (EDT) Subject: [Archivesspace_Users_Group] translation missing In-Reply-To: <772025486.465779.1435161737343.JavaMail.zimbra@psu.edu> Message-ID: <422805119.467436.1435161859107.JavaMail.zimbra@psu.edu> Hi All, I am sure this has been discussed here before, so I apologize in advance if I'm asking a repeat question. We've added some new values to a few of the controlled values list, but these new ones are displaying like this in the staff interface: translation missing: en.enumerations.[value] It seems we've missed a step. Let me know if there is something I can do to correct this. Thanks, -Ben 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 mauraa at brandeis.edu Wed Jun 24 12:07:28 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Wed, 24 Jun 2015 12:07:28 -0400 Subject: [Archivesspace_Users_Group] translation missing In-Reply-To: <422805119.467436.1435161859107.JavaMail.zimbra@psu.edu> References: <772025486.465779.1435161737343.JavaMail.zimbra@psu.edu> <422805119.467436.1435161859107.JavaMail.zimbra@psu.edu> Message-ID: Hi Ben, Were they values that were editable through the user interface, or did you add them in manually in one of the .yml files? On Wed, Jun 24, 2015 at 12:04 PM, Ben Goldman wrote: > Hi All, > > I am sure this has been discussed here before, so I apologize in advance > if I'm asking a repeat question. We've added some new values to a few of > the controlled values list, but these new ones are displaying like this in > the staff interface: > > *translation missing: en.enumerations.[value]* > > It seems we've missed a step. Let me know if there is something I can do > to correct this. > > Thanks, > -Ben > > Ben Goldman > Digital Records Archivist > Penn State University Libraries > University Park, PA > 814-863-8333 > http://www.libraries.psu.edu/psul/speccolls.html > > > _______________________________________________ > 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 bmg17 at psu.edu Wed Jun 24 12:13:58 2015 From: bmg17 at psu.edu (Ben Goldman) Date: Wed, 24 Jun 2015 12:13:58 -0400 (EDT) Subject: [Archivesspace_Users_Group] translation missing In-Reply-To: References: <772025486.465779.1435161737343.JavaMail.zimbra@psu.edu> <422805119.467436.1435161859107.JavaMail.zimbra@psu.edu> Message-ID: <1837988412.476996.1435162438434.JavaMail.zimbra@psu.edu> Hi Maura, Through the interface. For instance, we created a couple new values for "Event Event Type" under System --> Manage Controlled Values. -Ben ----- Original Message ----- From: "Maura Carbone" To: "Archivesspace Users Group" Sent: Wednesday, June 24, 2015 12:07:28 PM Subject: Re: [Archivesspace_Users_Group] translation missing Hi Ben, Were they values that were editable through the user interface, or did you add them in manually in one of the .yml files? On Wed, Jun 24, 2015 at 12:04 PM, Ben Goldman < bmg17 at psu.edu > wrote: Hi All, I am sure this has been discussed here before, so I apologize in advance if I'm asking a repeat question. We've added some new values to a few of the controlled values list, but these new ones are displaying like this in the staff interface: translation missing: en.enumerations.[value] It seems we've missed a step. Let me know if there is something I can do to correct this. Thanks, -Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html _______________________________________________ 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 noah.huffman at duke.edu Wed Jun 24 12:18:32 2015 From: noah.huffman at duke.edu (Noah Huffman) Date: Wed, 24 Jun 2015 16:18:32 +0000 Subject: [Archivesspace_Users_Group] translation missing In-Reply-To: References: <772025486.465779.1435161737343.JavaMail.zimbra@psu.edu> <422805119.467436.1435161859107.JavaMail.zimbra@psu.edu> Message-ID: Ben, As I understand it, for any new value that you add to a controlled value list, you must also add that value and a translation value (label) to the locales/enums/en.yml file. You then have to restart the application for the changes to take effect. I?ve actually been doing this all morning. We manage these customizations as part of a local plugin (plugins/local/frontend/locales/enums/en.yml). For example, here are some custom values we?ve added at Duke to track processing levels. collection_management_processing_status: completed: Completed completed_level1_accessioning: Completed - Level 1 - Accessioning completed_level2_core_level: Completed - Level 2 - Core Level completed_level3_folder_level: Completed - Level 3 - Folder Level completed_level4_item_level: Completed - Level 4 - Item Level If you don?t specify these translation labels in the en.yml file, the values are still available in the application drop-downs, but they are prefixed with: translation missing: en.enumerations.[value] It?d be great if you could edit the translation values directly in the staff interface. -Noah From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Wednesday, June 24, 2015 12:07 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] translation missing Hi Ben, Were they values that were editable through the user interface, or did you add them in manually in one of the .yml files? On Wed, Jun 24, 2015 at 12:04 PM, Ben Goldman > wrote: Hi All, I am sure this has been discussed here before, so I apologize in advance if I'm asking a repeat question. We've added some new values to a few of the controlled values list, but these new ones are displaying like this in the staff interface: translation missing: en.enumerations.[value] It seems we've missed a step. Let me know if there is something I can do to correct this. Thanks, -Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html _______________________________________________ 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 mauraa at brandeis.edu Wed Jun 24 12:21:32 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Wed, 24 Jun 2015 12:21:32 -0400 Subject: [Archivesspace_Users_Group] translation missing In-Reply-To: References: <772025486.465779.1435161737343.JavaMail.zimbra@psu.edu> <422805119.467436.1435161859107.JavaMail.zimbra@psu.edu> Message-ID: What Noah said! :-) -Maura On Wed, Jun 24, 2015 at 12:18 PM, Noah Huffman wrote: > Ben, > > > > As I understand it, for any new value that you add to a controlled value > list, you must also add that value and a translation value (label) to the > locales/enums/en.yml file. You then have to restart the application for > the changes to take effect. > > > > I?ve actually been doing this all morning. We manage these customizations > as part of a local plugin (plugins/local/frontend/locales/enums/en.yml). > > > > For example, here are some custom values we?ve added at Duke to track > processing levels. > > > > *collection_management_processing_status:* > > * completed: Completed* > > * completed_level1_accessioning: Completed - Level 1 - Accessioning* > > * completed_level2_core_level: Completed - Level 2 - Core Level* > > * completed_level3_folder_level: Completed - Level 3 - Folder Level* > > * completed_level4_item_level: Completed - Level 4 - Item Level* > > > > If you don?t specify these translation labels in the en.yml file, the > values are still available in the application drop-downs, but they are > prefixed with: *translation missing: en.enumerations.[value]* > > > > It?d be great if you could edit the translation values directly in the > staff interface. > > > > -Noah > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Maura > Carbone > *Sent:* Wednesday, June 24, 2015 12:07 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] translation missing > > > > Hi Ben, > > Were they values that were editable through the user interface, or did you > add them in manually in one of the .yml files? > > > > On Wed, Jun 24, 2015 at 12:04 PM, Ben Goldman wrote: > > Hi All, > > > I am sure this has been discussed here before, so I apologize in advance > if I'm asking a repeat question. We've added some new values to a few of > the controlled values list, but these new ones are displaying like this in > the staff interface: > > > > *translation missing: en.enumerations.[value]* > > > > It seems we've missed a step. Let me know if there is something I can do > to correct this. > > > Thanks, > > -Ben > > > > *Ben Goldman* > Digital Records Archivist > Penn State University Libraries > University Park, PA > 814-863-8333 > http://www.libraries.psu.edu/psul/speccolls.html > > > > > _______________________________________________ > 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 > > -- 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 james at hudmol.com Wed Jun 24 12:25:18 2015 From: james at hudmol.com (James Bullen) Date: Wed, 24 Jun 2015 12:25:18 -0400 Subject: [Archivesspace_Users_Group] translation missing In-Reply-To: References: <772025486.465779.1435161737343.JavaMail.zimbra@psu.edu> <422805119.467436.1435161859107.JavaMail.zimbra@psu.edu> Message-ID: <654440CB-9CF9-42DD-91D3-2EE96823CA9D@hudmol.com> I think this should be reported as a bug. If there is no translation it should just show the bare value, not the translation error. > On Jun 24, 2015, at 12:21 PM, Maura Carbone wrote: > > What Noah said! :-) > -Maura > > On Wed, Jun 24, 2015 at 12:18 PM, Noah Huffman > wrote: > Ben, > > > > As I understand it, for any new value that you add to a controlled value list, you must also add that value and a translation value (label) to the locales/enums/en.yml file. You then have to restart the application for the changes to take effect. > > > > I?ve actually been doing this all morning. We manage these customizations as part of a local plugin (plugins/local/frontend/locales/enums/en.yml). > > > > For example, here are some custom values we?ve added at Duke to track processing levels. > > > > collection_management_processing_status: > > completed: Completed > > completed_level1_accessioning: Completed - Level 1 - Accessioning > > completed_level2_core_level: Completed - Level 2 - Core Level > > completed_level3_folder_level: Completed - Level 3 - Folder Level > > completed_level4_item_level: Completed - Level 4 - Item Level > > > > If you don?t specify these translation labels in the en.yml file, the values are still available in the application drop-downs, but they are prefixed with: translation missing: en.enumerations.[value] > > > > It?d be great if you could edit the translation values directly in the staff interface. > > > > -Noah > > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org ] On Behalf Of Maura Carbone > Sent: Wednesday, June 24, 2015 12:07 PM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] translation missing > > > > Hi Ben, > > Were they values that were editable through the user interface, or did you add them in manually in one of the .yml files? > > > > On Wed, Jun 24, 2015 at 12:04 PM, Ben Goldman > wrote: > > Hi All, > > > I am sure this has been discussed here before, so I apologize in advance if I'm asking a repeat question. We've added some new values to a few of the controlled values list, but these new ones are displaying like this in the staff interface: > > > > translation missing: en.enumerations.[value] > > > > It seems we've missed a step. Let me know if there is something I can do to correct this. > > > Thanks, > > -Ben > > > > Ben Goldman > Digital Records Archivist > Penn State University Libraries > University Park, PA > 814-863-8333 > http://www.libraries.psu.edu/psul/speccolls.html > > > > _______________________________________________ > 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 > > > > > -- > 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 > !DSPAM:558ad917141307855913962! _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:558ad917141307855913962! -------------- next part -------------- An HTML attachment was scrubbed... URL: From bmg17 at psu.edu Wed Jun 24 12:25:43 2015 From: bmg17 at psu.edu (Ben Goldman) Date: Wed, 24 Jun 2015 12:25:43 -0400 (EDT) Subject: [Archivesspace_Users_Group] translation missing In-Reply-To: References: <772025486.465779.1435161737343.JavaMail.zimbra@psu.edu> <422805119.467436.1435161859107.JavaMail.zimbra@psu.edu> Message-ID: <694615331.484829.1435163143032.JavaMail.zimbra@psu.edu> That's exactly what I was looking for. Three cheers for community! Thank you both. -Ben ----- Original Message ----- From: "Maura Carbone" To: "Archivesspace Users Group" Sent: Wednesday, June 24, 2015 12:21:32 PM Subject: Re: [Archivesspace_Users_Group] translation missing What Noah said! :-) -Maura On Wed, Jun 24, 2015 at 12:18 PM, Noah Huffman < noah.huffman at duke.edu > wrote: Ben, As I understand it, for any new value that you add to a controlled value list, you must also add that value and a translation value (label) to the locales/enums/en.yml file. You then have to restart the application for the changes to take effect. I?ve actually been doing this all morning. We manage these customizations as part of a local plugin (plugins/local/frontend/locales/enums/en.yml). For example, here are some custom values we?ve added at Duke to track processing levels. collection_management_processing_status: completed: Completed completed_level1_accessioning: Completed - Level 1 - Accessioning completed_level2_core_level: Completed - Level 2 - Core Level completed_level3_folder_level: Completed - Level 3 - Folder Level completed_level4_item_level: Completed - Level 4 - Item Level If you don?t specify these translation labels in the en.yml file, the values are still available in the application drop-downs, but they are prefixed with: translation missing: en.enumerations.[value] It?d be great if you could edit the translation values directly in the staff interface. -Noah From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: archivesspace_users_group-bounces at lyralists.lyrasis.org ] On Behalf Of Maura Carbone Sent: Wednesday, June 24, 2015 12:07 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] translation missing Hi Ben, Were they values that were editable through the user interface, or did you add them in manually in one of the .yml files? On Wed, Jun 24, 2015 at 12:04 PM, Ben Goldman < bmg17 at psu.edu > wrote:
Hi All, I am sure this has been discussed here before, so I apologize in advance if I'm asking a repeat question. We've added some new values to a few of the controlled values list, but these new ones are displaying like this in the staff interface: translation missing: en.enumerations.[value] It seems we've missed a step. Let me know if there is something I can do to correct this. Thanks, -Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html _______________________________________________ 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
-- 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 prom at illinois.edu Wed Jun 24 12:27:31 2015 From: prom at illinois.edu (Prom, Christopher John) Date: Wed, 24 Jun 2015 16:27:31 +0000 Subject: [Archivesspace_Users_Group] translation missing In-Reply-To: References: <772025486.465779.1435161737343.JavaMail.zimbra@psu.edu> <422805119.467436.1435161859107.JavaMail.zimbra@psu.edu> Message-ID: <0979A5B2-A080-46D4-BB5B-604B81BE7B8B@illinois.edu> Agreed, and it also would be great if you could edit the views or styles w/out restarting the app, that would make it much easier to do any kind of local customization. Chris On Jun 24, 2015, at 11:21 AM, Maura Carbone > wrote: What Noah said! :-) -Maura On Wed, Jun 24, 2015 at 12:18 PM, Noah Huffman > wrote: Ben, As I understand it, for any new value that you add to a controlled value list, you must also add that value and a translation value (label) to the locales/enums/en.yml file. You then have to restart the application for the changes to take effect. I?ve actually been doing this all morning. We manage these customizations as part of a local plugin (plugins/local/frontend/locales/enums/en.yml). For example, here are some custom values we?ve added at Duke to track processing levels. collection_management_processing_status: completed: Completed completed_level1_accessioning: Completed - Level 1 - Accessioning completed_level2_core_level: Completed - Level 2 - Core Level completed_level3_folder_level: Completed - Level 3 - Folder Level completed_level4_item_level: Completed - Level 4 - Item Level If you don?t specify these translation labels in the en.yml file, the values are still available in the application drop-downs, but they are prefixed with: translation missing: en.enumerations.[value] It?d be great if you could edit the translation values directly in the staff interface. -Noah From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Wednesday, June 24, 2015 12:07 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] translation missing Hi Ben, Were they values that were editable through the user interface, or did you add them in manually in one of the .yml files? On Wed, Jun 24, 2015 at 12:04 PM, Ben Goldman > wrote: Hi All, I am sure this has been discussed here before, so I apologize in advance if I'm asking a repeat question. We've added some new values to a few of the controlled values list, but these new ones are displaying like this in the staff interface: translation missing: en.enumerations.[value] It seems we've missed a step. Let me know if there is something I can do to correct this. Thanks, -Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html _______________________________________________ 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 -- 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 dsimmons at siu.edu Wed Jun 24 12:38:42 2015 From: dsimmons at siu.edu (Douglas James Simmons) Date: Wed, 24 Jun 2015 16:38:42 +0000 Subject: [Archivesspace_Users_Group] translation missing In-Reply-To: <0979A5B2-A080-46D4-BB5B-604B81BE7B8B@illinois.edu> References: <772025486.465779.1435161737343.JavaMail.zimbra@psu.edu> <422805119.467436.1435161859107.JavaMail.zimbra@psu.edu> <0979A5B2-A080-46D4-BB5B-604B81BE7B8B@illinois.edu> Message-ID: Hear, hear! 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: Wednesday, June 24, 2015 11:28 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] translation missing Agreed, and it also would be great if you could edit the views or styles w/out restarting the app, that would make it much easier to do any kind of local customization. Chris On Jun 24, 2015, at 11:21 AM, Maura Carbone > wrote: What Noah said! :-) -Maura On Wed, Jun 24, 2015 at 12:18 PM, Noah Huffman > wrote: Ben, As I understand it, for any new value that you add to a controlled value list, you must also add that value and a translation value (label) to the locales/enums/en.yml file. You then have to restart the application for the changes to take effect. I've actually been doing this all morning. We manage these customizations as part of a local plugin (plugins/local/frontend/locales/enums/en.yml). For example, here are some custom values we've added at Duke to track processing levels. collection_management_processing_status: completed: Completed completed_level1_accessioning: Completed - Level 1 - Accessioning completed_level2_core_level: Completed - Level 2 - Core Level completed_level3_folder_level: Completed - Level 3 - Folder Level completed_level4_item_level: Completed - Level 4 - Item Level If you don't specify these translation labels in the en.yml file, the values are still available in the application drop-downs, but they are prefixed with: translation missing: en.enumerations.[value] It'd be great if you could edit the translation values directly in the staff interface. -Noah From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Wednesday, June 24, 2015 12:07 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] translation missing Hi Ben, Were they values that were editable through the user interface, or did you add them in manually in one of the .yml files? On Wed, Jun 24, 2015 at 12:04 PM, Ben Goldman > wrote: Hi All, I am sure this has been discussed here before, so I apologize in advance if I'm asking a repeat question. We've added some new values to a few of the controlled values list, but these new ones are displaying like this in the staff interface: translation missing: en.enumerations.[value] It seems we've missed a step. Let me know if there is something I can do to correct this. Thanks, -Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html _______________________________________________ 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 -- 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 mauraa at brandeis.edu Wed Jun 24 12:43:45 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Wed, 24 Jun 2015 12:43:45 -0400 Subject: [Archivesspace_Users_Group] translation missing In-Reply-To: References: <772025486.465779.1435161737343.JavaMail.zimbra@psu.edu> <422805119.467436.1435161859107.JavaMail.zimbra@psu.edu> <0979A5B2-A080-46D4-BB5B-604B81BE7B8B@illinois.edu> Message-ID: Yeah, I'm surprised it doesn't auto add the translation on the GUI side -- that's why I asked at first if you were doing it the hard way (database and then manually edit the file). Maybe something for the future? -Maura On Wed, Jun 24, 2015 at 12:38 PM, Douglas James Simmons wrote: > Hear, hear! > > > > *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:* Wednesday, June 24, 2015 11:28 AM > > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] translation missing > > > > Agreed, and it also would be great if you could edit the views or styles > w/out restarting the app, that would make it much easier to do any kind of > local customization. > > > > Chris > > > > On Jun 24, 2015, at 11:21 AM, Maura Carbone wrote: > > > > What Noah said! :-) > > -Maura > > > > On Wed, Jun 24, 2015 at 12:18 PM, Noah Huffman > wrote: > > Ben, > > > > As I understand it, for any new value that you add to a controlled value > list, you must also add that value and a translation value (label) to the > locales/enums/en.yml file. You then have to restart the application for > the changes to take effect. > > > > I?ve actually been doing this all morning. We manage these customizations > as part of a local plugin (plugins/local/frontend/locales/enums/en.yml). > > > > For example, here are some custom values we?ve added at Duke to track > processing levels. > > > > *collection_management_processing_status:* > > * completed: Completed* > > * completed_level1_accessioning: Completed - Level 1 - Accessioning* > > * completed_level2_core_level: Completed - Level 2 - Core Level* > > * completed_level3_folder_level: Completed - Level 3 - Folder Level* > > * completed_level4_item_level: Completed - Level 4 - Item Level* > > > > If you don?t specify these translation labels in the en.yml file, the > values are still available in the application drop-downs, but they are > prefixed with: *translation missing: en.enumerations.[value]* > > > > It?d be great if you could edit the translation values directly in the > staff interface. > > > > -Noah > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Maura > Carbone > *Sent:* Wednesday, June 24, 2015 12:07 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] translation missing > > > > Hi Ben, > > Were they values that were editable through the user interface, or did you > add them in manually in one of the .yml files? > > > > On Wed, Jun 24, 2015 at 12:04 PM, Ben Goldman wrote: > > Hi All, > > > I am sure this has been discussed here before, so I apologize in advance > if I'm asking a repeat question. We've added some new values to a few of > the controlled values list, but these new ones are displaying like this in > the staff interface: > > > > *translation missing: en.enumerations.[value]* > > > > It seems we've missed a step. Let me know if there is something I can do > to correct this. > > > Thanks, > > -Ben > > > > *Ben Goldman* > Digital Records Archivist > Penn State University Libraries > University Park, PA > 814-863-8333 > http://www.libraries.psu.edu/psul/speccolls.html > > > > > > _______________________________________________ > 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 > > > > > > > -- > > 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 > > > > _______________________________________________ > 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 Jun 24 13:40:16 2015 From: brianjhoffman at gmail.com (Brian Hoffman) Date: Wed, 24 Jun 2015 13:40:16 -0400 Subject: [Archivesspace_Users_Group] ASpace fails when when Importing both MARCXML or EAD (SQL/Database Problem?) In-Reply-To: References: Message-ID: <5DC51D53-556E-42B8-AD1B-63ED7AFF14EE@gmail.com> Hi Jared, Can you take a look at the ?schema_info? table and let me know the value in the ?version? column? Also, there should be two tables in your database called ?job_created_record? and ?job_modified_record?. Both should have a column called ?record_uri?. Do those tables exist and have that column? Brian On Jun 23, 2015, at 6:11 PM, Jared Campbell wrote: > Hello Fellow ASpacers, > > I am hoping that someone has seen this issue and can provide some insight. We are currently running version 1.2 and every time that I try to import an EAD or MARCXML file I get the following error message: > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > IMPORT ERROR > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > > Error: # > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > When attempting to import an EAD file AS seems to successfully process the agents, subjects, series objects, and item/file objects records (see attached import error log and EAD file). > > I get the same error message when I try to import a MARCXML file. > > I am guessing that the script is looking--and not finding--"record_uri" in the database. If this is correct, in what table would I find "record_uri"? > > Thanks, > > --JC > > Jared L. Campbell > Metadata Librarian > Collection Support Services > Shields Library, UC Davis > jlecampbell at ucdavis.edu > (530) 754-7976 > > > > _______________________________________________ > 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 buschedw at msu.edu Wed Jun 24 14:06:31 2015 From: buschedw at msu.edu (Busch, Ed) Date: Wed, 24 Jun 2015 18:06:31 +0000 Subject: [Archivesspace_Users_Group] translation missing In-Reply-To: References: <772025486.465779.1435161737343.JavaMail.zimbra@psu.edu> <422805119.467436.1435161859107.JavaMail.zimbra@psu.edu> <0979A5B2-A080-46D4-BB5B-604B81BE7B8B@illinois.edu> , Message-ID: <2F7F9F10-0C6B-471B-8B4C-22C2E488BB27@msu.edu> Please report as a bug in Jira; the system should do all the work. Ed Busch MSU Archives On Jun 24, 2015, at 12:44 PM, Maura Carbone > wrote: Yeah, I'm surprised it doesn't auto add the translation on the GUI side -- that's why I asked at first if you were doing it the hard way (database and then manually edit the file). Maybe something for the future? -Maura On Wed, Jun 24, 2015 at 12:38 PM, Douglas James Simmons > wrote: Hear, hear! 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: Wednesday, June 24, 2015 11:28 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] translation missing Agreed, and it also would be great if you could edit the views or styles w/out restarting the app, that would make it much easier to do any kind of local customization. Chris On Jun 24, 2015, at 11:21 AM, Maura Carbone > wrote: What Noah said! :-) -Maura On Wed, Jun 24, 2015 at 12:18 PM, Noah Huffman > wrote: Ben, As I understand it, for any new value that you add to a controlled value list, you must also add that value and a translation value (label) to the locales/enums/en.yml file. You then have to restart the application for the changes to take effect. I?ve actually been doing this all morning. We manage these customizations as part of a local plugin (plugins/local/frontend/locales/enums/en.yml). For example, here are some custom values we?ve added at Duke to track processing levels. collection_management_processing_status: completed: Completed completed_level1_accessioning: Completed - Level 1 - Accessioning completed_level2_core_level: Completed - Level 2 - Core Level completed_level3_folder_level: Completed - Level 3 - Folder Level completed_level4_item_level: Completed - Level 4 - Item Level If you don?t specify these translation labels in the en.yml file, the values are still available in the application drop-downs, but they are prefixed with: translation missing: en.enumerations.[value] It?d be great if you could edit the translation values directly in the staff interface. -Noah From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Wednesday, June 24, 2015 12:07 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] translation missing Hi Ben, Were they values that were editable through the user interface, or did you add them in manually in one of the .yml files? On Wed, Jun 24, 2015 at 12:04 PM, Ben Goldman > wrote: Hi All, I am sure this has been discussed here before, so I apologize in advance if I'm asking a repeat question. We've added some new values to a few of the controlled values list, but these new ones are displaying like this in the staff interface: translation missing: en.enumerations.[value] It seems we've missed a step. Let me know if there is something I can do to correct this. Thanks, -Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html _______________________________________________ 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 -- 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 _______________________________________________ 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 PShackelford at southark.edu Wed Jun 24 14:53:59 2015 From: PShackelford at southark.edu (Philip Shackelford) Date: Wed, 24 Jun 2015 18:53:59 +0000 Subject: [Archivesspace_Users_Group] My Email Message-ID: Here are my email addresses: pshackelford at southark.edu; pshackel at kent.edu Thanks. Philip Shackelford Project Archivist South Arkansas Community College Library DISCLAIMER: Emails sent to or received from the College are subject to the Arkansas Freedom of Information Act, Ark. Code Ann. Sec. ?? 25-19-101 et. Seq. -------------- next part -------------- An HTML attachment was scrubbed... URL: From PShackelford at southark.edu Wed Jun 24 14:59:46 2015 From: PShackelford at southark.edu (Philip Shackelford) Date: Wed, 24 Jun 2015 18:59:46 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Installation Support Message-ID: Good afternoon: I am searching for insight regarding opening and installation of the ArchivesSpace .zip download package. I am searching for insight regarding opening and installation of the ArchivesSpace .zip download package. Based on the instructions available on the website I believe that I have downloaded it correctly, but any installation support would be greatly appreciated! In addition, I will most likely need to replicate this process on other workstations. Thanks! I look forward to hearing from you all. Philip Shackelford Project Archivist & Grant Writer South Arkansas Community College Library DISCLAIMER: Emails sent to or received from the College are subject to the Arkansas Freedom of Information Act, Ark. Code Ann. Sec. ?? 25-19-101 et. Seq. -------------- next part -------------- An HTML attachment was scrubbed... URL: From brianjhoffman at gmail.com Wed Jun 24 16:49:06 2015 From: brianjhoffman at gmail.com (Brian Hoffman) Date: Wed, 24 Jun 2015 16:49:06 -0400 Subject: [Archivesspace_Users_Group] ArchivesSpace Installation Support In-Reply-To: References: Message-ID: Hello, I recommend that you begin by reviewing the README and the documentation it links to: https://github.com/archivesspace/archivesspace/#archivesspace-readme Brian On Jun 24, 2015, at 2:59 PM, Philip Shackelford wrote: > Good afternoon: > > I am searching for insight regarding opening and installation of the ArchivesSpace .zip download package. I am searching for insight regarding opening and installation of the ArchivesSpace .zip download package. Based on the instructions available on the website I believe that I have downloaded it correctly, but any installation support would be greatly appreciated! In addition, I will most likely need to replicate this process on other workstations. > > Thanks! I look forward to hearing from you all. > > Philip Shackelford > Project Archivist & Grant Writer > South Arkansas Community College Library > > DISCLAIMER: Emails sent to or received from the College are subject to the Arkansas Freedom of Information Act, Ark. Code Ann. Sec. ?? 25-19-101 et. Seq. _______________________________________________ > 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 calvin.miracle at louisville.edu Wed Jun 24 17:03:27 2015 From: calvin.miracle at louisville.edu (calvin.miracle at louisville.edu) Date: Wed, 24 Jun 2015 21:03:27 +0000 Subject: [Archivesspace_Users_Group] Partial success with virtual hosts, help requested Message-ID: <4FDFBF565F067745BAF6B38F5972A1D40147F59E0C@EXMBX11.ad.louisville.edu> Hello all, We have had some partial success in getting ArchivesSpace services setup as named virtual hosts under Apache. But we have some problems that we need help with. Our goals: - Provide separate URLS for staff login vs public interface; - Secure login to staff interface from off-campus; - Acceptance of production server to our enterprise security group, for visibility on the public internet; - Publish a URL for search interface that does not use port numbers. Our setup: - Our demo guest is meant to be a model for our production guest. - Our ArchivesSpace 1.1.2 demo guest runs under CentOS 7. - On the same guest we have httpd 2.4 running, listening on ports 80 and 443. - AS brings its services up on localhost 8080, 8081, 8089, 8090, and 8091. - On our demo AS guest, we are using a self-signed SSL certificate to simulate an eventual real SSL on our production guest. This creates a security exception that we can bypass at the browser. We're trying to exercise the SSL Engine options in httpd. - Guest firewall ports set as: 80 and 443 open to campus network, AS application ports only available to localhost (the AS demo guest). - Guest IP address is 136.165.112.26. We have asked our campus network services to make this a permanent IP address for this guest; the guest gets it IP address via DHCP client - IP names assigned: aspdemo.library.louisville.edu (A-record, canonical, base name) to represent the guest itself aspdemo-staff.library.louisville.edu (C-name alias) to represent port 8080 application services aspdemo-public.library.louisville.edu (C-name alias) to represent port 8081 application services - httpd and config.rb configuration files appended below. - Demo instance of AS is using the supplied SOLR database engine. Here's what we are seeing: - Browse to http://aspdemo.library.louisville.edu causes redirect to aspdemo-public, as expected. - Browse to http://aspdemo-public.library.louisville.edu shows AS application public page, as expected. - Browse to https://aspdemo-staff.library.louisville.edu shows security exception (1st time), then AS application frontend page, as expected. - Searches work OK on the public page. - Authentic users can login on aspdemo-staff page. - Our archives librarian see problems with imports. AS told her the import number was not found. She also reports problems in creating accession records; the system told her "The requested URL /accessions/72/edit was not found on this server." - She also reports problems with editing existing records, creating new records one at a time from the accessions interface - anything that has to do with editing the contents of the database, basically everything we do except search and browse. Can anyone please give us some advice on these issues? We feel like we're close to a vhost solution, but we are having problems getting AS settled into the scheme. Thanks, -- Calvin Miracle, University of Louisville Libraries httpd.conf ------------------------------------------------------------------------------------------------------------------------------- # # This is the main Apache HTTP server configuration file. It contains the # configuration directives that give the server its instructions. # See for detailed information. # In particular, see # # for a discussion of each configuration directive. # # Do NOT simply read the instructions in here without understanding # what they do. They're here only as hints or reminders. If you are unsure # consult the online docs. You have been warned. # # Configuration and logfile names: If the filenames you specify for many # of the server's control files begin with "/" (or "drive:/" for Win32), the # server will use that explicit path. If the filenames do *not* begin # with "/", the value of ServerRoot is prepended -- so 'log/access_log' # with ServerRoot set to '/www' will be interpreted by the # server as '/www/log/access_log', where as '/log/access_log' will be # interpreted as '/log/access_log'. # # ServerRoot: The top of the directory tree under which the server's # configuration, error, and log files are kept. # # Do not add a slash at the end of the directory path. If you point # ServerRoot at a non-local disk, be sure to specify a local disk on the # Mutex directive, if file-based mutexes are used. If you wish to share the # same ServerRoot for multiple httpd daemons, you will need to change at # least PidFile. # ServerRoot "/etc/httpd" # # Listen: Allows you to bind Apache to specific IP addresses and/or # ports, instead of the default. See also the # directive. # # Change this to Listen on specific IP addresses as shown below to # prevent Apache from glomming onto all bound IP addresses. # #Listen 12.34.56.78:80 Listen 80 # # Dynamic Shared Object (DSO) Support # # To be able to use the functionality of a module which was built as a DSO you # have to place corresponding `LoadModule' lines at this location so the # directives contained in it are actually available _before_ they are used. # Statically compiled modules (those listed by `httpd -l') do not need # to be loaded here. # # Example: # LoadModule foo_module modules/mod_foo.so # Include conf.modules.d/*.conf # # If you wish httpd to run as a different user or group, you must run # httpd as root initially and it will switch. # # User/Group: The name (or #number) of the user/group to run httpd as. # It is usually good practice to create a dedicated user and group for # running httpd, as with most system services. # User apache Group apache # 'Main' server configuration # # The directives in this section set up the values used by the 'main' # server, which responds to any requests that aren't handled by a # definition. These values also provide defaults for # any containers you may define later in the file. # # All of these directives may appear inside containers, # in which case these default settings will be overridden for the # virtual host being defined. # # # ServerAdmin: Your address, where problems with the server should be # e-mailed. This address appears on some server-generated pages, such # as error documents. e.g. admin at your-domain.com # ServerAdmin root at localhost # # ServerName gives the name and port that the server uses to identify itself. # This can often be determined automatically, but we recommend you specify # it explicitly to prevent problems during startup. # # If your host doesn't have a registered DNS name, enter its IP address here. # #ServerName www.example.com:80 ServerName aspdemo.library.louisville.edu:80 # # Deny access to the entirety of your server's filesystem. You must # explicitly permit access to web content directories in other # blocks below. # AllowOverride none Require all denied # # Note that from this point forward you must specifically allow # particular features to be enabled - so if something's not working as # you might expect, make sure that you have specifically enabled it # below. # # # DocumentRoot: The directory out of which you will serve your # documents. By default, all requests are taken from this directory, but # symbolic links and aliases may be used to point to other locations. # DocumentRoot "/var/www/html" # # Relax access to content within /var/www. # AllowOverride None # Allow open access: Require all granted # Further relax access to the default document root: # # # Possible values for the Options directive are "None", "All", # or any combination of: # Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI MultiViews # # Note that "MultiViews" must be named *explicitly* --- "Options All" # doesn't give it to you. # # The Options directive is both complicated and important. Please see # http://httpd.apache.org/docs/2.4/mod/core.html#options # for more information. # # Options Indexes FollowSymLinks # # AllowOverride controls what directives may be placed in .htaccess files. # It can be "All", "None", or any combination of the keywords: # Options FileInfo AuthConfig Limit # # AllowOverride All # # Controls who can get stuff from this server. # # Require all denied # # # DirectoryIndex: sets the file that Apache will serve if a directory # is requested. # DirectoryIndex index.html # cbm, June 2015: named virtual hosts added # NameVirtualHost *:443 this keyword will be deprecated ServerName aspdemo.library.louisville.edu DocumentRoot /var/www/html Options Indexes FollowSymLinks ServerName aspdemo-staff.library.louisville.edu SSLEngine On SSLCertificateFile "/etc/ssl/certs/self_signed/ASdemo_selfsigned.crt" SSLCertificateKeyFile "/etc/ssl/certs/self_signed/ASdemo_selfsigned.key" ProxyPreserveHost On ProxyPass / http://localhost:8080/ ProxyPassReverse / http://localhost:8080/ ServerName aspdemo-public.library.louisville.edu ProxyPreserveHost Off ProxyPass / http://localhost:8081/ ProxyPassReverse / http://localhost:8081/ # # The following lines prevent .htaccess and .htpasswd files from being # viewed by Web clients. # Require all denied # # ErrorLog: The location of the error log file. # If you do not specify an ErrorLog directive within a # container, error messages relating to that virtual host will be # logged here. If you *do* define an error logfile for a # container, that host's errors will be logged there and not here. # ErrorLog "logs/error_log" # # LogLevel: Control the number of messages logged to the error_log. # Possible values include: debug, info, notice, warn, error, crit, # alert, emerg. # LogLevel warn # # The following directives define some format nicknames for use with # a CustomLog directive (see below). # LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined LogFormat "%h %l %u %t \"%r\" %>s %b" common # You need to enable mod_logio.c to use %I and %O LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %I %O" combinedio # # The location and format of the access logfile (Common Logfile Format). # If you do not define any access logfiles within a # container, they will be logged here. Contrariwise, if you *do* # define per- access logfiles, transactions will be # logged therein and *not* in this file. # #CustomLog "logs/access_log" common # # If you prefer a logfile with access, agent, and referer information # (Combined Logfile Format) you can use the following directive. # CustomLog "logs/access_log" combined # # Redirect: Allows you to tell clients about documents that used to # exist in your server's namespace, but do not anymore. The client # will make a new request for the document at its new location. # Example: # Redirect permanent /foo http://www.example.com/bar # # Alias: Maps web paths into filesystem paths and is used to # access content that does not live under the DocumentRoot. # Example: # Alias /webpath /full/filesystem/path # # If you include a trailing / on /webpath then the server will # require it to be present in the URL. You will also likely # need to provide a section to allow access to # the filesystem path. # # ScriptAlias: This controls which directories contain server scripts. # ScriptAliases are essentially the same as Aliases, except that # documents in the target directory are treated as applications and # run by the server when requested rather than as documents sent to the # client. The same rules about trailing "/" apply to ScriptAlias # directives as to Alias. # ScriptAlias /cgi-bin/ "/var/www/cgi-bin/" # # "/var/www/cgi-bin" should be changed to whatever your ScriptAliased # CGI directory exists, if you have that configured. # AllowOverride None Options None Require all granted # # TypesConfig points to the file containing the list of mappings from # filename extension to MIME-type. # TypesConfig /etc/mime.types # # AddType allows you to add to or override the MIME configuration # file specified in TypesConfig for specific file types. # #AddType application/x-gzip .tgz # # AddEncoding allows you to have certain browsers uncompress # information on the fly. Note: Not all browsers support this. # #AddEncoding x-compress .Z #AddEncoding x-gzip .gz .tgz # # If the AddEncoding directives above are commented-out, then you # probably should define those extensions to indicate media types: # AddType application/x-compress .Z AddType application/x-gzip .gz .tgz # # AddHandler allows you to map certain file extensions to "handlers": # actions unrelated to filetype. These can be either built into the server # or added with the Action directive (see below) # # To use CGI scripts outside of ScriptAliased directories: # (You will also need to add "ExecCGI" to the "Options" directive.) # #AddHandler cgi-script .cgi # For type maps (negotiated resources): #AddHandler type-map var # # Filters allow you to process content before it is sent to the client. # # To parse .shtml files for server-side includes (SSI): # (You will also need to add "Includes" to the "Options" directive.) # AddType text/html .shtml AddOutputFilter INCLUDES .shtml # # Specify a default charset for all content served; this enables # interpretation of all content as UTF-8 by default. To use the # default browser choice (ISO-8859-1), or to allow the META tags # in HTML content to override this choice, comment out this # directive: # AddDefaultCharset UTF-8 # # The mod_mime_magic module allows the server to use various hints from the # contents of the file itself to determine its type. The MIMEMagicFile # directive tells the module where the hint definitions are located. # MIMEMagicFile conf/magic # # Customizable error responses come in three flavors: # 1) plain text 2) local redirects 3) external redirects # # Some examples: #ErrorDocument 500 "The server made a boo boo." #ErrorDocument 404 /missing.html #ErrorDocument 404 "/cgi-bin/missing_handler.pl" #ErrorDocument 402 http://www.example.com/subscription_info.html # # # EnableMMAP and EnableSendfile: On systems that support it, # memory-mapping or the sendfile syscall may be used to deliver # files. This usually improves server performance, but must # be turned off when serving from networked-mounted # filesystems or if support for these functions is otherwise # broken on your system. # Defaults if commented: EnableMMAP On, EnableSendfile Off # #EnableMMAP off EnableSendfile on # Supplemental configuration # # Load config files in the "/etc/httpd/conf.d" directory, if any. IncludeOptional conf.d/*.conf config.rb ------------------------------------------------------------------------------------------------------------------------------- # Configuration defaults are shown below #AppConfig[:default_admin_password] = "admin" #AppConfig[:data_directory] = File.join(Dir.home, "ArchivesSpace") #AppConfig[:backup_directory] = proc { File.join(AppConfig[:data_directory], "demo_db_backups") } #AppConfig[:solr_index_directory] = proc { File.join(AppConfig[:data_directory], "solr_index") } #AppConfig[:solr_home_directory] = proc { File.join(AppConfig[:data_directory], "solr_home") } #AppConfig[:solr_indexing_frequency_seconds] = 30 # #AppConfig[:default_page_size] = 10 #AppConfig[:max_page_size] = 250 # ## Log level for the backend, values: (everything) debug, info, warn, error, fatal (severe only) #AppConfig[:backend_log_level] = "debug" # ## A prefix added to cookies used by the application. ## ## Change this if you're running more than one instance of ArchivesSpace on the ## same hostname (i.e. multiple instances on different ports) #AppConfig[:cookie_prefix] = "archivesspace" # ## The periodic indexer can run using multiple threads to take advantage of ## multiple CPU cores. ## ## By setting the next two options, you can control how many CPU cores are used, ## and the amount of memory that will be consumed by the indexing process (more ## cores and/or more records per thread means more memory used). #AppConfig[:indexer_records_per_thread] = 25 #AppConfig[:indexer_thread_count] = 4 # #AppConfig[:allow_other_unmapped] = false # #AppConfig[:db_url] = proc { AppConfig.demo_db_url } #AppConfig[:db_max_connections] = 10 ## Set to true if you have enabled MySQL binary logging #AppConfig[:mysql_binlog] = false # #AppConfig[:allow_unsupported_database] = false #AppConfig[:allow_non_utf8_mysql_database] = false # #AppConfig[:demo_db_backup_schedule] = "0 4 * * *" #AppConfig[:demo_db_backup_number_to_keep] = 7 # #AppConfig[:solr_backup_directory] = proc { File.join(AppConfig[:data_directory], "solr_backups") } #AppConfig[:solr_backup_schedule] = "0 * * * *" #AppConfig[:solr_backup_number_to_keep] = 1 # #AppConfig[:backend_url] = "http://localhost:8089" #AppConfig[:frontend_url] = "http://localhost:8080" #AppConfig[:frontend_prefix] = proc { "#{URI(AppConfig[:frontend_url]).path}/".gsub(%r{/+$}, "/") } #AppConfig[:solr_url] = "http://localhost:8090" #AppConfig[:indexer_url] = "http://localhost:8091" #AppConfig[:public_url] = "http://localhost:8081" #AppConfig[:public_prefix] = proc { "#{URI(AppConfig[:public_url]).path}/".gsub(%r{/+$}, "/") } # # cbm, 2014.01.26: Trying to correct the "View Published button" issue #AppConfig[:frontend_url] = "https://aspdemo-staff.library.louisville.edu" #AppConfig[:public_url] = "http://aspdemo-public.library.louisville.edu" # # ## Setting any of the four keys below to false will prevent the associated ## applications from starting. Temporarily disabling the frontend and public ## UIs and/or the indexer may help users who are running into memory-related ## issues during migration. # #AppConfig[:enable_backend] = true #AppConfig[:enable_frontend] = true #AppConfig[:enable_public] = true #AppConfig[:enable_solr] = true #AppConfig[:enable_indexer] = true # ## Some use cases want the ability to shutdown the Jetty service using Jetty's ## ShutdownHandler, which allows a POST request to a specific URI to signal ## server shutdown. The prefix for this URI path is set to /xkcd to reduce the ## possibility of a collision in the path configuration. So, full path would be ## /xkcd/shutdown?token={randomly generated password} ## The launcher creates a password to use this, which is stored ## in the data directory. This is not turned on by default. ## #AppConfig[:use_jetty_shutdown_handler] = false #AppConfig[:jetty_shutdown_path] = "/xkcd" # # ## If you have multiple instances of the backend running behind a load ## balancer, list the URL of each backend instance here. This is used by the ## real-time indexing, which needs to connect directly to each running ## instance. ## ## By default we assume you're not using a load balancer, so we just connect ## to the regular backend URL. ## #AppConfig[:backend_instance_urls] = proc { [AppConfig[:backend_url]] } # #AppConfig[:frontend_theme] = "default" #AppConfig[:public_theme] = "default" # #AppConfig[:session_expire_after_seconds] = 3600 # #AppConfig[:search_username] = "search_indexer" # #AppConfig[:public_username] = "public_anonymous" # #AppConfig[:staff_username] = "staff_system" # #AppConfig[:authentication_sources] = [] # #AppConfig[:realtime_index_backlog_ms] = 60000 # #AppConfig[:notifications_backlog_ms] = 60000 #AppConfig[:notifications_poll_frequency_ms] = 1000 # #AppConfig[:max_usernames_per_source] = 50 # #AppConfig[:demodb_snapshot_flag] = proc { File.join(AppConfig[:data_directory], "create_demodb_snapshot.txt") } # #AppConfig[:locale] = :en # ## Report Configuration ## :report_page_layout uses valid values for the CSS3 @page directive's ## size property: http://www.w3.org/TR/css3-page/#page-size-prop #AppConfig[:report_page_layout] = "letter landscape" #AppConfig[:report_pdf_font_paths] = proc { ["#{AppConfig[:backend_url]}/reports/static/fonts/dejavu/DejaVuSans.ttf"] } #AppConfig[:report_pdf_font_family] = "\"DejaVu Sans\", sans-serif" # ## Plug-ins to load. They will load in the order specified #AppConfig[:plugins] = ['local', 'aspace_feedback', 'aspace-public-formats'] AppConfig[:plugins] = ['local'] # # # ## The following are used by the aspace-public-formats plugin ## https://github.com/archivesspace/aspace-public-formats #AppConfig[:public_formats_resource_links] = [] #AppConfig[:public_formats_digital_object_links] = [] #AppConfig[:xsltproc_path] = nil #AppConfig[:xslt_path] = nil # # ## Allow an unauthenticated user to create an account #AppConfig[:allow_user_registration] = true # ## Help Configuration #AppConfig[:help_enabled] = true #AppConfig[:help_url] = "http://docs.archivesspace.org" #AppConfig[:help_topic_prefix] = "/Default_CSH.htm#" # ## Proxy URLs ## If you are serving user-facing applications via proxy ## (i.e., another domain or port, or via https) it is ## recommended that you record those URLs in your configuration #AppConfig[:frontend_proxy_url] = proc { AppConfig[:frontend_url] } #AppConfig[:public_proxy_url] = proc { AppConfig[:public_url] } # #AppConfig[:shared_storage] = proc { File.join(AppConfig[:data_directory], "shared") } #AppConfig[:import_job_path] = proc { File.join(AppConfig[:shared_storage], "import_jobs") } #AppConfig[:import_poll_seconds] = 5 #AppConfig[:import_timeout_seconds] = 300 # ## By default, only allow jobs to be cancelled if we're running against MySQL (since we can rollback) #AppConfig[:import_jobs_cancelable] = proc { (AppConfig[:db_url] != AppConfig.demo_db_url).to_s } # #AppConfig[:max_location_range] = 1000 # # ## Jasper Reports ## (https://community.jaspersoft.com/project/jasperreports-library) ## require compilation. This can be done at startup. Please note, if you are ## using Java 8 and you want to compile at startup, keep this setting at false, ## but be sure to use the JDK version. #AppConfig[:enable_jasper] = true #AppConfig[:compile_jasper] = false # ## There are some conditions that has caused tree nodes ( ArchivalObjects, DO ## Components, and ClassificationTerms) to lose their Sequence pointers. This ## will resequence these tree nodes on startup. # AppConfig[:resequence_on_startup] = true -------------- next part -------------- An HTML attachment was scrubbed... URL: From brianjhoffman at gmail.com Wed Jun 24 17:36:13 2015 From: brianjhoffman at gmail.com (Brian Hoffman) Date: Wed, 24 Jun 2015 17:36:13 -0400 Subject: [Archivesspace_Users_Group] Partial success with virtual hosts, help requested In-Reply-To: <4FDFBF565F067745BAF6B38F5972A1D40147F59E0C@EXMBX11.ad.louisville.edu> References: <4FDFBF565F067745BAF6B38F5972A1D40147F59E0C@EXMBX11.ad.louisville.edu> Message-ID: <26BB9BAC-9886-4CFA-B5CC-C2673F1144F5@gmail.com> Hello, This seems like a multipart issue, but here are some observations that may help. 1) There is a general guide for configuring HTTPS proxies here: https://github.com/archivesspace/archivesspace/blob/master/README_HTTPS.md 2) Any lines in the ArchivesSpace config.rb file that begin with the hash character (?#?) will be ignored. So, the example you sent is not having any effect on your system. 3) You should not populate the backend_url and frontend_url values with proxy urls - the applications need to know the actual location of each other. 4) Instead, use the frontend_proxy_url and public_proxy_url values to configure your proxies. So your config should look something like: AppConfig[:backend_url] = "http://localhost:8089" AppConfig[:frontend_url] = "http://localhost:8080" AppConfig[:frontend_prefix] = proc { "#{URI(AppConfig[:frontend_url]).path}/".gsub(%r{/+$}, "/") } AppConfig[:solr_url] = "http://localhost:8090" AppConfig[:indexer_url] = "http://localhost:8091" AppConfig[:public_url] = "http://localhost:8081" AppConfig[:public_prefix] = proc { "#{URI(AppConfig[:public_url]).path}/".gsub(%r{/+$}, "/") } AppConfig[:frontend_proxy_url] = "https://aspdemo-staff.library.louisville.edu" AppConfig[:public_proxy_url] = "http://aspdemo-public.library.louisville.edu" I hope this helps. Brian On Jun 24, 2015, at 5:03 PM, calvin.miracle at louisville.edu wrote: > > Hello all, > > We have had some partial success in getting ArchivesSpace services setup as named virtual hosts > under Apache. But we have some problems that we need help with. > > Our goals: > - Provide separate URLS for staff login vs public interface; > - Secure login to staff interface from off-campus; > - Acceptance of production server to our enterprise security group, for visibility on the public internet; > - Publish a URL for search interface that does not use port numbers. > > Our setup: > - Our demo guest is meant to be a model for our production guest. > - Our ArchivesSpace 1.1.2 demo guest runs under CentOS 7. > - On the same guest we have httpd 2.4 running, listening on ports 80 and 443. > - AS brings its services up on localhost 8080, 8081, 8089, 8090, and 8091. > - On our demo AS guest, we are using a self-signed SSL certificate to simulate an > eventual real SSL on our production guest. This creates a security exception that > we can bypass at the browser. We?re trying to exercise the SSL Engine options in > httpd. > - Guest firewall ports set as: 80 and 443 open to campus network, AS application ports > only available to localhost (the AS demo guest). > - Guest IP address is 136.165.112.26. We have asked our campus network services > to make this a permanent IP address for this guest; the guest gets it IP address via > DHCP client > - IP names assigned: > aspdemo.library.louisville.edu (A-record, canonical, base name) to represent the guest itself > aspdemo-staff.library.louisville.edu (C-name alias) to represent port 8080 application services > aspdemo-public.library.louisville.edu (C-name alias) to represent port 8081 application services > - httpd and config.rb configuration files appended below. > - Demo instance of AS is using the supplied SOLR database engine. > > Here?s what we are seeing: > - Browse to http://aspdemo.library.louisville.edu causes redirect to aspdemo-public, as expected. > - Browse to http://aspdemo-public.library.louisville.edu shows AS application public page, as expected. > - Browse to https://aspdemo-staff.library.louisville.edu shows security exception (1st time), > then AS application frontend page, as expected. > - Searches work OK on the public page. > - Authentic users can login on aspdemo-staff page. > > - Our archives librarian see problems with imports. AS told her the import number > was not found. She also reports problems in creating accession records; the system > told her ?The requested URL /accessions/72/edit was not found on this server.? > > - She also reports problems with editing existing records, creating new records one at a time > from the accessions interface ? anything that has to do with editing the contents of the > database, basically everything we do except search and browse. > > Can anyone please give us some advice on these issues? We feel like we?re close to a vhost solution, > but we are having problems getting AS settled into the scheme. > > Thanks, > > -- Calvin Miracle, University of Louisville Libraries > > httpd.conf > ------------------------------------------------------------------------------------------------------------------------------- > # > # This is the main Apache HTTP server configuration file. It contains the > # configuration directives that give the server its instructions. > # See for detailed information. > # In particular, see > # > # for a discussion of each configuration directive. > # > # Do NOT simply read the instructions in here without understanding > # what they do. They're here only as hints or reminders. If you are unsure > # consult the online docs. You have been warned. > # > # Configuration and logfile names: If the filenames you specify for many > # of the server's control files begin with "/" (or "drive:/" for Win32), the > # server will use that explicit path. If the filenames do *not* begin > # with "/", the value of ServerRoot is prepended -- so 'log/access_log' > # with ServerRoot set to '/www' will be interpreted by the > # server as '/www/log/access_log', where as '/log/access_log' will be > # interpreted as '/log/access_log'. > > # > # ServerRoot: The top of the directory tree under which the server's > # configuration, error, and log files are kept. > # > # Do not add a slash at the end of the directory path. If you point > # ServerRoot at a non-local disk, be sure to specify a local disk on the > # Mutex directive, if file-based mutexes are used. If you wish to share the > # same ServerRoot for multiple httpd daemons, you will need to change at > # least PidFile. > # > ServerRoot "/etc/httpd" > > # > # Listen: Allows you to bind Apache to specific IP addresses and/or > # ports, instead of the default. See also the > # directive. > # > # Change this to Listen on specific IP addresses as shown below to > # prevent Apache from glomming onto all bound IP addresses. > # > #Listen 12.34.56.78:80 > Listen 80 > > > # > # Dynamic Shared Object (DSO) Support > # > # To be able to use the functionality of a module which was built as a DSO you > # have to place corresponding `LoadModule' lines at this location so the > # directives contained in it are actually available _before_ they are used. > # Statically compiled modules (those listed by `httpd -l') do not need > # to be loaded here. > # > # Example: > # LoadModule foo_module modules/mod_foo.so > # > Include conf.modules.d/*.conf > > # > # If you wish httpd to run as a different user or group, you must run > # httpd as root initially and it will switch. > # > # User/Group: The name (or #number) of the user/group to run httpd as. > # It is usually good practice to create a dedicated user and group for > # running httpd, as with most system services. > # > User apache > Group apache > > # 'Main' server configuration > # > # The directives in this section set up the values used by the 'main' > # server, which responds to any requests that aren't handled by a > # definition. These values also provide defaults for > # any containers you may define later in the file. > # > # All of these directives may appear inside containers, > # in which case these default settings will be overridden for the > # virtual host being defined. > # > > # > # ServerAdmin: Your address, where problems with the server should be > # e-mailed. This address appears on some server-generated pages, such > # as error documents. e.g. admin at your-domain.com > # > ServerAdmin root at localhost > > # > # ServerName gives the name and port that the server uses to identify itself. > # This can often be determined automatically, but we recommend you specify > # it explicitly to prevent problems during startup. > # > # If your host doesn't have a registered DNS name, enter its IP address here. > # > #ServerName www.example.com:80 > ServerName aspdemo.library.louisville.edu:80 > > # > # Deny access to the entirety of your server's filesystem. You must > # explicitly permit access to web content directories in other > # blocks below. > # > > AllowOverride none > Require all denied > > > # > # Note that from this point forward you must specifically allow > # particular features to be enabled - so if something's not working as > # you might expect, make sure that you have specifically enabled it > # below. > # > > # > # DocumentRoot: The directory out of which you will serve your > # documents. By default, all requests are taken from this directory, but > # symbolic links and aliases may be used to point to other locations. > # > DocumentRoot "/var/www/html" > > # > # Relax access to content within /var/www. > # > > AllowOverride None > # Allow open access: > Require all granted > > > # Further relax access to the default document root: > # > # > # Possible values for the Options directive are "None", "All", > # or any combination of: > # Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI MultiViews > # > # Note that "MultiViews" must be named *explicitly* --- "Options All" > # doesn't give it to you. > # > # The Options directive is both complicated and important. Please see > # http://httpd.apache.org/docs/2.4/mod/core.html#options > # for more information. > # > # Options Indexes FollowSymLinks > > # > # AllowOverride controls what directives may be placed in .htaccess files. > # It can be "All", "None", or any combination of the keywords: > # Options FileInfo AuthConfig Limit > # > # AllowOverride All > > # > # Controls who can get stuff from this server. > # > # Require all denied > # > > # > # DirectoryIndex: sets the file that Apache will serve if a directory > # is requested. > # > > DirectoryIndex index.html > > > > # cbm, June 2015: named virtual hosts added > > # NameVirtualHost *:443 this keyword will be deprecated > > > ServerName aspdemo.library.louisville.edu > DocumentRoot /var/www/html > Options Indexes FollowSymLinks > > > > ServerName aspdemo-staff.library.louisville.edu > SSLEngine On > SSLCertificateFile "/etc/ssl/certs/self_signed/ASdemo_selfsigned.crt" > SSLCertificateKeyFile "/etc/ssl/certs/self_signed/ASdemo_selfsigned.key" > ProxyPreserveHost On > ProxyPass / http://localhost:8080/ > ProxyPassReverse / http://localhost:8080/ > > > > ServerName aspdemo-public.library.louisville.edu > ProxyPreserveHost Off > ProxyPass / http://localhost:8081/ > ProxyPassReverse / http://localhost:8081/ > > > > > # > # The following lines prevent .htaccess and .htpasswd files from being > # viewed by Web clients. > # > > Require all denied > > > # > # ErrorLog: The location of the error log file. > # If you do not specify an ErrorLog directive within a > # container, error messages relating to that virtual host will be > # logged here. If you *do* define an error logfile for a > # container, that host's errors will be logged there and not here. > # > ErrorLog "logs/error_log" > > # > # LogLevel: Control the number of messages logged to the error_log. > # Possible values include: debug, info, notice, warn, error, crit, > # alert, emerg. > # > LogLevel warn > > > # > # The following directives define some format nicknames for use with > # a CustomLog directive (see below). > # > LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined > LogFormat "%h %l %u %t \"%r\" %>s %b" common > > > # You need to enable mod_logio.c to use %I and %O > LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %I %O" combinedio > > > # > # The location and format of the access logfile (Common Logfile Format). > # If you do not define any access logfiles within a > # container, they will be logged here. Contrariwise, if you *do* > # define per- access logfiles, transactions will be > # logged therein and *not* in this file. > # > #CustomLog "logs/access_log" common > > # > # If you prefer a logfile with access, agent, and referer information > # (Combined Logfile Format) you can use the following directive. > # > CustomLog "logs/access_log" combined > > > > # > # Redirect: Allows you to tell clients about documents that used to > # exist in your server's namespace, but do not anymore. The client > # will make a new request for the document at its new location. > # Example: > # Redirect permanent /foo http://www.example.com/bar > > # > # Alias: Maps web paths into filesystem paths and is used to > # access content that does not live under the DocumentRoot. > # Example: > # Alias /webpath /full/filesystem/path > # > # If you include a trailing / on /webpath then the server will > # require it to be present in the URL. You will also likely > # need to provide a section to allow access to > # the filesystem path. > > # > # ScriptAlias: This controls which directories contain server scripts. > # ScriptAliases are essentially the same as Aliases, except that > # documents in the target directory are treated as applications and > # run by the server when requested rather than as documents sent to the > # client. The same rules about trailing "/" apply to ScriptAlias > # directives as to Alias. > # > ScriptAlias /cgi-bin/ "/var/www/cgi-bin/" > > > > # > # "/var/www/cgi-bin" should be changed to whatever your ScriptAliased > # CGI directory exists, if you have that configured. > # > > AllowOverride None > Options None > Require all granted > > > > # > # TypesConfig points to the file containing the list of mappings from > # filename extension to MIME-type. > # > TypesConfig /etc/mime.types > > # > # AddType allows you to add to or override the MIME configuration > # file specified in TypesConfig for specific file types. > # > #AddType application/x-gzip .tgz > # > # AddEncoding allows you to have certain browsers uncompress > # information on the fly. Note: Not all browsers support this. > # > #AddEncoding x-compress .Z > #AddEncoding x-gzip .gz .tgz > # > # If the AddEncoding directives above are commented-out, then you > # probably should define those extensions to indicate media types: > # > AddType application/x-compress .Z > AddType application/x-gzip .gz .tgz > > # > # AddHandler allows you to map certain file extensions to "handlers": > # actions unrelated to filetype. These can be either built into the server > # or added with the Action directive (see below) > # > # To use CGI scripts outside of ScriptAliased directories: > # (You will also need to add "ExecCGI" to the "Options" directive.) > # > #AddHandler cgi-script .cgi > > # For type maps (negotiated resources): > #AddHandler type-map var > > # > # Filters allow you to process content before it is sent to the client. > # > # To parse .shtml files for server-side includes (SSI): > # (You will also need to add "Includes" to the "Options" directive.) > # > AddType text/html .shtml > AddOutputFilter INCLUDES .shtml > > > # > # Specify a default charset for all content served; this enables > # interpretation of all content as UTF-8 by default. To use the > # default browser choice (ISO-8859-1), or to allow the META tags > # in HTML content to override this choice, comment out this > # directive: > # > AddDefaultCharset UTF-8 > > > # > # The mod_mime_magic module allows the server to use various hints from the > # contents of the file itself to determine its type. The MIMEMagicFile > # directive tells the module where the hint definitions are located. > # > MIMEMagicFile conf/magic > > > # > # Customizable error responses come in three flavors: > # 1) plain text 2) local redirects 3) external redirects > # > # Some examples: > #ErrorDocument 500 "The server made a boo boo." > #ErrorDocument 404 /missing.html > #ErrorDocument 404 "/cgi-bin/missing_handler.pl" > #ErrorDocument 402 http://www.example.com/subscription_info.html > # > > # > # EnableMMAP and EnableSendfile: On systems that support it, > # memory-mapping or the sendfile syscall may be used to deliver > # files. This usually improves server performance, but must > # be turned off when serving from networked-mounted > # filesystems or if support for these functions is otherwise > # broken on your system. > # Defaults if commented: EnableMMAP On, EnableSendfile Off > # > #EnableMMAP off > EnableSendfile on > > # Supplemental configuration > # > # Load config files in the "/etc/httpd/conf.d" directory, if any. > IncludeOptional conf.d/*.conf > > > > > > config.rb > ------------------------------------------------------------------------------------------------------------------------------- > # Configuration defaults are shown below > > #AppConfig[:default_admin_password] = "admin" > #AppConfig[:data_directory] = File.join(Dir.home, "ArchivesSpace") > #AppConfig[:backup_directory] = proc { File.join(AppConfig[:data_directory], "demo_db_backups") } > #AppConfig[:solr_index_directory] = proc { File.join(AppConfig[:data_directory], "solr_index") } > #AppConfig[:solr_home_directory] = proc { File.join(AppConfig[:data_directory], "solr_home") } > #AppConfig[:solr_indexing_frequency_seconds] = 30 > # > #AppConfig[:default_page_size] = 10 > #AppConfig[:max_page_size] = 250 > # > ## Log level for the backend, values: (everything) debug, info, warn, error, fatal (severe only) > #AppConfig[:backend_log_level] = "debug" > # > ## A prefix added to cookies used by the application. > ## > ## Change this if you're running more than one instance of ArchivesSpace on the > ## same hostname (i.e. multiple instances on different ports) > #AppConfig[:cookie_prefix] = "archivesspace" > # > ## The periodic indexer can run using multiple threads to take advantage of > ## multiple CPU cores. > ## > ## By setting the next two options, you can control how many CPU cores are used, > ## and the amount of memory that will be consumed by the indexing process (more > ## cores and/or more records per thread means more memory used). > #AppConfig[:indexer_records_per_thread] = 25 > #AppConfig[:indexer_thread_count] = 4 > # > #AppConfig[:allow_other_unmapped] = false > # > #AppConfig[:db_url] = proc { AppConfig.demo_db_url } > #AppConfig[:db_max_connections] = 10 > ## Set to true if you have enabled MySQL binary logging > #AppConfig[:mysql_binlog] = false > # > #AppConfig[:allow_unsupported_database] = false > #AppConfig[:allow_non_utf8_mysql_database] = false > # > #AppConfig[:demo_db_backup_schedule] = "0 4 * * *" > #AppConfig[:demo_db_backup_number_to_keep] = 7 > # > #AppConfig[:solr_backup_directory] = proc { File.join(AppConfig[:data_directory], "solr_backups") } > #AppConfig[:solr_backup_schedule] = "0 * * * *" > #AppConfig[:solr_backup_number_to_keep] = 1 > # > #AppConfig[:backend_url] = "http://localhost:8089" > #AppConfig[:frontend_url] = "http://localhost:8080" > #AppConfig[:frontend_prefix] = proc { "#{URI(AppConfig[:frontend_url]).path}/".gsub(%r{/+$}, "/") } > #AppConfig[:solr_url] = "http://localhost:8090" > #AppConfig[:indexer_url] = "http://localhost:8091" > #AppConfig[:public_url] = "http://localhost:8081" > #AppConfig[:public_prefix] = proc { "#{URI(AppConfig[:public_url]).path}/".gsub(%r{/+$}, "/") } > # > # cbm, 2014.01.26: Trying to correct the "View Published button" issue > #AppConfig[:frontend_url] = "https://aspdemo-staff.library.louisville.edu" > #AppConfig[:public_url] = "http://aspdemo-public.library.louisville.edu" > # > # > ## Setting any of the four keys below to false will prevent the associated > ## applications from starting. Temporarily disabling the frontend and public > ## UIs and/or the indexer may help users who are running into memory-related > ## issues during migration. > # > #AppConfig[:enable_backend] = true > #AppConfig[:enable_frontend] = true > #AppConfig[:enable_public] = true > #AppConfig[:enable_solr] = true > #AppConfig[:enable_indexer] = true > # > ## Some use cases want the ability to shutdown the Jetty service using Jetty's > ## ShutdownHandler, which allows a POST request to a specific URI to signal > ## server shutdown. The prefix for this URI path is set to /xkcd to reduce the > ## possibility of a collision in the path configuration. So, full path would be > ## /xkcd/shutdown?token={randomly generated password} > ## The launcher creates a password to use this, which is stored > ## in the data directory. This is not turned on by default. > ## > #AppConfig[:use_jetty_shutdown_handler] = false > #AppConfig[:jetty_shutdown_path] = "/xkcd" > # > # > ## If you have multiple instances of the backend running behind a load > ## balancer, list the URL of each backend instance here. This is used by the > ## real-time indexing, which needs to connect directly to each running > ## instance. > ## > ## By default we assume you're not using a load balancer, so we just connect > ## to the regular backend URL. > ## > #AppConfig[:backend_instance_urls] = proc { [AppConfig[:backend_url]] } > # > #AppConfig[:frontend_theme] = "default" > #AppConfig[:public_theme] = "default" > # > #AppConfig[:session_expire_after_seconds] = 3600 > # > #AppConfig[:search_username] = "search_indexer" > # > #AppConfig[:public_username] = "public_anonymous" > # > #AppConfig[:staff_username] = "staff_system" > # > #AppConfig[:authentication_sources] = [] > # > #AppConfig[:realtime_index_backlog_ms] = 60000 > # > #AppConfig[:notifications_backlog_ms] = 60000 > #AppConfig[:notifications_poll_frequency_ms] = 1000 > # > #AppConfig[:max_usernames_per_source] = 50 > # > #AppConfig[:demodb_snapshot_flag] = proc { File.join(AppConfig[:data_directory], "create_demodb_snapshot.txt") } > # > #AppConfig[:locale] = :en > # > ## Report Configuration > ## :report_page_layout uses valid values for the CSS3 @page directive's > ## size property: http://www.w3.org/TR/css3-page/#page-size-prop > #AppConfig[:report_page_layout] = "letter landscape" > #AppConfig[:report_pdf_font_paths] = proc { ["#{AppConfig[:backend_url]}/reports/static/fonts/dejavu/DejaVuSans.ttf"] } > #AppConfig[:report_pdf_font_family] = "\"DejaVu Sans\", sans-serif" > # > ## Plug-ins to load. They will load in the order specified > #AppConfig[:plugins] = ['local', 'aspace_feedback', 'aspace-public-formats'] > AppConfig[:plugins] = ['local'] > # > # > # > ## The following are used by the aspace-public-formats plugin > ## https://github.com/archivesspace/aspace-public-formats > #AppConfig[:public_formats_resource_links] = [] > #AppConfig[:public_formats_digital_object_links] = [] > #AppConfig[:xsltproc_path] = nil > #AppConfig[:xslt_path] = nil > # > # > ## Allow an unauthenticated user to create an account > #AppConfig[:allow_user_registration] = true > # > ## Help Configuration > #AppConfig[:help_enabled] = true > #AppConfig[:help_url] = "http://docs.archivesspace.org" > #AppConfig[:help_topic_prefix] = "/Default_CSH.htm#" > # > ## Proxy URLs > ## If you are serving user-facing applications via proxy > ## (i.e., another domain or port, or via https) it is > ## recommended that you record those URLs in your configuration > #AppConfig[:frontend_proxy_url] = proc { AppConfig[:frontend_url] } > #AppConfig[:public_proxy_url] = proc { AppConfig[:public_url] } > > # > #AppConfig[:shared_storage] = proc { File.join(AppConfig[:data_directory], "shared") } > #AppConfig[:import_job_path] = proc { File.join(AppConfig[:shared_storage], "import_jobs") } > #AppConfig[:import_poll_seconds] = 5 > #AppConfig[:import_timeout_seconds] = 300 > # > ## By default, only allow jobs to be cancelled if we're running against MySQL (since we can rollback) > #AppConfig[:import_jobs_cancelable] = proc { (AppConfig[:db_url] != AppConfig.demo_db_url).to_s } > # > #AppConfig[:max_location_range] = 1000 > # > # > ## Jasper Reports > ## (https://community.jaspersoft.com/project/jasperreports-library) > ## require compilation. This can be done at startup. Please note, if you are > ## using Java 8 and you want to compile at startup, keep this setting at false, > ## but be sure to use the JDK version. > #AppConfig[:enable_jasper] = true > #AppConfig[:compile_jasper] = false > # > ## There are some conditions that has caused tree nodes ( ArchivalObjects, DO > ## Components, and ClassificationTerms) to lose their Sequence pointers. This > ## will resequence these tree nodes on startup. > # AppConfig[:resequence_on_startup] = true > > > _______________________________________________ > 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 Jun 24 17:55:42 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Wed, 24 Jun 2015 21:55:42 +0000 Subject: [Archivesspace_Users_Group] ASpace fails when when Importing both MARCXML or EAD (SQL/Database Problem?) In-Reply-To: References: Message-ID: Hi JC, That's really strange. Can you do two things: 1) Either email me your archivesspace.out log or send me the block were the error occures ( you'll see a big stack trace in the log when you run the import...you can probably view the log online in the system infomation => backend log section and do an import..the error should popup right when the import finishes) 2) Give me the version value of the schema_info table ( select * from schema_info; ) thanks! 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 Jared Campbell Sent: Wednesday, June 24, 2015 12:11 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] ASpace fails when when Importing both MARCXML or EAD (SQL/Database Problem?) Hello Fellow ASpacers, I am hoping that someone has seen this issue and can provide some insight. We are currently running version 1.2 and every time that I try to import an EAD or MARCXML file I get the following error message: !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! IMPORT ERROR !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Error: # !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! When attempting to import an EAD file AS seems to successfully process the agents, subjects, series objects, and item/file objects records (see attached import error log and EAD file). I get the same error message when I try to import a MARCXML file. I am guessing that the script is looking--and not finding--"record_uri" in the database. If this is correct, in what table would I find "record_uri"? Thanks, --JC Jared L. Campbell Metadata Librarian Collection Support Services Shields Library, UC Davis jlecampbell at ucdavis.edu (530) 754-7976 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jlecampbell at ucdavis.edu Wed Jun 24 19:51:44 2015 From: jlecampbell at ucdavis.edu (Jared Campbell) Date: Wed, 24 Jun 2015 23:51:44 +0000 Subject: [Archivesspace_Users_Group] ASpace fails when when Importing both MARCXML or EAD (SQL/Database Problem?) In-Reply-To: References: Message-ID: Hi Brian, Just got done talking with my SysAdmin. The version field in the schema_info table is set to "36". Neither table, job_created_record nor job_modified_record exist (this is what we suspected). Could the upgrade have failed to create them? Jared Date: Wed, 24 Jun 2015 13:40:16 -0400 From: Brian Hoffman To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] ASpace fails when when Importing both MARCXML or EAD (SQL/Database Problem?) Message-ID: <5DC51D53-556E-42B8-AD1B-63ED7AFF14EE at gmail.com> Content-Type: text/plain; charset="windows-1252" Hi Jared, Can you take a look at the ?schema_info? table and let me know the value in the ?version? column? Also, there should be two tables in your database called ?job_created_record? and ?job_modified_record?. Both should have a column called ?record_uri?. Do those tables exist and have that column? Brian On Jun 23, 2015, at 6:11 PM, Jared Campbell wrote: > Hello Fellow ASpacers, > > I am hoping that someone has seen this issue and can provide some insight. We are currently running version 1.2 and every time that I try to import an EAD or MARCXML file I get the following error message: > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > IMPORT ERROR > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > > Error: # > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > When attempting to import an EAD file AS seems to successfully process the agents, subjects, series objects, and item/file objects records (see attached import error log and EAD file). > > I get the same error message when I try to import a MARCXML file. > > I am guessing that the script is looking--and not finding--"record_uri" in the database. If this is correct, in what table would I find "record_uri"? > > Thanks, > > --JC > > Jared L. Campbell > Metadata Librarian > Collection Support Services > Shields Library, UC Davis > jlecampbell at ucdavis.edu > (530) 754-7976 > From brianjhoffman at gmail.com Wed Jun 24 20:02:21 2015 From: brianjhoffman at gmail.com (Brian Hoffman) Date: Wed, 24 Jun 2015 20:02:21 -0400 Subject: [Archivesspace_Users_Group] ASpace fails when when Importing both MARCXML or EAD (SQL/Database Problem?) In-Reply-To: References: Message-ID: Hi Jared, When you upgrade, you also need to upgrade the database (make sure you backup first). Instructions are here: https://github.com/archivesspace/archivesspace/blob/master/UPGRADING.md#run-the-database-migrations Brian On Jun 24, 2015, at 7:51 PM, Jared Campbell wrote: > Hi Brian, > > Just got done talking with my SysAdmin. > > The version field in the schema_info table is set to "36". > > Neither table, job_created_record nor job_modified_record exist > (this is what we suspected). Could the upgrade have failed to create them? > > Jared > > > Date: Wed, 24 Jun 2015 13:40:16 -0400 > From: Brian Hoffman > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] ASpace fails when when > Importing both MARCXML or EAD (SQL/Database Problem?) > Message-ID: <5DC51D53-556E-42B8-AD1B-63ED7AFF14EE at gmail.com> > Content-Type: text/plain; charset="windows-1252" > > Hi Jared, > > Can you take a look at the ?schema_info? table and let me know the value in the ?version? column? > > Also, there should be two tables in your database called ?job_created_record? and ?job_modified_record?. Both should have a column called ?record_uri?. Do those tables exist and have that column? > > Brian > > On Jun 23, 2015, at 6:11 PM, Jared Campbell wrote: > >> Hello Fellow ASpacers, >> >> I am hoping that someone has seen this issue and can provide some insight. We are currently running version 1.2 and every time that I try to import an EAD or MARCXML file I get the following error message: >> >> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! >> IMPORT ERROR >> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! >> >> >> Error: # >> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! >> >> When attempting to import an EAD file AS seems to successfully process the agents, subjects, series objects, and item/file objects records (see attached import error log and EAD file). >> >> I get the same error message when I try to import a MARCXML file. >> >> I am guessing that the script is looking--and not finding--"record_uri" in the database. If this is correct, in what table would I find "record_uri"? >> >> Thanks, >> >> --JC >> >> Jared L. Campbell >> Metadata Librarian >> Collection Support Services >> Shields Library, UC Davis >> jlecampbell at ucdavis.edu >> (530) 754-7976 >> > From christine.dibella at lyrasis.org Thu Jun 25 13:03:09 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Thu, 25 Jun 2015 17:03:09 +0000 Subject: [Archivesspace_Users_Group] FW: LYRASIS Offering classes on linked data, creating online exhibits, and preservation of photographic materials In-Reply-To: References: Message-ID: Forwarded on behalf of Alix Bentrud of LYRASIS. From: Alix Bentrud Sent: Thursday, June 25, 2015 11:28 AM To: Brad Westbrook; Christine Di Bella Subject: LYRASIS Offering classes on linked data, creating online exhibits, and preservation of photographic materials This Summer, LYRASIS is offering online classes including "Introduction to Linked Data for Libraries," "Caring for Scrapbooks: Preservation and Digitization Today," and "Preservation of Photographic Materials." To register or to see the full LYRASIS class schedule go to https://www.lyrasis.org/Pages/Events.aspx Follow the links for more information on each class. Caring for Scrapbooks: Preservation and Digitization Today 7/14/2015 11:00 AM - 1:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=C32AD1B9-CDDE-E411-88A4-002219586F0D Introduction to Linked Data for Libraries 7/15/2015 2:00 PM - 4:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=FE058B10-87E7-E411-88A4-002219586F0D Creating Online Exhibits: New Ways to Reach Out, Advocate, and Publicize Your Collections and Services 7/16/2015 11:00 AM - 1:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=C3A379E3-CDDE-E411-88A4-002219586F0D Archives Preservation 7/16, 23, 30/2015 2:00 PM - 4:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=9FD968BA-929A-E411-88A4-002219586F0D Digitization for Small Institutions 7/21 & 22/2015 2:00 PM - 4:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=2F209639-979A-E411-88A4-002219586F0D Introduction to Digital Audio 7/23 & 24/2015 11:00 AM - 1:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=2BC506C6-989A-E411-88A4-002219586F0D Preservation of Photographic Materials 8/12&13/2015 10:00 AM - 12:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=A3865FA7-919A-E411-88A4-002219586F0D Introduction to METS (Metadata Encoding and Transmission Standard 8/20/2015 2:00 PM - 4:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=EBFF7B3B-87E7-E411-88A4-002219586F0D Fragile Imaging: Lantern Slides, Glass Plate Negatives and Daguerreotypes 8/27/2015 2:00 PM - 4:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=4EC2BC32-999A-E411-88A4-002219586F0D To register or to see the full LYRASIS class schedule go to https://www.lyrasis.org/Pages/Events.aspx Alix Bentrud Preservation Services Librarian alix.bentrud at lyrasis.org 800.999.8558 x 4875 Main 404.387.4853 Cell alix.bentrud Skype [cid:image001.png at 01CE5568.2AF76860] Check lyrasisnow.org for news and feature articles. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 10337 bytes Desc: image001.png URL: From shallcro at umich.edu Thu Jun 25 16:43:11 2015 From: shallcro at umich.edu (Michael Shallcross) Date: Thu, 25 Jun 2015 16:43:11 -0400 Subject: [Archivesspace_Users_Group] Use of "rights statements" module? Message-ID: Greetings, all; we've been exploring the rights statement module in ASpace as part of our ASpace-Archivematica grant project and had some questions. A lot of questions, to be more precise... Is anyone currently using (or planning to use) rights statements associated with archival objects and/or digital objects? If yes to the above, would this be in conjunction with conditions governing access/use statements? We've been exploring the wonderful world of the Yale container plugin; the ability to add start/end dates for restrictions and identify types of restrictions encompasses some of the basic features of the rights statements. We've also been working with Artefactual Systems to explore how Archivematica PREMIS rights information maps to the ASpace rights statements. It appears that the latter are 'PREMIS-like' but not really PREMIS compliant... which has brought us to kick around the idea that PREMIS rights might be most appropriate to record in the Archivematica AIP METS (and passed along to a repository) instead of trying to do some fancy crosswalking into ASpace. Any thoughts/ideas would be most gratefully appreciated. Thanks! Mike -- *Michael Shallcross, CA* *Lead Archivist for Curation* Bentley Historical Library 1150 Beal Ave. Ann Arbor, MI 48109-2113 734.936.1344 http://bentley.umich.edu/ http://archival-integration.blogspot.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From harnold at rockarch.org Thu Jun 25 17:12:57 2015 From: harnold at rockarch.org (Arnold, Hillel) Date: Thu, 25 Jun 2015 17:12:57 -0400 Subject: [Archivesspace_Users_Group] Use of "rights statements" module? In-Reply-To: References: Message-ID: Hi Mike, Your email is incredibly timely! We?re thinking about very similar things and I?d love to talk more in detail about your use cases and see where they might align with ours. An additional approach we?ve discussed is more closely aligning Rights statements in AS with PREMIS, so that they?re PREMIS-compliant rather than PREMIS-ish. I?d be happy to set up a call with you (and whoever else is interested) to talk through this a little more and see how we can coordinate! Hillel Arnold Lead Digital Archivist Rockefeller Archive Center From: Michael Shallcross > Reply-To: Archivesspace Users Group > Date: Thursday, June 25, 2015 at 4:43 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Use of "rights statements" module? Greetings, all; we've been exploring the rights statement module in ASpace as part of our ASpace-Archivematica grant project and had some questions. A lot of questions, to be more precise... Is anyone currently using (or planning to use) rights statements associated with archival objects and/or digital objects? If yes to the above, would this be in conjunction with conditions governing access/use statements? We've been exploring the wonderful world of the Yale container plugin; the ability to add start/end dates for restrictions and identify types of restrictions encompasses some of the basic features of the rights statements. We've also been working with Artefactual Systems to explore how Archivematica PREMIS rights information maps to the ASpace rights statements. It appears that the latter are 'PREMIS-like' but not really PREMIS compliant... which has brought us to kick around the idea that PREMIS rights might be most appropriate to record in the Archivematica AIP METS (and passed along to a repository) instead of trying to do some fancy crosswalking into ASpace. Any thoughts/ideas would be most gratefully appreciated. Thanks! Mike -- Michael Shallcross, CA Lead Archivist for Curation [https://webapps.lsa.umich.edu/dean/lsa_emails/bentley-sig-em.png] Bentley Historical Library 1150 Beal Ave. Ann Arbor, MI 48109-2113 734.936.1344 http://bentley.umich.edu/ http://archival-integration.blogspot.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Fri Jun 26 08:27:38 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Fri, 26 Jun 2015 12:27:38 +0000 Subject: [Archivesspace_Users_Group] Use of "rights statements" module? In-Reply-To: References: Message-ID: Hi, Hillel and Michael, I would like to participate in this conversation, if that's okay. This area of the application has not had close scrutiny since when the functional specifications were first drafted. So I am glad to see you two bringing some attention to it. Thanks, Brad 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] 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, June 25, 2015 5:13 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Use of "rights statements" module? Hi Mike, Your email is incredibly timely! We're thinking about very similar things and I'd love to talk more in detail about your use cases and see where they might align with ours. An additional approach we've discussed is more closely aligning Rights statements in AS with PREMIS, so that they're PREMIS-compliant rather than PREMIS-ish. I'd be happy to set up a call with you (and whoever else is interested) to talk through this a little more and see how we can coordinate! Hillel Arnold Lead Digital Archivist Rockefeller Archive Center From: Michael Shallcross > Reply-To: Archivesspace Users Group > Date: Thursday, June 25, 2015 at 4:43 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Use of "rights statements" module? Greetings, all; we've been exploring the rights statement module in ASpace as part of our ASpace-Archivematica grant project and had some questions. A lot of questions, to be more precise... Is anyone currently using (or planning to use) rights statements associated with archival objects and/or digital objects? If yes to the above, would this be in conjunction with conditions governing access/use statements? We've been exploring the wonderful world of the Yale container plugin; the ability to add start/end dates for restrictions and identify types of restrictions encompasses some of the basic features of the rights statements. We've also been working with Artefactual Systems to explore how Archivematica PREMIS rights information maps to the ASpace rights statements. It appears that the latter are 'PREMIS-like' but not really PREMIS compliant... which has brought us to kick around the idea that PREMIS rights might be most appropriate to record in the Archivematica AIP METS (and passed along to a repository) instead of trying to do some fancy crosswalking into ASpace. Any thoughts/ideas would be most gratefully appreciated. Thanks! Mike -- Michael Shallcross, CA Lead Archivist for Curation [https://webapps.lsa.umich.edu/dean/lsa_emails/bentley-sig-em.png] Bentley Historical Library 1150 Beal Ave. Ann Arbor, MI 48109-2113 734.936.1344 http://bentley.umich.edu/ http://archival-integration.blogspot.com/ -------------- 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 maureen.callahan at yale.edu Fri Jun 26 09:04:56 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Fri, 26 Jun 2015 13:04:56 +0000 Subject: [Archivesspace_Users_Group] Use of "rights statements" module? In-Reply-To: References: Message-ID: <499CC347-C0AC-4461-B2FF-B8E067ABC582@yale.edu> Hi all, Just wanted to point you toward the work that the Yale container management plug-in does with making information in access and use statements more explicit (and machine-actionable). This data is encoded as part of notes subrecords, not as part of rights records, because we were eager to follow the simpler DACS guidance about conditions governing access and use, but beef them up a bit. We?re also eager at Yale to talk through rights records for digital objects. A screencast about machine-actionable access and use notes is here: https://www.youtube.com/watch?v=biCDhkbBSng All best, Maureen On Jun 26, 2015, at 6:27 AM, Brad Westbrook > wrote: Hi, Hillel and Michael, I would like to participate in this conversation, if that?s okay. This area of the application has not had close scrutiny since when the functional specifications were first drafted. So I am glad to see you two bringing some attention to it. Thanks, Brad Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) 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, June 25, 2015 5:13 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Use of "rights statements" module? Hi Mike, Your email is incredibly timely! We?re thinking about very similar things and I?d love to talk more in detail about your use cases and see where they might align with ours. An additional approach we?ve discussed is more closely aligning Rights statements in AS with PREMIS, so that they?re PREMIS-compliant rather than PREMIS-ish. I?d be happy to set up a call with you (and whoever else is interested) to talk through this a little more and see how we can coordinate! Hillel Arnold Lead Digital Archivist Rockefeller Archive Center From: Michael Shallcross > Reply-To: Archivesspace Users Group > Date: Thursday, June 25, 2015 at 4:43 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Use of "rights statements" module? Greetings, all; we've been exploring the rights statement module in ASpace as part of our ASpace-Archivematica grant project and had some questions. A lot of questions, to be more precise... Is anyone currently using (or planning to use) rights statements associated with archival objects and/or digital objects? If yes to the above, would this be in conjunction with conditions governing access/use statements? We've been exploring the wonderful world of the Yale container plugin; the ability to add start/end dates for restrictions and identify types of restrictions encompasses some of the basic features of the rights statements. We've also been working with Artefactual Systems to explore how Archivematica PREMIS rights information maps to the ASpace rights statements. It appears that the latter are 'PREMIS-like' but not really PREMIS compliant... which has brought us to kick around the idea that PREMIS rights might be most appropriate to record in the Archivematica AIP METS (and passed along to a repository) instead of trying to do some fancy crosswalking into ASpace. Any thoughts/ideas would be most gratefully appreciated. Thanks! Mike -- Michael Shallcross, CA Lead Archivist for Curation [https://webapps.lsa.umich.edu/dean/lsa_emails/bentley-sig-em.png] Bentley Historical Library 1150 Beal Ave. Ann Arbor, MI 48109-2113 734.936.1344 http://bentley.umich.edu/ http://archival-integration.blogspot.com/ _______________________________________________ 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=bSNSo-FqgeEliEwYlnxa94v-_L_6JYHBWBdUBUdv_0s&s=fx7KlnOzrLgd-tx_s-uUI2jrptjLi-LAtf3mgz9CvWg&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: From shallcro at umich.edu Fri Jun 26 09:33:37 2015 From: shallcro at umich.edu (Michael Shallcross) Date: Fri, 26 Jun 2015 09:33:37 -0400 Subject: [Archivesspace_Users_Group] Use of "rights statements" module? In-Reply-To: <499CC347-C0AC-4461-B2FF-B8E067ABC582@yale.edu> References: <499CC347-C0AC-4461-B2FF-B8E067ABC582@yale.edu> Message-ID: Thanks for your responses, Maureen, Hillel, and Brad! I'll reply off list about setting something up (and will be happy to share any notes from the call with the list). Cheers, Mike -- *Michael Shallcross, CA* *Lead Archivist for Curation* Bentley Historical Library 1150 Beal Ave. Ann Arbor, MI 48109-2113 734.936.1344 http://bentley.umich.edu/ http://archival-integration.blogspot.com/ On Fri, Jun 26, 2015 at 9:04 AM, Callahan, Maureen < maureen.callahan at yale.edu> wrote: > Hi all, > > Just wanted to point you toward the work that the Yale container > management plug-in does with making information in access and use > statements more explicit (and machine-actionable). This data is encoded as > part of notes subrecords, not as part of rights records, because we were > eager to follow the simpler DACS guidance about conditions governing access > and use, but beef them up a bit. We?re also eager at Yale to talk through > rights records for digital objects. A screencast about machine-actionable > access and use notes is here: https://www.youtube.com/watch?v=biCDhkbBSng > > All best, > Maureen > > > On Jun 26, 2015, at 6:27 AM, Brad Westbrook > wrote: > > Hi, Hillel and Michael, > > I would like to participate in this conversation, if that?s okay. This > area of the application has not had close scrutiny since when the > functional specifications were first drafted. So I am glad to see you two > bringing some attention to it. > > Thanks, > > Brad > > Bradley D. Westbrook > Program Manager > brad.westbrook at lyrasis.org > 800.999.8558 x2910 > 678.235.2910 > bradley_d_westbrook (Skype) > > > > > *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, June 25, 2015 5:13 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] Use of "rights statements" > module? > > Hi Mike, > Your email is incredibly timely! We?re thinking about very similar > things and I?d love to talk more in detail about your use cases and see > where they might align with ours. > An additional approach we?ve discussed is more closely aligning Rights > statements in AS with PREMIS, so that they?re PREMIS-compliant rather than > PREMIS-ish. > I?d be happy to set up a call with you (and whoever else is interested) > to talk through this a little more and see how we can coordinate! > > Hillel Arnold > Lead Digital Archivist > Rockefeller Archive Center > > *From: *Michael Shallcross > *Reply-To: *Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Date: *Thursday, June 25, 2015 at 4:43 PM > *To: *Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject: *[Archivesspace_Users_Group] Use of "rights statements" module? > > Greetings, all; we've been exploring the rights statement module in > ASpace as part of our ASpace-Archivematica grant project and had some > questions. A lot of questions, to be more precise... > > Is anyone currently using (or planning to use) rights statements > associated with archival objects and/or digital objects? > > If yes to the above, would this be in conjunction with conditions > governing access/use statements? > > We've been exploring the wonderful world of the Yale container plugin; > the ability to add start/end dates for restrictions and identify types of > restrictions encompasses some of the basic features of the rights > statements. > > We've also been working with Artefactual Systems to explore how > Archivematica PREMIS rights information maps to the ASpace rights > statements. It appears that the latter are 'PREMIS-like' but not really > PREMIS compliant... which has brought us to kick around the idea that > PREMIS rights might be most appropriate to record in the Archivematica AIP > METS (and passed along to a repository) instead of trying to do some fancy > crosswalking into ASpace. > > Any thoughts/ideas would be most gratefully appreciated. Thanks! > > Mike > > > -- > *Michael Shallcross, CA* > *Lead Archivist for Curation* > > Bentley Historical Library > 1150 Beal Ave. > Ann Arbor, MI 48109-2113 > 734.936.1344 > http://bentley.umich.edu/ > > > http://archival-integration.blogspot.com/ > > > > > _______________________________________________ > 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=bSNSo-FqgeEliEwYlnxa94v-_L_6JYHBWBdUBUdv_0s&s=fx7KlnOzrLgd-tx_s-uUI2jrptjLi-LAtf3mgz9CvWg&e= > > > > > _______________________________________________ > 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 Claire.Knowles at ed.ac.uk Fri Jun 26 09:52:40 2015 From: Claire.Knowles at ed.ac.uk (KNOWLES Claire) Date: Fri, 26 Jun 2015 13:52:40 +0000 Subject: [Archivesspace_Users_Group] Archival Objects links on Agent public page Message-ID: Hi, Links to Archival Objects do not appear on Agent page within the public interface e.g. http://public.archivesspace.org/agents/31?agent_type=agent_person, however they do within the admin interface under 'linked records'. Is this intentional, if so how can we add links to the archival objects on the public agent page for our ArchivesSpace installation? Thanks Claire -- Claire Knowles Library Digital Development Manager Library and University Collections, Information Services University of Edinburgh Tel: 0131 6503023 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: not available URL: From bmg17 at psu.edu Sun Jun 28 21:31:41 2015 From: bmg17 at psu.edu (Ben Goldman) Date: Sun, 28 Jun 2015 21:31:41 -0400 (EDT) Subject: [Archivesspace_Users_Group] Use of "rights statements" module? In-Reply-To: References: Message-ID: <265815678.1180840.1435541501123.JavaMail.zimbra@psu.edu> Mike, Admittedly, I haven't fully thought this through, but my immediate reaction is that your notion of locating rights statements in a repository might create a discrepancy between how we manage rights statements for digital materials and how we manage them for analog. My inclination would be to make the ASpace rights statements more PREMIS-compliant, as Hillel suggests, at least in order to make the potential cross-walking from Archivematica/PREMIS/repository/etc. a little less 'fancy'. Incidentally, this is the kind of conversation I hope this community might have if/when it begins to consider integration with other software (at SAA on Saturday afternoon or beyond). A question I keep coming back to when thinking about digital workflows, particularly in relation to our emerging repository platform at Penn State, is which system should be considered the system of record for different types of metadata? I guess in this example, I'm thinking ASpace makes the most sense for rights statements, given the way we want our staff and researchers to use data in (and derived from) ASpace. But I'd love to hear more thoughts on this. Finally, I wonder if DPLA's proposed interoperable rights statements might be relevant to any examination of the rights statements field in ASpace? Maybe? Maybe not? -Ben Ben Goldman Digital Records Archivist Penn State University Libraries ----- Original Message ----- From: "Hillel Arnold" To: "Archivesspace Users Group" Sent: Thursday, June 25, 2015 5:12:57 PM Subject: Re: [Archivesspace_Users_Group] Use of "rights statements" module? Hi Mike, Your email is incredibly timely! We?re thinking about very similar things and I?d love to talk more in detail about your use cases and see where they might align with ours. An additional approach we?ve discussed is more closely aligning Rights statements in AS with PREMIS, so that they?re PREMIS-compliant rather than PREMIS-ish. I?d be happy to set up a call with you (and whoever else is interested) to talk through this a little more and see how we can coordinate! Hillel Arnold Lead Digital Archivist Rockefeller Archive Center From: Michael Shallcross < shallcro at umich.edu > Reply-To: Archivesspace Users Group < archivesspace_users_group at lyralists.lyrasis.org > Date: Thursday, June 25, 2015 at 4:43 PM To: Archivesspace Users Group < archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] Use of "rights statements" module? Greetings, all; we've been exploring the rights statement module in ASpace as part of our ASpace-Archivematica grant project and had some questions. A lot of questions, to be more precise... Is anyone currently using (or planning to use) rights statements associated with archival objects and/or digital objects? If yes to the above, would this be in conjunction with conditions governing access/use statements? We've been exploring the wonderful world of the Yale container plugin; the ability to add start/end dates for restrictions and identify types of restrictions encompasses some of the basic features of the rights statements. We've also been working with Artefactual Systems to explore how Archivematica PREMIS rights information maps to the ASpace rights statements. It appears that the latter are 'PREMIS-like' but not really PREMIS compliant... which has brought us to kick around the idea that PREMIS rights might be most appropriate to record in the Archivematica AIP METS (and passed along to a repository) instead of trying to do some fancy crosswalking into ASpace. Any thoughts/ideas would be most gratefully appreciated. Thanks! Mike -- Michael Shallcross, CA Lead Archivist for Curation Bentley Historical Library 1150 Beal Ave. Ann Arbor, MI 48109-2113 734.936.1344 http://bentley.umich.edu/ http://archival-integration.blogspot.com/ _______________________________________________ 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 alexanderduryee at nypl.org Mon Jun 29 10:30:56 2015 From: alexanderduryee at nypl.org (Alexander Duryee) Date: Mon, 29 Jun 2015 10:30:56 -0400 Subject: [Archivesspace_Users_Group] Container Management in Core Application Message-ID: Are there any planned changes to the container management module for the next release of ArchivesSpace? We're starting to test migrating data into ArchivesSpace using the new container models, and would like to plan ahead for when they're rolled into the core application. Thanks, --Alex -- Alexander Duryee Metadata Archivist New York Public Library (917)-229-9590 alexanderduryee at nypl.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From smithkr at mit.edu Mon Jun 29 11:14:09 2015 From: smithkr at mit.edu (Kari R Smith) Date: Mon, 29 Jun 2015 15:14:09 +0000 Subject: [Archivesspace_Users_Group] Use of "rights statements" module? In-Reply-To: <265815678.1180840.1435541501123.JavaMail.zimbra@psu.edu> References: <265815678.1180840.1435541501123.JavaMail.zimbra@psu.edu> Message-ID: <29F559819ACA9A4FBF208407D4B63ABBBE4936B2@OC11expo28.exchange.mit.edu> Have any of you who are talking about rights statements within ArchivesSpace tried out the PREMIS event service and how that might integrate with ArchivesSpace / Archivematica? We haven?t yet, but are going to look into how this might be helpful for managing PREMIS events for digital content across units that use different content management systems. http://premis-event-service.readthedocs.org/en/latest/ Kari R. Smith, Digital Archivist MIT Libraries, Institute Archives and Special Collections 617-258-5568 | smithkr (at) mit.edu http://libraries.mit.edu/archives/ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ben Goldman Sent: Sunday, June 28, 2015 9:32 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Use of "rights statements" module? Mike, Admittedly, I haven't fully thought this through, but my immediate reaction is that your notion of locating rights statements in a repository might create a discrepancy between how we manage rights statements for digital materials and how we manage them for analog. My inclination would be to make the ASpace rights statements more PREMIS-compliant, as Hillel suggests, at least in order to make the potential cross-walking from Archivematica/PREMIS/repository/etc. a little less 'fancy'. Incidentally, this is the kind of conversation I hope this community might have if/when it begins to consider integration with other software (at SAA on Saturday afternoon or beyond). A question I keep coming back to when thinking about digital workflows, particularly in relation to our emerging repository platform at Penn State, is which system should be considered the system of record for different types of metadata? I guess in this example, I'm thinking ASpace makes the most sense for rights statements, given the way we want our staff and researchers to use data in (and derived from) ASpace. But I'd love to hear more thoughts on this. Finally, I wonder if DPLA's proposed interoperable rights statements might be relevant to any examination of the rights statements field in ASpace? Maybe? Maybe not? -Ben Ben Goldman Digital Records Archivist Penn State University Libraries ________________________________ From: "Hillel Arnold" > To: "Archivesspace Users Group" > Sent: Thursday, June 25, 2015 5:12:57 PM Subject: Re: [Archivesspace_Users_Group] Use of "rights statements" module? Hi Mike, Your email is incredibly timely! We?re thinking about very similar things and I?d love to talk more in detail about your use cases and see where they might align with ours. An additional approach we?ve discussed is more closely aligning Rights statements in AS with PREMIS, so that they?re PREMIS-compliant rather than PREMIS-ish. I?d be happy to set up a call with you (and whoever else is interested) to talk through this a little more and see how we can coordinate! Hillel Arnold Lead Digital Archivist Rockefeller Archive Center From: Michael Shallcross > Reply-To: Archivesspace Users Group > Date: Thursday, June 25, 2015 at 4:43 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Use of "rights statements" module? Greetings, all; we've been exploring the rights statement module in ASpace as part of our ASpace-Archivematica grant project and had some questions. A lot of questions, to be more precise... Is anyone currently using (or planning to use) rights statements associated with archival objects and/or digital objects? If yes to the above, would this be in conjunction with conditions governing access/use statements? We've been exploring the wonderful world of the Yale container plugin; the ability to add start/end dates for restrictions and identify types of restrictions encompasses some of the basic features of the rights statements. We've also been working with Artefactual Systems to explore how Archivematica PREMIS rights information maps to the ASpace rights statements. It appears that the latter are 'PREMIS-like' but not really PREMIS compliant... which has brought us to kick around the idea that PREMIS rights might be most appropriate to record in the Archivematica AIP METS (and passed along to a repository) instead of trying to do some fancy crosswalking into ASpace. Any thoughts/ideas would be most gratefully appreciated. Thanks! Mike -- Michael Shallcross, CA Lead Archivist for Curation [https://webapps.lsa.umich.edu/dean/lsa_emails/bentley-sig-em.png] Bentley Historical Library 1150 Beal Ave. Ann Arbor, MI 48109-2113 734.936.1344 http://bentley.umich.edu/ http://archival-integration.blogspot.com/ _______________________________________________ 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 brad.westbrook at lyrasis.org Mon Jun 29 11:43:42 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Mon, 29 Jun 2015 15:43:42 +0000 Subject: [Archivesspace_Users_Group] Container Management in Core Application In-Reply-To: References: Message-ID: Hi, Alexander, There will be no changes in the container management module in the next release of ArchivesSpace, which are in the process of preparing. After that release, we will start the process of merging the Yale container plugin into ArchivesSpace. This story received by far the greatest number of votes in the recent voting for stories. It also happens that it is one of the more complicated stories in the issues that were offered for voting. 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] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Alexander Duryee Sent: Monday, June 29, 2015 10:31 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Container Management in Core Application Are there any planned changes to the container management module for the next release of ArchivesSpace? We're starting to test migrating data into ArchivesSpace using the new container models, and would like to plan ahead for when they're rolled into the core application. Thanks, --Alex -- Alexander Duryee Metadata Archivist New York Public Library (917)-229-9590 alexanderduryee at nypl.org -------------- 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 smithkr at mit.edu Mon Jun 29 11:55:57 2015 From: smithkr at mit.edu (Kari R Smith) Date: Mon, 29 Jun 2015 15:55:57 +0000 Subject: [Archivesspace_Users_Group] Interested in experience with Lyrasis Hosting Message-ID: <29F559819ACA9A4FBF208407D4B63ABBBE4937B6@OC11expo28.exchange.mit.edu> Hello, I'm interested in organization's experiences with using Lyrasis hosting of ArchivesSpace. Esp. for large collections and multiple users of the AS at once. Please reply to list or off line and I'll summarize for the group. Thank you! 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 akroeger at unomaha.edu Mon Jun 29 13:04:57 2015 From: akroeger at unomaha.edu (Angela Kroeger) Date: Mon, 29 Jun 2015 17:04:57 +0000 Subject: [Archivesspace_Users_Group] "Translation missing" error messages Message-ID: We are getting the following error message when attempting to edit some archival objects: translation missing: en.no key - translation missing: en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2501 at archival_object-0__for_key__uniq_ao_pos_ This does not happen with every archival object attached to that resource record, but it does happen to some of them, and when it happens to a record, it is persistent. (That is, restarting the browser does not resolve the problem. It keeps throwing that error.) The only edit my colleague is making to a general information note. The error pops up when she attempts to save. (I asked a similar question last year, and never got an answer, where I speculated that it had to do with a character limit in note fields. With this new occurrence, that is clearly not the issue, as the only note being edited is very short. So something else is happening.) I've looked at Jira, and I saw a lot of different "translation missing" types of errors, but not this exact one. Can anyone explain what is happening here and if there is anything we can do to fix it? It is holding up one of my colleague's work. Thank you very much! --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 Chris.Fitzpatrick at lyrasis.org Mon Jun 29 13:07:31 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Mon, 29 Jun 2015 17:07:31 +0000 Subject: [Archivesspace_Users_Group] "Translation missing" error messages In-Reply-To: References: Message-ID: Hi, what version of aspace are you using ? Sent from my HTC ----- Reply message ----- From: "Angela Kroeger" To: "archivesspace_users_group at lyralists.lyrasis.org" Subject: [Archivesspace_Users_Group] "Translation missing" error messages Date: Mon, Jun 29, 2015 19:05 We are getting the following error message when attempting to edit some archival objects: translation missing: en.no key - translation missing: en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2501 at archival_object-0__for_key__uniq_ao_pos_ This does not happen with every archival object attached to that resource record, but it does happen to some of them, and when it happens to a record, it is persistent. (That is, restarting the browser does not resolve the problem. It keeps throwing that error.) The only edit my colleague is making to a general information note. The error pops up when she attempts to save. (I asked a similar question last year, and never got an answer, where I speculated that it had to do with a character limit in note fields. With this new occurrence, that is clearly not the issue, as the only note being edited is very short. So something else is happening.) I've looked at Jira, and I saw a lot of different "translation missing" types of errors, but not this exact one. Can anyone explain what is happening here and if there is anything we can do to fix it? It is holding up one of my colleague's work. Thank you very much! --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 smithkr at mit.edu Mon Jun 29 13:33:11 2015 From: smithkr at mit.edu (Kari R Smith) Date: Mon, 29 Jun 2015 17:33:11 +0000 Subject: [Archivesspace_Users_Group] "Translation missing" error messages In-Reply-To: References: Message-ID: <29F559819ACA9A4FBF208407D4B63ABBBE494874@OC11expo28.exchange.mit.edu> I used the test.archivesspace etc. one on the Web. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Monday, June 29, 2015 1:08 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] "Translation missing" error messages Hi, what version of aspace are you using ? Sent from my HTC ----- Reply message ----- From: "Angela Kroeger" > To: "archivesspace_users_group at lyralists.lyrasis.org" > Subject: [Archivesspace_Users_Group] "Translation missing" error messages Date: Mon, Jun 29, 2015 19:05 We are getting the following error message when attempting to edit some archival objects: translation missing: en.no key - translation missing: en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2501 at archival_object-0__for_key__uniq_ao_pos_ This does not happen with every archival object attached to that resource record, but it does happen to some of them, and when it happens to a record, it is persistent. (That is, restarting the browser does not resolve the problem. It keeps throwing that error.) The only edit my colleague is making to a general information note. The error pops up when she attempts to save. (I asked a similar question last year, and never got an answer, where I speculated that it had to do with a character limit in note fields. With this new occurrence, that is clearly not the issue, as the only note being edited is very short. So something else is happening.) I've looked at Jira, and I saw a lot of different "translation missing" types of errors, but not this exact one. Can anyone explain what is happening here and if there is anything we can do to fix it? It is holding up one of my colleague's work. Thank you very much! --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 PGalligan at rockarch.org Mon Jun 29 13:52:13 2015 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Mon, 29 Jun 2015 13:52:13 -0400 Subject: [Archivesspace_Users_Group] "Translation missing" error messages In-Reply-To: References: Message-ID: We had the same issue, particularly with components transferred from one resource to another, and running the resequencer managed to fix it for us. It does require that you stop your AS instance, and start it up with the resequencer running. During this time, you shouldn't have anyone else working in the system until it finishes resequencing. 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 Angela Kroeger Sent: Monday, June 29, 2015 1:05 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] "Translation missing" error messages We are getting the following error message when attempting to edit some archival objects: translation missing: en.no key - translation missing: en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2501 at archival_object-0__for_key__uniq_ao_pos_ This does not happen with every archival object attached to that resource record, but it does happen to some of them, and when it happens to a record, it is persistent. (That is, restarting the browser does not resolve the problem. It keeps throwing that error.) The only edit my colleague is making to a general information note. The error pops up when she attempts to save. (I asked a similar question last year, and never got an answer, where I speculated that it had to do with a character limit in note fields. With this new occurrence, that is clearly not the issue, as the only note being edited is very short. So something else is happening.) I've looked at Jira, and I saw a lot of different "translation missing" types of errors, but not this exact one. Can anyone explain what is happening here and if there is anything we can do to fix it? It is holding up one of my colleague's work. Thank you very much! --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 akroeger at unomaha.edu Mon Jun 29 14:12:12 2015 From: akroeger at unomaha.edu (Angela Kroeger) Date: Mon, 29 Jun 2015 18:12:12 +0000 Subject: [Archivesspace_Users_Group] "Translation missing" error messages In-Reply-To: References: Message-ID: I can't verify, as my director is out of town and I don't have the administrator login to see the system information, but I think we are on v1.2.0. We are hosted by LYRASIS, and I remember that they updated us to whatever was the current version on April 10. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Monday, June 29, 2015 12:08 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] "Translation missing" error messages Hi, what version of aspace are you using ? Sent from my HTC ----- Reply message ----- From: "Angela Kroeger" > To: "archivesspace_users_group at lyralists.lyrasis.org" > Subject: [Archivesspace_Users_Group] "Translation missing" error messages Date: Mon, Jun 29, 2015 19:05 We are getting the following error message when attempting to edit some archival objects: translation missing: en.no key - translation missing: en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2501 at archival_object-0__for_key__uniq_ao_pos_ This does not happen with every archival object attached to that resource record, but it does happen to some of them, and when it happens to a record, it is persistent. (That is, restarting the browser does not resolve the problem. It keeps throwing that error.) The only edit my colleague is making to a general information note. The error pops up when she attempts to save. (I asked a similar question last year, and never got an answer, where I speculated that it had to do with a character limit in note fields. With this new occurrence, that is clearly not the issue, as the only note being edited is very short. So something else is happening.) I've looked at Jira, and I saw a lot of different "translation missing" types of errors, but not this exact one. Can anyone explain what is happening here and if there is anything we can do to fix it? It is holding up one of my colleague's work. Thank you very much! --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 akroeger at unomaha.edu Mon Jun 29 14:15:51 2015 From: akroeger at unomaha.edu (Angela Kroeger) Date: Mon, 29 Jun 2015 18:15:51 +0000 Subject: [Archivesspace_Users_Group] "Translation missing" error messages In-Reply-To: References: Message-ID: The resequencer sounds promising. I'll forward this to my director and see if she'll contact LYRASIS for a restart. Thank you! 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 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, June 29, 2015 12:52 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] "Translation missing" error messages We had the same issue, particularly with components transferred from one resource to another, and running the resequencer managed to fix it for us. It does require that you stop your AS instance, and start it up with the resequencer running. During this time, you shouldn't have anyone else working in the system until it finishes resequencing. 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 Angela Kroeger Sent: Monday, June 29, 2015 1:05 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] "Translation missing" error messages We are getting the following error message when attempting to edit some archival objects: translation missing: en.no key - translation missing: en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2501 at archival_object-0__for_key__uniq_ao_pos_ This does not happen with every archival object attached to that resource record, but it does happen to some of them, and when it happens to a record, it is persistent. (That is, restarting the browser does not resolve the problem. It keeps throwing that error.) The only edit my colleague is making to a general information note. The error pops up when she attempts to save. (I asked a similar question last year, and never got an answer, where I speculated that it had to do with a character limit in note fields. With this new occurrence, that is clearly not the issue, as the only note being edited is very short. So something else is happening.) I've looked at Jira, and I saw a lot of different "translation missing" types of errors, but not this exact one. Can anyone explain what is happening here and if there is anything we can do to fix it? It is holding up one of my colleague's work. Thank you very much! --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 shallcro at umich.edu Tue Jun 30 19:04:52 2015 From: shallcro at umich.edu (Michael Shallcross) Date: Tue, 30 Jun 2015 19:04:52 -0400 Subject: [Archivesspace_Users_Group] Use of "rights statements" module? In-Reply-To: <265815678.1180840.1435541501123.JavaMail.zimbra@psu.edu> References: <265815678.1180840.1435541501123.JavaMail.zimbra@psu.edu> Message-ID: Thanks for these points, Ben--this would definitely be a great thing to discuss at SAA! Great point about the potential discrepancy between paper/analog and digital rights. After some reflection, I'm wondering how much of an issue this might be? We currently only use conditions governing access/use to record rights information for all our materials. The additional functionality of the Yale container plug in helps provide some important additional information (esp. start/end dates and nature of the restriction) that I anticipate we would want to use for all materials (and I'm thinking about some future Aeon-ArchivesSpace integration as I type...). While we're hoping that our grant project will yield the ability to automate the creation of PREMIS rights statements (in Archivematica and possibly passing these to ASpace), I don't know that we would have our processors use the rights module for paper/analog materials. Also, these more extensive machine-actionable (PREMIS) rights statements would be most useful in a repository environment. Just some random thoughts--as always, your point of view is much appreciated! Take care and happy 4th-- Mike -- *Michael Shallcross, CA* *Lead Archivist for Curation* Bentley Historical Library 1150 Beal Ave. Ann Arbor, MI 48109-2113 734.936.1344 http://bentley.umich.edu/ http://archival-integration.blogspot.com/ On Sun, Jun 28, 2015 at 9:31 PM, Ben Goldman wrote: > Mike, > > Admittedly, I haven't fully thought this through, but my immediate > reaction is that your notion of locating rights statements in a repository > might create a discrepancy between how we manage rights statements for > digital materials and how we manage them for analog. My inclination would > be to make the ASpace rights statements more PREMIS-compliant, as Hillel > suggests, at least in order to make the potential cross-walking from > Archivematica/PREMIS/repository/etc. a little less 'fancy'. > > Incidentally, this is the kind of conversation I hope this community might > have if/when it begins to consider integration with other software (at SAA > on Saturday afternoon or beyond). A question I keep coming back to when > thinking about digital workflows, particularly in relation to our emerging > repository platform at Penn State, is which system should be considered the > system of record for different types of metadata? I guess in this example, > I'm thinking ASpace makes the most sense for rights statements, given the > way we want our staff and researchers to use data in (and derived from) > ASpace. But I'd love to hear more thoughts on this. > > Finally, I wonder if DPLA's proposed interoperable rights statements might > be relevant to any examination of the rights statements field in ASpace? > Maybe? Maybe not? > > -Ben > > Ben Goldman > Digital Records Archivist > Penn State University Libraries > > ------------------------------ > *From: *"Hillel Arnold" > *To: *"Archivesspace Users Group" < > archivesspace_users_group at lyralists.lyrasis.org> > *Sent: *Thursday, June 25, 2015 5:12:57 PM > *Subject: *Re: [Archivesspace_Users_Group] Use of "rights statements" > module? > > Hi Mike, > Your email is incredibly timely! We?re thinking about very similar things > and I?d love to talk more in detail about your use cases and see where they > might align with ours. > An additional approach we?ve discussed is more closely aligning Rights > statements in AS with PREMIS, so that they?re PREMIS-compliant rather than > PREMIS-ish. > I?d be happy to set up a call with you (and whoever else is interested) to > talk through this a little more and see how we can coordinate! > > Hillel Arnold > Lead Digital Archivist > Rockefeller Archive Center > > From: Michael Shallcross > Reply-To: Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > Date: Thursday, June 25, 2015 at 4:43 PM > To: Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > Subject: [Archivesspace_Users_Group] Use of "rights statements" module? > > Greetings, all; we've been exploring the rights statement module in ASpace > as part of our ASpace-Archivematica grant project and had some questions. > A lot of questions, to be more precise... > > Is anyone currently using (or planning to use) rights statements > associated with archival objects and/or digital objects? > > If yes to the above, would this be in conjunction with conditions > governing access/use statements? > > We've been exploring the wonderful world of the Yale container plugin; the > ability to add start/end dates for restrictions and identify types of > restrictions encompasses some of the basic features of the rights > statements. > > We've also been working with Artefactual Systems to explore how > Archivematica PREMIS rights information maps to the ASpace rights > statements. It appears that the latter are 'PREMIS-like' but not really > PREMIS compliant... which has brought us to kick around the idea that > PREMIS rights might be most appropriate to record in the Archivematica AIP > METS (and passed along to a repository) instead of trying to do some fancy > crosswalking into ASpace. > > Any thoughts/ideas would be most gratefully appreciated. Thanks! > > Mike > > > -- > *Michael Shallcross, CA* > *Lead Archivist for Curation* > > > Bentley Historical Library > 1150 Beal Ave. > Ann Arbor, MI 48109-2113 > 734.936.1344 > http://bentley.umich.edu/ > http://archival-integration.blogspot.com/ > > > > _______________________________________________ > 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 Chris.Fitzpatrick at lyrasis.org Tue Jun 30 19:13:41 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Tue, 30 Jun 2015 23:13:41 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace v1.3.0 Release Message-ID: The ArchivesSpace team is happy to release version 1.3.0. Please see the technical documentation for information on how to upgrade your ArchivesSpace installs. Please see the release page for a listing of all the new features and bug fixes included in this release. This release includes the addition of many ready to use jasper reports written by our UAC Reports Subteam and Nathan Stevens. Thanks to all the volunteers on the ArchivesSpace User Advisory and Technical Advisory Councils, who are vital to keeping ArchivesSpace development on track. Please let us know if you have any questions, comments, or concerns. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: