From francis.lapka at yale.edu Thu Dec 1 13:02:41 2016 From: francis.lapka at yale.edu (Lapka, Francis) Date: Thu, 1 Dec 2016 18:02:41 +0000 Subject: [Archivesspace_Users_Group] LCNAF import plugin Message-ID: A group at Yale is exploring the possibility of developing data mapping improvements for the AS LCNAF import plugin. Could someone point me to the document(s) where the current mappings are documented? If such information is embedded in the code only, in which file(s) might I find it? I've failed to unearth the information in my initial perusal of https://github.com/archivesspace/archivesspace/tree/5e1ca66f1f04f142f2695024efb7200825046325/plugins/lcnaf, but perhaps I'm looking in the wrong places. Thanks, Francis Francis Lapka * Catalog Librarian Dept. of Rare Books and Manuscripts Yale Center for British Art 203.432.9672 * francis.lapka at yale.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdm7g at eservices.virginia.edu Thu Dec 1 13:42:44 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Thu, 1 Dec 2016 18:42:44 +0000 Subject: [Archivesspace_Users_Group] LCNAF import plugin In-Reply-To: References: Message-ID: <543AA6D5-6697-4932-81FB-A1D672DD1311@eservices.virginia.edu> LCNAFConverter is just overriding and extending MARCXMLConverter. https://github.com/archivesspace/archivesspace/blob/5e1ca66f1f04f142f2695024efb7200825046325/plugins/lcnaf/backend/model/lcnaf_converter.rb There is very little MARC mapping in that code module ? it?s mostly in the base class, so look at: https://github.com/archivesspace/archivesspace/blob/5e1ca66f1f04f142f2695024efb7200825046325/backend/app/converters/marcxml_converter.rb https://github.com/archivesspace/archivesspace/blob/5e1ca66f1f04f142f2695024efb7200825046325/backend/app/converters/lib/marcxml_base_map.rb The bulk of the code in the plugin deal with search and selection of MARC records to import. MARC mappings are mostly inherited from above. I would suggest: [1] simplify by ripping out the OCLC import and only use id.loc.gov [2] since there are multiple formats available from id.loc.gov service, and MARC mappings are complex and difficult to understand, I would consider writing a new importer from scratch for one of these alternate formats. ? Steve Majewski On Dec 1, 2016, at 1:02 PM, Lapka, Francis > wrote: A group at Yale is exploring the possibility of developing data mapping improvements for the AS LCNAF import plugin. Could someone point me to the document(s) where the current mappings are documented? If such information is embedded in the code only, in which file(s) might I find it? I?ve failed to unearth the information in my initial perusal ofhttps://github.com/archivesspace/archivesspace/tree/5e1ca66f1f04f142f2695024efb7200825046325/plugins/lcnaf, but perhaps I?m looking in the wrong places. Thanks, Francis Francis Lapka ? Catalog Librarian Dept. of Rare Books and Manuscripts Yale Center for British Art 203.432.9672 ? francis.lapka at yale.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 sdm7g at eservices.virginia.edu Thu Dec 1 14:20:15 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Thu, 1 Dec 2016 19:20:15 +0000 Subject: [Archivesspace_Users_Group] =?utf-8?q?AS-102_=3A_PDF_export_not_o?= =?utf-8?q?nly_inclusive_dates_and_include_=E2=80=9CApproximate=2C?= =?utf-8?b?4oCdIOKAnEluZmVycmVkLOKAnSBhbmQg4oCcUXVlc3Rpb25hYmxlIiBsYWJl?= =?utf-8?q?ls?= Message-ID: <21E54D21-5C74-4FFF-8117-DD74FAE93555@eservices.virginia.edu> For some reason I appear to unable to add a comment to AS-102 in Jira, so posting it here: PDF export not only inclusive dates and include ?Approximate,? ?Inferred,? and ?Questionable" labels https://archivesspace.atlassian.net/browse/AS-102 Although DACS model and ArchivesSpace describes more types of dates, the only allowed values for EAD unitdate/@type are ?bulk? and ?inclusive? . But @type is not required, so would it not be better to not include a @type attribute for date type ?single? instead of mapping it to ?inclusive? , which some people are finding confusing. +1 for including unitdate/@certainty in EAD export and passing it thru to PDF output. ? Steve Majewski -------------- next part -------------- An HTML attachment was scrubbed... URL: From brent_ellingson at byu.edu Thu Dec 1 15:27:21 2016 From: brent_ellingson at byu.edu (Brent Ellingson) Date: Thu, 1 Dec 2016 20:27:21 +0000 Subject: [Archivesspace_Users_Group] Database troubles upgrading from 1.4.2 to 1.5.1 Message-ID: <1cc8ef7c78cd4c03904e90a9b5c0f607@MB7.byu.local> We are trying to upgrade a test instance of ArchivesSpace from 1.4.2 to 1.5.1 and we have run into some SQL errors that have prevented the upgrade. We are using a copy of the production data. Some help or suggestions would be greatly appreciated. Here is basically what we have done. * Get a MySQL dump of the production DB * Copy the DB to a new server (now running MariaDB) * Installed ArchivesSpace 1.4.2 * Started & indexed the 1.4.2 instance * Tested the 1.4.2 instance and it was running fine * Started the upgrade process for 1.5.1 * Stopped the 1.4.2 instance * Unzipped the 1.5.1 archive to a new place * Copied the data files to the 1.5.1/data directory * Copied the config.rb * Copied the mysql jdbc jar to lib * Copied the plugins (we don't have any that I know of) * Checked the en.yml files * Ran the setup-database.sh script * Setup stopped due to a Database error Here is the text of the error we are seeing from the log file: **** Begin error log output **** Loading ArchivesSpace configuration file from path: /opt/archivesspace-1.5.1/archivesspace/config/config.rb Loading ArchivesSpace configuration file from path: /opt/archivesspace-1.5.1/archivesspace/config/config.rb Running migrations against jdbc:mysql://[DB_SERVER]:3306/[DB_NAME]?user=[REDACTED]&password=[REDACTED]&useUnicode=true&characterEncoding=UTF-8 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 3 Database migration error. Your upgrade has encountered a problem. You must resolve these issues before the database migration can complete. Error: # Java::ComMysqlJdbcExceptionsJdbc4::MySQLIntegrityConstraintViolationException: Duplicate entry 'restriction_type' for key 'name' java.lang.reflect.Constructor.newInstance(java/lang/reflect/Constructor.java:423) com.mysql.jdbc.Util.handleNewInstance(com/mysql/jdbc/Util.java:425) com.mysql.jdbc.Util.getInstance(com/mysql/jdbc/Util.java:408) com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:935) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3970) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3906) com.mysql.jdbc.MysqlIO.sendCommand(com/mysql/jdbc/MysqlIO.java:2524) com.mysql.jdbc.MysqlIO.sqlQueryDirect(com/mysql/jdbc/MysqlIO.java:2677) com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2545) com.mysql.jdbc.StatementImpl.executeUpdateInternal(com/mysql/jdbc/StatementImpl.java:1540) com.mysql.jdbc.StatementImpl.executeLargeUpdate(com/mysql/jdbc/StatementImpl.java:2603) com.mysql.jdbc.StatementImpl.executeUpdate(com/mysql/jdbc/StatementImpl.java:1604) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498) RUBY.execute_statement_insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc/mysql.rb:68) RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:256) RUBY.log_yield(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33) RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:256) RUBY.statement(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646) RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245) RUBY.hold(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98) RUBY.synchronize(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255) RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244) RUBY.execute_insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:276) RUBY.execute_insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:927) RUBY.insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:336) RUBY.create_enum(/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/utils.rb:45) RUBY.create_editable_enum(/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/utils.rb:38) RUBY.(root)(/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/060_top_container_migration.rb:15) org.jruby.RubyBasicObject.instance_eval(org/jruby/RubyBasicObject.java:1574) RUBY.apply(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:100) RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:528) RUBY.checked_transaction(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:466) RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:527) org.jruby.RubyArray.each(org/jruby/RubyArray.java:1613) RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:524) RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:391) RUBY.setup_database(file:/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/db_migrator.rb:185) $_dot_dot_.scripts.rb.migrate_db.(root)(../scripts/rb/migrate_db.rb:43) $_dot_dot_.scripts.rb.migrate_db.(root)($_dot_dot_/scripts/rb/../scripts/rb/migrate_db.rb:43) RUBY.connect(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:69) RUBY.connect(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/core.rb:95) $_dot_dot_.scripts.rb.migrate_db.(root)(../scripts/rb/migrate_db.rb:28) $_dot_dot_.scripts.rb.migrate_db.(root)($_dot_dot_/scripts/rb/../scripts/rb/migrate_db.rb:28) 3 Sequel::UniqueConstraintViolation: Java::ComMysqlJdbcExceptionsJdbc4::MySQLIntegrityConstraintViolationException: Duplicate entry 'restriction_type' for key 'name' raise_error at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/misc.rb:423 statement at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:648 execute at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245 hold at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98 synchronize at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255 execute at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244 execute_insert at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:276 execute_insert at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:927 insert at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:336 create_enum at /opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/utils.rb:45 create_editable_enum at /opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/utils.rb:38 (root) at /opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/060_top_container_migration.rb:15 instance_eval at org/jruby/RubyBasicObject.java:1574 apply at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:100 run at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:528 checked_transaction at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:466 run at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:527 each at org/jruby/RubyArray.java:1613 run at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:524 run at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:391 setup_database at file:/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/db_migrator.rb:185 (root) at ../scripts/rb/migrate_db.rb:43 connect at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:69 connect at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/core.rb:95 (root) at ../scripts/rb/migrate_db.rb:28 **** End error log output **** Thank you for your time. Regards, __________________________ Brent Ellingson Sr. Software Engineer 2750 Harold B. Lee Library Brigham Young University (801)422-6148 -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at minorscience.com Thu Dec 1 15:51:20 2016 From: j at minorscience.com (Jason Loeffler) Date: Thu, 1 Dec 2016 15:51:20 -0500 Subject: [Archivesspace_Users_Group] Database troubles upgrading from 1.4.2 to 1.5.1 In-Reply-To: <1cc8ef7c78cd4c03904e90a9b5c0f607@MB7.byu.local> References: <1cc8ef7c78cd4c03904e90a9b5c0f607@MB7.byu.local> Message-ID: Can you post the contents of your rights_restriction_type table? (Please redact any confidential data.) I'd like to add that we've been running against MariaDB since 1.4.2 without any issues. Just wanted to rule that out in case anyone is wondering. Jason Loeffler Technology Consultant | The American Academy in Rome Minor Science | Application Development & Metadata Strategy Brooklyn, New York jason at minorscience.com (347) 405-0826 minorscience (Skype) On Thu, Dec 1, 2016 at 3:27 PM, Brent Ellingson wrote: > We are trying to upgrade a test instance of ArchivesSpace from 1.4.2 to > 1.5.1 and we have run into some SQL errors that have prevented the upgrade. > We are using a copy of the production data. > > > > Some help or suggestions would be greatly appreciated. > > > > Here is basically what we have done. > > * Get a MySQL dump of the production DB > > * Copy the DB to a new server (now running MariaDB) > > * Installed ArchivesSpace 1.4.2 > > * Started & indexed the 1.4.2 instance > > * Tested the 1.4.2 instance and it was running fine > > * Started the upgrade process for 1.5.1 > > * Stopped the 1.4.2 instance > > * Unzipped the 1.5.1 archive to a new place > > * Copied the data files to the 1.5.1/data directory > > * Copied the config.rb > > * Copied the mysql jdbc jar to lib > > * Copied the plugins (we don't have any that I know of) > > * Checked the en.yml files > > * Ran the setup-database.sh script > > * Setup stopped due to a Database error > > > > Here is the text of the error we are seeing from the log file: > > **** Begin error log output **** > > Loading ArchivesSpace configuration file from path: > /opt/archivesspace-1.5.1/archivesspace/config/config.rb > > Loading ArchivesSpace configuration file from path: > /opt/archivesspace-1.5.1/archivesspace/config/config.rb > > Running migrations against jdbc:mysql://[DB_SERVER]:3306/ > [DB_NAME]?user=[REDACTED]&password=[REDACTED]&useUnicode=true& > characterEncoding=UTF-8 > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > > > 3 > > > > > > Database migration error. > > Your upgrade has encountered a problem. > > You must resolve these issues before the database migration can > complete. > > > > > > Error: > > # ComMysqlJdbcExceptionsJdbc4::MySQLIntegrityConstraintViolationException: > Duplicate entry 'restriction_type' for key 'name'> > > Java::ComMysqlJdbcExceptionsJdbc4::MySQLIntegrityConstraintViolationException: > Duplicate entry 'restriction_type' for key 'name' > > java.lang.reflect.Constructor.newInstance(java/lang/reflect/ > Constructor.java:423) > > com.mysql.jdbc.Util.handleNewInstance(com/mysql/jdbc/Util.java:425) > > com.mysql.jdbc.Util.getInstance(com/mysql/jdbc/Util.java:408) > > com.mysql.jdbc.SQLError.createSQLException(com/mysql/ > jdbc/SQLError.java:935) > > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3970) > > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3906) > > com.mysql.jdbc.MysqlIO.sendCommand(com/mysql/jdbc/MysqlIO.java:2524) > > com.mysql.jdbc.MysqlIO.sqlQueryDirect(com/mysql/jdbc/MysqlIO.java:2677) > > com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ > ConnectionImpl.java:2545) > > com.mysql.jdbc.StatementImpl.executeUpdateInternal(com/ > mysql/jdbc/StatementImpl.java:1540) > > com.mysql.jdbc.StatementImpl.executeLargeUpdate(com/mysql/ > jdbc/StatementImpl.java:2603) > > com.mysql.jdbc.StatementImpl.executeUpdate(com/mysql/jdbc/ > StatementImpl.java:1604) > > java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498) > > RUBY.execute_statement_insert(/opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/ > adapters/jdbc/mysql.rb:68) > > RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/adapters/jdbc.rb:256) > > RUBY.log_yield(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/database/logging.rb:33) > > RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/adapters/jdbc.rb:256) > > RUBY.statement(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646) > > RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245) > > RUBY.hold(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98) > > RUBY.synchronize(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/database/connecting.rb:255) > > RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244) > > RUBY.execute_insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/adapters/jdbc.rb:276) > > RUBY.execute_insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/dataset/actions.rb:927) > > RUBY.insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/dataset/actions.rb:336) > > RUBY.create_enum(/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/ > db/migrations/utils.rb:45) > > RUBY.create_editable_enum(/opt/archivesspace-1.5.1/ > archivesspace/lib/common.jar!/db/migrations/utils.rb:38) > > RUBY.(root)(/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/ > db/migrations/060_top_container_migration.rb:15) > > org.jruby.RubyBasicObject.instance_eval(org/jruby/ > RubyBasicObject.java:1574) > > RUBY.apply(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/extensions/migration.rb:100) > > RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/extensions/migration.rb:528) > > RUBY.checked_transaction(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/extensions/migration.rb:466) > > RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/extensions/migration.rb:527) > > org.jruby.RubyArray.each(org/jruby/RubyArray.java:1613) > > RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/extensions/migration.rb:524) > > RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/extensions/migration.rb:391) > > RUBY.setup_database(file:/opt/archivesspace-1.5.1/ > archivesspace/lib/common.jar!/db/db_migrator.rb:185) > > $_dot_dot_.scripts.rb.migrate_db.(root)(../scripts/rb/migrate_db.rb:43) > > $_dot_dot_.scripts.rb.migrate_db.(root)($_dot_dot_/scripts/ > rb/../scripts/rb/migrate_db.rb:43) > > RUBY.connect(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/database/connecting.rb:69) > > RUBY.connect(/opt/archivesspace-1.5.1/archivesspace/gems/gems/ > sequel-4.20.0/lib/sequel/core.rb:95) > > $_dot_dot_.scripts.rb.migrate_db.(root)(../scripts/rb/migrate_db.rb:28) > > $_dot_dot_.scripts.rb.migrate_db.(root)($_dot_dot_/scripts/ > rb/../scripts/rb/migrate_db.rb:28) > > > > > > 3 > > Sequel::UniqueConstraintViolation: Java::ComMysqlJdbcExceptionsJdbc4:: > MySQLIntegrityConstraintViolationException: Duplicate entry > 'restriction_type' for key 'name' > > raise_error at /opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/misc.rb:423 > > statement at /opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:648 > > execute at /opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245 > > hold at /opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/ > connection_pool/threaded.rb:98 > > synchronize at /opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/ > database/connecting.rb:255 > > execute at /opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244 > > execute_insert at /opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:276 > > execute_insert at /opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:927 > > insert at /opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:336 > > create_enum at /opt/archivesspace-1.5.1/ > archivesspace/lib/common.jar!/db/migrations/utils.rb:45 > > create_editable_enum at /opt/archivesspace-1.5.1/ > archivesspace/lib/common.jar!/db/migrations/utils.rb:38 > > (root) at /opt/archivesspace-1.5.1/ > archivesspace/lib/common.jar!/db/migrations/060_top_ > container_migration.rb:15 > > instance_eval at org/jruby/RubyBasicObject.java:1574 > > apply at /opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/ > extensions/migration.rb:100 > > run at /opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/ > extensions/migration.rb:528 > > checked_transaction at /opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/ > extensions/migration.rb:466 > > run at /opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/ > extensions/migration.rb:527 > > each at org/jruby/RubyArray.java:1613 > > run at /opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/ > extensions/migration.rb:524 > > run at /opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/ > extensions/migration.rb:391 > > setup_database at file:/opt/archivesspace-1.5.1/ > archivesspace/lib/common.jar!/db/db_migrator.rb:185 > > (root) at ../scripts/rb/migrate_db.rb:43 > > connect at /opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:69 > > connect at /opt/archivesspace-1.5.1/ > archivesspace/gems/gems/sequel-4.20.0/lib/sequel/core.rb:95 > > (root) at ../scripts/rb/migrate_db.rb:28 > > **** End error log output **** > > > > Thank you for your time. > > > > Regards, > > *__________________________* > > Brent Ellingson > > Sr. Software Engineer > > 2750 Harold B. Lee Library > > Brigham Young University > > (801)422-6148 <(801)%20422-6148> > > > > _______________________________________________ > 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 james at hudmol.com Thu Dec 1 18:44:07 2016 From: james at hudmol.com (James Bullen) Date: Fri, 2 Dec 2016 10:44:07 +1100 Subject: [Archivesspace_Users_Group] Database troubles upgrading from 1.4.2 to 1.5.1 In-Reply-To: <1cc8ef7c78cd4c03904e90a9b5c0f607@MB7.byu.local> References: <1cc8ef7c78cd4c03904e90a9b5c0f607@MB7.byu.local> Message-ID: Hi Brent, It?s hard to be sure what?s going on here, but my guess is that at some point your 1.4.2 instance was running the container management plugin, but that it isn?t currently. That would explain what you?re seeing. If my guess is right then a fix would be to add container management to your list of plugins just while you run setup-database.sh, something like this in config.rb: AppConfig[:plugins] = [?other?, ?stuff?, ?container_management'] That would cause it to skip the container management migration - which would have run when the plugin was installed. It?s blowing up on trying to add a duplicate entry to the enumeration table (name has a unique constraint). You can confirm this by looking at the tables in your database. If you see ?top_container? then the container management migration has been run. It?s possible you?ve landed in a bad state, so if it continues to fail, try starting again and just do the AppConfig tweak just before running setup-database.sh, and then remove it after. Here?s the relevant migration: https://github.com/archivesspace/archivesspace/blob/master/common/db/migrations/060_top_container_migration.rb If this doesn't fix it then my guess is wrong - entirely possible! - and we?ll need to dig a little deeper. Good luck! Cheers, James > On Dec 2, 2016, at 7:27 AM, Brent Ellingson wrote: > > We are trying to upgrade a test instance of ArchivesSpace from 1.4.2 to 1.5.1 and we have run into some SQL errors that have prevented the upgrade. We are using a copy of the production data. > > Some help or suggestions would be greatly appreciated. > > Here is basically what we have done. > * Get a MySQL dump of the production DB > * Copy the DB to a new server (now running MariaDB) > * Installed ArchivesSpace 1.4.2 > * Started & indexed the 1.4.2 instance > * Tested the 1.4.2 instance and it was running fine > * Started the upgrade process for 1.5.1 > * Stopped the 1.4.2 instance > * Unzipped the 1.5.1 archive to a new place > * Copied the data files to the 1.5.1/data directory > * Copied the config.rb > * Copied the mysql jdbc jar to lib > * Copied the plugins (we don't have any that I know of) > * Checked the en.yml files > * Ran the setup-database.sh script > * Setup stopped due to a Database error > > Here is the text of the error we are seeing from the log file: > **** Begin error log output **** > Loading ArchivesSpace configuration file from path: /opt/archivesspace-1.5.1/archivesspace/config/config.rb > Loading ArchivesSpace configuration file from path: /opt/archivesspace-1.5.1/archivesspace/config/config.rb > Running migrations against jdbc:mysql://[DB_SERVER]:3306/[DB_NAME]?user=[REDACTED]&password=[REDACTED]&useUnicode=true&characterEncoding=UTF-8 > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > 3 > > > Database migration error. > Your upgrade has encountered a problem. > You must resolve these issues before the database migration can complete. > > > Error: > # > Java::ComMysqlJdbcExceptionsJdbc4::MySQLIntegrityConstraintViolationException: Duplicate entry 'restriction_type' for key 'name' > java.lang.reflect.Constructor.newInstance(java/lang/reflect/Constructor.java:423) > com.mysql.jdbc.Util.handleNewInstance(com/mysql/jdbc/Util.java:425) > com.mysql.jdbc.Util.getInstance(com/mysql/jdbc/Util.java:408) > com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:935) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3970) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3906) > com.mysql.jdbc.MysqlIO.sendCommand(com/mysql/jdbc/MysqlIO.java:2524) > com.mysql.jdbc.MysqlIO.sqlQueryDirect(com/mysql/jdbc/MysqlIO.java:2677) > com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2545) > com.mysql.jdbc.StatementImpl.executeUpdateInternal(com/mysql/jdbc/StatementImpl.java:1540) > com.mysql.jdbc.StatementImpl.executeLargeUpdate(com/mysql/jdbc/StatementImpl.java:2603) > com.mysql.jdbc.StatementImpl.executeUpdate(com/mysql/jdbc/StatementImpl.java:1604) > java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498) > RUBY.execute_statement_insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc/mysql.rb:68) > RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:256) > RUBY.log_yield(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33) > RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:256) > RUBY.statement(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646) > RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245) > RUBY.hold(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98) > RUBY.synchronize(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255) > RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244) > RUBY.execute_insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:276) > RUBY.execute_insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:927) > RUBY.insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:336) > RUBY.create_enum(/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/utils.rb:45) > RUBY.create_editable_enum(/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/utils.rb:38) > RUBY.(root)(/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/060_top_container_migration.rb:15) > org.jruby.RubyBasicObject.instance_eval(org/jruby/RubyBasicObject.java:1574) > RUBY.apply(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:100) > RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:528) > RUBY.checked_transaction(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:466) > RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:527) > org.jruby.RubyArray.each(org/jruby/RubyArray.java:1613) > RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:524) > RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:391) > RUBY.setup_database(file:/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/db_migrator.rb:185) > $_dot_dot_.scripts.rb.migrate_db.(root)(../scripts/rb/migrate_db.rb:43) > $_dot_dot_.scripts.rb.migrate_db.(root)($_dot_dot_/scripts/rb/../scripts/rb/migrate_db.rb:43) > RUBY.connect(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:69) > RUBY.connect(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/core.rb:95) > $_dot_dot_.scripts.rb.migrate_db.(root)(../scripts/rb/migrate_db.rb:28) > $_dot_dot_.scripts.rb.migrate_db.(root)($_dot_dot_/scripts/rb/../scripts/rb/migrate_db.rb:28) > > > 3 > Sequel::UniqueConstraintViolation: Java::ComMysqlJdbcExceptionsJdbc4::MySQLIntegrityConstraintViolationException: Duplicate entry 'restriction_type' for key 'name' > raise_error at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/misc.rb:423 > statement at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:648 > execute at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245 > hold at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98 > synchronize at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255 > execute at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244 > execute_insert at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:276 > execute_insert at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:927 > insert at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:336 > create_enum at /opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/utils.rb:45 > create_editable_enum at /opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/utils.rb:38 > (root) at /opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/060_top_container_migration.rb:15 > instance_eval at org/jruby/RubyBasicObject.java:1574 > apply at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:100 > run at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:528 > checked_transaction at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:466 > run at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:527 > each at org/jruby/RubyArray.java:1613 > run at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:524 > run at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:391 > setup_database at file:/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/db_migrator.rb:185 > (root) at ../scripts/rb/migrate_db.rb:43 > connect at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:69 > connect at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/core.rb:95 > (root) at ../scripts/rb/migrate_db.rb:28 > **** End error log output **** > > Thank you for your time. > > Regards, > __________________________ > Brent Ellingson > Sr. Software Engineer > 2750 Harold B. Lee Library > Brigham Young University > (801)422-6148 > > !DSPAM:584087b749981951751292! _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:584087b749981951751292! -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Fri Dec 2 10:02:06 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 2 Dec 2016 15:02:06 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Update - December 2016 Message-ID: [ArchivesSpace Logo5.png] December 2016 Update Development We plan to release v1.5.2 of ArchivesSpace on December 8. This minor release will include some bug fixes, performance improvements, and address some minor layout issues in the staff interface. This release will include development work completed by HM as well as pull requests submitted by members of the community. A release candidate is now available for those who would like to test it in advance of the production release (https://github.com/archivesspace/archivesspace/releases/tag/v1.5.2-RC1). You can also test drive it on our test site at http://test.archivesspace.org. If you have feedback, please send it to Christine (christine.dibella at lyrasis.org) by December 2. With input from the Prioritization sub-team and information from the priorities survey of members that was recently completed, we are working on a development roadmap that will provide more specifics as to content and dates, but in general you can expect major releases of ArchivesSpace in March 2017 and June 2017. If urgent issues are uncovered soon after a release there may be a minor update to address them. As a reminder, ArchivesSpace releases are cumulative; you do not need to install each release as it comes out in order to install the latest version. Release Webinar We're hosting a release webinar on Tuesday, December 13, from 3:00-4:00 p.m. Eastern Standard Time. In addition to specifics on the v1.5.2 release, the webinar will feature information about current activities surrounding the ArchivesSpace program and development planning. Participating in the webinar will be: * Laurie Arp, Director, Collections Services & Community Supported Software for LYRASIS * Jason Loeffler, Technology Consultant for the American Academy of Rome and Chair, Prioritization sub-team * James Bullen, Hudson Molonglo * Christine Di Bella, Community Outreach Manager for ArchivesSpace The URL to join the webinar will be available soon. For those who can't attend at the scheduled time, the webinar will be recorded and available on our website afterwards. Results of Prioritization Survey On behalf of the ArchivesSpace Prioritization sub-team: Thank you to all member representatives who participated in the recent Development Prioritization survey. Eighty-three member representatives responded to the survey (about 28% of member organizations). A brief summary of survey results follows below. The raw survey results are attached and cross-posted here These responses provide critical feedback about the performance, design, and functionality of the ArchivesSpace application and a useful benchmark against which to measure member organization's satisfaction. Survey results also contribute to planning development tracks and establishing development priorities. As a result of the survey, 18 stories currently in the Hudson Molonglo's development backlog are candidates for inclusion in the next minor release (1.5.2), currently scheduled for December 8. A search filter listing these stories is available to all JIRA users here . As indicated in the status column, development on these stories is already well underway. Eight stories are already either Accepted or Delivered and awaiting acceptance testing. *Note that those stories not delivered in the upcoming 1.5.2 release will be addressed in future releases.* Should you have any questions about this survey and its results, please contact Jason Loeffler at jason at minorscience.com. Staffing News Brad Westbrook's last day as Program Manager was November 30. Brad takes with him our great thanks for his many contributions to ArchivesSpace over the years. He will be very much missed. We are in the process of interviewing Program Manager candidates, but until his successor is hired, please email ArchivesSpaceHome at lyrasis.org or reach out to Christine directly for questions. We are also in the process of interviewing candidates for the Technical Lead position. We hope to have more news on the searches for both of these positions soon. New Website on the Way You'll soon see a new look to our website (http://archivesspace.org), which is being refreshed and reorganized with the help of LYRASIS Member Communications. In addition to the content from our current site, you'll also find new content such as an events calendar, blog, and member testimonials. There are also more easy-to-find areas with resources for and about members, developers, and registered service providers. We expect many of these sections to expand in the months to come as our community continues to grow and evolve. Lastly, while the website was being refreshed, LYRASIS Member Communications designed a new co-branding for LYRASIS and ArchivesSpace to represent the value of LYRASIS' organizational home services. The new co-branding, approved by the ArchivesSpace Governance Board, appears throughout the new site. More information will be available soon. Updates on the Public User Interface Enhancement project The Public User Interface Development Group recently shared an updated PUI 2.0 release timeline and some updates to its wiki page: https://archivesspace.atlassian.net/wiki/display/ADC/Public+Interface+Enhancement+Project. There is a working version of the new public interface at http://pui.hudmol.com. This is a work-in-progress, and not all features are yet functional, but it provides a sneak preview and a chance to follow the progress as things get close to the finish line. Please contact Mark Custer (mark.custer at yale.edu) with questions or comments for the group. Membership Update Our new members since November 1 include: * Industrial Archives & Library (Bethlehem, Pennsylvania) * Susquehanna University (Pennsylvania) * University of California Merced * Western Washington University * The Palmer School of Library & Information Science, Long Island University (Educational Program Member) As of December 1, we have 309 General members, 11 Educational Program members, and 3 Registered Service Providers. If you are interested in your institution becoming a member of ArchivesSpace, please email us at ArchivesSpaceHome at lyrasis.org for more information. Program Staff Availability in Late December The LYRASIS offices are closed from December 24 to January 2 and ArchivesSpace program and technical support staff will have limited availability during that time. We will monitor messages sent to ArchivesSpaceHome at lyrasis.org and respond to urgent requests as we are able. We wish you a restful and peaceful end to 2016. ArchivesSpace monthly updates provide news about ArchivesSpace community and program activities and are sent to our member listservs, the ArchivesSpace Google Group, and SAA's Collection Management Tools roundtable listserv, as well as being posted on the ArchivesSpace website. Please feel free to share this update with people you know who have an interest in ArchivesSpace but may not be on one of these lists. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 34143 bytes Desc: image002.png URL: From gsuiter at mit.edu Fri Dec 2 12:16:52 2016 From: gsuiter at mit.edu (Greta Kuriger Suiter) Date: Fri, 2 Dec 2016 17:16:52 +0000 Subject: [Archivesspace_Users_Group] FW: Archivesspace_Users_Group Digest, Vol 40, Issue 2 In-Reply-To: References: Message-ID: Just wanted to record a problem with ASpace and see if anyone has a solution. When I try to add a sibling to a folder list it adds the sibling to the bottom of the list - not where I want it to go. I then have to drag the newly created folder up to where I wanted to put it. Anyone else have this problem / know a solution? When I do this I have the folder before the one I want to create highlighted, thinking that the added sibling would fall in after the highlighted one but that doesn't happen. Thanks for any help! I'll search this list history for answers too. -Greta Greta Kuriger Suiter Collections Archivist | Institute Archives & Special Collections MIT Libraries, Bldg. 14N-118 | 77 Massachusetts Ave., Cambridge, MA 02139-4307 gsuiter at mit.edu My pronouns: she, her, hers -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of archivesspace_users_group-request at lyralists.lyrasis.org Sent: Wednesday, November 16, 2016 9:40 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Archivesspace_Users_Group Digest, Vol 40, Issue 2 Send Archivesspace_Users_Group mailing list submissions to archivesspace_users_group at lyralists.lyrasis.org To subscribe or unsubscribe via the World Wide Web, visit http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group or, via email, send a message with subject or body 'help' to archivesspace_users_group-request at lyralists.lyrasis.org You can reach the person managing the list at archivesspace_users_group-owner at lyralists.lyrasis.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Archivesspace_Users_Group digest..." Today's Topics: 1. Re: LibraryHost (Tummino, Annie) 2. Re: LibraryHost (Tummino, Annie) 3. Check out the test site of the new ArchivesSpace PUI (Custer, Mark) 4. Re: Check out the test site of the new ArchivesSpace PUI (Custer, Mark) 5. new technical support option for ArchivesSpace members (Christine Di Bella) 6. Job Posting: Digital Initiatives Librarian @ Brandeis University (Hong Jing) 7. Job posting for Vanderbilt University (ArchivesSpaceHome) 8. DACS 7.1.6 equivalent in ArchivesSpace (Cheri Crist) 9. Problems working with archival object with large number of direct children (Sally Vermaaten) 10. Re: [archivesspace] Problems working with archival object with large number of direct children (Runyon, Carolyn) 11. Re: Problems working with archival object with large number of direct children (Ryan Edwards) 12. Re: Problems working with archival object with large number of direct children (Jason Loeffler) 13. Re: Problems working with archival object with large number of direct children (Jason Loeffler) 14. Re: Problems working with archival object with large number of direct children (Joshua D. Shaw) 15. Re: Problems working with archival object with large number of direct children (James Bullen) 16. Re: Problems working with archival object with large number of direct children (Jason Loeffler) 17. Re: Problems working with archival object with large number of direct children (James Bullen) 18. A user who is set as manager of a collection can not create containers... (Gadsby, Eric T.) 19. Re: Problems working with archival object with large number of direct children (Jason Loeffler) 20. Re: Problems working with archival object with large number of direct children (James Bullen) 21. Re: A user who is set as manager of a collection can not create containers... (Payten Giles) 22. Re: A user who is set as manager of a collection can not create containers... (Payten Giles) 23. Re: A user who is set as manager of a collection can not create containers... (Gadsby, Eric T.) 24. Re: Problems working with archival object with large number of direct children (Joshua D. Shaw) 25. Re: A user who is set as manager of a collection can not create containers... (Yvonne Kester) ---------------------------------------------------------------------- Message: 1 Date: Thu, 10 Nov 2016 22:06:49 +0000 From: "Tummino, Annie" To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] LibraryHost Message-ID: Content-Type: text/plain; charset="utf-8" P.S. I should add that this is really for creating resources (finding aids) and assumes you have already set up a repository and created an accession. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Clifford Allen Sent: Thursday, October 27, 2016 3:57 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] LibraryHost Thanks Annie -- we're in the same boat. Good to know that the training is on hold; maybe that'll give us a little time to get more of our stuff together. I would be interested in seeing that user guide if it is not too much trouble. This is virgin territory for us though I have worked in porting out EAD to DAMs before... it's a little different. Cheers, Clifford On Thu, Oct 27, 2016 at 3:21 PM, Tummino, Annie > wrote: Hi Allen, We just started using LibraryHost a couple of months ago and it is working out great so far. I sent this same query to the SAA Lone Arrangers list and only got positive feedback about LibraryHost, which made me confident about moving forward. They also offer a free trial which is nice. Because we have no EAD files to begin with, we are starting with a relatively clean slate, so we didn?t need assistance with migration. Generally speaking, I am sure starting from scratch is a lot easier than what large institutions are confronting. I?ll note that the LibraryHost expert on ASpace is currently on maternity leave, so they are not able to do a training until she returns, but we are moving forward with branding in her absence. I have found that for our needs, I?ve been getting along just fine using the ASpace help center documentation, and it?s not really been a problem that we had to put off the training. We are creating a user guide which I?d be happy to share with you. Hope this helps, Annie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Clifford Allen Sent: Thursday, October 27, 2016 11:27 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] LibraryHost Hi All, Forgive me if this has been brought up before and is a dead-horse topic, but as someone who is just beginning to implement ArchivesSpace, what are the advantages/disadvantages of LibraryHost as compared to Atlas and LYRASIS? As we are a small institution their lower price points are attractive, but I'm wondering if that is because certain necessary services/aspects aren't being offered. Thanks so much in advance for weighing in. Sincerely, -- Clifford Allen Archivist | The Watermill Center | Robert Wilson 115 W 29th St., 10th Fl., New York, NY 10001 main: +1 212 253 7484 x 113 clifford.allen at watermillcenter.org | www.watermillcenter.org JOIN US! | BECOME A MEMBER OF THE WATERMILL CENTER TODAY Connect with us on Facebook, Twitter, Instagram, Flickr, and Vimeo. Join our email list! The Watermill Center is the principal operation of the Byrd Hoffman Watermill Foundation, a US 501(c)3 organization incorporated in the state of New York. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Clifford Allen Archivist | The Watermill Center | Robert Wilson 115 W 29th St., 10th Fl., New York, NY 10001 main: +1 212 253 7484 x 113 clifford.allen at watermillcenter.org | www.watermillcenter.org JOIN US! | BECOME A MEMBER OF THE WATERMILL CENTER TODAY Connect with us on Facebook, Twitter, Instagram, Flickr, and Vimeo. Join our email list! The Watermill Center is the principal operation of the Byrd Hoffman Watermill Foundation, a US 501(c)3 organization incorporated in the state of New York. -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 2 Date: Thu, 10 Nov 2016 22:08:25 +0000 From: "Tummino, Annie" To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] LibraryHost Message-ID: <523f6c8459934b039830b01928647d8c at EX02.sunymaritime.edu> Content-Type: text/plain; charset="utf-8" Sorry folks! I was trying to send this to Clifford and mistakenly sent to the whole list. Well, if anyone else wants to see our Guide, there you have it. That?s what happens when you try to do things at the end of the day when you are about to leave. Best, Annie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tummino, Annie Sent: Thursday, November 10, 2016 5:07 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] LibraryHost P.S. I should add that this is really for creating resources (finding aids) and assumes you have already set up a repository and created an accession. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Clifford Allen Sent: Thursday, October 27, 2016 3:57 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] LibraryHost Thanks Annie -- we're in the same boat. Good to know that the training is on hold; maybe that'll give us a little time to get more of our stuff together. I would be interested in seeing that user guide if it is not too much trouble. This is virgin territory for us though I have worked in porting out EAD to DAMs before... it's a little different. Cheers, Clifford On Thu, Oct 27, 2016 at 3:21 PM, Tummino, Annie > wrote: Hi Allen, We just started using LibraryHost a couple of months ago and it is working out great so far. I sent this same query to the SAA Lone Arrangers list and only got positive feedback about LibraryHost, which made me confident about moving forward. They also offer a free trial which is nice. Because we have no EAD files to begin with, we are starting with a relatively clean slate, so we didn?t need assistance with migration. Generally speaking, I am sure starting from scratch is a lot easier than what large institutions are confronting. I?ll note that the LibraryHost expert on ASpace is currently on maternity leave, so they are not able to do a training until she returns, but we are moving forward with branding in her absence. I have found that for our needs, I?ve been getting along just fine using the ASpace help center documentation, and it?s not really been a problem that we had to put off the training. We are creating a user guide which I?d be happy to share with you. Hope this helps, Annie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Clifford Allen Sent: Thursday, October 27, 2016 11:27 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] LibraryHost Hi All, Forgive me if this has been brought up before and is a dead-horse topic, but as someone who is just beginning to implement ArchivesSpace, what are the advantages/disadvantages of LibraryHost as compared to Atlas and LYRASIS? As we are a small institution their lower price points are attractive, but I'm wondering if that is because certain necessary services/aspects aren't being offered. Thanks so much in advance for weighing in. Sincerely, -- Clifford Allen Archivist | The Watermill Center | Robert Wilson 115 W 29th St., 10th Fl., New York, NY 10001 main: +1 212 253 7484 x 113 clifford.allen at watermillcenter.org | www.watermillcenter.org JOIN US! | BECOME A MEMBER OF THE WATERMILL CENTER TODAY Connect with us on Facebook, Twitter, Instagram, Flickr, and Vimeo. Join our email list! The Watermill Center is the principal operation of the Byrd Hoffman Watermill Foundation, a US 501(c)3 organization incorporated in the state of New York. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Clifford Allen Archivist | The Watermill Center | Robert Wilson 115 W 29th St., 10th Fl., New York, NY 10001 main: +1 212 253 7484 x 113 clifford.allen at watermillcenter.org | www.watermillcenter.org JOIN US! | BECOME A MEMBER OF THE WATERMILL CENTER TODAY Connect with us on Facebook, Twitter, Instagram, Flickr, and Vimeo. Join our email list! The Watermill Center is the principal operation of the Byrd Hoffman Watermill Foundation, a US 501(c)3 organization incorporated in the state of New York. -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 3 Date: Fri, 11 Nov 2016 14:47:59 +0000 From: "Custer, Mark" To: "Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org)" Subject: [Archivesspace_Users_Group] Check out the test site of the new ArchivesSpace PUI Message-ID: Content-Type: text/plain; charset="us-ascii" Dear ArchivesSpace colleagues: I am writing to provide an update about the development of the new ArchivesSpace Public Interface. As a reminder, here is the release timeline that we drafted and shared earlier in the year: * candidate release, 12/16/2016 * official testing period, 12/19/2016 - 2/28/2017 * official release, 3/31/2017 We're still on track to have everything done in time for an official release in March, but it's likely that we will push that candidate release date back a few weeks. Since we haven't changed the date yet I don't have a new date to share at this time, but if we do push the date back it will probably be postponed to January. In the meantime, I also wanted to share a link with everyone to a working version of the new public interface so that you could see things in action before everything is finished. You can access that website here: http://pui.hudmol.com/ (and thanks to Hudson Molonglo for hosting this site for us during the development process!!!) Please note that this site is still a work in progress. You might stumble across bugs, and it's possible that some features could stop working from one day to the next. Also, not all features have been added (e.g. "Record Group" / Classification pages) or fully implemented yet (e.g. the "Collection organization" navigation sidebar). In any event, this site will provide a more interactive way to explore the development process before the design has been finished. In the coming weeks, we will also create a few introductory videos for the new PUI that will focus on and explain a few of the new, exciting features. You can also follow along with the development process at the ArchivesSpace PUI wiki: https://archivesspace.atlassian.net/wiki/display/ADC/Public+Interface+Enhancement+Project More news soon, Mark Custer On behalf of the ArchivesSpace Public Interface development group. * James Bullen, Hudson Molonglo * Mark Cooper, LYRASIS * Mark Custer, Yale University * Bobbi Fox, Harvard University * Payten Giles, Hudson Molonglo * Brian Hoffman, Consultant * Susan Pyzynski, Harvard University * Mark Triggs, Hudson Molonglo * Brad Westbrook, ArchivesSpace * Melissa Wisner, Yale University -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 4 Date: Fri, 11 Nov 2016 15:18:52 +0000 From: "Custer, Mark" To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Check out the test site of the new ArchivesSpace PUI Message-ID: Content-Type: text/plain; charset="us-ascii" All, I regret that I didn't include at least one search example with the previous announcement. Since today's the first day of the 2016 World Chess Championship, here's a timely one: http://pui.hudmol.com/search?utf8=%E2%9C%93&q=chess I'll also come back to this example later on in one of the introductory videos, since I think it might be a good case to explain how the new archival inheritance feature will work once it's implemented (see https://archivesspace.atlassian.net/browse/AR-1300). All my best, Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Friday, 11 November, 2016 9:48 AM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) Subject: [Archivesspace_Users_Group] Check out the test site of the new ArchivesSpace PUI Dear ArchivesSpace colleagues: I am writing to provide an update about the development of the new ArchivesSpace Public Interface. As a reminder, here is the release timeline that we drafted and shared earlier in the year: * candidate release, 12/16/2016 * official testing period, 12/19/2016 - 2/28/2017 * official release, 3/31/2017 We're still on track to have everything done in time for an official release in March, but it's likely that we will push that candidate release date back a few weeks. Since we haven't changed the date yet I don't have a new date to share at this time, but if we do push the date back it will probably be postponed to January. In the meantime, I also wanted to share a link with everyone to a working version of the new public interface so that you could see things in action before everything is finished. You can access that website here: http://pui.hudmol.com/ (and thanks to Hudson Molonglo for hosting this site for us during the development process!!!) Please note that this site is still a work in progress. You might stumble across bugs, and it's possible that some features could stop working from one day to the next. Also, not all features have been added (e.g. "Record Group" / Classification pages) or fully implemented yet (e.g. the "Collection organization" navigation sidebar). In any event, this site will provide a more interactive way to explore the development process before the design has been finished. In the coming weeks, we will also create a few introductory videos for the new PUI that will focus on and explain a few of the new, exciting features. You can also follow along with the development process at the ArchivesSpace PUI wiki: https://archivesspace.atlassian.net/wiki/display/ADC/Public+Interface+Enhancement+Project More news soon, Mark Custer On behalf of the ArchivesSpace Public Interface development group. * James Bullen, Hudson Molonglo * Mark Cooper, LYRASIS * Mark Custer, Yale University * Bobbi Fox, Harvard University * Payten Giles, Hudson Molonglo * Brian Hoffman, Consultant * Susan Pyzynski, Harvard University * Mark Triggs, Hudson Molonglo * Brad Westbrook, ArchivesSpace * Melissa Wisner, Yale University -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 5 Date: Mon, 14 Nov 2016 14:19:02 +0000 From: Christine Di Bella 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] new technical support option for ArchivesSpace members Message-ID: Content-Type: text/plain; charset="us-ascii" Dear ArchivesSpace members, ArchivesSpace is happy to announce an additional way for ArchivesSpace members to receive technical support. Courtesy of resources approved by the ArchivesSpace Governance Board, staff from LYRASIS Technology Services will be taking an added role in providing help to individual ArchivesSpace members and contributing to the technical documentation for the application. As befits a Community-Supported Software application, when you need help, we encourage you to look to the community first by posting to the Users Group listserv. Given the breadth of knowledge and experience on the listserv, and the sheer number of people participating (currently over 850 subscribers), many issues will be resolved quickly this way and everyone will benefit from the discussion of the issue and its solution. If you are unable to resolve the issue using the listserv, or if you think you need more individualized assistance from the start, please email ArchivesSpaceHome at lyrasis.org with your issue. If it requires technical assistance beyond the program staff's expertise, a program staff member will create a ticket and LYRASIS Technology Services staff will follow up with you. When applicable, once the issue has been resolved, LYRASIS Technology Services staff will also update related technical documentation on GitHub to make the issue easier to resolve for other users. Please note that while there is no limit on the number of requests a member organization may make for assistance, support provided through membership is geared toward helping people learn how to help themselves and there are limits to the complexity of issues that can be addressed. For example, membership does not include hosting, customization, data migration, or intensive data repair. We can provide you with strong guidance in these areas, but we can't undertake the solutions themselves for you. If your issue requires assistance beyond what is possible through membership, we will alert you to this and suggest alternatives. Please continue to file bug reports and feature requests via JIRA at http://support.archivesspace.org. More information is available at https://archivesspace.atlassian.net/wiki/display/ADC/How+to+Report+a+Bug and https://archivesspace.atlassian.net/wiki/display/ADC/How+to+Request+a+New+Feature. Program staff can assist you with filing these if you need help, or if a bug report or feature request comes out of your support request. We hope that you will find the availability of this additional level of technical assistance helpful. If you have any questions, or if you need assistance, please email the program team at ArchivesSpaceHome at lyrasis.org. Christine Christine Di Bella Community Outreach 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: ------------------------------ Message: 6 Date: Mon, 14 Nov 2016 09:52:00 -0500 From: Hong Jing To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Job Posting: Digital Initiatives Librarian @ Brandeis University Message-ID: Content-Type: text/plain; charset="utf-8" *Please excuse for cross-posting* *Job Posting: Digital Initiatives Librarian (Job ID: 525688)* Brandeis University seeks to hire a Digital Initiatives Librarian to be responsible for administration and configuration of institutional repository and related systems and applications. *Examples of Key Responsibilities:* - Responsible for administration and configuration of institutional repository and related systems and applications, including but not limited to creation of new IR communities and collections. Outreach to communities, for planning and performing batch loads of new collections, implementation of workflow, technical processes and methodology, and administering authorizations and roles within the institutional repository and related applications. - Works in conjunction with library systems staff, vendor support staff and open source communities, and Scholarly Communications to troubleshoot, resolve and escalate problems; works in conjunction with library systems staff to coordinate and perform application and system upgrades. Creates specifications and scripting for metadata transformation and crosswalks. - Performs technical support for faculty and staff in the use of the institutional repository and related applications, and assists with process and workflow development. Works as a member of the library team to plan and implement changes to delivered public interfaces; works as a member of the library team to integrate digital collections with other campus-wide applications. - Assists with creation of short and long-term plans for digitization of selected materials, working with content specialists and faculty members to determine priorities for digitization. Works as a member of Library & Technology Service (LTS) teams to assist faculty and staff in decision making for new collections. Receives requests for assistance with digital materials, and evaluates the appropriateness of those materials for inclusion in current or future digital asset systems. - Performs execution and support of LTS institutional repository policies and procedures, and assists in the development of policies as needed. Serves as resident authority for metadata and digitization standards. Helps guide and ensure adherence to capture standards, metadata standards, preservation standards, technical workflow and quality control. - Back-up core function of systems in the library and be available for on-call *Qualifications:* MLS or MSI degree from an ALA-accredited institution of higher education; 3-5 years experience with library digital repositories Experience developing and managing digital software (DSpace, ArchivesSpace); knowledge and experience working in Unix or Linux systems at the CLI Proven engagement in the broader library systems community with a focus on administering and supporting digital initiatives applications and services; familiarity with metadata standards such as EAD, MARC, Dublic Core Strong organizational, communication, customer service and interpersonal skills; ability to work well with faculty, staff, and students. *Preferred skills:* Familiarity with digitization projects and standards for various materials, e.g. electronic theses and dissertations, manuscripts, photographs and audio and video recordings Experience with scripting languages and using APIs; experience with CSS, XML, XSL, XSLT and harvesting standards; experience in a research library or academic library *How to Apply:* Submit cover letter and resume as a single document at http://www.brandeis.edu/humanresources/jobs/external.html. Elect option for "External Applicant". Sort the job listing by clicking the *Job ID* column heading. Locate the desired job listing by Job ID. Click the job title and then Apply Now. *Closing Statement:* Brandeis University is an affirmative action/equal opportunity employer and encourages minorities, women, disabled individuals, and eligible veterans to apply. It is the policy of the University not to discriminate against any applicant or employee on the basis of race, ancestry, color, religion, sex, sexual orientation, age, genetic information, national origin, disability, veteran status, or on the basis of any other legally protected category. -- Jenny Jing Manager, Library Systems Library & Technology Services, Brandeis University Library 781-736-4698 JennyJing at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 7 Date: Tue, 15 Nov 2016 13:56:15 +0000 From: ArchivesSpaceHome To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Job posting for Vanderbilt University Message-ID: Content-Type: text/plain; charset="us-ascii" Posted on behalf of Valerie Hotchkiss. From: Hotchkiss, Valerie [mailto:valerie.hotchkiss at vanderbilt.edu] Sent: Monday, November 14, 2016 2:53 PM To: ArchivesSpaceHome Subject: Job posting Dear Archives Space colleagues, Since this job description specifically entails introducing ArchivesSpace at Vanderbilt, I wonder if you can help us spread the word about it? https://vanderuniv.taleo.net/careersection/.vu_cs/jobdetail.ftl?job=1605657 Many thanks, v Valerie Hotchkiss University Librarian The Jean and Alexander Heard Library Vanderbilt University (615) 322-4782 -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 8 Date: Tue, 15 Nov 2016 12:34:55 -0500 From: Cheri Crist To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] DACS 7.1.6 equivalent in ArchivesSpace Message-ID: Content-Type: text/plain; charset="utf-8" Hi list, I'm finding that somewhere in the annals of time, individual pieces of ephemera were given museum object numbers in TMS, and these numbers are written on the items. I'm wondering if anyone out there has a best practice for recording these numbers in AS. I thought recording the TMS number in the Component Unique Identifier field at item level would work, but it doesn't show up in the pdf. (It does show in the public interface, however.) What have other people done? Thanks, Cheri Cheri Crist Project Archivist Richard and Ronay Menschel Library George Eastman Museum 900 East Ave. Rochester, NY 14607 ccrist at eastman.org (585)271-3361 ext. 280 -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 9 Date: Tue, 15 Nov 2016 14:37:56 -0500 From: Sally Vermaaten To: archivesspace at googlegroups.com, Archivesspace Users Group Subject: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Message-ID: Content-Type: text/plain; charset="utf-8" Hi everyone, We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: - it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy - it takes a couple of minutes to open any archival object in the series in edit mode and - it takes a couple of minutes to save changes to any archival object within the series Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem. We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? Thanks, Weatherly and Sally -- Sally Vermaaten Project Manager, Archival Systems New York University Libraries 1-212-992-6259 -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 10 Date: Tue, 15 Nov 2016 19:46:25 +0000 From: "Runyon, Carolyn" To: "archivesspace at googlegroups.com" , Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] [archivesspace] Problems working with archival object with large number of direct children Message-ID: Content-Type: text/plain; charset="utf-8" We have noticed this as well. In fact, one of our resource records is large enough that it won?t open on the staff interface at all. Carolyn Runyon Assistant Head of Collection Services and Director of Special Collections University of Tennessee at Chattanooga Library 615 McCallie Ave., Chattanooga, TN 37403 Carolyn-Runyon at utc.edu, (423) 425-4503 Dept. 6456, LIB 439D On Nov 15, 2016, at 2:37 PM, Sally Vermaaten > wrote: Hi everyone, We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: * it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy * it takes a couple of minutes to open any archival object in the series in edit mode and * it takes a couple of minutes to save changes to any archival object within the series Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem. We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? Thanks, Weatherly and Sally -- Sally Vermaaten Project Manager, Archival Systems New York University Libraries 1-212-992-6259 -- You received this message because you are subscribed to the Google Groups "ArchivesSpace" group. To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com. For more options, visit https://groups.google.com/d/optout. -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 11 Date: Tue, 15 Nov 2016 19:49:02 +0000 From: Ryan Edwards To: Archivesspace Users Group , "archivesspace at googlegroups.com" Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Message-ID: Content-Type: text/plain; charset="utf-8" Hello Sally, We?ve also noticed that it can take a while (2-3 minutes) to load one of our largest resources, even after we increased the physical RAM on our server. -Ryan Ryan Edwards Digital Access and Systems Librarian Getty Research Institute From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Sally Vermaaten Sent: Tuesday, November 15, 2016 11:38 AM To: archivesspace at googlegroups.com; Archivesspace Users Group Subject: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Hi everyone, We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: ? it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy ? it takes a couple of minutes to open any archival object in the series in edit mode and ? it takes a couple of minutes to save changes to any archival object within the series Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem. We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? Thanks, Weatherly and Sally -- Sally Vermaaten Project Manager, Archival Systems New York University Libraries 1-212-992-6259 -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 12 Date: Tue, 15 Nov 2016 15:25:20 -0500 From: Jason Loeffler To: Archivesspace Users Group Cc: archivesspace at googlegroups.com Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Message-ID: Content-Type: text/plain; charset="utf-8" Hi Sally, Definitely, yes. We have many resources with 5,000 or more archival object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB memory, burstable CPU, etc.) with negligible improvement. I have a feeling that this is not a resource allocation issue. Looking at the web inspector, most of the time is spent negotiating jstree and/or loading* all JSON objects* associated with a resource into the browser. Maybe an ASpace dev can weigh in. >From the sysadmin side, Maureen Callahan at Yale commissioned Percona to evaluate ArchivesSpace and MySQL performance. I've attached the report. Let me know if you need any help interpreting the report. At some point, and quite apart from this thread, I hope we can collectively revisit the staff interface architecture and recommend improvements. JL On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten wrote: > Hi everyone, > > We're running into an issue with a large resource record in ArchivesSpace > and wonder if anyone has experienced a similar issue. In one resource > record, we have a series/archival object with around 19,000 direct > children/archival objects. We've found that: > > - it takes several minutes to open the series in the 'tree' navigation > view and then, once opened scrolling through series is very slow / laggy > - it takes a couple of minutes to open any archival object in the > series in edit mode and > - it takes a couple of minutes to save changes to any archival object > within the series > > Does anyone else have a similarly large archival object in a resource > record? If so, have you observed the same long load/save time when editing > the component records? > > The slow load time does not seem to be affected by memory allocation; > we've tried increasing the speed / size of the server and it seemed to have > no effect. We'd definitely appreciate any other suggestions for how we > might fix or work around the problem. > > We also wonder if this performance issue is essentially caused by the > queries being run to generate the UI view - i.e. perhaps in generating the > resource 'tree' view, all data for the whole series (all 19k archival > objects) is being retrieved and stored in memory? If so, we wondered if it > would be possible and would make sense to change the queries running during > tree generation, etc. to only retrieve some batches at a time, lazy loading > style? > > Thanks, > Weatherly and Sally > > -- > Sally Vermaaten > Project Manager, Archival Systems > New York University Libraries > 1-212-992-6259 > > _______________________________________________ > 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: report.pdf Type: application/pdf Size: 81907 bytes Desc: not available URL: ------------------------------ Message: 13 Date: Tue, 15 Nov 2016 15:35:06 -0500 From: Jason Loeffler To: Archivesspace Users Group Cc: archivesspace at googlegroups.com Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Message-ID: Content-Type: text/plain; charset="utf-8" I should add that application performance was a hot topic in August last year. Some of the issues described have been mitigated and/or implemented; others not so much. http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/2015-August/002285.html http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/2015-August/002319.html http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/2015-August/002346.html On Tue, Nov 15, 2016 at 3:25 PM, Jason Loeffler wrote: > Hi Sally, > > Definitely, yes. We have many resources with 5,000 or more archival object > records. We've deployed on some pretty decent Amazon EC2 boxes (16GB > memory, burstable CPU, etc.) with negligible improvement. I have a feeling > that this is not a resource allocation issue. Looking at the web inspector, > most of the time is spent negotiating jstree and/or > loading* all JSON objects* associated with a resource into the browser. > Maybe an ASpace dev can weigh in. > > From the sysadmin side, Maureen Callahan at Yale commissioned Percona to > evaluate ArchivesSpace and MySQL performance. I've attached the report. Let > me know if you need any help interpreting the report. > > At some point, and quite apart from this thread, I hope we can > collectively revisit the staff interface architecture and recommend > improvements. > > JL > > On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten > wrote: > >> Hi everyone, >> >> We're running into an issue with a large resource record in ArchivesSpace >> and wonder if anyone has experienced a similar issue. In one resource >> record, we have a series/archival object with around 19,000 direct >> children/archival objects. We've found that: >> >> - it takes several minutes to open the series in the 'tree' >> navigation view and then, once opened scrolling through series is very slow >> / laggy >> - it takes a couple of minutes to open any archival object in the >> series in edit mode and >> - it takes a couple of minutes to save changes to any archival object >> within the series >> >> Does anyone else have a similarly large archival object in a resource >> record? If so, have you observed the same long load/save time when editing >> the component records? >> >> The slow load time does not seem to be affected by memory allocation; >> we've tried increasing the speed / size of the server and it seemed to have >> no effect. We'd definitely appreciate any other suggestions for how we >> might fix or work around the problem. >> >> We also wonder if this performance issue is essentially caused by the >> queries being run to generate the UI view - i.e. perhaps in generating the >> resource 'tree' view, all data for the whole series (all 19k archival >> objects) is being retrieved and stored in memory? If so, we wondered if it >> would be possible and would make sense to change the queries running during >> tree generation, etc. to only retrieve some batches at a time, lazy loading >> style? >> >> Thanks, >> Weatherly and Sally >> >> -- >> Sally Vermaaten >> Project Manager, Archival Systems >> New York University Libraries >> 1-212-992-6259 >> >> _______________________________________________ >> 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: ------------------------------ Message: 14 Date: Tue, 15 Nov 2016 20:46:44 +0000 From: "Joshua D. Shaw" To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Message-ID: <44F19B6F-CD13-43C6-A494-92223359C987 at dartmouth.edu> Content-Type: text/plain; charset="utf-8" Hi all ? We at Dartmouth have experienced similar issues. We have some large resources as well (one has 60K+ objects in the tree) and anything that involves a save or rearrangement (moving a file around, etc) can take a *lot* of time (many minutes) and may cause an error ? typically of the ?another user is modifying this record? type. If we have to do any modifications to a resource of that size, we a) budget a lot of time and b) do things in small increments ? ie don?t move more than a couple of files around at a time. It?s not a great solution, but it does minimize some of the headache. I *think* (but haven?t had the time to really dig into this) that one reason the error comes about is because the indexer steps on/collides with the process that the save/arrangement kicked off. We are still running 1.3 and hope that some of our issues will be mitigated when we move to 1.5.1, though we know that not all of them have been resolved yet. One other data point is that we?ve got a plugin that runs as a background job doing a bunch of importing. This background job touches some of the larger resources, but does *not* cause the errors and long save times, which leads me to believe that a lot of the problem is in the frontend ? perhaps with the way the tree is populated - as Jason pointed out. Best, Joshua From: on behalf of Jason Loeffler Reply-To: Archivesspace Users Group Date: Tuesday, November 15, 2016 at 3:25 PM To: Archivesspace Users Group Cc: "archivesspace at googlegroups.com" Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Hi Sally, Definitely, yes. We have many resources with 5,000 or more archival object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB memory, burstable CPU, etc.) with negligible improvement. I have a feeling that this is not a resource allocation issue. Looking at the web inspector, most of the time is spent negotiating jstree and/or loading all JSON objects associated with a resource into the browser. Maybe an ASpace dev can weigh in. >From the sysadmin side, Maureen Callahan at Yale commissioned Percona to evaluate ArchivesSpace and MySQL performance. I've attached the report. Let me know if you need any help interpreting the report. At some point, and quite apart from this thread, I hope we can collectively revisit the staff interface architecture and recommend improvements. JL On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten > wrote: Hi everyone, We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: ? it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy ? it takes a couple of minutes to open any archival object in the series in edit mode and ? it takes a couple of minutes to save changes to any archival object within the series Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem. We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? Thanks, Weatherly and Sally -- Sally Vermaaten Project Manager, Archival Systems New York University Libraries 1-212-992-6259 _______________________________________________ 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: ------------------------------ Message: 15 Date: Wed, 16 Nov 2016 10:17:37 +1100 From: James Bullen To: Archivesspace Users Group , archivesspace at googlegroups.com Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Message-ID: <404DE50A-B8DD-4A4D-B14A-FDDED5B64D57 at hudmol.com> Content-Type: text/plain; charset="utf-8" Hi all, As part of our new role as ArchivesSpace development partner, we will be addressing issues like this as a priority. It is still early days and we?re working with the folks at the ArchivesSpace program on a release schedule, so we can?t make any definitive statements yet, but please know that we are aware of this issue and will address it as soon as we are able. Cheers, James ? James Bullen Hudson Molonglo > On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw wrote: > > Hi all ? > > We at Dartmouth have experienced similar issues. We have some large resources as well (one has 60K+ objects in the tree) and anything that involves a save or rearrangement (moving a file around, etc) can take a *lot* of time (many minutes) and may cause an error ? typically of the ?another user is modifying this record? type. > > If we have to do any modifications to a resource of that size, we a) budget a lot of time and b) do things in small increments ? ie don?t move more than a couple of files around at a time. It?s not a great solution, but it does minimize some of the headache. > > I *think* (but haven?t had the time to really dig into this) that one reason the error comes about is because the indexer steps on/collides with the process that the save/arrangement kicked off. We are still running 1.3 and hope that some of our issues will be mitigated when we move to 1.5.1, though we know that not all of them have been resolved yet. > > One other data point is that we?ve got a plugin that runs as a background job doing a bunch of importing. This background job touches some of the larger resources, but does *not* cause the errors and long save times, which leads me to believe that a lot of the problem is in the frontend ? perhaps with the way the tree is populated - as Jason pointed out. > > Best, > Joshua > > From: > on behalf of Jason Loeffler > > Reply-To: Archivesspace Users Group > > Date: Tuesday, November 15, 2016 at 3:25 PM > To: Archivesspace Users Group > > Cc: "archivesspace at googlegroups.com " > > Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children > > Hi Sally, > > Definitely, yes. We have many resources with 5,000 or more archival object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB memory, burstable CPU, etc.) with negligible improvement. I have a feeling that this is not a resource allocation issue. Looking at the web inspector, most of the time is spent negotiating jstree and/or loading all JSON objects associated with a resource into the browser. Maybe an ASpace dev can weigh in. > > > From the sysadmin side, Maureen Callahan at Yale commissioned Percona to evaluate ArchivesSpace and MySQL performance. I've attached the report. Let me know if you need any help interpreting the report. > > At some point, and quite apart from this thread, I hope we can collectively revisit the staff interface architecture and recommend improvements. > > JL > > On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten > wrote: >> Hi everyone, >> >> We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: >> ? it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy >> ? it takes a couple of minutes to open any archival object in the series in edit mode and >> ? it takes a couple of minutes to save changes to any archival object within the series >> Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? >> >> The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem. >> >> We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? >> >> Thanks, >> Weatherly and Sally >> >> -- >> Sally Vermaaten >> Project Manager, Archival Systems >> New York University Libraries >> 1-212-992-6259 >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > !DSPAM:582b7444314351074817778! _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:582b7444314351074817778! -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 16 Date: Tue, 15 Nov 2016 18:28:44 -0500 From: Jason Loeffler To: Archivesspace Users Group Cc: archivesspace at googlegroups.com Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Message-ID: Content-Type: text/plain; charset="utf-8" Thanks so much, James. Can you tell me if there's a script available for generating an arbitrary number of test records? Something similar to Drupal's devel generate hooks? Jason Loeffler Technology Consultant | The American Academy in Rome Minor Science | Application Development & Metadata Strategy Brooklyn, New York jason at minorscience.com (347) 405-0826 minorscience (Skype) On Tue, Nov 15, 2016 at 6:17 PM, James Bullen wrote: > > Hi all, > > As part of our new role as ArchivesSpace development partner, we will be > addressing issues like this as a priority. > > It is still early days and we?re working with the folks at the > ArchivesSpace program on a release schedule, so we can?t make any > definitive statements yet, but please know that we are aware of this issue > and will address it as soon as we are able. > > > Cheers, > James > > > ? > James Bullen > Hudson Molonglo > > > > On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw > wrote: > > Hi all ? > > We at Dartmouth have experienced similar issues. We have some large > resources as well (one has 60K+ objects in the tree) and anything that > involves a save or rearrangement (moving a file around, etc) can take a * > *lot** of time (many minutes) and may cause an error ? typically of the > ?another user is modifying this record? type. > > If we have to do any modifications to a resource of that size, we a) > budget a lot of time and b) do things in small increments ? ie don?t move > more than a couple of files around at a time. It?s not a great solution, > but it does minimize some of the headache. > > I **think** (but haven?t had the time to really dig into this) that one > reason the error comes about is because the indexer steps on/collides with > the process that the save/arrangement kicked off. We are still running 1.3 > and hope that some of our issues will be mitigated when we move to 1.5.1, > though we know that not all of them have been resolved yet. > > One other data point is that we?ve got a plugin that runs as a background > job doing a bunch of importing. This background job touches some of the > larger resources, but does **not** cause the errors and long save times, > which leads me to believe that a lot of the problem is in the frontend ? > perhaps with the way the tree is populated - as Jason pointed out. > > Best, > Joshua > > *From: * on > behalf of Jason Loeffler > *Reply-To: *Archivesspace Users Group lyralists.lyrasis.org> > *Date: *Tuesday, November 15, 2016 at 3:25 PM > *To: *Archivesspace Users Group lyralists.lyrasis.org> > *Cc: *"archivesspace at googlegroups.com" > *Subject: *Re: [Archivesspace_Users_Group] Problems working with archival > object with large number of direct children > > Hi Sally, > > Definitely, yes. We have many resources with 5,000 or more archival object > records. We've deployed on some pretty decent Amazon EC2 boxes (16GB > memory, burstable CPU, etc.) with negligible improvement. I have a feeling > that this is not a resource allocation issue. Looking at the web inspector, > most of the time is spent negotiating jstree and/or > loading* all JSON objects* associated with a resource into the browser. > Maybe an ASpace dev can weigh in. > > > From the sysadmin side, Maureen Callahan at Yale commissioned Percona to > evaluate ArchivesSpace and MySQL performance. I've attached the report. Let > me know if you need any help interpreting the report. > > At some point, and quite apart from this thread, I hope we can > collectively revisit the staff interface architecture and recommend > improvements. > > JL > > On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten > wrote: > > Hi everyone, > > We're running into an issue with a large resource record in ArchivesSpace > and wonder if anyone has experienced a similar issue. In one resource > record, we have a series/archival object with around 19,000 direct > children/archival objects. We've found that: > ? it takes several minutes to open the series in the 'tree' > navigation view and then, once opened scrolling through series is very slow > / laggy > ? it takes a couple of minutes to open any archival object in the > series in edit mode and > ? it takes a couple of minutes to save changes to any archival > object within the series > Does anyone else have a similarly large archival object in a resource > record? If so, have you observed the same long load/save time when editing > the component records? > > The slow load time does not seem to be affected by memory allocation; > we've tried increasing the speed / size of the server and it seemed to have > no effect. We'd definitely appreciate any other suggestions for how we > might fix or work around the problem. > > We also wonder if this performance issue is essentially caused by the > queries being run to generate the UI view - i.e. perhaps in generating the > resource 'tree' view, all data for the whole series (all 19k archival > objects) is being retrieved and stored in memory? If so, we wondered if it > would be possible and would make sense to change the queries running during > tree generation, etc. to only retrieve some batches at a time, lazy loading > style? > > Thanks, > Weatherly and Sally > > -- > Sally Vermaaten > Project Manager, Archival Systems > New York University Libraries > 1-212-992-6259 > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:582b7444314351074817778! ___________________________________ > ____________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:582b7444314351074817778! > > > > _______________________________________________ > 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: ------------------------------ Message: 17 Date: Wed, 16 Nov 2016 10:56:38 +1100 From: James Bullen To: Archivesspace Users Group Cc: archivesspace at googlegroups.com Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Message-ID: Content-Type: text/plain; charset="utf-8" Hi Jason - I?m not aware of a script like this. Cheers ? James > On Nov 16, 2016, at 10:28 AM, Jason Loeffler wrote: > > Thanks so much, James. Can you tell me if there's a script available for generating an arbitrary number of test records? Something similar to Drupal's devel generate hooks? > > Jason Loeffler > Technology Consultant | The American Academy in Rome > Minor Science | Application Development & Metadata Strategy > Brooklyn, New York > jason at minorscience.com > (347) 405-0826 > minorscience (Skype) > > > > On Tue, Nov 15, 2016 at 6:17 PM, James Bullen > wrote: > > Hi all, > > As part of our new role as ArchivesSpace development partner, we will be addressing issues like this as a priority. > > It is still early days and we?re working with the folks at the ArchivesSpace program on a release schedule, so we can?t make any definitive statements yet, but please know that we are aware of this issue and will address it as soon as we are able. > > > Cheers, > James > > > ? > James Bullen > Hudson Molonglo > > > >> On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw > wrote: >> >> Hi all ? >> >> We at Dartmouth have experienced similar issues. We have some large resources as well (one has 60K+ objects in the tree) and anything that involves a save or rearrangement (moving a file around, etc) can take a *lot* of time (many minutes) and may cause an error ? typically of the ?another user is modifying this record? type. >> >> If we have to do any modifications to a resource of that size, we a) budget a lot of time and b) do things in small increments ? ie don?t move more than a couple of files around at a time. It?s not a great solution, but it does minimize some of the headache. >> >> I *think* (but haven?t had the time to really dig into this) that one reason the error comes about is because the indexer steps on/collides with the process that the save/arrangement kicked off. We are still running 1.3 and hope that some of our issues will be mitigated when we move to 1.5.1, though we know that not all of them have been resolved yet. >> >> One other data point is that we?ve got a plugin that runs as a background job doing a bunch of importing. This background job touches some of the larger resources, but does *not* cause the errors and long save times, which leads me to believe that a lot of the problem is in the frontend ? perhaps with the way the tree is populated - as Jason pointed out. >> >> Best, >> Joshua >> >> From: > on behalf of Jason Loeffler > >> Reply-To: Archivesspace Users Group > >> Date: Tuesday, November 15, 2016 at 3:25 PM >> To: Archivesspace Users Group > >> Cc: "archivesspace at googlegroups.com " > >> Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children >> >> Hi Sally, >> >> Definitely, yes. We have many resources with 5,000 or more archival object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB memory, burstable CPU, etc.) with negligible improvement. I have a feeling that this is not a resource allocation issue. Looking at the web inspector, most of the time is spent negotiating jstree and/or loading all JSON objects associated with a resource into the browser. Maybe an ASpace dev can weigh in. >> >> >> From the sysadmin side, Maureen Callahan at Yale commissioned Percona to evaluate ArchivesSpace and MySQL performance. I've attached the report. Let me know if you need any help interpreting the report. >> >> At some point, and quite apart from this thread, I hope we can collectively revisit the staff interface architecture and recommend improvements. >> >> JL >> >> On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten > wrote: >>> Hi everyone, >>> >>> We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: >>> ? it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy >>> ? it takes a couple of minutes to open any archival object in the series in edit mode and >>> ? it takes a couple of minutes to save changes to any archival object within the series >>> Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? >>> >>> The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem. >>> >>> We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? >>> >>> Thanks, >>> Weatherly and Sally >>> >>> -- >>> Sally Vermaaten >>> Project Manager, Archival Systems >>> New York University Libraries >>> 1-212-992-6259 >>> >>> _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> wbr>582b7444314351074817778! _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> >> !DSPAM:582b7444314351074817778! > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:582b9a4b138833087816299! _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:582b9a4b138833087816299! -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 18 Date: Wed, 16 Nov 2016 00:47:14 +0000 From: "Gadsby, Eric T." To: "archivesspace_users_group at lyralists.lyrasis.org" Subject: [Archivesspace_Users_Group] A user who is set as manager of a collection can not create containers... Message-ID: <52B9DEC3-08BD-43F0-ABCC-0DA6A4AB4BA4 at towson.edu> Content-Type: text/plain; charset="utf-8" I posted this to the list earlier but the list seems more active this week so I thought I?d try again. One of ouse users is manger of a collection but can?t create containers in it here is what they report: ?While attempting to create top containers for instances, I only had access to ?browse? but not create. I had management level access at the time. I had to be given admin level access to be able to gain the create button for top containers. The create option disappeared when placed on just admin level access. I had to be placed in both levels of access to be able to create top containers.? Our server has only been in production for a few weeks and is set-up per the http://www.archivesspace.org recommendations. Our server does authenticate via LDAP (Active Directory) but our users experience is the same using an AD or ArchivesSpace local users. Do you know how we might resolve this or what might be the next steps in troubleshooting? Thanks! Sincerely, Eric T Gadsby IT Operations Specialist, Cook Library Towson University egadsby at towson.edu 410-704-3340 -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 19 Date: Wed, 16 Nov 2016 02:10:52 +0000 (UTC) From: Jason Loeffler To: Archivesspace Users Group Cc: archivesspace at googlegroups.com Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Message-ID: Content-Type: text/plain; charset="utf-8" Thanks, James. Just wondering if there's a load test battery for a large dataset. I can generate a large dataset if you think it is useful for your work.? On Tue, Nov 15, 2016 at 6:56 PM -0500, "James Bullen" wrote: Hi Jason - I?m not aware of a script like this. ?Cheers ? James On Nov 16, 2016, at 10:28 AM, Jason Loeffler wrote: Thanks so much, James. Can you tell me if there's a script available for generating an arbitrary number of test records? Something similar to Drupal's devel?generate?hooks? Jason LoefflerTechnology Consultant |?The American Academy in RomeMinor Science | Application Development & Metadata StrategyBrooklyn, New Yorkjason at minorscience.com(347) 405-0826minorscience (Skype) On Tue, Nov 15, 2016 at 6:17 PM, James Bullen??wrote: Hi all, As part of our new role as ArchivesSpace development partner, we will be addressing issues like this as a priority. It is still early days and we?re working with the folks at the ArchivesSpace program on a release schedule, so we can?t make any definitive statements yet, but please know that we are aware of this issue and will address it as soon as we are able. Cheers,James ?James BullenHudson Molonglo On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw wrote: Hi all ??We at Dartmouth have experienced similar issues. We have some large resources as well (one has 60K+ objects in the tree) and anything that involves a save or rearrangement (moving a file around, etc) can take a *lot* of time (many minutes) and may cause an error ? typically of the ?another user is modifying this record? type.?If we have to do any modifications to a resource of that size, we a) budget a lot of time and b) do things in small increments ? ie don?t move more than a couple of files around at a time. It?s not a great solution, but it does minimize some of the headache.?I *think* (but haven?t had the time to really dig into this) that one reason the error comes about is because the indexer steps on/collides with the process that the save/arrangement kicked off. We are still running 1.3 and hope that some of our issues will be mitigated when we move to 1.5.1, though we know that not all of them have been resolved yet.?One other data point is that we?ve got ! a plugin that runs as a background job doing a bunch of importing. This background job touches some of the larger resources, but does *not* cause the errors and long save times, which leads me to believe that a lot of the problem is in the frontend ? perhaps with the way the tree is populated - as Jason pointed out.?Best,Joshua?From:? on behalf of Jason Loeffler Reply-To:?Archivesspace Users Group Date:?Tuesday, November 15, 2016 at 3:25 PM To:?Archivesspace Users Group Cc:?"archivesspace at googlegroups.com" Subject:?Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children?Hi Sally,?Definitely, yes. We have many resources with 5,000 or more archival object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB memory, burstable CPU, etc.) with negligible improvement. I have a feeling that this is not a resource allocation issue. Looking at the web inspector, most of the time is spent negotiating?jstree?and/or loading?all JSON objects?associated with a resource into the browser. Maybe an ASpace dev can weigh in. >From the sysadmin side, Maureen Callahan at Yale commissioned Percona to evaluate ArchivesSpace and MySQL performance. I've attached the report. Let me know if you need any help interpreting the report.?At some point, and quite apart from this thread, I hope we can collectively revisit the staff interface architecture and recommend improvements.??JL?On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten wrote:Hi everyone,?We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue.?In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: ???????????it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy??????????it takes a couple of minutes to open any archival object in the series in edit mode and???????????it takes a couple of minut! es to sav e changes to any archival object within the seriesDoes anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records???The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem.?We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style???Thanks,Weatherly?and Sally?--?Sally Vermaaten Project Manager, Archival Systems New York University Libraries1-212-992-6259 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group?wbr>582b7444314351074817778!?_______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group !DSPAM:582b7444314351074817778! _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group !DSPAM:582b9a4b138833087816299! _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group !DSPAM:582b9a4b138833087816299! -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 20 Date: Wed, 16 Nov 2016 13:34:17 +1100 From: James Bullen To: Archivesspace Users Group Cc: archivesspace at googlegroups.com Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Message-ID: <6C7D60FD-2AA6-447C-A55A-19BCC2433E49 at hudmol.com> Content-Type: text/plain; charset="utf-8" That could be useful thanks Jason. Cheers ? James > On Nov 16, 2016, at 1:10 PM, Jason Loeffler wrote: > > > Thanks, James. Just wondering if there's a load test battery for a large dataset. I can generate a large dataset if you think it is useful for your work. > > > > > On Tue, Nov 15, 2016 at 6:56 PM -0500, "James Bullen" > wrote: > > > Hi Jason - I?m not aware of a script like this. Cheers ? James > > >> On Nov 16, 2016, at 10:28 AM, Jason Loeffler > wrote: >> >> Thanks so much, James. Can you tell me if there's a script available for generating an arbitrary number of test records? Something similar to Drupal's devel generate hooks? >> >> Jason Loeffler >> Technology Consultant | The American Academy in Rome >> Minor Science | Application Development & Metadata Strategy >> Brooklyn, New York >> jason at minorscience.com >> (347) 405-0826 >> minorscience (Skype) >> >> >> >> On Tue, Nov 15, 2016 at 6:17 PM, James Bullen > wrote: >> >> Hi all, >> >> As part of our new role as ArchivesSpace development partner, we will be addressing issues like this as a priority. >> >> It is still early days and we?re working with the folks at the ArchivesSpace program on a release schedule, so we can?t make any definitive statements yet, but please know that we are aware of this issue and will address it as soon as we are able. >> >> >> Cheers, >> James >> >> >> ? >> James Bullen >> Hudson Molonglo >> >> >> >>> On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw > wrote: >>> >>> Hi all ? >>> >>> We at Dartmouth have experienced similar issues. We have some large resources as well (one has 60K+ objects in the tree) and anything that involves a save or rearrangement (moving a file around, etc) can take a *lot* of time (many minutes) and may cause an error ? typically of the ?another user is modifying this record? type. >>> >>> If we have to do any modifications to a resource of that size, we a) budget a lot of time and b) do things in small increments ? ie don?t move more than a couple of files around at a time. It?s not a great solution, but it does minimize some of the headache. >>> >>> I *think* (but haven?t had the time to really dig into this) that one reason the error comes about is because the indexer steps on/collides with the process that the save/arrangement kicked off. We are still running 1.3 and hope that some of our issues will be mitigated when we move to 1.5.1, though we know that not all of them have been resolved yet. >>> >>> One other data point is that we?ve got a plugin that runs as a background job doing a bunch of importing. This background job touches some of the larger resources, but does *not* cause the errors and long save times, which leads me to believe that a lot of the problem is in the frontend ? perhaps with the way the tree is populated - as Jason pointed out. >>> >>> Best, >>> Joshua >>> >>> From: > on behalf of Jason Loeffler > >>> Reply-To: Archivesspace Users Group > >>> Date: Tuesday, November 15, 2016 at 3:25 PM >>> To: Archivesspace Users Group > >>> Cc: "archivesspace at googlegroups.com " > >>> Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children >>> >>> Hi Sally, >>> >>> Definitely, yes. We have many resources with 5,000 or more archival object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB memory, burstable CPU, etc.) with negligible improvement. I have a feeling that this is not a resource allocation issue. Looking at the web inspector, most of the time is spent negotiating jstree and/or loading all JSON objects associated with a resource into the browser. Maybe an ASpace dev can weigh in. >>> >>> >>> From the sysadmin side, Maureen Callahan at Yale commissioned Percona to evaluate ArchivesSpace and MySQL performance. I've attached the report. Let me know if you need any help interpreting the report. >>> >>> At some point, and quite apart from this thread, I hope we can collectively revisit the staff interface architecture and recommend improvements. >>> >>> JL >>> >>> On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten > wrote: >>>> Hi everyone, >>>> >>>> We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: >>>> ? it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy >>>> ? it takes a couple of minutes to open any archival object in the series in edit mode and >>>> ? it takes a couple of minutes to save changes to any archival object within the series >>>> Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? >>>> >>>> The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem. >>>> >>>> We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? >>>> >>>> Thanks, >>>> Weatherly and Sally >>>> >>>> -- >>>> Sally Vermaaten >>>> Project Manager, Archival Systems >>>> New York University Libraries >>>> 1-212-992-6259 >>>> >>>> _______________________________________________ >>>> Archivesspace_Users_Group mailing list >>>> Archivesspace_Users_Group at lyralists.lyrasis.org >>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >>> >>> wbr>582b7444314351074817778! _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >>> >>> >>> wbr class="">582b7444314351074817778! >> >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> >> !DSPAM:582b9a4b138833087816299! _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> >> !DSPAM:582b9a4b138833087816299! > > !DSPAM:582bc03b277649809715286! > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:582bc03b277649809715286! -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 21 Date: Wed, 16 Nov 2016 18:20:26 +1100 From: Payten Giles To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] A user who is set as manager of a collection can not create containers... Message-ID: Content-Type: text/plain; charset="utf-8" Hi there Eric, Access to the ?Create? for containers is provided by the?update_container_record role. ?It looks like this isn?t granted to managers (repository-managers) by default. ?This has a bug vibe and I?ll ensure a JIRA issue is recorded. In the meantime, you can expand the roles available to your repository managers by following these steps: 1. Login as an administrator 2. Ensure the repository you?d like to update is selected 3. Under the ?cog? icon next to the repository name, select "Manage Groups? 4. Select ?Edit? next to the?repository-managers group 5. Under ?Members can?, ensure the checkbox for "create/update top container records? is selected 6. Save Group Hopefully the ?Create? action will now be available! Thanks, Payten On 16 November 2016 at 11:47:21 AM, Gadsby, Eric T. (egadsby at towson.edu) wrote: I posted this to the list earlier but the list seems more active this week so I thought I?d try again. One of ouse users is manger of a collection but can?t create containers in it here is what they report:? ?While attempting to create top containers for instances, I only had access to ?browse? but not create. I had management level access at the time. I had to be given admin level access to be able to gain the create button for top containers. The create option disappeared when placed on just admin level access. I had to be placed in both levels of access to be able to create top containers.?? Our server has only been in production for a few weeks and is set-up per the?http://www.archivesspace.org?recommendations. Our server does authenticate via LDAP (Active Directory) but our users experience is the same using an AD or ArchivesSpace local users. Do you know how we might resolve this or what might be the next steps in troubleshooting? Thanks!? Sincerely, Eric T Gadsby IT Operations Specialist, Cook Library Towson University egadsby at towson.edu 410-704-3340 _______________________________________________ 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: ------------------------------ Message: 22 Date: Wed, 16 Nov 2016 04:05:24 -0300 From: Payten Giles To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] A user who is set as manager of a collection can not create containers... Message-ID: Content-Type: text/plain; charset="utf-8" Hi there Eric, Access to the ?Create? for containers is provided by the update_container_record role. It looks like this isn?t granted to managers (repository-managers) by default. This has a bug vibe and I?ll ensure a JIRA issue is recorded. In the meantime, you can expand the roles available to your repository managers by following these steps: 1. Login as an administrator 2. Ensure the repository you?d like to update is selected 3. Under the ?cog? icon next to the repository name, select "Manage Groups? 4. Select ?Edit? next to the repository-managers group 5. Under ?Members can?, ensure the checkbox for "create/update top container records? is selected 6. Save Group Hopefully the ?Create? action will now be available! Thanks, Payten On 16 November 2016 at 11:47:21 AM, Gadsby, Eric T. (egadsby at towson.edu) wrote: I posted this to the list earlier but the list seems more active this week so I thought I?d try again. One of ouse users is manger of a collection but can?t create containers in it here is what they report: ?While attempting to create top containers for instances, I only had access to ?browse? but not create. I had management level access at the time. I had to be given admin level access to be able to gain the create button for top containers. The create option disappeared when placed on just admin level access. I had to be placed in both levels of access to be able to create top containers.? Our server has only been in production for a few weeks and is set-up per the http://www.archivesspace.org recommendations. Our server does authenticate via LDAP (Active Directory) but our users experience is the same using an AD or ArchivesSpace local users. Do you know how we might resolve this or what might be the next steps in troubleshooting? Thanks! Sincerely, Eric T Gadsby IT Operations Specialist, Cook Library Towson University egadsby at towson.edu 410-704-3340 _______________________________________________ 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: ------------------------------ Message: 23 Date: Wed, 16 Nov 2016 12:32:22 +0000 From: "Gadsby, Eric T." To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] A user who is set as manager of a collection can not create containers... Message-ID: Content-Type: text/plain; charset="utf-8" Payten, Thanks I will have the users try that and report back. Thanks for your help! Sincerely, Eric T Gadsby IT Operations Specialist, Cook Library Towson University egadsby at towson.edu 410-704-3340 On Nov 16, 2016, at 2:20 AM, Payten Giles > wrote: Hi there Eric, Access to the ?Create? for containers is provided by the update_container_record role. It looks like this isn?t granted to managers (repository-managers) by default. This has a bug vibe and I?ll ensure a JIRA issue is recorded. In the meantime, you can expand the roles available to your repository managers by following these steps: 1. Login as an administrator 2. Ensure the repository you?d like to update is selected 3. Under the ?cog? icon next to the repository name, select "Manage Groups? 4. Select ?Edit? next to the repository-managers group 5. Under ?Members can?, ensure the checkbox for "create/update top container records? is selected 6. Save Group Hopefully the ?Create? action will now be available! Thanks, Payten On 16 November 2016 at 11:47:21 AM, Gadsby, Eric T. (egadsby at towson.edu) wrote: I posted this to the list earlier but the list seems more active this week so I thought I?d try again. One of ouse users is manger of a collection but can?t create containers in it here is what they report: ?While attempting to create top containers for instances, I only had access to ?browse? but not create. I had management level access at the time. I had to be given admin level access to be able to gain the create button for top containers. The create option disappeared when placed on just admin level access. I had to be placed in both levels of access to be able to create top containers.? Our server has only been in production for a few weeks and is set-up per the http://www.archivesspace.org recommendations. Our server does authenticate via LDAP (Active Directory) but our users experience is the same using an AD or ArchivesSpace local users. Do you know how we might resolve this or what might be the next steps in troubleshooting? Thanks! Sincerely, Eric T Gadsby IT Operations Specialist, Cook Library Towson University egadsby at towson.edu 410-704-3340 _______________________________________________ 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: ------------------------------ Message: 24 Date: Wed, 16 Nov 2016 12:45:33 +0000 From: "Joshua D. Shaw" To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Message-ID: Content-Type: text/plain; charset="utf-8" Thanks, James! For the rest of the list, especially those who haven?t had a chance to work with James and the rest of the gang at HM, we?ve had nothing but great work on the customizations we?ve had done. All by way of saying that if James says they are gonna fix it? it?ll be fixed! Joshua From: on behalf of James Bullen Reply-To: Archivesspace Users Group Date: Tuesday, November 15, 2016 at 6:17 PM To: Archivesspace Users Group , "archivesspace at googlegroups.com" Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Hi all, As part of our new role as ArchivesSpace development partner, we will be addressing issues like this as a priority. It is still early days and we?re working with the folks at the ArchivesSpace program on a release schedule, so we can?t make any definitive statements yet, but please know that we are aware of this issue and will address it as soon as we are able. Cheers, James ? James Bullen Hudson Molonglo On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw > wrote: Hi all ? We at Dartmouth have experienced similar issues. We have some large resources as well (one has 60K+ objects in the tree) and anything that involves a save or rearrangement (moving a file around, etc) can take a *lot* of time (many minutes) and may cause an error ? typically of the ?another user is modifying this record? type. If we have to do any modifications to a resource of that size, we a) budget a lot of time and b) do things in small increments ? ie don?t move more than a couple of files around at a time. It?s not a great solution, but it does minimize some of the headache. I *think* (but haven?t had the time to really dig into this) that one reason the error comes about is because the indexer steps on/collides with the process that the save/arrangement kicked off. We are still running 1.3 and hope that some of our issues will be mitigated when we move to 1.5.1, though we know that not all of them have been resolved yet. One other data point is that we?ve got a plugin that runs as a background job doing a bunch of importing. This background job touches some of the larger resources, but does *not* cause the errors and long save times, which leads me to believe that a lot of the problem is in the frontend ? perhaps with the way the tree is populated - as Jason pointed out. Best, Joshua From: > on behalf of Jason Loeffler > Reply-To: Archivesspace Users Group > Date: Tuesday, November 15, 2016 at 3:25 PM To: Archivesspace Users Group > Cc: "archivesspace at googlegroups.com" > Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Hi Sally, Definitely, yes. We have many resources with 5,000 or more archival object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB memory, burstable CPU, etc.) with negligible improvement. I have a feeling that this is not a resource allocation issue. Looking at the web inspector, most of the time is spent negotiating jstree and/or loading all JSON objects associated with a resource into the browser. Maybe an ASpace dev can weigh in. >From the sysadmin side, Maureen Callahan at Yale commissioned Percona to evaluate ArchivesSpace and MySQL performance. I've attached the report. Let me know if you need any help interpreting the report. At some point, and quite apart from this thread, I hope we can collectively revisit the staff interface architecture and recommend improvements. JL On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten > wrote: Hi everyone, We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: ? it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy ? it takes a couple of minutes to open any archival object in the series in edit mode and ? it takes a couple of minutes to save changes to any archival object within the series Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem. We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? Thanks, Weatherly and Sally -- Sally Vermaaten Project Manager, Archival Systems New York University Libraries 1-212-992-6259 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group !DSPAM:582b7444314351074817778! _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group !DSPAM:582b7444314351074817778! -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 25 Date: Wed, 16 Nov 2016 14:40:17 +0000 From: Yvonne Kester To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] A user who is set as manager of a collection can not create containers... Message-ID: Content-Type: text/plain; charset="utf-8" Hi Eric, We had a problem creating top containers a couple months ago. This is the answer I got from Christine: ?There is a permission that needs to be added for the permission group that your user account is part of in order for you to create top containers. See the three options for containers below; there is also one for the new location profile functionality. Have your system administrator (or someone who otherwise has privileges that allow them to manage users) add any permissions you need to your permission group. [cid:image001.png at 01D23FED.6E85D7B0] (There?s information about managing users and permission groups in the manual at http://docs.archivesspace.org/Default.htm#UserPermGroupsManage.htm ) I hope this helps! Yvonne From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Gadsby, Eric T. Sent: Tuesday, November 15, 2016 7:47 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] A user who is set as manager of a collection can not create containers... I posted this to the list earlier but the list seems more active this week so I thought I?d try again. One of ouse users is manger of a collection but can?t create containers in it here is what they report: ?While attempting to create top containers for instances, I only had access to ?browse? but not create. I had management level access at the time. I had to be given admin level access to be able to gain the create button for top containers. The create option disappeared when placed on just admin level access. I had to be placed in both levels of access to be able to create top containers.? Our server has only been in production for a few weeks and is set-up per the http://www.archivesspace.org recommendations. Our server does authenticate via LDAP (Active Directory) but our users experience is the same using an AD or ArchivesSpace local users. Do you know how we might resolve this or what might be the next steps in troubleshooting? Thanks! Sincerely, Eric T Gadsby IT Operations Specialist, Cook Library Towson University egadsby at towson.edu 410-704-3340 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 20851 bytes Desc: image001.png 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 40, Issue 2 ******************************************************** From ldfs at umn.edu Fri Dec 2 12:21:44 2016 From: ldfs at umn.edu (Lara Friedman-Shedlov) Date: Fri, 2 Dec 2016 11:21:44 -0600 Subject: [Archivesspace_Users_Group] Adding siblings Message-ID: Yes we have had this problem as well, and it's a real pain. The best work-around we've come up with is to add the archival object as the child of the one we want it to appear next to, then move it to sibling status afterwards by dragging. This at least keeps it near where we really want it so it's easier to drag. Lara Friedman-Shedlov On Fri, Dec 2, 2016 at 11:16 AM, Greta Kuriger Suiter wrote: > Just wanted to record a problem with ASpace and see if anyone has a > solution. When I try to add a sibling to a folder list it adds the sibling > to the bottom of the list - not where I want it to go. I then have to drag > the newly created folder up to where I wanted to put it. Anyone else have > this problem / know a solution? When I do this I have the folder before the > one I want to create highlighted, thinking that the added sibling would > fall in after the highlighted one but that doesn't happen. > > Thanks for any help! I'll search this list history for answers too. > -Greta > > Greta Kuriger Suiter > Collections Archivist | Institute Archives & Special Collections > MIT Libraries, Bldg. 14N-118 | 77 Massachusetts Ave., Cambridge, MA > 02139-4307 > gsuiter at mit.edu > My pronouns: she, her, hers > -- _________________________________ Lara D. Friedman-Shedlov Kautz Family YMCA Archives | University of Minnesota Libraries ldfs at umn.edu | 612.626.7972 | www.lib.umn.edu/ymca | @yarchives __________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at minorscience.com Fri Dec 2 12:28:13 2016 From: j at minorscience.com (Jason Loeffler) Date: Fri, 2 Dec 2016 12:28:13 -0500 Subject: [Archivesspace_Users_Group] FW: Archivesspace_Users_Group Digest, Vol 40, Issue 2 In-Reply-To: References: Message-ID: Hi Greta, There's a JIRA story here that describes the issue. It is in the backlog for our development partner, Hudson Molonglo. The fix will not appear in the next release. We'll work to get it addressed in a future release. Keep an eye on JIRA for activity on this issue. Let me know if you have any questions. Best, Jason Jason Loeffler Technology Consultant | The American Academy in Rome Minor Science | Application Development & Metadata Strategy Brooklyn, New York jason at minorscience.com (347) 405-0826 minorscience (Skype) On Fri, Dec 2, 2016 at 12:16 PM, Greta Kuriger Suiter wrote: > Just wanted to record a problem with ASpace and see if anyone has a > solution. When I try to add a sibling to a folder list it adds the sibling > to the bottom of the list - not where I want it to go. I then have to drag > the newly created folder up to where I wanted to put it. Anyone else have > this problem / know a solution? When I do this I have the folder before the > one I want to create highlighted, thinking that the added sibling would > fall in after the highlighted one but that doesn't happen. > > Thanks for any help! I'll search this list history for answers too. > -Greta > > Greta Kuriger Suiter > Collections Archivist | Institute Archives & Special Collections > MIT Libraries, Bldg. 14N-118 | 77 Massachusetts Ave., Cambridge, MA > 02139-4307 > gsuiter at mit.edu > My pronouns: she, her, hers > > > > -----Original Message----- > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of > archivesspace_users_group-request at lyralists.lyrasis.org > Sent: Wednesday, November 16, 2016 9:40 AM > To: archivesspace_users_group at lyralists.lyrasis.org > Subject: Archivesspace_Users_Group Digest, Vol 40, Issue 2 > > Send Archivesspace_Users_Group mailing list submissions to > archivesspace_users_group at lyralists.lyrasis.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lyralists.lyrasis.org/mailman/listinfo/ > archivesspace_users_group > > or, via email, send a message with subject or body 'help' to > archivesspace_users_group-request at lyralists.lyrasis.org > > You can reach the person managing the list at > archivesspace_users_group-owner at lyralists.lyrasis.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Archivesspace_Users_Group digest..." > > > Today's Topics: > > 1. Re: LibraryHost (Tummino, Annie) > 2. Re: LibraryHost (Tummino, Annie) > 3. Check out the test site of the new ArchivesSpace PUI > (Custer, Mark) > 4. Re: Check out the test site of the new ArchivesSpace PUI > (Custer, Mark) > 5. new technical support option for ArchivesSpace members > (Christine Di Bella) > 6. Job Posting: Digital Initiatives Librarian @ Brandeis > University (Hong Jing) > 7. Job posting for Vanderbilt University (ArchivesSpaceHome) > 8. DACS 7.1.6 equivalent in ArchivesSpace (Cheri Crist) > 9. Problems working with archival object with large number of > direct children (Sally Vermaaten) > 10. Re: [archivesspace] Problems working with archival object > with large number of direct children (Runyon, Carolyn) > 11. Re: Problems working with archival object with large number > of direct children (Ryan Edwards) > 12. Re: Problems working with archival object with large number > of direct children (Jason Loeffler) > 13. Re: Problems working with archival object with large number > of direct children (Jason Loeffler) > 14. Re: Problems working with archival object with large number > of direct children (Joshua D. Shaw) > 15. Re: Problems working with archival object with large number > of direct children (James Bullen) > 16. Re: Problems working with archival object with large number > of direct children (Jason Loeffler) > 17. Re: Problems working with archival object with large number > of direct children (James Bullen) > 18. A user who is set as manager of a collection can not create > containers... (Gadsby, Eric T.) > 19. Re: Problems working with archival object with large number > of direct children (Jason Loeffler) > 20. Re: Problems working with archival object with large number > of direct children (James Bullen) > 21. Re: A user who is set as manager of a collection can not > create containers... (Payten Giles) > 22. Re: A user who is set as manager of a collection can not > create containers... (Payten Giles) > 23. Re: A user who is set as manager of a collection can not > create containers... (Gadsby, Eric T.) > 24. Re: Problems working with archival object with large number > of direct children (Joshua D. Shaw) > 25. Re: A user who is set as manager of a collection can not > create containers... (Yvonne Kester) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 10 Nov 2016 22:06:49 +0000 > From: "Tummino, Annie" > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] LibraryHost > Message-ID: > Content-Type: text/plain; charset="utf-8" > > P.S. I should add that this is really for creating resources (finding > aids) and assumes you have already set up a repository and created an > accession. > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of > Clifford Allen > Sent: Thursday, October 27, 2016 3:57 PM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] LibraryHost > > Thanks Annie -- we're in the same boat. Good to know that the training is > on hold; maybe that'll give us a little time to get more of our stuff > together. > > I would be interested in seeing that user guide if it is not too much > trouble. This is virgin territory for us though I have worked in porting > out EAD to DAMs before... it's a little different. > > Cheers, > Clifford > > On Thu, Oct 27, 2016 at 3:21 PM, Tummino, Annie > wrote: > Hi Allen, > We just started using LibraryHost a couple of months ago and it is working > out great so far. I sent this same query to the SAA Lone Arrangers list and > only got positive feedback about LibraryHost, which made me confident about > moving forward. They also offer a free trial which is nice. > > Because we have no EAD files to begin with, we are starting with a > relatively clean slate, so we didn?t need assistance with migration. > Generally speaking, I am sure starting from scratch is a lot easier than > what large institutions are confronting. > > I?ll note that the LibraryHost expert on ASpace is currently on maternity > leave, so they are not able to do a training until she returns, but we are > moving forward with branding in her absence. I have found that for our > needs, I?ve been getting along just fine using the ASpace help center > documentation, and it?s not really been a problem that we had to put off > the training. We are creating a user guide which I?d be happy to share with > you. > > Hope this helps, > Annie > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org ce_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Clifford Allen > Sent: Thursday, October 27, 2016 11:27 AM > To: archivesspace_users_group at lyralists.lyrasis.org rchivesspace_users_group at lyralists.lyrasis.org> > Subject: [Archivesspace_Users_Group] LibraryHost > > Hi All, > > Forgive me if this has been brought up before and is a dead-horse topic, > but as someone who is just beginning to implement ArchivesSpace, what are > the advantages/disadvantages of LibraryHost as compared to Atlas and > LYRASIS? As we are a small institution their lower price points are > attractive, but I'm wondering if that is because certain necessary > services/aspects aren't being offered. > > Thanks so much in advance for weighing in. > > Sincerely, > > -- > Clifford Allen > Archivist | The Watermill Center | Robert Wilson > 115 W 29th St., 10th Fl., New York, NY 10001 > main: +1 212 253 7484 x 113 > clifford.allen at watermillcenter.org org> | www.watermillcenter.org > > JOIN US! | BECOME A MEMBER OF THE WATERMILL CENTER TODAY > > Connect with us on Facebook, > Twitter, Instagram< > http://instagram.com/watermillcenter>, Flickr, photos/watermillresidencies/> and Vimeo. > Join our email list! > > The Watermill Center is the principal operation of the Byrd Hoffman > Watermill Foundation, a US 501(c)3 organization incorporated in the state > of New York. > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org rchivesspace_Users_Group at lyralists.lyrasis.org> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > -- > Clifford Allen > Archivist | The Watermill Center | Robert Wilson > 115 W 29th St., 10th Fl., New York, NY 10001 > main: +1 212 253 7484 x 113 > clifford.allen at watermillcenter.org org> | www.watermillcenter.org > > JOIN US! | BECOME A MEMBER OF THE WATERMILL CENTER TODAY > > Connect with us on Facebook, > Twitter, Instagram< > http://instagram.com/watermillcenter>, Flickr, photos/watermillresidencies/> and Vimeo. > Join our email list! > > The Watermill Center is the principal operation of the Byrd Hoffman > Watermill Foundation, a US 501(c)3 organization incorporated in the state > of New York. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161110/2b464b8f/attachment-0001.html> > > ------------------------------ > > Message: 2 > Date: Thu, 10 Nov 2016 22:08:25 +0000 > From: "Tummino, Annie" > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] LibraryHost > Message-ID: <523f6c8459934b039830b01928647d8c at EX02.sunymaritime.edu> > Content-Type: text/plain; charset="utf-8" > > Sorry folks! I was trying to send this to Clifford and mistakenly sent to > the whole list. Well, if anyone else wants to see our Guide, there you have > it. That?s what happens when you try to do things at the end of the day > when you are about to leave. > Best, > Annie > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of > Tummino, Annie > Sent: Thursday, November 10, 2016 5:07 PM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] LibraryHost > > P.S. I should add that this is really for creating resources (finding > aids) and assumes you have already set up a repository and created an > accession. > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of > Clifford Allen > Sent: Thursday, October 27, 2016 3:57 PM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] LibraryHost > > Thanks Annie -- we're in the same boat. Good to know that the training is > on hold; maybe that'll give us a little time to get more of our stuff > together. > > I would be interested in seeing that user guide if it is not too much > trouble. This is virgin territory for us though I have worked in porting > out EAD to DAMs before... it's a little different. > > Cheers, > Clifford > > On Thu, Oct 27, 2016 at 3:21 PM, Tummino, Annie > wrote: > Hi Allen, > We just started using LibraryHost a couple of months ago and it is working > out great so far. I sent this same query to the SAA Lone Arrangers list and > only got positive feedback about LibraryHost, which made me confident about > moving forward. They also offer a free trial which is nice. > > Because we have no EAD files to begin with, we are starting with a > relatively clean slate, so we didn?t need assistance with migration. > Generally speaking, I am sure starting from scratch is a lot easier than > what large institutions are confronting. > > I?ll note that the LibraryHost expert on ASpace is currently on maternity > leave, so they are not able to do a training until she returns, but we are > moving forward with branding in her absence. I have found that for our > needs, I?ve been getting along just fine using the ASpace help center > documentation, and it?s not really been a problem that we had to put off > the training. We are creating a user guide which I?d be happy to share with > you. > > Hope this helps, > Annie > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org ce_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Clifford Allen > Sent: Thursday, October 27, 2016 11:27 AM > To: archivesspace_users_group at lyralists.lyrasis.org rchivesspace_users_group at lyralists.lyrasis.org> > Subject: [Archivesspace_Users_Group] LibraryHost > > Hi All, > > Forgive me if this has been brought up before and is a dead-horse topic, > but as someone who is just beginning to implement ArchivesSpace, what are > the advantages/disadvantages of LibraryHost as compared to Atlas and > LYRASIS? As we are a small institution their lower price points are > attractive, but I'm wondering if that is because certain necessary > services/aspects aren't being offered. > > Thanks so much in advance for weighing in. > > Sincerely, > > -- > Clifford Allen > Archivist | The Watermill Center | Robert Wilson > 115 W 29th St., 10th Fl., New York, NY 10001 > main: +1 212 253 7484 x 113 > clifford.allen at watermillcenter.org org> | www.watermillcenter.org > > JOIN US! | BECOME A MEMBER OF THE WATERMILL CENTER TODAY > > Connect with us on Facebook, > Twitter, Instagram< > http://instagram.com/watermillcenter>, Flickr, photos/watermillresidencies/> and Vimeo. > Join our email list! > > The Watermill Center is the principal operation of the Byrd Hoffman > Watermill Foundation, a US 501(c)3 organization incorporated in the state > of New York. > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org rchivesspace_Users_Group at lyralists.lyrasis.org> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > -- > Clifford Allen > Archivist | The Watermill Center | Robert Wilson > 115 W 29th St., 10th Fl., New York, NY 10001 > main: +1 212 253 7484 x 113 > clifford.allen at watermillcenter.org org> | www.watermillcenter.org > > JOIN US! | BECOME A MEMBER OF THE WATERMILL CENTER TODAY > > Connect with us on Facebook, > Twitter, Instagram< > http://instagram.com/watermillcenter>, Flickr, photos/watermillresidencies/> and Vimeo. > Join our email list! > > The Watermill Center is the principal operation of the Byrd Hoffman > Watermill Foundation, a US 501(c)3 organization incorporated in the state > of New York. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161110/9fa832cd/attachment-0001.html> > > ------------------------------ > > Message: 3 > Date: Fri, 11 Nov 2016 14:47:59 +0000 > From: "Custer, Mark" > To: "Archivesspace Users Group > (archivesspace_users_group at lyralists.lyrasis.org)" > > Subject: [Archivesspace_Users_Group] Check out the test site of the > new ArchivesSpace PUI > Message-ID: > namprd08.prod.outlook.com> > > Content-Type: text/plain; charset="us-ascii" > > Dear ArchivesSpace colleagues: > > I am writing to provide an update about the development of the new > ArchivesSpace Public Interface. As a reminder, here is the release > timeline that we drafted and shared earlier in the year: > > > * candidate release, 12/16/2016 > > * official testing period, 12/19/2016 - 2/28/2017 > > * official release, 3/31/2017 > > We're still on track to have everything done in time for an official > release in March, but it's likely that we will push that candidate release > date back a few weeks. Since we haven't changed the date yet I don't have a > new date to share at this time, but if we do push the date back it will > probably be postponed to January. > > In the meantime, I also wanted to share a link with everyone to a working > version of the new public interface so that you could see things in action > before everything is finished. You can access that website here: > > http://pui.hudmol.com/ > (and thanks to Hudson Molonglo for hosting this site for us during the > development process!!!) > > Please note that this site is still a work in progress. You might stumble > across bugs, and it's possible that some features could stop working from > one day to the next. Also, not all features have been added (e.g. "Record > Group" / Classification pages) or fully implemented yet (e.g. the > "Collection organization" navigation sidebar). In any event, this site > will provide a more interactive way to explore the development process > before the design has been finished. In the coming weeks, we will also > create a few introductory videos for the new PUI that will focus on and > explain a few of the new, exciting features. > > You can also follow along with the development process at the > ArchivesSpace PUI wiki: https://archivesspace.atlassian.net/wiki/display/ > ADC/Public+Interface+Enhancement+Project urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace. > atlassian.net_wiki_display_ADC_Public-26-2343-3BInterface-26-2343- > 3BEnhancement-26-2343-3BProject&d=CwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r= > s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=EVhE7hGgEiFUwEqMCd6wOUjBAjB- > m9qD3KnMCwCnzGk&s=9J-sJPfocPm1WF4QSm9MvnLFX4jAWKWwRSNMGBqB5jc&e=> > > More news soon, > > Mark Custer > On behalf of the ArchivesSpace Public Interface development group. > > * James Bullen, Hudson Molonglo > > * Mark Cooper, LYRASIS > > * Mark Custer, Yale University > > * Bobbi Fox, Harvard University > > * Payten Giles, Hudson Molonglo > > * Brian Hoffman, Consultant > > * Susan Pyzynski, Harvard University > > * Mark Triggs, Hudson Molonglo > > * Brad Westbrook, ArchivesSpace > > * Melissa Wisner, Yale University > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161111/b1ef5532/attachment-0001.html> > > ------------------------------ > > Message: 4 > Date: Fri, 11 Nov 2016 15:18:52 +0000 > From: "Custer, Mark" > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] Check out the test site of > the new ArchivesSpace PUI > Message-ID: > namprd08.prod.outlook.com> > > Content-Type: text/plain; charset="us-ascii" > > All, > > I regret that I didn't include at least one search example with the > previous announcement. Since today's the first day of the 2016 World Chess > Championship, here's a timely one: > > http://pui.hudmol.com/search?utf8=%E2%9C%93&q=chess > > I'll also come back to this example later on in one of the introductory > videos, since I think it might be a good case to explain how the new > archival inheritance feature will work once it's implemented (see > https://archivesspace.atlassian.net/browse/AR-1300). > > All my best, > > Mark > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of > Custer, Mark > Sent: Friday, 11 November, 2016 9:48 AM > To: Archivesspace Users Group (archivesspace_users_group@ > lyralists.lyrasis.org) > Subject: [Archivesspace_Users_Group] Check out the test site of the new > ArchivesSpace PUI > > Dear ArchivesSpace colleagues: > > I am writing to provide an update about the development of the new > ArchivesSpace Public Interface. As a reminder, here is the release > timeline that we drafted and shared earlier in the year: > > > * candidate release, 12/16/2016 > > * official testing period, 12/19/2016 - 2/28/2017 > > * official release, 3/31/2017 > > We're still on track to have everything done in time for an official > release in March, but it's likely that we will push that candidate release > date back a few weeks. Since we haven't changed the date yet I don't have a > new date to share at this time, but if we do push the date back it will > probably be postponed to January. > > In the meantime, I also wanted to share a link with everyone to a working > version of the new public interface so that you could see things in action > before everything is finished. You can access that website here: > > http://pui.hudmol.com/ url?u=http-3A__pui.hudmol.com_&d=CwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r= > s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m= > mHKsaKwdKo1giNBjiurqEHO18veSK4gHeKMYhEh3Y_s&s= > cT2ROAsYvRYwVtJMlVbfF0Uij0OilGhnxk88YuxsoKM&e=> > (and thanks to Hudson Molonglo for hosting this site for us during the > development process!!!) > > Please note that this site is still a work in progress. You might stumble > across bugs, and it's possible that some features could stop working from > one day to the next. Also, not all features have been added (e.g. "Record > Group" / Classification pages) or fully implemented yet (e.g. the > "Collection organization" navigation sidebar). In any event, this site > will provide a more interactive way to explore the development process > before the design has been finished. In the coming weeks, we will also > create a few introductory videos for the new PUI that will focus on and > explain a few of the new, exciting features. > > You can also follow along with the development process at the > ArchivesSpace PUI wiki: https://archivesspace.atlassian.net/wiki/display/ > ADC/Public+Interface+Enhancement+Project urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace. > atlassian.net_wiki_display_ADC_Public-26-2343-3BInterface-26-2343- > 3BEnhancement-26-2343-3BProject&d=CwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r= > s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=EVhE7hGgEiFUwEqMCd6wOUjBAjB- > m9qD3KnMCwCnzGk&s=9J-sJPfocPm1WF4QSm9MvnLFX4jAWKWwRSNMGBqB5jc&e=> > > More news soon, > > Mark Custer > On behalf of the ArchivesSpace Public Interface development group. > > * James Bullen, Hudson Molonglo > > * Mark Cooper, LYRASIS > > * Mark Custer, Yale University > > * Bobbi Fox, Harvard University > > * Payten Giles, Hudson Molonglo > > * Brian Hoffman, Consultant > > * Susan Pyzynski, Harvard University > > * Mark Triggs, Hudson Molonglo > > * Brad Westbrook, ArchivesSpace > > * Melissa Wisner, Yale University > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161111/5b70d59c/attachment-0001.html> > > ------------------------------ > > Message: 5 > Date: Mon, 14 Nov 2016 14:19:02 +0000 > From: Christine Di Bella > 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] new technical support option for > ArchivesSpace members > Message-ID: > namprd08.prod.outlook.com> > > Content-Type: text/plain; charset="us-ascii" > > Dear ArchivesSpace members, > > ArchivesSpace is happy to announce an additional way for ArchivesSpace > members to receive technical support. Courtesy of resources approved by the > ArchivesSpace Governance Board, staff from LYRASIS Technology Services will > be taking an added role in providing help to individual ArchivesSpace > members and contributing to the technical documentation for the application. > > As befits a Community-Supported Software application, when you need help, > we encourage you to look to the community first by posting to the Users > Group listserv. Given the breadth of knowledge and experience on the > listserv, and the sheer number of people participating (currently over 850 > subscribers), many issues will be resolved quickly this way and everyone > will benefit from the discussion of the issue and its solution. > > If you are unable to resolve the issue using the listserv, or if you think > you need more individualized assistance from the start, please email > ArchivesSpaceHome at lyrasis.org with > your issue. If it requires technical assistance beyond the program staff's > expertise, a program staff member will create a ticket and LYRASIS > Technology Services staff will follow up with you. When applicable, once > the issue has been resolved, LYRASIS Technology Services staff will also > update related technical documentation on GitHub to make the issue easier > to resolve for other users. > > Please note that while there is no limit on the number of requests a > member organization may make for assistance, support provided through > membership is geared toward helping people learn how to help themselves and > there are limits to the complexity of issues that can be addressed. For > example, membership does not include hosting, customization, data > migration, or intensive data repair. We can provide you with strong > guidance in these areas, but we can't undertake the solutions themselves > for you. If your issue requires assistance beyond what is possible through > membership, we will alert you to this and suggest alternatives. > > Please continue to file bug reports and feature requests via JIRA at > http://support.archivesspace.org. More information is available at > https://archivesspace.atlassian.net/wiki/display/ADC/How+to+Report+a+Bug > and https://archivesspace.atlassian.net/wiki/display/ > ADC/How+to+Request+a+New+Feature. Program staff can assist you with > filing these if you need help, or if a bug report or feature request comes > out of your support request. > > We hope that you will find the availability of this additional level of > technical assistance helpful. If you have any questions, or if you need > assistance, please email the program team at ArchivesSpaceHome at lyrasis.org > . > Christine > > Christine Di Bella > Community Outreach 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: group/attachments/20161114/ffeb11b2/attachment-0001.html> > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: image001.png > Type: image/png > Size: 7645 bytes > Desc: image001.png > URL: group/attachments/20161114/ffeb11b2/attachment-0001.png> > > ------------------------------ > > Message: 6 > Date: Mon, 14 Nov 2016 09:52:00 -0500 > From: Hong Jing > To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] Job Posting: Digital Initiatives > Librarian @ Brandeis University > Message-ID: > 598eDsWMBgkg at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > *Please excuse for cross-posting* > > > *Job Posting: Digital Initiatives Librarian (Job ID: 525688)* > > Brandeis University seeks to hire a Digital Initiatives Librarian to be > responsible for administration and configuration of institutional > repository and related systems and applications. > > *Examples of Key Responsibilities:* > > - Responsible for administration and configuration of institutional > repository and related systems and applications, including but not > limited > to creation of new IR communities and collections. Outreach to > communities, for planning and performing batch loads of new collections, > implementation of workflow, technical processes and methodology, and > administering authorizations and roles within the institutional > repository > and related applications. > - Works in conjunction with library systems staff, vendor support staff > and open source communities, and Scholarly Communications to > troubleshoot, > resolve and escalate problems; works in conjunction with library systems > staff to coordinate and perform application and system upgrades. > Creates > specifications and scripting for metadata transformation and crosswalks. > - Performs technical support for faculty and staff in the use of the > institutional repository and related applications, and assists with > process > and workflow development. Works as a member of the library team to plan > and implement changes to delivered public interfaces; works as a member > of > the library team to integrate digital collections with other campus-wide > applications. > - Assists with creation of short and long-term plans for digitization of > selected materials, working with content specialists and faculty > members to > determine priorities for digitization. Works as a member of Library & > Technology Service (LTS) teams to assist faculty and staff in decision > making for new collections. Receives requests for assistance with > digital > materials, and evaluates the appropriateness of those materials for > inclusion in current or future digital asset systems. > - Performs execution and support of LTS institutional repository > policies and procedures, and assists in the development of policies as > needed. Serves as resident authority for metadata and digitization > standards. Helps guide and ensure adherence to capture standards, > metadata > standards, preservation standards, technical workflow and quality > control. > - Back-up core function of systems in the library and be available for > on-call > > > *Qualifications:* > > MLS or MSI degree from an ALA-accredited institution of higher education; > 3-5 years experience with library digital repositories > > Experience developing and managing digital software (DSpace, > ArchivesSpace); knowledge and experience working in Unix or Linux systems > at the CLI > > Proven engagement in the broader library systems community with a focus on > administering and supporting digital initiatives applications and services; > familiarity with metadata standards such as EAD, MARC, Dublic Core > > Strong organizational, communication, customer service and interpersonal > skills; ability to work well with faculty, staff, and students. > > *Preferred skills:* > > Familiarity with digitization projects and standards for various materials, > e.g. electronic theses and dissertations, manuscripts, photographs and > audio and video recordings > > Experience with scripting languages and using APIs; experience with CSS, > XML, XSL, XSLT and harvesting standards; experience in a research library > or academic library > > > *How to Apply:* > > Submit cover letter and resume as a single document at > http://www.brandeis.edu/humanresources/jobs/external.html. Elect option > for "External Applicant". Sort the job listing by clicking the *Job > ID* column > heading. Locate the desired job listing by Job ID. Click the job title > and then Apply Now. > > > *Closing Statement:* > > Brandeis University is an affirmative action/equal opportunity employer and > encourages minorities, women, disabled individuals, and eligible veterans > to apply. It is the policy of the University not to discriminate against > any applicant or employee on the basis of race, ancestry, color, religion, > sex, sexual orientation, age, genetic information, national origin, > disability, veteran status, or on the basis of any other legally protected > category. > > -- > Jenny Jing > > Manager, Library Systems > Library & Technology Services, > Brandeis University Library > > 781-736-4698 > JennyJing at brandeis.edu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161114/9596dc4d/attachment-0001.html> > > ------------------------------ > > Message: 7 > Date: Tue, 15 Nov 2016 13:56:15 +0000 > From: ArchivesSpaceHome > To: Archivesspace Users Group > > Subject: [Archivesspace_Users_Group] Job posting for Vanderbilt > University > Message-ID: > namprd08.prod.outlook.com> > > Content-Type: text/plain; charset="us-ascii" > > Posted on behalf of Valerie Hotchkiss. > > From: Hotchkiss, Valerie [mailto:valerie.hotchkiss at vanderbilt.edu] > Sent: Monday, November 14, 2016 2:53 PM > To: ArchivesSpaceHome > Subject: Job posting > > Dear Archives Space colleagues, > > Since this job description specifically entails introducing ArchivesSpace > at Vanderbilt, I wonder if you can help us spread the word about it? > https://vanderuniv.taleo.net/careersection/.vu_cs/ > jobdetail.ftl?job=1605657 > > Many thanks, > v > > Valerie Hotchkiss > University Librarian > The Jean and Alexander Heard Library > Vanderbilt University > (615) 322-4782 > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161115/5444b374/attachment-0001.html> > > ------------------------------ > > Message: 8 > Date: Tue, 15 Nov 2016 12:34:55 -0500 > From: Cheri Crist > To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] DACS 7.1.6 equivalent in > ArchivesSpace > Message-ID: > 31MF3dvA at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi list, > > I'm finding that somewhere in the annals of time, individual pieces of > ephemera were given museum object numbers in TMS, and these numbers are > written on the items. I'm wondering if anyone out there has a best practice > for recording these numbers in AS. I thought recording the TMS number in > the Component Unique Identifier field at item level would work, but it > doesn't show up in the pdf. (It does show in the public interface, > however.) What have other people done? > > Thanks, > Cheri > > > Cheri Crist > Project Archivist > Richard and Ronay Menschel Library > George Eastman Museum > 900 East Ave. > Rochester, NY 14607 > ccrist at eastman.org > (585)271-3361 ext. 280 > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161115/7ae31a86/attachment-0001.html> > > ------------------------------ > > Message: 9 > Date: Tue, 15 Nov 2016 14:37:56 -0500 > From: Sally Vermaaten > To: archivesspace at googlegroups.com, Archivesspace Users Group > > Subject: [Archivesspace_Users_Group] Problems working with archival > object with large number of direct children > Message-ID: > gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi everyone, > > We're running into an issue with a large resource record in ArchivesSpace > and wonder if anyone has experienced a similar issue. In one resource > record, we have a series/archival object with around 19,000 direct > children/archival objects. We've found that: > > - it takes several minutes to open the series in the 'tree' navigation > view and then, once opened scrolling through series is very slow / laggy > - it takes a couple of minutes to open any archival object in the series > in edit mode and > - it takes a couple of minutes to save changes to any archival object > within the series > > Does anyone else have a similarly large archival object in a resource > record? If so, have you observed the same long load/save time when editing > the component records? > > The slow load time does not seem to be affected by memory allocation; we've > tried increasing the speed / size of the server and it seemed to have no > effect. We'd definitely appreciate any other suggestions for how we might > fix or work around the problem. > > We also wonder if this performance issue is essentially caused by the > queries being run to generate the UI view - i.e. perhaps in generating the > resource 'tree' view, all data for the whole series (all 19k archival > objects) is being retrieved and stored in memory? If so, we wondered if it > would be possible and would make sense to change the queries running during > tree generation, etc. to only retrieve some batches at a time, lazy loading > style? > > Thanks, > Weatherly and Sally > > -- > Sally Vermaaten > Project Manager, Archival Systems > New York University Libraries > 1-212-992-6259 > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161115/f4355ae5/attachment-0001.html> > > ------------------------------ > > Message: 10 > Date: Tue, 15 Nov 2016 19:46:25 +0000 > From: "Runyon, Carolyn" > To: "archivesspace at googlegroups.com" , > Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] [archivesspace] Problems > working with archival object with large number of direct children > Message-ID: > Content-Type: text/plain; charset="utf-8" > > We have noticed this as well. In fact, one of our resource records is > large enough that it won?t open on the staff interface at all. > > Carolyn Runyon > Assistant Head of Collection Services and Director of Special Collections > University of Tennessee at Chattanooga Library > 615 McCallie Ave., Chattanooga, TN 37403 > Carolyn-Runyon at utc.edu, (423) 425-4503 > Dept. 6456, LIB 439D > > On Nov 15, 2016, at 2:37 PM, Sally Vermaaten mailto:sally.vermaaten at nyu.edu>> wrote: > > Hi everyone, > > We're running into an issue with a large resource record in ArchivesSpace > and wonder if anyone has experienced a similar issue. In one resource > record, we have a series/archival object with around 19,000 direct > children/archival objects. We've found that: > > * it takes several minutes to open the series in the 'tree' navigation > view and then, once opened scrolling through series is very slow / laggy > * it takes a couple of minutes to open any archival object in the > series in edit mode and > * it takes a couple of minutes to save changes to any archival object > within the series > > Does anyone else have a similarly large archival object in a resource > record? If so, have you observed the same long load/save time when editing > the component records? > > The slow load time does not seem to be affected by memory allocation; > we've tried increasing the speed / size of the server and it seemed to have > no effect. We'd definitely appreciate any other suggestions for how we > might fix or work around the problem. > > We also wonder if this performance issue is essentially caused by the > queries being run to generate the UI view - i.e. perhaps in generating the > resource 'tree' view, all data for the whole series (all 19k archival > objects) is being retrieved and stored in memory? If so, we wondered if it > would be possible and would make sense to change the queries running during > tree generation, etc. to only retrieve some batches at a time, lazy loading > style? > > Thanks, > Weatherly and Sally > > -- > Sally Vermaaten > Project Manager, Archival Systems > New York University Libraries > 1-212-992-6259 > > -- > You received this message because you are subscribed to the Google Groups > "ArchivesSpace" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to archivesspace+unsubscribe at googlegroups.com esspace+unsubscribe at googlegroups.com>. > For more options, visit https://groups.google.com/d/optout. > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161115/987641d9/attachment-0001.html> > > ------------------------------ > > Message: 11 > Date: Tue, 15 Nov 2016 19:49:02 +0000 > From: Ryan Edwards > To: Archivesspace Users Group > , > "archivesspace at googlegroups.com" > Subject: Re: [Archivesspace_Users_Group] Problems working with > archival object with large number of direct children > Message-ID: > namprd05.prod.outlook.com> > > Content-Type: text/plain; charset="utf-8" > > Hello Sally, > > We?ve also noticed that it can take a while (2-3 minutes) to load one of > our largest resources, even after we increased the physical RAM on our > server. > > -Ryan > > Ryan Edwards > Digital Access and Systems Librarian > Getty Research Institute > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of > Sally Vermaaten > Sent: Tuesday, November 15, 2016 11:38 AM > To: archivesspace at googlegroups.com; Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > Subject: [Archivesspace_Users_Group] Problems working with archival object > with large number of direct children > > Hi everyone, > > We're running into an issue with a large resource record in ArchivesSpace > and wonder if anyone has experienced a similar issue. In one resource > record, we have a series/archival object with around 19,000 direct > children/archival objects. We've found that: > ? it takes several minutes to open the series in the 'tree' navigation > view and then, once opened scrolling through series is very slow / laggy > ? it takes a couple of minutes to open any archival object in the series > in edit mode and > ? it takes a couple of minutes to save changes to any archival object > within the series > Does anyone else have a similarly large archival object in a resource > record? If so, have you observed the same long load/save time when editing > the component records? > > The slow load time does not seem to be affected by memory allocation; > we've tried increasing the speed / size of the server and it seemed to have > no effect. We'd definitely appreciate any other suggestions for how we > might fix or work around the problem. > > We also wonder if this performance issue is essentially caused by the > queries being run to generate the UI view - i.e. perhaps in generating the > resource 'tree' view, all data for the whole series (all 19k archival > objects) is being retrieved and stored in memory? If so, we wondered if it > would be possible and would make sense to change the queries running during > tree generation, etc. to only retrieve some batches at a time, lazy loading > style? > > Thanks, > Weatherly and Sally > > -- > Sally Vermaaten > Project Manager, Archival Systems > New York University Libraries > 1-212-992-6259 > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161115/255cb23a/attachment-0001.html> > > ------------------------------ > > Message: 12 > Date: Tue, 15 Nov 2016 15:25:20 -0500 > From: Jason Loeffler > To: Archivesspace Users Group > > Cc: archivesspace at googlegroups.com > Subject: Re: [Archivesspace_Users_Group] Problems working with > archival object with large number of direct children > Message-ID: > gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi Sally, > > Definitely, yes. We have many resources with 5,000 or more archival object > records. We've deployed on some pretty decent Amazon EC2 boxes (16GB > memory, burstable CPU, etc.) with negligible improvement. I have a feeling > that this is not a resource allocation issue. Looking at the web inspector, > most of the time is spent negotiating jstree and/or > loading* all JSON objects* associated with a resource into the browser. > Maybe an ASpace dev can weigh in. > > >From the sysadmin side, Maureen Callahan at Yale commissioned Percona to > evaluate ArchivesSpace and MySQL performance. I've attached the report. Let > me know if you need any help interpreting the report. > > At some point, and quite apart from this thread, I hope we can collectively > revisit the staff interface architecture and recommend improvements. > > JL > > On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten > wrote: > > > Hi everyone, > > > > We're running into an issue with a large resource record in ArchivesSpace > > and wonder if anyone has experienced a similar issue. In one resource > > record, we have a series/archival object with around 19,000 direct > > children/archival objects. We've found that: > > > > - it takes several minutes to open the series in the 'tree' navigation > > view and then, once opened scrolling through series is very slow / > laggy > > - it takes a couple of minutes to open any archival object in the > > series in edit mode and > > - it takes a couple of minutes to save changes to any archival object > > within the series > > > > Does anyone else have a similarly large archival object in a resource > > record? If so, have you observed the same long load/save time when > editing > > the component records? > > > > The slow load time does not seem to be affected by memory allocation; > > we've tried increasing the speed / size of the server and it seemed to > have > > no effect. We'd definitely appreciate any other suggestions for how we > > might fix or work around the problem. > > > > We also wonder if this performance issue is essentially caused by the > > queries being run to generate the UI view - i.e. perhaps in generating > the > > resource 'tree' view, all data for the whole series (all 19k archival > > objects) is being retrieved and stored in memory? If so, we wondered if > it > > would be possible and would make sense to change the queries running > during > > tree generation, etc. to only retrieve some batches at a time, lazy > loading > > style? > > > > Thanks, > > Weatherly and Sally > > > > -- > > Sally Vermaaten > > Project Manager, Archival Systems > > New York University Libraries > > 1-212-992-6259 > > > > _______________________________________________ > > 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: group/attachments/20161115/41bbc85b/attachment-0001.html> > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: report.pdf > Type: application/pdf > Size: 81907 bytes > Desc: not available > URL: group/attachments/20161115/41bbc85b/attachment-0001.pdf> > > ------------------------------ > > Message: 13 > Date: Tue, 15 Nov 2016 15:35:06 -0500 > From: Jason Loeffler > To: Archivesspace Users Group > > Cc: archivesspace at googlegroups.com > Subject: Re: [Archivesspace_Users_Group] Problems working with > archival object with large number of direct children > Message-ID: > DqrHf3kHA at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > I should add that application performance was a hot topic in August last > year. Some of the issues described have been mitigated and/or implemented; > others not so much. > > http://lyralists.lyrasis.org/pipermail/archivesspace_users_ > group/2015-August/002285.html > http://lyralists.lyrasis.org/pipermail/archivesspace_users_ > group/2015-August/002319.html > http://lyralists.lyrasis.org/pipermail/archivesspace_users_ > group/2015-August/002346.html > > On Tue, Nov 15, 2016 at 3:25 PM, Jason Loeffler > wrote: > > > Hi Sally, > > > > Definitely, yes. We have many resources with 5,000 or more archival > object > > records. We've deployed on some pretty decent Amazon EC2 boxes (16GB > > memory, burstable CPU, etc.) with negligible improvement. I have a > feeling > > that this is not a resource allocation issue. Looking at the web > inspector, > > most of the time is spent negotiating jstree and/or > > loading* all JSON objects* associated with a resource into the browser. > > Maybe an ASpace dev can weigh in. > > > > From the sysadmin side, Maureen Callahan at Yale commissioned Percona to > > evaluate ArchivesSpace and MySQL performance. I've attached the report. > Let > > me know if you need any help interpreting the report. > > > > At some point, and quite apart from this thread, I hope we can > > collectively revisit the staff interface architecture and recommend > > improvements. > > > > JL > > > > On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten < > sally.vermaaten at nyu.edu> > > wrote: > > > >> Hi everyone, > >> > >> We're running into an issue with a large resource record in > ArchivesSpace > >> and wonder if anyone has experienced a similar issue. In one resource > >> record, we have a series/archival object with around 19,000 direct > >> children/archival objects. We've found that: > >> > >> - it takes several minutes to open the series in the 'tree' > >> navigation view and then, once opened scrolling through series is > very slow > >> / laggy > >> - it takes a couple of minutes to open any archival object in the > >> series in edit mode and > >> - it takes a couple of minutes to save changes to any archival object > >> within the series > >> > >> Does anyone else have a similarly large archival object in a resource > >> record? If so, have you observed the same long load/save time when > editing > >> the component records? > >> > >> The slow load time does not seem to be affected by memory allocation; > >> we've tried increasing the speed / size of the server and it seemed to > have > >> no effect. We'd definitely appreciate any other suggestions for how we > >> might fix or work around the problem. > >> > >> We also wonder if this performance issue is essentially caused by the > >> queries being run to generate the UI view - i.e. perhaps in generating > the > >> resource 'tree' view, all data for the whole series (all 19k archival > >> objects) is being retrieved and stored in memory? If so, we wondered if > it > >> would be possible and would make sense to change the queries running > during > >> tree generation, etc. to only retrieve some batches at a time, lazy > loading > >> style? > >> > >> Thanks, > >> Weatherly and Sally > >> > >> -- > >> Sally Vermaaten > >> Project Manager, Archival Systems > >> New York University Libraries > >> 1-212-992-6259 > >> > >> _______________________________________________ > >> 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: group/attachments/20161115/e441cee3/attachment-0001.html> > > ------------------------------ > > Message: 14 > Date: Tue, 15 Nov 2016 20:46:44 +0000 > From: "Joshua D. Shaw" > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] Problems working with > archival object with large number of direct children > Message-ID: <44F19B6F-CD13-43C6-A494-92223359C987 at dartmouth.edu> > Content-Type: text/plain; charset="utf-8" > > Hi all ? > > We at Dartmouth have experienced similar issues. We have some large > resources as well (one has 60K+ objects in the tree) and anything that > involves a save or rearrangement (moving a file around, etc) can take a > *lot* of time (many minutes) and may cause an error ? typically of the > ?another user is modifying this record? type. > > If we have to do any modifications to a resource of that size, we a) > budget a lot of time and b) do things in small increments ? ie don?t move > more than a couple of files around at a time. It?s not a great solution, > but it does minimize some of the headache. > > I *think* (but haven?t had the time to really dig into this) that one > reason the error comes about is because the indexer steps on/collides with > the process that the save/arrangement kicked off. We are still running 1.3 > and hope that some of our issues will be mitigated when we move to 1.5.1, > though we know that not all of them have been resolved yet. > > One other data point is that we?ve got a plugin that runs as a background > job doing a bunch of importing. This background job touches some of the > larger resources, but does *not* cause the errors and long save times, > which leads me to believe that a lot of the problem is in the frontend ? > perhaps with the way the tree is populated - as Jason pointed out. > > Best, > Joshua > > From: on behalf > of Jason Loeffler > Reply-To: Archivesspace Users Group lyralists.lyrasis.org> > Date: Tuesday, November 15, 2016 at 3:25 PM > To: Archivesspace Users Group lyralists.lyrasis.org> > Cc: "archivesspace at googlegroups.com" > Subject: Re: [Archivesspace_Users_Group] Problems working with archival > object with large number of direct children > > Hi Sally, > > Definitely, yes. We have many resources with 5,000 or more archival object > records. We've deployed on some pretty decent Amazon EC2 boxes (16GB > memory, burstable CPU, etc.) with negligible improvement. I have a feeling > that this is not a resource allocation issue. Looking at the web inspector, > most of the time is spent negotiating jstree and/or > loading all JSON objects associated with a resource into the browser. Maybe > an ASpace dev can weigh in. > > > From the sysadmin side, Maureen Callahan at Yale commissioned Percona to > evaluate ArchivesSpace and MySQL performance. I've attached the report. Let > me know if you need any help interpreting the report. > > At some point, and quite apart from this thread, I hope we can > collectively revisit the staff interface architecture and recommend > improvements. > > JL > > On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten mailto:sally.vermaaten at nyu.edu>> wrote: > Hi everyone, > > We're running into an issue with a large resource record in ArchivesSpace > and wonder if anyone has experienced a similar issue. In one resource > record, we have a series/archival object with around 19,000 direct > children/archival objects. We've found that: > ? it takes several minutes to open the series in the 'tree' > navigation view and then, once opened scrolling through series is very slow > / laggy > ? it takes a couple of minutes to open any archival object in the > series in edit mode and > ? it takes a couple of minutes to save changes to any archival > object within the series > Does anyone else have a similarly large archival object in a resource > record? If so, have you observed the same long load/save time when editing > the component records? > > The slow load time does not seem to be affected by memory allocation; > we've tried increasing the speed / size of the server and it seemed to have > no effect. We'd definitely appreciate any other suggestions for how we > might fix or work around the problem. > > We also wonder if this performance issue is essentially caused by the > queries being run to generate the UI view - i.e. perhaps in generating the > resource 'tree' view, all data for the whole series (all 19k archival > objects) is being retrieved and stored in memory? If so, we wondered if it > would be possible and would make sense to change the queries running during > tree generation, etc. to only retrieve some batches at a time, lazy loading > style? > > Thanks, > Weatherly and Sally > > -- > Sally Vermaaten > Project Manager, Archival Systems > New York University Libraries > 1-212-992-6259 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org rchivesspace_Users_Group at lyralists.lyrasis.org> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161115/f1ff16f0/attachment-0001.html> > > ------------------------------ > > Message: 15 > Date: Wed, 16 Nov 2016 10:17:37 +1100 > From: James Bullen > To: Archivesspace Users Group > , > archivesspace at googlegroups.com > Subject: Re: [Archivesspace_Users_Group] Problems working with > archival object with large number of direct children > Message-ID: <404DE50A-B8DD-4A4D-B14A-FDDED5B64D57 at hudmol.com> > Content-Type: text/plain; charset="utf-8" > > > Hi all, > > As part of our new role as ArchivesSpace development partner, we will be > addressing issues like this as a priority. > > It is still early days and we?re working with the folks at the > ArchivesSpace program on a release schedule, so we can?t make any > definitive statements yet, but please know that we are aware of this issue > and will address it as soon as we are able. > > > Cheers, > James > > > ? > James Bullen > Hudson Molonglo > > > > > On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw > wrote: > > > > Hi all ? > > > > We at Dartmouth have experienced similar issues. We have some large > resources as well (one has 60K+ objects in the tree) and anything that > involves a save or rearrangement (moving a file around, etc) can take a > *lot* of time (many minutes) and may cause an error ? typically of the > ?another user is modifying this record? type. > > > > If we have to do any modifications to a resource of that size, we a) > budget a lot of time and b) do things in small increments ? ie don?t move > more than a couple of files around at a time. It?s not a great solution, > but it does minimize some of the headache. > > > > I *think* (but haven?t had the time to really dig into this) that one > reason the error comes about is because the indexer steps on/collides with > the process that the save/arrangement kicked off. We are still running 1.3 > and hope that some of our issues will be mitigated when we move to 1.5.1, > though we know that not all of them have been resolved yet. > > > > One other data point is that we?ve got a plugin that runs as a > background job doing a bunch of importing. This background job touches some > of the larger resources, but does *not* cause the errors and long save > times, which leads me to believe that a lot of the problem is in the > frontend ? perhaps with the way the tree is populated - as Jason pointed > out. > > > > Best, > > Joshua > > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of > Jason Loeffler > > > Reply-To: Archivesspace Users Group lyralists.lyrasis.org group at lyralists.lyrasis.org>> > > Date: Tuesday, November 15, 2016 at 3:25 PM > > To: Archivesspace Users Group lyralists.lyrasis.org group at lyralists.lyrasis.org>> > > Cc: "archivesspace at googlegroups.com googlegroups.com>" googlegroups.com>> > > Subject: Re: [Archivesspace_Users_Group] Problems working with archival > object with large number of direct children > > > > Hi Sally, > > > > Definitely, yes. We have many resources with 5,000 or more archival > object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB > memory, burstable CPU, etc.) with negligible improvement. I have a feeling > that this is not a resource allocation issue. Looking at the web inspector, > most of the time is spent negotiating jstree and/or > loading all JSON objects associated with a resource into the browser. Maybe > an ASpace dev can weigh in. > > > > > > From the sysadmin side, Maureen Callahan at Yale commissioned Percona to > evaluate ArchivesSpace and MySQL performance. I've attached the report. Let > me know if you need any help interpreting the report. > > > > At some point, and quite apart from this thread, I hope we can > collectively revisit the staff interface architecture and recommend > improvements. > > > > JL > > > > On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten < > sally.vermaaten at nyu.edu > wrote: > >> Hi everyone, > >> > >> We're running into an issue with a large resource record in > ArchivesSpace and wonder if anyone has experienced a similar issue. In one > resource record, we have a series/archival object with around 19,000 direct > children/archival objects. We've found that: > >> ? it takes several minutes to open the series in the 'tree' > navigation view and then, once opened scrolling through series is very slow > / laggy > >> ? it takes a couple of minutes to open any archival object in > the series in edit mode and > >> ? it takes a couple of minutes to save changes to any archival > object within the series > >> Does anyone else have a similarly large archival object in a resource > record? If so, have you observed the same long load/save time when editing > the component records? > >> > >> The slow load time does not seem to be affected by memory allocation; > we've tried increasing the speed / size of the server and it seemed to have > no effect. We'd definitely appreciate any other suggestions for how we > might fix or work around the problem. > >> > >> We also wonder if this performance issue is essentially caused by the > queries being run to generate the UI view - i.e. perhaps in generating the > resource 'tree' view, all data for the whole series (all 19k archival > objects) is being retrieved and stored in memory? If so, we wondered if it > would be possible and would make sense to change the queries running during > tree generation, etc. to only retrieve some batches at a time, lazy loading > style? > >> > >> Thanks, > >> Weatherly and Sally > >> > >> -- > >> Sally Vermaaten > >> Project Manager, Archival Systems > >> New York University Libraries > >> 1-212-992-6259 > >> > >> _______________________________________________ > >> Archivesspace_Users_Group mailing list > >> Archivesspace_Users_Group at lyralists.lyrasis.org Archivesspace_Users_Group at lyralists.lyrasis.org> > >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > !DSPAM:582b7444314351074817778! ______________________________ > _________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org Archivesspace_Users_Group at lyralists.lyrasis.org> > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > > !DSPAM:582b7444314351074817778! > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161116/4054a705/attachment-0001.html> > > ------------------------------ > > Message: 16 > Date: Tue, 15 Nov 2016 18:28:44 -0500 > From: Jason Loeffler > To: Archivesspace Users Group > > Cc: archivesspace at googlegroups.com > Subject: Re: [Archivesspace_Users_Group] Problems working with > archival object with large number of direct children > Message-ID: > gmail.com> > Content-Type: text/plain; charset="utf-8" > > Thanks so much, James. Can you tell me if there's a script available for > generating an arbitrary number of test records? Something similar to > Drupal's devel generate devel/functions/8.x-1.x> > hooks? > > Jason Loeffler > Technology Consultant | The American Academy in Rome > Minor Science | Application Development & Metadata Strategy > Brooklyn, New York > jason at minorscience.com > (347) 405-0826 > minorscience (Skype) > > > > On Tue, Nov 15, 2016 at 6:17 PM, James Bullen wrote: > > > > > Hi all, > > > > As part of our new role as ArchivesSpace development partner, we will be > > addressing issues like this as a priority. > > > > It is still early days and we?re working with the folks at the > > ArchivesSpace program on a release schedule, so we can?t make any > > definitive statements yet, but please know that we are aware of this > issue > > and will address it as soon as we are able. > > > > > > Cheers, > > James > > > > > > ? > > James Bullen > > Hudson Molonglo > > > > > > > > On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw > > > wrote: > > > > Hi all ? > > > > We at Dartmouth have experienced similar issues. We have some large > > resources as well (one has 60K+ objects in the tree) and anything that > > involves a save or rearrangement (moving a file around, etc) can take a * > > *lot** of time (many minutes) and may cause an error ? typically of the > > ?another user is modifying this record? type. > > > > If we have to do any modifications to a resource of that size, we a) > > budget a lot of time and b) do things in small increments ? ie don?t move > > more than a couple of files around at a time. It?s not a great solution, > > but it does minimize some of the headache. > > > > I **think** (but haven?t had the time to really dig into this) that one > > reason the error comes about is because the indexer steps on/collides > with > > the process that the save/arrangement kicked off. We are still running > 1.3 > > and hope that some of our issues will be mitigated when we move to 1.5.1, > > though we know that not all of them have been resolved yet. > > > > One other data point is that we?ve got a plugin that runs as a background > > job doing a bunch of importing. This background job touches some of the > > larger resources, but does **not** cause the errors and long save times, > > which leads me to believe that a lot of the problem is in the frontend ? > > perhaps with the way the tree is populated - as Jason pointed out. > > > > Best, > > Joshua > > > > *From: * on > > behalf of Jason Loeffler > > *Reply-To: *Archivesspace Users Group > lyralists.lyrasis.org> > > *Date: *Tuesday, November 15, 2016 at 3:25 PM > > *To: *Archivesspace Users Group > lyralists.lyrasis.org> > > *Cc: *"archivesspace at googlegroups.com" > > *Subject: *Re: [Archivesspace_Users_Group] Problems working with archival > > object with large number of direct children > > > > Hi Sally, > > > > Definitely, yes. We have many resources with 5,000 or more archival > object > > records. We've deployed on some pretty decent Amazon EC2 boxes (16GB > > memory, burstable CPU, etc.) with negligible improvement. I have a > feeling > > that this is not a resource allocation issue. Looking at the web > inspector, > > most of the time is spent negotiating jstree and/or > > loading* all JSON objects* associated with a resource into the browser. > > Maybe an ASpace dev can weigh in. > > > > > > From the sysadmin side, Maureen Callahan at Yale commissioned Percona to > > evaluate ArchivesSpace and MySQL performance. I've attached the report. > Let > > me know if you need any help interpreting the report. > > > > At some point, and quite apart from this thread, I hope we can > > collectively revisit the staff interface architecture and recommend > > improvements. > > > > JL > > > > On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten < > sally.vermaaten at nyu.edu> > > wrote: > > > > Hi everyone, > > > > We're running into an issue with a large resource record in ArchivesSpace > > and wonder if anyone has experienced a similar issue. In one resource > > record, we have a series/archival object with around 19,000 direct > > children/archival objects. We've found that: > > ? it takes several minutes to open the series in the 'tree' > > navigation view and then, once opened scrolling through series is very > slow > > / laggy > > ? it takes a couple of minutes to open any archival object in the > > series in edit mode and > > ? it takes a couple of minutes to save changes to any archival > > object within the series > > Does anyone else have a similarly large archival object in a resource > > record? If so, have you observed the same long load/save time when > editing > > the component records? > > > > The slow load time does not seem to be affected by memory allocation; > > we've tried increasing the speed / size of the server and it seemed to > have > > no effect. We'd definitely appreciate any other suggestions for how we > > might fix or work around the problem. > > > > We also wonder if this performance issue is essentially caused by the > > queries being run to generate the UI view - i.e. perhaps in generating > the > > resource 'tree' view, all data for the whole series (all 19k archival > > objects) is being retrieved and stored in memory? If so, we wondered if > it > > would be possible and would make sense to change the queries running > during > > tree generation, etc. to only retrieve some batches at a time, lazy > loading > > style? > > > > Thanks, > > Weatherly and Sally > > > > -- > > Sally Vermaaten > > Project Manager, Archival Systems > > New York University Libraries > > 1-212-992-6259 > > > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > !DSPAM:582b7444314351074817778! ___________________________________ > > ____________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > !DSPAM:582b7444314351074817778! > > > > > > > > _______________________________________________ > > 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: group/attachments/20161115/129b5b6e/attachment-0001.html> > > ------------------------------ > > Message: 17 > Date: Wed, 16 Nov 2016 10:56:38 +1100 > From: James Bullen > To: Archivesspace Users Group > > Cc: archivesspace at googlegroups.com > Subject: Re: [Archivesspace_Users_Group] Problems working with > archival object with large number of direct children > Message-ID: > Content-Type: text/plain; charset="utf-8" > > > Hi Jason - I?m not aware of a script like this. Cheers ? James > > > > On Nov 16, 2016, at 10:28 AM, Jason Loeffler wrote: > > > > Thanks so much, James. Can you tell me if there's a script available for > generating an arbitrary number of test records? Something similar to > Drupal's devel generate devel/functions/8.x-1.x> hooks? > > > > Jason Loeffler > > Technology Consultant | The American Academy in Rome > > Minor Science | Application Development & Metadata Strategy > > Brooklyn, New York > > jason at minorscience.com > > (347) 405-0826 > > minorscience (Skype) > > > > > > > > On Tue, Nov 15, 2016 at 6:17 PM, James Bullen james at hudmol.com>> wrote: > > > > Hi all, > > > > As part of our new role as ArchivesSpace development partner, we will be > addressing issues like this as a priority. > > > > It is still early days and we?re working with the folks at the > ArchivesSpace program on a release schedule, so we can?t make any > definitive statements yet, but please know that we are aware of this issue > and will address it as soon as we are able. > > > > > > Cheers, > > James > > > > > > ? > > James Bullen > > Hudson Molonglo > > > > > > > >> On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw < > Joshua.D.Shaw at dartmouth.edu > wrote: > >> > >> Hi all ? > >> > >> We at Dartmouth have experienced similar issues. We have some large > resources as well (one has 60K+ objects in the tree) and anything that > involves a save or rearrangement (moving a file around, etc) can take a > *lot* of time (many minutes) and may cause an error ? typically of the > ?another user is modifying this record? type. > >> > >> If we have to do any modifications to a resource of that size, we a) > budget a lot of time and b) do things in small increments ? ie don?t move > more than a couple of files around at a time. It?s not a great solution, > but it does minimize some of the headache. > >> > >> I *think* (but haven?t had the time to really dig into this) that one > reason the error comes about is because the indexer steps on/collides with > the process that the save/arrangement kicked off. We are still running 1.3 > and hope that some of our issues will be mitigated when we move to 1.5.1, > though we know that not all of them have been resolved yet. > >> > >> One other data point is that we?ve got a plugin that runs as a > background job doing a bunch of importing. This background job touches some > of the larger resources, but does *not* cause the errors and long save > times, which leads me to believe that a lot of the problem is in the > frontend ? perhaps with the way the tree is populated - as Jason pointed > out. > >> > >> Best, > >> Joshua > >> > >> From: archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of > Jason Loeffler > > >> Reply-To: Archivesspace Users Group lyralists.lyrasis.org group at lyralists.lyrasis.org>> > >> Date: Tuesday, November 15, 2016 at 3:25 PM > >> To: Archivesspace Users Group lyralists.lyrasis.org group at lyralists.lyrasis.org>> > >> Cc: "archivesspace at googlegroups.com googlegroups.com>" googlegroups.com>> > >> Subject: Re: [Archivesspace_Users_Group] Problems working with archival > object with large number of direct children > >> > >> Hi Sally, > >> > >> Definitely, yes. We have many resources with 5,000 or more archival > object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB > memory, burstable CPU, etc.) with negligible improvement. I have a feeling > that this is not a resource allocation issue. Looking at the web inspector, > most of the time is spent negotiating jstree and/or > loading all JSON objects associated with a resource into the browser. Maybe > an ASpace dev can weigh in. > >> > >> > >> From the sysadmin side, Maureen Callahan at Yale commissioned Percona > to evaluate ArchivesSpace and MySQL performance. I've attached the report. > Let me know if you need any help interpreting the report. > >> > >> At some point, and quite apart from this thread, I hope we can > collectively revisit the staff interface architecture and recommend > improvements. > >> > >> JL > >> > >> On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten < > sally.vermaaten at nyu.edu > wrote: > >>> Hi everyone, > >>> > >>> We're running into an issue with a large resource record in > ArchivesSpace and wonder if anyone has experienced a similar issue. In one > resource record, we have a series/archival object with around 19,000 direct > children/archival objects. We've found that: > >>> ? it takes several minutes to open the series in the 'tree' > navigation view and then, once opened scrolling through series is very slow > / laggy > >>> ? it takes a couple of minutes to open any archival object in > the series in edit mode and > >>> ? it takes a couple of minutes to save changes to any archival > object within the series > >>> Does anyone else have a similarly large archival object in a resource > record? If so, have you observed the same long load/save time when editing > the component records? > >>> > >>> The slow load time does not seem to be affected by memory allocation; > we've tried increasing the speed / size of the server and it seemed to have > no effect. We'd definitely appreciate any other suggestions for how we > might fix or work around the problem. > >>> > >>> We also wonder if this performance issue is essentially caused by the > queries being run to generate the UI view - i.e. perhaps in generating the > resource 'tree' view, all data for the whole series (all 19k archival > objects) is being retrieved and stored in memory? If so, we wondered if it > would be possible and would make sense to change the queries running during > tree generation, etc. to only retrieve some batches at a time, lazy loading > style? > >>> > >>> Thanks, > >>> Weatherly and Sally > >>> > >>> -- > >>> Sally Vermaaten > >>> Project Manager, Archival Systems > >>> New York University Libraries > >>> 1-212-992-6259 > >>> > >>> _______________________________________________ > >>> Archivesspace_Users_Group mailing list > >>> Archivesspace_Users_Group at lyralists.lyrasis.org Archivesspace_Users_Group at lyralists.lyrasis.org> > >>> http://lyralists.lyrasis.org/mailman/listinfo/ > archivesspace_users_group archivesspace_users_group> > >> > >> wbr>582b7444314351074817778! ______________________________ > _________________ > >> Archivesspace_Users_Group mailing list > >> Archivesspace_Users_Group at lyralists.lyrasis.org Archivesspace_Users_Group at lyralists.lyrasis.org> > >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > >> > >> > >> !DSPAM:582b7444314351074817778! > > > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org Archivesspace_Users_Group at lyralists.lyrasis.org> > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > > !DSPAM:582b9a4b138833087816299! ______________________________ > _________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org Archivesspace_Users_Group at lyralists.lyrasis.org> > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > > !DSPAM:582b9a4b138833087816299! > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161116/7b414b69/attachment-0001.html> > > ------------------------------ > > Message: 18 > Date: Wed, 16 Nov 2016 00:47:14 +0000 > From: "Gadsby, Eric T." > To: "archivesspace_users_group at lyralists.lyrasis.org" > > Subject: [Archivesspace_Users_Group] A user who is set as manager of a > collection can not create containers... > Message-ID: <52B9DEC3-08BD-43F0-ABCC-0DA6A4AB4BA4 at towson.edu> > Content-Type: text/plain; charset="utf-8" > > I posted this to the list earlier but the list seems more active this week > so I thought I?d try again. One of ouse users is manger of a collection but > can?t create containers in it here is what they report: > > ?While attempting to create top containers for instances, I only had > access to ?browse? but not create. I had management level access at the > time. I had to be given admin level access to be able to gain the create > button for top containers. The create option disappeared when placed on > just admin level access. I had to be placed in both levels of access to be > able to create top containers.? > > Our server has only been in production for a few weeks and is set-up per > the http://www.archivesspace.org recommendations. Our server does > authenticate via LDAP (Active Directory) but our users experience is the > same using an AD or ArchivesSpace local users. Do you know how we might > resolve this or what might be the next steps in troubleshooting? Thanks! > > Sincerely, > > Eric T Gadsby > IT Operations Specialist, Cook Library > Towson University > egadsby at towson.edu > 410-704-3340 > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161116/2170c700/attachment-0001.html> > > ------------------------------ > > Message: 19 > Date: Wed, 16 Nov 2016 02:10:52 +0000 (UTC) > From: Jason Loeffler > To: Archivesspace Users Group > > Cc: archivesspace at googlegroups.com > Subject: Re: [Archivesspace_Users_Group] Problems working with > archival object with large number of direct children > Message-ID: > mail.outlook.com> > > Content-Type: text/plain; charset="utf-8" > > > Thanks, James. Just wondering if there's a load test battery for a large > dataset. I can generate a large dataset if you think it is useful for your > work.? > > > > > On Tue, Nov 15, 2016 at 6:56 PM -0500, "James Bullen" > wrote: > > > > > > > > > > > > Hi Jason - I?m not aware of a script like this. ?Cheers ? James > > On Nov 16, 2016, at 10:28 AM, Jason Loeffler wrote: > Thanks so much, James. Can you tell me if there's a script available for > generating an arbitrary number of test records? Something similar to > Drupal's devel?generate?hooks? > Jason LoefflerTechnology Consultant |?The American Academy in RomeMinor > Science | Application Development & Metadata StrategyBrooklyn, New > Yorkjason at minorscience.com(347) 405-0826minorscience (Skype) > > > On Tue, Nov 15, 2016 at 6:17 PM, James Bullen??wrote: > > Hi all, > As part of our new role as ArchivesSpace development partner, we will be > addressing issues like this as a priority. > It is still early days and we?re working with the folks at the > ArchivesSpace program on a release schedule, so we can?t make any > definitive statements yet, but please know that we are aware of this issue > and will address it as soon as we are able. > > Cheers,James > > ?James BullenHudson Molonglo > > > On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw > wrote: > Hi all ??We at Dartmouth have experienced similar issues. We have some > large resources as well (one has 60K+ objects in the tree) and anything > that involves a save or rearrangement (moving a file around, etc) can take > a *lot* of time (many minutes) and may cause an error ? typically of the > ?another user is modifying this record? type.?If we have to do any > modifications to a resource of that size, we a) budget a lot of time and b) > do things in small increments ? ie don?t move more than a couple of files > around at a time. It?s not a great solution, but it does minimize some of > the headache.?I *think* (but haven?t had the time to really dig into this) > that one reason the error comes about is because the indexer steps > on/collides with the process that the save/arrangement kicked off. We are > still running 1.3 and hope that some of our issues will be mitigated when > we move to 1.5.1, though we know that not all of them have been resolved > yet.?One other data point is that we?ve got ! > a plugin > that runs as a background job doing a bunch of importing. This background > job touches some of the larger resources, but does *not* cause the errors > and long save times, which leads me to believe that a lot of the problem is > in the frontend ? perhaps with the way the tree is populated - as Jason > pointed out.?Best,Joshua?From:? lyralists.lyrasis.org> on behalf of Jason Loeffler > Reply-To:?Archivesspace Users Group lyralists.lyrasis.org> > Date:?Tuesday, November 15, 2016 at 3:25 PM > To:?Archivesspace Users Group lyralists.lyrasis.org> > Cc:?"archivesspace at googlegroups.com" > Subject:?Re: [Archivesspace_Users_Group] Problems working with archival > object with large number of direct children?Hi Sally,?Definitely, yes. We > have many resources with 5,000 or more archival object records. We've > deployed on some pretty decent Amazon EC2 boxes (16GB memory, burstable > CPU, etc.) with negligible improvement. I have a feeling that this is not a > resource allocation issue. Looking at the web inspector, most of the time > is spent negotiating?jstree?and/or loading?all JSON objects?associated with > a resource into the browser. Maybe an ASpace dev can weigh in. > > >From the sysadmin side, Maureen Callahan at Yale commissioned Percona to > evaluate ArchivesSpace and MySQL performance. I've attached the report. Let > me know if you need any help interpreting the report.?At some point, and > quite apart from this thread, I hope we can collectively revisit the staff > interface architecture and recommend improvements.??JL?On Tue, Nov 15, 2016 > at 2:37 PM, Sally Vermaaten wrote:Hi > everyone,?We're running into an issue with a large resource record in > ArchivesSpace and wonder if anyone has experienced a similar issue.?In one > resource record, we have a series/archival object with around 19,000 direct > children/archival objects. We've found that: ???????????it takes several > minutes to open the series in the 'tree' navigation view and then, once > opened scrolling through series is very slow / laggy??????????it takes a > couple of minutes to open any archival object in the series in edit mode > and???????????it takes a couple of minut! > es to sav > e changes to any archival object within the seriesDoes anyone else have a > similarly large archival object in a resource record? If so, have you > observed the same long load/save time when editing the component > records???The slow load time does not seem to be affected by memory > allocation; we've tried increasing the speed / size of the server and it > seemed to have no effect. We'd definitely appreciate any other suggestions > for how we might fix or work around the problem.?We also wonder if this > performance issue is essentially caused by the queries being run to > generate the UI view - i.e. perhaps in generating the resource 'tree' view, > all data for the whole series (all 19k archival objects) is being retrieved > and stored in memory? If so, we wondered if it would be possible and would > make sense to change the queries running during tree generation, etc. to > only retrieve some batches at a time, lazy loading > style???Thanks,Weatherly?and Sally?--?Sally Vermaaten > Project Manager, Archival Systems > New York University Libraries1-212-992-6259 > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/ > archivesspace_users_group?wbr>582b7444314351074817778!?_____ > __________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:582b7444314351074817778! > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:582b9a4b138833087816299! ______________________________ > _________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:582b9a4b138833087816299! > > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161116/272967ce/attachment-0001.html> > > ------------------------------ > > Message: 20 > Date: Wed, 16 Nov 2016 13:34:17 +1100 > From: James Bullen > To: Archivesspace Users Group > > Cc: archivesspace at googlegroups.com > Subject: Re: [Archivesspace_Users_Group] Problems working with > archival object with large number of direct children > Message-ID: <6C7D60FD-2AA6-447C-A55A-19BCC2433E49 at hudmol.com> > Content-Type: text/plain; charset="utf-8" > > > That could be useful thanks Jason. Cheers ? James > > > > On Nov 16, 2016, at 1:10 PM, Jason Loeffler wrote: > > > > > > Thanks, James. Just wondering if there's a load test battery for a large > dataset. I can generate a large dataset if you think it is useful for your > work. > > > > > > > > > > On Tue, Nov 15, 2016 at 6:56 PM -0500, "James Bullen" > wrote: > > > > > > Hi Jason - I?m not aware of a script like this. Cheers ? James > > > > > >> On Nov 16, 2016, at 10:28 AM, Jason Loeffler > wrote: > >> > >> Thanks so much, James. Can you tell me if there's a script available > for generating an arbitrary number of test records? Something similar to > Drupal's devel generate devel/functions/8.x-1.x> hooks? > >> > >> Jason Loeffler > >> Technology Consultant | The American Academy in Rome > >> Minor Science | Application Development & Metadata Strategy > >> Brooklyn, New York > >> jason at minorscience.com > >> (347) 405-0826 > >> minorscience (Skype) > >> > >> > >> > >> On Tue, Nov 15, 2016 at 6:17 PM, James Bullen > wrote: > >> > >> Hi all, > >> > >> As part of our new role as ArchivesSpace development partner, we will > be addressing issues like this as a priority. > >> > >> It is still early days and we?re working with the folks at the > ArchivesSpace program on a release schedule, so we can?t make any > definitive statements yet, but please know that we are aware of this issue > and will address it as soon as we are able. > >> > >> > >> Cheers, > >> James > >> > >> > >> ? > >> James Bullen > >> Hudson Molonglo > >> > >> > >> > >>> On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw < > Joshua.D.Shaw at dartmouth.edu > wrote: > >>> > >>> Hi all ? > >>> > >>> We at Dartmouth have experienced similar issues. We have some large > resources as well (one has 60K+ objects in the tree) and anything that > involves a save or rearrangement (moving a file around, etc) can take a > *lot* of time (many minutes) and may cause an error ? typically of the > ?another user is modifying this record? type. > >>> > >>> If we have to do any modifications to a resource of that size, we a) > budget a lot of time and b) do things in small increments ? ie don?t move > more than a couple of files around at a time. It?s not a great solution, > but it does minimize some of the headache. > >>> > >>> I *think* (but haven?t had the time to really dig into this) that one > reason the error comes about is because the indexer steps on/collides with > the process that the save/arrangement kicked off. We are still running 1.3 > and hope that some of our issues will be mitigated when we move to 1.5.1, > though we know that not all of them have been resolved yet. > >>> > >>> One other data point is that we?ve got a plugin that runs as a > background job doing a bunch of importing. This background job touches some > of the larger resources, but does *not* cause the errors and long save > times, which leads me to believe that a lot of the problem is in the > frontend ? perhaps with the way the tree is populated - as Jason pointed > out. > >>> > >>> Best, > >>> Joshua > >>> > >>> From: > on > behalf of Jason Loeffler > > >>> Reply-To: Archivesspace Users Group lyralists.lyrasis.org group at lyralists.lyrasis.org>> > >>> Date: Tuesday, November 15, 2016 at 3:25 PM > >>> To: Archivesspace Users Group lyralists.lyrasis.org group at lyralists.lyrasis.org>> > >>> Cc: "archivesspace at googlegroups.com googlegroups.com>" googlegroups.com>> > >>> Subject: Re: [Archivesspace_Users_Group] Problems working with > archival object with large number of direct children > >>> > >>> Hi Sally, > >>> > >>> Definitely, yes. We have many resources with 5,000 or more archival > object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB > memory, burstable CPU, etc.) with negligible improvement. I have a feeling > that this is not a resource allocation issue. Looking at the web inspector, > most of the time is spent negotiating jstree and/or > loading all JSON objects associated with a resource into the browser. Maybe > an ASpace dev can weigh in. > >>> > >>> > >>> From the sysadmin side, Maureen Callahan at Yale commissioned Percona > to evaluate ArchivesSpace and MySQL performance. I've attached the report. > Let me know if you need any help interpreting the report. > >>> > >>> At some point, and quite apart from this thread, I hope we can > collectively revisit the staff interface architecture and recommend > improvements. > >>> > >>> JL > >>> > >>> On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten < > sally.vermaaten at nyu.edu > wrote: > >>>> Hi everyone, > >>>> > >>>> We're running into an issue with a large resource record in > ArchivesSpace and wonder if anyone has experienced a similar issue. In one > resource record, we have a series/archival object with around 19,000 direct > children/archival objects. We've found that: > >>>> ? it takes several minutes to open the series in the 'tree' > navigation view and then, once opened scrolling through series is very slow > / laggy > >>>> ? it takes a couple of minutes to open any archival object in > the series in edit mode and > >>>> ? it takes a couple of minutes to save changes to any > archival object within the series > >>>> Does anyone else have a similarly large archival object in a resource > record? If so, have you observed the same long load/save time when editing > the component records? > >>>> > >>>> The slow load time does not seem to be affected by memory allocation; > we've tried increasing the speed / size of the server and it seemed to have > no effect. We'd definitely appreciate any other suggestions for how we > might fix or work around the problem. > >>>> > >>>> We also wonder if this performance issue is essentially caused by the > queries being run to generate the UI view - i.e. perhaps in generating the > resource 'tree' view, all data for the whole series (all 19k archival > objects) is being retrieved and stored in memory? If so, we wondered if it > would be possible and would make sense to change the queries running during > tree generation, etc. to only retrieve some batches at a time, lazy loading > style? > >>>> > >>>> Thanks, > >>>> Weatherly and Sally > >>>> > >>>> -- > >>>> Sally Vermaaten > >>>> Project Manager, Archival Systems > >>>> New York University Libraries > >>>> 1-212-992-6259 > >>>> > >>>> _______________________________________________ > >>>> Archivesspace_Users_Group mailing list > >>>> Archivesspace_Users_Group at lyralists.lyrasis.org Archivesspace_Users_Group at lyralists.lyrasis.org> > >>>> http://lyralists.lyrasis.org/mailman/listinfo/ > archivesspace_users_group archivesspace_users_group> > >>> > >>> wbr>582b7444314351074817778! ______________________________ > _________________ > >>> Archivesspace_Users_Group mailing list > >>> Archivesspace_Users_Group at lyralists.lyrasis.org Archivesspace_Users_Group at lyralists.lyrasis.org> > >>> http://lyralists.lyrasis.org/mailman/listinfo/ > archivesspace_users_group archivesspace_users_group> > >>> > >>> > >>> wbr class="">582b7444314351074817778! > >> > >> > >> _______________________________________________ > >> Archivesspace_Users_Group mailing list > >> Archivesspace_Users_Group at lyralists.lyrasis.org Archivesspace_Users_Group at lyralists.lyrasis.org> > >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > >> > >> > >> !DSPAM:582b9a4b138833087816299! ______________________________ > _________________ > >> Archivesspace_Users_Group mailing list > >> Archivesspace_Users_Group at lyralists.lyrasis.org Archivesspace_Users_Group at lyralists.lyrasis.org> > >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > >> > >> > >> !DSPAM:582b9a4b138833087816299! > > > > !DSPAM:582bc03b277649809715286! > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > !DSPAM:582bc03b277649809715286! > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161116/da104852/attachment-0001.html> > > ------------------------------ > > Message: 21 > Date: Wed, 16 Nov 2016 18:20:26 +1100 > From: Payten Giles > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] A user who is set as manager > of a collection can not create containers... > Message-ID: > Content-Type: text/plain; charset="utf-8" > > Hi there Eric, > > Access to the ?Create? for containers is provided by > the?update_container_record role. ?It looks like this isn?t granted to > managers (repository-managers) by default. ?This has a bug vibe and I?ll > ensure a JIRA issue is recorded. > > In the meantime, you can expand the roles available to your repository > managers by following these steps: > > 1. Login as an administrator > 2. Ensure the repository you?d like to update is selected > 3. Under the ?cog? icon next to the repository name, select "Manage Groups? > 4. Select ?Edit? next to the?repository-managers group > 5. Under ?Members can?, ensure the checkbox for "create/update top > container records? is selected > 6. Save Group > > Hopefully the ?Create? action will now be available! > > Thanks, > Payten > > > On 16 November 2016 at 11:47:21 AM, Gadsby, Eric T. (egadsby at towson.edu) > wrote: > > I posted this to the list earlier but the list seems more active this week > so I thought I?d try again. One of ouse users is manger of a collection but > can?t create containers in it here is what they report:? > > ?While attempting to create top containers for instances, I only had > access to ?browse? but not create. I had management level access at the > time. I had to be given admin level access to be able to gain the create > button for top containers. The create option disappeared when placed on > just admin level access. I had to be placed in both levels of access to be > able to create top containers.?? > > Our server has only been in production for a few weeks and is set-up per > the?http://www.archivesspace.org?recommendations. Our server does > authenticate via LDAP (Active Directory) but our users experience is the > same using an AD or ArchivesSpace local users. Do you know how we might > resolve this or what might be the next steps in troubleshooting? Thanks!? > > Sincerely, > > Eric T Gadsby > IT Operations Specialist, Cook Library > Towson University > egadsby at towson.edu > 410-704-3340 _______________________________________________ > 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: group/attachments/20161116/21a11577/attachment-0001.html> > > ------------------------------ > > Message: 22 > Date: Wed, 16 Nov 2016 04:05:24 -0300 > From: Payten Giles > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] A user who is set as manager > of a collection can not create containers... > Message-ID: > p4m5ib8q7h0Q at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi there Eric, > > Access to the ?Create? for containers is provided by > the update_container_record role. It looks like this isn?t granted to > managers (repository-managers) by default. This has a bug vibe and I?ll > ensure a JIRA issue is recorded. > > In the meantime, you can expand the roles available to your repository > managers by following these steps: > > 1. Login as an administrator > 2. Ensure the repository you?d like to update is selected > 3. Under the ?cog? icon next to the repository name, select "Manage Groups? > 4. Select ?Edit? next to the repository-managers group > 5. Under ?Members can?, ensure the checkbox for "create/update top > container records? is selected > 6. Save Group > > Hopefully the ?Create? action will now be available! > > Thanks, > Payten > > > On 16 November 2016 at 11:47:21 AM, Gadsby, Eric T. (egadsby at towson.edu) > wrote: > > I posted this to the list earlier but the list seems more active this week > so I thought I?d try again. One of ouse users is manger of a collection but > can?t create containers in it here is what they report: > > ?While attempting to create top containers for instances, I only had access > to ?browse? but not create. I had management level access at the time. I > had to be given admin level access to be able to gain the create button for > top containers. The create option disappeared when placed on just admin > level access. I had to be placed in both levels of access to be able to > create top containers.? > > Our server has only been in production for a few weeks and is set-up per > the http://www.archivesspace.org recommendations. Our server does > authenticate via LDAP (Active Directory) but our users experience is the > same using an AD or ArchivesSpace local users. Do you know how we might > resolve this or what might be the next steps in troubleshooting? Thanks! > > Sincerely, > > Eric T Gadsby > IT Operations Specialist, Cook Library > Towson University > egadsby at towson.edu > 410-704-3340 _______________________________________________ > 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: group/attachments/20161116/f0e12ee0/attachment-0001.html> > > ------------------------------ > > Message: 23 > Date: Wed, 16 Nov 2016 12:32:22 +0000 > From: "Gadsby, Eric T." > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] A user who is set as manager > of a collection can not create containers... > Message-ID: > Content-Type: text/plain; charset="utf-8" > > Payten, > > Thanks I will have the users try that and report back. Thanks for your > help! > > Sincerely, > > Eric T Gadsby > IT Operations Specialist, Cook Library > Towson University > egadsby at towson.edu > 410-704-3340 > > On Nov 16, 2016, at 2:20 AM, Payten Giles payten at paytengiles.com>> wrote: > > Hi there Eric, > > Access to the ?Create? for containers is provided by the > update_container_record role. It looks like this isn?t granted to managers > (repository-managers) by default. This has a bug vibe and I?ll ensure a > JIRA issue is recorded. > > In the meantime, you can expand the roles available to your repository > managers by following these steps: > > 1. Login as an administrator > 2. Ensure the repository you?d like to update is selected > 3. Under the ?cog? icon next to the repository name, select "Manage Groups? > 4. Select ?Edit? next to the repository-managers group > 5. Under ?Members can?, ensure the checkbox for "create/update top > container records? is selected > 6. Save Group > > Hopefully the ?Create? action will now be available! > > Thanks, > Payten > > > > On 16 November 2016 at 11:47:21 AM, Gadsby, Eric T. (egadsby at towson.edu > ) wrote: > > I posted this to the list earlier but the list seems more active this week > so I thought I?d try again. One of ouse users is manger of a collection but > can?t create containers in it here is what they report: > > ?While attempting to create top containers for instances, I only had > access to ?browse? but not create. I had management level access at the > time. I had to be given admin level access to be able to gain the create > button for top containers. The create option disappeared when placed on > just admin level access. I had to be placed in both levels of access to be > able to create top containers.? > > Our server has only been in production for a few weeks and is set-up per > the http://www.archivesspace.org > recommendations. Our server does authenticate via LDAP (Active Directory) > but our users experience is the same using an AD or ArchivesSpace local > users. Do you know how we might resolve this or what might be the next > steps in troubleshooting? Thanks! > > Sincerely, > > Eric T Gadsby > IT Operations Specialist, Cook Library > Towson University > egadsby at towson.edu > 410-704-3340 _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org rchivesspace_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 rchivesspace_Users_Group at lyralists.lyrasis.org> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161116/2077c8ae/attachment-0001.html> > > ------------------------------ > > Message: 24 > Date: Wed, 16 Nov 2016 12:45:33 +0000 > From: "Joshua D. Shaw" > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] Problems working with > archival object with large number of direct children > Message-ID: > Content-Type: text/plain; charset="utf-8" > > Thanks, James! > > For the rest of the list, especially those who haven?t had a chance to > work with James and the rest of the gang at HM, we?ve had nothing but great > work on the customizations we?ve had done. All by way of saying that if > James says they are gonna fix it? it?ll be fixed! > > Joshua > > From: on behalf > of James Bullen > Reply-To: Archivesspace Users Group lyralists.lyrasis.org> > Date: Tuesday, November 15, 2016 at 6:17 PM > To: Archivesspace Users Group lyralists.lyrasis.org>, "archivesspace at googlegroups.com" < > archivesspace at googlegroups.com> > Subject: Re: [Archivesspace_Users_Group] Problems working with archival > object with large number of direct children > > > Hi all, > > As part of our new role as ArchivesSpace development partner, we will be > addressing issues like this as a priority. > > It is still early days and we?re working with the folks at the > ArchivesSpace program on a release schedule, so we can?t make any > definitive statements yet, but please know that we are aware of this issue > and will address it as soon as we are able. > > > Cheers, > James > > > ? > James Bullen > Hudson Molonglo > > > > On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw mailto:Joshua.D.Shaw at dartmouth.edu>> wrote: > > Hi all ? > > We at Dartmouth have experienced similar issues. We have some large > resources as well (one has 60K+ objects in the tree) and anything that > involves a save or rearrangement (moving a file around, etc) can take a > *lot* of time (many minutes) and may cause an error ? typically of the > ?another user is modifying this record? type. > > If we have to do any modifications to a resource of that size, we a) > budget a lot of time and b) do things in small increments ? ie don?t move > more than a couple of files around at a time. It?s not a great solution, > but it does minimize some of the headache. > > I *think* (but haven?t had the time to really dig into this) that one > reason the error comes about is because the indexer steps on/collides with > the process that the save/arrangement kicked off. We are still running 1.3 > and hope that some of our issues will be mitigated when we move to 1.5.1, > though we know that not all of them have been resolved yet. > > One other data point is that we?ve got a plugin that runs as a background > job doing a bunch of importing. This background job touches some of the > larger resources, but does *not* cause the errors and long save times, > which leads me to believe that a lot of the problem is in the frontend ? > perhaps with the way the tree is populated - as Jason pointed out. > > Best, > Joshua > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of > Jason Loeffler > > Reply-To: Archivesspace Users Group lyralists.lyrasis.org lyralists.lyrasis.org>> > Date: Tuesday, November 15, 2016 at 3:25 PM > To: Archivesspace Users Group lyralists.lyrasis.org lyralists.lyrasis.org>> > Cc: "archivesspace at googlegroups.com" > > > Subject: Re: [Archivesspace_Users_Group] Problems working with archival > object with large number of direct children > > Hi Sally, > > Definitely, yes. We have many resources with 5,000 or more archival object > records. We've deployed on some pretty decent Amazon EC2 boxes (16GB > memory, burstable CPU, etc.) with negligible improvement. I have a feeling > that this is not a resource allocation issue. Looking at the web inspector, > most of the time is spent negotiating jstree and/or > loading all JSON objects associated with a resource into the browser. Maybe > an ASpace dev can weigh in. > > > > From the sysadmin side, Maureen Callahan at Yale commissioned Percona to > evaluate ArchivesSpace and MySQL performance. I've attached the report. Let > me know if you need any help interpreting the report. > > At some point, and quite apart from this thread, I hope we can > collectively revisit the staff interface architecture and recommend > improvements. > > JL > > On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten mailto:sally.vermaaten at nyu.edu>> wrote: > Hi everyone, > > We're running into an issue with a large resource record in ArchivesSpace > and wonder if anyone has experienced a similar issue. In one resource > record, we have a series/archival object with around 19,000 direct > children/archival objects. We've found that: > ? it takes several minutes to open the series in the 'tree' > navigation view and then, once opened scrolling through series is very slow > / laggy > ? it takes a couple of minutes to open any archival object in the > series in edit mode and > ? it takes a couple of minutes to save changes to any archival > object within the series > Does anyone else have a similarly large archival object in a resource > record? If so, have you observed the same long load/save time when editing > the component records? > > The slow load time does not seem to be affected by memory allocation; > we've tried increasing the speed / size of the server and it seemed to have > no effect. We'd definitely appreciate any other suggestions for how we > might fix or work around the problem. > > We also wonder if this performance issue is essentially caused by the > queries being run to generate the UI view - i.e. perhaps in generating the > resource 'tree' view, all data for the whole series (all 19k archival > objects) is being retrieved and stored in memory? If so, we wondered if it > would be possible and would make sense to change the queries running during > tree generation, etc. to only retrieve some batches at a time, lazy loading > style? > > Thanks, > Weatherly and Sally > > -- > Sally Vermaaten > Project Manager, Archival Systems > New York University Libraries > 1-212-992-6259 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org rchivesspace_Users_Group at lyralists.lyrasis.org> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > !DSPAM:582b7444314351074817778! ______________________________ > _________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org rchivesspace_Users_Group at lyralists.lyrasis.org> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:582b7444314351074817778! > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161116/bf10e9c2/attachment-0001.html> > > ------------------------------ > > Message: 25 > Date: Wed, 16 Nov 2016 14:40:17 +0000 > From: Yvonne Kester > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] A user who is set as manager > of a collection can not create containers... > Message-ID: > prod.exchangelabs.com> > > Content-Type: text/plain; charset="utf-8" > > Hi Eric, > > We had a problem creating top containers a couple months ago. This is the > answer I got from Christine: > > ?There is a permission that needs to be added for the permission group > that your user account is part of in order for you to create top > containers. See the three options for containers below; there is also one > for the new location profile functionality. Have your system administrator > (or someone who otherwise has privileges that allow them to manage users) > add any permissions you need to your permission group. > > [cid:image001.png at 01D23FED.6E85D7B0] > > (There?s information about managing users and permission groups in the > manual at http://docs.archivesspace.org/Default.htm# > UserPermGroupsManage.htm ) > > > I hope this helps! > Yvonne > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of > Gadsby, Eric T. > Sent: Tuesday, November 15, 2016 7:47 PM > To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] A user who is set as manager of a > collection can not create containers... > > I posted this to the list earlier but the list seems more active this week > so I thought I?d try again. One of ouse users is manger of a collection but > can?t create containers in it here is what they report: > > ?While attempting to create top containers for instances, I only had > access to ?browse? but not create. I had management level access at the > time. I had to be given admin level access to be able to gain the create > button for top containers. The create option disappeared when placed on > just admin level access. I had to be placed in both levels of access to be > able to create top containers.? > > Our server has only been in production for a few weeks and is set-up per > the http://www.archivesspace.org recommendations. Our server does > authenticate via LDAP (Active Directory) but our users experience is the > same using an AD or ArchivesSpace local users. Do you know how we might > resolve this or what might be the next steps in troubleshooting? Thanks! > > Sincerely, > > Eric T Gadsby > IT Operations Specialist, Cook Library > Towson University > egadsby at towson.edu > 410-704-3340 > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: group/attachments/20161116/bfbb5215/attachment.html> > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: image001.png > Type: image/png > Size: 20851 bytes > Desc: image001.png > URL: group/attachments/20161116/bfbb5215/attachment.png> > > ------------------------------ > > _______________________________________________ > 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 40, Issue 2 > ******************************************************** > _______________________________________________ > 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 ljdavis at jhu.edu Fri Dec 2 17:24:11 2016 From: ljdavis at jhu.edu (Lora Davis) Date: Fri, 2 Dec 2016 22:24:11 +0000 Subject: [Archivesspace_Users_Group] Database troubles upgrading from 1.4.2 to 1.5.1 In-Reply-To: <1cc8ef7c78cd4c03904e90a9b5c0f607@MB7.byu.local> References: <1cc8ef7c78cd4c03904e90a9b5c0f607@MB7.byu.local> Message-ID: <918d404478ed4f1da8f4d0ad3fd4d0b9@ESGEBEX8.win.ad.jhu.edu> Hi Brent, I would suspect this is NOT your issue, but having recently found myself hitting my head against the wall trying to complete our own local test upgrade, I figured I'd chime in. My steps were essentially a mirror of yours (though using MySQL) - generate a dump of production 1.4.2 (with container management plugin); restore dump and confirm all is well with a new, local 1.4.2 VM (with container management plugin); install 1.5.1 and copy required directories from new, local 1.4.2 to 1.5.1; attempt to run 1.5.1 setup-database.sh (with container management still in config). This resulted in the same exact error you quote below. I tried following the wisdom here, here, and here all to no avail. So, what WAS the issue? Somewhere along the lines our 1.4.2 container management plugin was named "container_management-master" (*head scratch* some odd git cloning?) in the production environment deployed by our Systems folks. I never knew/cared/considered this since, well, it worked. It took a few weeks of hunting before I realized that 1. Our plugin, as copied over from production, had a special snowflake name, and 2. That the relevant migrator (which James Bullen linked to in an earlier reply today) specifically looks for a plugin named "container_management" (NOT "container_management-master") when deciding whether or not to run this set of migrations. I went into my local VM and changed the name of the plugin directory and the name of the plugin as called in config.rb from "container_management-master" to "container_management" and voila! Success! Best, Lora Lora J. Davis Digital Archivist The Sheridan Libraries Johns Hopkins University 3400 North Charles Street Baltimore, MD 21228 (410) 516-5898 ljdavis at jhu.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brent Ellingson Sent: Thursday, December 01, 2016 3:27 PM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) (archivesspace_users_group at lyralists.lyrasis.org) Subject: [Archivesspace_Users_Group] Database troubles upgrading from 1.4.2 to 1.5.1 We are trying to upgrade a test instance of ArchivesSpace from 1.4.2 to 1.5.1 and we have run into some SQL errors that have prevented the upgrade. We are using a copy of the production data. Some help or suggestions would be greatly appreciated. Here is basically what we have done. * Get a MySQL dump of the production DB * Copy the DB to a new server (now running MariaDB) * Installed ArchivesSpace 1.4.2 * Started & indexed the 1.4.2 instance * Tested the 1.4.2 instance and it was running fine * Started the upgrade process for 1.5.1 * Stopped the 1.4.2 instance * Unzipped the 1.5.1 archive to a new place * Copied the data files to the 1.5.1/data directory * Copied the config.rb * Copied the mysql jdbc jar to lib * Copied the plugins (we don't have any that I know of) * Checked the en.yml files * Ran the setup-database.sh script * Setup stopped due to a Database error Here is the text of the error we are seeing from the log file: **** Begin error log output **** Loading ArchivesSpace configuration file from path: /opt/archivesspace-1.5.1/archivesspace/config/config.rb Loading ArchivesSpace configuration file from path: /opt/archivesspace-1.5.1/archivesspace/config/config.rb Running migrations against jdbc:mysql://[DB_SERVER]:3306/[DB_NAME]?user=[REDACTED]&password=[REDACTED]&useUnicode=true&characterEncoding=UTF-8 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 3 Database migration error. Your upgrade has encountered a problem. You must resolve these issues before the database migration can complete. Error: # Java::ComMysqlJdbcExceptionsJdbc4::MySQLIntegrityConstraintViolationException: Duplicate entry 'restriction_type' for key 'name' java.lang.reflect.Constructor.newInstance(java/lang/reflect/Constructor.java:423) com.mysql.jdbc.Util.handleNewInstance(com/mysql/jdbc/Util.java:425) com.mysql.jdbc.Util.getInstance(com/mysql/jdbc/Util.java:408) com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:935) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3970) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3906) com.mysql.jdbc.MysqlIO.sendCommand(com/mysql/jdbc/MysqlIO.java:2524) com.mysql.jdbc.MysqlIO.sqlQueryDirect(com/mysql/jdbc/MysqlIO.java:2677) com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2545) com.mysql.jdbc.StatementImpl.executeUpdateInternal(com/mysql/jdbc/StatementImpl.java:1540) com.mysql.jdbc.StatementImpl.executeLargeUpdate(com/mysql/jdbc/StatementImpl.java:2603) com.mysql.jdbc.StatementImpl.executeUpdate(com/mysql/jdbc/StatementImpl.java:1604) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498) RUBY.execute_statement_insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc/mysql.rb:68) RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:256) RUBY.log_yield(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33) RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:256) RUBY.statement(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646) RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245) RUBY.hold(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98) RUBY.synchronize(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255) RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244) RUBY.execute_insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:276) RUBY.execute_insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:927) RUBY.insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:336) RUBY.create_enum(/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/utils.rb:45) RUBY.create_editable_enum(/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/utils.rb:38) RUBY.(root)(/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/060_top_container_migration.rb:15) org.jruby.RubyBasicObject.instance_eval(org/jruby/RubyBasicObject.java:1574) RUBY.apply(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:100) RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:528) RUBY.checked_transaction(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:466) RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:527) org.jruby.RubyArray.each(org/jruby/RubyArray.java:1613) RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:524) RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:391) RUBY.setup_database(file:/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/db_migrator.rb:185) $_dot_dot_.scripts.rb.migrate_db.(root)(../scripts/rb/migrate_db.rb:43) $_dot_dot_.scripts.rb.migrate_db.(root)($_dot_dot_/scripts/rb/../scripts/rb/migrate_db.rb:43) RUBY.connect(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:69) RUBY.connect(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/core.rb:95) $_dot_dot_.scripts.rb.migrate_db.(root)(../scripts/rb/migrate_db.rb:28) $_dot_dot_.scripts.rb.migrate_db.(root)($_dot_dot_/scripts/rb/../scripts/rb/migrate_db.rb:28) 3 Sequel::UniqueConstraintViolation: Java::ComMysqlJdbcExceptionsJdbc4::MySQLIntegrityConstraintViolationException: Duplicate entry 'restriction_type' for key 'name' raise_error at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/misc.rb:423 statement at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:648 execute at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245 hold at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98 synchronize at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255 execute at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244 execute_insert at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:276 execute_insert at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:927 insert at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:336 create_enum at /opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/utils.rb:45 create_editable_enum at /opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/utils.rb:38 (root) at /opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/060_top_container_migration.rb:15 instance_eval at org/jruby/RubyBasicObject.java:1574 apply at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:100 run at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:528 checked_transaction at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:466 run at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:527 each at org/jruby/RubyArray.java:1613 run at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:524 run at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:391 setup_database at file:/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/db_migrator.rb:185 (root) at ../scripts/rb/migrate_db.rb:43 connect at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:69 connect at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/core.rb:95 (root) at ../scripts/rb/migrate_db.rb:28 **** End error log output **** Thank you for your time. Regards, __________________________ Brent Ellingson Sr. Software Engineer 2750 Harold B. Lee Library Brigham Young University (801)422-6148 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bfinberg at okeeffemuseum.org Mon Dec 5 20:09:20 2016 From: bfinberg at okeeffemuseum.org (Ben Finberg) Date: Tue, 6 Dec 2016 01:09:20 +0000 Subject: [Archivesspace_Users_Group] Help upgrading ArchivesSpace on a Windows/MySQL system Message-ID: Hoping for some help upgrading ArchivesSpace from 1.4.7 to 1.5.1 running Windows Server 2008 R2 and MySQL. I've tried following the main and supplemental 1.4.x to 1.5.x instructions several times and I keep finishing and getting HTTP ERROR 503 service unavailable. Here are the steps I'm doing: 1) Backup. 2) Delete data/solr_index/index directory. Delete all files in data/indexer_state directory. 3) Unzip AS download. 4) Shutdown AS service 5) Rename old AS directory from ArchivesSpace to ArchivesSpace.old 6) Name new AS directory ArhichivesSpace 7) Copy data directory from ArchivesSpace.old to ArchivesSpace, replace all files when prompted. 8) Make three edits in new config.rb file for db_url and jetty as described in clean install instructions. 9) Copy mysql-connector*.jar to new \lib directory. 10) Copy prunmgr and prunsrv to new ArchivesSpace directory. 11) (I don't have any plugins or mods.) 12) Running a command prompt as an admin, run setup-database.bat in the new \scripts folder, then service.bat in the new \launcher folder. 13) Start service. So? Thoughts on what I might be doing wrong? Benjamin Finberg, Director of IT and Operations The Georgia O'Keeffe Museum 505.946.1057 217 Johnson St., Santa Fe, NM 87501 www.okeeffemuseum.org A Great American Artist, a Great American Story. Explore the remarkable career of Georgia O'Keeffe through her artwork, the objects and places that were meaningful to her, and the experiences that defined her life. -------------- next part -------------- An HTML attachment was scrubbed... URL: From library at princeofpeaceabbey.org Tue Dec 6 11:52:08 2016 From: library at princeofpeaceabbey.org (library at princeofpeaceabbey.org) Date: Tue, 06 Dec 2016 10:52:08 -0600 Subject: [Archivesspace_Users_Group] Help upgrading ArchivesSpace on a Windows/MySQL system In-Reply-To: Message-ID: <20161206105208.Horde.P0Chkd1jwBA-DcnSAY58Uqz@gator3088.hostgator.com> Ben, I had the same problem. Chris told me that AS 1.5 will not run as a service. So I have to load it the old way. Br Raphael Quoting Ben Finberg : > Hoping for some help upgrading ArchivesSpace from 1.4.7 to 1.5.1 > running Windows Server 2008 R2 and MySQL. I've tried following the > main and supplemental 1.4.x to 1.5.x instructions several times and > I keep finishing and getting HTTP ERROR 503 service unavailable. > Here are the steps I'm doing: > > > 1) Backup. > > 2) Delete data/solr_index/index directory. Delete all files in > data/indexer_state directory. > > 3) Unzip AS download. > > 4) Shutdown AS service > > 5) Rename old AS directory from ArchivesSpace to ArchivesSpace.old > > 6) Name new AS directory ArhichivesSpace > > 7) Copy data directory from ArchivesSpace.old to ArchivesSpace, > replace all files when prompted. > > 8) Make three edits in new config.rb file for db_url and jetty > as described in clean install instructions. > > 9) Copy mysql-connector*.jar to new \lib directory. > > 10) Copy prunmgr and prunsrv to new ArchivesSpace directory. > > 11) (I don't have any plugins or mods.) > > 12) Running a command prompt as an admin, run setup-database.bat > in the new \scripts folder, then service.bat in the new \launcher > folder. > > 13) Start service. > > So? Thoughts on what I might be doing wrong? > > Benjamin Finberg, Director of IT and Operations > The Georgia O'Keeffe Museum > 505.946.1057 > 217 Johnson St., Santa Fe, NM 87501 > www.okeeffemuseum.org > > A Great American Artist, a Great American Story. Explore the > remarkable career of Georgia O'Keeffe through her artwork, the > objects and places that were meaningful to her, and the experiences > that defined her life. From bfinberg at okeeffemuseum.org Tue Dec 6 12:50:02 2016 From: bfinberg at okeeffemuseum.org (Ben Finberg) Date: Tue, 6 Dec 2016 17:50:02 +0000 Subject: [Archivesspace_Users_Group] Help upgrading ArchivesSpace on a Windows/MySQL system In-Reply-To: <20161206105208.Horde.P0Chkd1jwBA-DcnSAY58Uqz@gator3088.hostgator.com> References: <20161206105208.Horde.P0Chkd1jwBA-DcnSAY58Uqz@gator3088.hostgator.com> Message-ID: Really? That's kind of crazy. Does anyone know if it's in the roadmap to make it work as a service again? -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of library at princeofpeaceabbey.org Sent: Tuesday, December 6, 2016 9:52 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help upgrading ArchivesSpace on a Windows/MySQL system Ben, I had the same problem. Chris told me that AS 1.5 will not run as a service. So I have to load it the old way. Br Raphael Quoting Ben Finberg : > Hoping for some help upgrading ArchivesSpace from 1.4.7 to 1.5.1 > running Windows Server 2008 R2 and MySQL. I've tried following the > main and supplemental 1.4.x to 1.5.x instructions several times and I > keep finishing and getting HTTP ERROR 503 service unavailable. > Here are the steps I'm doing: > > > 1) Backup. > > 2) Delete data/solr_index/index directory. Delete all files in > data/indexer_state directory. > > 3) Unzip AS download. > > 4) Shutdown AS service > > 5) Rename old AS directory from ArchivesSpace to ArchivesSpace.old > > 6) Name new AS directory ArhichivesSpace > > 7) Copy data directory from ArchivesSpace.old to ArchivesSpace, > replace all files when prompted. > > 8) Make three edits in new config.rb file for db_url and jetty > as described in clean install instructions. > > 9) Copy mysql-connector*.jar to new \lib directory. > > 10) Copy prunmgr and prunsrv to new ArchivesSpace directory. > > 11) (I don't have any plugins or mods.) > > 12) Running a command prompt as an admin, run setup-database.bat > in the new \scripts folder, then service.bat in the new \launcher > folder. > > 13) Start service. > > So? Thoughts on what I might be doing wrong? > > Benjamin Finberg, Director of IT and Operations The Georgia O'Keeffe > Museum > 505.946.1057 > 217 Johnson St., Santa Fe, NM 87501 > www.okeeffemuseum.org > > A Great American Artist, a Great American Story. Explore the > remarkable career of Georgia O'Keeffe through her artwork, the objects > and places that were meaningful to her, and the experiences that > defined her life. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From wendy.hagenmaier at library.gatech.edu Tue Dec 6 13:44:55 2016 From: wendy.hagenmaier at library.gatech.edu (Hagenmaier, Wendy L) Date: Tue, 6 Dec 2016 18:44:55 +0000 Subject: [Archivesspace_Users_Group] Question about barcodes and data migration Message-ID: Hi, ASpace community! We're in the midst of migrating to ASpace here at Georgia Tech, and we're seeking advice about the following issue. Thanks in advance for any insights you might have! Last year, we barcoded our containers (both processed and unprocessed material, using the Yale AT Barcode Plugin) before moving most of them to offsite storage. Because AT could only attach barcodes within the Resource module and we needed to barcode unprocessed material that only had accession records in AT, we created "temporary" resource records for unprocessed material. So, now in AT and in our ASpace test instance, we have hundreds of pairs of accession records and temporary resource records for unprocessed materials. In ASpace, we want to keep all of the data that exists in both the accession records and the temporary resource records, but ideally, all of the data would live in accession records and we could delete the temporary resource records. In other words, if we could somehow crosswalk/migrate/push the data (including instances and associated containers) from the temporary resource records into their corresponding accession records in ASpace, in a way that would preserve all of the data from both the original accession record and the temporary resource record, that would be ideal. We're working on a way to do this, but we wanted to see if others had already tackled this issue and developed solutions. Thanks! Wendy Wendy Hagenmaier Digital Collections Archivist Archives & Records Management Georgia Institute of Technology Library Atlanta, GA 30332-0900 wendy.hagenmaier at library.gatech.edu (404) 894-4579 library.gatech.edu/archives retrotech.library.gatech.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From KUTZUBA at hws.edu Tue Dec 6 16:02:44 2016 From: KUTZUBA at hws.edu (Kutzuba, Jamie) Date: Tue, 6 Dec 2016 21:02:44 +0000 Subject: [Archivesspace_Users_Group] Help upgrading ArchivesSpace on a Windows/MySQL system In-Reply-To: <20161206105208.Horde.P0Chkd1jwBA-DcnSAY58Uqz@gator3088.hostgator.com> References: <20161206105208.Horde.P0Chkd1jwBA-DcnSAY58Uqz@gator3088.hostgator.com> Message-ID: <180cd7f124bf406a97e98fc9becd32fd@MBX2.hws.edu> Br Raphael- Eek! What is the "old way" of running ArchivesSpace? We also run it as a service and were planning on upgrading so I'm a bit nervous now. Thanks- Jamie Jamie Kutzuba Systems Librarian Warren Hunting Smith Library -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of library at princeofpeaceabbey.org Sent: Tuesday, December 06, 2016 11:52 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help upgrading ArchivesSpace on a Windows/MySQL system Ben, I had the same problem. Chris told me that AS 1.5 will not run as a service. So I have to load it the old way. Br Raphael Quoting Ben Finberg : > Hoping for some help upgrading ArchivesSpace from 1.4.7 to 1.5.1 > running Windows Server 2008 R2 and MySQL. I've tried following the > main and supplemental 1.4.x to 1.5.x instructions several times and I > keep finishing and getting HTTP ERROR 503 service unavailable. > Here are the steps I'm doing: > > > 1) Backup. > > 2) Delete data/solr_index/index directory. Delete all files in > data/indexer_state directory. > > 3) Unzip AS download. > > 4) Shutdown AS service > > 5) Rename old AS directory from ArchivesSpace to ArchivesSpace.old > > 6) Name new AS directory ArhichivesSpace > > 7) Copy data directory from ArchivesSpace.old to ArchivesSpace, > replace all files when prompted. > > 8) Make three edits in new config.rb file for db_url and jetty > as described in clean install instructions. > > 9) Copy mysql-connector*.jar to new \lib directory. > > 10) Copy prunmgr and prunsrv to new ArchivesSpace directory. > > 11) (I don't have any plugins or mods.) > > 12) Running a command prompt as an admin, run setup-database.bat > in the new \scripts folder, then service.bat in the new \launcher > folder. > > 13) Start service. > > So? Thoughts on what I might be doing wrong? > > Benjamin Finberg, Director of IT and Operations The Georgia O'Keeffe > Museum > 505.946.1057 > 217 Johnson St., Santa Fe, NM 87501 > www.okeeffemuseum.org > > A Great American Artist, a Great American Story. Explore the > remarkable career of Georgia O'Keeffe through her artwork, the objects > and places that were meaningful to her, and the experiences that > defined her life. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From j at minorscience.com Tue Dec 6 17:27:41 2016 From: j at minorscience.com (Jason Loeffler) Date: Tue, 6 Dec 2016 17:27:41 -0500 Subject: [Archivesspace_Users_Group] Call for information on ArchivesSpace integrations Message-ID: Dear Colleagues, The ArchivesSpace Technical Advisory Committee Integrations sub-team maintains a page on the ArchivesSpace wiki that documents current and planned integrations. Please let us know if your member organization has a current or planned integration by filling out this Google form . We?ll use this information to populate the wiki page, communicate your work with the ArchivesSpace community, and to develop resources for other member organizations interested in integrations. Additionally, if you have an idea for an integration or a specification that requires technical review, we'd be happy to review it during our monthly conference call. If you have any questions, feel free to contact me at jason at minorscience.com or the ArchivesSpace Integrations sub-team lead, Max Eckard, at eckardm at umich.edu. Thanks for your contribution to the ArchivesSpace community. Jason Loeffler Technology Consultant | The American Academy in Rome Minor Science | Application Development & Metadata Strategy Brooklyn, New York jason at minorscience.com (347) 405-0826 minorscience (Skype) -------------- next part -------------- An HTML attachment was scrubbed... URL: From library at princeofpeaceabbey.org Tue Dec 6 19:12:10 2016 From: library at princeofpeaceabbey.org (library at princeofpeaceabbey.org) Date: Tue, 06 Dec 2016 18:12:10 -0600 Subject: [Archivesspace_Users_Group] Help upgrading ArchivesSpace on a Windows/MySQL system In-Reply-To: <180cd7f124bf406a97e98fc9becd32fd@MBX2.hws.edu> References: <20161206105208.Horde.P0Chkd1jwBA-DcnSAY58Uqz@gator3088.hostgator.com> <180cd7f124bf406a97e98fc9becd32fd@MBX2.hws.edu> Message-ID: <20161206181210.Horde.iE57ObNhzcc2VUCRulybrsT@gator3088.hostgator.com> Jamie You will need to get into Command Prompt then CD\Archivesspace. Once in Archivesspace you need to type archivesspace.bat. You do this every time you begin in the morning. Br Raphael Quoting "Kutzuba, Jamie" : > Br Raphael- > > Eek! What is the "old way" of running ArchivesSpace? We also run it > as a service and were planning on upgrading so I'm a bit nervous now. > > Thanks- Jamie > > Jamie Kutzuba > Systems Librarian > Warren Hunting Smith Library > > -----Original Message----- > From: archivesspace_users_group-bounces at lyralists.lyrasis.org > [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On > Behalf Of library at princeofpeaceabbey.org > Sent: Tuesday, December 06, 2016 11:52 AM > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] Help upgrading > ArchivesSpace on a Windows/MySQL system > > Ben, > > I had the same problem. Chris told me that AS 1.5 will not run as a service. > So I have to load it the old way. > > Br Raphael > Quoting Ben Finberg : > >> Hoping for some help upgrading ArchivesSpace from 1.4.7 to 1.5.1 >> running Windows Server 2008 R2 and MySQL. I've tried following the >> main and supplemental 1.4.x to 1.5.x instructions several times and I >> keep finishing and getting HTTP ERROR 503 service unavailable. >> Here are the steps I'm doing: >> >> >> 1) Backup. >> >> 2) Delete data/solr_index/index directory. Delete all files in >> data/indexer_state directory. >> >> 3) Unzip AS download. >> >> 4) Shutdown AS service >> >> 5) Rename old AS directory from ArchivesSpace to ArchivesSpace.old >> >> 6) Name new AS directory ArhichivesSpace >> >> 7) Copy data directory from ArchivesSpace.old to ArchivesSpace, >> replace all files when prompted. >> >> 8) Make three edits in new config.rb file for db_url and jetty >> as described in clean install instructions. >> >> 9) Copy mysql-connector*.jar to new \lib directory. >> >> 10) Copy prunmgr and prunsrv to new ArchivesSpace directory. >> >> 11) (I don't have any plugins or mods.) >> >> 12) Running a command prompt as an admin, run setup-database.bat >> in the new \scripts folder, then service.bat in the new \launcher >> folder. >> >> 13) Start service. >> >> So? Thoughts on what I might be doing wrong? >> >> Benjamin Finberg, Director of IT and Operations The Georgia O'Keeffe >> Museum >> 505.946.1057 >> 217 Johnson St., Santa Fe, NM 87501 >> www.okeeffemuseum.org >> >> A Great American Artist, a Great American Story. Explore the >> remarkable career of Georgia O'Keeffe through her artwork, the objects >> and places that were meaningful to her, and the experiences that >> defined her life. > > > > _______________________________________________ > 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 laurie.arp at lyrasis.org Tue Dec 6 19:46:25 2016 From: laurie.arp at lyrasis.org (Laurie Arp) Date: Wed, 7 Dec 2016 00:46:25 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace has a new website Message-ID: [sending on behalf of Christine Di Bella] We are pleased to announce that ArchivesSpace has a new website! You can see the updated site at same address at: http://www.archivesspace.org/ With the help of LYRASIS Member Communications, ArchivesSpace is launching a new website. The overall goals for the new website are to: * Freshen up our online presence without making major changes in our visual identity * Emphasize ArchivesSpace the community over ArchivesSpace the application in our online presence * Make news and other timely content more prominent on the site * Make it easier for particular constituencies, most notably members and developers, to find the resources that are specifically for them To accomplish these goals, we made a number of changes. The largest is that we have moved from Drupal to WordPress as our publishing platform. This change makes it easier to maintain the site from a technical standpoint and easier to incorporate other types of content, including a new blog for announcements, news updates, and information from members. We have added more visual and interactive content to the home page and inside pages through the selective use of sliders, rotating menus, graphical backgrounds, and accordion menus. We reconfigured our top navigation bar to make information about the community more prominent and added menu items specifically for members, developers, and registered service providers to make it easier to identify and target content appropriate for each group (or those interested in that group). These sections will be further built out over time as these constituencies grow and evolve. For example, we expect that once the Technical Lead begins work there will be significant additional content for the developers section. While the website was being refreshed, Member Communications designed new co-branding for LYRASIS and ArchivesSpace. The new co-branding, approved by the ArchivesSpace Governance Board, appears throughout the new site. Christine Christine Di Bella Community Outreach 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 KUTZUBA at hws.edu Wed Dec 7 09:28:04 2016 From: KUTZUBA at hws.edu (Kutzuba, Jamie) Date: Wed, 7 Dec 2016 14:28:04 +0000 Subject: [Archivesspace_Users_Group] Help upgrading ArchivesSpace on a Windows/MySQL system In-Reply-To: <20161206181210.Horde.iE57ObNhzcc2VUCRulybrsT@gator3088.hostgator.com> References: <20161206105208.Horde.P0Chkd1jwBA-DcnSAY58Uqz@gator3088.hostgator.com> <180cd7f124bf406a97e98fc9becd32fd@MBX2.hws.edu> <20161206181210.Horde.iE57ObNhzcc2VUCRulybrsT@gator3088.hostgator.com> Message-ID: <83cff736031a47c5be9a078c1e4fcd28@MBX2.hws.edu> Oh... I second Ben's question. Is the service functionality on the roadmap? Thanks- Jamie 315.781.4355 -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of library at princeofpeaceabbey.org Sent: Tuesday, December 06, 2016 7:12 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help upgrading ArchivesSpace on a Windows/MySQL system Jamie You will need to get into Command Prompt then CD\Archivesspace. Once in Archivesspace you need to type archivesspace.bat. You do this every time you begin in the morning. Br Raphael Quoting "Kutzuba, Jamie" : > Br Raphael- > > Eek! What is the "old way" of running ArchivesSpace? We also run it as > a service and were planning on upgrading so I'm a bit nervous now. > > Thanks- Jamie > > Jamie Kutzuba > Systems Librarian > Warren Hunting Smith Library > > -----Original Message----- > From: archivesspace_users_group-bounces at lyralists.lyrasis.org > [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On > Behalf Of library at princeofpeaceabbey.org > Sent: Tuesday, December 06, 2016 11:52 AM > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] Help upgrading ArchivesSpace > on a Windows/MySQL system > > Ben, > > I had the same problem. Chris told me that AS 1.5 will not run as a service. > So I have to load it the old way. > > Br Raphael > Quoting Ben Finberg : > >> Hoping for some help upgrading ArchivesSpace from 1.4.7 to 1.5.1 >> running Windows Server 2008 R2 and MySQL. I've tried following the >> main and supplemental 1.4.x to 1.5.x instructions several times and I >> keep finishing and getting HTTP ERROR 503 service unavailable. >> Here are the steps I'm doing: >> >> >> 1) Backup. >> >> 2) Delete data/solr_index/index directory. Delete all files in >> data/indexer_state directory. >> >> 3) Unzip AS download. >> >> 4) Shutdown AS service >> >> 5) Rename old AS directory from ArchivesSpace to ArchivesSpace.old >> >> 6) Name new AS directory ArhichivesSpace >> >> 7) Copy data directory from ArchivesSpace.old to ArchivesSpace, >> replace all files when prompted. >> >> 8) Make three edits in new config.rb file for db_url and jetty >> as described in clean install instructions. >> >> 9) Copy mysql-connector*.jar to new \lib directory. >> >> 10) Copy prunmgr and prunsrv to new ArchivesSpace directory. >> >> 11) (I don't have any plugins or mods.) >> >> 12) Running a command prompt as an admin, run setup-database.bat >> in the new \scripts folder, then service.bat in the new \launcher >> folder. >> >> 13) Start service. >> >> So? Thoughts on what I might be doing wrong? >> >> Benjamin Finberg, Director of IT and Operations The Georgia O'Keeffe >> Museum >> 505.946.1057 >> 217 Johnson St., Santa Fe, NM 87501 >> www.okeeffemuseum.org >> >> A Great American Artist, a Great American Story. Explore the >> remarkable career of Georgia O'Keeffe through her artwork, the >> objects and places that were meaningful to her, and the experiences >> that defined her life. > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_grou > p _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_grou > p _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From NHOSBURGH at Rollins.edu Wed Dec 7 11:51:39 2016 From: NHOSBURGH at Rollins.edu (Nathan Hosburgh) Date: Wed, 7 Dec 2016 16:51:39 +0000 Subject: [Archivesspace_Users_Group] making changes to public AS view Message-ID: I?m working to get better visual access to our AS server, but in the meantime I have to use a combination of FTP and command line because of the fact that everything is under . So, it?s rather complicated and cumbersome right now. I would like to get a clear idea of the file structure of everything controlling the content for the public AS interface and where to modify things to make specific changes. Here is our site at present: https://aspace.rollins.edu/ ? I want to change the text ?Welcome to ArchivesSpace? and add some text directly below it. ? I want to add text to what is probably considered the footer ? directly above ?Visit ArchivesSpace.org?. If anyone can point me to documentation outlining the structure & logic of AS public interface or share a schematic that would be helpful. Or just let me know what files I would need to modify to affect the changes above. Thanks Nate Nathan Hosburgh Discovery & Systems Librarian Rollins College, Olin Library 1000 Holt Avenue Winter Park, FL 32789 nhosburgh at rollins.edu (407) 691-1157 http://rollins.academia.edu/NathanHosburgh ?If you would tell me the heart of a man, tell me not what he reads, but what he rereads.? ? Fran?ois Mauriac -------------- next part -------------- An HTML attachment was scrubbed... URL: From smithkr at mit.edu Wed Dec 7 11:58:43 2016 From: smithkr at mit.edu (Kari R Smith) Date: Wed, 7 Dec 2016 16:58:43 +0000 Subject: [Archivesspace_Users_Group] making changes to public AS view In-Reply-To: References: Message-ID: <29F559819ACA9A4FBF208407D4B63ABB01046E59AA@OC11expo28.exchange.mit.edu> Hi Nathan, Check out the information on the archivesspace.org for Technical Documentation. You?ll find info there about customization. http://archivesspace.github.io/archivesspace/user/archivesspace-plug-ins-readme/ Kari R. Smith Digital Archivist and Program Head for Born-digital Archives Institute Archives and Special Collections Massachusetts Institute of Technology Libraries, Cambridge, Massachusetts 617.253.5690 smithkr at mit.edu http://libraries.mit.edu/archives/ @karirene69 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Hosburgh Sent: Wednesday, December 07, 2016 11:52 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] making changes to public AS view I?m working to get better visual access to our AS server, but in the meantime I have to use a combination of FTP and command line because of the fact that everything is under . So, it?s rather complicated and cumbersome right now. I would like to get a clear idea of the file structure of everything controlling the content for the public AS interface and where to modify things to make specific changes. Here is our site at present: https://aspace.rollins.edu/ ? I want to change the text ?Welcome to ArchivesSpace? and add some text directly below it. ? I want to add text to what is probably considered the footer ? directly above ?Visit ArchivesSpace.org?. If anyone can point me to documentation outlining the structure & logic of AS public interface or share a schematic that would be helpful. Or just let me know what files I would need to modify to affect the changes above. Thanks Nate Nathan Hosburgh Discovery & Systems Librarian Rollins College, Olin Library 1000 Holt Avenue Winter Park, FL 32789 nhosburgh at rollins.edu (407) 691-1157 http://rollins.academia.edu/NathanHosburgh ?If you would tell me the heart of a man, tell me not what he reads, but what he rereads.? ? Fran?ois Mauriac -------------- next part -------------- An HTML attachment was scrubbed... URL: From brent_ellingson at byu.edu Wed Dec 7 12:24:17 2016 From: brent_ellingson at byu.edu (Brent Ellingson) Date: Wed, 7 Dec 2016 17:24:17 +0000 Subject: [Archivesspace_Users_Group] Database troubles upgrading from 1.4.2 to 1.5.1 In-Reply-To: <7c274cd2f72e4d9186f1810ef23acb77@MB7.byu.local> References: <1cc8ef7c78cd4c03904e90a9b5c0f607@MB7.byu.local> <7c274cd2f72e4d9186f1810ef23acb77@MB7.byu.local> Message-ID: <44995ab52a5b4dab88b1383c4bf7d1db@MB7.byu.local> Thank you to James and Lora for your responses. We finally figured out what the issue was. When the system admin pulled in the MySQL dump the name of the destination / test database was not updated to match the database name in the config file on the test instance. So we were trying to run the upgrade against a database that had already been updated. Once we noticed this we wiped and recreated the test database, dumped the production data into the clean database and ran the upgrade. No problems with the database migrations at that point. Again thank you for your suggestions which helped us determine what the problem was. Regards, __________________________ Brent Ellingson Sr. Software Engineer 2750 Harold B. Lee Library Brigham Young University (801)422-6148 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of James Bullen Sent: Thursday, December 01, 2016 4:44 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Database troubles upgrading from 1.4.2 to 1.5.1 Hi Brent, It's hard to be sure what's going on here, but my guess is that at some point your 1.4.2 instance was running the container management plugin, but that it isn't currently. That would explain what you're seeing. If my guess is right then a fix would be to add container management to your list of plugins just while you run setup-database.sh, something like this in config.rb: AppConfig[:plugins] = ['other', 'stuff', 'container_management'] That would cause it to skip the container management migration - which would have run when the plugin was installed. It's blowing up on trying to add a duplicate entry to the enumeration table (name has a unique constraint). You can confirm this by looking at the tables in your database. If you see 'top_container' then the container management migration has been run. It's possible you've landed in a bad state, so if it continues to fail, try starting again and just do the AppConfig tweak just before running setup-database.sh, and then remove it after. Here's the relevant migration: https://github.com/archivesspace/archivesspace/blob/master/common/db/migrations/060_top_container_migration.rb If this doesn't fix it then my guess is wrong - entirely possible! - and we'll need to dig a little deeper. Good luck! Cheers, James On Dec 2, 2016, at 7:27 AM, Brent Ellingson > wrote: We are trying to upgrade a test instance of ArchivesSpace from 1.4.2 to 1.5.1 and we have run into some SQL errors that have prevented the upgrade. We are using a copy of the production data. Some help or suggestions would be greatly appreciated. Here is basically what we have done. * Get a MySQL dump of the production DB * Copy the DB to a new server (now running MariaDB) * Installed ArchivesSpace 1.4.2 * Started & indexed the 1.4.2 instance * Tested the 1.4.2 instance and it was running fine * Started the upgrade process for 1.5.1 * Stopped the 1.4.2 instance * Unzipped the 1.5.1 archive to a new place * Copied the data files to the 1.5.1/data directory * Copied the config.rb * Copied the mysql jdbc jar to lib * Copied the plugins (we don't have any that I know of) * Checked the en.yml files * Ran the setup-database.sh script * Setup stopped due to a Database error Here is the text of the error we are seeing from the log file: **** Begin error log output **** Loading ArchivesSpace configuration file from path: /opt/archivesspace-1.5.1/archivesspace/config/config.rb Loading ArchivesSpace configuration file from path: /opt/archivesspace-1.5.1/archivesspace/config/config.rb Running migrations against jdbc:mysql://[DB_SERVER]:3306/[DB_NAME]?user=[REDACTED]&password=[REDACTED]&useUnicode=true&characterEncoding=UTF-8 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 3 Database migration error. Your upgrade has encountered a problem. You must resolve these issues before the database migration can complete. Error: # Java::ComMysqlJdbcExceptionsJdbc4::MySQLIntegrityConstraintViolationException: Duplicate entry 'restriction_type' for key 'name' java.lang.reflect.Constructor.newInstance(java/lang/reflect/Constructor.java:423) com.mysql.jdbc.Util.handleNewInstance(com/mysql/jdbc/Util.java:425) com.mysql.jdbc.Util.getInstance(com/mysql/jdbc/Util.java:408) com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:935) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3970) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3906) com.mysql.jdbc.MysqlIO.sendCommand(com/mysql/jdbc/MysqlIO.java:2524) com.mysql.jdbc.MysqlIO.sqlQueryDirect(com/mysql/jdbc/MysqlIO.java:2677) com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2545) com.mysql.jdbc.StatementImpl.executeUpdateInternal(com/mysql/jdbc/StatementImpl.java:1540) com.mysql.jdbc.StatementImpl.executeLargeUpdate(com/mysql/jdbc/StatementImpl.java:2603) com.mysql.jdbc.StatementImpl.executeUpdate(com/mysql/jdbc/StatementImpl.java:1604) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498) RUBY.execute_statement_insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc/mysql.rb:68) RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:256) RUBY.log_yield(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33) RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:256) RUBY.statement(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646) RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245) RUBY.hold(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98) RUBY.synchronize(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255) RUBY.execute(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244) RUBY.execute_insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:276) RUBY.execute_insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:927) RUBY.insert(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:336) RUBY.create_enum(/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/utils.rb:45) RUBY.create_editable_enum(/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/utils.rb:38) RUBY.(root)(/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/060_top_container_migration.rb:15) org.jruby.RubyBasicObject.instance_eval(org/jruby/RubyBasicObject.java:1574) RUBY.apply(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:100) RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:528) RUBY.checked_transaction(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:466) RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:527) org.jruby.RubyArray.each(org/jruby/RubyArray.java:1613) RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:524) RUBY.run(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:391) RUBY.setup_database(file:/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/db_migrator.rb:185) $_dot_dot_.scripts.rb.migrate_db.(root)(../scripts/rb/migrate_db.rb:43) $_dot_dot_.scripts.rb.migrate_db.(root)($_dot_dot_/scripts/rb/../scripts/rb/migrate_db.rb:43) RUBY.connect(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:69) RUBY.connect(/opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/core.rb:95) $_dot_dot_.scripts.rb.migrate_db.(root)(../scripts/rb/migrate_db.rb:28) $_dot_dot_.scripts.rb.migrate_db.(root)($_dot_dot_/scripts/rb/../scripts/rb/migrate_db.rb:28) 3 Sequel::UniqueConstraintViolation: Java::ComMysqlJdbcExceptionsJdbc4::MySQLIntegrityConstraintViolationException: Duplicate entry 'restriction_type' for key 'name' raise_error at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/misc.rb:423 statement at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:648 execute at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245 hold at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98 synchronize at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255 execute at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244 execute_insert at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:276 execute_insert at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:927 insert at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:336 create_enum at /opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/utils.rb:45 create_editable_enum at /opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/utils.rb:38 (root) at /opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/migrations/060_top_container_migration.rb:15 instance_eval at org/jruby/RubyBasicObject.java:1574 apply at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:100 run at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:528 checked_transaction at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:466 run at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:527 each at org/jruby/RubyArray.java:1613 run at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:524 run at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:391 setup_database at file:/opt/archivesspace-1.5.1/archivesspace/lib/common.jar!/db/db_migrator.rb:185 (root) at ../scripts/rb/migrate_db.rb:43 connect at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:69 connect at /opt/archivesspace-1.5.1/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/core.rb:95 (root) at ../scripts/rb/migrate_db.rb:28 **** End error log output **** Thank you for your time. Regards, __________________________ Brent Ellingson Sr. Software Engineer 2750 Harold B. Lee Library Brigham Young University (801)422-6148 !DSPAM:584087b749981951751292! _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group !DSPAM:584087b749981951751292! -------------- next part -------------- An HTML attachment was scrubbed... URL: From sally.vermaaten at nyu.edu Wed Dec 7 14:31:37 2016 From: sally.vermaaten at nyu.edu (Sally Vermaaten) Date: Wed, 7 Dec 2016 14:31:37 -0500 Subject: [Archivesspace_Users_Group] New Technical Advisory Council Member Message-ID: I am pleased to announce that Dustin Stokes of Atlas Systems, an ArchivesSpace Registered Service Provider, has been appointed to the ArchivesSpace Technical Advisory Council. He will serve from Dec 1, 2016 to June 30, 2018. Sally Vermaaten Chair, User Advisory Council -- Sally Vermaaten Project Manager, Archival Systems New York University Libraries 1-212-992-6259 -------------- next part -------------- An HTML attachment was scrubbed... URL: From flemingj at uncw.edu Wed Dec 7 15:40:51 2016 From: flemingj at uncw.edu (Fleming, Jason) Date: Wed, 7 Dec 2016 20:40:51 +0000 Subject: [Archivesspace_Users_Group] HTTPS - APACHE configuration problem Message-ID: Hello, Can someone who has successfully set up archivesspace on a RHE apache 2.2 server to use https on the staff side please contact me concerning this problem that I am having? I have gotten the sign in page to use https but when I go to view or edit a record it switches back to http This is what I see when I hover over the link https://aspace-dev.uncw.edu/resolve/readonly?uri=%2Frepositories%2F4%2Faccessions%2F69 This is the only thing I have set up in config.rb AppConfig[:frontend_proxy_url] = "https://aspace-dev.uncw.edu" AppConfig[:public_proxy_url] = http://archivesspace-dev.uncw.edu I have set up a DNS entry for the public view to work with port 80 and another one for the staff side to use 443 Thank you for taking a look -Jason Jason Fleming Information Technology Librarian 601 South College Road | Wilmington, NC 28403-5990 T: 910-962-2675 | flemingj at uncw.edu http://library.uncw.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From flemingj at uncw.edu Thu Dec 8 13:29:13 2016 From: flemingj at uncw.edu (Fleming, Jason) Date: Thu, 8 Dec 2016 18:29:13 +0000 Subject: [Archivesspace_Users_Group] HTTP - Apache configuration problem Message-ID: Hello, Can someone who has successfully set up archivesspace on a RHE apache 2.2 server to use https on the staff side please contact me concerning this problem that I am having? I have gotten the sign in page to use https, but when I go to view or edit a record it switches back to http I think this is where it is breaking is when it creates this link to View/Edit a record [cid:image001.png at 01D25157.0F460F60] Thank you for taking a look -Jason -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7259 bytes Desc: image001.png URL: From flemingj at uncw.edu Thu Dec 8 13:34:49 2016 From: flemingj at uncw.edu (Fleming, Jason) Date: Thu, 8 Dec 2016 18:34:49 +0000 Subject: [Archivesspace_Users_Group] HTTPS error with Apache using Red Hat Linux Message-ID: Hello, Can someone who has successfully set up archivesspace on a RHE apache 2.2 server to use https on the staff side please contact me concerning this problem that I am having? I have gotten the sign in page to use https but when I go to view or edit a record it switches back to http I think this is where it is breaking is when it creates this link to View/Edit a record: [cid:image001.png at 01D25157.D80E34E0] This is the only thing I have set up in config.rb AppConfig[:frontend_proxy_url] = "https://aspace-dev.uncw.edu" AppConfig[:public_proxy_url] = http://archivesspace-dev.uncw.edu I have set up a DNS entry for the public view to work with port 80 and another one for the staff side to use 443 Thank you for taking a look -Jason Jason Fleming Information Technology Librarian 601 South College Road | Wilmington, NC 28403-5990 T: 910-962-2675 | flemingj at uncw.edu http://library.uncw.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7259 bytes Desc: image001.png URL: From flemingj at uncw.edu Thu Dec 8 14:43:14 2016 From: flemingj at uncw.edu (Fleming, Jason) Date: Thu, 8 Dec 2016 19:43:14 +0000 Subject: [Archivesspace_Users_Group] RHE linus HTTPS and Apache configuration problem Message-ID: Hello, Can someone who has successfully set up archivesspace on a RHE apache 2.2 server to use https on the staff side please contact me concerning this problem that I am having? I have gotten the sign in page to use https but when I go to view or edit a record it switches back to http I think this is where it is breaking is when it creates this link to View/Edit a record: ...?uri=%2F I have set up a DNS entry for the public view to work with port 80 and another one for the staff side to use 443 Thank you for taking a look -Jason Jason Fleming Information Technology Librarian 601 South College Road | Wilmington, NC 28403-5990 T: 910-962-2675 | flemingj at uncw.edu http://library.uncw.edu From laurie.arp at lyrasis.org Thu Dec 8 16:01:47 2016 From: laurie.arp at lyrasis.org (Laurie Arp) Date: Thu, 8 Dec 2016 21:01:47 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace v1.5.2 released Message-ID: [ArchivesSpace by LYRASIS] The ArchivesSpace team is very pleased to release version 1.5.2! You can download the new release from Github at https://github.com/archivesspace/archivesspace/releases/tag/v1.5.2 This minor release includes bug fixes, performance improvements, and addresses some minor layout issues in the staff interface. This release includes development work completed by HM as well as pull requests submitted by members of the community including Luis Martinez-Uribe, Alex Duryee, Dave Mayo, Chris Fitzpatrick, and Byron Roosa (apologies to anyone we missed in this list). We want to thank these contributors and all those who participated in testing and provided feedback that fed into these improvements! * Please see the release page a listing of all the new features and bug fixes included in this release. * Documentation is available in the ArchivesSpace user manual * Please see the technical documentation for information on how to upgrade your ArchivesSpace installations. Let us know if you have questions or encounter problems executing the upgrade. Best wishes, Laurie Gemmill Arp Director, Collections Services & Community Supported Software laurie.arp at lyrasis.org 800.999.8558 x 2908 Fax: 404.592.4804 laurie.gemmill1 Skype [cid:D9C43C04-DF4E-467C-B0BC-358EF417F998] Check lyrasisnow.org for up-to-date news and feature articles. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 4483 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 3903 bytes Desc: image002.jpg URL: From laurie.arp at lyrasis.org Thu Dec 8 19:17:12 2016 From: laurie.arp at lyrasis.org (Laurie Arp) Date: Fri, 9 Dec 2016 00:17:12 +0000 Subject: [Archivesspace_Users_Group] FW: Help upgrading ArchivesSpace on a Windows/MySQL system In-Reply-To: References: <20161206105208.Horde.P0Chkd1jwBA-DcnSAY58Uqz@gator3088.hostgator.com> <37B02ED8-D2AC-4C49-9CF2-F0E3A4063144@lyrasis.org> Message-ID: Hello Ben, I had the team look into this. They tested 1.5.2-RC1 as a service on windows and it worked fine. So, I wonder if there is another issue. I can have the DTS folks follow up with you to see if they can help. In answer to the query about the roadmap itself, yes we are working on a development roadmap that will provide more specifics as to content and dates and we hope to share more details soon. Best wishes, Laurie Gemmill Arp Director, Collections Services & Community Supported Software laurie.arp at lyrasis.org 800.999.8558 x 2908 -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ben Finberg Sent: Tuesday, December 6, 2016 12:50 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Help upgrading ArchivesSpace on a Windows/MySQL system Really? That's kind of crazy. Does anyone know if it's in the roadmap to make it work as a service again? -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of library at princeofpeaceabbey.org Sent: Tuesday, December 6, 2016 9:52 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Help upgrading ArchivesSpace on a Windows/MySQL system Ben, I had the same problem. Chris told me that AS 1.5 will not run as a service. So I have to load it the old way. Br Raphael Quoting Ben Finberg >: Hoping for some help upgrading ArchivesSpace from 1.4.7 to 1.5.1 running Windows Server 2008 R2 and MySQL. I've tried following the main and supplemental 1.4.x to 1.5.x instructions several times and I keep finishing and getting HTTP ERROR 503 service unavailable. Here are the steps I'm doing: 1) Backup. 2) Delete data/solr_index/index directory. Delete all files in data/indexer_state directory. 3) Unzip AS download. 4) Shutdown AS service 5) Rename old AS directory from ArchivesSpace to ArchivesSpace.old 6) Name new AS directory ArhichivesSpace 7) Copy data directory from ArchivesSpace.old to ArchivesSpace, replace all files when prompted. 8) Make three edits in new config.rb file for db_url and jetty as described in clean install instructions. 9) Copy mysql-connector*.jar to new \lib directory. 10) Copy prunmgr and prunsrv to new ArchivesSpace directory. 11) (I don't have any plugins or mods.) 12) Running a command prompt as an admin, run setup-database.bat in the new \scripts folder, then service.bat in the new \launcher folder. 13) Start service. So? Thoughts on what I might be doing wrong? Benjamin Finberg, Director of IT and Operations The Georgia O'Keeffe Museum 505.946.1057 217 Johnson St., Santa Fe, NM 87501 www.okeeffemuseum.org> A Great American Artist, a Great American Story. Explore the remarkable career of Georgia O'Keeffe through her artwork, the objects and places that were meaningful to her, and the experiences that defined her life. _______________________________________________ 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 !DSPAM:5848284433581391476495! -------------- next part -------------- An HTML attachment was scrubbed... URL: From laurie.arp at lyrasis.org Sun Dec 11 06:51:07 2016 From: laurie.arp at lyrasis.org (Laurie Arp) Date: Sun, 11 Dec 2016 11:51:07 +0000 Subject: [Archivesspace_Users_Group] 1.5.2 Webinar Postponed Message-ID: Greetings, We are postponing the planned 1.5.2 ArchivesSpace release webinar. Christine Di Bella is coordinating this webinar and is out due to unexpected family health issues. We will reschedule as soon as she is back in the office. Thanks for your understanding. Laurie Gemmill Arp Director, Collections Services & Community Supported Software laurie.arp at lyrasis.org 800.999.8558 x 2908 Fax: 404.592.4804 laurie.gemmill1 Skype [cid:D9C43C04-DF4E-467C-B0BC-358EF417F998] Check lyrasisnow.org for up-to-date 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: 4483 bytes Desc: image001.png URL: From laurie.arp at lyrasis.org Mon Dec 12 07:22:04 2016 From: laurie.arp at lyrasis.org (Laurie Arp) Date: Mon, 12 Dec 2016 12:22:04 +0000 Subject: [Archivesspace_Users_Group] FW: ArchivesSpace Board update In-Reply-To: <7D90D38C-5EB5-4E2C-9097-3D1788D6CEAB@nyu.edu> References: <7D90D38C-5EB5-4E2C-9097-3D1788D6CEAB@nyu.edu> Message-ID: Forwarding on behalf of Carol Mandel?. From: Carol A. Mandel [mailto:cm77 at nyu.edu] Sent: Sunday, December 11, 2016 6:01 PM To: ArchivesSpace Board of Trustees mail list; archivesspace_users_group at lyralists.lyrasis.org; archivesspace_member_reps at lyralists.lyrasis.org; archivesspace_tac_uac at lyaralists.lyrasis.org Subject: ArchivesSpace Board update Dear ArchivesSpace members, I am writing to report on the ArchivesSpace Governance Board 2nd Quarter meeting, which was a 2 hour conference call held Monday, November 28. We were pleased to approve the nominations of several new TAC/UAC members: ? Dustin Stokes of Atlas Systems, was appointed to the TAC ? Lydia Tang of Michigan State University, representing very large institutions, was appointed to the UAC ? John Zarillo of Brooklyn Historical Society, representing small institutions, was appointed to the UAC The board members approved a proposal that recommended expanding ArchivesSpace training via three avenues: 1) developing a one-day version of the Basics workshop that can be offered at lower cost via regional and local archives conferences and host organizations; 2) encouraging Registered Service Providers to offer online and face-to-face training for audiences not served by program-provided face-to-face workshops and videos; 3) maintaining our current model for face-to-face training, and keeping training videos up-to-date for members that cannot participate in face-to-face training. The ArchivesSpace staff will begin implementing the plan. We reviewed: the continued excellent work of TAC and UAC (and thank the members for their dedicated participation); an operational update that indicates good progress on development work by HM and on our recruitment for a Technical Lead and a Program Manager; and a financial report that confirms we are on budget and in a strong financial position. The board members thanked departing Board member Alston Cobourn for her brief but active and productive service on the Board. Alston has accepted a new position that is not in the membership category for which she was elected, and so is leaving the ArchivesSpace board at the end of December. We are pleased that Heather Heckman from the Pennsylvania State Archives has graciously agreed to complete Alston?s term. Brad Westbrook?s last day as Program Manager was Nov 30. The board offered their gratitude for Brad?s exceptional work and dedication in developing the ArchivesSpace program. Brad began the work that led to the Archivists? Toolkit more than a decade ago, and continued in key roles throughout the development of ArchivesSpace. I consider him to be the ?founding father? of ArchivesSpace; he has left a lasting legacy. In closing, I am very happy to report that the ArchivesSpace membership organization is vibrant and is growing at a steady rate. As of our November meeting, there were 308 members across the five membership levels, 10 Educational members, and three Registered Service Providers hosting 69 ArchivesSpace databases. The Board welcomes your communications and comments to any and all of us, and we extend our thanks to all of you for your continuing support and ongoing contributions to the community we have created. Respectfully, Carol A. Mandel Chair, ArchivesSpace Governance Board Dean, Division of Libraries, New York University -------------- next part -------------- An HTML attachment was scrubbed... URL: From NHOSBURGH at Rollins.edu Mon Dec 12 15:48:22 2016 From: NHOSBURGH at Rollins.edu (Nathan Hosburgh) Date: Mon, 12 Dec 2016 20:48:22 +0000 Subject: [Archivesspace_Users_Group] public interface mods Message-ID: Some general questions about the public interface. Ours is https://aspace.rollins.edu/ I?m looking at http://archivesspace.middlebury.edu/ I would like to create some content to the right of the search box as Middlebury has done with ?About ArchivesSpace?. I would also like to create some additional links in what appears to be the footer (View Staff Interface, Visit ArchivesSpace.org, etc.). Can I get some idea of what it takes to achieve this? I?ve already got a ?local? plugin to achieve some of our customizations. Thanks Nate Nathan Hosburgh Discovery & Systems Librarian Rollins College, Olin Library 1000 Holt Avenue Winter Park, FL 32789 nhosburgh at rollins.edu (407) 691-1157 http://rollins.academia.edu/NathanHosburgh ?If you would tell me the heart of a man, tell me not what he reads, but what he rereads.? ? Fran?ois Mauriac -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdm7g at eservices.virginia.edu Mon Dec 12 17:42:26 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Mon, 12 Dec 2016 22:42:26 +0000 Subject: [Archivesspace_Users_Group] public interface mods In-Reply-To: References: Message-ID: [1] See the instructions at: https://github.com/archivesspace/archivesspace/blob/master/CUSTOMIZING_THEMING.md http://archivesspace.github.io/archivesspace/user/archivesspace-plug-ins-readme/ specifically the part about adding branding to the local plugins directory. The example in the first link above changes the branding for the frontend, not the public interface, so you would want to instead add: plugins/local/public/views/site/_branding.html.erb. [2] As noted in the 2nd link above, the top level template is: https://github.com/archivesspace/archivesspace/blob/master/public/app/views/layouts/application.html.erb The ?render? calls in that template call the other templates you can override in plugins/local/public/views/site/ <%= render "site/branding" %> <%= render "site/header" %> <%= render_aspace_partial :partial => "site/advanced_search" %> <%= render_aspace_partial :partial => "site/breadcrumb" %> <%= render "site/footer" %> https://github.com/archivesspace/archivesspace/tree/master/public/app/views/site so you need to also copy _footer.html.erb and _header.html.erb to the local plugins directory and edit those copies to customize. [3] For the content to the right of the search box in that example, I?m guessing that you would also copy index.html.erb to plugins and add something to that empty ?span4? div : https://github.com/archivesspace/archivesspace/blob/master/public/app/views/site/index.html.erb#L32-L34 CSS is using bootstrap: http://getbootstrap.com. See those docs if you want to understand what those ?span? and ?row-fluid? classes mean. They control the layout. You can also add your own classes to the bootstrap classes, but you shouldn?t remove the bootstrap classes, as in that middlebury page, they have changed it to : "
? [4] As noted in the docs linked above, some of the text labels come from the locales files. Where you see the I18n.t() functions in the templates, you can replace the default text in the plugins locale file. https://github.com/archivesspace/archivesspace/blob/master/public/app/views/site/index.html.erb#L10-L11 en: brand: title: ArchivesSpace Public Interface home: Home welcome_message: Welcome to ArchivesSpace. welcome_search_label: "Find what you're looking for:" ? Steve Majewski On Dec 12, 2016, at 3:48 PM, Nathan Hosburgh > wrote: Some general questions about the public interface. Ours is https://aspace.rollins.edu/ I?m looking at http://archivesspace.middlebury.edu/ I would like to create some content to the right of the search box as Middlebury has done with ?About ArchivesSpace?. I would also like to create some additional links in what appears to be the footer (View Staff Interface, Visit ArchivesSpace.org, etc.). Can I get some idea of what it takes to achieve this? I?ve already got a ?local? plugin to achieve some of our customizations. Thanks Nate Nathan Hosburgh Discovery & Systems Librarian Rollins College, Olin Library 1000 Holt Avenue Winter Park, FL 32789 nhosburgh at rollins.edu (407) 691-1157 http://rollins.academia.edu/NathanHosburgh ?If you would tell me the heart of a man, tell me not what he reads, but what he rereads.? ? Fran?ois Mauriac _______________________________________________ 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 ksmith115 at po-box.esu.edu Wed Dec 14 09:48:24 2016 From: ksmith115 at po-box.esu.edu (Kelly J Smith) Date: Wed, 14 Dec 2016 14:48:24 +0000 Subject: [Archivesspace_Users_Group] using ArchivesSpace for art collections Message-ID: <234F6C9EA172C946BD845144C241DDD2CB477E83@MSXMB1.ADMIN.ESU.EDU> Hello, Does anyone out there have experience using ArchivesSpace for art collections? Please let me know so that we can talk offline. Thanks. Kelly Smith -------------- next part -------------- An HTML attachment was scrubbed... URL: From ddebolt at uwf.edu Wed Dec 14 09:59:56 2016 From: ddebolt at uwf.edu (Dean DeBolt) Date: Wed, 14 Dec 2016 08:59:56 -0600 Subject: [Archivesspace_Users_Group] using ArchivesSpace for art collections In-Reply-To: <234F6C9EA172C946BD845144C241DDD2CB477E83@MSXMB1.ADMIN.ESU.EDU> References: <234F6C9EA172C946BD845144C241DDD2CB477E83@MSXMB1.ADMIN.ESU.EDU> Message-ID: I have not yet brought ArchivesSpace online yet, but within Archon, for the university permanent art collection, we uploaded a digital photograph of each art item, described it, and also uploaded a pdf of the accession record. Here's an example: http://archives.uwf.edu/Archon/index.php?p=digitallibrary/digitalcontent&id=1165&q=TAG I have looked into how the data exported into ArchivesSpace, but I don't see why it wouldn't work. Our university's "The Art Gallery" wanted to at lease have a basic online record of each piece and its location (at the time of cataloging--whether in storage or placed somewhere on campus). Dean Dean DeBolt, University Librarian (Professor)/University Archivist University Archives and West Florida History Center University of West Florida Library 11000 University Parkway Pensacola, FL 32514-5750 ddebolt at uwf.edu; 850-474-2213 West Florida History Center is the largest and most comprehensive history collection about Pensacola and the West Florida region. http://libguides.uwf.edu/universityarchives Digital collections can be found at: http://archives.uwf.edu/Archon/ On Wed, Dec 14, 2016 at 8:48 AM, Kelly J Smith wrote: > Hello, > > > > Does anyone out there have experience using ArchivesSpace for art > collections? Please let me know so that we can talk offline. > > > > Thanks. > > > > Kelly Smith > > _______________________________________________ > 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 ksmith115 at po-box.esu.edu Wed Dec 14 09:58:38 2016 From: ksmith115 at po-box.esu.edu (Kelly J Smith) Date: Wed, 14 Dec 2016 14:58:38 +0000 Subject: [Archivesspace_Users_Group] using ArchivesSpace for art collections In-Reply-To: References: <234F6C9EA172C946BD845144C241DDD2CB477E83@MSXMB1.ADMIN.ESU.EDU> Message-ID: <234F6C9EA172C946BD845144C241DDD2CB477F1A@MSXMB1.ADMIN.ESU.EDU> Thank you. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Dean DeBolt Sent: Wednesday, December 14, 2016 10:00 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] using ArchivesSpace for art collections I have not yet brought ArchivesSpace online yet, but within Archon, for the university permanent art collection, we uploaded a digital photograph of each art item, described it, and also uploaded a pdf of the accession record. Here's an example: http://archives.uwf.edu/Archon/index.php?p=digitallibrary/digitalcontent&id=1165&q=TAG I have looked into how the data exported into ArchivesSpace, but I don't see why it wouldn't work. Our university's "The Art Gallery" wanted to at lease have a basic online record of each piece and its location (at the time of cataloging--whether in storage or placed somewhere on campus). Dean Dean DeBolt, University Librarian (Professor)/University Archivist University Archives and West Florida History Center University of West Florida Library 11000 University Parkway Pensacola, FL 32514-5750 ddebolt at uwf.edu; 850-474-2213 West Florida History Center is the largest and most comprehensive history collection about Pensacola and the West Florida region. http://libguides.uwf.edu/universityarchives Digital collections can be found at: http://archives.uwf.edu/Archon/ On Wed, Dec 14, 2016 at 8:48 AM, Kelly J Smith > wrote: Hello, Does anyone out there have experience using ArchivesSpace for art collections? Please let me know so that we can talk offline. Thanks. Kelly Smith _______________________________________________ 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 mark.custer at yale.edu Wed Dec 14 10:27:22 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Wed, 14 Dec 2016 15:27:22 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Public User Interface updated roadmap (delaying the candidate release until March, 2017) Message-ID: Dear Colleagues, I'm writing to provide an updated timeline for the release of the new ArchivesSpace Public User Interface. As many of you are aware, we have been aiming to have a candidate release ready for December 16th, with the official, production-ready release to follow in March 2017. However, we are behind schedule at this point, so we have decided to push back the candidate release date until the end of March 2017 to coincide with the next major release of ArchivesSpace. Because of that, we don't expect the production-ready release to be available until June 2017. Even though we are three months behind our original schedule, a LOT of important progress has been made since August, including the following: o We have conducted and outsourced some really important and helpful usability and accessibility tests (thanks to many people at Harvard, Melissa Wisner at Yale, and WebAIM) o Search results have been enhanced, which now include additional description and context (e.g. repository, collection, etc.) o Searches can be limited by date ranges o Searches can be limited to a specific collection / resource record o Sorting options have been added, including the new ability to sort by the year of the described material. o Pagination features have been updated. o The new citation feature has been implemented, which will even work if you have JavaScript turned off o Mixed content and formatted elements display as expected (e.g. italics and bold text is supported, although we're still working out a way to support internal linking features). Essentially what this means is that EAD tags won't display in the PUI! o A robust implementation of archival inheritance has been developed (see AR-1300), which is especially important since the ArchivesSpace PUI provides component-level result pages. If you're interested to learn more about the new inheritance feature, here's a 10-minute screencast that illustrates how it works: https://vimeo.com/195457286 So what features remain to be implemented? There are some minor adjustments, such as: o Ensuring that all unpublished records do not display in the PUI. The ability to unpublish an entire repository and all of the material descriptions attached to that repository will be a new feature in the staff interface, by the way, which will coincide with the release of the new PUI. All repositories will be published by default, as usual, but you will now have the ability to suppress one or more from the PUI if need be, as requested in AR-1228. There are also a few major features yet to be added or completed. Here is a full list of those major features that we're still aiming to include in the candidate release: o Make comprehensive styling updates that will address aesthetic elements of the site as well as make the site even more user-friendly (e.g. not showing every facet on the right-hand side of the page immediately) o Add a single-scroll view of an entire resource record (i.e. the ability to review an resource record and all of its descendants without having to go to separate web pages for each resource component) o Add a container-only view of any resource record that has containers attached, which will users to "peek" inside each box to see the titles of the contents contained within each (taking advantage of the new top container model); or, barring that feature, we'll look at adding an Excel/CSV export option for that same type of flattened view. o Add the Request feature, which will generate an email with the information outlined in AR-1064 o Finish up the Classification / Record Group views o Provide instructions on what can be modified easily and how, along with all necessary updates to the user manual o Update the "Collection organization" side panel so that it will include more links beyond just the links to any immediate children (as per the Cherry Hill design) o Conduct a final pass on the default labels used throughout the application. These labels are really tough, sometimes, depending on the data that follows. Of course, all of the labels in the PUI can be edited within an ArchivesSpace installation. o Add the PDF request feature o Provide a better user interface for those cases when a published digital object record is linked to a published resource, resource component, and/or accession record. o Update the metadata that is embedded in each HTML page to help optimize how search engines understand the ArchviesSpace PUI. o Time permitting, add the book bag feature (although this will likely be postponed) As always, you can see the current state of the new PUI in our test corpus site at: http://pui.hudmol.com (Thanks, again, to Hudson Molonglo for hosting this website!) You can also read the minutes of our development calls, at the following location on the ArchivesSpace wiki: https://archivesspace.atlassian.net/wiki/display/ADC/Meeting+Schedule%2C+Minutes Once the candidate release is available, we will be seeking more feedback via an online survey, and we would especially appreciate all of the institutions who use the current public interface to weigh in heavily at that time. And for those of who have already provided feedback, either directly to me or by any other means, thank you. It's really been appreciated! Please let me know if there are any questions, Mark Custer On behalf of the ArchivesSpace Public Interface development group. * Laurie Arp, LYRASIS * James Bullen, Hudson Molonglo * Mark Cooper, LYRASIS * Mark Custer, Yale University * Bobbi Fox, Harvard University * Payten Giles, Hudson Molonglo * Brian Hoffman, Consultant * Susan Pyzynski, Harvard University * Mark Triggs, Hudson Molonglo * Brad Westbrook, ArchivesSpace * Melissa Wisner, Yale University -------------- next part -------------- An HTML attachment was scrubbed... URL: From smithkr at mit.edu Wed Dec 14 12:04:27 2016 From: smithkr at mit.edu (Kari R Smith) Date: Wed, 14 Dec 2016 17:04:27 +0000 Subject: [Archivesspace_Users_Group] Question about displaying Box # in the container listing on a Resource record (ver 1.4 or 1.5x PUI) Message-ID: <29F559819ACA9A4FBF208407D4B63ABB01046F3AB0@OC11expo28.exchange.mit.edu> Hello, is it possible to configure the 1.42 Public Interface display so that on a Resource Record, at the bottom in the Container listing we can also have the Box # display next to the component title. Second, is it possible to have the Resource ID or Title display on the Component Record. Now that the new PUI is coming out in June 2017, we plan to use the 1.5x PUI for public access to our collection descriptions. Thank you for your (community) help with possible solutions! Kari Kari R. Smith Digital Archivist and Program Head for Born-digital Archives Institute Archives and Special Collections Massachusetts Institute of Technology Libraries, Cambridge, Massachusetts 617.253.5690 smithkr at mit.edu http://libraries.mit.edu/archives/ @karirene69 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdm7g at eservices.virginia.edu Wed Dec 14 17:15:48 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Wed, 14 Dec 2016 22:15:48 +0000 Subject: [Archivesspace_Users_Group] Question about displaying Box # in the container listing on a Resource record (ver 1.4 or 1.5x PUI) In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABB01046F3AB0@OC11expo28.exchange.mit.edu> References: <29F559819ACA9A4FBF208407D4B63ABB01046F3AB0@OC11expo28.exchange.mit.edu> Message-ID: https://github.com/archivesspace/archivesspace/blob/v1.4.2/public/app/views/records/_components.html.erb#L30-L37 is the file you need to modify in local plugin. That template gets expanded by javascript https://github.com/archivesspace/archivesspace/blob/v1.4.2/public/app/assets/javascripts/record_tree.js and template variables are pulling from the resource_tree children. So VERY roughly and just for illustration, you could do something like:
except since containers is an array and possibly empty, you need some more logic to do it properly. In which case, it might be easier to add the expansion in javascript rather than in directly in the template. But that code above gets you this far (note the error at the end, from I assume an empty container array, which stops it from iterating to the end of the component list ): [cid:EF13182E-9822-4F3E-980A-1D5E2D76D12B at virginia.edu] On Dec 14, 2016, at 12:04 PM, Kari R Smith > wrote: Hello, is it possible to configure the 1.42 Public Interface display so that on a Resource Record, at the bottom in the Container listing we can also have the Box # display next to the component title. Second, is it possible to have the Resource ID or Title display on the Component Record. Now that the new PUI is coming out in June 2017, we plan to use the 1.5x PUI for public access to our collection descriptions. Thank you for your (community) help with possible solutions! Kari Kari R. Smith Digital Archivist and Program Head for Born-digital Archives Institute Archives and Special Collections Massachusetts Institute of Technology Libraries, Cambridge, Massachusetts 617.253.5690 smithkr at mit.edu http://libraries.mit.edu/archives/ @karirene69 _______________________________________________ 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: components.png Type: image/png Size: 1186784 bytes Desc: components.png URL: From mang.sun at rice.edu Wed Dec 14 17:18:28 2016 From: mang.sun at rice.edu (Mang Sun) Date: Wed, 14 Dec 2016 16:18:28 -0600 Subject: [Archivesspace_Users_Group] RHE linus HTTPS and Apache configuration problem In-Reply-To: References: Message-ID: <9874203f-4265-95c2-0a31-7478d5ca543d@rice.edu> This question has been asked and answered for several times and I don't know why the README file is not updated on this issue. Basically, you can add the following two lines in your ssl.conf and give a try. RequestHeader set X-Forwarded-Proto "https" ProxyPreserveHost On Mang Sun Rice U. On 12/8/2016 1:43 PM, Fleming, Jason wrote: > Hello, > > Can someone who has successfully set up archivesspace on a RHE apache 2.2 server to use https on the staff side please contact me concerning this problem that I am having? > > I have gotten the sign in page to use https but when I go to view or edit a record it switches back to http > > I think this is where it is breaking is when it creates this link to View/Edit a record: > ...?uri=%2F > > I have set up a DNS entry for the public view to work with port 80 and another one for the staff side to use 443 > > Thank you for taking a look > > -Jason > > Jason Fleming > Information Technology Librarian > > 601 South College Road | Wilmington, NC 28403-5990 > T: 910-962-2675 | flemingj at uncw.edu > http://library.uncw.edu > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > From rsdoiel at caltech.edu Wed Dec 14 18:44:35 2016 From: rsdoiel at caltech.edu (Doiel, Robert) Date: Wed, 14 Dec 2016 23:44:35 +0000 Subject: [Archivesspace_Users_Group] How are people integrating various ids like ISNI and VIAF in ArchivesSpace Message-ID: Caltech Library and Archives are looking to make more use of the agent/person objects in ArchivesSpace outside of ArchivesSpace itself. One integration point could be to use common ids like ISNI http://www.isni.org, VIAF http://viaf.org, or ORCIDs http://orcid.org as identifiers to link content with external systems. Are these on the road map to be included in ArchivesSpaces? agent model? I think there is a field in EAC that would be used to hold these types of values but AS doesn?t seem to include them. Am I missing something? Thanks for the help and guidance, Robert -- R. S. Doiel, Digital Library Development Caltech Library From j at minorscience.com Wed Dec 14 21:03:29 2016 From: j at minorscience.com (Jason Loeffler) Date: Thu, 15 Dec 2016 02:03:29 +0000 (UTC) Subject: [Archivesspace_Users_Group] How are people integrating various ids like ISNI and VIAF in ArchivesSpace In-Reply-To: References: Message-ID: Hi there.? There are plans for a refactor of the agents module including a more complete adherence to the EAC-CPF scheme. A revision of the EAC-CPF specification is in a late draft. Cory Nimer at BYU is leading the charge on that, with comments coming from the community. The development roadmap should acknowledge planned work on this. I hope to see this functionality in 2017 as our organization could definitely use this.? Best, Jason On Wed, Dec 14, 2016 at 6:44 PM -0500, "Doiel, Robert" wrote: Caltech Library and Archives are looking to make more use of the agent/person objects in ArchivesSpace outside of ArchivesSpace itself. One integration point could be to use common ids like ISNI http://www.isni.org, VIAF http://viaf.org, or ORCIDs http://orcid.org as identifiers to link content with external systems. Are these on the road map to be included in ArchivesSpaces? agent model? I think there is a field in EAC that would be used to hold these types of values but AS doesn?t seem to include them. Am I missing something? Thanks for the help and guidance, Robert -- R. S. Doiel, Digital Library Development Caltech Library _______________________________________________ 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 flemingj at uncw.edu Thu Dec 15 08:44:16 2016 From: flemingj at uncw.edu (Fleming, Jason) Date: Thu, 15 Dec 2016 13:44:16 +0000 Subject: [Archivesspace_Users_Group] RHE linus HTTPS and Apache configuration problem In-Reply-To: <9874203f-4265-95c2-0a31-7478d5ca543d@rice.edu> References: <9874203f-4265-95c2-0a31-7478d5ca543d@rice.edu> Message-ID: Hi Mang, Sorry, I had tried to search the list, but hadn't seen this before. I did end up getting a different answer that worked for me from Kathleen Krause-Thompson and that was to add rewrite rules to my :80 virtual host file included in httpd.conf: Thank you for responding. I'll have to try that one as well. But, it is working for me now. It would be great if this got updated ! Best, -Jason Jason Fleming Information Technology Librarian ? 601 South College Road |?Wilmington, NC? 28403-5990 T:?910-962-2675?|?flemingj at uncw.edu http://library.uncw.edu -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mang Sun Sent: Wednesday, December 14, 2016 5:18 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RHE linus HTTPS and Apache configuration problem This question has been asked and answered for several times and I don't know why the README file is not updated on this issue. Basically, you can add the following two lines in your ssl.conf and give a try. RequestHeader set X-Forwarded-Proto "https" ProxyPreserveHost On Mang Sun Rice U. On 12/8/2016 1:43 PM, Fleming, Jason wrote: > Hello, > > Can someone who has successfully set up archivesspace on a RHE apache 2.2 server to use https on the staff side please contact me concerning this problem that I am having? > > I have gotten the sign in page to use https but when I go to view or > edit a record it switches back to http > > I think this is where it is breaking is when it creates this link to View/Edit a record: > ...?uri=%2F > > I have set up a DNS entry for the public view to work with port 80 and > another one for the staff side to use 443 > > Thank you for taking a look > > -Jason > > Jason Fleming > Information Technology Librarian > > 601 South College Road | Wilmington, NC 28403-5990 > T: 910-962-2675 | flemingj at uncw.edu > http://library.uncw.edu > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_grou > p > _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From sustasiula at pa.gov Thu Dec 15 09:30:49 2016 From: sustasiula at pa.gov (Stasiulatis, Suzanne) Date: Thu, 15 Dec 2016 14:30:49 +0000 Subject: [Archivesspace_Users_Group] Importing Barcode Field Through EAD Message-ID: In the Preview of 1.5.0 webinar, someone mentioned being able to add the barcode field through EAD. They said you could put the barcode in parenthesis in the container label section. Can anyone show me a snippet of what this looks like? Thank you, Suzanne Suzanne Stasiulatis | Archivist II Pennsylvania Historical and Museum Commission | Pennsylvania State Archives 350 North Street | Harrisburg, PA 17120-0090 Phone: 717-787-5953 http://www.phmc.pa.gov sustasiula at pa.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From sustasiula at pa.gov Thu Dec 15 09:31:47 2016 From: sustasiula at pa.gov (Stasiulatis, Suzanne) Date: Thu, 15 Dec 2016 14:31:47 +0000 Subject: [Archivesspace_Users_Group] Deleting in Bulk From the Staff Interface Message-ID: Is there any way to delete multiple archival objects in a resource. Can you select multiple archival objects and delete them in bulk? What are your workarounds or solutions? Thanks in advance, Suzanne Suzanne Stasiulatis | Archivist II Pennsylvania Historical and Museum Commission | Pennsylvania State Archives 350 North Street | Harrisburg, PA 17120-0090 Phone: 717-787-5953 http://www.phmc.pa.gov sustasiula at pa.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Thu Dec 15 09:48:50 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Thu, 15 Dec 2016 14:48:50 +0000 Subject: [Archivesspace_Users_Group] Deleting in Bulk From the Staff Interface In-Reply-To: References: Message-ID: Suzanne, Here's one workaround for that: * Add a child-level component to the resource, and name it something like "delete-me", and give it any level whatever (since those two fields are required to create a new archival object). * Select all of the archival components that you want to delete (you can use the shift and/or control keys to select whatever you need to select), and then use the "move" function to move them into the newly-created delete-me wrapper. * Then, just delete that delete-me component. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Stasiulatis, Suzanne Sent: Thursday, 15 December, 2016 9:32 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Deleting in Bulk From the Staff Interface Is there any way to delete multiple archival objects in a resource. Can you select multiple archival objects and delete them in bulk? What are your workarounds or solutions? Thanks in advance, Suzanne Suzanne Stasiulatis | Archivist II Pennsylvania Historical and Museum Commission | Pennsylvania State Archives 350 North Street | Harrisburg, PA 17120-0090 Phone: 717-787-5953 http://www.phmc.pa.gov sustasiula at pa.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Thu Dec 15 09:55:45 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Thu, 15 Dec 2016 14:55:45 +0000 Subject: [Archivesspace_Users_Group] RHE linus HTTPS and Apache configuration problem In-Reply-To: <9874203f-4265-95c2-0a31-7478d5ca543d@rice.edu> References: <9874203f-4265-95c2-0a31-7478d5ca543d@rice.edu> Message-ID: Thanks to those who have given Jason the answer he needed on and off list. We will be updating the technical documentation with this information as soon as we can. By the way, it is possible for anyone to submit updates to the technical documentation via pull requests in Github. The process is described at https://github.com/archivesspace/archivesspace/blob/master/docs/README.md. Also, the Technical Documentation sub-team of our Technical Advisory Council (https://archivesspace.atlassian.net/wiki/display/AC/Technical+Documentation+sub-team) has additional responsibility for keeping track of technical documentation needs. Feel free to get in touch with members of the group if you see something lacking but aren't able to submit the updates yourself. Ann Cooper (cooperannc at gmail.com) is the lead for the sub-team. Christine Christine Di Bella ArchivesSpace Community Outreach 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 Mang Sun Sent: Wednesday, December 14, 2016 5:18 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RHE linus HTTPS and Apache configuration problem This question has been asked and answered for several times and I don't know why the README file is not updated on this issue. Basically, you can add the following two lines in your ssl.conf and give a try. RequestHeader set X-Forwarded-Proto "https" ProxyPreserveHost On Mang Sun Rice U. On 12/8/2016 1:43 PM, Fleming, Jason wrote: > Hello, > > Can someone who has successfully set up archivesspace on a RHE apache 2.2 server to use https on the staff side please contact me concerning this problem that I am having? > > I have gotten the sign in page to use https but when I go to view or > edit a record it switches back to http > > I think this is where it is breaking is when it creates this link to View/Edit a record: > ...?uri=%2F > > I have set up a DNS entry for the public view to work with port 80 and > another one for the staff side to use 443 > > Thank you for taking a look > > -Jason > > Jason Fleming > Information Technology Librarian > > 601 South College Road | Wilmington, NC 28403-5990 > T: 910-962-2675 | flemingj at uncw.edu > http://library.uncw.edu > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_grou > p > _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From ehanson8 at jhu.edu Thu Dec 15 10:01:28 2016 From: ehanson8 at jhu.edu (Eric Hanson) Date: Thu, 15 Dec 2016 15:01:28 +0000 Subject: [Archivesspace_Users_Group] How are people integrating various ids like ISNI and VIAF in ArchivesSpace In-Reply-To: References: Message-ID: <11a03a0ee09e42ecba671945fc75d63b@ESGMTWEX14.win.ad.jhu.edu> We used the ?Authority ID? field associated with the authorized ?Name? in the Agent record as a way of including VIAF identifiers (screenshot attached). We also used FAST and AAT identifiers in the ?Authority ID? field for subject records. I?d be happy to chat about our approach to populating these fields if you?re interested [cid:image001.png at 01D256BA.341B8410] Eric Hanson Digital Content Metadata Specialist The Sheridan Libraries Johns Hopkins University 3400 North Charles Street Baltimore, MD 21218 410-516-7756 ehanson8 at jhu.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jason Loeffler Sent: Wednesday, December 14, 2016 9:03 PM To: Archivesspace Users Group; archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] How are people integrating various ids like ISNI and VIAF in ArchivesSpace Hi there. There are plans for a refactor of the agents module including a more complete adherence to the EAC-CPF scheme. A revision of the EAC-CPF specification is in a late draft. Cory Nimer at BYU is leading the charge on that, with comments coming from the community. The development roadmap should acknowledge planned work on this. I hope to see this functionality in 2017 as our organization could definitely use this. Best, Jason On Wed, Dec 14, 2016 at 6:44 PM -0500, "Doiel, Robert" > wrote: Caltech Library and Archives are looking to make more use of the agent/person objects in ArchivesSpace outside of ArchivesSpace itself. One integration point could be to use common ids like ISNI http://www.isni.org, VIAF http://viaf.org, or ORCIDs http://orcid.org as identifiers to link content with external systems. Are these on the road map to be included in ArchivesSpaces? agent model? I think there is a field in EAC that would be used to hold these types of values but AS doesn?t seem to include them. Am I missing something? Thanks for the help and guidance, Robert -- R. S. Doiel, Digital Library Development Caltech Library _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 64106 bytes Desc: image001.png URL: From noah.huffman at duke.edu Thu Dec 15 10:02:16 2016 From: noah.huffman at duke.edu (Noah Huffman) Date: Thu, 15 Dec 2016 15:02:16 +0000 Subject: [Archivesspace_Users_Group] Importing Barcode Field Through EAD In-Reply-To: References: Message-ID: Hi Suzanne, You can import barcodes from EAD by including the barcode value in parenthesis inside of the container/@label attribute. For example: 1 -Noah From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Stasiulatis, Suzanne Sent: Thursday, December 15, 2016 9:31 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Importing Barcode Field Through EAD In the Preview of 1.5.0 webinar, someone mentioned being able to add the barcode field through EAD. They said you could put the barcode in parenthesis in the container label section. Can anyone show me a snippet of what this looks like? Thank you, Suzanne Suzanne Stasiulatis | Archivist II Pennsylvania Historical and Museum Commission | Pennsylvania State Archives 350 North Street | Harrisburg, PA 17120-0090 Phone: 717-787-5953 http://www.phmc.pa.gov sustasiula at pa.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From noah.huffman at duke.edu Thu Dec 15 10:07:44 2016 From: noah.huffman at duke.edu (Noah Huffman) Date: Thu, 15 Dec 2016 15:07:44 +0000 Subject: [Archivesspace_Users_Group] Deleting in Bulk From the Staff Interface In-Reply-To: References: Message-ID: Suzanne, In addition to Mark's strategy (I'd never thought of that), here's another way to batch delete components, especially if you need to search for them: 1. Go to Browse>Resources 2. Check the "show components" box 3. Search for matches in the "Filter by text" box 4. Use facets to filter results if necessary 5. Check all the archival object records you want to delete 6. Click Delete. -Noah 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 15, 2016 9:49 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Deleting in Bulk From the Staff Interface Suzanne, Here's one workaround for that: * Add a child-level component to the resource, and name it something like "delete-me", and give it any level whatever (since those two fields are required to create a new archival object). * Select all of the archival components that you want to delete (you can use the shift and/or control keys to select whatever you need to select), and then use the "move" function to move them into the newly-created delete-me wrapper. * Then, just delete that delete-me component. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Stasiulatis, Suzanne Sent: Thursday, 15 December, 2016 9:32 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Deleting in Bulk From the Staff Interface Is there any way to delete multiple archival objects in a resource. Can you select multiple archival objects and delete them in bulk? What are your workarounds or solutions? Thanks in advance, Suzanne Suzanne Stasiulatis | Archivist II Pennsylvania Historical and Museum Commission | Pennsylvania State Archives 350 North Street | Harrisburg, PA 17120-0090 Phone: 717-787-5953 http://www.phmc.pa.gov sustasiula at pa.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Thu Dec 15 11:20:33 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Thu, 15 Dec 2016 16:20:33 +0000 Subject: [Archivesspace_Users_Group] Importing Barcode Field Through EAD In-Reply-To: References: Message-ID: Yep, you can certainly do this, but just be careful, since the following two containers will be imported as two different top containers (and there's no way to merge top containers in the staff interface): 1 ... 1 But as long as the barcodes are added to every instance of "box 1" in the EAD, you should be good to go. Additionally, if you already have container profiles in ArchivesSpace, and you want/need to link or re-link those at the same time as an EAD import, you can add the container profile name to the altrender attribute on a container element like so: 1 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Noah Huffman Sent: Thursday, 15 December, 2016 10:02 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Importing Barcode Field Through EAD Hi Suzanne, You can import barcodes from EAD by including the barcode value in parenthesis inside of the container/@label attribute. For example: 1 -Noah From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Stasiulatis, Suzanne Sent: Thursday, December 15, 2016 9:31 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Importing Barcode Field Through EAD In the Preview of 1.5.0 webinar, someone mentioned being able to add the barcode field through EAD. They said you could put the barcode in parenthesis in the container label section. Can anyone show me a snippet of what this looks like? Thank you, Suzanne Suzanne Stasiulatis | Archivist II Pennsylvania Historical and Museum Commission | Pennsylvania State Archives 350 North Street | Harrisburg, PA 17120-0090 Phone: 717-787-5953 http://www.phmc.pa.gov sustasiula at pa.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From bthomas at tsl.texas.gov Thu Dec 15 11:38:49 2016 From: bthomas at tsl.texas.gov (Brian Thomas) Date: Thu, 15 Dec 2016 16:38:49 +0000 Subject: [Archivesspace_Users_Group] importing ead with location data? Message-ID: Is there a way to embed in the ead an actual stacks location of a box, so that when we import the data it comes out with that already populated? Or to automate the linkage? I've already got the stack locations mapped out, as well as a full stacks read, but nothing yet imported. I've thought no since there is nothing in the ead attributes that is the equivalent, but its worth an ask in case someone else has managed to do this. Brian Thomas Electronic Records Specialist Texas State Library and Archives Commission 1201 Brazos Street Austin, TX 78701 PH: (512) 475-3374 e-mail: bthomas at tsl.texas.gov tsl.texas.gov [cid:image001.jpg at 01D029A2.37194C70] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5314 bytes Desc: image001.png URL: From sustasiula at pa.gov Thu Dec 15 11:49:35 2016 From: sustasiula at pa.gov (Stasiulatis, Suzanne) Date: Thu, 15 Dec 2016 16:49:35 +0000 Subject: [Archivesspace_Users_Group] Importing Barcode Field Through EAD In-Reply-To: References: Message-ID: <20725688a4954239892e813090793808@ENCTCEXCH008.PA.LCL> Oooooo. Good to know Mark. This is actually for our future planning after our migration and upgrade. I would be particularly helpful to link our containers in an EAD import. Suzanne 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 15, 2016 11:21 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Importing Barcode Field Through EAD Yep, you can certainly do this, but just be careful, since the following two containers will be imported as two different top containers (and there's no way to merge top containers in the staff interface): 1 ... 1 But as long as the barcodes are added to every instance of "box 1" in the EAD, you should be good to go. Additionally, if you already have container profiles in ArchivesSpace, and you want/need to link or re-link those at the same time as an EAD import, you can add the container profile name to the altrender attribute on a container element like so: 1 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Noah Huffman Sent: Thursday, 15 December, 2016 10:02 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Importing Barcode Field Through EAD Hi Suzanne, You can import barcodes from EAD by including the barcode value in parenthesis inside of the container/@label attribute. For example: 1 -Noah From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Stasiulatis, Suzanne Sent: Thursday, December 15, 2016 9:31 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Importing Barcode Field Through EAD In the Preview of 1.5.0 webinar, someone mentioned being able to add the barcode field through EAD. They said you could put the barcode in parenthesis in the container label section. Can anyone show me a snippet of what this looks like? Thank you, Suzanne Suzanne Stasiulatis | Archivist II Pennsylvania Historical and Museum Commission | Pennsylvania State Archives 350 North Street | Harrisburg, PA 17120-0090 Phone: 717-787-5953 http://www.phmc.pa.gov sustasiula at pa.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From sustasiula at pa.gov Thu Dec 15 11:50:12 2016 From: sustasiula at pa.gov (Stasiulatis, Suzanne) Date: Thu, 15 Dec 2016 16:50:12 +0000 Subject: [Archivesspace_Users_Group] Importing Barcode Field Through EAD In-Reply-To: References: Message-ID: <43ba0552e52b46b0ac255262417e9f1e@ENCTCEXCH008.PA.LCL> Thanks Noah! Just what I needed. Suzanne From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Noah Huffman Sent: Thursday, December 15, 2016 10:02 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Importing Barcode Field Through EAD Hi Suzanne, You can import barcodes from EAD by including the barcode value in parenthesis inside of the container/@label attribute. For example: 1 -Noah From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Stasiulatis, Suzanne Sent: Thursday, December 15, 2016 9:31 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Importing Barcode Field Through EAD In the Preview of 1.5.0 webinar, someone mentioned being able to add the barcode field through EAD. They said you could put the barcode in parenthesis in the container label section. Can anyone show me a snippet of what this looks like? Thank you, Suzanne Suzanne Stasiulatis | Archivist II Pennsylvania Historical and Museum Commission | Pennsylvania State Archives 350 North Street | Harrisburg, PA 17120-0090 Phone: 717-787-5953 http://www.phmc.pa.gov sustasiula at pa.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From sustasiula at pa.gov Thu Dec 15 11:51:35 2016 From: sustasiula at pa.gov (Stasiulatis, Suzanne) Date: Thu, 15 Dec 2016 16:51:35 +0000 Subject: [Archivesspace_Users_Group] Deleting in Bulk From the Staff Interface In-Reply-To: References: Message-ID: <25a2bc9a912841d988497ba3d0f7a486@ENCTCEXCH008.PA.LCL> Thanks Noah! Thank Mark! Suzanne From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Noah Huffman Sent: Thursday, December 15, 2016 10:08 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Deleting in Bulk From the Staff Interface Suzanne, In addition to Mark's strategy (I'd never thought of that), here's another way to batch delete components, especially if you need to search for them: 1. Go to Browse>Resources 2. Check the "show components" box 3. Search for matches in the "Filter by text" box 4. Use facets to filter results if necessary 5. Check all the archival object records you want to delete 6. Click Delete. -Noah 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 15, 2016 9:49 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Deleting in Bulk From the Staff Interface Suzanne, Here's one workaround for that: * Add a child-level component to the resource, and name it something like "delete-me", and give it any level whatever (since those two fields are required to create a new archival object). * Select all of the archival components that you want to delete (you can use the shift and/or control keys to select whatever you need to select), and then use the "move" function to move them into the newly-created delete-me wrapper. * Then, just delete that delete-me component. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Stasiulatis, Suzanne Sent: Thursday, 15 December, 2016 9:32 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Deleting in Bulk From the Staff Interface Is there any way to delete multiple archival objects in a resource. Can you select multiple archival objects and delete them in bulk? What are your workarounds or solutions? Thanks in advance, Suzanne Suzanne Stasiulatis | Archivist II Pennsylvania Historical and Museum Commission | Pennsylvania State Archives 350 North Street | Harrisburg, PA 17120-0090 Phone: 717-787-5953 http://www.phmc.pa.gov sustasiula at pa.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at minorscience.com Thu Dec 15 12:03:59 2016 From: j at minorscience.com (Jason Loeffler) Date: Thu, 15 Dec 2016 12:03:59 -0500 Subject: [Archivesspace_Users_Group] Deleting in Bulk From the Staff Interface In-Reply-To: References: Message-ID: In general, I'm interested to know more about how people currently perform bulk operations on ArchivesSpace objects, including record creation (without the RDE), bulk updates, deletions, etc. Just curious if any of you have command line access to the server running your ArchivesSpace instance and are able to work with the API. Without it, you have to resort to workarounds which, though helpful, can be a little clunky and/or error prone. It would be great to include a set of bulk operation tools in a future ArchivesSpace release. Jason Loeffler Technology Consultant | The American Academy in Rome Minor Science | Application Development & Metadata Strategy Brooklyn, New York jason at minorscience.com (347) 405-0826 minorscience (Skype) On Thu, Dec 15, 2016 at 10:07 AM, Noah Huffman wrote: > Suzanne, > > > > In addition to Mark?s strategy (I?d never thought of that), here?s another > way to batch delete components, especially if you need to search for them: > > > > 1. Go to Browse>Resources > > 2. Check the ?show components? box > > 3. Search for matches in the ?Filter by text? box > > 4. Use facets to filter results if necessary > > 5. Check all the archival object records you want to delete > > 6. Click Delete. > > > > -Noah > > > > > > *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 15, 2016 9:49 AM > *To:* Archivesspace Users Group lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Deleting in Bulk From the > Staff Interface > > > > Suzanne, > > > > Here?s one workaround for that: > > > > ? Add a child-level component to the resource, and name it > something like ?delete-me?, and give it any level whatever (since those two > fields are required to create a new archival object). > > ? Select all of the archival components that you want to delete > (you can use the shift and/or control keys to select whatever you need to > select), and then use the ?move? function to move them into the > newly-created delete-me wrapper. > > ? Then, just delete that delete-me component. > > > > Mark > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ > mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org > ] *On Behalf Of *Stasiulatis, > Suzanne > *Sent:* Thursday, 15 December, 2016 9:32 AM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* [Archivesspace_Users_Group] Deleting in Bulk From the Staff > Interface > > > > Is there any way to delete multiple archival objects in a resource. Can > you select multiple archival objects and delete them in bulk? What are your > workarounds or solutions? > > > > Thanks in advance, > > > > Suzanne > > > > > > *Suzanne Stasiulatis *| Archivist II > Pennsylvania Historical and Museum Commission | Pennsylvania State > Archives > 350 North Street | Harrisburg, PA 17120-0090 > > Phone: 717-787-5953 <(717)%20787-5953> > > http://www.phmc.pa.gov > > > sustasiula at pa.gov > > > > _______________________________________________ > 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 blparker at umd.edu Thu Dec 15 12:09:57 2016 From: blparker at umd.edu (Bria Lynn Parker) Date: Thu, 15 Dec 2016 12:09:57 -0500 Subject: [Archivesspace_Users_Group] Deleting in Bulk From the Staff Interface In-Reply-To: References: Message-ID: I have command line access to the API, and I've had decent success using the API to do bulk updates and deletions. It's been great for when we notice something didn't import as we had expected/hoped. I used the API extensively when the processing status moved to an event and we didn't want to manually add each one. I'm not an expert at it by any means, but I could answer questions for anyone who is new to the API and is interested in trying it! -- Bria L. Parker Metadata Librarian 2200 McKeldin Library University of Maryland College Park, MD 20742-7011 (301) 405-9067 blparker at umd.edu On Thu, Dec 15, 2016 at 12:03 PM, Jason Loeffler wrote: > In general, I'm interested to know more about how people currently perform > bulk operations on ArchivesSpace objects, including record creation > (without the RDE), bulk updates, deletions, etc. > > Just curious if any of you have command line access to the server running > your ArchivesSpace instance and are able to work with the API. Without it, > you have to resort to workarounds which, though helpful, can be a little > clunky and/or error prone. > > It would be great to include a set of bulk operation tools in a future > ArchivesSpace release. > > Jason Loeffler > Technology Consultant | The American Academy in Rome > Minor Science | Application Development & Metadata Strategy > Brooklyn, New York > jason at minorscience.com > (347) 405-0826 > minorscience (Skype) > > > > On Thu, Dec 15, 2016 at 10:07 AM, Noah Huffman > wrote: > >> Suzanne, >> >> >> >> In addition to Mark?s strategy (I?d never thought of that), here?s >> another way to batch delete components, especially if you need to search >> for them: >> >> >> >> 1. Go to Browse>Resources >> >> 2. Check the ?show components? box >> >> 3. Search for matches in the ?Filter by text? box >> >> 4. Use facets to filter results if necessary >> >> 5. Check all the archival object records you want to delete >> >> 6. Click Delete. >> >> >> >> -Noah >> >> >> >> >> >> *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 15, 2016 9:49 AM >> *To:* Archivesspace Users Group > alists.lyrasis.org> >> *Subject:* Re: [Archivesspace_Users_Group] Deleting in Bulk From the >> Staff Interface >> >> >> >> Suzanne, >> >> >> >> Here?s one workaround for that: >> >> >> >> ? Add a child-level component to the resource, and name it >> something like ?delete-me?, and give it any level whatever (since those two >> fields are required to create a new archival object). >> >> ? Select all of the archival components that you want to delete >> (you can use the shift and/or control keys to select whatever you need to >> select), and then use the ?move? function to move them into the >> newly-created delete-me wrapper. >> >> ? Then, just delete that delete-me component. >> >> >> >> Mark >> >> >> >> >> >> >> >> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ >> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org >> ] *On Behalf Of >> *Stasiulatis, Suzanne >> *Sent:* Thursday, 15 December, 2016 9:32 AM >> *To:* archivesspace_users_group at lyralists.lyrasis.org >> *Subject:* [Archivesspace_Users_Group] Deleting in Bulk From the Staff >> Interface >> >> >> >> Is there any way to delete multiple archival objects in a resource. Can >> you select multiple archival objects and delete them in bulk? What are your >> workarounds or solutions? >> >> >> >> Thanks in advance, >> >> >> >> Suzanne >> >> >> >> >> >> *Suzanne Stasiulatis *| Archivist II >> Pennsylvania Historical and Museum Commission | Pennsylvania State >> Archives >> 350 North Street | Harrisburg, PA 17120-0090 >> >> Phone: 717-787-5953 <(717)%20787-5953> >> >> http://www.phmc.pa.gov >> >> >> sustasiula at pa.gov >> >> >> >> _______________________________________________ >> 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 kate_bowers at harvard.edu Thu Dec 15 12:15:31 2016 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Thu, 15 Dec 2016 17:15:31 +0000 Subject: [Archivesspace_Users_Group] How are people integrating various ids like ISNI and VIAF in ArchivesSpace In-Reply-To: <11a03a0ee09e42ecba671945fc75d63b@ESGMTWEX14.win.ad.jhu.edu> References: <11a03a0ee09e42ecba671945fc75d63b@ESGMTWEX14.win.ad.jhu.edu> Message-ID: ISNI and ORCID are agent identifiers, not authority record identifiers. For MARC-fluent readers, this is like the difference between MARC authority 024 field as compared with MARC authority 010 or 016, so ArchivesSpace ?Authority ID? is not the correct place for ISNI or ORCID. There may be other identifying numbers associated with an agent that you would wish to record as well, such as a student number that would help retrieve records in filing systems where the numbers are available but the names are not. Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Eric Hanson Sent: Thursday, December 15, 2016 10:01 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] How are people integrating various ids like ISNI and VIAF in ArchivesSpace We used the ?Authority ID? field associated with the authorized ?Name? in the Agent record as a way of including VIAF identifiers (screenshot attached). We also used FAST and AAT identifiers in the ?Authority ID? field for subject records. I?d be happy to chat about our approach to populating these fields if you?re interested [cid:image002.jpg at 01D256C9.F5D5F220] Eric Hanson Digital Content Metadata Specialist The Sheridan Libraries Johns Hopkins University 3400 North Charles Street Baltimore, MD 21218 410-516-7756 ehanson8 at jhu.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jason Loeffler Sent: Wednesday, December 14, 2016 9:03 PM To: Archivesspace Users Group; archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] How are people integrating various ids like ISNI and VIAF in ArchivesSpace Hi there. There are plans for a refactor of the agents module including a more complete adherence to the EAC-CPF scheme. A revision of the EAC-CPF specification is in a late draft. Cory Nimer at BYU is leading the charge on that, with comments coming from the community. The development roadmap should acknowledge planned work on this. I hope to see this functionality in 2017 as our organization could definitely use this. Best, Jason On Wed, Dec 14, 2016 at 6:44 PM -0500, "Doiel, Robert" > wrote: Caltech Library and Archives are looking to make more use of the agent/person objects in ArchivesSpace outside of ArchivesSpace itself. One integration point could be to use common ids like ISNI http://www.isni.org, VIAF http://viaf.org, or ORCIDs http://orcid.org as identifiers to link content with external systems. Are these on the road map to be included in ArchivesSpaces? agent model? I think there is a field in EAC that would be used to hold these types of values but AS doesn?t seem to include them. Am I missing something? Thanks for the help and guidance, Robert -- R. S. Doiel, Digital Library Development Caltech Library _______________________________________________ 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: image002.jpg Type: image/jpeg Size: 74469 bytes Desc: image002.jpg URL: From kate_bowers at harvard.edu Thu Dec 15 12:26:53 2016 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Thu, 15 Dec 2016 17:26:53 +0000 Subject: [Archivesspace_Users_Group] How are people integrating various ids like ISNI and VIAF in ArchivesSpace References: <11a03a0ee09e42ecba671945fc75d63b@ESGMTWEX14.win.ad.jhu.edu> Message-ID: Or?to say it in a more practical way, what if your viaf record includes an orcid or isni? https://viaf.org/viaf/100156487 Kate From: Bowers, Kate A. Sent: Thursday, December 15, 2016 12:15 PM To: Archivesspace Users Group Subject: RE: [Archivesspace_Users_Group] How are people integrating various ids like ISNI and VIAF in ArchivesSpace ISNI and ORCID are agent identifiers, not authority record identifiers. For MARC-fluent readers, this is like the difference between MARC authority 024 field as compared with MARC authority 010 or 016, so ArchivesSpace ?Authority ID? is not the correct place for ISNI or ORCID. There may be other identifying numbers associated with an agent that you would wish to record as well, such as a student number that would help retrieve records in filing systems where the numbers are available but the names are not. Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Eric Hanson Sent: Thursday, December 15, 2016 10:01 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] How are people integrating various ids like ISNI and VIAF in ArchivesSpace We used the ?Authority ID? field associated with the authorized ?Name? in the Agent record as a way of including VIAF identifiers (screenshot attached). We also used FAST and AAT identifiers in the ?Authority ID? field for subject records. I?d be happy to chat about our approach to populating these fields if you?re interested [cid:image001.jpg at 01D256CD.B24EAA70] Eric Hanson Digital Content Metadata Specialist The Sheridan Libraries Johns Hopkins University 3400 North Charles Street Baltimore, MD 21218 410-516-7756 ehanson8 at jhu.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jason Loeffler Sent: Wednesday, December 14, 2016 9:03 PM To: Archivesspace Users Group; archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] How are people integrating various ids like ISNI and VIAF in ArchivesSpace Hi there. There are plans for a refactor of the agents module including a more complete adherence to the EAC-CPF scheme. A revision of the EAC-CPF specification is in a late draft. Cory Nimer at BYU is leading the charge on that, with comments coming from the community. The development roadmap should acknowledge planned work on this. I hope to see this functionality in 2017 as our organization could definitely use this. Best, Jason On Wed, Dec 14, 2016 at 6:44 PM -0500, "Doiel, Robert" > wrote: Caltech Library and Archives are looking to make more use of the agent/person objects in ArchivesSpace outside of ArchivesSpace itself. One integration point could be to use common ids like ISNI http://www.isni.org, VIAF http://viaf.org, or ORCIDs http://orcid.org as identifiers to link content with external systems. Are these on the road map to be included in ArchivesSpaces? agent model? I think there is a field in EAC that would be used to hold these types of values but AS doesn?t seem to include them. Am I missing something? Thanks for the help and guidance, Robert -- R. S. Doiel, Digital Library Development Caltech Library _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 74469 bytes Desc: image001.jpg URL: From mark.custer at yale.edu Thu Dec 15 13:20:36 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Thu, 15 Dec 2016 18:20:36 +0000 Subject: [Archivesspace_Users_Group] importing ead with location data? In-Reply-To: References: Message-ID: Brian, There's no mapping to import that data from an EAD file. I think your best bet there would be to use the API to make those updates. I don't have any examples of how to do that with top containers and locations, but maybe Bria, Noah, or someone else out there has already done something like that? Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Thomas Sent: Thursday, 15 December, 2016 11:39 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] importing ead with location data? Is there a way to embed in the ead an actual stacks location of a box, so that when we import the data it comes out with that already populated? Or to automate the linkage? I've already got the stack locations mapped out, as well as a full stacks read, but nothing yet imported. I've thought no since there is nothing in the ead attributes that is the equivalent, but its worth an ask in case someone else has managed to do this. Brian Thomas Electronic Records Specialist Texas State Library and Archives Commission 1201 Brazos Street Austin, TX 78701 PH: (512) 475-3374 e-mail: bthomas at tsl.texas.gov tsl.texas.gov [cid:image001.jpg at 01D029A2.37194C70] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5314 bytes Desc: image001.png URL: From noah.huffman at duke.edu Thu Dec 15 14:25:10 2016 From: noah.huffman at duke.edu (Noah Huffman) Date: Thu, 15 Dec 2016 19:25:10 +0000 Subject: [Archivesspace_Users_Group] Deleting in Bulk From the Staff Interface In-Reply-To: References: Message-ID: Jason, I?ve used the API to perform several kinds of batch operations, but like Bria, I?m no expert. I describe a few of these operations in this blog post. I know there are many others who have written little utility scripts (usually in Python) to make bulk updates via the API. Some of those are shared on the ArchivesSpace wiki or are available in Github: https://github.com/search?utf8=%E2%9C%93&q=archivesspace+scripts It would be interesting to identify the most common tasks folks are trying to perform using the API and then think about developing those most common batch operations into a set of feature requests that could be performed directly in the staff interface. My sense is that so many of the bulk operations are really institution-specific, but maybe there are a few obvious ones that would rise to the top. For example, one thing I?d like to see is a way to batch import component (archival object) records from CSV (not using RDE). We have some workarounds for this and I know others do as well. -Noah ================ Noah Huffman Archivist for Metadata, Systems, and Digital Records David M. Rubenstein Rare Book & Manuscript Library Duke University | 919-660-5982 http://library.duke.edu/rubenstein/ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bria Lynn Parker Sent: Thursday, December 15, 2016 12:10 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Deleting in Bulk From the Staff Interface I have command line access to the API, and I've had decent success using the API to do bulk updates and deletions. It's been great for when we notice something didn't import as we had expected/hoped. I used the API extensively when the processing status moved to an event and we didn't want to manually add each one. I'm not an expert at it by any means, but I could answer questions for anyone who is new to the API and is interested in trying it! -- Bria L. Parker Metadata Librarian 2200 McKeldin Library University of Maryland College Park, MD 20742-7011 (301) 405-9067 blparker at umd.edu On Thu, Dec 15, 2016 at 12:03 PM, Jason Loeffler > wrote: In general, I'm interested to know more about how people currently perform bulk operations on ArchivesSpace objects, including record creation (without the RDE), bulk updates, deletions, etc. Just curious if any of you have command line access to the server running your ArchivesSpace instance and are able to work with the API. Without it, you have to resort to workarounds which, though helpful, can be a little clunky and/or error prone. It would be great to include a set of bulk operation tools in a future ArchivesSpace release. Jason Loeffler Technology Consultant | The American Academy in Rome Minor Science | Application Development & Metadata Strategy Brooklyn, New York jason at minorscience.com (347) 405-0826 minorscience (Skype) On Thu, Dec 15, 2016 at 10:07 AM, Noah Huffman > wrote: Suzanne, In addition to Mark?s strategy (I?d never thought of that), here?s another way to batch delete components, especially if you need to search for them: 1. Go to Browse>Resources 2. Check the ?show components? box 3. Search for matches in the ?Filter by text? box 4. Use facets to filter results if necessary 5. Check all the archival object records you want to delete 6. Click Delete. -Noah 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 15, 2016 9:49 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Deleting in Bulk From the Staff Interface Suzanne, Here?s one workaround for that: ? Add a child-level component to the resource, and name it something like ?delete-me?, and give it any level whatever (since those two fields are required to create a new archival object). ? Select all of the archival components that you want to delete (you can use the shift and/or control keys to select whatever you need to select), and then use the ?move? function to move them into the newly-created delete-me wrapper. ? Then, just delete that delete-me component. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Stasiulatis, Suzanne Sent: Thursday, 15 December, 2016 9:32 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Deleting in Bulk From the Staff Interface Is there any way to delete multiple archival objects in a resource. Can you select multiple archival objects and delete them in bulk? What are your workarounds or solutions? Thanks in advance, Suzanne Suzanne Stasiulatis | Archivist II Pennsylvania Historical and Museum Commission | Pennsylvania State Archives 350 North Street | Harrisburg, PA 17120-0090 Phone: 717-787-5953 http://www.phmc.pa.gov sustasiula at pa.gov _______________________________________________ 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 j at minorscience.com Thu Dec 15 15:25:14 2016 From: j at minorscience.com (Jason Loeffler) Date: Thu, 15 Dec 2016 15:25:14 -0500 Subject: [Archivesspace_Users_Group] Deleting in Bulk From the Staff Interface In-Reply-To: References: Message-ID: Thanks, Noah. I've looked at your scripts in the past and liked what I saw. CalTech is also doing great work with their Go project. That said, standardizing around a common toolset would take the burden off of institutions with developing one-off workarounds (assuming they have developer support in the first place, of course). We perform all of our bulk operations with the API. For record creation and updates, I'm using Catmandu extensively to process CSV, MARC, and other formats to ArchivesSpace JSON. (Catmandu is a meta-language that has a lot of support from the European ILS communities and it's part of the latest branch of Koha.) Happy to share my Catmandu scripts with you, if you like. There's also an EAD processor already afoot which I'm eager to implement. If there's further community interest, I'd be interested in taking this offline or forming an informal working group. JL On Thu, Dec 15, 2016 at 2:25 PM, Noah Huffman wrote: > Jason, > > > > I?ve used the API to perform several kinds of batch operations, but like > Bria, I?m no expert. I describe a few of these operations in this blog > post > . > I know there are many others who have written little utility scripts > (usually in Python) to make bulk updates via the API. Some of those are > shared on the ArchivesSpace wiki > > or are available in Github: https://github.com/search?utf8=%E2%9C%93&q= > archivesspace+scripts > > > > It would be interesting to identify the most common tasks folks are trying > to perform using the API and then think about developing those most common > batch operations into a set of feature requests that could be performed > directly in the staff interface. My sense is that so many of the bulk > operations are really institution-specific, but maybe there are a few > obvious ones that would rise to the top. For example, one thing I?d like > to see is a way to batch import component (archival object) records from > CSV (not using RDE). We have some workarounds > for this and I know others do > as well. > > > > -Noah > > > > ================ > > Noah Huffman > > Archivist for Metadata, Systems, and Digital Records > > David M. Rubenstein Rare Book & Manuscript Library > > Duke University | 919-660-5982 <(919)%20660-5982> > > http://library.duke.edu/rubenstein/ > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Bria > Lynn Parker > *Sent:* Thursday, December 15, 2016 12:10 PM > *To:* Archivesspace Users Group lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Deleting in Bulk From the > Staff Interface > > > > I have command line access to the API, and I've had decent success using > the API to do bulk updates and deletions. It's been great for when we > notice something didn't import as we had expected/hoped. > > > > I used the API extensively when the processing status moved to an event > and > we didn't want to manually add each one. > > > > I'm not an expert at it by any means, but I could answer questions for > anyone who is new to the API and is interested in trying it! > > > > -- > > Bria L. Parker > > Metadata Librarian > > 2200 McKeldin Library > > University of Maryland > > College Park, MD 20742-7011 > > (301) 405-9067 > > blparker at umd.edu > > > > On Thu, Dec 15, 2016 at 12:03 PM, Jason Loeffler > wrote: > > In general, I'm interested to know more about how people currently perform > bulk operations on ArchivesSpace objects, including record creation > (without the RDE), bulk updates, deletions, etc. > > > > Just curious if any of you have command line access to the server running > your ArchivesSpace instance and are able to work with the API. Without it, > you have to resort to workarounds which, though helpful, can be a little > clunky and/or error prone. > > > > It would be great to include a set of bulk operation tools in a future > ArchivesSpace release. > > > Jason Loeffler > > Technology Consultant | The American Academy in Rome > > Minor Science | Application Development & Metadata Strategy > > Brooklyn, New York > > jason at minorscience.com > > (347) 405-0826 > > minorscience (Skype) > > > > > > On Thu, Dec 15, 2016 at 10:07 AM, Noah Huffman > wrote: > > Suzanne, > > > > In addition to Mark?s strategy (I?d never thought of that), here?s another > way to batch delete components, especially if you need to search for them: > > > > 1. Go to Browse>Resources > > 2. Check the ?show components? box > > 3. Search for matches in the ?Filter by text? box > > 4. Use facets to filter results if necessary > > 5. Check all the archival object records you want to delete > > 6. Click Delete. > > > > -Noah > > > > > > *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 15, 2016 9:49 AM > *To:* Archivesspace Users Group lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Deleting in Bulk From the > Staff Interface > > > > Suzanne, > > > > Here?s one workaround for that: > > > > ? Add a child-level component to the resource, and name it > something like ?delete-me?, and give it any level whatever (since those two > fields are required to create a new archival object). > > ? Select all of the archival components that you want to delete > (you can use the shift and/or control keys to select whatever you need to > select), and then use the ?move? function to move them into the > newly-created delete-me wrapper. > > ? Then, just delete that delete-me component. > > > > Mark > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ > mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org > ] *On Behalf Of *Stasiulatis, > Suzanne > *Sent:* Thursday, 15 December, 2016 9:32 AM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* [Archivesspace_Users_Group] Deleting in Bulk From the Staff > Interface > > > > Is there any way to delete multiple archival objects in a resource. Can > you select multiple archival objects and delete them in bulk? What are your > workarounds or solutions? > > > > Thanks in advance, > > > > Suzanne > > > > > > *Suzanne Stasiulatis *| Archivist II > Pennsylvania Historical and Museum Commission | Pennsylvania State > Archives > 350 North Street | Harrisburg, PA 17120-0090 > > Phone: 717-787-5953 <(717)%20787-5953> > > http://www.phmc.pa.gov > > > sustasiula at pa.gov > > > > > > _______________________________________________ > 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 mridder at wvu.edu Thu Dec 15 15:44:05 2016 From: mridder at wvu.edu (Michael Ridderbusch) Date: Thu, 15 Dec 2016 20:44:05 +0000 Subject: [Archivesspace_Users_Group] publishing agents -- Is there a global option? In-Reply-To: References: Message-ID: Hello Everybody, We were unable to publish agents when importing our xml cataloging files into ArchivesSpace version 1.4.2. Is there a way to publish them with one global command (within ArchivesSpace version 1.5.1)? Michael Ridderbusch Associate Curator West Virginia and Regional History Center -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at minorscience.com Thu Dec 15 19:07:14 2016 From: j at minorscience.com (Jason Loeffler) Date: Thu, 15 Dec 2016 19:07:14 -0500 Subject: [Archivesspace_Users_Group] publishing agents -- Is there a global option? In-Reply-To: References: Message-ID: Following import, the agent records were not published by default? I can't recall whether that was a bug in 1.4.2. As there are currently no front-end tools for bulk updating agent records, you'll have to either publish each one-by-one or otherwise avail yourself of the API to update agent records. If you have access to the server your ArchivesSpace instance runs on, it's a fairly straightforward process. Happy to walk you through the process if needed. Jason Loeffler Technology Consultant | The American Academy in Rome Minor Science | Application Development & Metadata Strategy Brooklyn, New York jason at minorscience.com (347) 405-0826 minorscience (Skype) On Thu, Dec 15, 2016 at 3:44 PM, Michael Ridderbusch wrote: > Hello Everybody, > > We were unable to publish agents when importing our xml cataloging files > into ArchivesSpace version 1.4.2. > > Is there a way to publish them with one global command (within > ArchivesSpace version 1.5.1)? > > Michael Ridderbusch > Associate Curator > West Virginia and Regional History Center > > > _______________________________________________ > 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 jacqueline.rider at ptsem.edu Fri Dec 16 14:02:53 2016 From: jacqueline.rider at ptsem.edu (Rider, Jacqueline) Date: Fri, 16 Dec 2016 19:02:53 +0000 Subject: [Archivesspace_Users_Group] Background jobs piling up in the queue Message-ID: <2074FB47-A1AF-4E3B-86BD-1F16A4B89DA9@contoso.com> We are using 1.5.1 and are experiencing a pileup in the background jobs queue. This is a first. It started with trying to print a resources instances list. Now we are unable to print to pdf, even finding aids that were printable in the past. IT upped the server capacity to 6GB RAM and 4 CPU cores and wondered if there?s something wrong with the report or the data the report generation is trying to use. We have been test-importing into ArchivesSpace legacy XML EAD finding aids created with a locally designed template in Oxygen. Now that?s not possible either. I found the Aug-Sept 2015 discussion and shared it with IT. Are these issues present in v. 1.5.1? Can anyone offer any guidance? Thanks, Jackie Rider Jacqueline Rider Digital Archivist Princeton Theological Seminary Library PO Box 821 Princeton NJ 08542 609-497-7862 jacqueline.rider at ptsem.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From laurie.arp at lyrasis.org Mon Dec 19 10:01:16 2016 From: laurie.arp at lyrasis.org (Laurie Arp) Date: Mon, 19 Dec 2016 15:01:16 +0000 Subject: [Archivesspace_Users_Group] New ArchivesSpace Technical Lead: Laney McGlohon Message-ID: ArchivesSpace is thrilled to announce that Laney McGlohon will be joining ArchivesSpace as the Technical Lead. Laney is an information scientist, software developer, librarian, and self-described data wrangler with seven years of experience working with special collections and institutional archivists. She has strong programming skills, experience with archival software including ArchivesSpace and a strong interest in outreach to the developer community. Her experience working with archives and understanding of archival practices and data standards along with her extensive software development background will enable her to step into the ArchivesSpace Tech Lead role and hit the ground running. Laney will be responsible for overall development of the software, management of a community-based code contribution process, and will work with the community to engage a broader set of developers to participate in the project, providing technical guidance, support and leadership to create a robust developer community. Laney will serve as the primary contact with our development partner Hudson Molonglo (HM). Most recently, Laney served as the Discovery and Access Engineer at Stanford University Libraries. Before that she served as a Software Engineer at the Getty Research Institute and as Technology Consultant at the Museum of Ventura County. She has also worked at the University of Georgia and Raytheon Systems Corporation. Laney earned a Bachelor's of Science in Mathematical Sciences from University of North Carolina, Chapel Hill, a Master's of Science in Applied Mathematics from North Carolina State University and her Master's in Library Science from University of North Carolina, Chapel Hill. Laney will officially join the ArchivesSpace team January 23rd. Please join us in welcoming Laney to the ArchivesSpace Community! Laurie Gemmill Arp Director, Collections Services & Community Supported Software laurie.arp at lyrasis.org 800.999.8558 x 2908 Fax: 404.592.4804 laurie.gemmill1 Skype [cid:D9C43C04-DF4E-467C-B0BC-358EF417F998] Check lyrasisnow.org for up-to-date 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: 4483 bytes Desc: image001.png URL: From randy_stern at harvard.edu Mon Dec 19 10:13:19 2016 From: randy_stern at harvard.edu (Stern, Randy) Date: Mon, 19 Dec 2016 15:13:19 +0000 Subject: [Archivesspace_Users_Group] New ArchivesSpace Technical Lead: Laney McGlohon In-Reply-To: References: Message-ID: Welcome, Laney! From: on behalf of Laurie Arp Reply-To: Archivesspace Users Group Date: Monday, December 19, 2016 at 10:01 AM To: "archivesspace_users_group at lyralists.lyrasis.org" , "Archivesspace_member_reps at lyralists.lyrasis.org" , "archivesspace_tac_uac at lyralists.lyrasis.org" Cc: "archivesspace_bot_members at lyralists.lyrasis.org" Subject: [Archivesspace_Users_Group] New ArchivesSpace Technical Lead: Laney McGlohon ArchivesSpace is thrilled to announce that Laney McGlohon will be joining ArchivesSpace as the Technical Lead. Laney is an information scientist, software developer, librarian, and self-described data wrangler with seven years of experience working with special collections and institutional archivists. She has strong programming skills, experience with archival software including ArchivesSpace and a strong interest in outreach to the developer community. Her experience working with archives and understanding of archival practices and data standards along with her extensive software development background will enable her to step into the ArchivesSpace Tech Lead role and hit the ground running. Laney will be responsible for overall development of the software, management of a community-based code contribution process, and will work with the community to engage a broader set of developers to participate in the project, providing technical guidance, support and leadership to create a robust developer community. Laney will serve as the primary contact with our development partner Hudson Molonglo (HM). Most recently, Laney served as the Discovery and Access Engineer at Stanford University Libraries. Before that she served as a Software Engineer at the Getty Research Institute and as Technology Consultant at the Museum of Ventura County. She has also worked at the University of Georgia and Raytheon Systems Corporation. Laney earned a Bachelor?s of Science in Mathematical Sciences from University of North Carolina, Chapel Hill, a Master?s of Science in Applied Mathematics from North Carolina State University and her Master?s in Library Science from University of North Carolina, Chapel Hill. Laney will officially join the ArchivesSpace team January 23rd. Please join us in welcoming Laney to the ArchivesSpace Community! Laurie Gemmill Arp Director, Collections Services & Community Supported Software laurie.arp at lyrasis.org 800.999.8558 x 2908 Fax: 404.592.4804 laurie.gemmill1 Skype [id:D9C43C04-DF4E-467C-B0BC-358EF417F998] Check lyrasisnow.org for up-to-date 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: 4484 bytes Desc: image001.png URL: From jsteytler at 14beacon.org Mon Dec 19 12:33:58 2016 From: jsteytler at 14beacon.org (Jessica Steytler) Date: Mon, 19 Dec 2016 17:33:58 +0000 Subject: [Archivesspace_Users_Group] Background jobs piling up in the queue In-Reply-To: <2074FB47-A1AF-4E3B-86BD-1F16A4B89DA9@contoso.com> References: <2074FB47-A1AF-4E3B-86BD-1F16A4B89DA9@contoso.com> Message-ID: This email constitutes a "me too" on can't print to PDF all of a sudden when I could before. Definitely interested in following what's the possible outcome. We have a hosted instance, so if there's something we ought do, it's going to be asking Lyrasis for help. Jessica Congregational Library & Archives ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Rider, Jacqueline Sent: Friday, December 16, 2016 2:02:53 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Background jobs piling up in the queue We are using 1.5.1 and are experiencing a pileup in the background jobs queue. This is a first. It started with trying to print a resources instances list. Now we are unable to print to pdf, even finding aids that were printable in the past. IT upped the server capacity to 6GB RAM and 4 CPU cores and wondered if there's something wrong with the report or the data the report generation is trying to use. We have been test-importing into ArchivesSpace legacy XML EAD finding aids created with a locally designed template in Oxygen. Now that's not possible either. I found the Aug-Sept 2015 discussion and shared it with IT. Are these issues present in v. 1.5.1? Can anyone offer any guidance? Thanks, Jackie Rider Jacqueline Rider Digital Archivist Princeton Theological Seminary Library PO Box 821 Princeton NJ 08542 609-497-7862 jacqueline.rider at ptsem.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From behm at mail.lib.msu.edu Mon Dec 19 13:34:21 2016 From: behm at mail.lib.msu.edu (Behm, Leslie) Date: Mon, 19 Dec 2016 18:34:21 +0000 Subject: [Archivesspace_Users_Group] Background jobs piling up in the queue Message-ID: <82085BDE07CF804AA4B0DA15480F97CEAE4D745B@mailbox1.lib.msu.edu> We are having the same issue at Michigan State but not with all of the pdfs. Leslie M. Behm ( DB 6) Special Projects Librarian Special Collections, Michigan State University Libraries 366 W. Circle Dr. East Lansing, MI 48824 behm at msu.edu 517-884-0851 Alt: 517- 884-6471 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jessica Steytler Sent: Monday, December 19, 2016 12:34 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Background jobs piling up in the queue This email constitutes a "me too" on can't print to PDF all of a sudden when I could before. Definitely interested in following what's the possible outcome. We have a hosted instance, so if there's something we ought do, it's going to be asking Lyrasis for help. Jessica Congregational Library & Archives ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Rider, Jacqueline > Sent: Friday, December 16, 2016 2:02:53 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Background jobs piling up in the queue We are using 1.5.1 and are experiencing a pileup in the background jobs queue. This is a first. It started with trying to print a resources instances list. Now we are unable to print to pdf, even finding aids that were printable in the past. IT upped the server capacity to 6GB RAM and 4 CPU cores and wondered if there's something wrong with the report or the data the report generation is trying to use. We have been test-importing into ArchivesSpace legacy XML EAD finding aids created with a locally designed template in Oxygen. Now that's not possible either. I found the Aug-Sept 2015 discussion and shared it with IT. Are these issues present in v. 1.5.1? Can anyone offer any guidance? Thanks, Jackie Rider Jacqueline Rider Digital Archivist Princeton Theological Seminary Library PO Box 821 Princeton NJ 08542 609-497-7862 jacqueline.rider at ptsem.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From Elizabeth.Dunham at asu.edu Tue Dec 20 12:51:01 2016 From: Elizabeth.Dunham at asu.edu (Elizabeth Dunham) Date: Tue, 20 Dec 2016 17:51:01 +0000 Subject: [Archivesspace_Users_Group] Event Creation Error Message-ID: Hello, We upgraded to ArchivesSpace version 1.5.2 about a week ago, and have been getting an error titled "NoMethodError in ResolverController#resolve_readonly" when we create new events of any type since (screenshot attached). The event itself is saved, so this issue is primarily a nuisance. Has anyone else run into this problem and, if so, were you able to resolve it? Thanks for your help! Best, Elizabeth Dunham ------------------------ Assistant Archivist Arizona State University Libraries Archives and Special Collections Tempe, AZ 85287-1006 Elizabeth.Dunham at asu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: aspace_screenshot.jpg Type: image/jpeg Size: 82790 bytes Desc: aspace_screenshot.jpg URL: From alexanderduryee at nypl.org Wed Dec 21 15:06:21 2016 From: alexanderduryee at nypl.org (Alexander Duryee) Date: Wed, 21 Dec 2016 15:06:21 -0500 Subject: [Archivesspace_Users_Group] Announcing Two Plugins Message-ID: All, I'd like to announce the release of two plugins for ArchivesSpace: multiple_identifiers (https://github.com/alexduryee/multiple_identifiers) extends the ArchivesSpace data model to provide a repeatable identifier element. Currently, ArchivesSpace supports up to one identifier per resource/archival object, which was insufficient for our descriptive needs. This plugin allows for multiple identifiers to be provided to each object (as type/value pairs), as well as supporting EAD export via the element. timewalk (https://github.com/alexduryee/timewalk) provides automated date parsing for Date expressions in ArchivesSpace. When saving a freetext date expression with no Begin/End values, ArchivesSpace will now attempt to automatically parse the expression and provide Begin/End values based on the input (e.g. "September 1999 - March 2000" will translate into a Begin of "1999-09" and an End of "2000-03"). Any feedback, issues, or pull requests are much appreciated! 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 james at hudmol.com Wed Dec 21 18:37:51 2016 From: james at hudmol.com (James Bullen) Date: Thu, 22 Dec 2016 10:37:51 +1100 Subject: [Archivesspace_Users_Group] Event Creation Error In-Reply-To: References: Message-ID: Hi Elizabeth, I wasn?t able to reproduce this. Can you provide any more context? Cheers, James > On Dec 21, 2016, at 4:51 AM, Elizabeth Dunham wrote: > > Hello, > > We upgraded to ArchivesSpace version 1.5.2 about a week ago, and have been getting an error titled ?NoMethodError in ResolverController#resolve_readonly? when we create new events of any type since (screenshot attached). The event itself is saved, so this issue is primarily a nuisance. > > Has anyone else run into this problem and, if so, were you able to resolve it? > > Thanks for your help! > > Best, > Elizabeth Dunham > > ------------------------ > Assistant Archivist > Arizona State University Libraries > Archives and Special Collections > Tempe, AZ 85287-1006 > Elizabeth.Dunham at asu.edu !DSPAM:58597005270904288115691! _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:58597005270904288115691! -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at dishevelled.net Thu Dec 22 04:14:03 2016 From: mark at dishevelled.net (Mark Triggs) Date: Thu, 22 Dec 2016 20:14:03 +1100 Subject: [Archivesspace_Users_Group] Announcing Two Plugins In-Reply-To: (Alexander Duryee's message of "Wed, 21 Dec 2016 15:06:21 -0500") References: Message-ID: <87h95wba1w.fsf@dishevelled.net> Hi, I would just comment that these are both really good. Clean and very ArchivesSpace-idiomatic code! Mark Alexander Duryee writes: > All, > > I'd like to announce the release of two plugins for ArchivesSpace: > > multiple_identifiers (https://github.com/alexduryee/multiple_identifiers) > extends the ArchivesSpace data model to provide a repeatable identifier > element. Currently, ArchivesSpace supports up to one identifier per > resource/archival object, which was insufficient for our descriptive > needs. This plugin allows for multiple identifiers to be provided to each > object (as type/value pairs), as well as supporting EAD export via the > element. > > timewalk (https://github.com/alexduryee/timewalk) provides automated date > parsing for Date expressions in ArchivesSpace. When saving a freetext date > expression with no Begin/End values, ArchivesSpace will now attempt to > automatically parse the expression and provide Begin/End values based on > the input (e.g. "September 1999 - March 2000" will translate into a Begin > of "1999-09" and an End of "2000-03"). > > Any feedback, issues, or pull requests are much appreciated! > > Thanks, > --Alex -- Mark Triggs -------------- next part -------------- An HTML attachment was scrubbed... URL: From smithkr at mit.edu Wed Dec 28 09:38:35 2016 From: smithkr at mit.edu (Kari R Smith) Date: Wed, 28 Dec 2016 14:38:35 +0000 Subject: [Archivesspace_Users_Group] has anyone added a large list of barcodes into Archivesspace ? Message-ID: <29F559819ACA9A4FBF208407D4B63ABB0104732F06@OC11expo28.exchange.mit.edu> Hello, We will be upgrading to ver 1.5x from 1.4.2 in the next month (hosted by LYRASIS). Our container/box/ info is all in a standalone db and we are working on a strategy for adding all of the barcodes into the records in ArchivesSpace. Has anyone done this? If so, would you share how you did it? Thanks much! Kari R. Smith Digital Archivist and Program Head for Born-digital Archives Institute Archives and Special Collections Massachusetts Institute of Technology Libraries, Cambridge, Massachusetts 617.253.5690 smithkr at mit.edu http://libraries.mit.edu/archives/ @karirene69 -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexanderduryee at nypl.org Wed Dec 28 16:02:22 2016 From: alexanderduryee at nypl.org (Alexander Duryee) Date: Wed, 28 Dec 2016 16:02:22 -0500 Subject: [Archivesspace_Users_Group] Issues Importing/Rearranging Large Collection Message-ID: We were able to successfully import a large collection (~2000 components) into ArchivesSpace, and imported a set of additions to the collection as well. However, after importing the additions, we ran into two problems: 1) After importing the additions via the API, many of the archival objects also have additional "ghost" records in the tree view. These records are just pointers to the "real" object - clicking them opens the correct object - but they cannot be moved/deleted from the collection. In addition, these records are exporting in the EAD XML output (as copies of the "real" record). Most perplexingly, these ghost records don't appear as archival objects in the backend database - only via the frontend and exports. 2) When rearranging archival objects within the collection (via the tree view), the object first appears in the proper location. However, when refreshing the collection, the component appears 5-10 objects away from where it was dropped. This is reinforced by the object's position value in the database - for example, drag-and-dropping an object to position 205 will save it at position 198 instead. Any ideas as to causes/solutions/workarounds would be tremendously appreciated. Many 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: