From robin_mcelheny at harvard.edu  Wed Jul  1 08:48:26 2015
From: robin_mcelheny at harvard.edu (McElheny, Robin G.)
Date: Wed, 1 Jul 2015 12:48:26 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.3.0 Release
In-Reply-To: <DM2PR0801MB0848959626DB334B75843D14FBA90@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <DM2PR0801MB0848959626DB334B75843D14FBA90@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <CY1PR0701MB178844D7DEC3BA3A5D7DD62BE0A80@CY1PR0701MB1788.namprd07.prod.outlook.com>

Chris -

The release page doesn't say anything about the newly-available reports.  Where can we find more information about them?

Robin

Robin McElheny
Associate University Archivist for Collections and Public Services
Harvard University Archives
Pusey Library
Cambridge, MA 02138
Email: robin_mcelheny at harvard.edu
Phone: 617-495-2461
Fax: 617-495-8011

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Tuesday, June 30, 2015 7:14 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.3.0 Release



The ArchivesSpace team is happy to release version 1.3.0<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_archivesspace_releases_tag_v1.3.0&d=BQMFAw&c=WO-RGvefibhHBZq3fL85hQ&r=Rco425oY9hLsRjvkTWXvBvq3MeqGGajpCw3NRDJQ-6A&m=p4wQ2CpDA_2EELEvVuKrC8SDRG_dHx0Jsom9uOrSiQI&s=P3l4GIeq5qnK-rfTpIFpAJmCYLbm0bLrTeiQFxSFk6w&e=>.

Please see the technical documentation<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_archivesspace_blob_master_UPGRADING.md&d=BQMFAw&c=WO-RGvefibhHBZq3fL85hQ&r=Rco425oY9hLsRjvkTWXvBvq3MeqGGajpCw3NRDJQ-6A&m=p4wQ2CpDA_2EELEvVuKrC8SDRG_dHx0Jsom9uOrSiQI&s=NRSGOY--34YCpy441i0CXa_bzSfaTcmSgxUFw47rmnk&e=> for information on how to upgrade your ArchivesSpace installs.

Please see the release page <https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_archivesspace_releases_tag_v1.3.0&d=BQMFAw&c=WO-RGvefibhHBZq3fL85hQ&r=Rco425oY9hLsRjvkTWXvBvq3MeqGGajpCw3NRDJQ-6A&m=p4wQ2CpDA_2EELEvVuKrC8SDRG_dHx0Jsom9uOrSiQI&s=P3l4GIeq5qnK-rfTpIFpAJmCYLbm0bLrTeiQFxSFk6w&e=> for a listing of all the new features and bug fixes included in this release.

This release includes the addition of many ready to use jasper reports written by our UAC Reports Subteam<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_wiki_display_AC_Reports-26-2343-3BSubgroup&d=BQMFAw&c=WO-RGvefibhHBZq3fL85hQ&r=Rco425oY9hLsRjvkTWXvBvq3MeqGGajpCw3NRDJQ-6A&m=p4wQ2CpDA_2EELEvVuKrC8SDRG_dHx0Jsom9uOrSiQI&s=azXKJmI_YlwBPBaeC0EDile7Nd_JBWq0jxobMXXFXPM&e=> and Nathan Stevens.

Thanks to all the volunteers on the ArchivesSpace User Advisory and Technical Advisory Councils, who are vital to keeping ArchivesSpace development on track.

Please let us know if you have any questions, comments, or concerns.




Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150701/19195adf/attachment.html>

From psuda1 at tulane.edu  Wed Jul  1 10:49:26 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Wed, 1 Jul 2015 14:49:26 +0000
Subject: [Archivesspace_Users_Group] Partial success with virtual hosts,
 help requested
Message-ID: <CY1PR0301MB1273B695BEB6E467EE516938E5A80@CY1PR0301MB1273.namprd03.prod.outlook.com>

Good morning,

            I have my virtualhost & DNS setup on our dev server setup this way:

<VirtualHost *:80>
DocumentRoot /www/larcaspace
ServerName larcaspace.tulane.edu
DirectoryIndex index.php index.html index.htm
</VirtualHost>


How do I need to configure the config.rb to make this work? Or is something else needed for the virtualhost file?

Thanks for any assistance,

Phil

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Hoffman
Sent: Wednesday, June 24, 2015 4:36 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Partial success with virtual hosts, help requested

Hello,

This seems like a multipart issue, but here are some observations that may help.

1) There is a general guide for configuring HTTPS proxies here: https://github.com/archivesspace/archivesspace/blob/master/README_HTTPS.md

2) Any lines in the ArchivesSpace config.rb file that begin with the hash character ('#') will be ignored. So, the example you sent is not having any effect on your system.

3) You should not populate the backend_url and frontend_url values with proxy urls - the applications need to know the actual location of each other.

4) Instead, use the frontend_proxy_url and public_proxy_url values to configure your proxies. So your config should look something like:


AppConfig[:backend_url] = "http://localhost:8089"
AppConfig[:frontend_url] = "http://localhost:8080"
AppConfig[:frontend_prefix] = proc { "#{URI(AppConfig[:frontend_url]).path}/".gsub(%r{/+$}, "/") }
AppConfig[:solr_url] = "http://localhost:8090"
AppConfig[:indexer_url] = "http://localhost:8091"
AppConfig[:public_url] = "http://localhost:8081"
AppConfig[:public_prefix] = proc { "#{URI(AppConfig[:public_url]).path}/".gsub(%r{/+$}, "/") }
AppConfig[:frontend_proxy_url] = "https://aspdemo-staff.library.louisville.edu"
AppConfig[:public_proxy_url] = "http://aspdemo-public.library.louisville.edu"

I hope this helps.

Brian


On Jun 24, 2015, at 5:03 PM, calvin.miracle at louisville.edu<mailto:calvin.miracle at louisville.edu> wrote:



Hello all,

We have had some partial success in getting ArchivesSpace services setup as named virtual hosts
under Apache. But we have some problems that we need help with.

Our goals:
                - Provide separate URLS for staff login vs public interface;
                - Secure login to staff interface from off-campus;
                - Acceptance of production server to our enterprise security group, for visibility on the public internet;
                - Publish a URL for search interface that does not use port numbers.

Our setup:
                - Our demo guest is meant to be a model for our production guest.
                - Our ArchivesSpace 1.1.2 demo guest runs under CentOS 7.
                - On the same guest we have httpd 2.4 running, listening on ports 80 and 443.
                - AS brings its services up on localhost 8080, 8081, 8089, 8090, and 8091.
                - On our demo AS guest, we are using a self-signed SSL certificate to simulate an
                                eventual real SSL on our production guest. This creates a security exception that
                                we can bypass at the browser. We're trying to exercise the SSL Engine options in
                                httpd.
                - Guest firewall ports set as: 80 and 443 open to campus network, AS application ports
                                only available to localhost (the AS demo guest).
                - Guest IP address is 136.165.112.26. We have asked our campus network services
                                to make this a permanent IP address for this guest; the guest gets it IP address via
                                DHCP client
                - IP names assigned:
                                aspdemo.library.louisville.edu<http://aspdemo.library.louisville.edu/> (A-record, canonical, base name) to represent the guest itself
                                aspdemo-staff.library.louisville.edu<http://aspdemo-staff.library.louisville.edu/> (C-name alias) to represent port 8080 application services
                                aspdemo-public.library.louisville.edu<http://aspdemo-public.library.louisville.edu/> (C-name alias) to represent port 8081 application services
                - httpd and config.rb configuration files appended below.
                - Demo instance of AS is using the supplied SOLR database engine.

Here's what we are seeing:
                - Browse to http://aspdemo.library.louisville.edu<http://aspdemo.library.louisville.edu/>                   causes redirect to aspdemo-public, as expected.
                - Browse to http://aspdemo-public.library.louisville.edu<http://aspdemo-public.library.louisville.edu/>     shows AS application public page, as expected.
                - Browse to https://aspdemo-staff.library.louisville.edu<https://aspdemo-staff.library.louisville.edu/>       shows security exception (1st time),
                                then AS application frontend page, as expected.
                - Searches work OK on the public page.
                - Authentic users can login on aspdemo-staff page.

                - Our archives librarian see problems with imports. AS told her the import number
                                was not found. She also reports problems in creating accession records; the system
                                told her  "The requested URL /accessions/72/edit was not found on this server."

                - She also reports problems with editing existing records, creating new records one at a time
                                from the accessions interface - anything that has to do with editing the contents of the
                                database, basically everything we do except search and browse.

Can anyone  please give us some advice on these issues? We feel like we're close to a vhost solution,
but we are having problems getting AS settled into the scheme.

Thanks,

-- Calvin Miracle, University of Louisville Libraries

httpd.conf
-------------------------------------------------------------------------------------------------------------------------------
#
# This is the main Apache HTTP server configuration file.  It contains the
# configuration directives that give the server its instructions.
# See <URL:http://httpd.apache.org/docs/2.4/<url:http://httpd.apache.org/docs/2.4/>> for detailed information.
# In particular, see
# <URL:http://httpd.apache.org/docs/2.4/mod/directives.html<url:http://httpd.apache.org/docs/2.4/mod/directives.html>>
# for a discussion of each configuration directive.
#
# Do NOT simply read the instructions in here without understanding
# what they do.  They're here only as hints or reminders.  If you are unsure
# consult the online docs. You have been warned.
#
# Configuration and logfile names: If the filenames you specify for many
# of the server's control files begin with "/" (or "drive:/" for Win32), the
# server will use that explicit path.  If the filenames do *not* begin
# with "/", the value of ServerRoot is prepended -- so 'log/access_log'
# with ServerRoot set to '/www' will be interpreted by the
# server as '/www/log/access_log', where as '/log/access_log' will be
# interpreted as '/log/access_log'.

#
# ServerRoot: The top of the directory tree under which the server's
# configuration, error, and log files are kept.
#
# Do not add a slash at the end of the directory path.  If you point
# ServerRoot at a non-local disk, be sure to specify a local disk on the
# Mutex directive, if file-based mutexes are used.  If you wish to share the
# same ServerRoot for multiple httpd daemons, you will need to change at
# least PidFile.
#
ServerRoot "/etc/httpd"

#
# Listen: Allows you to bind Apache to specific IP addresses and/or
# ports, instead of the default. See also the <VirtualHost>
# directive.
#
# Change this to Listen on specific IP addresses as shown below to
# prevent Apache from glomming onto all bound IP addresses.
#
#Listen 12.34.56.78:80
Listen 80


#
# Dynamic Shared Object (DSO) Support
#
# To be able to use the functionality of a module which was built as a DSO you
# have to place corresponding `LoadModule' lines at this location so the
# directives contained in it are actually available _before_ they are used.
# Statically compiled modules (those listed by `httpd -l') do not need
# to be loaded here.
#
# Example:
# LoadModule foo_module modules/mod_foo.so
#
Include conf.modules.d/*.conf

#
# If you wish httpd to run as a different user or group, you must run
# httpd as root initially and it will switch.
#
# User/Group: The name (or #number) of the user/group to run httpd as.
# It is usually good practice to create a dedicated user and group for
# running httpd, as with most system services.
#
User apache
Group apache

# 'Main' server configuration
#
# The directives in this section set up the values used by the 'main'
# server, which responds to any requests that aren't handled by a
# <VirtualHost> definition.  These values also provide defaults for
# any <VirtualHost> containers you may define later in the file.
#
# All of these directives may appear inside <VirtualHost> containers,
# in which case these default settings will be overridden for the
# virtual host being defined.
#

#
# ServerAdmin: Your address, where problems with the server should be
# e-mailed.  This address appears on some server-generated pages, such
# as error documents.  e.g. admin at your-domain.com<mailto:admin at your-domain.com>
#
ServerAdmin root at localhost

#
# ServerName gives the name and port that the server uses to identify itself.
# This can often be determined automatically, but we recommend you specify
# it explicitly to prevent problems during startup.
#
# If your host doesn't have a registered DNS name, enter its IP address here.
#
#ServerName www.example.com:80<http://www.example.com/>
ServerName aspdemo.library.louisville.edu<http://aspdemo.library.louisville.edu/>:80

#
# Deny access to the entirety of your server's filesystem. You must
# explicitly permit access to web content directories in other
# <Directory> blocks below.
#
<Directory />
    AllowOverride none
    Require all denied
</Directory>

#
# Note that from this point forward you must specifically allow
# particular features to be enabled - so if something's not working as
# you might expect, make sure that you have specifically enabled it
# below.
#

#
# DocumentRoot: The directory out of which you will serve your
# documents. By default, all requests are taken from this directory, but
# symbolic links and aliases may be used to point to other locations.
#
DocumentRoot "/var/www/html"

#
# Relax access to content within /var/www.
#
<Directory "/var/www">
    AllowOverride None
    # Allow open access:
    Require all granted
</Directory>

# Further relax access to the default document root:
#<Directory "/var/www/html">
    #
    # Possible values for the Options directive are "None", "All",
    # or any combination of:
    #   Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI MultiViews
    #
    # Note that "MultiViews" must be named *explicitly* --- "Options All"
    # doesn't give it to you.
    #
    # The Options directive is both complicated and important.  Please see
    # http://httpd.apache.org/docs/2.4/mod/core.html#options
    # for more information.
    #
#    Options Indexes FollowSymLinks

    #
    # AllowOverride controls what directives may be placed in .htaccess files.
    # It can be "All", "None", or any combination of the keywords:
    #   Options FileInfo AuthConfig Limit
    #
#    AllowOverride All

    #
    # Controls who can get stuff from this server.
   #
#    Require all denied
#</Directory>

#
# DirectoryIndex: sets the file that Apache will serve if a directory
# is requested.
#
<IfModule dir_module>
    DirectoryIndex index.html
</IfModule>


# cbm, June 2015: named virtual hosts added

# NameVirtualHost *:443    this keyword will be deprecated

<VirtualHost *:80>
   ServerName aspdemo.library.louisville.edu<http://aspdemo.library.louisville.edu/>
   DocumentRoot /var/www/html
   Options Indexes FollowSymLinks
</VirtualHost>

<VirtualHost *:443>
   ServerName aspdemo-staff.library.louisville.edu<http://aspdemo-staff.library.louisville.edu/>
   SSLEngine On
   SSLCertificateFile    "/etc/ssl/certs/self_signed/ASdemo_selfsigned.crt"
   SSLCertificateKeyFile "/etc/ssl/certs/self_signed/ASdemo_selfsigned.key"
   ProxyPreserveHost On
   ProxyPass / http://localhost:8080/
   ProxyPassReverse / http://localhost:8080/
</VirtualHost>

<VirtualHost *:80>
   ServerName aspdemo-public.library.louisville.edu<http://aspdemo-public.library.louisville.edu/>
   ProxyPreserveHost Off
   ProxyPass / http://localhost:8081/
   ProxyPassReverse / http://localhost:8081/
</VirtualHost>



#
# The following lines prevent .htaccess and .htpasswd files from being
# viewed by Web clients.
#
<Files ".ht*">
    Require all denied
</Files>

#
# ErrorLog: The location of the error log file.
# If you do not specify an ErrorLog directive within a <VirtualHost>
# container, error messages relating to that virtual host will be
# logged here.  If you *do* define an error logfile for a <VirtualHost>
# container, that host's errors will be logged there and not here.
#
ErrorLog "logs/error_log"

#
# LogLevel: Control the number of messages logged to the error_log.
# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
#
LogLevel warn

<IfModule log_config_module>
    #
    # The following directives define some format nicknames for use with
    # a CustomLog directive (see below).
    #
    LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
    LogFormat "%h %l %u %t \"%r\" %>s %b" common

    <IfModule logio_module>
      # You need to enable mod_logio.c to use %I and %O
      LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %I %O" combinedio
    </IfModule>

    #
    # The location and format of the access logfile (Common Logfile Format).
    # If you do not define any access logfiles within a <VirtualHost>
    # container, they will be logged here.  Contrariwise, if you *do*
    # define per-<VirtualHost> access logfiles, transactions will be
    # logged therein and *not* in this file.
    #
    #CustomLog "logs/access_log" common

    #
    # If you prefer a logfile with access, agent, and referer information
    # (Combined Logfile Format) you can use the following directive.
    #
    CustomLog "logs/access_log" combined
</IfModule>

<IfModule alias_module>
    #
    # Redirect: Allows you to tell clients about documents that used to
    # exist in your server's namespace, but do not anymore. The client
    # will make a new request for the document at its new location.
    # Example:
    # Redirect permanent /foo http://www.example.com/bar

    #
    # Alias: Maps web paths into filesystem paths and is used to
    # access content that does not live under the DocumentRoot.
    # Example:
    # Alias /webpath /full/filesystem/path
    #
    # If you include a trailing / on /webpath then the server will
    # require it to be present in the URL.  You will also likely
    # need to provide a <Directory> section to allow access to
    # the filesystem path.

    #
    # ScriptAlias: This controls which directories contain server scripts.
    # ScriptAliases are essentially the same as Aliases, except that
    # documents in the target directory are treated as applications and
    # run by the server when requested rather than as documents sent to the
    # client.  The same rules about trailing "/" apply to ScriptAlias
    # directives as to Alias.
    #
    ScriptAlias /cgi-bin/ "/var/www/cgi-bin/"

</IfModule>

#
# "/var/www/cgi-bin" should be changed to whatever your ScriptAliased
# CGI directory exists, if you have that configured.
#
<Directory "/var/www/cgi-bin">
    AllowOverride None
    Options None
    Require all granted
</Directory>

<IfModule mime_module>
    #
    # TypesConfig points to the file containing the list of mappings from
    # filename extension to MIME-type.
    #
    TypesConfig /etc/mime.types

    #
    # AddType allows you to add to or override the MIME configuration
    # file specified in TypesConfig for specific file types.
    #
    #AddType application/x-gzip .tgz
    #
    # AddEncoding allows you to have certain browsers uncompress
    # information on the fly. Note: Not all browsers support this.
    #
    #AddEncoding x-compress .Z
    #AddEncoding x-gzip .gz .tgz
    #
    # If the AddEncoding directives above are commented-out, then you
    # probably should define those extensions to indicate media types:
    #
    AddType application/x-compress .Z
    AddType application/x-gzip .gz .tgz

    #
    # AddHandler allows you to map certain file extensions to "handlers":
    # actions unrelated to filetype. These can be either built into the server
    # or added with the Action directive (see below)
    #
    # To use CGI scripts outside of ScriptAliased directories:
    # (You will also need to add "ExecCGI" to the "Options" directive.)
    #
    #AddHandler cgi-script .cgi

    # For type maps (negotiated resources):
    #AddHandler type-map var

    #
    # Filters allow you to process content before it is sent to the client.
    #
    # To parse .shtml files for server-side includes (SSI):
    # (You will also need to add "Includes" to the "Options" directive.)
    #
    AddType text/html .shtml
    AddOutputFilter INCLUDES .shtml
</IfModule>

#
# Specify a default charset for all content served; this enables
# interpretation of all content as UTF-8 by default.  To use the
# default browser choice (ISO-8859-1), or to allow the META tags
# in HTML content to override this choice, comment out this
# directive:
#
AddDefaultCharset UTF-8

<IfModule mime_magic_module>
    #
    # The mod_mime_magic module allows the server to use various hints from the
    # contents of the file itself to determine its type.  The MIMEMagicFile
    # directive tells the module where the hint definitions are located.
    #
    MIMEMagicFile conf/magic
</IfModule>

#
# Customizable error responses come in three flavors:
# 1) plain text 2) local redirects 3) external redirects
#
# Some examples:
#ErrorDocument 500 "The server made a boo boo."
#ErrorDocument 404 /missing.html
#ErrorDocument 404 "/cgi-bin/missing_handler.pl"
#ErrorDocument 402 http://www.example.com/subscription_info.html
#

#
# EnableMMAP and EnableSendfile: On systems that support it,
# memory-mapping or the sendfile syscall may be used to deliver
# files.  This usually improves server performance, but must
# be turned off when serving from networked-mounted
# filesystems or if support for these functions is otherwise
# broken on your system.
# Defaults if commented: EnableMMAP On, EnableSendfile Off
#
#EnableMMAP off
EnableSendfile on

# Supplemental configuration
#
# Load config files in the "/etc/httpd/conf.d" directory, if any.
IncludeOptional conf.d/*.conf





config.rb
-------------------------------------------------------------------------------------------------------------------------------
# Configuration defaults are shown below

#AppConfig[:default_admin_password] = "admin"
#AppConfig[:data_directory] = File.join(Dir.home, "ArchivesSpace")
#AppConfig[:backup_directory] = proc { File.join(AppConfig[:data_directory], "demo_db_backups") }
#AppConfig[:solr_index_directory] = proc { File.join(AppConfig[:data_directory], "solr_index") }
#AppConfig[:solr_home_directory] = proc { File.join(AppConfig[:data_directory], "solr_home") }
#AppConfig[:solr_indexing_frequency_seconds] = 30
#
#AppConfig[:default_page_size] = 10
#AppConfig[:max_page_size] = 250
#
## Log level for the backend, values: (everything) debug, info, warn, error, fatal (severe only)
#AppConfig[:backend_log_level] = "debug"
#
## A prefix added to cookies used by the application.
##
## Change this if you're running more than one instance of ArchivesSpace on the
## same hostname (i.e. multiple instances on different ports)
#AppConfig[:cookie_prefix] = "archivesspace"
#
## The periodic indexer can run using multiple threads to take advantage of
## multiple CPU cores.
##
## By setting the next two options, you can control how many CPU cores are used,
## and the amount of memory that will be consumed by the indexing process (more
## cores and/or more records per thread means more memory used).
#AppConfig[:indexer_records_per_thread] = 25
#AppConfig[:indexer_thread_count] = 4
#
#AppConfig[:allow_other_unmapped] = false
#
#AppConfig[:db_url] = proc { AppConfig.demo_db_url }
#AppConfig[:db_max_connections] = 10
## Set to true if you have enabled MySQL binary logging
#AppConfig[:mysql_binlog] = false
#
#AppConfig[:allow_unsupported_database] = false
#AppConfig[:allow_non_utf8_mysql_database] = false
#
#AppConfig[:demo_db_backup_schedule] = "0 4 * * *"
#AppConfig[:demo_db_backup_number_to_keep] = 7
#
#AppConfig[:solr_backup_directory] = proc { File.join(AppConfig[:data_directory], "solr_backups") }
#AppConfig[:solr_backup_schedule] = "0 * * * *"
#AppConfig[:solr_backup_number_to_keep] = 1
#
#AppConfig[:backend_url] = "http://localhost:8089<http://localhost:8089/>"
#AppConfig[:frontend_url] = "http://localhost:8080<http://localhost:8080/>"
#AppConfig[:frontend_prefix] = proc { "#{URI(AppConfig[:frontend_url]).path}/".gsub(%r{/+$}, "/") }
#AppConfig[:solr_url] = "http://localhost:8090<http://localhost:8090/>"
#AppConfig[:indexer_url] = "http://localhost:8091<http://localhost:8091/>"
#AppConfig[:public_url] = "http://localhost:8081<http://localhost:8081/>"
#AppConfig[:public_prefix] = proc { "#{URI(AppConfig[:public_url]).path}/".gsub(%r{/+$}, "/") }
#
# cbm, 2014.01.26: Trying to correct the "View Published button" issue
#AppConfig[:frontend_url] = "https://aspdemo-staff.library.louisville.edu<https://aspdemo-staff.library.louisville.edu/>"
#AppConfig[:public_url]   = "http://aspdemo-public.library.louisville.edu<http://aspdemo-public.library.louisville.edu/>"
#
#
## Setting any of the four keys below to false will prevent the associated
## applications from starting. Temporarily disabling the frontend and public
## UIs and/or the indexer may help users who are running into memory-related
## issues during migration.
#
#AppConfig[:enable_backend] = true
#AppConfig[:enable_frontend] = true
#AppConfig[:enable_public] = true
#AppConfig[:enable_solr] = true
#AppConfig[:enable_indexer] = true
#
## Some use cases want the ability to shutdown the Jetty service using Jetty's
## ShutdownHandler, which allows a POST request to a specific URI to signal
## server shutdown. The prefix for this URI path is set to /xkcd to reduce the
## possibility of a collision in the path configuration. So, full path would be
## /xkcd/shutdown?token={randomly generated password}
## The launcher creates a password to use this, which is stored
## in the data directory. This is not turned on by default.
##
#AppConfig[:use_jetty_shutdown_handler] = false
#AppConfig[:jetty_shutdown_path] = "/xkcd"
#
#
## If you have multiple instances of the backend running behind a load
## balancer, list the URL of each backend instance here.  This is used by the
## real-time indexing, which needs to connect directly to each running
## instance.
##
## By default we assume you're not using a load balancer, so we just connect
## to the regular backend URL.
##
#AppConfig[:backend_instance_urls] = proc { [AppConfig[:backend_url]] }
#
#AppConfig[:frontend_theme] = "default"
#AppConfig[:public_theme] = "default"
#
#AppConfig[:session_expire_after_seconds] = 3600
#
#AppConfig[:search_username] = "search_indexer"
#
#AppConfig[:public_username] = "public_anonymous"
#
#AppConfig[:staff_username] = "staff_system"
#
#AppConfig[:authentication_sources] = []
#
#AppConfig[:realtime_index_backlog_ms] = 60000
#
#AppConfig[:notifications_backlog_ms] = 60000
#AppConfig[:notifications_poll_frequency_ms] = 1000
#
#AppConfig[:max_usernames_per_source] = 50
#
#AppConfig[:demodb_snapshot_flag] = proc { File.join(AppConfig[:data_directory], "create_demodb_snapshot.txt") }
#
#AppConfig[:locale] = :en
#
## Report Configuration
## :report_page_layout uses valid values for the  CSS3 @page directive's
## size property: http://www.w3.org/TR/css3-page/#page-size-prop
#AppConfig[:report_page_layout] = "letter landscape"
#AppConfig[:report_pdf_font_paths] = proc { ["#{AppConfig[:backend_url]}/reports/static/fonts/dejavu/DejaVuSans.ttf"] }
#AppConfig[:report_pdf_font_family] = "\"DejaVu Sans\", sans-serif"
#
## Plug-ins to load. They will load in the order specified
#AppConfig[:plugins] = ['local', 'aspace_feedback', 'aspace-public-formats']
AppConfig[:plugins] = ['local']
#
#
#
## The following are used by the aspace-public-formats plugin
## https://github.com/archivesspace/aspace-public-formats
#AppConfig[:public_formats_resource_links] = []
#AppConfig[:public_formats_digital_object_links] = []
#AppConfig[:xsltproc_path] = nil
#AppConfig[:xslt_path] = nil
#
#
## Allow an unauthenticated user to create an account
#AppConfig[:allow_user_registration] = true
#
## Help Configuration
#AppConfig[:help_enabled] = true
#AppConfig[:help_url] = "http://docs.archivesspace.org<http://docs.archivesspace.org/>"
#AppConfig[:help_topic_prefix] = "/Default_CSH.htm#"
#
## Proxy URLs
## If you are serving user-facing applications via proxy
## (i.e., another domain or port, or via https) it is
## recommended that you record those URLs in your configuration
#AppConfig[:frontend_proxy_url] = proc { AppConfig[:frontend_url] }
#AppConfig[:public_proxy_url] = proc { AppConfig[:public_url] }

#
#AppConfig[:shared_storage] = proc { File.join(AppConfig[:data_directory], "shared") }
#AppConfig[:import_job_path] = proc { File.join(AppConfig[:shared_storage], "import_jobs") }
#AppConfig[:import_poll_seconds] = 5
#AppConfig[:import_timeout_seconds] = 300
#
## By default, only allow jobs to be cancelled if we're running against MySQL (since we can rollback)
#AppConfig[:import_jobs_cancelable] = proc { (AppConfig[:db_url] != AppConfig.demo_db_url).to_s }
#
#AppConfig[:max_location_range] = 1000
#
#
## Jasper Reports
## (https://community.jaspersoft.com/project/jasperreports-library)
## require compilation. This can be done at startup. Please note, if you are
## using Java 8 and you want to compile at startup, keep this setting at false,
## but be sure to use the JDK version.
#AppConfig[:enable_jasper] = true
#AppConfig[:compile_jasper] = false
#
## There are some conditions that has caused tree nodes ( ArchivalObjects, DO
## Components, and ClassificationTerms) to lose their Sequence pointers. This
## will resequence these tree nodes on startup.
# AppConfig[:resequence_on_startup] = true


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150701/5d6f173d/attachment.html>

From Kevin.Clair at du.edu  Wed Jul  1 11:57:59 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Wed, 1 Jul 2015 15:57:59 +0000
Subject: [Archivesspace_Users_Group] reports errors
Message-ID: <1F1E72103798F04D96C355B296D7C61B4C1AC3@mb2-uts.du.edu>

Hello,

Just installed 1.3.0 to test it out. Whenever I run any report, I'm seeing a "(TypeError) can't convert nil into String" error. Have others encountered this?

It's in the midst of an index round, so I'm not sure if that has anything to do with it or not.

thanks!  -k
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150701/d4b4dc5a/attachment.html>

From Kevin.Clair at du.edu  Wed Jul  1 12:56:58 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Wed, 1 Jul 2015 16:56:58 +0000
Subject: [Archivesspace_Users_Group] reports errors
In-Reply-To: <11225_1435766286_55940E0E_11225_622_1_1F1E72103798F04D96C355B296D7C61B4C1AC3@mb2-uts.du.edu>
References: <11225_1435766286_55940E0E_11225_622_1_1F1E72103798F04D96C355B296D7C61B4C1AC3@mb2-uts.du.edu>
Message-ID: <1F1E72103798F04D96C355B296D7C61B4C1B86@mb2-uts.du.edu>

Good news: This turned out to be because I'd forgotten to set :compile_jasper to 'true' in the config file.

Bad news: Now I get this error: "NamesListReport - net.sf.jasperreports.engine.util.JRFontNotFoundException: Font 'Arial' is not available to the JVM. See the Javadoc for more details."  -k

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair
Sent: Wednesday, July 01, 2015 9:58 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org)
Subject: [Archivesspace_Users_Group] reports errors

Hello,

Just installed 1.3.0 to test it out. Whenever I run any report, I'm seeing a "(TypeError) can't convert nil into String" error. Have others encountered this?

It's in the midst of an index round, so I'm not sure if that has anything to do with it or not.

thanks!  -k
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150701/900c521c/attachment.html>

From akroeger at unomaha.edu  Wed Jul  1 14:12:50 2015
From: akroeger at unomaha.edu (Angela Kroeger)
Date: Wed, 1 Jul 2015 18:12:50 +0000
Subject: [Archivesspace_Users_Group] "Translation missing" error messages
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D88CE3C15B@racex01>
References: <DM2PR07MB9732CC2FCFBD35C9984D014D3AA0@DM2PR07MB973.namprd07.prod.outlook.com>
	<F6E0CB227A713F4AA8F9598060B8F063D88CE3C15B@racex01>
Message-ID: <DM2PR07MB973D2A215C360EBB1D7614FD3A80@DM2PR07MB973.namprd07.prod.outlook.com>

To follow-up for anyone else who may be having the same problem I described earlier, Patrick Galligan's suggestion was exactly the right solution. We had LYRASIS restart our system and run the resequencer, and everything seems to be working fine now.

Angela Kroeger
akroeger at unomaha.edu<mailto:akroeger at unomaha.edu>
Archives and Special Collections Associate
Dr. C.C. and Mabel L. Criss Library
University of Nebraska at Omaha
(402) 554-4159

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150701/29beb5f5/attachment.html>

From ns96 at nyu.edu  Wed Jul  1 14:17:56 2015
From: ns96 at nyu.edu (Nathan Stevens)
Date: Wed, 1 Jul 2015 14:17:56 -0400
Subject: [Archivesspace_Users_Group] reports errors
In-Reply-To: <1F1E72103798F04D96C355B296D7C61B4C1B86@mb2-uts.du.edu>
References: <11225_1435766286_55940E0E_11225_622_1_1F1E72103798F04D96C355B296D7C61B4C1AC3@mb2-uts.du.edu>
	<1F1E72103798F04D96C355B296D7C61B4C1B86@mb2-uts.du.edu>
Message-ID: <CADi=b=M5oF4yj2YprPAW0eaacmVc3sz9sR4_dXX-r9DgziisWA@mail.gmail.com>

Yo need to install MS true type fonts on your particular version of Linux.
You can google this and many sites should tell you how to do this. For
example this site
<http://www.perfectabstractions.com/blog/how-to-install-windows-fonts-in-java-on-linux>
.

Once you install the fonts, restart Archivesspace.

On Wed, Jul 1, 2015 at 12:56 PM, Kevin Clair <Kevin.Clair at du.edu> wrote:

>  Good news: This turned out to be because I?d forgotten to set
> :compile_jasper to ?true? in the config file.
>
>
>
> Bad news: Now I get this error: ?NamesListReport -
> net.sf.jasperreports.engine.util.JRFontNotFoundException: Font 'Arial' is
> not available to the JVM. See the Javadoc for more details.?  -k
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Kevin
> Clair
> *Sent:* Wednesday, July 01, 2015 9:58 AM
> *To:* Archivesspace Users Group (
> archivesspace_users_group at lyralists.lyrasis.org)
> *Subject:* [Archivesspace_Users_Group] reports errors
>
>
>
> Hello,
>
>
>
> Just installed 1.3.0 to test it out. Whenever I run any report, I?m seeing
> a ?(TypeError) can't convert nil into String? error. Have others
> encountered this?
>
>
>
> It?s in the midst of an index round, so I?m not sure if that has anything
> to do with it or not.
>
>
>
> thanks!  -k
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150701/75a9b29c/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Wed Jul  1 14:20:04 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 1 Jul 2015 18:20:04 +0000
Subject: [Archivesspace_Users_Group] reports errors
In-Reply-To: <1F1E72103798F04D96C355B296D7C61B4C1B86@mb2-uts.du.edu>
References: <11225_1435766286_55940E0E_11225_622_1_1F1E72103798F04D96C355B296D7C61B4C1AC3@mb2-uts.du.edu>,
	<1F1E72103798F04D96C355B296D7C61B4C1B86@mb2-uts.du.edu>
Message-ID: <DM2PR0801MB0848801DBE0C8CEE2F04D2C3FBA80@DM2PR0801MB0848.namprd08.prod.outlook.com>



Yeah...blame microsoft.

You'll have to install an Ariel equivalent on Linux.
Try this:
http://community.jaspersoft.com/questions/531843/font-arial-not-available-jvm-see

----- Reply message -----
From: "Kevin Clair" <Kevin.Clair at du.edu>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] reports errors
Date: Wed, Jul 1, 2015 18:57

Good news: This turned out to be because I'd forgotten to set :compile_jasper to 'true' in the config file.

Bad news: Now I get this error: "NamesListReport - net.sf.jasperreports.engine.util.JRFontNotFoundException: Font 'Arial' is not available to the JVM. See the Javadoc for more details."  -k

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair
Sent: Wednesday, July 01, 2015 9:58 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org)
Subject: [Archivesspace_Users_Group] reports errors

Hello,

Just installed 1.3.0 to test it out. Whenever I run any report, I'm seeing a "(TypeError) can't convert nil into String" error. Have others encountered this?

It's in the midst of an index round, so I'm not sure if that has anything to do with it or not.

thanks!  -k
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150701/554e80aa/attachment.html>

From dsimmons at siu.edu  Wed Jul  1 15:14:09 2015
From: dsimmons at siu.edu (Douglas James Simmons)
Date: Wed, 1 Jul 2015 19:14:09 +0000
Subject: [Archivesspace_Users_Group] failed migration, see log
Message-ID: <f038a18ba47f4876ad626722cf2403df@it-excmb3.ad.siu.edu>

Using the new migration tool and a clean 1.0.4 instance, I started a new migration from Archon. It quit on the third repository with
"Archon response is not JSON! Endpoint: '/?p=core/accessions&batch_start=1' See log for illegal JSON string"

Log attached.

In case it matters, the primary differences between this and previous migrations is that it uses the new migration tool and that before I started it, I did global search/replace in Archon collection names of [i] for <i>, [b] for <b> and [u] for <u> as well as the closing tags.

Thanks!

DOUG SIMMONS
Procedures & Systems Analyst II

MORRIS LIBRARY - SYSTEMS
MAIL CODE 6632
SOUTHERN ILLINOIS UNIVERSITY
605 AGRICULTURE DRIVE
CARBONDALE, ILLINOIS  62901

dsimmons at siu.edu<mailto:dsimmons at siu.edu>
P: 618/453-1026
F: 618/453-3440
LIB.SIU.EDU

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150701/4e539f35/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: SIU_archon2AS_log-2015-07-01-12-58-26.txt
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150701/4e539f35/attachment.txt>

From psuda1 at tulane.edu  Wed Jul  1 16:42:36 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Wed, 1 Jul 2015 20:42:36 +0000
Subject: [Archivesspace_Users_Group] Partial success with virtual hosts,
 help requested
Message-ID: <CY1PR0301MB1273DC9051AC305C646887D5E5A80@CY1PR0301MB1273.namprd03.prod.outlook.com>

Belay that request. I have it figured out.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu
504-865-5607



From: Suda, Phillip J
Sent: Wednesday, July 01, 2015 9:49 AM
To: 'Archivesspace Users Group'
Subject: RE: [Archivesspace_Users_Group] Partial success with virtual hosts, help requested

Good morning,

            I have my virtualhost & DNS setup on our dev server setup this way:

<VirtualHost *:80>
DocumentRoot /www/larcaspace
ServerName larcaspace.tulane.edu
DirectoryIndex index.php index.html index.htm
</VirtualHost>


How do I need to configure the config.rb to make this work? Or is something else needed for the virtualhost file?

Thanks for any assistance,

Phil

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Hoffman
Sent: Wednesday, June 24, 2015 4:36 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Partial success with virtual hosts, help requested

Hello,

This seems like a multipart issue, but here are some observations that may help.

1) There is a general guide for configuring HTTPS proxies here: https://github.com/archivesspace/archivesspace/blob/master/README_HTTPS.md

2) Any lines in the ArchivesSpace config.rb file that begin with the hash character ('#') will be ignored. So, the example you sent is not having any effect on your system.

3) You should not populate the backend_url and frontend_url values with proxy urls - the applications need to know the actual location of each other.

4) Instead, use the frontend_proxy_url and public_proxy_url values to configure your proxies. So your config should look something like:


AppConfig[:backend_url] = "http://localhost:8089"
AppConfig[:frontend_url] = "http://localhost:8080"
AppConfig[:frontend_prefix] = proc { "#{URI(AppConfig[:frontend_url]).path}/".gsub(%r{/+$}, "/") }
AppConfig[:solr_url] = "http://localhost:8090"
AppConfig[:indexer_url] = "http://localhost:8091"
AppConfig[:public_url] = "http://localhost:8081"
AppConfig[:public_prefix] = proc { "#{URI(AppConfig[:public_url]).path}/".gsub(%r{/+$}, "/") }
AppConfig[:frontend_proxy_url] = "https://aspdemo-staff.library.louisville.edu"
AppConfig[:public_proxy_url] = "http://aspdemo-public.library.louisville.edu"

I hope this helps.

Brian


On Jun 24, 2015, at 5:03 PM, calvin.miracle at louisville.edu<mailto:calvin.miracle at louisville.edu> wrote:


Hello all,

We have had some partial success in getting ArchivesSpace services setup as named virtual hosts
under Apache. But we have some problems that we need help with.

Our goals:
                - Provide separate URLS for staff login vs public interface;
                - Secure login to staff interface from off-campus;
                - Acceptance of production server to our enterprise security group, for visibility on the public internet;
                - Publish a URL for search interface that does not use port numbers.

Our setup:
                - Our demo guest is meant to be a model for our production guest.
                - Our ArchivesSpace 1.1.2 demo guest runs under CentOS 7.
                - On the same guest we have httpd 2.4 running, listening on ports 80 and 443.
                - AS brings its services up on localhost 8080, 8081, 8089, 8090, and 8091.
                - On our demo AS guest, we are using a self-signed SSL certificate to simulate an
                                eventual real SSL on our production guest. This creates a security exception that
                                we can bypass at the browser. We're trying to exercise the SSL Engine options in
                                httpd.
                - Guest firewall ports set as: 80 and 443 open to campus network, AS application ports
                                only available to localhost (the AS demo guest).
                - Guest IP address is 136.165.112.26. We have asked our campus network services
                                to make this a permanent IP address for this guest; the guest gets it IP address via
                                DHCP client
                - IP names assigned:
                                aspdemo.library.louisville.edu<http://aspdemo.library.louisville.edu/> (A-record, canonical, base name) to represent the guest itself
                                aspdemo-staff.library.louisville.edu<http://aspdemo-staff.library.louisville.edu/> (C-name alias) to represent port 8080 application services
                                aspdemo-public.library.louisville.edu<http://aspdemo-public.library.louisville.edu/> (C-name alias) to represent port 8081 application services
                - httpd and config.rb configuration files appended below.
                - Demo instance of AS is using the supplied SOLR database engine.

Here's what we are seeing:
                - Browse to http://aspdemo.library.louisville.edu<http://aspdemo.library.louisville.edu/>                   causes redirect to aspdemo-public, as expected.
                - Browse to http://aspdemo-public.library.louisville.edu<http://aspdemo-public.library.louisville.edu/>     shows AS application public page, as expected.
                - Browse to https://aspdemo-staff.library.louisville.edu<https://aspdemo-staff.library.louisville.edu/>       shows security exception (1st time),
                                then AS application frontend page, as expected.
                - Searches work OK on the public page.
                - Authentic users can login on aspdemo-staff page.

                - Our archives librarian see problems with imports. AS told her the import number
                                was not found. She also reports problems in creating accession records; the system
                                told her  "The requested URL /accessions/72/edit was not found on this server."

                - She also reports problems with editing existing records, creating new records one at a time
                                from the accessions interface - anything that has to do with editing the contents of the
                                database, basically everything we do except search and browse.

Can anyone  please give us some advice on these issues? We feel like we're close to a vhost solution,
but we are having problems getting AS settled into the scheme.

Thanks,

-- Calvin Miracle, University of Louisville Libraries

httpd.conf
-------------------------------------------------------------------------------------------------------------------------------
#
# This is the main Apache HTTP server configuration file.  It contains the
# configuration directives that give the server its instructions.
# See <URL:http://httpd.apache.org/docs/2.4/<url:http://httpd.apache.org/docs/2.4/>> for detailed information.
# In particular, see
# <URL:http://httpd.apache.org/docs/2.4/mod/directives.html<url:http://httpd.apache.org/docs/2.4/mod/directives.html>>
# for a discussion of each configuration directive.
#
# Do NOT simply read the instructions in here without understanding
# what they do.  They're here only as hints or reminders.  If you are unsure
# consult the online docs. You have been warned.
#
# Configuration and logfile names: If the filenames you specify for many
# of the server's control files begin with "/" (or "drive:/" for Win32), the
# server will use that explicit path.  If the filenames do *not* begin
# with "/", the value of ServerRoot is prepended -- so 'log/access_log'
# with ServerRoot set to '/www' will be interpreted by the
# server as '/www/log/access_log', where as '/log/access_log' will be
# interpreted as '/log/access_log'.

#
# ServerRoot: The top of the directory tree under which the server's
# configuration, error, and log files are kept.
#
# Do not add a slash at the end of the directory path.  If you point
# ServerRoot at a non-local disk, be sure to specify a local disk on the
# Mutex directive, if file-based mutexes are used.  If you wish to share the
# same ServerRoot for multiple httpd daemons, you will need to change at
# least PidFile.
#
ServerRoot "/etc/httpd"

#
# Listen: Allows you to bind Apache to specific IP addresses and/or
# ports, instead of the default. See also the <VirtualHost>
# directive.
#
# Change this to Listen on specific IP addresses as shown below to
# prevent Apache from glomming onto all bound IP addresses.
#
#Listen 12.34.56.78:80
Listen 80


#
# Dynamic Shared Object (DSO) Support
#
# To be able to use the functionality of a module which was built as a DSO you
# have to place corresponding `LoadModule' lines at this location so the
# directives contained in it are actually available _before_ they are used.
# Statically compiled modules (those listed by `httpd -l') do not need
# to be loaded here.
#
# Example:
# LoadModule foo_module modules/mod_foo.so
#
Include conf.modules.d/*.conf

#
# If you wish httpd to run as a different user or group, you must run
# httpd as root initially and it will switch.
#
# User/Group: The name (or #number) of the user/group to run httpd as.
# It is usually good practice to create a dedicated user and group for
# running httpd, as with most system services.
#
User apache
Group apache

# 'Main' server configuration
#
# The directives in this section set up the values used by the 'main'
# server, which responds to any requests that aren't handled by a
# <VirtualHost> definition.  These values also provide defaults for
# any <VirtualHost> containers you may define later in the file.
#
# All of these directives may appear inside <VirtualHost> containers,
# in which case these default settings will be overridden for the
# virtual host being defined.
#

#
# ServerAdmin: Your address, where problems with the server should be
# e-mailed.  This address appears on some server-generated pages, such
# as error documents.  e.g. admin at your-domain.com<mailto:admin at your-domain.com>
#
ServerAdmin root at localhost

#
# ServerName gives the name and port that the server uses to identify itself.
# This can often be determined automatically, but we recommend you specify
# it explicitly to prevent problems during startup.
#
# If your host doesn't have a registered DNS name, enter its IP address here.
#
#ServerName www.example.com:80<http://www.example.com/>
ServerName aspdemo.library.louisville.edu<http://aspdemo.library.louisville.edu/>:80

#
# Deny access to the entirety of your server's filesystem. You must
# explicitly permit access to web content directories in other
# <Directory> blocks below.
#
<Directory />
    AllowOverride none
    Require all denied
</Directory>

#
# Note that from this point forward you must specifically allow
# particular features to be enabled - so if something's not working as
# you might expect, make sure that you have specifically enabled it
# below.
#

#
# DocumentRoot: The directory out of which you will serve your
# documents. By default, all requests are taken from this directory, but
# symbolic links and aliases may be used to point to other locations.
#
DocumentRoot "/var/www/html"

#
# Relax access to content within /var/www.
#
<Directory "/var/www">
    AllowOverride None
    # Allow open access:
    Require all granted
</Directory>

# Further relax access to the default document root:
#<Directory "/var/www/html">
    #
    # Possible values for the Options directive are "None", "All",
    # or any combination of:
    #   Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI MultiViews
    #
    # Note that "MultiViews" must be named *explicitly* --- "Options All"
    # doesn't give it to you.
    #
    # The Options directive is both complicated and important.  Please see
    # http://httpd.apache.org/docs/2.4/mod/core.html#options
    # for more information.
    #
#    Options Indexes FollowSymLinks

    #
    # AllowOverride controls what directives may be placed in .htaccess files.
    # It can be "All", "None", or any combination of the keywords:
    #   Options FileInfo AuthConfig Limit
    #
#    AllowOverride All

    #
    # Controls who can get stuff from this server.
   #
#    Require all denied
#</Directory>

#
# DirectoryIndex: sets the file that Apache will serve if a directory
# is requested.
#
<IfModule dir_module>
    DirectoryIndex index.html
</IfModule>


# cbm, June 2015: named virtual hosts added

# NameVirtualHost *:443    this keyword will be deprecated

<VirtualHost *:80>
   ServerName aspdemo.library.louisville.edu<http://aspdemo.library.louisville.edu/>
   DocumentRoot /var/www/html
   Options Indexes FollowSymLinks
</VirtualHost>

<VirtualHost *:443>
   ServerName aspdemo-staff.library.louisville.edu<http://aspdemo-staff.library.louisville.edu/>
   SSLEngine On
   SSLCertificateFile    "/etc/ssl/certs/self_signed/ASdemo_selfsigned.crt"
   SSLCertificateKeyFile "/etc/ssl/certs/self_signed/ASdemo_selfsigned.key"
   ProxyPreserveHost On
   ProxyPass / http://localhost:8080/
   ProxyPassReverse / http://localhost:8080/
</VirtualHost>

<VirtualHost *:80>
   ServerName aspdemo-public.library.louisville.edu<http://aspdemo-public.library.louisville.edu/>
   ProxyPreserveHost Off
   ProxyPass / http://localhost:8081/
   ProxyPassReverse / http://localhost:8081/
</VirtualHost>



#
# The following lines prevent .htaccess and .htpasswd files from being
# viewed by Web clients.
#
<Files ".ht*">
    Require all denied
</Files>

#
# ErrorLog: The location of the error log file.
# If you do not specify an ErrorLog directive within a <VirtualHost>
# container, error messages relating to that virtual host will be
# logged here.  If you *do* define an error logfile for a <VirtualHost>
# container, that host's errors will be logged there and not here.
#
ErrorLog "logs/error_log"

#
# LogLevel: Control the number of messages logged to the error_log.
# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
#
LogLevel warn

<IfModule log_config_module>
    #
    # The following directives define some format nicknames for use with
    # a CustomLog directive (see below).
    #
    LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
    LogFormat "%h %l %u %t \"%r\" %>s %b" common

    <IfModule logio_module>
      # You need to enable mod_logio.c to use %I and %O
      LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %I %O" combinedio
    </IfModule>

    #
    # The location and format of the access logfile (Common Logfile Format).
    # If you do not define any access logfiles within a <VirtualHost>
    # container, they will be logged here.  Contrariwise, if you *do*
    # define per-<VirtualHost> access logfiles, transactions will be
    # logged therein and *not* in this file.
    #
    #CustomLog "logs/access_log" common

    #
    # If you prefer a logfile with access, agent, and referer information
    # (Combined Logfile Format) you can use the following directive.
    #
    CustomLog "logs/access_log" combined
</IfModule>

<IfModule alias_module>
    #
    # Redirect: Allows you to tell clients about documents that used to
    # exist in your server's namespace, but do not anymore. The client
    # will make a new request for the document at its new location.
    # Example:
    # Redirect permanent /foo http://www.example.com/bar

    #
    # Alias: Maps web paths into filesystem paths and is used to
    # access content that does not live under the DocumentRoot.
    # Example:
    # Alias /webpath /full/filesystem/path
    #
    # If you include a trailing / on /webpath then the server will
    # require it to be present in the URL.  You will also likely
    # need to provide a <Directory> section to allow access to
    # the filesystem path.

    #
    # ScriptAlias: This controls which directories contain server scripts.
    # ScriptAliases are essentially the same as Aliases, except that
    # documents in the target directory are treated as applications and
    # run by the server when requested rather than as documents sent to the
    # client.  The same rules about trailing "/" apply to ScriptAlias
    # directives as to Alias.
    #
    ScriptAlias /cgi-bin/ "/var/www/cgi-bin/"

</IfModule>

#
# "/var/www/cgi-bin" should be changed to whatever your ScriptAliased
# CGI directory exists, if you have that configured.
#
<Directory "/var/www/cgi-bin">
    AllowOverride None
    Options None
    Require all granted
</Directory>

<IfModule mime_module>
    #
    # TypesConfig points to the file containing the list of mappings from
    # filename extension to MIME-type.
    #
    TypesConfig /etc/mime.types

    #
    # AddType allows you to add to or override the MIME configuration
    # file specified in TypesConfig for specific file types.
    #
    #AddType application/x-gzip .tgz
    #
    # AddEncoding allows you to have certain browsers uncompress
    # information on the fly. Note: Not all browsers support this.
    #
    #AddEncoding x-compress .Z
    #AddEncoding x-gzip .gz .tgz
    #
    # If the AddEncoding directives above are commented-out, then you
    # probably should define those extensions to indicate media types:
    #
    AddType application/x-compress .Z
    AddType application/x-gzip .gz .tgz

    #
    # AddHandler allows you to map certain file extensions to "handlers":
    # actions unrelated to filetype. These can be either built into the server
    # or added with the Action directive (see below)
    #
    # To use CGI scripts outside of ScriptAliased directories:
    # (You will also need to add "ExecCGI" to the "Options" directive.)
    #
    #AddHandler cgi-script .cgi

    # For type maps (negotiated resources):
    #AddHandler type-map var

    #
    # Filters allow you to process content before it is sent to the client.
    #
    # To parse .shtml files for server-side includes (SSI):
    # (You will also need to add "Includes" to the "Options" directive.)
    #
    AddType text/html .shtml
    AddOutputFilter INCLUDES .shtml
</IfModule>

#
# Specify a default charset for all content served; this enables
# interpretation of all content as UTF-8 by default.  To use the
# default browser choice (ISO-8859-1), or to allow the META tags
# in HTML content to override this choice, comment out this
# directive:
#
AddDefaultCharset UTF-8

<IfModule mime_magic_module>
    #
    # The mod_mime_magic module allows the server to use various hints from the
    # contents of the file itself to determine its type.  The MIMEMagicFile
    # directive tells the module where the hint definitions are located.
    #
    MIMEMagicFile conf/magic
</IfModule>

#
# Customizable error responses come in three flavors:
# 1) plain text 2) local redirects 3) external redirects
#
# Some examples:
#ErrorDocument 500 "The server made a boo boo."
#ErrorDocument 404 /missing.html
#ErrorDocument 404 "/cgi-bin/missing_handler.pl"
#ErrorDocument 402 http://www.example.com/subscription_info.html
#

#
# EnableMMAP and EnableSendfile: On systems that support it,
# memory-mapping or the sendfile syscall may be used to deliver
# files.  This usually improves server performance, but must
# be turned off when serving from networked-mounted
# filesystems or if support for these functions is otherwise
# broken on your system.
# Defaults if commented: EnableMMAP On, EnableSendfile Off
#
#EnableMMAP off
EnableSendfile on

# Supplemental configuration
#
# Load config files in the "/etc/httpd/conf.d" directory, if any.
IncludeOptional conf.d/*.conf





config.rb
-------------------------------------------------------------------------------------------------------------------------------
# Configuration defaults are shown below

#AppConfig[:default_admin_password] = "admin"
#AppConfig[:data_directory] = File.join(Dir.home, "ArchivesSpace")
#AppConfig[:backup_directory] = proc { File.join(AppConfig[:data_directory], "demo_db_backups") }
#AppConfig[:solr_index_directory] = proc { File.join(AppConfig[:data_directory], "solr_index") }
#AppConfig[:solr_home_directory] = proc { File.join(AppConfig[:data_directory], "solr_home") }
#AppConfig[:solr_indexing_frequency_seconds] = 30
#
#AppConfig[:default_page_size] = 10
#AppConfig[:max_page_size] = 250
#
## Log level for the backend, values: (everything) debug, info, warn, error, fatal (severe only)
#AppConfig[:backend_log_level] = "debug"
#
## A prefix added to cookies used by the application.
##
## Change this if you're running more than one instance of ArchivesSpace on the
## same hostname (i.e. multiple instances on different ports)
#AppConfig[:cookie_prefix] = "archivesspace"
#
## The periodic indexer can run using multiple threads to take advantage of
## multiple CPU cores.
##
## By setting the next two options, you can control how many CPU cores are used,
## and the amount of memory that will be consumed by the indexing process (more
## cores and/or more records per thread means more memory used).
#AppConfig[:indexer_records_per_thread] = 25
#AppConfig[:indexer_thread_count] = 4
#
#AppConfig[:allow_other_unmapped] = false
#
#AppConfig[:db_url] = proc { AppConfig.demo_db_url }
#AppConfig[:db_max_connections] = 10
## Set to true if you have enabled MySQL binary logging
#AppConfig[:mysql_binlog] = false
#
#AppConfig[:allow_unsupported_database] = false
#AppConfig[:allow_non_utf8_mysql_database] = false
#
#AppConfig[:demo_db_backup_schedule] = "0 4 * * *"
#AppConfig[:demo_db_backup_number_to_keep] = 7
#
#AppConfig[:solr_backup_directory] = proc { File.join(AppConfig[:data_directory], "solr_backups") }
#AppConfig[:solr_backup_schedule] = "0 * * * *"
#AppConfig[:solr_backup_number_to_keep] = 1
#
#AppConfig[:backend_url] = "http://localhost:8089<http://localhost:8089/>"
#AppConfig[:frontend_url] = "http://localhost:8080<http://localhost:8080/>"
#AppConfig[:frontend_prefix] = proc { "#{URI(AppConfig[:frontend_url]).path}/".gsub(%r{/+$}, "/") }
#AppConfig[:solr_url] = "http://localhost:8090<http://localhost:8090/>"
#AppConfig[:indexer_url] = "http://localhost:8091<http://localhost:8091/>"
#AppConfig[:public_url] = "http://localhost:8081<http://localhost:8081/>"
#AppConfig[:public_prefix] = proc { "#{URI(AppConfig[:public_url]).path}/".gsub(%r{/+$}, "/") }
#
# cbm, 2014.01.26: Trying to correct the "View Published button" issue
#AppConfig[:frontend_url] = "https://aspdemo-staff.library.louisville.edu<https://aspdemo-staff.library.louisville.edu/>"
#AppConfig[:public_url]   = "http://aspdemo-public.library.louisville.edu<http://aspdemo-public.library.louisville.edu/>"
#
#
## Setting any of the four keys below to false will prevent the associated
## applications from starting. Temporarily disabling the frontend and public
## UIs and/or the indexer may help users who are running into memory-related
## issues during migration.
#
#AppConfig[:enable_backend] = true
#AppConfig[:enable_frontend] = true
#AppConfig[:enable_public] = true
#AppConfig[:enable_solr] = true
#AppConfig[:enable_indexer] = true
#
## Some use cases want the ability to shutdown the Jetty service using Jetty's
## ShutdownHandler, which allows a POST request to a specific URI to signal
## server shutdown. The prefix for this URI path is set to /xkcd to reduce the
## possibility of a collision in the path configuration. So, full path would be
## /xkcd/shutdown?token={randomly generated password}
## The launcher creates a password to use this, which is stored
## in the data directory. This is not turned on by default.
##
#AppConfig[:use_jetty_shutdown_handler] = false
#AppConfig[:jetty_shutdown_path] = "/xkcd"
#
#
## If you have multiple instances of the backend running behind a load
## balancer, list the URL of each backend instance here.  This is used by the
## real-time indexing, which needs to connect directly to each running
## instance.
##
## By default we assume you're not using a load balancer, so we just connect
## to the regular backend URL.
##
#AppConfig[:backend_instance_urls] = proc { [AppConfig[:backend_url]] }
#
#AppConfig[:frontend_theme] = "default"
#AppConfig[:public_theme] = "default"
#
#AppConfig[:session_expire_after_seconds] = 3600
#
#AppConfig[:search_username] = "search_indexer"
#
#AppConfig[:public_username] = "public_anonymous"
#
#AppConfig[:staff_username] = "staff_system"
#
#AppConfig[:authentication_sources] = []
#
#AppConfig[:realtime_index_backlog_ms] = 60000
#
#AppConfig[:notifications_backlog_ms] = 60000
#AppConfig[:notifications_poll_frequency_ms] = 1000
#
#AppConfig[:max_usernames_per_source] = 50
#
#AppConfig[:demodb_snapshot_flag] = proc { File.join(AppConfig[:data_directory], "create_demodb_snapshot.txt") }
#
#AppConfig[:locale] = :en
#
## Report Configuration
## :report_page_layout uses valid values for the  CSS3 @page directive's
## size property: http://www.w3.org/TR/css3-page/#page-size-prop
#AppConfig[:report_page_layout] = "letter landscape"
#AppConfig[:report_pdf_font_paths] = proc { ["#{AppConfig[:backend_url]}/reports/static/fonts/dejavu/DejaVuSans.ttf"] }
#AppConfig[:report_pdf_font_family] = "\"DejaVu Sans\", sans-serif"
#
## Plug-ins to load. They will load in the order specified
#AppConfig[:plugins] = ['local', 'aspace_feedback', 'aspace-public-formats']
AppConfig[:plugins] = ['local']
#
#
#
## The following are used by the aspace-public-formats plugin
## https://github.com/archivesspace/aspace-public-formats
#AppConfig[:public_formats_resource_links] = []
#AppConfig[:public_formats_digital_object_links] = []
#AppConfig[:xsltproc_path] = nil
#AppConfig[:xslt_path] = nil
#
#
## Allow an unauthenticated user to create an account
#AppConfig[:allow_user_registration] = true
#
## Help Configuration
#AppConfig[:help_enabled] = true
#AppConfig[:help_url] = "http://docs.archivesspace.org<http://docs.archivesspace.org/>"
#AppConfig[:help_topic_prefix] = "/Default_CSH.htm#"
#
## Proxy URLs
## If you are serving user-facing applications via proxy
## (i.e., another domain or port, or via https) it is
## recommended that you record those URLs in your configuration
#AppConfig[:frontend_proxy_url] = proc { AppConfig[:frontend_url] }
#AppConfig[:public_proxy_url] = proc { AppConfig[:public_url] }

#
#AppConfig[:shared_storage] = proc { File.join(AppConfig[:data_directory], "shared") }
#AppConfig[:import_job_path] = proc { File.join(AppConfig[:shared_storage], "import_jobs") }
#AppConfig[:import_poll_seconds] = 5
#AppConfig[:import_timeout_seconds] = 300
#
## By default, only allow jobs to be cancelled if we're running against MySQL (since we can rollback)
#AppConfig[:import_jobs_cancelable] = proc { (AppConfig[:db_url] != AppConfig.demo_db_url).to_s }
#
#AppConfig[:max_location_range] = 1000
#
#
## Jasper Reports
## (https://community.jaspersoft.com/project/jasperreports-library)
## require compilation. This can be done at startup. Please note, if you are
## using Java 8 and you want to compile at startup, keep this setting at false,
## but be sure to use the JDK version.
#AppConfig[:enable_jasper] = true
#AppConfig[:compile_jasper] = false
#
## There are some conditions that has caused tree nodes ( ArchivalObjects, DO
## Components, and ClassificationTerms) to lose their Sequence pointers. This
## will resequence these tree nodes on startup.
# AppConfig[:resequence_on_startup] = true


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150701/4ff3aab5/attachment.html>

From brad.westbrook at lyrasis.org  Thu Jul  2 07:32:29 2015
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Thu, 2 Jul 2015 11:32:29 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.3.0 Released
Message-ID: <BN1PR08MB011D178B5A1081EDD47750F94970@BN1PR08MB011.namprd08.prod.outlook.com>

[Apologies for duplicate receipts]

[Description: Macintosh HD:Users:samheartsart:Desktop:ArchivesSpace Logo.png]



The ArchivesSpace team is happy to release version 1.3.0<https://github.com/archivesspace/archivesspace/releases/tag/v1.3.0>.



Please see the technical documentation<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING.md> for information on how to upgrade your ArchivesSpace installs.



Please see the release page<https://github.com/archivesspace/archivesspace/releases/tag/v1.3.0> for a listing of all the new features and bug fixes included in this release.



Of particular note: This release includes the addition of many ready to use jasper reports written by our UAC Reports Subgroup<https://archivesspace.atlassian.net/wiki/display/AC/Reports+Subgroup> and our migration specialist, Nathan Stevens. It also includes the ability to define and save templates for the Rapid Data Entry (RDE) tool and specify default values for many fields throughout the application.



Thanks to all the volunteers on the ArchivesSpace User Advisory<https://archivesspace.atlassian.net/wiki/display/AC/Users+Advisory+Council> and Technical Advisory Councils<https://archivesspace.atlassian.net/wiki/display/AC/Technical+Advisory+Council>, who are vital to keeping ArchivesSpace development on track.



Please let us know if you have any questions, comments, or concerns.

Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150702/7f299cc9/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 9185 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150702/7f299cc9/attachment.png>

From christine.dibella at lyrasis.org  Thu Jul  2 12:39:29 2015
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Thu, 2 Jul 2015 16:39:29 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace team out on July 3
Message-ID: <BLUPR08MB17798B6C425C50D5F71DDD04F1970@BLUPR08MB1779.namprd08.prod.outlook.com>

Hello ArchivesSpace Members,

Though there are still a few more hours in the workday for most of us, on behalf of the ArchivesSpace team, we'd like to wish everyone in the American contingent of the ArchivesSpace member community a happy Independence Day. (And a happy weekend to everyone else!) Just a note that we'll be out on Friday in observance of the holiday (one extra day of lead time for barbecue preparations since July 4 falls on a Saturday this year). We'll be back on Monday.

Best,
Christine

Christine Di Bella
Community Outreach and Support Manager
christine.dibella at lyrasis.org<mailto: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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150702/6ff263ca/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 7645 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150702/6ff263ca/attachment.png>

From psuda1 at tulane.edu  Thu Jul  2 12:44:42 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Thu, 2 Jul 2015 16:44:42 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
	Problems & Questions
Message-ID: <CY1PR0301MB12732DC3418D446687F21FE0E5970@CY1PR0301MB1273.namprd03.prod.outlook.com>

Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc?(c)e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:

[cid:image005.png at 01D0B4BC.7A725930]




4.       Classifications appear to be duplicated:
[cid:image006.png at 01D0B4BC.7A725930]

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:

[cid:image007.png at 01D0B4BC.2405DE00]


6.       Can the Collections be sorted by Collection #/Identifier?

Thank you for any and all help regarding these issues.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu
504-865-5607

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150702/891bef29/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.png
Type: image/png
Size: 9736 bytes
Desc: image007.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150702/891bef29/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 81711 bytes
Desc: image005.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150702/891bef29/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.png
Type: image/png
Size: 74842 bytes
Desc: image006.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150702/891bef29/attachment-0002.png>

From mauraa at brandeis.edu  Thu Jul  2 12:53:39 2015
From: mauraa at brandeis.edu (Maura Carbone)
Date: Thu, 2 Jul 2015 12:53:39 -0400
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <CY1PR0301MB12732DC3418D446687F21FE0E5970@CY1PR0301MB1273.namprd03.prod.outlook.com>
References: <CY1PR0301MB12732DC3418D446687F21FE0E5970@CY1PR0301MB1273.namprd03.prod.outlook.com>
Message-ID: <CANdYjfHt_8Qrb+2rcEo2TiBw=gHW6Em5GsrShZfKyH6vk21kzw@mail.gmail.com>

Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier
emails about this saved: "This is not a bug, but rather has to do with how
the information was entered into archon in the first place. To fix, a
find-replace on all records with will need to done changing [i] into <i>
and [/i] into </i>, directly on the backend data."

Brian detailed a bit more: "You can do this with the Batch Find and
Replace feature
(found in the ?Background Jobs? section). But you need to test this first
in a test environment using a copy of your database. When you are ready to
proceed and use your production database, make sure to back it up first."

I'm not sure if something like that would need to be done for your other
special characters as well.
-Maura

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu> wrote:

>  Good morning all,
>
>
>
>                  I have performed migrations from Archon to ArchivesSpace
> successfully. I have then upgraded to the most recent version of
> ArchivesSpace (v.1.3.0) for each of my instances. This all works better
> locally (MacBook for me). I have a few questions regarding problems we are
> noticing with the migrations. I do not know who to ask specifically, but
> here it goes:
>
>
>
> 1.       Public Interface Special Characters & Diacritics:
>
> a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to
> Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).
>
> 2.       Public Interface Scope & Content Notes: these are migrated to
> ArchivesSpace as large text blobs; they were formatted in Archon
> (indentation, paragraphs, etc.)
>
> 3.       Public Interface Repositories Odd Behavior:
>
> a.       Are all ?types? supposed to appear when selecting Repositories?
> It seems that if you select a repository, it should show you the
> collections only  OR signify the associated collection for each object/type
> in question
>
> b.      When selecting a repository, the appropriate collections appear
> but ?global? appears with results below the selected repository:
>
>
>
>
>
>
>
> 4.       Classifications appear to be duplicated:
>
>  5.       Components show [b] and [/b] OR [i] and [/i] in lists and
> headers:
>
>
>
>
>
> 6.       Can the Collections be sorted by Collection #/Identifier?
>
>
>
> Thank you for any and all help regarding these issues.
>
>
>
> Thanks,
>
>
>
> Phil
>
>
>
>
>
> Phillip Suda
>
> Systems Librarian
>
> Howard-Tilton Memorial Library
>
> Tulane University
>
> psuda1 at tulane.edu
>
> 504-865-5607
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150702/80c7d246/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 81711 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150702/80c7d246/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.png
Type: image/png
Size: 74842 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150702/80c7d246/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.png
Type: image/png
Size: 9736 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150702/80c7d246/attachment-0002.png>

From mGorzalski at lib.siu.edu  Thu Jul  2 14:03:46 2015
From: mGorzalski at lib.siu.edu (Matthew J Gorzalski)
Date: Thu, 2 Jul 2015 18:03:46 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <CANdYjfHt_8Qrb+2rcEo2TiBw=gHW6Em5GsrShZfKyH6vk21kzw@mail.gmail.com>
References: <CY1PR0301MB12732DC3418D446687F21FE0E5970@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CANdYjfHt_8Qrb+2rcEo2TiBw=gHW6Em5GsrShZfKyH6vk21kzw@mail.gmail.com>
Message-ID: <cefca401b59a4bc8b24382eba6d9d37f@it-excmb3.ad.siu.edu>

We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.

But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.


Matt Gorzalski
SIU Carbondale

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."

Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."

I'm not sure if something like that would need to be done for your other special characters as well.
-Maura

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:

[cid:image001.png at 01D0B4C7.1826C530]




4.       Classifications appear to be duplicated:
[cid:image002.png at 01D0B4C7.1826C530]

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:

[cid:image003.png at 01D0B4C7.1826C530]


6.       Can the Collections be sorted by Collection #/Identifier?

Thank you for any and all help regarding these issues.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150702/a210c41f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 81711 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150702/a210c41f/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 74842 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150702/a210c41f/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 9736 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150702/a210c41f/attachment-0002.png>

From website at aarome.org  Fri Jul  3 13:29:41 2015
From: website at aarome.org (AAR Website)
Date: Fri, 3 Jul 2015 13:29:41 -0400
Subject: [Archivesspace_Users_Group] ASpace upgrade error v.1.3.0
Message-ID: <CAAp-8+bnoa1YThAWe-zzrc3ysE4CdWRYqeqEZruM9Uho1MpRYg@mail.gmail.com>

Following running migration scripts from 1.2.0 to 1.3.0, encountered the
following non-fatal error:

https://gist.github.com/aarome/b3474a0c519e8541e1a3

I'm running MariaDB 5.5.4.

I haven't encountered this warning in previous migrations. Presumably this
would remedy the issue?

mysql -u***** -p***** set global log_bin_trust_function_creators=1;

Everything seemed to be working fine in 1.3.0 despite the error. I've
rolled back to 1.2.0 in the meantime.

Thanks and best, Jason

Jason Loeffler
Principal
Minor Science | Application Development & Metadata Strategy
American Academy in Rome | Technical Consultant
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150703/3ad92914/attachment.html>

From psuda1 at tulane.edu  Mon Jul  6 10:03:34 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Mon, 6 Jul 2015 14:03:34 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <cefca401b59a4bc8b24382eba6d9d37f@it-excmb3.ad.siu.edu>
References: <CY1PR0301MB12732DC3418D446687F21FE0E5970@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CANdYjfHt_8Qrb+2rcEo2TiBw=gHW6Em5GsrShZfKyH6vk21kzw@mail.gmail.com>
	<cefca401b59a4bc8b24382eba6d9d37f@it-excmb3.ad.siu.edu>
Message-ID: <CY1PR0301MB1273C50A5C58F7CAB00DA4D4E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>

Matt,

         Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu
504-865-5607



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski
Sent: Thursday, July 02, 2015 1:04 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.

But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.


Matt Gorzalski
SIU Carbondale

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."

Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."

I'm not sure if something like that would need to be done for your other special characters as well.
-Maura

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:

[cid:image001.png at 01D0B4C7.1826C530]




4.       Classifications appear to be duplicated:
[cid:image002.png at 01D0B4C7.1826C530]

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:

[cid:image003.png at 01D0B4C7.1826C530]


6.       Can the Collections be sorted by Collection #/Identifier?

Thank you for any and all help regarding these issues.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/754ab739/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 81711 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/754ab739/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 74842 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/754ab739/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 9736 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/754ab739/attachment-0002.png>

From ns96 at nyu.edu  Mon Jul  6 11:25:24 2015
From: ns96 at nyu.edu (Nathan Stevens)
Date: Mon, 6 Jul 2015 11:25:24 -0400
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <CY1PR0301MB1273C50A5C58F7CAB00DA4D4E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
References: <CY1PR0301MB12732DC3418D446687F21FE0E5970@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CANdYjfHt_8Qrb+2rcEo2TiBw=gHW6Em5GsrShZfKyH6vk21kzw@mail.gmail.com>
	<cefca401b59a4bc8b24382eba6d9d37f@it-excmb3.ad.siu.edu>
	<CY1PR0301MB1273C50A5C58F7CAB00DA4D4E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
Message-ID: <CADi=b=OKX2xDwmdXXCVMC_4fpNcs3zKaDq1g2d3+ntD30zgG9w@mail.gmail.com>

For deleting the bad classifications, use the post data migration tool at
the link below, which also performs other clean up operations on the data.
Of course, create a backup of the Archivesspace database before running
this tool.

https://github.com/archivesspace/aspaceDBUtil

On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu> wrote:

>  Matt,
>
>
>
>          Thanks for your reply. With regard to deleting the ?bad?
> classifications, does it matter which ones are deleted? Will there be any
> orphaned data? I am wondering how I could check, via SQL queries? Thanks
> again for your help. I am glad to know there are others out there facing
> the same problems.
>
>
>
> Thanks,
>
>
>
> Phil
>
>
>
>
>
> Phillip Suda
>
> Systems Librarian
>
> Howard-Tilton Memorial Library
>
> Tulane University
>
> psuda1 at tulane.edu
>
> 504-865-5607
>
>
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Matthew
> J Gorzalski
> *Sent:* Thursday, July 02, 2015 1:04 PM
>
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] Archon to ArchivesSpace
> Migration Problems & Questions
>
>
>
> We just tried the batch replace and a remigration to see if it worked, but
> ran into an error that crashed the migration and are waiting for a response
> to Doug Simmons? email yesterday afternoon.
>
>
>
> But Phil, a lot of you?re issues are problems we?re experiencing too
> (we?re Archon users).  I will be talking about our migration adventure at
> SAA next month and highlight some of these same issues.  The reason
> classifications are duplicated is because Archon?s classification structure
> is shared globally throughout Archon, but in ASpace the classifications are
> replicated per repository.  I deleted our ?bad? classifications post
> migration to knock it back down to 5 from the 30 ArchivesSpace spit out.
>
>
>
>
>
> Matt Gorzalski
>
> SIU Carbondale
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [
> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org
> <archivesspace_users_group-bounces at lyralists.lyrasis.org>] *On Behalf Of *Maura
> Carbone
> *Sent:* Thursday, July 02, 2015 11:54 AM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] Archon to ArchivesSpace
> Migration Problems & Questions
>
>
>
> Hi Phillip,
>
> With regards to number 5, it is a known issue. I have one of the earlier
> emails about this saved: "This is not a bug, but rather has to do with
> how the information was entered into archon in the first place. To fix, a
> find-replace on all records with will need to done changing [i] into <i>
> and [/i] into </i>, directly on the backend data."
>
>
>
> Brian detailed a bit more: "You can do this with the Batch Find and
> Replace feature (found in the ?Background Jobs? section). But you need to
> test this first in a test environment using a copy of your database. When
> you are ready to proceed and use your production database, make sure to
> back it up first."
>
>
>
> I'm not sure if something like that would need to be done for your other
> special characters as well.
>
> -Maura
>
>
>
> On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu>
> wrote:
>
>  Good morning all,
>
>
>
>                  I have performed migrations from Archon to ArchivesSpace
> successfully. I have then upgraded to the most recent version of
> ArchivesSpace (v.1.3.0) for each of my instances. This all works better
> locally (MacBook for me). I have a few questions regarding problems we are
> noticing with the migrations. I do not know who to ask specifically, but
> here it goes:
>
>
>
> 1.       Public Interface Special Characters & Diacritics:
>
> a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to
> Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).
>
> 2.       Public Interface Scope & Content Notes: these are migrated to
> ArchivesSpace as large text blobs; they were formatted in Archon
> (indentation, paragraphs, etc.)
>
> 3.       Public Interface Repositories Odd Behavior:
>
> a.       Are all ?types? supposed to appear when selecting Repositories?
> It seems that if you select a repository, it should show you the
> collections only  OR signify the associated collection for each object/type
> in question
>
> b.      When selecting a repository, the appropriate collections appear
> but ?global? appears with results below the selected repository:
>
>
>
> [image: cid:image001.png at 01D0B4C7.1826C530]
>
>
>
>
>
> 4.       Classifications appear to be duplicated:
>
> [image: cid:image002.png at 01D0B4C7.1826C530]
>
> 5.       Components show [b] and [/b] OR [i] and [/i] in lists and
> headers:
>
>
>
> [image: cid:image003.png at 01D0B4C7.1826C530]
>
>
>
> 6.       Can the Collections be sorted by Collection #/Identifier?
>
>
>
> Thank you for any and all help regarding these issues.
>
>
>
> Thanks,
>
>
>
> Phil
>
>
>
>
>
> Phillip Suda
>
> Systems Librarian
>
> Howard-Tilton Memorial Library
>
> Tulane University
>
> psuda1 at tulane.edu
>
> 504-865-5607
>
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
>
>
>
> --
>
> Maura Carbone
>
> Digital Initiatives Librarian
> Brandeis University
> Library and Technology Services
> (781) 736-4659
> 415 South Street, (MS 017/P.O. Box 549110)
> Waltham, MA 02454-9110
> email: mauraa at brandeis.edu
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/f9c3f44e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 9736 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/f9c3f44e/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 74842 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/f9c3f44e/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 81711 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/f9c3f44e/attachment-0002.png>

From psuda1 at tulane.edu  Mon Jul  6 11:30:21 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Mon, 6 Jul 2015 15:30:21 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <CADi=b=OKX2xDwmdXXCVMC_4fpNcs3zKaDq1g2d3+ntD30zgG9w@mail.gmail.com>
References: <CY1PR0301MB12732DC3418D446687F21FE0E5970@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CANdYjfHt_8Qrb+2rcEo2TiBw=gHW6Em5GsrShZfKyH6vk21kzw@mail.gmail.com>
	<cefca401b59a4bc8b24382eba6d9d37f@it-excmb3.ad.siu.edu>
	<CY1PR0301MB1273C50A5C58F7CAB00DA4D4E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CADi=b=OKX2xDwmdXXCVMC_4fpNcs3zKaDq1g2d3+ntD30zgG9w@mail.gmail.com>
Message-ID: <CY1PR0301MB1273FE014E73718A80CE73C6E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>

Thanks Nathan. I was unaware of this tool. I will be sure to stay on top of the resources available.

Thanks,

Phil

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, July 06, 2015 10:25 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

For deleting the bad classifications, use the post data migration tool at the link below, which also performs other clean up operations on the data.  Of course, create a backup of the Archivesspace database before running this tool.

https://github.com/archivesspace/aspaceDBUtil

On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Matt,

         Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Matthew J Gorzalski
Sent: Thursday, July 02, 2015 1:04 PM

To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.

But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.


Matt Gorzalski
SIU Carbondale

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."

Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."

I'm not sure if something like that would need to be done for your other special characters as well.
-Maura

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:

[cid:image001.png at 01D0B4C7.1826C530]




4.       Classifications appear to be duplicated:
[cid:image002.png at 01D0B4C7.1826C530]

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:

[cid:image003.png at 01D0B4C7.1826C530]


6.       Can the Collections be sorted by Collection #/Identifier?

Thank you for any and all help regarding these issues.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659<tel:%28781%29%20736-4659>
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/ae8a3ab7/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 81711 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/ae8a3ab7/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 74842 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/ae8a3ab7/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 9736 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/ae8a3ab7/attachment-0002.png>

From mGorzalski at lib.siu.edu  Mon Jul  6 11:33:07 2015
From: mGorzalski at lib.siu.edu (Matthew J Gorzalski)
Date: Mon, 6 Jul 2015 15:33:07 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <CADi=b=OKX2xDwmdXXCVMC_4fpNcs3zKaDq1g2d3+ntD30zgG9w@mail.gmail.com>
References: <CY1PR0301MB12732DC3418D446687F21FE0E5970@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CANdYjfHt_8Qrb+2rcEo2TiBw=gHW6Em5GsrShZfKyH6vk21kzw@mail.gmail.com>
	<cefca401b59a4bc8b24382eba6d9d37f@it-excmb3.ad.siu.edu>
	<CY1PR0301MB1273C50A5C58F7CAB00DA4D4E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CADi=b=OKX2xDwmdXXCVMC_4fpNcs3zKaDq1g2d3+ntD30zgG9w@mail.gmail.com>
Message-ID: <f0e6cc4f968f4f9a86faa37625fabfb6@it-excmb3.ad.siu.edu>

I just went in manually in the ASpace admin view, selected one of our repositories, and went into classifications and deleted the empty ones.  I found that the name of the repository and the good classification matched.  In other words, the Manuscripts classification under the Manuscripts repository was the only classification within that repository to have collections linked to it.

In the process I noticed that the migration produced some weird results, like it was creating false or empty collections that didn?t exist in our Archon.  So I would have Mr. Smith?s Papers, correctly linked to the Manuscripts classification in the Manuscripts repository.  But an empty, no data Mr. Smith?s Papers might also appear in the Photographs classification in the Manuscripts Repository.  After deleting the bad classifications, the empty Mr. Smith would still be there.  So when I found that record in the resource list and tried to delete it, I couldn?t because it would say ?record not found.?  So the result is a public view showing two Mr. Smith Papers, one of which has content and the other is ?record not found,? which it seems I am powerless to delete.  That is the current issue.

Matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, July 06, 2015 10:25 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

For deleting the bad classifications, use the post data migration tool at the link below, which also performs other clean up operations on the data.  Of course, create a backup of the Archivesspace database before running this tool.

https://github.com/archivesspace/aspaceDBUtil

On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Matt,

         Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Matthew J Gorzalski
Sent: Thursday, July 02, 2015 1:04 PM

To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.

But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.


Matt Gorzalski
SIU Carbondale

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."

Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."

I'm not sure if something like that would need to be done for your other special characters as well.
-Maura

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:

[cid:image001.png at 01D0B4C7.1826C530]




4.       Classifications appear to be duplicated:
[cid:image002.png at 01D0B4C7.1826C530]

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:

[cid:image003.png at 01D0B4C7.1826C530]


6.       Can the Collections be sorted by Collection #/Identifier?

Thank you for any and all help regarding these issues.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659<tel:%28781%29%20736-4659>
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/34bdbca8/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 81711 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/34bdbca8/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 74842 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/34bdbca8/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 9736 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/34bdbca8/attachment-0002.png>

From psuda1 at tulane.edu  Mon Jul  6 12:21:26 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Mon, 6 Jul 2015 16:21:26 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <CADi=b=OKX2xDwmdXXCVMC_4fpNcs3zKaDq1g2d3+ntD30zgG9w@mail.gmail.com>
References: <CY1PR0301MB12732DC3418D446687F21FE0E5970@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CANdYjfHt_8Qrb+2rcEo2TiBw=gHW6Em5GsrShZfKyH6vk21kzw@mail.gmail.com>
	<cefca401b59a4bc8b24382eba6d9d37f@it-excmb3.ad.siu.edu>
	<CY1PR0301MB1273C50A5C58F7CAB00DA4D4E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CADi=b=OKX2xDwmdXXCVMC_4fpNcs3zKaDq1g2d3+ntD30zgG9w@mail.gmail.com>
Message-ID: <CY1PR0301MB1273A43CCB5DF206C5928830E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>

Can this only be run from ArchivesSpace 1.0.4 or can it be run after upgrading to 1.3.0?

Thanks,

Phil

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, July 06, 2015 10:25 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

For deleting the bad classifications, use the post data migration tool at the link below, which also performs other clean up operations on the data.  Of course, create a backup of the Archivesspace database before running this tool.

https://github.com/archivesspace/aspaceDBUtil

On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Matt,

         Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Matthew J Gorzalski
Sent: Thursday, July 02, 2015 1:04 PM

To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.

But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.


Matt Gorzalski
SIU Carbondale

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."

Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."

I'm not sure if something like that would need to be done for your other special characters as well.
-Maura

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:

[cid:image001.png at 01D0B4C7.1826C530]




4.       Classifications appear to be duplicated:
[cid:image002.png at 01D0B4C7.1826C530]

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:

[cid:image003.png at 01D0B4C7.1826C530]


6.       Can the Collections be sorted by Collection #/Identifier?

Thank you for any and all help regarding these issues.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659<tel:%28781%29%20736-4659>
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/e0d19f38/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 81711 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/e0d19f38/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 74842 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/e0d19f38/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 9736 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/e0d19f38/attachment-0002.png>

From ns96 at nyu.edu  Mon Jul  6 12:27:04 2015
From: ns96 at nyu.edu (Nathan Stevens)
Date: Mon, 6 Jul 2015 12:27:04 -0400
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <CY1PR0301MB1273A43CCB5DF206C5928830E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
References: <CY1PR0301MB12732DC3418D446687F21FE0E5970@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CANdYjfHt_8Qrb+2rcEo2TiBw=gHW6Em5GsrShZfKyH6vk21kzw@mail.gmail.com>
	<cefca401b59a4bc8b24382eba6d9d37f@it-excmb3.ad.siu.edu>
	<CY1PR0301MB1273C50A5C58F7CAB00DA4D4E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CADi=b=OKX2xDwmdXXCVMC_4fpNcs3zKaDq1g2d3+ntD30zgG9w@mail.gmail.com>
	<CY1PR0301MB1273A43CCB5DF206C5928830E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
Message-ID: <CADi=b=Me2yROtM4na+r0HF8uVw1-_UcA0ZVGe780HNwoQa6qMA@mail.gmail.com>

It should run with 1.3 as well, but I haven't tested it. I know it worked
with 1.2.
On Jul 6, 2015 12:22 PM, "Suda, Phillip J" <psuda1 at tulane.edu> wrote:

>  Can this only be run from ArchivesSpace 1.0.4 or can it be run after
> upgrading to 1.3.0?
>
>
>
> Thanks,
>
>
>
> Phil
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Nathan
> Stevens
> *Sent:* Monday, July 06, 2015 10:25 AM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] Archon to ArchivesSpace
> Migration Problems & Questions
>
>
>
> For deleting the bad classifications, use the post data migration tool at
> the link below, which also performs other clean up operations on the data.
> Of course, create a backup of the Archivesspace database before running
> this tool.
>
> https://github.com/archivesspace/aspaceDBUtil
>
>
>
> On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu>
> wrote:
>
>  Matt,
>
>
>
>          Thanks for your reply. With regard to deleting the ?bad?
> classifications, does it matter which ones are deleted? Will there be any
> orphaned data? I am wondering how I could check, via SQL queries? Thanks
> again for your help. I am glad to know there are others out there facing
> the same problems.
>
>
>
> Thanks,
>
>
>
> Phil
>
>
>
>
>
> Phillip Suda
>
> Systems Librarian
>
> Howard-Tilton Memorial Library
>
> Tulane University
>
> psuda1 at tulane.edu
>
> 504-865-5607
>
>
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Matthew
> J Gorzalski
> *Sent:* Thursday, July 02, 2015 1:04 PM
>
>
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] Archon to ArchivesSpace
> Migration Problems & Questions
>
>
>
> We just tried the batch replace and a remigration to see if it worked, but
> ran into an error that crashed the migration and are waiting for a response
> to Doug Simmons? email yesterday afternoon.
>
>
>
> But Phil, a lot of you?re issues are problems we?re experiencing too
> (we?re Archon users).  I will be talking about our migration adventure at
> SAA next month and highlight some of these same issues.  The reason
> classifications are duplicated is because Archon?s classification structure
> is shared globally throughout Archon, but in ASpace the classifications are
> replicated per repository.  I deleted our ?bad? classifications post
> migration to knock it back down to 5 from the 30 ArchivesSpace spit out.
>
>
>
>
>
> Matt Gorzalski
>
> SIU Carbondale
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [
> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org
> <archivesspace_users_group-bounces at lyralists.lyrasis.org>] *On Behalf Of *Maura
> Carbone
> *Sent:* Thursday, July 02, 2015 11:54 AM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] Archon to ArchivesSpace
> Migration Problems & Questions
>
>
>
> Hi Phillip,
>
> With regards to number 5, it is a known issue. I have one of the earlier
> emails about this saved: "This is not a bug, but rather has to do with
> how the information was entered into archon in the first place. To fix, a
> find-replace on all records with will need to done changing [i] into <i>
> and [/i] into </i>, directly on the backend data."
>
>
>
> Brian detailed a bit more: "You can do this with the Batch Find and
> Replace feature (found in the ?Background Jobs? section). But you need to
> test this first in a test environment using a copy of your database. When
> you are ready to proceed and use your production database, make sure to
> back it up first."
>
>
>
> I'm not sure if something like that would need to be done for your other
> special characters as well.
>
> -Maura
>
>
>
> On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu>
> wrote:
>
>  Good morning all,
>
>
>
>                  I have performed migrations from Archon to ArchivesSpace
> successfully. I have then upgraded to the most recent version of
> ArchivesSpace (v.1.3.0) for each of my instances. This all works better
> locally (MacBook for me). I have a few questions regarding problems we are
> noticing with the migrations. I do not know who to ask specifically, but
> here it goes:
>
>
>
> 1.       Public Interface Special Characters & Diacritics:
>
> a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to
> Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).
>
> 2.       Public Interface Scope & Content Notes: these are migrated to
> ArchivesSpace as large text blobs; they were formatted in Archon
> (indentation, paragraphs, etc.)
>
> 3.       Public Interface Repositories Odd Behavior:
>
> a.       Are all ?types? supposed to appear when selecting Repositories?
> It seems that if you select a repository, it should show you the
> collections only  OR signify the associated collection for each object/type
> in question
>
> b.      When selecting a repository, the appropriate collections appear
> but ?global? appears with results below the selected repository:
>
>
>
> [image: cid:image001.png at 01D0B4C7.1826C530]
>
>
>
>
>
> 4.       Classifications appear to be duplicated:
>
> [image: cid:image002.png at 01D0B4C7.1826C530]
>
> 5.       Components show [b] and [/b] OR [i] and [/i] in lists and
> headers:
>
>
>
> [image: cid:image003.png at 01D0B4C7.1826C530]
>
>
>
> 6.       Can the Collections be sorted by Collection #/Identifier?
>
>
>
> Thank you for any and all help regarding these issues.
>
>
>
> Thanks,
>
>
>
> Phil
>
>
>
>
>
> Phillip Suda
>
> Systems Librarian
>
> Howard-Tilton Memorial Library
>
> Tulane University
>
> psuda1 at tulane.edu
>
> 504-865-5607
>
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
>
>
>
> --
>
> Maura Carbone
>
> Digital Initiatives Librarian
> Brandeis University
> Library and Technology Services
> (781) 736-4659
> 415 South Street, (MS 017/P.O. Box 549110)
> Waltham, MA 02454-9110
> email: mauraa at brandeis.edu
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
>
>
> --
>
> Nathan Stevens
> Programmer/Analyst
> Digital Library Technology Services
> New York University
>
> 1212-998-2653
> ns96 at nyu.edu
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/e27f2654/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 81711 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/e27f2654/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 9736 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/e27f2654/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 74842 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/e27f2654/attachment-0002.png>

From psuda1 at tulane.edu  Mon Jul  6 12:34:49 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Mon, 6 Jul 2015 16:34:49 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <CADi=b=Me2yROtM4na+r0HF8uVw1-_UcA0ZVGe780HNwoQa6qMA@mail.gmail.com>
References: <CY1PR0301MB12732DC3418D446687F21FE0E5970@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CANdYjfHt_8Qrb+2rcEo2TiBw=gHW6Em5GsrShZfKyH6vk21kzw@mail.gmail.com>
	<cefca401b59a4bc8b24382eba6d9d37f@it-excmb3.ad.siu.edu>
	<CY1PR0301MB1273C50A5C58F7CAB00DA4D4E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CADi=b=OKX2xDwmdXXCVMC_4fpNcs3zKaDq1g2d3+ntD30zgG9w@mail.gmail.com>
	<CY1PR0301MB1273A43CCB5DF206C5928830E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CADi=b=Me2yROtM4na+r0HF8uVw1-_UcA0ZVGe780HNwoQa6qMA@mail.gmail.com>
Message-ID: <CY1PR0301MB1273F59CAB27C6CB13CEB874E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>

Ok. Thanks.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, July 06, 2015 11:27 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions


It should run with 1.3 as well, but I haven't tested it. I know it worked with 1.2.
On Jul 6, 2015 12:22 PM, "Suda, Phillip J" <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Can this only be run from ArchivesSpace 1.0.4 or can it be run after upgrading to 1.3.0?

Thanks,

Phil

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Nathan Stevens
Sent: Monday, July 06, 2015 10:25 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

For deleting the bad classifications, use the post data migration tool at the link below, which also performs other clean up operations on the data.  Of course, create a backup of the Archivesspace database before running this tool.

https://github.com/archivesspace/aspaceDBUtil

On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Matt,

         Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Matthew J Gorzalski
Sent: Thursday, July 02, 2015 1:04 PM

To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.

But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.


Matt Gorzalski
SIU Carbondale

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."

Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."

I'm not sure if something like that would need to be done for your other special characters as well.
-Maura

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:

[cid:image001.png at 01D0B4C7.1826C530]




4.       Classifications appear to be duplicated:
[cid:image002.png at 01D0B4C7.1826C530]

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:

[cid:image003.png at 01D0B4C7.1826C530]


6.       Can the Collections be sorted by Collection #/Identifier?

Thank you for any and all help regarding these issues.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659<tel:%28781%29%20736-4659>
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653<tel:1212-998-2653>
ns96 at nyu.edu<mailto:ns96 at nyu.edu>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/7e1c6182/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 81711 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/7e1c6182/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 74842 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/7e1c6182/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 9736 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/7e1c6182/attachment-0002.png>

From brianjhoffman at gmail.com  Mon Jul  6 13:39:58 2015
From: brianjhoffman at gmail.com (brian)
Date: Mon, 06 Jul 2015 13:39:58 -0400
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
Message-ID: <kvnw7lwq6whson28p7b6arbi.1436204398249@email.android.com>

Hi Mathew,

This will probably be resolved by deleting your solr index and restarting the application, then waiting for the index to rebuild.

Brian


Sent from my T-Mobile 4G LTE Device

<div>-------- Original message --------</div><div>From: Matthew J Gorzalski <mGorzalski at lib.siu.edu> </div><div>Date:07/06/2015  11:33 AM  (GMT-05:00) </div><div>To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> </div><div>Cc:  </div><div>Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions </div><div>
</div>I just went in manually in the ASpace admin view, selected one of our repositories, and went into classifications and deleted the empty ones.  I found that the name of the repository and the good classification matched.  In other words, the Manuscripts classification under the Manuscripts repository was the only classification within that repository to have collections linked to it. 
 
In the process I noticed that the migration produced some weird results, like it was creating false or empty collections that didn?t exist in our Archon.  So I would have Mr. Smith?s Papers, correctly linked to the Manuscripts classification in the Manuscripts repository.  But an empty, no data Mr. Smith?s Papers might also appear in the Photographs classification in the Manuscripts Repository.  After deleting the bad classifications, the empty Mr. Smith would still be there.  So when I found that record in the resource list and tried to delete it, I couldn?t because it would say ?record not found.?  So the result is a public view showing two Mr. Smith Papers, one of which has content and the other is ?record not found,? which it seems I am powerless to delete.  That is the current issue.
 
Matt
 
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, July 06, 2015 10:25 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions
 
For deleting the bad classifications, use the post data migration tool at the link below, which also performs other clean up operations on the data.  Of course, create a backup of the Archivesspace database before running this tool.

https://github.com/archivesspace/aspaceDBUtil
 
On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu> wrote:
Matt,
 
         Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.
 
Thanks,
 
Phil
 
 
Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu
504-865-5607
 
 
 
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski
Sent: Thursday, July 02, 2015 1:04 PM

To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions
 
We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.
 
But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.
 
 
Matt Gorzalski
SIU Carbondale
 
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions
 
Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."
 
Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."
 
I'm not sure if something like that would need to be done for your other special characters as well.
-Maura
 
On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu> wrote:
Good morning all,
 
                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:
 
1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:

 

 

 
4.       Classifications appear to be duplicated:


5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:

 

 
6.       Can the Collections be sorted by Collection #/Identifier?

 
Thank you for any and all help regarding these issues.
 
Thanks,
 
Phil
 
 
Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu
504-865-5607
 

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



 
--
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group




--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/5550859d/attachment.html>

From Kevin.Clair at du.edu  Mon Jul  6 13:51:52 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Mon, 6 Jul 2015 17:51:52 +0000
Subject: [Archivesspace_Users_Group] slow reports
Message-ID: <1F1E72103798F04D96C355B296D7C61B4C2B08@mb2-uts.du.edu>

Hello,

I'm testing 1.3.0 and noticing that some of our reports run extremely slowly. For example, I've been running a Resource List report for several hours now and it still hasn't returned anything. I can't tell from the logs or from the SQL processes what would be causing this. Any advice or guidance would be appreciated.

thanks!  -k
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/af07f385/attachment.html>

From psuda1 at tulane.edu  Mon Jul  6 14:17:53 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Mon, 6 Jul 2015 18:17:53 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <kvnw7lwq6whson28p7b6arbi.1436204398249@email.android.com>
References: <kvnw7lwq6whson28p7b6arbi.1436204398249@email.android.com>
Message-ID: <CY1PR0301MB1273A34C3BFB117C1DD45EF4E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>

Brian,

       From what I can tell, the Batch Find & Replace cannot be done on a ?global?/instance-wide scale (i.e. finding all the <i>?s and <b>?s at component level). It seems like it only works collection by collection. Please let me know what I am missing.


Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu
504-865-5607



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian
Sent: Monday, July 06, 2015 12:40 PM
To: Matthew J Gorzalski; Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Mathew,

This will probably be resolved by deleting your solr index and restarting the application, then waiting for the index to rebuild.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>
Date:07/06/2015 11:33 AM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Cc:
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

I just went in manually in the ASpace admin view, selected one of our repositories, and went into classifications and deleted the empty ones.  I found that the name of the repository and the good classification matched.  In other words, the Manuscripts classification under the Manuscripts repository was the only classification within that repository to have collections linked to it.

In the process I noticed that the migration produced some weird results, like it was creating false or empty collections that didn?t exist in our Archon.  So I would have Mr. Smith?s Papers, correctly linked to the Manuscripts classification in the Manuscripts repository.  But an empty, no data Mr. Smith?s Papers might also appear in the Photographs classification in the Manuscripts Repository.  After deleting the bad classifications, the empty Mr. Smith would still be there.  So when I found that record in the resource list and tried to delete it, I couldn?t because it would say ?record not found.?  So the result is a public view showing two Mr. Smith Papers, one of which has content and the other is ?record not found,? which it seems I am powerless to delete.  That is the current issue.

Matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, July 06, 2015 10:25 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

For deleting the bad classifications, use the post data migration tool at the link below, which also performs other clean up operations on the data.  Of course, create a backup of the Archivesspace database before running this tool.

https://github.com/archivesspace/aspaceDBUtil

On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Matt,

         Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Matthew J Gorzalski
Sent: Thursday, July 02, 2015 1:04 PM

To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.

But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.


Matt Gorzalski
SIU Carbondale

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."

Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."

I'm not sure if something like that would need to be done for your other special characters as well.
-Maura

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:

[cid:image001.png at 01D0B4C7.1826C530]




4.       Classifications appear to be duplicated:
[cid:image002.png at 01D0B4C7.1826C530]

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:

[cid:image003.png at 01D0B4C7.1826C530]


6.       Can the Collections be sorted by Collection #/Identifier?

Thank you for any and all help regarding these issues.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659<tel:%28781%29%20736-4659>
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/37a801bb/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Mon Jul  6 14:30:34 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Mon, 6 Jul 2015 18:30:34 +0000
Subject: [Archivesspace_Users_Group] ASpace upgrade error v.1.3.0
In-Reply-To: <CAAp-8+bnoa1YThAWe-zzrc3ysE4CdWRYqeqEZruM9Uho1MpRYg@mail.gmail.com>
References: <CAAp-8+bnoa1YThAWe-zzrc3ysE4CdWRYqeqEZruM9Uho1MpRYg@mail.gmail.com>
Message-ID: <DM2PR0801MB0848B246B782FA3FBE42B131FB930@DM2PR0801MB0848.namprd08.prod.outlook.com>

Hi Jason


What happens if you do the set global command then run the migrations?


b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of AAR Website <website at aarome.org>
Sent: Friday, July 3, 2015 7:29 PM
To: Archivesspace Users Group
Cc: Jason Loeffler
Subject: [Archivesspace_Users_Group] ASpace upgrade error v.1.3.0

Following running migration scripts from 1.2.0 to 1.3.0, encountered the following non-fatal error:

https://gist.github.com/aarome/b3474a0c519e8541e1a3

I'm running MariaDB 5.5.4.

I haven't encountered this warning in previous migrations. Presumably this would remedy the issue?

mysql -u***** -p***** set global log_bin_trust_function_creators=1;

Everything seemed to be working fine in 1.3.0 despite the error. I've rolled back to 1.2.0 in the meantime.

Thanks and best, Jason

Jason Loeffler
Principal
Minor Science | Application Development & Metadata Strategy
American Academy in Rome | Technical Consultant


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/a95cfa85/attachment.html>

From brianjhoffman at gmail.com  Mon Jul  6 14:37:20 2015
From: brianjhoffman at gmail.com (brian)
Date: Mon, 06 Jul 2015 14:37:20 -0400
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
Message-ID: <8r36ej0h4iwolkua2yiefyeq.1436207623709@email.android.com>

Hi Phil,

That's correct- it can actually only be done in the context of a single resource record and a single sub record type. For example, "replace 'abc' with 'def' in all container summaries of all extent records associated with the g.g. Alin papers". There isn't currently a way to do a global search and replace, and I'd recommend leaving that to someone facile with sql who can do it at the database level.

Brian


Sent from my T-Mobile 4G LTE Device

<div>-------- Original message --------</div><div>From: "Suda, Phillip J" <psuda1 at tulane.edu> </div><div>Date:07/06/2015  2:17 PM  (GMT-05:00) </div><div>To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>, Matthew J Gorzalski <mGorzalski at lib.siu.edu>, Brian Hoffman <brianjhoffman at gmail.com> </div><div>Cc:  </div><div>Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions </div><div>
</div>Brian,
 
       From what I can tell, the Batch Find & Replace cannot be done on a ?global?/instance-wide scale (i.e. finding all the <i>?s and <b>?s at component level). It seems like it only works collection by collection. Please let me know what I am missing.
 
 
Thanks,
 
Phil
 
 
Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu
504-865-5607
 
 
 
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian
Sent: Monday, July 06, 2015 12:40 PM
To: Matthew J Gorzalski; Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions
 
Hi Mathew,
 
This will probably be resolved by deleting your solr index and restarting the application, then waiting for the index to rebuild.
 
Brian
 
 
Sent from my T-Mobile 4G LTE Device
 

-------- Original message --------
From: Matthew J Gorzalski <mGorzalski at lib.siu.edu>
Date:07/06/2015 11:33 AM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Cc:
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions
 
I just went in manually in the ASpace admin view, selected one of our repositories, and went into classifications and deleted the empty ones.  I found that the name of the repository and the good classification matched.  In other words, the Manuscripts classification under the Manuscripts repository was the only classification within that repository to have collections linked to it. 
 
In the process I noticed that the migration produced some weird results, like it was creating false or empty collections that didn?t exist in our Archon.  So I would have Mr. Smith?s Papers, correctly linked to the Manuscripts classification in the Manuscripts repository.  But an empty, no data Mr. Smith?s Papers might also appear in the Photographs classification in the Manuscripts Repository.  After deleting the bad classifications, the empty Mr. Smith would still be there.  So when I found that record in the resource list and tried to delete it, I couldn?t because it would say ?record not found.?  So the result is a public view showing two Mr. Smith Papers, one of which has content and the other is ?record not found,? which it seems I am powerless to delete.  That is the current issue.
 
Matt
 
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, July 06, 2015 10:25 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions
 
For deleting the bad classifications, use the post data migration tool at the link below, which also performs other clean up operations on the data.  Of course, create a backup of the Archivesspace database before running this tool.

https://github.com/archivesspace/aspaceDBUtil
 
On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu> wrote:
Matt,
 
         Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.
 
Thanks,
 
Phil
 
 
Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu
504-865-5607
 
 
 
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski
Sent: Thursday, July 02, 2015 1:04 PM

To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions
 
We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.
 
But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.
 
 
Matt Gorzalski
SIU Carbondale
 
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions
 
Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."
 
Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."
 
I'm not sure if something like that would need to be done for your other special characters as well.
-Maura
 
On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu> wrote:
Good morning all,
 
                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:
 
1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:

 

 

 
4.       Classifications appear to be duplicated:


5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:

 

 
6.       Can the Collections be sorted by Collection #/Identifier?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/1532ee1c/attachment.html>

From psuda1 at tulane.edu  Mon Jul  6 14:41:30 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Mon, 6 Jul 2015 18:41:30 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <8r36ej0h4iwolkua2yiefyeq.1436207623709@email.android.com>
References: <8r36ej0h4iwolkua2yiefyeq.1436207623709@email.android.com>
Message-ID: <CY1PR0301MB1273AB6C0C0069F1BA3354BEE5930@CY1PR0301MB1273.namprd03.prod.outlook.com>

Thank you Brian.

From: brian [mailto:brianjhoffman at gmail.com]
Sent: Monday, July 06, 2015 1:37 PM
To: Suda, Phillip J; Archivesspace Users Group; Matthew J Gorzalski
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phil,

That's correct- it can actually only be done in the context of a single resource record and a single sub record type. For example, "replace 'abc' with 'def' in all container summaries of all extent records associated with the g.g. Alin papers". There isn't currently a way to do a global search and replace, and I'd recommend leaving that to someone facile with sql who can do it at the database level.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: "Suda, Phillip J" <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>>
Date:07/06/2015 2:17 PM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>, Brian Hoffman <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>>
Cc:
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Brian,

       From what I can tell, the Batch Find & Replace cannot be done on a ?global?/instance-wide scale (i.e. finding all the <i>?s and <b>?s at component level). It seems like it only works collection by collection. Please let me know what I am missing.


Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian
Sent: Monday, July 06, 2015 12:40 PM
To: Matthew J Gorzalski; Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Mathew,

This will probably be resolved by deleting your solr index and restarting the application, then waiting for the index to rebuild.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>
Date:07/06/2015 11:33 AM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Cc:
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

I just went in manually in the ASpace admin view, selected one of our repositories, and went into classifications and deleted the empty ones.  I found that the name of the repository and the good classification matched.  In other words, the Manuscripts classification under the Manuscripts repository was the only classification within that repository to have collections linked to it.

In the process I noticed that the migration produced some weird results, like it was creating false or empty collections that didn?t exist in our Archon.  So I would have Mr. Smith?s Papers, correctly linked to the Manuscripts classification in the Manuscripts repository.  But an empty, no data Mr. Smith?s Papers might also appear in the Photographs classification in the Manuscripts Repository.  After deleting the bad classifications, the empty Mr. Smith would still be there.  So when I found that record in the resource list and tried to delete it, I couldn?t because it would say ?record not found.?  So the result is a public view showing two Mr. Smith Papers, one of which has content and the other is ?record not found,? which it seems I am powerless to delete.  That is the current issue.

Matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, July 06, 2015 10:25 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

For deleting the bad classifications, use the post data migration tool at the link below, which also performs other clean up operations on the data.  Of course, create a backup of the Archivesspace database before running this tool.

https://github.com/archivesspace/aspaceDBUtil

On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Matt,

         Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Matthew J Gorzalski
Sent: Thursday, July 02, 2015 1:04 PM

To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.

But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.


Matt Gorzalski
SIU Carbondale

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."

Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."

I'm not sure if something like that would need to be done for your other special characters as well.
-Maura

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:

[cid:image001.png at 01D0B4C7.1826C530]




4.       Classifications appear to be duplicated:
[cid:image002.png at 01D0B4C7.1826C530]

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:

[cid:image003.png at 01D0B4C7.1826C530]


6.       Can the Collections be sorted by Collection #/Identifier?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/2d148607/attachment.html>

From psuda1 at tulane.edu  Mon Jul  6 16:39:02 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Mon, 6 Jul 2015 20:39:02 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <8r36ej0h4iwolkua2yiefyeq.1436207623709@email.android.com>
References: <8r36ej0h4iwolkua2yiefyeq.1436207623709@email.android.com>
Message-ID: <CY1PR0301MB12737297F7DD66B09D9BA6C9E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>

Brian,

     While I am not a SQL pro, I know my way around well enough to look at the tables, perform queries, and so forth. Where exactly are these [b] and [i]?s that are showing up in the ArchivesSpace Component Lists & Headers located in the SQL tables? I am not seeing them in the sql data (either the original Archon data or the created ArchivesSpace data post-migration).

I am seeing a reference to the [b] and [i] in the common.inc.php files on the Archon side, but I am not sure if/how ArchivesSpace is using this file for the migration.

Thanks,

Phil

From: brian [mailto:brianjhoffman at gmail.com]
Sent: Monday, July 06, 2015 1:37 PM
To: Suda, Phillip J; Archivesspace Users Group; Matthew J Gorzalski
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phil,

That's correct- it can actually only be done in the context of a single resource record and a single sub record type. For example, "replace 'abc' with 'def' in all container summaries of all extent records associated with the g.g. Alin papers". There isn't currently a way to do a global search and replace, and I'd recommend leaving that to someone facile with sql who can do it at the database level.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: "Suda, Phillip J" <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>>
Date:07/06/2015 2:17 PM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>, Brian Hoffman <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>>
Cc:
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Brian,

       From what I can tell, the Batch Find & Replace cannot be done on a ?global?/instance-wide scale (i.e. finding all the <i>?s and <b>?s at component level). It seems like it only works collection by collection. Please let me know what I am missing.


Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian
Sent: Monday, July 06, 2015 12:40 PM
To: Matthew J Gorzalski; Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Mathew,

This will probably be resolved by deleting your solr index and restarting the application, then waiting for the index to rebuild.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>
Date:07/06/2015 11:33 AM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Cc:
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

I just went in manually in the ASpace admin view, selected one of our repositories, and went into classifications and deleted the empty ones.  I found that the name of the repository and the good classification matched.  In other words, the Manuscripts classification under the Manuscripts repository was the only classification within that repository to have collections linked to it.

In the process I noticed that the migration produced some weird results, like it was creating false or empty collections that didn?t exist in our Archon.  So I would have Mr. Smith?s Papers, correctly linked to the Manuscripts classification in the Manuscripts repository.  But an empty, no data Mr. Smith?s Papers might also appear in the Photographs classification in the Manuscripts Repository.  After deleting the bad classifications, the empty Mr. Smith would still be there.  So when I found that record in the resource list and tried to delete it, I couldn?t because it would say ?record not found.?  So the result is a public view showing two Mr. Smith Papers, one of which has content and the other is ?record not found,? which it seems I am powerless to delete.  That is the current issue.

Matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, July 06, 2015 10:25 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

For deleting the bad classifications, use the post data migration tool at the link below, which also performs other clean up operations on the data.  Of course, create a backup of the Archivesspace database before running this tool.

https://github.com/archivesspace/aspaceDBUtil

On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Matt,

         Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Matthew J Gorzalski
Sent: Thursday, July 02, 2015 1:04 PM

To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.

But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.


Matt Gorzalski
SIU Carbondale

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."

Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."

I'm not sure if something like that would need to be done for your other special characters as well.
-Maura

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:

[cid:image001.png at 01D0B4C7.1826C530]




4.       Classifications appear to be duplicated:
[cid:image002.png at 01D0B4C7.1826C530]

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:

[cid:image003.png at 01D0B4C7.1826C530]


6.       Can the Collections be sorted by Collection #/Identifier?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/17bac1b1/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Mon Jul  6 18:06:54 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Mon, 6 Jul 2015 22:06:54 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.3.0 Release
In-Reply-To: <CY1PR0701MB178844D7DEC3BA3A5D7DD62BE0A80@CY1PR0701MB1788.namprd07.prod.outlook.com>
References: <DM2PR0801MB0848959626DB334B75843D14FBA90@DM2PR0801MB0848.namprd08.prod.outlook.com>,
	<CY1PR0701MB178844D7DEC3BA3A5D7DD62BE0A80@CY1PR0701MB1788.namprd07.prod.outlook.com>
Message-ID: <DM2PR0801MB0848B6E5D431F95CA27A712FFB930@DM2PR0801MB0848.namprd08.prod.outlook.com>


Hi,


I'm actually in the process now of redoing a lot of our technical documentation, which will include some more information about jasper reports.


One thing you will need to do to use Jasper is compile your reports. You config.rb file has a setting called AppConfig[:compile_jasper], which is set to false by default.

You will need to set this to true and restart ArchivesSpace, which will compile your jasper reports on startup.


Additionally, if you edit your jasper report, you'll need to restart Aspace to have it compiled  ( or you can compile it locally then move the compiled report to the server ).


Let us know if you have any other questions...


best, chris.




Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of McElheny, Robin G. <robin_mcelheny at harvard.edu>
Sent: Wednesday, July 1, 2015 2:48 PM
To: Archivesspace Users Group
Cc: Zalduendo, Ines; Vandermillen, Michael; Wendler, Robin King; Della Monica, Ilaria
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace v1.3.0 Release


Chris -



The release page doesn't say anything about the newly-available reports.  Where can we find more information about them?



Robin



Robin McElheny

Associate University Archivist for Collections and Public Services

Harvard University Archives

Pusey Library

Cambridge, MA 02138

Email: robin_mcelheny at harvard.edu

Phone: 617-495-2461

Fax: 617-495-8011



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Tuesday, June 30, 2015 7:14 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.3.0 Release





The ArchivesSpace team is happy to release version 1.3.0<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_archivesspace_releases_tag_v1.3.0&d=BQMFAw&c=WO-RGvefibhHBZq3fL85hQ&r=Rco425oY9hLsRjvkTWXvBvq3MeqGGajpCw3NRDJQ-6A&m=p4wQ2CpDA_2EELEvVuKrC8SDRG_dHx0Jsom9uOrSiQI&s=P3l4GIeq5qnK-rfTpIFpAJmCYLbm0bLrTeiQFxSFk6w&e=>.

Please see the technical documentation<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_archivesspace_blob_master_UPGRADING.md&d=BQMFAw&c=WO-RGvefibhHBZq3fL85hQ&r=Rco425oY9hLsRjvkTWXvBvq3MeqGGajpCw3NRDJQ-6A&m=p4wQ2CpDA_2EELEvVuKrC8SDRG_dHx0Jsom9uOrSiQI&s=NRSGOY--34YCpy441i0CXa_bzSfaTcmSgxUFw47rmnk&e=> for information on how to upgrade your ArchivesSpace installs.

Please see the release page <https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_archivesspace_releases_tag_v1.3.0&d=BQMFAw&c=WO-RGvefibhHBZq3fL85hQ&r=Rco425oY9hLsRjvkTWXvBvq3MeqGGajpCw3NRDJQ-6A&m=p4wQ2CpDA_2EELEvVuKrC8SDRG_dHx0Jsom9uOrSiQI&s=P3l4GIeq5qnK-rfTpIFpAJmCYLbm0bLrTeiQFxSFk6w&e=> for a listing of all the new features and bug fixes included in this release.

This release includes the addition of many ready to use jasper reports written by our UAC Reports Subteam<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_wiki_display_AC_Reports-26-2343-3BSubgroup&d=BQMFAw&c=WO-RGvefibhHBZq3fL85hQ&r=Rco425oY9hLsRjvkTWXvBvq3MeqGGajpCw3NRDJQ-6A&m=p4wQ2CpDA_2EELEvVuKrC8SDRG_dHx0Jsom9uOrSiQI&s=azXKJmI_YlwBPBaeC0EDile7Nd_JBWq0jxobMXXFXPM&e=> and Nathan Stevens.

Thanks to all the volunteers on the ArchivesSpace User Advisory and Technical Advisory Councils, who are vital to keeping ArchivesSpace development on track.


Please let us know if you have any questions, comments, or concerns.





Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150706/c6b151f2/attachment.html>

From samanthacrisp at augustana.edu  Tue Jul  7 08:32:21 2015
From: samanthacrisp at augustana.edu (Crisp, Samantha)
Date: Tue, 7 Jul 2015 07:32:21 -0500
Subject: [Archivesspace_Users_Group] Migration from default database to MySQL
Message-ID: <CAL+X6Yzc_RGp2SKb52QJ-FXUa=kNmCqJ0CZ8RkXLVjfF2E2Zcg@mail.gmail.com>

Hi all,

We're a small repository who until recently was running ArchivesSpace 100%
out of the box, but now we're moving to remote hosting. We've got a good
amount of data in our local instance, though, so I'm wondering if anyone
has any advice about migrating from the default embedded database to MySQL
that I can pass along to our vendor? They're concerned there may not be a
clean migration path.

Feel free to point me to an existing thread if this question has already
been asked (and in that case, apologies for the repetition).

Thanks,

Samantha Crisp
Special Collections Librarian

Thomas Tredway Library
Augustana College
639 38th St.
Rock Island, IL 61201

(309) 794-7317

specialcollections at augustana.edu
*http://www.augustana.edu/x36242.xml <http://www.augustana.edu/x36242.xml>*

Summer Reading Room Hours:
M-Th  1:00 p.m.-4:30 p.m. and by appointment
Closed College Holidays
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150707/3f709e69/attachment.html>

From christine.dibella at lyrasis.org  Tue Jul  7 09:49:33 2015
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Tue, 7 Jul 2015 13:49:33 +0000
Subject: [Archivesspace_Users_Group] register for the ArchivesSpace Member
	Meeting
Message-ID: <BLUPR08MB1779854436CDC7C13CEFC155F1920@BLUPR08MB1779.namprd08.prod.outlook.com>

Hello ArchivesSpace Members,

The early bird registration deadline for SAA is fast approaching. While you're getting your travel plans in order, please take a minute to register for the ArchivesSpace Member Meeting, being held on August 22 starting at 1:00 p.m. at the Main Library of the Cleveland Public Library. Though the event is free, it's important for our planning purposes that we know if you're planning to be there, so get those registrations in! We plan to close registration on August 1.

More information on the developing program and the link to the online registration form are on the ArchivesSpace wiki at https://archivesspace.atlassian.net/wiki/display/ADC/ArchivesSpace+Member+Meeting+2015. This will be a great opportunity to learn and share with your colleagues about all things ArchivesSpace! If you have any questions or suggestions, please just let me know. Looking forward to seeing many of you there!

Christine

Christine Di Bella
Community Outreach and Support Manager
christine.dibella at lyrasis.org<mailto: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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150707/97a959ba/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 7645 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150707/97a959ba/attachment.png>

From helen.thomas at nicholls.edu  Tue Jul  7 10:11:41 2015
From: helen.thomas at nicholls.edu (Helen Thomas)
Date: Tue, 7 Jul 2015 09:11:41 -0500
Subject: [Archivesspace_Users_Group] Back end access/MySQL error
Message-ID: <CAPJRQSU+cAgACWjhmCS7WKiS+vkOq1vMGjHXYkgm-BBq6ok4bg@mail.gmail.com>

Good morning,

I am very new to ArchivesSpace and am attempting to configure my database
and start the application for the first time.  While the staff interface,
the public interface, and the solr admin console appear to be in order,
when I try to access the back end via localhost:8089/, I just see this in
my browser window:

{ "databaseProductName": "MySQL", "databaseProductVersion": "5.6.25-log",
"ruby_version": "1.9", "host_os": "mswin32", "host_cpu": "x86", "build":
"java1.6", "archivesSpaceVersion": "v1.3.0" }

My log file appears to show that the initial configuration went through,
but it's getting hung up somewhere in the web app. I'm seeing a lot of
debug attempts following the line "INFO: [collection1] webapp= path=/update
params={} {commit=} 0 228." Any guesses as to what error might have caused
this?

Best,
Helen

-- 
*Helen Thomas*
Assistant Archivist
Ellender Library, Nicholls State University
helen.thomas at nicholls.edu | (985) 448-4644
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150707/6d239efe/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Tue Jul  7 10:39:06 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Tue, 7 Jul 2015 14:39:06 +0000
Subject: [Archivesspace_Users_Group] Back end access/MySQL error
In-Reply-To: <CAPJRQSU+cAgACWjhmCS7WKiS+vkOq1vMGjHXYkgm-BBq6ok4bg@mail.gmail.com>
References: <CAPJRQSU+cAgACWjhmCS7WKiS+vkOq1vMGjHXYkgm-BBq6ok4bg@mail.gmail.com>
Message-ID: <DM2PR0801MB0848624445947F734EA6000AFB920@DM2PR0801MB0848.namprd08.prod.outlook.com>

Hi Helen,


Yes, that's what you should see if you go to the backend root URL.  There isn't a UI for the backend, it's just a restful API.

b,chris.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Helen Thomas <helen.thomas at nicholls.edu>
Sent: Tuesday, July 7, 2015 4:11 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Back end access/MySQL error

Good morning,

I am very new to ArchivesSpace and am attempting to configure my database and start the application for the first time.  While the staff interface, the public interface, and the solr admin console appear to be in order, when I try to access the back end via localhost:8089/, I just see this in my browser window:

{ "databaseProductName": "MySQL", "databaseProductVersion": "5.6.25-log", "ruby_version": "1.9", "host_os": "mswin32", "host_cpu": "x86", "build": "java1.6", "archivesSpaceVersion": "v1.3.0" }

My log file appears to show that the initial configuration went through, but it's getting hung up somewhere in the web app. I'm seeing a lot of debug attempts following the line "INFO: [collection1] webapp= path=/update params={} {commit=} 0 228." Any guesses as to what error might have caused this?

Best,
Helen

--
Helen Thomas
Assistant Archivist
Ellender Library, Nicholls State University
helen.thomas at nicholls.edu<mailto:helen.thomas at nicholls.edu> | (985) 448-4644
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150707/d1eeeae5/attachment.html>

From brad.westbrook at lyrasis.org  Tue Jul  7 19:01:38 2015
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Tue, 7 Jul 2015 23:01:38 +0000
Subject: [Archivesspace_Users_Group] 2015-16 ArchivesSpace Governance Board
 Election: Opening of Election + Candidate Statements
Message-ID: <BN1PR08MB011F36F02E2B6F31F405E9094920@BN1PR08MB011.namprd08.prod.outlook.com>

[cid:image001.png at 01CEB0A0.3DC241C0]

[Apologies for duplicate receipts]

2015/16 Election of Governance Board Members

The ArchivesSpace Program is pleased to announce the opening of election of members to the ArchivesSpace Governance Board.

The Governance Board is responsible for administrative and fiscal oversight of ArchivesSpace.  It appoints members to the User Advisory Council and the Technical Advisory Council.  And it directs the development of the ArchivesSpace application and organization on the basis of input from the advisory councils and the ArchivesSpace membership.

The 2015/16 slate of candidates is for the Large, Medium, and Very Small membership levels.  There are two candidates for each level. A statement from each candidate is included in the attached document, sequenced as the slate below.  Winning candidates will be appointed to a two-year term to the Governance Board, which will conclude on June 30, 2017.

Links to ballots will be sent to ArchivesSpace voting members in the Large, Medium, and Very Small membership levels.

Voting will close at 9:00 p.m. EDT, Thursday, July 23, 2015, and results will be announced soon after.



Candidates for the ArchivesSpace Governance Board



Large Membership Level (Two-year term, concluding June 30, 2017)

Christian Dupont, Burns Librarian and Associate University Librarian for Special Collections, Boston College.

Lee Pecht, CA, University Archivist and Director of Special Collections, Rice University.




Medium Membership Level (Two-year term, concluding June 30, 2017)

Gerald (Jay) Gaidmore (incumbent).  Marian and Alan McLeod Director of the Special Collections Research Center, College of William and Mary.

Ann Hodges, Special Collections Librarian and University Archivist, Texas A&M University--Corpus Christi.



Very Small Membership Level (Two-year term, concluding June 30, 2017)

Tom Adams, Archivist, Cold Spring Harbor Laboratory.

Polina Illieva, Head of Archives and Special Collections, University of California, San Francisco.


Bradley D. Westbrook
Program Manager
brad.westbrook at lyrasis.org<mailto:brad at archivesspace.org>
800.999.8558 x2910
678.235.2910
bradley_d_westbrook (Skype)
[cid:image003.png at 01CE734E.FD759D30]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150707/2c27f7fd/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 8716 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150707/2c27f7fd/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 7646 bytes
Desc: image004.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150707/2c27f7fd/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 2015 Governance Board Election--Candidate Statements.pdf
Type: application/pdf
Size: 189814 bytes
Desc: 2015 Governance Board Election--Candidate Statements.pdf
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150707/2c27f7fd/attachment.pdf>

From johnsoj at miamioh.edu  Wed Jul  8 10:48:36 2015
From: johnsoj at miamioh.edu (Johnson, Jacqueline)
Date: Wed, 8 Jul 2015 10:48:36 -0400
Subject: [Archivesspace_Users_Group] Best Practices for Accession Numbers
Message-ID: <CAPzePetFJjPQTLr_cSFOK=rjkRRA4hQXfvc07UALKyCEZm=9qg@mail.gmail.com>

Hello,

This is Jacky Johnson from Miami University.  We are transferring records
from Filemaker Pro to ArchiesSpace.

We have to create new accession numbers. Does anyone know the best
practices for creating Accession Numbers.

Any ideas how to automate the numbers and use the record group.

It would be nice to have accession numbers based on collections.

I would appreciate any assistance that anyone could provide.

Peace,
Jacky
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150708/56eae38e/attachment.html>

From sdm7g at virginia.edu  Thu Jul  9 11:59:25 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Thu, 9 Jul 2015 11:59:25 -0400
Subject: [Archivesspace_Users_Group] logged in admin users?
Message-ID: <520EC692-482D-4C4C-80E6-C5F0B5EDD993@virginia.edu>


Is there any way, other than scanning through the log files, to tell if users
are currently logged into the frontend admin webapp ?  The purpose being to 
check if it?s save to shutdown and restart the app without the chance of someone
having unsaved edits.  



? Steve Majewski

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150709/9c645940/attachment.bin>

From PGalligan at rockarch.org  Fri Jul 10 09:55:42 2015
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Fri, 10 Jul 2015 09:55:42 -0400
Subject: [Archivesspace_Users_Group] Table of contents API page broken
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D88CE3CA9F@racex01>

Hi,

I don't know who's in charge of the AS API page, but it appears as if the table of contents is broken.

Just a heads up.

Thanks!

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150710/c864a22b/attachment.html>

From robersonkl at sfasu.edu  Fri Jul 10 10:27:11 2015
From: robersonkl at sfasu.edu (Karrie L Roberson)
Date: Fri, 10 Jul 2015 14:27:11 +0000
Subject: [Archivesspace_Users_Group] Upgrading from version 1.1.2
Message-ID: <FB588ACBDDC20844988B2EDA4EB2496B01C499A397@EXCHMBOX02.sfasu.nac>

We are going to upgrade our version of ArchivesSpace from version 1.1.2 to the latest version 1.3.  Looking at the Github repository there's been a few pre-releases/releases since the last time I looked at the repository.  What is the upgrade path we should take?  Can we upgrade from version 1.1.2 to version 1.2 and then to version 1.3, ignoring all the pre-releases in-between or should we do an upgrade through each pre-release as well?

Thanks,
Karrie Roberson
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150710/39bfe3e6/attachment.html>

From brianjhoffman at gmail.com  Fri Jul 10 10:40:21 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Fri, 10 Jul 2015 10:40:21 -0400
Subject: [Archivesspace_Users_Group] Upgrading from version 1.1.2
In-Reply-To: <FB588ACBDDC20844988B2EDA4EB2496B01C499A397@EXCHMBOX02.sfasu.nac>
References: <FB588ACBDDC20844988B2EDA4EB2496B01C499A397@EXCHMBOX02.sfasu.nac>
Message-ID: <3A90E5AB-A8AD-4636-8F27-571619AE79B7@gmail.com>

Hi Karrie,

You can always migrate directly from one version to a later version - there?s no need to go through the intermediate versions.

Brian


On Jul 10, 2015, at 10:27 AM, Karrie L Roberson <robersonkl at sfasu.edu> wrote:

> We are going to upgrade our version of ArchivesSpace from version 1.1.2 to the latest version 1.3.  Looking at the Github repository there's been a few pre-releases/releases since the last time I looked at the repository.  What is the upgrade path we should take?  Can we upgrade from version 1.1.2 to version 1.2 and then to version 1.3, ignoring all the pre-releases in-between or should we do an upgrade through each pre-release as well?
> 
> Thanks,
> Karrie Roberson
> _______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150710/b30247d3/attachment.html>

From maureen.callahan at yale.edu  Fri Jul 10 11:34:52 2015
From: maureen.callahan at yale.edu (Callahan, Maureen)
Date: Fri, 10 Jul 2015 15:34:52 +0000
Subject: [Archivesspace_Users_Group] parsing JSON in notes
Message-ID: <AD669F4F98CAF842A44EB31636A067CB243DC542@x10-mbx15.yu.yale.edu>

Very general question - what kinds of methods are folks using to parse the JSON stored in the notes field in the note table? I'm trying to come up with a good game plan before I dig too deeply into this.

Thanks,
Maureen

Maureen Callahan
Archivist, Metadata Specialist
Manuscripts & Archives
Yale University Library
maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>
203.432.3627

Webpage: web.library.yale.edu/mssa
Collections: drs.library.yale.edu

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150710/adc99432/attachment.html>

From christine.dibella at lyrasis.org  Fri Jul 10 11:52:27 2015
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Fri, 10 Jul 2015 15:52:27 +0000
Subject: [Archivesspace_Users_Group] Table of contents API page broken
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D88CE3CA9F@racex01>
References: <F6E0CB227A713F4AA8F9598060B8F063D88CE3CA9F@racex01>
Message-ID: <BLUPR08MB17798F233430F91EA2C9DD59F19F0@BLUPR08MB1779.namprd08.prod.outlook.com>

Hi Patrick,

I'm less familiar with our technical documentation, so would you mind pointing me to the URL for this issue? That said, I know Chris Fitzpatrick is working on an expanded version of the API documentation. There still may be some changes before it's declared "done" (as done as anything gets in our iterative world of archives!), but you can find the most recent version of the API doc at http://archivesspace.github.io/archivesspace/api/.

Christine

Christine Di Bella
Community Outreach and Support Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Friday, July 10, 2015 9:56 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Table of contents API page broken

Hi,

I don't know who's in charge of the AS API page, but it appears as if the table of contents is broken.

Just a heads up.

Thanks!

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150710/b2f4e0ab/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 7645 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150710/b2f4e0ab/attachment.png>

From PGalligan at rockarch.org  Fri Jul 10 11:57:09 2015
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Fri, 10 Jul 2015 11:57:09 -0400
Subject: [Archivesspace_Users_Group] Table of contents API page broken
In-Reply-To: <BLUPR08MB17798F233430F91EA2C9DD59F19F0@BLUPR08MB1779.namprd08.prod.outlook.com>
References: <F6E0CB227A713F4AA8F9598060B8F063D88CE3CA9F@racex01>
	<BLUPR08MB17798F233430F91EA2C9DD59F19F0@BLUPR08MB1779.namprd08.prod.outlook.com>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D88CE3CAD9@racex01>

Christine,

Awesome! The old one still comes up highest in google rankings at https://archivesspace.github.io/archivesspace/doc/file.API.html, but this new documentation looks like a better/upgraded version.

Thanks,

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Christine Di Bella
Sent: Friday, July 10, 2015 11:52 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Table of contents API page broken

Hi Patrick,

I'm less familiar with our technical documentation, so would you mind pointing me to the URL for this issue? That said, I know Chris Fitzpatrick is working on an expanded version of the API documentation. There still may be some changes before it's declared "done" (as done as anything gets in our iterative world of archives!), but you can find the most recent version of the API doc at http://archivesspace.github.io/archivesspace/api/.

Christine

Christine Di Bella
Community Outreach and Support Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image001.png at 01D0BB07.8D0785B0]

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Friday, July 10, 2015 9:56 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Table of contents API page broken

Hi,

I don't know who's in charge of the AS API page, but it appears as if the table of contents is broken.

Just a heads up.

Thanks!

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150710/7aabcca0/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 7645 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150710/7aabcca0/attachment.png>

From rho at folkartmuseum.org  Fri Jul 10 12:10:52 2015
From: rho at folkartmuseum.org (Richard Ho)
Date: Fri, 10 Jul 2015 12:10:52 -0400
Subject: [Archivesspace_Users_Group] Backup error
Message-ID: <CAMT15KCjEgm4F_LBcv0oodrrLBmERqQpKTA8jx5JbpYm7DZ45A@mail.gmail.com>

I'm currently running ArchivesSpace 1.2 with mysql and tomcat running.
Running the backup script produced this massive error pasted below.    I
have a solr directory in my Tomcat 7.0 folder.  Also in my tomcat 7.0
folder, it has a subfolder "work" with ArchivesSpaceBackend,
ArchivesSpaceFrontend, ArchivesSpaceIndexer, ArchivesSpacePublic,
ArchivesSpaceSolr and Catalina folders.  Should I edit the config.rb file
AppConfig[:solr_index_directory] to point to c:\Tomcat 7.0\solr or
c:\Tomcat 7.0\work\ArchivesSpaceSolr?


C:\archivesspace\scripts>backup.bat --mysqldump --output
/archivesspace/backup.z

ip

Loading ArchivesSpace configuration file from path:
C:\archivesspace\scripts\\..

/config/config.rb

Loading ArchivesSpace configuration file from path:
C:\archivesspace\scripts\\..

/config/config.rb

2015-07-07 11:37:49 -0400: Writing backup to C:/archivesspace/backup.zip

ERROR: Solr snapshot failed (Solr snapshot failed: Connection refused -
Connecti

on refused: ["org/jruby/ext/socket/RubyTCPSocket.java:126:in `initialize'",
"org

/jruby/RubyIO.java:1177:in `open'",
"/C:/archivesspace/gems/gems/jruby-jars-1.7.

18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:763

:in `connect'", "org/jruby/ext/timeout/Timeout.java:104:in `timeout'",
"/C:/arch

ivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jrub

y.home/lib/ruby/1.9/net/http.rb:763:in `connect'",
"/C:/archivesspace/gems/gems/

jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/1.9/

net/http.rb:756:in `do_start'",
"/C:/archivesspace/gems/gems/jruby-jars-1.7.18/l

ib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:745:in

`start'",
"/C:/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18

.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:454:in `get_response'",
"file

:/C:/archivesspace/lib/common.jar!/solr_snapshotter.rb:45:in
`last_snapshot_stat

us'", "file:/C:/archivesspace/lib/common.jar!/solr_snapshotter.rb:100:in
`do_sna

pshot'", "file:/C:/archivesspace/lib/common.jar!/solr_snapshotter.rb:63:in
`snap

shot'", "org/jruby/RubyFixnum.java:280:in `times'",
"file:/C:/archivesspace/lib/

common.jar!/solr_snapshotter.rb:61:in `snapshot'",
"../launcher/backup/lib/backu

p.rb:100:in `backup'", "../launcher/backup/lib/backup.rb:149:in `main'",
"../lau

ncher/backup/lib/backup.rb:153:in `(root)'"]) - attempt 0

ERROR: Solr snapshot failed (Solr snapshot failed: Connection refused -
Connecti

on refused: ["org/jruby/ext/socket/RubyTCPSocket.java:126:in `initialize'",
"org

/jruby/RubyIO.java:1177:in `open'",
"/C:/archivesspace/gems/gems/jruby-jars-1.7.

18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:763

:in `connect'", "org/jruby/ext/timeout/Timeout.java:104:in `timeout'",
"/C:/arch

ivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jrub

y.home/lib/ruby/1.9/net/http.rb:763:in `connect'",
"/C:/archivesspace/gems/gems/

jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/1.9/

net/http.rb:756:in `do_start'",
"/C:/archivesspace/gems/gems/jruby-jars-1.7.18/l

ib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:745:in

`start'",
"/C:/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18

.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:454:in `get_response'",
"file

:/C:/archivesspace/lib/common.jar!/solr_snapshotter.rb:45:in
`last_snapshot_stat

us'", "file:/C:/archivesspace/lib/common.jar!/solr_snapshotter.rb:100:in
`do_sna

pshot'", "file:/C:/archivesspace/lib/common.jar!/solr_snapshotter.rb:63:in
`snap

shot'", "org/jruby/RubyFixnum.java:280:in `times'",
"file:/C:/archivesspace/lib/

common.jar!/solr_snapshotter.rb:61:in `snapshot'",
"../launcher/backup/lib/backu

p.rb:100:in `backup'", "../launcher/backup/lib/backup.rb:149:in `main'",
"../lau

ncher/backup/lib/backup.rb:153:in `(root)'"]) - attempt 1

ERROR: Solr snapshot failed (Solr snapshot failed: Connection refused -
Connecti

on refused: ["org/jruby/ext/socket/RubyTCPSocket.java:126:in `initialize'",
"org

/jruby/RubyIO.java:1177:in `open'",
"/C:/archivesspace/gems/gems/jruby-jars-1.7.

18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:763

:in `connect'", "org/jruby/ext/timeout/Timeout.java:104:in `timeout'",
"/C:/arch

ivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jrub

y.home/lib/ruby/1.9/net/http.rb:763:in `connect'",
"/C:/archivesspace/gems/gems/

jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/1.9/

net/http.rb:756:in `do_start'",
"/C:/archivesspace/gems/gems/jruby-jars-1.7.18/l

ib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:745:in

`start'",
"/C:/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18

.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:454:in `get_response'",
"file

:/C:/archivesspace/lib/common.jar!/solr_snapshotter.rb:45:in
`last_snapshot_stat

us'", "file:/C:/archivesspace/lib/common.jar!/solr_snapshotter.rb:100:in
`do_sna

pshot'", "file:/C:/archivesspace/lib/common.jar!/solr_snapshotter.rb:63:in
`snap

shot'", "org/jruby/RubyFixnum.java:280:in `times'",
"file:/C:/archivesspace/lib/

common.jar!/solr_snapshotter.rb:61:in `snapshot'",
"../launcher/backup/lib/backu

p.rb:100:in `backup'", "../launcher/backup/lib/backup.rb:149:in `main'",
"../lau

ncher/backup/lib/backup.rb:153:in `(root)'"]) - attempt 2

ERROR: Solr snapshot failed (Solr snapshot failed: Connection refused -
Connecti

on refused: ["org/jruby/ext/socket/RubyTCPSocket.java:126:in `initialize'",
"org

/jruby/RubyIO.java:1177:in `open'",
"/C:/archivesspace/gems/gems/jruby-jars-1.7.

18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:763

:in `connect'", "org/jruby/ext/timeout/Timeout.java:104:in `timeout'",
"/C:/arch

ivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jrub

y.home/lib/ruby/1.9/net/http.rb:763:in `connect'",
"/C:/archivesspace/gems/gems/

jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/1.9/

net/http.rb:756:in `do_start'",
"/C:/archivesspace/gems/gems/jruby-jars-1.7.18/l

ib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:745:in

`start'",
"/C:/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18

.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:454:in `get_response'",
"file

:/C:/archivesspace/lib/common.jar!/solr_snapshotter.rb:45:in
`last_snapshot_stat

us'", "file:/C:/archivesspace/lib/common.jar!/solr_snapshotter.rb:100:in
`do_sna

pshot'", "file:/C:/archivesspace/lib/common.jar!/solr_snapshotter.rb:63:in
`snap

shot'", "org/jruby/RubyFixnum.java:280:in `times'",
"file:/C:/archivesspace/lib/

common.jar!/solr_snapshotter.rb:61:in `snapshot'",
"../launcher/backup/lib/backu

p.rb:100:in `backup'", "../launcher/backup/lib/backup.rb:149:in `main'",
"../lau

ncher/backup/lib/backup.rb:153:in `(root)'"]) - attempt 3

ERROR: Solr snapshot failed (Solr snapshot failed: Connection refused -
Connecti

on refused: ["org/jruby/ext/socket/RubyTCPSocket.java:126:in `initialize'",
"org

/jruby/RubyIO.java:1177:in `open'",
"/C:/archivesspace/gems/gems/jruby-jars-1.7.

18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:763

:in `connect'", "org/jruby/ext/timeout/Timeout.java:104:in `timeout'",
"/C:/arch

ivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jrub

y.home/lib/ruby/1.9/net/http.rb:763:in `connect'",
"/C:/archivesspace/gems/gems/

jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/1.9/

net/http.rb:756:in `do_start'",
"/C:/archivesspace/gems/gems/jruby-jars-1.7.18/l

ib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:745:in

`start'",
"/C:/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18

.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:454:in `get_response'",
"file

:/C:/archivesspace/lib/common.jar!/solr_snapshotter.rb:45:in
`last_snapshot_stat

us'", "file:/C:/archivesspace/lib/common.jar!/solr_snapshotter.rb:100:in
`do_sna

pshot'", "file:/C:/archivesspace/lib/common.jar!/solr_snapshotter.rb:63:in
`snap

shot'", "org/jruby/RubyFixnum.java:280:in `times'",
"file:/C:/archivesspace/lib/

common.jar!/solr_snapshotter.rb:61:in `snapshot'",
"../launcher/backup/lib/backu

p.rb:100:in `backup'", "../launcher/backup/lib/backup.rb:149:in `main'",
"../lau

ncher/backup/lib/backup.rb:153:in `(root)'"]) - attempt 4

Solr snapshot failed (Solr snapshot failed after 5 retries: Solr snapshot
failed

: Connection refused - Connection refused:
["org/jruby/ext/socket/RubyTCPSocket.

java:126:in `initialize'", "org/jruby/RubyIO.java:1177:in `open'",
"/C:/archives

space/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.ho

me/lib/ruby/1.9/net/http.rb:763:in `connect'",
"org/jruby/ext/timeout/Timeout.ja

va:104:in `timeout'",
"/C:/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-s

tdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:763:in
`connect'"

,
"/C:/archivesspace/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/ME

TA-INF/jruby.home/lib/ruby/1.9/net/http.rb:756:in `do_start'",
"/C:/archivesspac

e/gems/gems/jruby-jars-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/l

ib/ruby/1.9/net/http.rb:745:in `start'",
"/C:/archivesspace/gems/gems/jruby-jars

-1.7.18/lib/jruby-stdlib-1.7.18.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.r

b:454:in `get_response'",
"file:/C:/archivesspace/lib/common.jar!/solr_snapshott

er.rb:45:in `last_snapshot_status'",
"file:/C:/archivesspace/lib/common.jar!/sol

r_snapshotter.rb:100:in `do_snapshot'",
"file:/C:/archivesspace/lib/common.jar!/

solr_snapshotter.rb:63:in `snapshot'", "org/jruby/RubyFixnum.java:280:in
`times'

", "file:/C:/archivesspace/lib/common.jar!/solr_snapshotter.rb:61:in
`snapshot'"

, "../launcher/backup/lib/backup.rb:100:in `backup'",
"../launcher/backup/lib/ba

ckup.rb:149:in `main'", "../launcher/backup/lib/backup.rb:153:in
`(root)'"]).  A
borting!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150710/4c29ff4f/attachment.html>

From michael.rush at yale.edu  Mon Jul 13 09:13:03 2015
From: michael.rush at yale.edu (Rush, Michael)
Date: Mon, 13 Jul 2015 13:13:03 +0000
Subject: [Archivesspace_Users_Group] Best Practices for Accession Numbers
In-Reply-To: <CAPzePetFJjPQTLr_cSFOK=rjkRRA4hQXfvc07UALKyCEZm=9qg@mail.gmail.com>
References: <CAPzePetFJjPQTLr_cSFOK=rjkRRA4hQXfvc07UALKyCEZm=9qg@mail.gmail.com>
Message-ID: <C7222B107E2D8B4290E539B439BBC79E3CF55B02@x10-mbx6.yu.yale.edu>

Hi Jacky,

I?m not sure that there is much in the way of agreed-upon best practices for accession identifiers in the community. The bottom line ? which is enforced by ArchivesSpace ? is that they need to be unique. I can tell you, in case it is helpful, how we have chosen to do things at Yale.

In Yale?s ArchivesSpace we run a plugin the enforces our accession identifier scheme. The code for the plugin is available here: https://github.com/hudmol/aspace_yale_accessions.

The first segment of the accession identifier is the fiscal year of the accession. This is automatically assigned based on the accession date.
The second segment of the accession identifier is a department code. The plugin creates a drop-down menu specific to each repository of the permissible codes, from which we select the appropriate department. In most cases the ?department? code corresponds to a curatorial area, e.g. ?ycal? for the Yale Collection of American Literature.
The third segment is a four digit number assigned by the plugin at the time the accession is first saved. The number is assigned in a separate numerical sequence for each department, and restarts every fiscal year.
The fourth segment is not used.

Some examples of accession numbers: 2016.ycal.0001; 2016.genm.0016; 2015.osb.0025, etc.

If you have any further questions, I?m happy to give further detail.

Best,

Mike
_____________________________________
Michael Rush
Accessioning Archivist
Beinecke Rare Book and Manuscript Library
Yale University
203-432-8123

The Beinecke Library?s building is closed for renovation until September 2016.  We have opened a temporary reading room in Sterling Memorial Library, but access to some collections may be limited during the renovation. For more information, visit our renovation website at http://beineckelibraryrenovation.yale.edu/.





From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Johnson, Jacqueline
Sent: Wednesday, July 08, 2015 10:49 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Best Practices for Accession Numbers

Hello,

This is Jacky Johnson from Miami University.  We are transferring records from Filemaker Pro to ArchiesSpace.

We have to create new accession numbers. Does anyone know the best practices for creating Accession Numbers.

Any ideas how to automate the numbers and use the record group.

It would be nice to have accession numbers based on collections.

I would appreciate any assistance that anyone could provide.

Peace,
Jacky
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150713/9574d138/attachment.html>

From christine.dibella at lyrasis.org  Mon Jul 13 10:55:43 2015
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Mon, 13 Jul 2015 14:55:43 +0000
Subject: [Archivesspace_Users_Group] FW: Safe to use "out-of-the-box"
	installation for production?
In-Reply-To: <CANxoTTKWQKx6djKaDin-bdy2urqGNuXsYKDamAgA-A73yOyGCg@mail.gmail.com>
References: <CANxoTTKWQKx6djKaDin-bdy2urqGNuXsYKDamAgA-A73yOyGCg@mail.gmail.com>
Message-ID: <CY1PR08MB178777392B01124B98979F23F19C0@CY1PR08MB1787.namprd08.prod.outlook.com>

Forwarded on behalf of Mike Satalof.

From: Mike Satalof [mailto:mike.satalof at bgc.bard.edu]
Sent: Monday, July 13, 2015 10:37 AM
To: archivesspace_users_group-bounces at lyralists.lyrasis.org
Subject: Safe to use "out-of-the-box" installation for production?

Good morning,

Apologies if this has been addressed here before. We are new AS members who will be doing a relatively small amount of description in the next year (new processing only- no migration), with 2-3 different users. Eventually we'd like to have a third party host our installation, but may not be able to initiate that until next summer.

In the meantime, is it safe to use the embedded database installation for our work and plan to migrate our content to a hosted installation later on? Or is it totally not recommended to use the out-of-the-box install for any significant work?

Many thanks!
Mike


--
Mike Satalof
Digital Archiving Specialist

Bard Graduate Center:
Decorative Arts, Design History, Material Culture
38 West 86th Street, New York, NY 10024
T 212.501.3084
W bgc.bard.edu<http://www.bgc.bard.edu/>
W bgc.bard.edu/library<http://www.bgc.bard.edu/research/library.html>

BGC Exhibitions:
W bgc.bard.edu/gallery<http://www.bgc.bard.edu/gallery/gallery-at-bgc.html>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150713/22e9cc16/attachment.html>

From brad.westbrook at lyrasis.org  Mon Jul 13 11:03:07 2015
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Mon, 13 Jul 2015 15:03:07 +0000
Subject: [Archivesspace_Users_Group] FW: Safe to use
	"out-of-the-box"	installation for production?
In-Reply-To: <CY1PR08MB178777392B01124B98979F23F19C0@CY1PR08MB1787.namprd08.prod.outlook.com>
References: <CANxoTTKWQKx6djKaDin-bdy2urqGNuXsYKDamAgA-A73yOyGCg@mail.gmail.com>
	<CY1PR08MB178777392B01124B98979F23F19C0@CY1PR08MB1787.namprd08.prod.outlook.com>
Message-ID: <BN1PR08MB011A0DB1974F1F929634ECC949C0@BN1PR08MB011.namprd08.prod.outlook.com>

Hi, Mike,

The ArchivesSpace team strongly recommends that the Derby database embedded in ArchivesSpace only be used for exploring and assessing ArchivesSpace (in place of the sandbox) and not for production service.  ArchivesSpace deployments supporting production service should use the MySQL database.  Among other reasons, doing so will make it easier to migrate the data to a third-party host, if you do decide to do that.

All best,

Brad W.

Bradley D. Westbrook
Program Manager
brad.westbrook at lyrasis.org<mailto:brad at archivesspace.org>
800.999.8558 x2910
678.235.2910
bradley_d_westbrook (Skype)
[cid:image003.png at 01CE734E.FD759D30]





From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Christine Di Bella
Sent: Monday, July 13, 2015 10:56 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] FW: Safe to use "out-of-the-box" installation for production?

Forwarded on behalf of Mike Satalof.

From: Mike Satalof [mailto:mike.satalof at bgc.bard.edu]
Sent: Monday, July 13, 2015 10:37 AM
To: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>
Subject: Safe to use "out-of-the-box" installation for production?

Good morning,

Apologies if this has been addressed here before. We are new AS members who will be doing a relatively small amount of description in the next year (new processing only- no migration), with 2-3 different users. Eventually we'd like to have a third party host our installation, but may not be able to initiate that until next summer.

In the meantime, is it safe to use the embedded database installation for our work and plan to migrate our content to a hosted installation later on? Or is it totally not recommended to use the out-of-the-box install for any significant work?

Many thanks!
Mike


--
Mike Satalof
Digital Archiving Specialist

Bard Graduate Center:
Decorative Arts, Design History, Material Culture
38 West 86th Street, New York, NY 10024
T 212.501.3084
W bgc.bard.edu<http://www.bgc.bard.edu/>
W bgc.bard.edu/library<http://www.bgc.bard.edu/research/library.html>

BGC Exhibitions:
W bgc.bard.edu/gallery<http://www.bgc.bard.edu/gallery/gallery-at-bgc.html>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150713/ba4090df/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 7645 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150713/ba4090df/attachment.png>

From mauraa at brandeis.edu  Mon Jul 13 11:04:39 2015
From: mauraa at brandeis.edu (Maura Carbone)
Date: Mon, 13 Jul 2015 11:04:39 -0400
Subject: [Archivesspace_Users_Group] FW: Safe to use "out-of-the-box"
 installation for production?
In-Reply-To: <CY1PR08MB178777392B01124B98979F23F19C0@CY1PR08MB1787.namprd08.prod.outlook.com>
References: <CANxoTTKWQKx6djKaDin-bdy2urqGNuXsYKDamAgA-A73yOyGCg@mail.gmail.com>
	<CY1PR08MB178777392B01124B98979F23F19C0@CY1PR08MB1787.namprd08.prod.outlook.com>
Message-ID: <CANdYjfH9UUabKMNx=LjkH=TupnsNZdxciTYviwTK+z1rc-h8jg@mail.gmail.com>

Hi Mike,
I wouldn't suggest doing work that needs to be migrated later on in the
embedded database -- I think there was an email last week about someone who
did that and was moving to hosted and having trouble migrating the work
they did. Setting up MySQL isn't too bad, the directions are really
straightforward:

https://github.com/archivesspace/archivesspace/#getting-started

-Maura

On Mon, Jul 13, 2015 at 10:55 AM, Christine Di Bella <
christine.dibella at lyrasis.org> wrote:

>  Forwarded on behalf of Mike Satalof.
>
>
>
> *From:* Mike Satalof [mailto:mike.satalof at bgc.bard.edu]
> *Sent:* Monday, July 13, 2015 10:37 AM
> *To:* archivesspace_users_group-bounces at lyralists.lyrasis.org
> *Subject:* Safe to use "out-of-the-box" installation for production?
>
>
>
> Good morning,
>
>
>
> Apologies if this has been addressed here before. We are new AS members
> who will be doing a relatively small amount of description in the next year
> (new processing only- no migration), with 2-3 different users. Eventually
> we'd like to have a third party host our installation, but may not be able
> to initiate that until next summer.
>
>
>
> In the meantime, is it safe to use the embedded database installation for
> our work and plan to migrate our content to a hosted installation later on?
> Or is it totally not recommended to use the out-of-the-box install for any
> significant work?
>
>
>
> Many thanks!
>
> Mike
>
>
>
>
> --
>
> Mike Satalof
> Digital Archiving Specialist
>
>
>
> Bard Graduate Center:
> Decorative Arts, Design History, Material Culture
> 38 West 86th Street, New York, NY 10024
> T 212.501.3084
>
> W bgc.bard.edu <http://www.bgc.bard.edu/>
> W bgc.bard.edu/library <http://www.bgc.bard.edu/research/library.html>
>
> BGC Exhibitions:
> W bgc.bard.edu/gallery
> <http://www.bgc.bard.edu/gallery/gallery-at-bgc.html>
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150713/d298922e/attachment.html>

From faithc at princeton.edu  Mon Jul 13 11:58:55 2015
From: faithc at princeton.edu (Faith F. Charlton)
Date: Mon, 13 Jul 2015 15:58:55 +0000
Subject: [Archivesspace_Users_Group] Removing non-existing repositories
Message-ID: <5B4168BCF846AD4CB0575C5BFE70FB3822FA5401@CSGMBX204W.pu.win.princeton.edu>

Hello-

I'm wondering if there's a way to permanently delete repositories? We had created a couple of test repositories in version 1.07.1 (we're now using the current version) that were deleted some time ago, but the application seems to still have a place holder for them. They're still listed under Manage Repositories, but if I try to view or edit them, I receive a "Record not found" error message. They're also listed in the public UI; clicking on either causes the error "We're sorry, but something went wrong." Not sure if this is an indexing issue?

Any help or suggestions would be appreciated.

Thanks,
Faith
________________________________
Faith Charlton
Processing Archivist, Americana Collections
Princeton University Library
One Washington Road
Princeton, NJ 08540
609-258-3223
faithc at princeton.edu<mailto:faithc at princeton.edu>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150713/446aa32e/attachment.html>

From mGorzalski at lib.siu.edu  Mon Jul 13 12:36:47 2015
From: mGorzalski at lib.siu.edu (Matthew J Gorzalski)
Date: Mon, 13 Jul 2015 16:36:47 +0000
Subject: [Archivesspace_Users_Group] Removing non-existing repositories
In-Reply-To: <5B4168BCF846AD4CB0575C5BFE70FB3822FA5401@CSGMBX204W.pu.win.princeton.edu>
References: <5B4168BCF846AD4CB0575C5BFE70FB3822FA5401@CSGMBX204W.pu.win.princeton.edu>
Message-ID: <652f838b5e0d4c5f875f0a9a90838233@it-excmb3.ad.siu.edu>

I'm having the same problem with "resources."  In some cases our Archon migration has created duplicative false resource/collection records while also migrating the correct collection.  In the admin view I find the "bad" resources and try to delete them but I get the "record not found" message and can't delete.

matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Faith F. Charlton
Sent: Monday, July 13, 2015 10:59 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Removing non-existing repositories

Hello-

I'm wondering if there's a way to permanently delete repositories? We had created a couple of test repositories in version 1.07.1 (we're now using the current version) that were deleted some time ago, but the application seems to still have a place holder for them. They're still listed under Manage Repositories, but if I try to view or edit them, I receive a "Record not found" error message. They're also listed in the public UI; clicking on either causes the error "We're sorry, but something went wrong." Not sure if this is an indexing issue?

Any help or suggestions would be appreciated.

Thanks,
Faith
________________________________
Faith Charlton
Processing Archivist, Americana Collections
Princeton University Library
One Washington Road
Princeton, NJ 08540
609-258-3223
faithc at princeton.edu<mailto:faithc at princeton.edu>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150713/5080da9f/attachment.html>

From mauraa at brandeis.edu  Mon Jul 13 12:39:19 2015
From: mauraa at brandeis.edu (Maura Carbone)
Date: Mon, 13 Jul 2015 12:39:19 -0400
Subject: [Archivesspace_Users_Group] Removing non-existing repositories
In-Reply-To: <652f838b5e0d4c5f875f0a9a90838233@it-excmb3.ad.siu.edu>
References: <5B4168BCF846AD4CB0575C5BFE70FB3822FA5401@CSGMBX204W.pu.win.princeton.edu>
	<652f838b5e0d4c5f875f0a9a90838233@it-excmb3.ad.siu.edu>
Message-ID: <CANdYjfEYdN_T_xi7=pc5ZW-88jSKHJHCWLKo9Yg-se3e1n0_sg@mail.gmail.com>

Have either of you tried re-indexing? It fixed the resource problem for me
when I encountered it(I never had multiple repositories, so can't say if it
will help for that).

-Maura

On Mon, Jul 13, 2015 at 12:36 PM, Matthew J Gorzalski <
mGorzalski at lib.siu.edu> wrote:

>  I?m having the same problem with ?resources.?  In some cases our Archon
> migration has created duplicative false resource/collection records while
> also migrating the correct collection.  In the admin view I find the ?bad?
> resources and try to delete them but I get the ?record not found? message
> and can?t delete.
>
>
>
> matt
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Faith
> F. Charlton
> *Sent:* Monday, July 13, 2015 10:59 AM
> *To:* Archivesspace Users Group
> *Subject:* [Archivesspace_Users_Group] Removing non-existing repositories
>
>
>
> Hello-
>
>
>
> I?m wondering if there?s a way to permanently delete repositories? We had
> created a couple of test repositories in version 1.07.1 (we?re now using
> the current version) that were deleted some time ago, but the application
> seems to still have a place holder for them. They?re still listed under
> Manage Repositories, but if I try to view or edit them, I receive a ?Record
> not found? error message. They?re also listed in the public UI; clicking on
> either causes the error "We're sorry, but something went wrong.? Not sure
> if this is an indexing issue?
>
>
>
> Any help or suggestions would be appreciated.
>
>
>
> Thanks,
>
> Faith
>
> ________________________________
>
> Faith Charlton
>
> Processing Archivist, Americana Collections
>
> Princeton University Library
>
> One Washington Road
>
> Princeton, NJ 08540
>
> 609-258-3223
>
> faithc at princeton.edu
>
>
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150713/644c5dd1/attachment.html>

From sdm7g at virginia.edu  Mon Jul 13 13:10:39 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Mon, 13 Jul 2015 13:10:39 -0400
Subject: [Archivesspace_Users_Group] Removing non-existing repositories
In-Reply-To: <5B4168BCF846AD4CB0575C5BFE70FB3822FA5401@CSGMBX204W.pu.win.princeton.edu>
References: <5B4168BCF846AD4CB0575C5BFE70FB3822FA5401@CSGMBX204W.pu.win.princeton.edu>
Message-ID: <2290A65E-8203-4134-B541-18D479922D3C@virginia.edu>


Usually, that ?Record not found? is an indication that the resource has been removed from 
the database but it?s still in the solr index. You can verify this by checking the output
from the backend API, which except for the search endpoints, I believe, is getting it?s info
from the database. 

If you stop the server, delete the contents of data/indexer_state and data/solr_index, and
restart it should do a complete reindex on startup. 

? Steve Majewski



> On Jul 13, 2015, at 11:58 AM, Faith F. Charlton <faithc at princeton.edu> wrote:
> 
> Hello-
>  
> I?m wondering if there?s a way to permanently delete repositories? We had created a couple of test repositories in version 1.07.1 (we?re now using the current version) that were deleted some time ago, but the application seems to still have a place holder for them. They?re still listed under Manage Repositories, but if I try to view or edit them, I receive a ?Record not found? error message. They?re also listed in the public UI; clicking on either causes the error "We're sorry, but something went wrong.? Not sure if this is an indexing issue?  
>  
> Any help or suggestions would be appreciated.
>  
> Thanks,
> Faith
> ________________________________
> Faith Charlton
> Processing Archivist, Americana Collections
> Princeton University Library
> One Washington Road
> Princeton, NJ 08540
> 609-258-3223
> faithc at princeton.edu <mailto:faithc at princeton.edu>
>  
>  
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150713/435a5d9a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150713/435a5d9a/attachment.bin>

From mGorzalski at lib.siu.edu  Mon Jul 13 14:03:59 2015
From: mGorzalski at lib.siu.edu (Matthew J Gorzalski)
Date: Mon, 13 Jul 2015 18:03:59 +0000
Subject: [Archivesspace_Users_Group] Removing non-existing repositories
In-Reply-To: <CANdYjfEYdN_T_xi7=pc5ZW-88jSKHJHCWLKo9Yg-se3e1n0_sg@mail.gmail.com>
References: <5B4168BCF846AD4CB0575C5BFE70FB3822FA5401@CSGMBX204W.pu.win.princeton.edu>
	<652f838b5e0d4c5f875f0a9a90838233@it-excmb3.ad.siu.edu>
	<CANdYjfEYdN_T_xi7=pc5ZW-88jSKHJHCWLKo9Yg-se3e1n0_sg@mail.gmail.com>
Message-ID: <7dc6178a6868445581790d10bdab57d5@it-excmb3.ad.siu.edu>

Maura,

I?m not sure reindexing would fix it but we?ll try.  These records are not things we?ve created and then deleted.  By the way, does that mean anytime we delete something in ASpace we need to re-index to get that data out of the public view?

Matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Monday, July 13, 2015 11:39 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Removing non-existing repositories

Have either of you tried re-indexing? It fixed the resource problem for me when I encountered it(I never had multiple repositories, so can't say if it will help for that).

-Maura

On Mon, Jul 13, 2015 at 12:36 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>> wrote:
I?m having the same problem with ?resources.?  In some cases our Archon migration has created duplicative false resource/collection records while also migrating the correct collection.  In the admin view I find the ?bad? resources and try to delete them but I get the ?record not found? message and can?t delete.

matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Faith F. Charlton
Sent: Monday, July 13, 2015 10:59 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Removing non-existing repositories

Hello-

I?m wondering if there?s a way to permanently delete repositories? We had created a couple of test repositories in version 1.07.1 (we?re now using the current version) that were deleted some time ago, but the application seems to still have a place holder for them. They?re still listed under Manage Repositories, but if I try to view or edit them, I receive a ?Record not found? error message. They?re also listed in the public UI; clicking on either causes the error "We're sorry, but something went wrong.? Not sure if this is an indexing issue?

Any help or suggestions would be appreciated.

Thanks,
Faith
________________________________
Faith Charlton
Processing Archivist, Americana Collections
Princeton University Library
One Washington Road
Princeton, NJ 08540
609-258-3223<tel:609-258-3223>
faithc at princeton.edu<mailto:faithc at princeton.edu>



_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150713/c3873d18/attachment.html>

From Kevin.Clair at du.edu  Mon Jul 13 14:06:33 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Mon, 13 Jul 2015 18:06:33 +0000
Subject: [Archivesspace_Users_Group] Removing non-existing repositories
In-Reply-To: <7dc6178a6868445581790d10bdab57d5@it-excmb3.ad.siu.edu>
References: <5B4168BCF846AD4CB0575C5BFE70FB3822FA5401@CSGMBX204W.pu.win.princeton.edu>
	<652f838b5e0d4c5f875f0a9a90838233@it-excmb3.ad.siu.edu>
	<CANdYjfEYdN_T_xi7=pc5ZW-88jSKHJHCWLKo9Yg-se3e1n0_sg@mail.gmail.com>
	<7dc6178a6868445581790d10bdab57d5@it-excmb3.ad.siu.edu>
Message-ID: <1F1E72103798F04D96C355B296D7C61B4C4995@mb2-uts.du.edu>

If you?re deleting things in ArchivesSpace it should re-index automatically to remove references to it from the public view. I usually only need to trigger a re-index manually if I?m making changes directly against the MySQL database.  -k

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski
Sent: Monday, July 13, 2015 12:04 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Removing non-existing repositories

Maura,

I?m not sure reindexing would fix it but we?ll try.  These records are not things we?ve created and then deleted.  By the way, does that mean anytime we delete something in ASpace we need to re-index to get that data out of the public view?

Matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Monday, July 13, 2015 11:39 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Removing non-existing repositories

Have either of you tried re-indexing? It fixed the resource problem for me when I encountered it(I never had multiple repositories, so can't say if it will help for that).

-Maura

On Mon, Jul 13, 2015 at 12:36 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>> wrote:
I?m having the same problem with ?resources.?  In some cases our Archon migration has created duplicative false resource/collection records while also migrating the correct collection.  In the admin view I find the ?bad? resources and try to delete them but I get the ?record not found? message and can?t delete.

matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Faith F. Charlton
Sent: Monday, July 13, 2015 10:59 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Removing non-existing repositories

Hello-

I?m wondering if there?s a way to permanently delete repositories? We had created a couple of test repositories in version 1.07.1 (we?re now using the current version) that were deleted some time ago, but the application seems to still have a place holder for them. They?re still listed under Manage Repositories, but if I try to view or edit them, I receive a ?Record not found? error message. They?re also listed in the public UI; clicking on either causes the error "We're sorry, but something went wrong.? Not sure if this is an indexing issue?

Any help or suggestions would be appreciated.

Thanks,
Faith
________________________________
Faith Charlton
Processing Archivist, Americana Collections
Princeton University Library
One Washington Road
Princeton, NJ 08540
609-258-3223<tel:609-258-3223>
faithc at princeton.edu<mailto:faithc at princeton.edu>



_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150713/2df473b2/attachment.html>

From faithc at princeton.edu  Mon Jul 13 16:14:45 2015
From: faithc at princeton.edu (Faith F. Charlton)
Date: Mon, 13 Jul 2015 20:14:45 +0000
Subject: [Archivesspace_Users_Group] Removing non-existing repositories
In-Reply-To: <1F1E72103798F04D96C355B296D7C61B4C4995@mb2-uts.du.edu>
References: <5B4168BCF846AD4CB0575C5BFE70FB3822FA5401@CSGMBX204W.pu.win.princeton.edu>
	<652f838b5e0d4c5f875f0a9a90838233@it-excmb3.ad.siu.edu>
	<CANdYjfEYdN_T_xi7=pc5ZW-88jSKHJHCWLKo9Yg-se3e1n0_sg@mail.gmail.com>
	<7dc6178a6868445581790d10bdab57d5@it-excmb3.ad.siu.edu>
	<1F1E72103798F04D96C355B296D7C61B4C4995@mb2-uts.du.edu>
Message-ID: <5B4168BCF846AD4CB0575C5BFE70FB3822FAD7D8@CSGMBX205W.pu.win.princeton.edu>

Thanks, everyone! We?re going to try Steve?s suggestion and see if that works. I?ll keep you posted.

Faith

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair
Sent: Monday, July 13, 2015 2:07 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Removing non-existing repositories

If you?re deleting things in ArchivesSpace it should re-index automatically to remove references to it from the public view. I usually only need to trigger a re-index manually if I?m making changes directly against the MySQL database.  -k

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski
Sent: Monday, July 13, 2015 12:04 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Removing non-existing repositories

Maura,

I?m not sure reindexing would fix it but we?ll try.  These records are not things we?ve created and then deleted.  By the way, does that mean anytime we delete something in ASpace we need to re-index to get that data out of the public view?

Matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Monday, July 13, 2015 11:39 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Removing non-existing repositories

Have either of you tried re-indexing? It fixed the resource problem for me when I encountered it(I never had multiple repositories, so can't say if it will help for that).

-Maura

On Mon, Jul 13, 2015 at 12:36 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>> wrote:
I?m having the same problem with ?resources.?  In some cases our Archon migration has created duplicative false resource/collection records while also migrating the correct collection.  In the admin view I find the ?bad? resources and try to delete them but I get the ?record not found? message and can?t delete.

matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Faith F. Charlton
Sent: Monday, July 13, 2015 10:59 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Removing non-existing repositories

Hello-

I?m wondering if there?s a way to permanently delete repositories? We had created a couple of test repositories in version 1.07.1 (we?re now using the current version) that were deleted some time ago, but the application seems to still have a place holder for them. They?re still listed under Manage Repositories, but if I try to view or edit them, I receive a ?Record not found? error message. They?re also listed in the public UI; clicking on either causes the error "We're sorry, but something went wrong.? Not sure if this is an indexing issue?

Any help or suggestions would be appreciated.

Thanks,
Faith
________________________________
Faith Charlton
Processing Archivist, Americana Collections
Princeton University Library
One Washington Road
Princeton, NJ 08540
609-258-3223<tel:609-258-3223>
faithc at princeton.edu<mailto:faithc at princeton.edu>



_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150713/4fc6147d/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Mon Jul 13 17:48:37 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Mon, 13 Jul 2015 21:48:37 +0000
Subject: [Archivesspace_Users_Group] logged in admin users?
In-Reply-To: <520EC692-482D-4C4C-80E6-C5F0B5EDD993@virginia.edu>
References: <520EC692-482D-4C4C-80E6-C5F0B5EDD993@virginia.edu>
Message-ID: <DM2PR0801MB08486824C8412C0AB16580CFFB9C0@DM2PR0801MB0848.namprd08.prod.outlook.com>

Hi Steve,

Trying to think off the top of my head for a solution...

You could look at the session table in the database to see what sessions are still active.

Or you could tail the log and see if the anything is hitting the /update_monitor with a post request. Like this:
D, [2015-07-13T16:46:44.536000 #1057] DEBUG -- : Thread-6772: POST /update_monitor [session: #<Session:0x5f7c42bf @store={:user=>"staff_system", :login_time=>2015-07-13 16:44:14 -0500, :expirable=>false}, @id="ff50b6d8d6abe7694eed4866159c000dc84d67fd6f1016e538852d0bb8b4eb69">]
D, [2015-07-13T16:46:44.540000 #1057] DEBUG -- : Thread-6772: Post-processed params: {:active_edits=>#<JSONModel(:active_edits) {"jsonmodel_type"=>"active_edits", "active_edits"=>[{"uri"=>"/repositories/2/resources/2", "user"=>"admin", "time"=>"2015-07-13T16:46:43-05:00"}]}>}


 That's a user's (in this case "admin")  browser sending an  AJAX  request to check if anyone else if editing the record. 

If someone has a browser window open and their session is expired, you'll be seeing a 401 error there...

b,chris. 

Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

________________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steven Majewski <sdm7g at virginia.edu>
Sent: Thursday, July 9, 2015 5:59 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] logged in admin users?

Is there any way, other than scanning through the log files, to tell if users
are currently logged into the frontend admin webapp ?  The purpose being to
check if it?s save to shutdown and restart the app without the chance of someone
having unsaved edits.



? Steve Majewski



From sdm7g at virginia.edu  Mon Jul 13 17:53:09 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Mon, 13 Jul 2015 17:53:09 -0400
Subject: [Archivesspace_Users_Group] API export
	(/repository/$repo/resource_descriptions/$id.xml) fails but
	manual EAD export works.
Message-ID: <AC815B4D-BE64-43AA-90D3-25A5143B5765@virginia.edu>


We?re migrating some content from our test server to a new production server. 
I?ve been setting up some scripts to generate initial users (from LDAP) and 
repositories, and to export resources from the test server. 

I have noticed a couple of resources where using the API call:

	GET /repositories/$repo/resource_descriptions/$id.xml 

creates a zero length file, while doing an EAD Export from the browser works correctly.

One possible pattern I?ve notices is that all of the files that fail have an empty <dsc> 
in the manual export. These are resources that are still in process of being edited. 
The manual exported file validates against the EAD schema. There must be something different
in that resource_description pathway that doesn?t like the empty <dsc> . 


? Steve Majewski

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150713/1f39f150/attachment.bin>

From Kevin.Clair at du.edu  Mon Jul 13 19:39:28 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Mon, 13 Jul 2015 23:39:28 +0000
Subject: [Archivesspace_Users_Group] restoring backup copy of collection
Message-ID: <D1C9A84C.9A2D%kevin.clair@du.edu>

Hello,

If a resource in ArchivesSpace gets inadvertently deleted, and I have a relatively recent backup copy of the database running on a test server from which I could restore it, what would be the easiest way to restore just that resource? I?d prefer not to restore the entire database from backup because I don?t want to wipe out the rest of that day or two?s worth of work. Would exporting the EAD from the backup instance and re-importing it on the production instance work, or is there an easier way to do it?

Thanks in advance,
-k
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150713/d25c0f5f/attachment.html>

From sdm7g at virginia.edu  Mon Jul 13 20:35:40 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Mon, 13 Jul 2015 20:35:40 -0400
Subject: [Archivesspace_Users_Group] restoring backup copy of collection
In-Reply-To: <D1C9A84C.9A2D%kevin.clair@du.edu>
References: <D1C9A84C.9A2D%kevin.clair@du.edu>
Message-ID: <4E8040B8-EE0C-4C47-888C-B9C354404131@virginia.edu>


That will usually work well enough. 

I?ve sometimes had problems ? there were more problems with exports in earlier versions. 
If there is bad embedded markup in a note ( for example a missing end </p> tag ) AS will
export without complaint but it won?t import without fixing the markup. And, as I noted 
in another message earlier today, I?ve found some files where the manual export from the
browser works,  but the API export fails. (strange!) 

But I?ve only had failures for a small percentage, so it?s the first thing to try. 
If it exports but doesn?t import, try validating the XML and see what it flags. 


? Steve Majewski


> On Jul 13, 2015, at 7:39 PM, Kevin Clair <Kevin.Clair at du.edu> wrote:
> 
> Hello,
> 
> If a resource in ArchivesSpace gets inadvertently deleted, and I have a relatively recent backup copy of the database running on a test server from which I could restore it, what would be the easiest way to restore just that resource? I?d prefer not to restore the entire database from backup because I don?t want to wipe out the rest of that day or two?s worth of work. Would exporting the EAD from the backup instance and re-importing it on the production instance work, or is there an easier way to do it?
> 
> Thanks in advance,
> -k
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150713/4319bd7a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150713/4319bd7a/attachment.bin>

From faithc at princeton.edu  Tue Jul 14 09:44:00 2015
From: faithc at princeton.edu (Faith F. Charlton)
Date: Tue, 14 Jul 2015 13:44:00 +0000
Subject: [Archivesspace_Users_Group] Removing non-existing repositories
References: <5B4168BCF846AD4CB0575C5BFE70FB3822FA5401@CSGMBX204W.pu.win.princeton.edu>
	<652f838b5e0d4c5f875f0a9a90838233@it-excmb3.ad.siu.edu>
	<CANdYjfEYdN_T_xi7=pc5ZW-88jSKHJHCWLKo9Yg-se3e1n0_sg@mail.gmail.com>
	<7dc6178a6868445581790d10bdab57d5@it-excmb3.ad.siu.edu>
	<1F1E72103798F04D96C355B296D7C61B4C4995@mb2-uts.du.edu> 
Message-ID: <5B4168BCF846AD4CB0575C5BFE70FB3822FAD981@CSGMBX205W.pu.win.princeton.edu>

Worked. Thanks again for the suggestion, Steve. ?

Faith

From: Faith F. Charlton
Sent: Monday, July 13, 2015 4:14 PM
To: Archivesspace Users Group
Subject: RE: [Archivesspace_Users_Group] Removing non-existing repositories

Thanks, everyone! We?re going to try Steve?s suggestion and see if that works. I?ll keep you posted.

Faith

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair
Sent: Monday, July 13, 2015 2:07 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Removing non-existing repositories

If you?re deleting things in ArchivesSpace it should re-index automatically to remove references to it from the public view. I usually only need to trigger a re-index manually if I?m making changes directly against the MySQL database.  -k

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski
Sent: Monday, July 13, 2015 12:04 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Removing non-existing repositories

Maura,

I?m not sure reindexing would fix it but we?ll try.  These records are not things we?ve created and then deleted.  By the way, does that mean anytime we delete something in ASpace we need to re-index to get that data out of the public view?

Matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Monday, July 13, 2015 11:39 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Removing non-existing repositories

Have either of you tried re-indexing? It fixed the resource problem for me when I encountered it(I never had multiple repositories, so can't say if it will help for that).

-Maura

On Mon, Jul 13, 2015 at 12:36 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>> wrote:
I?m having the same problem with ?resources.?  In some cases our Archon migration has created duplicative false resource/collection records while also migrating the correct collection.  In the admin view I find the ?bad? resources and try to delete them but I get the ?record not found? message and can?t delete.

matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Faith F. Charlton
Sent: Monday, July 13, 2015 10:59 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Removing non-existing repositories

Hello-

I?m wondering if there?s a way to permanently delete repositories? We had created a couple of test repositories in version 1.07.1 (we?re now using the current version) that were deleted some time ago, but the application seems to still have a place holder for them. They?re still listed under Manage Repositories, but if I try to view or edit them, I receive a ?Record not found? error message. They?re also listed in the public UI; clicking on either causes the error "We're sorry, but something went wrong.? Not sure if this is an indexing issue?

Any help or suggestions would be appreciated.

Thanks,
Faith
________________________________
Faith Charlton
Processing Archivist, Americana Collections
Princeton University Library
One Washington Road
Princeton, NJ 08540
609-258-3223<tel:609-258-3223>
faithc at princeton.edu<mailto:faithc at princeton.edu>



_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150714/159e6bd6/attachment.html>

From Kevin.Clair at du.edu  Tue Jul 14 11:32:36 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Tue, 14 Jul 2015 15:32:36 +0000
Subject: [Archivesspace_Users_Group] restoring backup copy of collection
In-Reply-To: <4E8040B8-EE0C-4C47-888C-B9C354404131@virginia.edu>
References: <D1C9A84C.9A2D%kevin.clair@du.edu>
	<4E8040B8-EE0C-4C47-888C-B9C354404131@virginia.edu>
Message-ID: <1F1E72103798F04D96C355B296D7C61B4C4E43@mb2-uts.du.edu>

Thanks! Did that this morning and apart from a little bit of data cleanup afterward, it worked as expected.  -k

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Monday, July 13, 2015 6:36 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] restoring backup copy of collection


That will usually work well enough.

I've sometimes had problems - there were more problems with exports in earlier versions.
If there is bad embedded markup in a note ( for example a missing end </p> tag ) AS will
export without complaint but it won't import without fixing the markup. And, as I noted
in another message earlier today, I've found some files where the manual export from the
browser works,  but the API export fails. (strange!)

But I've only had failures for a small percentage, so it's the first thing to try.
If it exports but doesn't import, try validating the XML and see what it flags.


- Steve Majewski


On Jul 13, 2015, at 7:39 PM, Kevin Clair <Kevin.Clair at du.edu<mailto:Kevin.Clair at du.edu>> wrote:

Hello,

If a resource in ArchivesSpace gets inadvertently deleted, and I have a relatively recent backup copy of the database running on a test server from which I could restore it, what would be the easiest way to restore just that resource? I'd prefer not to restore the entire database from backup because I don't want to wipe out the rest of that day or two's worth of work. Would exporting the EAD from the backup instance and re-importing it on the production instance work, or is there an easier way to do it?

Thanks in advance,
-k
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150714/2472f2a3/attachment.html>

From christine.dibella at lyrasis.org  Tue Jul 14 13:35:06 2015
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Tue, 14 Jul 2015 17:35:06 +0000
Subject: [Archivesspace_Users_Group] FW: Line breaks lost in migration
In-Reply-To: <A6DBB96434B07B4CBE52F7180941BBDA012DCA57B8@EX10-MC2-NODE03.amherst.edu>
References: <A6DBB96434B07B4CBE52F7180941BBDA012DCA57B8@EX10-MC2-NODE03.amherst.edu>
Message-ID: <BLUPR08MB17797B3C390DA360BB328D93F19B0@BLUPR08MB1779.namprd08.prod.outlook.com>

Forwarded on behalf of Christina Barber.


From: Christina Barber [mailto:cbarber at amherst.edu]
Sent: Tuesday, July 14, 2015 1:31 PM
To: 'archivesspace_users_group-bounces at lyralists.lyrasis.org'
Subject: Line breaks lost in migration

Hi all,

We're new to Archives Space and have several questions that I hope someone can help us with.


1.       We have just migrated from Archivists Toolkit by uploading EAD files and are finding that resources that contained line breaks <lb> in note fields or title fields are being ingested to Archives Space without the line breaks.  Does anyone have any idea how to maintain the line breaks through the migration?


2.       Is it possible to limit a search to one resource?  i.e. Find all instances of "audio tape" in a single collection "Audio and Visual Collection"


3.       Is it possible to change what the hover tags say? i.e. When you hover over "Title" and receive the DACS citation.

Thank you for any help you can offer.

Christina E. Barber
Deputy Archivist
Amherst College
cbarber at amherst.edu<mailto:cbarber at amherst.edu>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150714/0cf6cce3/attachment.html>

From PGalligan at rockarch.org  Tue Jul 14 13:40:32 2015
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Tue, 14 Jul 2015 13:40:32 -0400
Subject: [Archivesspace_Users_Group] Line breaks lost in migration
In-Reply-To: <BLUPR08MB17797B3C390DA360BB328D93F19B0@BLUPR08MB1779.namprd08.prod.outlook.com>
References: <A6DBB96434B07B4CBE52F7180941BBDA012DCA57B8@EX10-MC2-NODE03.amherst.edu>
	<BLUPR08MB17797B3C390DA360BB328D93F19B0@BLUPR08MB1779.namprd08.prod.outlook.com>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D88CE3CDCB@racex01>

I can't speak to the first two questions, but the third is definitely possible.

To change the tooltips, you have to change the text in locales/en.yml. Just stop the running instance of AS, make the changes, and then restart and any changes should apply.

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Christine Di Bella
Sent: Tuesday, July 14, 2015 1:35 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] FW: Line breaks lost in migration

Forwarded on behalf of Christina Barber.


From: Christina Barber [mailto:cbarber at amherst.edu]
Sent: Tuesday, July 14, 2015 1:31 PM
To: 'archivesspace_users_group-bounces at lyralists.lyrasis.org'
Subject: Line breaks lost in migration

Hi all,

We're new to Archives Space and have several questions that I hope someone can help us with.


1.       We have just migrated from Archivists Toolkit by uploading EAD files and are finding that resources that contained line breaks <lb> in note fields or title fields are being ingested to Archives Space without the line breaks.  Does anyone have any idea how to maintain the line breaks through the migration?


2.       Is it possible to limit a search to one resource?  i.e. Find all instances of "audio tape" in a single collection "Audio and Visual Collection"


3.       Is it possible to change what the hover tags say? i.e. When you hover over "Title" and receive the DACS citation.

Thank you for any help you can offer.

Christina E. Barber
Deputy Archivist
Amherst College
cbarber at amherst.edu<mailto:cbarber at amherst.edu>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150714/35da258d/attachment.html>

From christine.dibella at lyrasis.org  Wed Jul 15 13:39:17 2015
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Wed, 15 Jul 2015 17:39:17 +0000
Subject: [Archivesspace_Users_Group] =?utf-8?q?Fwd=3A_Interested_in_shapin?=
 =?utf-8?q?g_=E2=80=9CHydra_in_a_Box=E2=80=9D=3F_Take_the_Survey!?=
Message-ID: <BLUPR08MB177960CCC7449E04DF4EAF86F19A0@BLUPR08MB1779.namprd08.prod.outlook.com>

Many of you have likely seen this message on other lists to which you subscribe, but I figure it?s worth another plug here. One of the breakout session topics for the Member Meeting on August 22 is integrating ArchivesSpace with other systems, and I know Hydra is one of the systems of interest, with some work already underway in the community.

Christine

Christine Di Bella
Community Outreach and Support Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]

---------- Forwarded message ----------
From: Mark A. Matienzo <mark.matienzo at gmail.com<mailto:mark.matienzo at gmail.com>>
Date: Wed, Jul 15, 2015 at 12:17 PM
Subject: [archivesspace] Fwd: [hydra-community] Interested in shaping ?Hydra in a Box?? Take the Survey!
To: "Archives & Archivists (A&A) List" <archives at forums.archivists.org<mailto:archives at forums.archivists.org>>, arcan-l at mailman.srv.ualberta.ca<mailto:arcan-l at mailman.srv.ualberta.ca>, Code for Libraries <CODE4LIB at listserv.nd.edu<mailto:CODE4LIB at listserv.nd.edu>>, NY-ART at yahoogroups.com<mailto:NY-ART at yahoogroups.com>, SAA Metadata & Digital Object Roundtable Discussion List <metadata at forums.archivists.org<mailto:metadata at forums.archivists.org>>, archivesspace at googlegroups.com<mailto:archivesspace at googlegroups.com>, DCMI Architecture Forum <DC-ARCHITECTURE at jiscmail.ac.uk<mailto:DC-ARCHITECTURE at jiscmail.ac.uk>>

Please excuse crossposting and feel free to pass on this message.

Do you manage digital collections? Are you interested in the future of repository solutions?

The Digital Public Library of America, Stanford University, and DuraSpace want to hear from you.

Take the Hydra-in-a-Box Survey:  https://stanforduniversity.qualtrics.com/SE/?SID=SV_bvCv54xcyfb5mo5<https://stanforduniversity.qualtrics.com/SE/?SID=SV_bvCv54xcyfb5mo5>

We are partnering to extend the existing Hydra project codebase and its vibrant and growing community to build, bundle, and promote a feature-rich, robust, flexible digital repository that is easy to install, configure, and maintain. This next-generation repository solution -- ?Hydra in a Box? -- will work for institutions large and small, incorporating the capabilities and affordances to support networked resources and services in a shared, sustainable, nationwide platform. The overall intent is to develop a digital collections platform that is not just ?on the web,? but ?of the web.?

With funding from the Institute for Museum and Library Services, the 30-month collaborative project launched in May 2015<http://dp.la/info/2015/04/15/far-reaching-hydra-in-a-box-joint-initiative-funded-by-imls/> and is currently in the Product Design phase.  We are using the survey responses to better understand the current landscape of repository solutions in use by libraries, archives, and museums, and what these stakeholders need in an "ideal" repository solution.

Institutions of all sizes are invited to respond, including those who have digital collections not currently managed in a repository as well as those who manage multiple repositories.

Thank you in advance for your participation!

- The Hydra-in-a-Box team


Mark A. Matienzo, Director of Technology
Digital Public Library of America | http://dp.la/
mark at dp.la<mailto:mark at dp.la>

--
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<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout.



--
Christine Di Bella
cdibella at gmail.com<mailto:cdibella at gmail.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150715/5a669984/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 7645 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150715/5a669984/attachment.png>

From kate_bowers at harvard.edu  Wed Jul 15 17:32:36 2015
From: kate_bowers at harvard.edu (Bowers, Kate A.)
Date: Wed, 15 Jul 2015 21:32:36 +0000
Subject: [Archivesspace_Users_Group] "Primary" creator
Message-ID: <SN1PR07MB155201F2353FD235B2148C4E809A0@SN1PR07MB1552.namprd07.prod.outlook.com>

Has any ArchivesSpace user determined a method to indicate the significant, primary a creator of an accession or resource? For example, if Jane Schmoe is the chief entity associated with the accession or resource, but there?s a little bit of Eric Schmoe represented, I?d like Jane to be the ?main? entity associated with a resource or an accession although I?d also like to Eric to be associated as well.  Is there any way that I could achieve this?

Thanks!

Kate


Kate Bowers
Collections Services Archivist for Metadata, Systems, and Standards
Harvard University Archives
kate_bowers at harvard.edu<mailto:megan_sniffin-marinoff at harvard.edu>
617.496.2713
voice: (617) 384-7787
fax: (617) 495-8011
web: http://nrs.harvard.edu/urn-3:hul.eresource:archives
Twitter: @k8_bowers


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150715/616523cc/attachment.html>

From Kevin.Clair at du.edu  Wed Jul 15 17:53:56 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Wed, 15 Jul 2015 21:53:56 +0000
Subject: [Archivesspace_Users_Group] "Primary" creator
In-Reply-To: <SN1PR07MB155201F2353FD235B2148C4E809A0@SN1PR07MB1552.namprd07.prod.outlook.com>
References: <SN1PR07MB155201F2353FD235B2148C4E809A0@SN1PR07MB1552.namprd07.prod.outlook.com>
Message-ID: <1F1E72103798F04D96C355B296D7C61B4C58AC@mb2-uts.du.edu>

Hi Kate,

ArchivesSpace silently does this in its MARC export by only exporting the first agent listed as a Creator as a 100 or 110, so for the purpose of publishing records in our ILS we manage it that way. Otherwise, when we migrated we specified ?Contributor? relator terms for secondary creators as and when they appeared in our old collection management system, and left the relator blank for the agents we wanted to be chief entities.

Neither of those are perfect solutions but they?re working for us so far. I?d be interested to hear of others, for sure.  -k

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A.
Sent: Wednesday, July 15, 2015 3:33 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] "Primary" creator

Has any ArchivesSpace user determined a method to indicate the significant, primary a creator of an accession or resource? For example, if Jane Schmoe is the chief entity associated with the accession or resource, but there?s a little bit of Eric Schmoe represented, I?d like Jane to be the ?main? entity associated with a resource or an accession although I?d also like to Eric to be associated as well.  Is there any way that I could achieve this?

Thanks!

Kate


Kate Bowers
Collections Services Archivist for Metadata, Systems, and Standards
Harvard University Archives
kate_bowers at harvard.edu<mailto:megan_sniffin-marinoff at harvard.edu>
617.496.2713
voice: (617) 384-7787
fax: (617) 495-8011
web: http://nrs.harvard.edu/urn-3:hul.eresource:archives
Twitter: @k8_bowers


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150715/7cb56e41/attachment.html>

From luftsche at usc.edu  Wed Jul 15 20:04:00 2015
From: luftsche at usc.edu (Susan Luftschein)
Date: Thu, 16 Jul 2015 00:04:00 +0000
Subject: [Archivesspace_Users_Group] "Primary" creator
In-Reply-To: <SN1PR07MB155201F2353FD235B2148C4E809A0@SN1PR07MB1552.namprd07.prod.outlook.com>
References: <SN1PR07MB155201F2353FD235B2148C4E809A0@SN1PR07MB1552.namprd07.prod.outlook.com>
Message-ID: <BY2PR07MB15571A2B04811C4C3D86AF8D3990@BY2PR07MB155.namprd07.prod.outlook.com>

Hi Kate,
I've been doing it implicitly by ordering the names. So the creator would be the first name with any others listed after and in alpha order.  Not perfect, but it seems to be the only way, given the limitations of the software.
Sue

Sue Luftschein
Archival and Metadata Librarian
USC Libraries

Sent using CloudMagic<https://cloudmagic.com/k/d/mailapp?ct=pi&cv=6.4.27&pv=8.4>

On Wed, Jul 15, 2015 at 4:33 PM, Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> wrote:
Has any ArchivesSpace user determined a method to indicate the significant, primary a creator of an accession or resource? For example, if Jane Schmoe is the chief entity associated with the accession or resource, but there's a little bit of Eric Schmoe represented, I'd like Jane to be the "main" entity associated with a resource or an accession although I'd also like to Eric to be associated as well.  Is there any way that I could achieve this?

Thanks!

Kate


Kate Bowers
Collections Services Archivist for Metadata, Systems, and Standards
Harvard University Archives
kate_bowers at harvard.edu<mailto:megan_sniffin-marinoff at harvard.edu>
617.496.2713
voice: (617) 384-7787
fax: (617) 495-8011
web: http://nrs.harvard.edu/urn-3:hul.eresource:archives
Twitter: @k8_bowers


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150716/a8cc44ee/attachment.html>

From kate_bowers at harvard.edu  Wed Jul 15 20:36:43 2015
From: kate_bowers at harvard.edu (Bowers, Kate A.)
Date: Thu, 16 Jul 2015 00:36:43 +0000
Subject: [Archivesspace_Users_Group] "Primary" creator
In-Reply-To: <BY2PR07MB15571A2B04811C4C3D86AF8D3990@BY2PR07MB155.namprd07.prod.outlook.com>
References: <SN1PR07MB155201F2353FD235B2148C4E809A0@SN1PR07MB1552.namprd07.prod.outlook.com>,
	<BY2PR07MB15571A2B04811C4C3D86AF8D3990@BY2PR07MB155.namprd07.prod.outlook.com>
Message-ID: <SN1PR07MB15523FBA9CC74B3EE944458680990@SN1PR07MB1552.namprd07.prod.outlook.com>

Susan and Kevin:


Thanks for responding so quickly!


How do you designate a "first"?  How do you "order" the names?


Thanks!


Kate Bowers
Collections Services Archivist for Metadata, Systems, and Standards
Harvard University Archives
Cambridge, Massachusetts, USA
voice: (617) 384-7787
fax: (617) 495-8011
kate_bowers at harvard.edu





________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Susan Luftschein <luftsche at usc.edu>
Sent: Wednesday, July 15, 2015 8:04 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] "Primary" creator

Hi Kate,
I've been doing it implicitly by ordering the names. So the creator would be the first name with any others listed after and in alpha order.  Not perfect, but it seems to be the only way, given the limitations of the software.
Sue

Sue Luftschein
Archival and Metadata Librarian
USC Libraries

Sent using CloudMagic<https://urldefense.proofpoint.com/v2/url?u=https-3A__cloudmagic.com_k_d_mailapp-3Fct-3Dpi-26cv-3D6.4.27-26pv-3D8.4&d=BQMFAg&c=WO-RGvefibhHBZq3fL85hQ&r=wwc_Z_TbmWbPFh7My2zRxmrGgCNO-71Fwzlmd8YZVUY&m=THzFTcs0VJoYs7_P8qpvV0YEbuqQgLGTCDWQDvZlvwI&s=VZ1iONmHd-LQyO7XjGBO2lAnqWc23-NOsMxY3uN9rD4&e=>

On Wed, Jul 15, 2015 at 4:33 PM, Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> wrote:

Has any ArchivesSpace user determined a method to indicate the significant, primary a creator of an accession or resource? For example, if Jane Schmoe is the chief entity associated with the accession or resource, but there's a little bit of Eric Schmoe represented, I'd like Jane to be the "main" entity associated with a resource or an accession although I'd also like to Eric to be associated as well.  Is there any way that I could achieve this?

Thanks!



Kate





Kate Bowers

Collections Services Archivist for Metadata, Systems, and Standards

Harvard University Archives

kate_bowers at harvard.edu<mailto:megan_sniffin-marinoff at harvard.edu>

617.496.2713

voice: (617) 384-7787

fax: (617) 495-8011

web: http://nrs.harvard.edu/urn-3:hul.eresource:archives

Twitter: @k8_bowers




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150716/723b79c5/attachment.html>

From luftsche at usc.edu  Wed Jul 15 21:32:01 2015
From: luftsche at usc.edu (Susan Luftschein)
Date: Thu, 16 Jul 2015 01:32:01 +0000
Subject: [Archivesspace_Users_Group] "Primary" creator
In-Reply-To: <SN1PR07MB15523FBA9CC74B3EE944458680990@SN1PR07MB1552.namprd07.prod.outlook.com>
References: <SN1PR07MB155201F2353FD235B2148C4E809A0@SN1PR07MB1552.namprd07.prod.outlook.com>
	<BY2PR07MB15571A2B04811C4C3D86AF8D3990@BY2PR07MB155.namprd07.prod.outlook.com>
	<SN1PR07MB15523FBA9CC74B3EE944458680990@SN1PR07MB1552.namprd07.prod.outlook.com>
Message-ID: <638915D2-1B6D-44D6-B310-C2CDFE9B51F7@usc.edu>

You can just drag the field into position using the three bars at the extreme left of the field.  You can do that with notes, subjects, names, and instances.
Sue

On Jul 15, 2015, at 5:36 PM, Bowers, Kate A. <kate_bowers at harvard.edu<mailto:kate_bowers at harvard.edu>> wrote:

Susan and Kevin:

Thanks for responding so quickly!

How do you designate a "first"?  How do you "order" the names?

Thanks!


Kate Bowers
Collections Services Archivist for Metadata, Systems, and Standards
Harvard University Archives
Cambridge, Massachusetts, USA
voice: (617) 384-7787
fax: (617) 495-8011
kate_bowers at harvard.edu<mailto:kate_bowers at harvard.edu>





________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Susan Luftschein <luftsche at usc.edu<mailto:luftsche at usc.edu>>
Sent: Wednesday, July 15, 2015 8:04 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] "Primary" creator

Hi Kate,
I've been doing it implicitly by ordering the names. So the creator would be the first name with any others listed after and in alpha order.  Not perfect, but it seems to be the only way, given the limitations of the software.
Sue

Sue Luftschein
Archival and Metadata Librarian
USC Libraries

Sent using CloudMagic<https://urldefense.proofpoint.com/v2/url?u=https-3A__cloudmagic.com_k_d_mailapp-3Fct-3Dpi-26cv-3D6.4.27-26pv-3D8.4&d=BQMFAg&c=WO-RGvefibhHBZq3fL85hQ&r=wwc_Z_TbmWbPFh7My2zRxmrGgCNO-71Fwzlmd8YZVUY&m=THzFTcs0VJoYs7_P8qpvV0YEbuqQgLGTCDWQDvZlvwI&s=VZ1iONmHd-LQyO7XjGBO2lAnqWc23-NOsMxY3uN9rD4&e=>

On Wed, Jul 15, 2015 at 4:33 PM, Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> wrote:
Has any ArchivesSpace user determined a method to indicate the significant, primary a creator of an accession or resource? For example, if Jane Schmoe is the chief entity associated with the accession or resource, but there?s a little bit of Eric Schmoe represented, I?d like Jane to be the ?main? entity associated with a resource or an accession although I?d also like to Eric to be associated as well.  Is there any way that I could achieve this?

Thanks!



Kate





Kate Bowers
Collections Services Archivist for Metadata, Systems, and Standards
Harvard University Archives
kate_bowers at harvard.edu<mailto:megan_sniffin-marinoff at harvard.edu>
617.496.2713
voice: (617) 384-7787
fax: (617) 495-8011
web: http://nrs.harvard.edu/urn-3:hul.eresource:archives
Twitter: @k8_bowers





_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

Sue Luftschein
Archival and Metadata Librarian
Special Collections
USC Libraries
luftsche at usc.edu<mailto:luftsche at usc.edu>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150716/8e812634/attachment.html>

From mark.custer at yale.edu  Thu Jul 16 09:04:08 2015
From: mark.custer at yale.edu (Custer, Mark)
Date: Thu, 16 Jul 2015 13:04:08 +0000
Subject: [Archivesspace_Users_Group] "Primary" creator
In-Reply-To: <638915D2-1B6D-44D6-B310-C2CDFE9B51F7@usc.edu>
References: <SN1PR07MB155201F2353FD235B2148C4E809A0@SN1PR07MB1552.namprd07.prod.outlook.com>
	<BY2PR07MB15571A2B04811C4C3D86AF8D3990@BY2PR07MB155.namprd07.prod.outlook.com>
	<SN1PR07MB15523FBA9CC74B3EE944458680990@SN1PR07MB1552.namprd07.prod.outlook.com>
	<638915D2-1B6D-44D6-B310-C2CDFE9B51F7@usc.edu>
Message-ID: <DCB910FAD4CF9343B3E424AF5F331025255E5DB9@x10-mbx8.yu.yale.edu>

This is the same technique that I've also used in the AT, and was planning to continue in ArchivesSpace.  As Sue mentions, it's definitely not perfect!  I don't know if a feature request already exists for this yet or not, but ideally a staff member should be able to state explicitly that Jane Schmoe is the "main entry," rather than attempt to rely on the ordering (and implement hacks to change the output).


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Susan Luftschein
Sent: Wednesday, July 15, 2015 9:32 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] "Primary" creator

You can just drag the field into position using the three bars at the extreme left of the field.  You can do that with notes, subjects, names, and instances.
Sue

On Jul 15, 2015, at 5:36 PM, Bowers, Kate A. <kate_bowers at harvard.edu<mailto:kate_bowers at harvard.edu>> wrote:

Susan and Kevin:

Thanks for responding so quickly!

How do you designate a "first"?  How do you "order" the names?

Thanks!


Kate Bowers
Collections Services Archivist for Metadata, Systems, and Standards
Harvard University Archives
Cambridge, Massachusetts, USA
voice: (617) 384-7787
fax: (617) 495-8011
kate_bowers at harvard.edu<mailto:kate_bowers at harvard.edu>



________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Susan Luftschein <luftsche at usc.edu<mailto:luftsche at usc.edu>>
Sent: Wednesday, July 15, 2015 8:04 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] "Primary" creator

Hi Kate,
I've been doing it implicitly by ordering the names. So the creator would be the first name with any others listed after and in alpha order.  Not perfect, but it seems to be the only way, given the limitations of the software.
Sue
Sue Luftschein
Archival and Metadata Librarian
USC Libraries

Sent using CloudMagic<https://urldefense.proofpoint.com/v2/url?u=https-3A__cloudmagic.com_k_d_mailapp-3Fct-3Dpi-26cv-3D6.4.27-26pv-3D8.4&d=BQMFAg&c=WO-RGvefibhHBZq3fL85hQ&r=wwc_Z_TbmWbPFh7My2zRxmrGgCNO-71Fwzlmd8YZVUY&m=THzFTcs0VJoYs7_P8qpvV0YEbuqQgLGTCDWQDvZlvwI&s=VZ1iONmHd-LQyO7XjGBO2lAnqWc23-NOsMxY3uN9rD4&e=>

On Wed, Jul 15, 2015 at 4:33 PM, Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> wrote:
Has any ArchivesSpace user determined a method to indicate the significant, primary a creator of an accession or resource? For example, if Jane Schmoe is the chief entity associated with the accession or resource, but there's a little bit of Eric Schmoe represented, I'd like Jane to be the "main" entity associated with a resource or an accession although I'd also like to Eric to be associated as well.  Is there any way that I could achieve this?

Thanks!

Kate


Kate Bowers
Collections Services Archivist for Metadata, Systems, and Standards
Harvard University Archives
kate_bowers at harvard.edu<mailto:megan_sniffin-marinoff at harvard.edu>
617.496.2713
voice: (617) 384-7787
fax: (617) 495-8011
web: http://nrs.harvard.edu/urn-3:hul.eresource:archives
Twitter: @k8_bowers


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMF-g&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=PW0bgho5y_RBshgSWguda1OnxAookOf3ZAtuMp7WOWk&s=reyTmBXWmVYTl6WahY-eSXXw7PF0zv6ncbTbEpOEWIM&e=>

Sue Luftschein
Archival and Metadata Librarian
Special Collections
USC Libraries
luftsche at usc.edu<mailto:luftsche at usc.edu>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150716/dd938bae/attachment.html>

From jvb at sfasu.edu  Thu Jul 16 10:22:12 2015
From: jvb at sfasu.edu (Johna L Von Behrens)
Date: Thu, 16 Jul 2015 14:22:12 +0000
Subject: [Archivesspace_Users_Group] Rapid Data Entry + X Buttons Not
	Appearing
Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC3F51A7E5@EXCHMBOX02.sfasu.nac>

You can make the + and X buttons appear after you have made some of the columns not visible. The + button appears and if you add a row the X button will appear.

It has been the same for Chrome and Firefox.  Is there a way to get the + and X buttons to appear when you scroll over to the right? It seems as if the display did not get modified after the new columns were added to the rapid data entry??????



Johna Von Behrens, MLIS, MSED
Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>
East Texas Research Center<http://library.sfasu.edu/etrc/>
Stephen F. Austin State University<http://www.sfasu.edu/>
PO Box 13055 SFA Station
Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX  75962
Phone 936.468.1536
Fax 936.468.4117
asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Susan Luftschein
Sent: Thursday, June 11, 2015 2:48 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Rapid Data Entry

Thanks Chris.  Unfortunately Firefox is the browser that our IT department supports.

Sue Luftschein
Archival and Metadata Librarian
USC Libraries Special Collections
University of Southern California
Doheny Memorial Library
3550 Trousdale Parkway, Room 207
Los Angeles, CA 90089-0189
tel:213-740-4046
fax:213-740-2343
luftsche at usc.edu<mailto:luftsche at usc.edu>

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Thursday, June 11, 2015 12:35 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Rapid Data Entry


Ah, yes, this was fixed awhile ago and will be include in the release coming out towards the end of this month. It seem specific to firefox.

b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwMFAg&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=is1JvTgqzkYJstpvZIrJOqEtUkxh9n-5XTAaB83YTyI&s=R32LkJxYbOhRRgc-GpaxmvIgp4756rJgIfIrzhmgTqk&e=>
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Kottman, Miloche <mkottman at ku.edu<mailto:mkottman at ku.edu>>
Sent: Thursday, June 11, 2015 8:58 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Rapid Data Entry


The Rapid Date Entry columns look fine in Chrome.  Maybe try a different browser



--Miloche Kottman

University of Kansas



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Susan Luftschein
Sent: Thursday, June 11, 2015 12:15 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Rapid Data Entry



Sorry Chris. The display wonkiness of the RDE screen. The column headers are not visible. This happened after the last update. Makes it very difficult to work with the RDE function.



Sue Luftschein

Archival and Metadata Librarian

USC Libraries Special Collections

University of Southern California

Doheny Memorial Library

3550 Trousdale Parkway, Room 207

Los Angeles, CA 90089-0189

tel:213-740-4046

fax:213-740-2343

luftsche at usc.edu<https://urldefense.proofpoint.com/v2/url?u=https-3A__bl2prd0710.outlook.com_owa_redir.aspx-3FC-3DeR1uonUBskeKJ2jF2twUWQ-5FICzAxXdAI6Bmy-5FXnZAC1xqp6D2L-5FlFlWbU7gF83O6s-5FSSrdv5mOU.-26URL-3Dmailto-253aluftsche-2540usc.edu&d=AwMFAg&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=is1JvTgqzkYJstpvZIrJOqEtUkxh9n-5XTAaB83YTyI&s=MgAbt5e9ZuDMbtAZzxX4NDCMatz6dQ_dVPyShcEuVi0&e=>

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>>
Sent: Thursday, June 11, 2015 3:14 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Rapid Data Entry



Hi Sue,

Not sure what you're referring to.

Could you be a little more specific?





b,chris.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwMFAg&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=is1JvTgqzkYJstpvZIrJOqEtUkxh9n-5XTAaB83YTyI&s=R32LkJxYbOhRRgc-GpaxmvIgp4756rJgIfIrzhmgTqk&e=>

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Susan Luftschein <luftsche at usc.edu<mailto:luftsche at usc.edu>>
Sent: Wednesday, June 10, 2015 11:30 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Rapid Data Entry



Hi,



Any idea when this will be fixed?



Thanks,

Sue



Sue Luftschein

Archival and Metadata Librarian

USC Libraries Special Collections

University of Southern California

Doheny Memorial Library

3550 Trousdale Parkway, Room 207

Los Angeles, CA 90089-0189

tel:213-740-4046

fax:213-740-2343

luftsche at usc.edu<mailto:luftsche at usc.edu>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150716/076f0f26/attachment.html>

From psuda1 at tulane.edu  Thu Jul 16 10:28:02 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Thu, 16 Jul 2015 14:28:02 +0000
Subject: [Archivesspace_Users_Group] Archon to ASpace
Message-ID: <CY1PR0301MB12731C579551A399DD63DD22E5990@CY1PR0301MB1273.namprd03.prod.outlook.com>

Good morning,

                 Has anyone just scrapped using the Archon to ASpace migration tool and simply brought in Accessesions and EAD via the Import tool or other method? Considering some of the intrinsic problems with the migration tool, I am looking to see what alternatives others have developed.

Thank you,

Phil

Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu
504-865-5607

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150716/a78caec0/attachment.html>

From jvb at sfasu.edu  Thu Jul 16 11:34:39 2015
From: jvb at sfasu.edu (Johna L Von Behrens)
Date: Thu, 16 Jul 2015 15:34:39 +0000
Subject: [Archivesspace_Users_Group] FW: ArchivesSpace - Rapid Data Entry
Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC3F51A89C@EXCHMBOX02.sfasu.nac>

We seem to have hit another snag with Rapid Data Entry.

Johna Von Behrens, MLIS, MSED
Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>
East Texas Research Center<http://library.sfasu.edu/etrc/>
Stephen F. Austin State University<http://www.sfasu.edu/>
PO Box 13055 SFA Station
Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX  75962
Phone 936.468.1536
Fax 936.468.4117
asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.


From: Kyle Ainsworth
Sent: Thursday, July 16, 2015 10:28 AM
To: Johna L Von Behrens
Subject: ArchivesSpace

Johna, I did it again. I forgot to enter the Instance 1 Indicator for all my rows (61 total) when I hit save. Each time I got this script warning and the columns condensed to where I could not widen them at all. The only possible action is to exit and start over.  Luckily I'm only using 6 columns of metadata for this RDE and it only takes me 3-4 minutes to start over and repopulate the fields. But if I made this mistake with 19 columns, it could be a significant waste of time and energy. Please relay this message to the developers.

Kyle


Kyle Ainsworth | Special Collections Librarian | East Texas Research Center
Stephen F. Austin State University
PO Box 13055 SFA Station | Nacogdoches | Texas | 75962
Phone 936.468.1590 | Fax 936.468.4117 | asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150716/d8ccb9f8/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ArchivesSpace Issue.pdf
Type: application/pdf
Size: 249832 bytes
Desc: ArchivesSpace Issue.pdf
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150716/d8ccb9f8/attachment.pdf>

From morinj at usc.edu  Thu Jul 16 12:06:45 2015
From: morinj at usc.edu (Jacqueline Morin)
Date: Thu, 16 Jul 2015 16:06:45 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace - Rapid Data Entry: Note
	Fields
Message-ID: <BLUPR0701MB2050286928089A5AAE7D3E73D8990@BLUPR0701MB2050.namprd07.prod.outlook.com>

I'm having an issue with adding notes in RDE, specifically that there is not a "note label" field as there is when you add records individually.  Thus, if I want to add a "general" note to a particular item, i.e. "Album pages were removed from scrapbook," I would like the title of the note to read "General Note," not just "General" which it defaults to when there is no note label.   (The same with the other kinds of notes).  Has anyone found a way to get around this issue, or do you just add the notes later rather than as part of RDE?

----Jackie Morin



Jacqueline Morin, M.L.I.S.
Processing Archivist, Special Collections
Doheny Memorial Library
University of Southern California
3550 Trousdale Parkway
Los Angeles, CA  90089-0182
Tel: 213-821-0488    Fax: 213-740-6668




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150716/80b62da9/attachment.html>

From cbarber at amherst.edu  Thu Jul 16 13:51:31 2015
From: cbarber at amherst.edu (Christina Barber)
Date: Thu, 16 Jul 2015 17:51:31 +0000
Subject: [Archivesspace_Users_Group] Text formatting in AS
Message-ID: <A6DBB96434B07B4CBE52F7180941BBDA012DCA68D1@EX10-MC2-NODE03.amherst.edu>

Hi all,

In Archivists' Toolkit, we wrapped titles in italics tags.  This information hasn't transferred to AS.  Rather than reading The House that Giacomo Built it now reads <title render="italic">The House that Giacomo Built</title>.  Any ideas on how to either transfer the text formatting elements from AT to AS or how to use text formatting in AS?

Thanks!

Christina E. Barber
Archives and Special Collections Specialist
Amherst College
cbarber at amherst.edu<https://exchange.amherst.edu/owa/redir.aspx?C=mEfwBockLkOOe1OLzqx2bqEtibyDQdAIYGQWn4vmUmV4WwQuz3dI9gXadINH8T3rpG5pG0rtask.&URL=mailto%3acbarber%40amherst.edu>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150716/78fa4d6c/attachment.html>

From PShackelford at southark.edu  Thu Jul 16 14:26:28 2015
From: PShackelford at southark.edu (Philip Shackelford)
Date: Thu, 16 Jul 2015 18:26:28 +0000
Subject: [Archivesspace_Users_Group] Add Collections to Record Groups
Message-ID: <C0810A101D713B44802AE426DFA845B10D863A6B@mailwest>

Question for the group:

How can I add already existing collections as children of a new Records Group? Is there a way to import collection data?

Philip Shackelford
Project Archivist & Grant Writer
South Arkansas Community College Library

DISCLAIMER: Emails sent to or received from the College are subject to the Arkansas Freedom of Information Act, Ark. Code Ann. Sec. ?? 25-19-101 et. Seq.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150716/c9f7d64f/attachment.html>

From maureen.callahan at yale.edu  Thu Jul 16 16:57:19 2015
From: maureen.callahan at yale.edu (Callahan, Maureen)
Date: Thu, 16 Jul 2015 20:57:19 +0000
Subject: [Archivesspace_Users_Group] Add Collections to Record Groups
In-Reply-To: <C0810A101D713B44802AE426DFA845B10D863A6B@mailwest>
References: <C0810A101D713B44802AE426DFA845B10D863A6B@mailwest>
Message-ID: <96C655EA-1EB5-4DE3-8BD3-4557005FE37C@yale.edu>

Hi Philip,

It sounds like there are two questions here. Yes, there?s the ?transfer? button that lets you transfer an archival object and all of its children from one resource record to another. Transferring archival objects is managed under its own permission, so make sure that you have that if you?re not seeing the transfer button in a resource.

Then there?s the question of import. At Manuscripts and Archives at Yale, we get new accruals to record groups all the time and we had a set process for managing this in Archivists? Toolkit. We?ve adapted this process for ArchivesSpace.

Right now, the only way to import multi-level archival description into ArchivesSpace is through EAD. But it?s often the case that donors (usually offices of origin for University Archives records) prepare inventories using Microsoft Excel. Our Excel template includes columns for each EAD and element we want to include in a given component. From that inventory, you can use either oXygen and XSLT or a simple Microsoft Word mail merge to turn that into the dsc of an EAD. (More information about this here: https://icantiemyownshoes.wordpress.com/2014/03/04/tutorial-how-to-turn-a-spreadsheet-into-the-contents-list-of-an-ead-encoded-finding-aid/ )

From there, as long as the EAD is valid, you can import it and transfer all of the components into your existing resource record. We found, however, that we wanted to massage the EAD a bit before importing, so we wrote this XSLT which we run in oXygen before importing: https://github.com/YaleArchivesSpace/xslt-files/blob/master/EADAdd2ExistingResource.xsl

I hope that you find this helpful.
Maureen

Maureen Callahan
Archivist, Metadata Specialist
Manuscripts & Archives
Yale University Library
maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>
203.432.3627

Webpage: web.library.yale.edu/mssa
Collections: drs.library.yale.edu


On Jul 16, 2015, at 2:26 PM, Philip Shackelford <PShackelford at southark.edu<mailto:PShackelford at southark.edu>> wrote:

Question for the group:

How can I add already existing collections as children of a new Records Group? Is there a way to import collection data?

Philip Shackelford
Project Archivist & Grant Writer
South Arkansas Community College Library

DISCLAIMER: Emails sent to or received from the College are subject to the Arkansas Freedom of Information Act, Ark. Code Ann. Sec. ?? 25-19-101 et. Seq. _______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=OoZH0S59jwJ2V5vsrb8Da9WUjT9Ql-GJYmtL_U_nPSE&s=_q6s24AnWI1CT62hHP7ryTFVJ2R8ZCJPREACjjg3GKI&e=

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150716/1c5ef752/attachment.html>

From EJOLLEY at nla.gov.au  Thu Jul 16 19:18:04 2015
From: EJOLLEY at nla.gov.au (Emma Jolley)
Date: Thu, 16 Jul 2015 23:18:04 +0000
Subject: [Archivesspace_Users_Group] Problem with Collection Management -
 Processing Status and Catalogued Note
Message-ID: <81FF938BA2407B4DA1E134E7FA5C09EC01E8AB3A97@EXMBX2.shire.nla.gov.au>

We are currently testing the latest release in our test system (v1.3.0) and are getting some very frustrating results.

One of them is that the Processing_Status which was within the Collection_Management sub record appears to have been moved to an Event and in the process the drop down list (within processing status) appears to have been de-coupled from the accession records we had marked as having particular processing status'.

In addition the Catalogued_Note also within the Collection_Mangement sub-record has also been moved to an Event.

Was this a planned change? And if so is there a written explanation of these changes that I can check.

Any help and explanation would be gratefully received.

Emma

Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600
e: emma.jolley at nla.gov.au<mailto:emma.jolley at nla.gov.au>|t: 02 6262 1456| www.nla.gov.au/ms<http://www.nla.gov.au/ms>
http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150716/a0e57c1b/attachment.html>

From brad.westbrook at lyrasis.org  Fri Jul 17 07:58:43 2015
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Fri, 17 Jul 2015 11:58:43 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace - Rapid Data Entry:
 Note	Fields
In-Reply-To: <BLUPR0701MB2050286928089A5AAE7D3E73D8990@BLUPR0701MB2050.namprd07.prod.outlook.com>
References: <BLUPR0701MB2050286928089A5AAE7D3E73D8990@BLUPR0701MB2050.namprd07.prod.outlook.com>
Message-ID: <BN1PR08MB011CC9507B968832A6F453D94980@BN1PR08MB011.namprd08.prod.outlook.com>

Hi, Jackie,

Have you upgraded to version 1.3.0 distributed at the end of June?  In that version, a label option for notes is provided in the RDE, as well as few other enhancements:

[cid:image001.png at 01D0C066.B5AF5BF0]

Best,

Brad W.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jacqueline Morin
Sent: Thursday, July 16, 2015 12:07 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] ArchivesSpace - Rapid Data Entry: Note Fields

I'm having an issue with adding notes in RDE, specifically that there is not a "note label" field as there is when you add records individually.  Thus, if I want to add a "general" note to a particular item, i.e. "Album pages were removed from scrapbook," I would like the title of the note to read "General Note," not just "General" which it defaults to when there is no note label.   (The same with the other kinds of notes).  Has anyone found a way to get around this issue, or do you just add the notes later rather than as part of RDE?

----Jackie Morin



Jacqueline Morin, M.L.I.S.
Processing Archivist, Special Collections
Doheny Memorial Library
University of Southern California
3550 Trousdale Parkway
Los Angeles, CA  90089-0182
Tel: 213-821-0488    Fax: 213-740-6668




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/d2519616/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 12209 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/d2519616/attachment.png>

From brianjhoffman at gmail.com  Fri Jul 17 09:01:42 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Fri, 17 Jul 2015 09:01:42 -0400
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
	Problems & Questions
In-Reply-To: <CY1PR0301MB12737297F7DD66B09D9BA6C9E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
References: <8r36ej0h4iwolkua2yiefyeq.1436207623709@email.android.com>
	<CY1PR0301MB12737297F7DD66B09D9BA6C9E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
Message-ID: <61E84296-E114-456E-A6B2-94C6A981608D@gmail.com>

Hi Phil,

I think the Archon experts could answer this better than I can - I do know that Archon uses a square bracket markup style for things like italics, and I would assume that the markup is stored in the DB. 

I don?t think the Archon php files have any bearing on ArchivesSpace - during the migration process all Archon content is served to the migration tool as JSON objects over HTTP.

Brian


On Jul 6, 2015, at 4:39 PM, Suda, Phillip J <psuda1 at tulane.edu> wrote:

> Brian,
>  
>      While I am not a SQL pro, I know my way around well enough to look at the tables, perform queries, and so forth. Where exactly are these [b] and [i]?s that are showing up in the ArchivesSpace Component Lists & Headers located in the SQL tables? I am not seeing them in the sql data (either the original Archon data or the created ArchivesSpace data post-migration).
>  
> I am seeing a reference to the [b] and [i] in the common.inc.php files on the Archon side, but I am not sure if/how ArchivesSpace is using this file for the migration.
>  
> Thanks,
>  
> Phil
>  
> From: brian [mailto:brianjhoffman at gmail.com] 
> Sent: Monday, July 06, 2015 1:37 PM
> To: Suda, Phillip J; Archivesspace Users Group; Matthew J Gorzalski
> Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions
>  
> Hi Phil,
>  
> That's correct- it can actually only be done in the context of a single resource record and a single sub record type. For example, "replace 'abc' with 'def' in all container summaries of all extent records associated with the g.g. Alin papers". There isn't currently a way to do a global search and replace, and I'd recommend leaving that to someone facile with sql who can do it at the database level.
>  
> Brian
>  
>  
> Sent from my T-Mobile 4G LTE Device
>  
> 
> -------- Original message --------
> From: "Suda, Phillip J" <psuda1 at tulane.edu>
> Date:07/06/2015 2:17 PM (GMT-05:00)
> To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>, Matthew J Gorzalski <mGorzalski at lib.siu.edu>, Brian Hoffman <brianjhoffman at gmail.com>
> Cc:
> Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions
>  
> Brian,
>  
>        From what I can tell, the Batch Find & Replace cannot be done on a ?global?/instance-wide scale (i.e. finding all the <i>?s and <b>?s at component level). It seems like it only works collection by collection. Please let me know what I am missing.
>  
>  
> Thanks,
>  
> Phil
>  
>  
> Phillip Suda
> Systems Librarian
> Howard-Tilton Memorial Library
> Tulane University
> psuda1 at tulane.edu
> 504-865-5607
>  
>  
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian
> Sent: Monday, July 06, 2015 12:40 PM
> To: Matthew J Gorzalski; Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions
>  
> Hi Mathew,
>  
> This will probably be resolved by deleting your solr index and restarting the application, then waiting for the index to rebuild.
>  
> Brian
>  
>  
> Sent from my T-Mobile 4G LTE Device
>  
> 
> -------- Original message --------
> From: Matthew J Gorzalski <mGorzalski at lib.siu.edu>
> Date:07/06/2015 11:33 AM (GMT-05:00)
> To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
> Cc:
> Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions
>  
> I just went in manually in the ASpace admin view, selected one of our repositories, and went into classifications and deleted the empty ones.  I found that the name of the repository and the good classification matched.  In other words, the Manuscripts classification under the Manuscripts repository was the only classification within that repository to have collections linked to it. 
>  
> In the process I noticed that the migration produced some weird results, like it was creating false or empty collections that didn?t exist in our Archon.  So I would have Mr. Smith?s Papers, correctly linked to the Manuscripts classification in the Manuscripts repository.  But an empty, no data Mr. Smith?s Papers might also appear in the Photographs classification in the Manuscripts Repository.  After deleting the bad classifications, the empty Mr. Smith would still be there.  So when I found that record in the resource list and tried to delete it, I couldn?t because it would say ?record not found.?  So the result is a public view showing two Mr. Smith Papers, one of which has content and the other is ?record not found,? which it seems I am powerless to delete.  That is the current issue.
>  
> Matt
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
> Sent: Monday, July 06, 2015 10:25 AM
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions
>  
> For deleting the bad classifications, use the post data migration tool at the link below, which also performs other clean up operations on the data.  Of course, create a backup of the Archivesspace database before running this tool.
> 
> https://github.com/archivesspace/aspaceDBUtil
>  
> On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu> wrote:
> Matt,
>  
>          Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.
>  
> Thanks,
>  
> Phil
>  
>  
> Phillip Suda
> Systems Librarian
> Howard-Tilton Memorial Library
> Tulane University
> psuda1 at tulane.edu
> 504-865-5607
>  
>  
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski
> Sent: Thursday, July 02, 2015 1:04 PM
> 
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions
>  
> We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.
>  
> But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.
>  
>  
> Matt Gorzalski
> SIU Carbondale
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
> Sent: Thursday, July 02, 2015 11:54 AM
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions
>  
> Hi Phillip,
> With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."
>  
> Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."
>  
> I'm not sure if something like that would need to be done for your other special characters as well.
> -Maura
>  
> On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu> wrote:
> Good morning all,
>  
>                  I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:
>  
> 1.       Public Interface Special Characters & Diacritics:
> 
> a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).
> 
> 2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)
> 
> 3.       Public Interface Repositories Odd Behavior:
> 
> a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question  
> 
> b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:
> 
>  
> 
>  
> 
>  
> 4.       Classifications appear to be duplicated:
> 
> 
> 5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:
> 
>  
> 
>  
> 6.       Can the Collections be sorted by Collection #/Identifier?
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/6a5cf4b5/attachment.html>

From psuda1 at tulane.edu  Fri Jul 17 09:39:21 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Fri, 17 Jul 2015 13:39:21 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <61E84296-E114-456E-A6B2-94C6A981608D@gmail.com>
References: <8r36ej0h4iwolkua2yiefyeq.1436207623709@email.android.com>
	<CY1PR0301MB12737297F7DD66B09D9BA6C9E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<61E84296-E114-456E-A6B2-94C6A981608D@gmail.com>
Message-ID: <DM2PR0301MB12793F9FAEBC312E26CD5926E5980@DM2PR0301MB1279.namprd03.prod.outlook.com>

Thanks Brian. I found it. I am doing quite a bit of cleanup on the Archon DB side of things it seems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu
504-865-5607



From: Brian Hoffman [mailto:brianjhoffman at gmail.com]
Sent: Friday, July 17, 2015 8:02 AM
To: Suda, Phillip J <psuda1 at tulane.edu>
Cc: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>; Matthew J Gorzalski <mGorzalski at lib.siu.edu>
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phil,

I think the Archon experts could answer this better than I can - I do know that Archon uses a square bracket markup style for things like italics, and I would assume that the markup is stored in the DB.

I don?t think the Archon php files have any bearing on ArchivesSpace - during the migration process all Archon content is served to the migration tool as JSON objects over HTTP.

Brian


On Jul 6, 2015, at 4:39 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:


Brian,

     While I am not a SQL pro, I know my way around well enough to look at the tables, perform queries, and so forth. Where exactly are these [b] and [i]?s that are showing up in the ArchivesSpace Component Lists & Headers located in the SQL tables? I am not seeing them in the sql data (either the original Archon data or the created ArchivesSpace data post-migration).

I am seeing a reference to the [b] and [i] in the common.inc.php files on the Archon side, but I am not sure if/how ArchivesSpace is using this file for the migration.

Thanks,

Phil

From: brian [mailto:brianjhoffman at gmail.com]
Sent: Monday, July 06, 2015 1:37 PM
To: Suda, Phillip J; Archivesspace Users Group; Matthew J Gorzalski
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phil,

That's correct- it can actually only be done in the context of a single resource record and a single sub record type. For example, "replace 'abc' with 'def' in all container summaries of all extent records associated with the g.g. Alin papers". There isn't currently a way to do a global search and replace, and I'd recommend leaving that to someone facile with sql who can do it at the database level.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: "Suda, Phillip J" <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>>
Date:07/06/2015 2:17 PM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>, Brian Hoffman <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>>
Cc:
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Brian,

       From what I can tell, the Batch Find & Replace cannot be done on a ?global?/instance-wide scale (i.e. finding all the <i>?s and <b>?s at component level). It seems like it only works collection by collection. Please let me know what I am missing.


Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian
Sent: Monday, July 06, 2015 12:40 PM
To: Matthew J Gorzalski; Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Mathew,

This will probably be resolved by deleting your solr index and restarting the application, then waiting for the index to rebuild.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>
Date:07/06/2015 11:33 AM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Cc:
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

I just went in manually in the ASpace admin view, selected one of our repositories, and went into classifications and deleted the empty ones.  I found that the name of the repository and the good classification matched.  In other words, the Manuscripts classification under the Manuscripts repository was the only classification within that repository to have collections linked to it.

In the process I noticed that the migration produced some weird results, like it was creating false or empty collections that didn?t exist in our Archon.  So I would have Mr. Smith?s Papers, correctly linked to the Manuscripts classification in the Manuscripts repository.  But an empty, no data Mr. Smith?s Papers might also appear in the Photographs classification in the Manuscripts Repository.  After deleting the bad classifications, the empty Mr. Smith would still be there.  So when I found that record in the resource list and tried to delete it, I couldn?t because it would say ?record not found.?  So the result is a public view showing two Mr. Smith Papers, one of which has content and the other is ?record not found,? which it seems I am powerless to delete.  That is the current issue.

Matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, July 06, 2015 10:25 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

For deleting the bad classifications, use the post data migration tool at the link below, which also performs other clean up operations on the data.  Of course, create a backup of the Archivesspace database before running this tool.

https://github.com/archivesspace/aspaceDBUtil

On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Matt,

         Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Matthew J Gorzalski
Sent: Thursday, July 02, 2015 1:04 PM

To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.

But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.


Matt Gorzalski
SIU Carbondale

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."

Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."

I'm not sure if something like that would need to be done for your other special characters as well.
-Maura

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:





4.       Classifications appear to be duplicated:

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:



6.       Can the Collections be sorted by Collection #/Identifier?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/9ed33ce7/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Fri Jul 17 10:04:22 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Fri, 17 Jul 2015 14:04:22 +0000
Subject: [Archivesspace_Users_Group] Text formatting in AS
In-Reply-To: <A6DBB96434B07B4CBE52F7180941BBDA012DCA68D1@EX10-MC2-NODE03.amherst.edu>
References: <A6DBB96434B07B4CBE52F7180941BBDA012DCA68D1@EX10-MC2-NODE03.amherst.edu>
Message-ID: <DM2PR0801MB0848D7DD9C763AAF48B73ABAFB980@DM2PR0801MB0848.namprd08.prod.outlook.com>


Hi Christina,


Yes, since EAD doesn't allow for HTML tags, that's how you markup italics. The <title> tag is converted to proper HTML in the view pages.




best,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Christina Barber <cbarber at amherst.edu>
Sent: Thursday, July 16, 2015 7:51 PM
To: 'archivesspace_users_group at lyralists.lyrasis.org'
Subject: [Archivesspace_Users_Group] Text formatting in AS


Hi all,



In Archivists' Toolkit, we wrapped titles in italics tags.  This information hasn't transferred to AS.  Rather than reading The House that Giacomo Built it now reads <title render="italic">The House that Giacomo Built</title>.  Any ideas on how to either transfer the text formatting elements from AT to AS or how to use text formatting in AS?



Thanks!



Christina E. Barber

Archives and Special Collections Specialist
Amherst College
cbarber at amherst.edu<https://exchange.amherst.edu/owa/redir.aspx?C=mEfwBockLkOOe1OLzqx2bqEtibyDQdAIYGQWn4vmUmV4WwQuz3dI9gXadINH8T3rpG5pG0rtask.&URL=mailto%3acbarber%40amherst.edu>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/b1ab81e9/attachment.html>

From prom at illinois.edu  Fri Jul 17 10:12:32 2015
From: prom at illinois.edu (Prom, Christopher John)
Date: Fri, 17 Jul 2015 14:12:32 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace
	Migration	Problems & Questions
In-Reply-To: <61E84296-E114-456E-A6B2-94C6A981608D@gmail.com>
References: <8r36ej0h4iwolkua2yiefyeq.1436207623709@email.android.com>
	<CY1PR0301MB12737297F7DD66B09D9BA6C9E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<61E84296-E114-456E-A6B2-94C6A981608D@gmail.com>
Message-ID: <8AED0440-4F22-45B5-B285-0789CBB36B0E@illinois.edu>

The [b] and [i] are stored in the db by the bbcode library that is used to generate the editing tools in the admin interface. The archon side of the migration tool, which generates the JSON, should be converting all of these to html.  If there are any that are not being converted, this issue can be fixed in the archon tool, and two months ago, I pushed a change to master to do this for the collection content.

https://github.com/archonproject/archon/commit/4adfabf2d0eb6474844cd6fb8b5c7a9b7863e601

This commit has not been put into a release version, but can be replaced on the archon server, and if the migration runs, all bbcode in collection components will be converted to html before the migration tool reads it.

Chris Prom


On Jul 17, 2015, at 8:01 AM, Brian Hoffman <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>> wrote:

Hi Phil,

I think the Archon experts could answer this better than I can - I do know that Archon uses a square bracket markup style for things like italics, and I would assume that the markup is stored in the DB.

I don?t think the Archon php files have any bearing on ArchivesSpace - during the migration process all Archon content is served to the migration tool as JSON objects over HTTP.

Brian


On Jul 6, 2015, at 4:39 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:

Brian,

     While I am not a SQL pro, I know my way around well enough to look at the tables, perform queries, and so forth. Where exactly are these [b] and [i]?s that are showing up in the ArchivesSpace Component Lists & Headers located in the SQL tables? I am not seeing them in the sql data (either the original Archon data or the created ArchivesSpace data post-migration).

I am seeing a reference to the [b] and [i] in the common.inc.php files on the Archon side, but I am not sure if/how ArchivesSpace is using this file for the migration.

Thanks,

Phil

From: brian [mailto:brianjhoffman at gmail.com]
Sent: Monday, July 06, 2015 1:37 PM
To: Suda, Phillip J; Archivesspace Users Group; Matthew J Gorzalski
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phil,

That's correct- it can actually only be done in the context of a single resource record and a single sub record type. For example, "replace 'abc' with 'def' in all container summaries of all extent records associated with the g.g. Alin papers". There isn't currently a way to do a global search and replace, and I'd recommend leaving that to someone facile with sql who can do it at the database level.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: "Suda, Phillip J" <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>>
Date:07/06/2015 2:17 PM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>, Brian Hoffman <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>>
Cc:
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Brian,

       From what I can tell, the Batch Find & Replace cannot be done on a ?global?/instance-wide scale (i.e. finding all the <i>?s and <b>?s at component level). It seems like it only works collection by collection. Please let me know what I am missing.


Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian
Sent: Monday, July 06, 2015 12:40 PM
To: Matthew J Gorzalski; Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Mathew,

This will probably be resolved by deleting your solr index and restarting the application, then waiting for the index to rebuild.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>
Date:07/06/2015 11:33 AM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Cc:
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

I just went in manually in the ASpace admin view, selected one of our repositories, and went into classifications and deleted the empty ones.  I found that the name of the repository and the good classification matched.  In other words, the Manuscripts classification under the Manuscripts repository was the only classification within that repository to have collections linked to it.

In the process I noticed that the migration produced some weird results, like it was creating false or empty collections that didn?t exist in our Archon.  So I would have Mr. Smith?s Papers, correctly linked to the Manuscripts classification in the Manuscripts repository.  But an empty, no data Mr. Smith?s Papers might also appear in the Photographs classification in the Manuscripts Repository.  After deleting the bad classifications, the empty Mr. Smith would still be there.  So when I found that record in the resource list and tried to delete it, I couldn?t because it would say ?record not found.?  So the result is a public view showing two Mr. Smith Papers, one of which has content and the other is ?record not found,? which it seems I am powerless to delete.  That is the current issue.

Matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, July 06, 2015 10:25 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

For deleting the bad classifications, use the post data migration tool at the link below, which also performs other clean up operations on the data.  Of course, create a backup of the Archivesspace database before running this tool.

https://github.com/archivesspace/aspaceDBUtil<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_aspaceDBUtil&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=jGJMaTc-8I-z6_tkoj_Qyi4UF1KtYBfcz4s2Ly33jmw&m=OWQhoR4wBIlgfV98aigBL02N-g7jSJj0qkDZmA4AO_I&s=fBK_G6vkF5Af12WJFG0DzdUB24AZADYAUET6w8j2ejk&e=>

On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Matt,

         Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Matthew J Gorzalski
Sent: Thursday, July 02, 2015 1:04 PM

To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.

But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.


Matt Gorzalski
SIU Carbondale

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."

Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."

I'm not sure if something like that would need to be done for your other special characters as well.
-Maura

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:







4.       Classifications appear to be duplicated:

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:




6.       Can the Collections be sorted by Collection #/Identifier?

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/2537b0ac/attachment.html>

From ns96 at nyu.edu  Fri Jul 17 10:20:04 2015
From: ns96 at nyu.edu (Nathan Stevens)
Date: Fri, 17 Jul 2015 10:20:04 -0400
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <DM2PR0301MB12793F9FAEBC312E26CD5926E5980@DM2PR0301MB1279.namprd03.prod.outlook.com>
References: <8r36ej0h4iwolkua2yiefyeq.1436207623709@email.android.com>
	<CY1PR0301MB12737297F7DD66B09D9BA6C9E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<61E84296-E114-456E-A6B2-94C6A981608D@gmail.com>
	<DM2PR0301MB12793F9FAEBC312E26CD5926E5980@DM2PR0301MB1279.namprd03.prod.outlook.com>
Message-ID: <CADi=b=O-BcUxppxgWn4cRtmtvBqGANneVACzDnyjUf8=59664w@mail.gmail.com>

The refactored Archon migration tool should automatically handle these
conversions, so no need to do manual clean up.

On Fri, Jul 17, 2015 at 9:39 AM, Suda, Phillip J <psuda1 at tulane.edu> wrote:

>  Thanks Brian. I found it. I am doing quite a bit of cleanup on the
> Archon DB side of things it seems.
>
>
>
> Thanks,
>
>
>
> Phil
>
>
>
>
>
> Phillip Suda
>
> Systems Librarian
>
> Howard-Tilton Memorial Library
>
> Tulane University
>
> psuda1 at tulane.edu
>
> 504-865-5607
>
>
>
>
>
>
>
> *From:* Brian Hoffman [mailto:brianjhoffman at gmail.com]
> *Sent:* Friday, July 17, 2015 8:02 AM
> *To:* Suda, Phillip J <psuda1 at tulane.edu>
> *Cc:* Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>; Matthew J Gorzalski <
> mGorzalski at lib.siu.edu>
>
> *Subject:* Re: [Archivesspace_Users_Group] Archon to ArchivesSpace
> Migration Problems & Questions
>
>
>
> Hi Phil,
>
>
>
> I think the Archon experts could answer this better than I can - I do know
> that Archon uses a square bracket markup style for things like italics, and
> I would assume that the markup is stored in the DB.
>
>
>
> I don?t think the Archon php files have any bearing on ArchivesSpace -
> during the migration process all Archon content is served to the migration
> tool as JSON objects over HTTP.
>
>
>
> Brian
>
>
>
>
>
> On Jul 6, 2015, at 4:39 PM, Suda, Phillip J <psuda1 at tulane.edu> wrote:
>
>
>
>   Brian,
>
>
>
>      While I am not a SQL pro, I know my way around well enough to look at
> the tables, perform queries, and so forth. Where exactly are these [b] and
> [i]?s that are showing up in the ArchivesSpace Component Lists & Headers
> located in the SQL tables? I am not seeing them in the sql data (either the
> original Archon data or the created ArchivesSpace data post-migration).
>
>
>
> I am seeing a reference to the [b] and [i] in the common.inc.php files on
> the Archon side, but I am not sure if/how ArchivesSpace is using this file
> for the migration.
>
>
>
> Thanks,
>
>
>
> Phil
>
>
>
> *From:* brian [mailto:brianjhoffman at gmail.com <brianjhoffman at gmail.com>]
> *Sent:* Monday, July 06, 2015 1:37 PM
> *To:* Suda, Phillip J; Archivesspace Users Group; Matthew J Gorzalski
> *Subject:* RE: [Archivesspace_Users_Group] Archon to ArchivesSpace
> Migration Problems & Questions
>
>
>
> Hi Phil,
>
>
>
> That's correct- it can actually only be done in the context of a single
> resource record and a single sub record type. For example, "replace 'abc'
> with 'def' in all container summaries of all extent records associated with
> the g.g. Alin papers". There isn't currently a way to do a global search
> and replace, and I'd recommend leaving that to someone facile with sql who
> can do it at the database level.
>
>
>
> Brian
>
>
>
>
>
> Sent from my T-Mobile 4G LTE Device
>
>
>
> -------- Original message --------
>
> From: "Suda, Phillip J" <psuda1 at tulane.edu>
>
> Date:07/06/2015 2:17 PM (GMT-05:00)
>
> To: Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>, Matthew J Gorzalski <
> mGorzalski at lib.siu.edu>, Brian Hoffman <brianjhoffman at gmail.com>
>
> Cc:
>
> Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
> Problems & Questions
>
>
>
> Brian,
>
>
>
>        From what I can tell, the Batch Find & Replace cannot be done on a
> ?global?/instance-wide scale (i.e. finding all the <i>?s and <b>?s at
> component level). It seems like it only works collection by collection.
> Please let me know what I am missing.
>
>
>
>
>
> Thanks,
>
>
>
> Phil
>
>
>
>
>
> Phillip Suda
>
> Systems Librarian
>
> Howard-Tilton Memorial Library
>
> Tulane University
>
> psuda1 at tulane.edu
>
> 504-865-5607
>
>
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [
> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org
> <archivesspace_users_group-bounces at lyralists.lyrasis.org>] *On Behalf Of *
> brian
> *Sent:* Monday, July 06, 2015 12:40 PM
> *To:* Matthew J Gorzalski; Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] Archon to ArchivesSpace
> Migration Problems & Questions
>
>
>
> Hi Mathew,
>
>
>
> This will probably be resolved by deleting your solr index and restarting
> the application, then waiting for the index to rebuild.
>
>
>
> Brian
>
>
>
>
>
> Sent from my T-Mobile 4G LTE Device
>
>
>
> -------- Original message --------
>
> From: Matthew J Gorzalski <mGorzalski at lib.siu.edu>
>
> Date:07/06/2015 11:33 AM (GMT-05:00)
>
> To: Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
>
> Cc:
>
> Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
> Problems & Questions
>
>
>
> I just went in manually in the ASpace admin view, selected one of our
> repositories, and went into classifications and deleted the empty ones.  I
> found that the name of the repository and the good classification matched.
> In other words, the Manuscripts classification under the Manuscripts
> repository was the only classification within that repository to have
> collections linked to it.
>
>
>
> In the process I noticed that the migration produced some weird results,
> like it was creating false or empty collections that didn?t exist in our
> Archon.  So I would have Mr. Smith?s Papers, correctly linked to the
> Manuscripts classification in the Manuscripts repository.  But an empty, no
> data Mr. Smith?s Papers might also appear in the Photographs classification
> in the Manuscripts Repository.  After deleting the bad classifications, the
> empty Mr. Smith would still be there.  So when I found that record in the
> resource list and tried to delete it, I couldn?t because it would say
> ?record not found.?  So the result is a public view showing two Mr. Smith
> Papers, one of which has content and the other is ?record not found,? which
> it seems I am powerless to delete.  That is the current issue.
>
>
>
> Matt
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [
> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org
> <archivesspace_users_group-bounces at lyralists.lyrasis.org>] *On Behalf Of *Nathan
> Stevens
> *Sent:* Monday, July 06, 2015 10:25 AM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] Archon to ArchivesSpace
> Migration Problems & Questions
>
>
>
> For deleting the bad classifications, use the post data migration tool at
> the link below, which also performs other clean up operations on the data.
> Of course, create a backup of the Archivesspace database before running
> this tool.
>
> https://github.com/archivesspace/aspaceDBUtil
>
>
>
> On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu>
> wrote:
>
>  Matt,
>
>
>
>          Thanks for your reply. With regard to deleting the ?bad?
> classifications, does it matter which ones are deleted? Will there be any
> orphaned data? I am wondering how I could check, via SQL queries? Thanks
> again for your help. I am glad to know there are others out there facing
> the same problems.
>
>
>
> Thanks,
>
>
>
> Phil
>
>
>
>
>
> Phillip Suda
>
> Systems Librarian
>
> Howard-Tilton Memorial Library
>
> Tulane University
>
> psuda1 at tulane.edu
>
> 504-865-5607
>
>
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org[mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Matthew
> J Gorzalski
> *Sent:* Thursday, July 02, 2015 1:04 PM
>
>
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] Archon to ArchivesSpace
> Migration Problems & Questions
>
>
>
> We just tried the batch replace and a remigration to see if it worked, but
> ran into an error that crashed the migration and are waiting for a response
> to Doug Simmons? email yesterday afternoon.
>
>
>
> But Phil, a lot of you?re issues are problems we?re experiencing too
> (we?re Archon users).  I will be talking about our migration adventure at
> SAA next month and highlight some of these same issues.  The reason
> classifications are duplicated is because Archon?s classification structure
> is shared globally throughout Archon, but in ASpace the classifications are
> replicated per repository.  I deleted our ?bad? classifications post
> migration to knock it back down to 5 from the 30 ArchivesSpace spit out.
>
>
>
>
>
> Matt Gorzalski
>
> SIU Carbondale
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org[
> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org
> <archivesspace_users_group-bounces at lyralists.lyrasis.org>] *On Behalf Of *Maura
> Carbone
> *Sent:* Thursday, July 02, 2015 11:54 AM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] Archon to ArchivesSpace
> Migration Problems & Questions
>
>
>
> Hi Phillip,
>
> With regards to number 5, it is a known issue. I have one of the earlier
> emails about this saved: "This is not a bug, but rather has to do with
> how the information was entered into archon in the first place. To fix, a
> find-replace on all records with will need to done changing [i] into <i>
> and [/i] into </i>, directly on the backend data."
>
>
>
> Brian detailed a bit more: "You can do this with the Batch Find and
> Replace feature (found in the ?Background Jobs? section). But you need to
> test this first in a test environment using a copy of your database. When
> you are ready to proceed and use your production database, make sure to
> back it up first."
>
>
>
> I'm not sure if something like that would need to be done for your other
> special characters as well.
>
> -Maura
>
>
>
> On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu>
> wrote:
>
>  Good morning all,
>
>
>
>                  I have performed migrations from Archon to ArchivesSpace
> successfully. I have then upgraded to the most recent version of
> ArchivesSpace (v.1.3.0) for each of my instances. This all works better
> locally (MacBook for me). I have a few questions regarding problems we are
> noticing with the migrations. I do not know who to ask specifically, but
> here it goes:
>
>
>
> 1.       Public Interface Special Characters & Diacritics:
>
> a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to
> Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).
>
> 2.       Public Interface Scope & Content Notes: these are migrated to
> ArchivesSpace as large text blobs; they were formatted in Archon
> (indentation, paragraphs, etc.)
>
> 3.       Public Interface Repositories Odd Behavior:
>
> a.       Are all ?types? supposed to appear when selecting Repositories?
> It seems that if you select a repository, it should show you the
> collections only  OR signify the associated collection for each object/type
> in question
>
> b.      When selecting a repository, the appropriate collections appear
> but ?global? appears with results below the selected repository:
>
>
>
>
>
>
>
> 4.       Classifications appear to be duplicated:
>
> 5.       Components show [b] and [/b] OR [i] and [/i] in lists and
> headers:
>
>
>
>
>
> 6.       Can the Collections be sorted by Collection #/Identifier?
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/9aa7fa9d/attachment.html>

From ns96 at nyu.edu  Fri Jul 17 10:26:39 2015
From: ns96 at nyu.edu (Nathan Stevens)
Date: Fri, 17 Jul 2015 10:26:39 -0400
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <CADi=b=O-BcUxppxgWn4cRtmtvBqGANneVACzDnyjUf8=59664w@mail.gmail.com>
References: <8r36ej0h4iwolkua2yiefyeq.1436207623709@email.android.com>
	<CY1PR0301MB12737297F7DD66B09D9BA6C9E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<61E84296-E114-456E-A6B2-94C6A981608D@gmail.com>
	<DM2PR0301MB12793F9FAEBC312E26CD5926E5980@DM2PR0301MB1279.namprd03.prod.outlook.com>
	<CADi=b=O-BcUxppxgWn4cRtmtvBqGANneVACzDnyjUf8=59664w@mail.gmail.com>
Message-ID: <CADi=b=NxPwuUKG1eCdY5SFbfyQ1MXiX8FK5gA9c_UtbTbiydQg@mail.gmail.com>

I tested the change Chris pushed to github, but that simple removes the
bbcode and doesn't replace it with the correct html. As such, I would not
recommend applying this fix if you plan on using the Refactored Archon
migration tool.  The refactored tool will allow for the bbcode to be
removed, or converted valid html tags.

On Fri, Jul 17, 2015 at 10:20 AM, Nathan Stevens <ns96 at nyu.edu> wrote:

> The refactored Archon migration tool should automatically handle these
> conversions, so no need to do manual clean up.
>
> On Fri, Jul 17, 2015 at 9:39 AM, Suda, Phillip J <psuda1 at tulane.edu>
> wrote:
>
>>  Thanks Brian. I found it. I am doing quite a bit of cleanup on the
>> Archon DB side of things it seems.
>>
>>
>>
>> Thanks,
>>
>>
>>
>> Phil
>>
>>
>>
>>
>>
>> Phillip Suda
>>
>> Systems Librarian
>>
>> Howard-Tilton Memorial Library
>>
>> Tulane University
>>
>> psuda1 at tulane.edu
>>
>> 504-865-5607
>>
>>
>>
>>
>>
>>
>>
>> *From:* Brian Hoffman [mailto:brianjhoffman at gmail.com]
>> *Sent:* Friday, July 17, 2015 8:02 AM
>> *To:* Suda, Phillip J <psuda1 at tulane.edu>
>> *Cc:* Archivesspace Users Group <
>> archivesspace_users_group at lyralists.lyrasis.org>; Matthew J Gorzalski <
>> mGorzalski at lib.siu.edu>
>>
>> *Subject:* Re: [Archivesspace_Users_Group] Archon to ArchivesSpace
>> Migration Problems & Questions
>>
>>
>>
>> Hi Phil,
>>
>>
>>
>> I think the Archon experts could answer this better than I can - I do
>> know that Archon uses a square bracket markup style for things like
>> italics, and I would assume that the markup is stored in the DB.
>>
>>
>>
>> I don?t think the Archon php files have any bearing on ArchivesSpace -
>> during the migration process all Archon content is served to the migration
>> tool as JSON objects over HTTP.
>>
>>
>>
>> Brian
>>
>>
>>
>>
>>
>> On Jul 6, 2015, at 4:39 PM, Suda, Phillip J <psuda1 at tulane.edu> wrote:
>>
>>
>>
>>   Brian,
>>
>>
>>
>>      While I am not a SQL pro, I know my way around well enough to look
>> at the tables, perform queries, and so forth. Where exactly are these [b]
>> and [i]?s that are showing up in the ArchivesSpace Component Lists &
>> Headers located in the SQL tables? I am not seeing them in the sql data
>> (either the original Archon data or the created ArchivesSpace data
>> post-migration).
>>
>>
>>
>> I am seeing a reference to the [b] and [i] in the common.inc.php files on
>> the Archon side, but I am not sure if/how ArchivesSpace is using this file
>> for the migration.
>>
>>
>>
>> Thanks,
>>
>>
>>
>> Phil
>>
>>
>>
>> *From:* brian [mailto:brianjhoffman at gmail.com <brianjhoffman at gmail.com>]
>> *Sent:* Monday, July 06, 2015 1:37 PM
>> *To:* Suda, Phillip J; Archivesspace Users Group; Matthew J Gorzalski
>> *Subject:* RE: [Archivesspace_Users_Group] Archon to ArchivesSpace
>> Migration Problems & Questions
>>
>>
>>
>> Hi Phil,
>>
>>
>>
>> That's correct- it can actually only be done in the context of a single
>> resource record and a single sub record type. For example, "replace 'abc'
>> with 'def' in all container summaries of all extent records associated with
>> the g.g. Alin papers". There isn't currently a way to do a global search
>> and replace, and I'd recommend leaving that to someone facile with sql who
>> can do it at the database level.
>>
>>
>>
>> Brian
>>
>>
>>
>>
>>
>> Sent from my T-Mobile 4G LTE Device
>>
>>
>>
>> -------- Original message --------
>>
>> From: "Suda, Phillip J" <psuda1 at tulane.edu>
>>
>> Date:07/06/2015 2:17 PM (GMT-05:00)
>>
>> To: Archivesspace Users Group <
>> archivesspace_users_group at lyralists.lyrasis.org>, Matthew J Gorzalski <
>> mGorzalski at lib.siu.edu>, Brian Hoffman <brianjhoffman at gmail.com>
>>
>> Cc:
>>
>> Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace
>> Migration Problems & Questions
>>
>>
>>
>> Brian,
>>
>>
>>
>>        From what I can tell, the Batch Find & Replace cannot be done on a
>> ?global?/instance-wide scale (i.e. finding all the <i>?s and <b>?s at
>> component level). It seems like it only works collection by collection.
>> Please let me know what I am missing.
>>
>>
>>
>>
>>
>> Thanks,
>>
>>
>>
>> Phil
>>
>>
>>
>>
>>
>> Phillip Suda
>>
>> Systems Librarian
>>
>> Howard-Tilton Memorial Library
>>
>> Tulane University
>>
>> psuda1 at tulane.edu
>>
>> 504-865-5607
>>
>>
>>
>>
>>
>>
>>
>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [
>> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org
>> <archivesspace_users_group-bounces at lyralists.lyrasis.org>] *On Behalf
>> Of *brian
>> *Sent:* Monday, July 06, 2015 12:40 PM
>> *To:* Matthew J Gorzalski; Archivesspace Users Group
>> *Subject:* Re: [Archivesspace_Users_Group] Archon to ArchivesSpace
>> Migration Problems & Questions
>>
>>
>>
>> Hi Mathew,
>>
>>
>>
>> This will probably be resolved by deleting your solr index and restarting
>> the application, then waiting for the index to rebuild.
>>
>>
>>
>> Brian
>>
>>
>>
>>
>>
>> Sent from my T-Mobile 4G LTE Device
>>
>>
>>
>> -------- Original message --------
>>
>> From: Matthew J Gorzalski <mGorzalski at lib.siu.edu>
>>
>> Date:07/06/2015 11:33 AM (GMT-05:00)
>>
>> To: Archivesspace Users Group <
>> archivesspace_users_group at lyralists.lyrasis.org>
>>
>> Cc:
>>
>> Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace
>> Migration Problems & Questions
>>
>>
>>
>> I just went in manually in the ASpace admin view, selected one of our
>> repositories, and went into classifications and deleted the empty ones.  I
>> found that the name of the repository and the good classification matched.
>> In other words, the Manuscripts classification under the Manuscripts
>> repository was the only classification within that repository to have
>> collections linked to it.
>>
>>
>>
>> In the process I noticed that the migration produced some weird results,
>> like it was creating false or empty collections that didn?t exist in our
>> Archon.  So I would have Mr. Smith?s Papers, correctly linked to the
>> Manuscripts classification in the Manuscripts repository.  But an empty, no
>> data Mr. Smith?s Papers might also appear in the Photographs classification
>> in the Manuscripts Repository.  After deleting the bad classifications, the
>> empty Mr. Smith would still be there.  So when I found that record in the
>> resource list and tried to delete it, I couldn?t because it would say
>> ?record not found.?  So the result is a public view showing two Mr. Smith
>> Papers, one of which has content and the other is ?record not found,? which
>> it seems I am powerless to delete.  That is the current issue.
>>
>>
>>
>> Matt
>>
>>
>>
>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [
>> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org
>> <archivesspace_users_group-bounces at lyralists.lyrasis.org>] *On Behalf
>> Of *Nathan Stevens
>> *Sent:* Monday, July 06, 2015 10:25 AM
>> *To:* Archivesspace Users Group
>> *Subject:* Re: [Archivesspace_Users_Group] Archon to ArchivesSpace
>> Migration Problems & Questions
>>
>>
>>
>> For deleting the bad classifications, use the post data migration tool at
>> the link below, which also performs other clean up operations on the data.
>> Of course, create a backup of the Archivesspace database before running
>> this tool.
>>
>> https://github.com/archivesspace/aspaceDBUtil
>>
>>
>>
>> On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu>
>> wrote:
>>
>>  Matt,
>>
>>
>>
>>          Thanks for your reply. With regard to deleting the ?bad?
>> classifications, does it matter which ones are deleted? Will there be any
>> orphaned data? I am wondering how I could check, via SQL queries? Thanks
>> again for your help. I am glad to know there are others out there facing
>> the same problems.
>>
>>
>>
>> Thanks,
>>
>>
>>
>> Phil
>>
>>
>>
>>
>>
>> Phillip Suda
>>
>> Systems Librarian
>>
>> Howard-Tilton Memorial Library
>>
>> Tulane University
>>
>> psuda1 at tulane.edu
>>
>> 504-865-5607
>>
>>
>>
>>
>>
>>
>>
>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org[mailto:
>> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Matthew
>> J Gorzalski
>> *Sent:* Thursday, July 02, 2015 1:04 PM
>>
>>
>> *To:* Archivesspace Users Group
>> *Subject:* Re: [Archivesspace_Users_Group] Archon to ArchivesSpace
>> Migration Problems & Questions
>>
>>
>>
>> We just tried the batch replace and a remigration to see if it worked,
>> but ran into an error that crashed the migration and are waiting for a
>> response to Doug Simmons? email yesterday afternoon.
>>
>>
>>
>> But Phil, a lot of you?re issues are problems we?re experiencing too
>> (we?re Archon users).  I will be talking about our migration adventure at
>> SAA next month and highlight some of these same issues.  The reason
>> classifications are duplicated is because Archon?s classification structure
>> is shared globally throughout Archon, but in ASpace the classifications are
>> replicated per repository.  I deleted our ?bad? classifications post
>> migration to knock it back down to 5 from the 30 ArchivesSpace spit out.
>>
>>
>>
>>
>>
>> Matt Gorzalski
>>
>> SIU Carbondale
>>
>>
>>
>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org[
>> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org
>> <archivesspace_users_group-bounces at lyralists.lyrasis.org>] *On Behalf
>> Of *Maura Carbone
>> *Sent:* Thursday, July 02, 2015 11:54 AM
>> *To:* Archivesspace Users Group
>> *Subject:* Re: [Archivesspace_Users_Group] Archon to ArchivesSpace
>> Migration Problems & Questions
>>
>>
>>
>> Hi Phillip,
>>
>> With regards to number 5, it is a known issue. I have one of the earlier
>> emails about this saved: "This is not a bug, but rather has to do with
>> how the information was entered into archon in the first place. To fix, a
>> find-replace on all records with will need to done changing [i] into <i>
>> and [/i] into </i>, directly on the backend data."
>>
>>
>>
>> Brian detailed a bit more: "You can do this with the Batch Find and
>> Replace feature (found in the ?Background Jobs? section). But you need
>> to test this first in a test environment using a copy of your database.
>> When you are ready to proceed and use your production database, make
>> sure to back it up first."
>>
>>
>>
>> I'm not sure if something like that would need to be done for your other
>> special characters as well.
>>
>> -Maura
>>
>>
>>
>> On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu>
>> wrote:
>>
>>  Good morning all,
>>
>>
>>
>>                  I have performed migrations from Archon to ArchivesSpace
>> successfully. I have then upgraded to the most recent version of
>> ArchivesSpace (v.1.3.0) for each of my instances. This all works better
>> locally (MacBook for me). I have a few questions regarding problems we are
>> noticing with the migrations. I do not know who to ask specifically, but
>> here it goes:
>>
>>
>>
>> 1.       Public Interface Special Characters & Diacritics:
>>
>> a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to
>> Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).
>>
>> 2.       Public Interface Scope & Content Notes: these are migrated to
>> ArchivesSpace as large text blobs; they were formatted in Archon
>> (indentation, paragraphs, etc.)
>>
>> 3.       Public Interface Repositories Odd Behavior:
>>
>> a.       Are all ?types? supposed to appear when selecting Repositories?
>> It seems that if you select a repository, it should show you the
>> collections only  OR signify the associated collection for each object/type
>> in question
>>
>> b.      When selecting a repository, the appropriate collections appear
>> but ?global? appears with results below the selected repository:
>>
>>
>>
>>
>>
>>
>>
>> 4.       Classifications appear to be duplicated:
>>
>> 5.       Components show [b] and [/b] OR [i] and [/i] in lists and
>> headers:
>>
>>
>>
>>
>>
>> 6.       Can the Collections be sorted by Collection #/Identifier?
>>
>>
>>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>
>>
>
>
> --
> Nathan Stevens
> Programmer/Analyst
> Digital Library Technology Services
> New York University
>
> 1212-998-2653
> ns96 at nyu.edu
>



-- 
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/aae7de7d/attachment.html>

From dsimmons at siu.edu  Fri Jul 17 10:37:05 2015
From: dsimmons at siu.edu (Douglas James Simmons)
Date: Fri, 17 Jul 2015 14:37:05 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <CADi=b=O-BcUxppxgWn4cRtmtvBqGANneVACzDnyjUf8=59664w@mail.gmail.com>
References: <8r36ej0h4iwolkua2yiefyeq.1436207623709@email.android.com>
	<CY1PR0301MB12737297F7DD66B09D9BA6C9E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<61E84296-E114-456E-A6B2-94C6A981608D@gmail.com>
	<DM2PR0301MB12793F9FAEBC312E26CD5926E5980@DM2PR0301MB1279.namprd03.prod.outlook.com>
	<CADi=b=O-BcUxppxgWn4cRtmtvBqGANneVACzDnyjUf8=59664w@mail.gmail.com>
Message-ID: <581d10c5c424493588be407d2c21279c@it-excmb3.ad.siu.edu>

These are not being handled by the latest migration tool, the test migration I did yesterday shows the bbtags still present in aspace.

Doug Simmons
SIUC


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Friday, July 17, 2015 9:20 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

The refactored Archon migration tool should automatically handle these conversions, so no need to do manual clean up.

On Fri, Jul 17, 2015 at 9:39 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Thanks Brian. I found it. I am doing quite a bit of cleanup on the Archon DB side of things it seems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: Brian Hoffman [mailto:brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>]
Sent: Friday, July 17, 2015 8:02 AM
To: Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>>
Cc: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>; Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>

Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phil,

I think the Archon experts could answer this better than I can - I do know that Archon uses a square bracket markup style for things like italics, and I would assume that the markup is stored in the DB.

I don?t think the Archon php files have any bearing on ArchivesSpace - during the migration process all Archon content is served to the migration tool as JSON objects over HTTP.

Brian


On Jul 6, 2015, at 4:39 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:

Brian,

     While I am not a SQL pro, I know my way around well enough to look at the tables, perform queries, and so forth. Where exactly are these [b] and [i]?s that are showing up in the ArchivesSpace Component Lists & Headers located in the SQL tables? I am not seeing them in the sql data (either the original Archon data or the created ArchivesSpace data post-migration).

I am seeing a reference to the [b] and [i] in the common.inc.php files on the Archon side, but I am not sure if/how ArchivesSpace is using this file for the migration.

Thanks,

Phil

From: brian [mailto:brianjhoffman at gmail.com]
Sent: Monday, July 06, 2015 1:37 PM
To: Suda, Phillip J; Archivesspace Users Group; Matthew J Gorzalski
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phil,

That's correct- it can actually only be done in the context of a single resource record and a single sub record type. For example, "replace 'abc' with 'def' in all container summaries of all extent records associated with the g.g. Alin papers". There isn't currently a way to do a global search and replace, and I'd recommend leaving that to someone facile with sql who can do it at the database level.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: "Suda, Phillip J" <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>>
Date:07/06/2015 2:17 PM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>, Brian Hoffman <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>>
Cc:
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Brian,

       From what I can tell, the Batch Find & Replace cannot be done on a ?global?/instance-wide scale (i.e. finding all the <i>?s and <b>?s at component level). It seems like it only works collection by collection. Please let me know what I am missing.


Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian
Sent: Monday, July 06, 2015 12:40 PM
To: Matthew J Gorzalski; Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Mathew,

This will probably be resolved by deleting your solr index and restarting the application, then waiting for the index to rebuild.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>
Date:07/06/2015 11:33 AM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Cc:
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

I just went in manually in the ASpace admin view, selected one of our repositories, and went into classifications and deleted the empty ones.  I found that the name of the repository and the good classification matched.  In other words, the Manuscripts classification under the Manuscripts repository was the only classification within that repository to have collections linked to it.

In the process I noticed that the migration produced some weird results, like it was creating false or empty collections that didn?t exist in our Archon.  So I would have Mr. Smith?s Papers, correctly linked to the Manuscripts classification in the Manuscripts repository.  But an empty, no data Mr. Smith?s Papers might also appear in the Photographs classification in the Manuscripts Repository.  After deleting the bad classifications, the empty Mr. Smith would still be there.  So when I found that record in the resource list and tried to delete it, I couldn?t because it would say ?record not found.?  So the result is a public view showing two Mr. Smith Papers, one of which has content and the other is ?record not found,? which it seems I am powerless to delete.  That is the current issue.

Matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, July 06, 2015 10:25 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

For deleting the bad classifications, use the post data migration tool at the link below, which also performs other clean up operations on the data.  Of course, create a backup of the Archivesspace database before running this tool.

https://github.com/archivesspace/aspaceDBUtil

On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Matt,

         Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Matthew J Gorzalski
Sent: Thursday, July 02, 2015 1:04 PM

To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.

But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.


Matt Gorzalski
SIU Carbondale

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."

Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."

I'm not sure if something like that would need to be done for your other special characters as well.
-Maura

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:





4.       Classifications appear to be duplicated:

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:



6.       Can the Collections be sorted by Collection #/Identifier?


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/ce2bb19a/attachment.html>

From dsimmons at siu.edu  Fri Jul 17 11:09:47 2015
From: dsimmons at siu.edu (Douglas James Simmons)
Date: Fri, 17 Jul 2015 15:09:47 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <581d10c5c424493588be407d2c21279c@it-excmb3.ad.siu.edu>
References: <8r36ej0h4iwolkua2yiefyeq.1436207623709@email.android.com>
	<CY1PR0301MB12737297F7DD66B09D9BA6C9E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<61E84296-E114-456E-A6B2-94C6A981608D@gmail.com>
	<DM2PR0301MB12793F9FAEBC312E26CD5926E5980@DM2PR0301MB1279.namprd03.prod.outlook.com>
	<CADi=b=O-BcUxppxgWn4cRtmtvBqGANneVACzDnyjUf8=59664w@mail.gmail.com>
	<581d10c5c424493588be407d2c21279c@it-excmb3.ad.siu.edu>
Message-ID: <4dd814cccb9b4c5db852e5d2015e828f@it-excmb3.ad.siu.edu>

Wait, I need to check my assumptions: does ?refactored? simply mean ?newest??

What I have is 25,504,422 bytes.

Doug Simmons
SIUC

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Douglas James Simmons
Sent: Friday, July 17, 2015 9:37 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

These are not being handled by the latest migration tool, the test migration I did yesterday shows the bbtags still present in aspace.

Doug Simmons
SIUC


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Friday, July 17, 2015 9:20 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

The refactored Archon migration tool should automatically handle these conversions, so no need to do manual clean up.

On Fri, Jul 17, 2015 at 9:39 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Thanks Brian. I found it. I am doing quite a bit of cleanup on the Archon DB side of things it seems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: Brian Hoffman [mailto:brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>]
Sent: Friday, July 17, 2015 8:02 AM
To: Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>>
Cc: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>; Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>

Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phil,

I think the Archon experts could answer this better than I can - I do know that Archon uses a square bracket markup style for things like italics, and I would assume that the markup is stored in the DB.

I don?t think the Archon php files have any bearing on ArchivesSpace - during the migration process all Archon content is served to the migration tool as JSON objects over HTTP.

Brian


On Jul 6, 2015, at 4:39 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:

Brian,

     While I am not a SQL pro, I know my way around well enough to look at the tables, perform queries, and so forth. Where exactly are these [b] and [i]?s that are showing up in the ArchivesSpace Component Lists & Headers located in the SQL tables? I am not seeing them in the sql data (either the original Archon data or the created ArchivesSpace data post-migration).

I am seeing a reference to the [b] and [i] in the common.inc.php files on the Archon side, but I am not sure if/how ArchivesSpace is using this file for the migration.

Thanks,

Phil

From: brian [mailto:brianjhoffman at gmail.com]
Sent: Monday, July 06, 2015 1:37 PM
To: Suda, Phillip J; Archivesspace Users Group; Matthew J Gorzalski
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phil,

That's correct- it can actually only be done in the context of a single resource record and a single sub record type. For example, "replace 'abc' with 'def' in all container summaries of all extent records associated with the g.g. Alin papers". There isn't currently a way to do a global search and replace, and I'd recommend leaving that to someone facile with sql who can do it at the database level.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: "Suda, Phillip J" <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>>
Date:07/06/2015 2:17 PM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>, Brian Hoffman <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>>
Cc:
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Brian,

       From what I can tell, the Batch Find & Replace cannot be done on a ?global?/instance-wide scale (i.e. finding all the <i>?s and <b>?s at component level). It seems like it only works collection by collection. Please let me know what I am missing.


Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian
Sent: Monday, July 06, 2015 12:40 PM
To: Matthew J Gorzalski; Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Mathew,

This will probably be resolved by deleting your solr index and restarting the application, then waiting for the index to rebuild.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>
Date:07/06/2015 11:33 AM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Cc:
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

I just went in manually in the ASpace admin view, selected one of our repositories, and went into classifications and deleted the empty ones.  I found that the name of the repository and the good classification matched.  In other words, the Manuscripts classification under the Manuscripts repository was the only classification within that repository to have collections linked to it.

In the process I noticed that the migration produced some weird results, like it was creating false or empty collections that didn?t exist in our Archon.  So I would have Mr. Smith?s Papers, correctly linked to the Manuscripts classification in the Manuscripts repository.  But an empty, no data Mr. Smith?s Papers might also appear in the Photographs classification in the Manuscripts Repository.  After deleting the bad classifications, the empty Mr. Smith would still be there.  So when I found that record in the resource list and tried to delete it, I couldn?t because it would say ?record not found.?  So the result is a public view showing two Mr. Smith Papers, one of which has content and the other is ?record not found,? which it seems I am powerless to delete.  That is the current issue.

Matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, July 06, 2015 10:25 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

For deleting the bad classifications, use the post data migration tool at the link below, which also performs other clean up operations on the data.  Of course, create a backup of the Archivesspace database before running this tool.

https://github.com/archivesspace/aspaceDBUtil

On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Matt,

         Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Matthew J Gorzalski
Sent: Thursday, July 02, 2015 1:04 PM

To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.

But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.


Matt Gorzalski
SIU Carbondale

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."

Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."

I'm not sure if something like that would need to be done for your other special characters as well.
-Maura

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:





4.       Classifications appear to be duplicated:

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:



6.       Can the Collections be sorted by Collection #/Identifier?


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/2ae0d865/attachment.html>

From prom at illinois.edu  Fri Jul 17 11:29:52 2015
From: prom at illinois.edu (Prom, Christopher John)
Date: Fri, 17 Jul 2015 15:29:52 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <CADi=b=NxPwuUKG1eCdY5SFbfyQ1MXiX8FK5gA9c_UtbTbiydQg@mail.gmail.com>
References: <8r36ej0h4iwolkua2yiefyeq.1436207623709@email.android.com>
	<CY1PR0301MB12737297F7DD66B09D9BA6C9E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<61E84296-E114-456E-A6B2-94C6A981608D@gmail.com>
	<DM2PR0301MB12793F9FAEBC312E26CD5926E5980@DM2PR0301MB1279.namprd03.prod.outlook.com>
	<CADi=b=O-BcUxppxgWn4cRtmtvBqGANneVACzDnyjUf8=59664w@mail.gmail.com>
	<CADi=b=NxPwuUKG1eCdY5SFbfyQ1MXiX8FK5gA9c_UtbTbiydQg@mail.gmail.com>
Message-ID: <F49B6DE8-BBC4-431E-8C98-D764248D6959@illinois.edu>

Nathan, that is odd.  In the long term, i agree best to fix in refactored migration too, but in short term should be working in archon.

I wonder if this is a php version issue?  It is working correctly on my development branch, which uses php 5.3.3; which was last supported version of php for archon.

I get this output for the collection content:

"1": {
        "ID": "1",
        "CollectionID": "1",
        "Title": "CollectionMgr.C01Title-Archon<emph render='bold'>Bold</emph>",
        "PrivateTitle": "CollectionMgr.C01InternalTitle-Archon",
        "Date": "CollectionMgr.C01Date-Archon",
        "Description": "CollectionMgr.C01Description-Archon <emph render='bold'>bold</emph>",
        "RootContentID": "1",
        "ParentID": "0",
        "ContainsContent": "1",
        "Enabled": "1",
        "SortOrder": "1",
        "Subjects": [
            "10",
            "1",
            "2",
            "3",
            "4",
            "5",
            "6",
            "7",
            "8",
            "9"
        ],


On Jul 17, 2015, at 9:26 AM, Nathan Stevens <ns96 at nyu.edu<mailto:ns96 at nyu.edu>> wrote:

I tested the change Chris pushed to github, but that simple removes the bbcode and doesn't replace it with the correct html. As such, I would not recommend applying this fix if you plan on using the Refactored Archon migration tool.  The refactored tool will allow for the bbcode to be removed, or converted valid html tags.

On Fri, Jul 17, 2015 at 10:20 AM, Nathan Stevens <ns96 at nyu.edu<mailto:ns96 at nyu.edu>> wrote:
The refactored Archon migration tool should automatically handle these conversions, so no need to do manual clean up.

On Fri, Jul 17, 2015 at 9:39 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Thanks Brian. I found it. I am doing quite a bit of cleanup on the Archon DB side of things it seems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: Brian Hoffman [mailto:brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>]
Sent: Friday, July 17, 2015 8:02 AM
To: Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>>
Cc: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>; Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>

Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions


Hi Phil,

I think the Archon experts could answer this better than I can - I do know that Archon uses a square bracket markup style for things like italics, and I would assume that the markup is stored in the DB.

I don?t think the Archon php files have any bearing on ArchivesSpace - during the migration process all Archon content is served to the migration tool as JSON objects over HTTP.

Brian


On Jul 6, 2015, at 4:39 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:


Brian,

     While I am not a SQL pro, I know my way around well enough to look at the tables, perform queries, and so forth. Where exactly are these [b] and [i]?s that are showing up in the ArchivesSpace Component Lists & Headers located in the SQL tables? I am not seeing them in the sql data (either the original Archon data or the created ArchivesSpace data post-migration).

I am seeing a reference to the [b] and [i] in the common.inc.php files on the Archon side, but I am not sure if/how ArchivesSpace is using this file for the migration.

Thanks,

Phil

From: brian [mailto:brianjhoffman at gmail.com]
Sent: Monday, July 06, 2015 1:37 PM
To: Suda, Phillip J; Archivesspace Users Group; Matthew J Gorzalski
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phil,

That's correct- it can actually only be done in the context of a single resource record and a single sub record type. For example, "replace 'abc' with 'def' in all container summaries of all extent records associated with the g.g. Alin papers". There isn't currently a way to do a global search and replace, and I'd recommend leaving that to someone facile with sql who can do it at the database level.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: "Suda, Phillip J" <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>>
Date:07/06/2015 2:17 PM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>, Brian Hoffman <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>>
Cc:
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Brian,

       From what I can tell, the Batch Find & Replace cannot be done on a ?global?/instance-wide scale (i.e. finding all the <i>?s and <b>?s at component level). It seems like it only works collection by collection. Please let me know what I am missing.


Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian
Sent: Monday, July 06, 2015 12:40 PM
To: Matthew J Gorzalski; Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Mathew,

This will probably be resolved by deleting your solr index and restarting the application, then waiting for the index to rebuild.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>
Date:07/06/2015 11:33 AM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Cc:
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

I just went in manually in the ASpace admin view, selected one of our repositories, and went into classifications and deleted the empty ones.  I found that the name of the repository and the good classification matched.  In other words, the Manuscripts classification under the Manuscripts repository was the only classification within that repository to have collections linked to it.

In the process I noticed that the migration produced some weird results, like it was creating false or empty collections that didn?t exist in our Archon.  So I would have Mr. Smith?s Papers, correctly linked to the Manuscripts classification in the Manuscripts repository.  But an empty, no data Mr. Smith?s Papers might also appear in the Photographs classification in the Manuscripts Repository.  After deleting the bad classifications, the empty Mr. Smith would still be there.  So when I found that record in the resource list and tried to delete it, I couldn?t because it would say ?record not found.?  So the result is a public view showing two Mr. Smith Papers, one of which has content and the other is ?record not found,? which it seems I am powerless to delete.  That is the current issue.

Matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, July 06, 2015 10:25 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

For deleting the bad classifications, use the post data migration tool at the link below, which also performs other clean up operations on the data.  Of course, create a backup of the Archivesspace database before running this tool.

https://github.com/archivesspace/aspaceDBUtil<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_aspaceDBUtil&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=jGJMaTc-8I-z6_tkoj_Qyi4UF1KtYBfcz4s2Ly33jmw&m=XbpRrw4gS2Wkua8-vEd4bCwtu1R6QmPnqQDzAE4nzDI&s=kiD_YKCCNsMl5wSvuvHEh0wujySYNBj7me-DtLHJjWU&e=>

On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Matt,

         Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Matthew J Gorzalski
Sent: Thursday, July 02, 2015 1:04 PM

To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.

But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.


Matt Gorzalski
SIU Carbondale

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."

Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."

I'm not sure if something like that would need to be done for your other special characters as well.
-Maura

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:





4.       Classifications appear to be duplicated:

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:



6.       Can the Collections be sorted by Collection #/Identifier?


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=jGJMaTc-8I-z6_tkoj_Qyi4UF1KtYBfcz4s2Ly33jmw&m=XbpRrw4gS2Wkua8-vEd4bCwtu1R6QmPnqQDzAE4nzDI&s=FNEv1ln2sJNbCJV32TOYKk7Bx_W68rtuK37I7lQkhNM&e=>




--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653<tel:1212-998-2653>
ns96 at nyu.edu<mailto:ns96 at nyu.edu>



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/46e9ac66/attachment.html>

From luftsche at usc.edu  Fri Jul 17 11:47:56 2015
From: luftsche at usc.edu (Susan Luftschein)
Date: Fri, 17 Jul 2015 15:47:56 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace - Rapid Data Entry:
 Note	Fields
In-Reply-To: <BN1PR08MB011CC9507B968832A6F453D94980@BN1PR08MB011.namprd08.prod.outlook.com>
References: <BLUPR0701MB2050286928089A5AAE7D3E73D8990@BLUPR0701MB2050.namprd07.prod.outlook.com>,
	<BN1PR08MB011CC9507B968832A6F453D94980@BN1PR08MB011.namprd08.prod.outlook.com>
Message-ID: <BY2PR07MB155D063D4296238C17BFE4BD3980@BY2PR07MB155.namprd07.prod.outlook.com>

We are hosted so we are upgrading at the end of the month. Thanks Brad.
Sue

Sue Luftschein
Archival and Metadata Librarian
USC Libraries

Sent using CloudMagic<https://cloudmagic.com/k/d/mailapp?ct=pi&cv=6.4.27&pv=8.4>

On Fri, Jul 17, 2015 at 4:59 AM, Brad Westbrook <brad.westbrook at lyrasis.org> wrote:
Hi, Jackie,

Have you upgraded to version 1.3.0 distributed at the end of June?  In that version, a label option for notes is provided in the RDE, as well as few other enhancements:

[cid:image001.png at 01D0C066.B5AF5BF0]

Best,

Brad W.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jacqueline Morin
Sent: Thursday, July 16, 2015 12:07 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] ArchivesSpace - Rapid Data Entry: Note Fields

I'm having an issue with adding notes in RDE, specifically that there is not a "note label" field as there is when you add records individually.  Thus, if I want to add a "general" note to a particular item, i.e. "Album pages were removed from scrapbook," I would like the title of the note to read "General Note," not just "General" which it defaults to when there is no note label.   (The same with the other kinds of notes).  Has anyone found a way to get around this issue, or do you just add the notes later rather than as part of RDE?

----Jackie Morin



Jacqueline Morin, M.L.I.S.
Processing Archivist, Special Collections
Doheny Memorial Library
University of Southern California
3550 Trousdale Parkway
Los Angeles, CA  90089-0182
Tel: 213-821-0488    Fax: 213-740-6668




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/f3939004/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 12209 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/f3939004/attachment.png>

From morinj at usc.edu  Fri Jul 17 11:51:20 2015
From: morinj at usc.edu (Jacqueline Morin)
Date: Fri, 17 Jul 2015 15:51:20 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace - Rapid Data Entry:
 Note	Fields
In-Reply-To: <BN1PR08MB011CC9507B968832A6F453D94980@BN1PR08MB011.namprd08.prod.outlook.com>
References: <BLUPR0701MB2050286928089A5AAE7D3E73D8990@BLUPR0701MB2050.namprd07.prod.outlook.com>
	<BN1PR08MB011CC9507B968832A6F453D94980@BN1PR08MB011.namprd08.prod.outlook.com>
Message-ID: <BLUPR0701MB2050A67FBD49F195CD20B04AD8980@BLUPR0701MB2050.namprd07.prod.outlook.com>

Thanks, Brad.   Looks like Sue replied also about us upgrading at the end of the month.   This will be a welcome feature!

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook
Sent: Friday, July 17, 2015 4:59 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace - Rapid Data Entry: Note Fields

Hi, Jackie,

Have you upgraded to version 1.3.0 distributed at the end of June?  In that version, a label option for notes is provided in the RDE, as well as few other enhancements:

[cid:image001.png at 01D0C06D.DD635FF0]

Best,

Brad W.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jacqueline Morin
Sent: Thursday, July 16, 2015 12:07 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] ArchivesSpace - Rapid Data Entry: Note Fields

I'm having an issue with adding notes in RDE, specifically that there is not a "note label" field as there is when you add records individually.  Thus, if I want to add a "general" note to a particular item, i.e. "Album pages were removed from scrapbook," I would like the title of the note to read "General Note," not just "General" which it defaults to when there is no note label.   (The same with the other kinds of notes).  Has anyone found a way to get around this issue, or do you just add the notes later rather than as part of RDE?

----Jackie Morin



Jacqueline Morin, M.L.I.S.
Processing Archivist, Special Collections
Doheny Memorial Library
University of Southern California
3550 Trousdale Parkway
Los Angeles, CA  90089-0182
Tel: 213-821-0488    Fax: 213-740-6668




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/eab0de28/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 12209 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/eab0de28/attachment.png>

From jvb at sfasu.edu  Fri Jul 17 11:58:00 2015
From: jvb at sfasu.edu (Johna L Von Behrens)
Date: Fri, 17 Jul 2015 15:58:00 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace - Rapid Data Entry
Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC3F51BECC@EXCHMBOX02.sfasu.nac>

[cid:image001.png at 01D0C07F.7222FEA0]


Just wondering if anyone was having the same issue with RDE?

Johna Von Behrens, MLIS, MSED
Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>
East Texas Research Center<http://library.sfasu.edu/etrc/>
Stephen F. Austin State University<http://www.sfasu.edu/>
PO Box 13055 SFA Station
Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX  75962
Phone 936.468.1536
Fax 936.468.4117
asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

From: Johna L Von Behrens
Sent: Thursday, July 16, 2015 10:35 AM
To: 'Archivesspace Users Group'
Subject: FW: ArchivesSpace - Rapid Data Entry

We seem to have hit another snag with Rapid Data Entry.

Johna Von Behrens, MLIS, MSED
Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>
East Texas Research Center<http://library.sfasu.edu/etrc/>
Stephen F. Austin State University<http://www.sfasu.edu/>
PO Box 13055 SFA Station
Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX  75962
Phone 936.468.1536
Fax 936.468.4117
asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.


From: Kyle Ainsworth
Sent: Thursday, July 16, 2015 10:28 AM
To: Johna L Von Behrens
Subject: ArchivesSpace

Johna, I did it again. I forgot to enter the Instance 1 Indicator for all my rows (61 total) when I hit save. Each time I got this script warning and the columns condensed to where I could not widen them at all. The only possible action is to exit and start over.  Luckily I'm only using 6 columns of metadata for this RDE and it only takes me 3-4 minutes to start over and repopulate the fields. But if I made this mistake with 19 columns, it could be a significant waste of time and energy. Please relay this message to the developers.

Kyle


Kyle Ainsworth | Special Collections Librarian | East Texas Research Center
Stephen F. Austin State University
PO Box 13055 SFA Station | Nacogdoches | Texas | 75962
Phone 936.468.1590 | Fax 936.468.4117 | asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/d0dd3611/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 63832 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/d0dd3611/attachment.png>

From jvb at sfasu.edu  Fri Jul 17 11:59:05 2015
From: jvb at sfasu.edu (Johna L Von Behrens)
Date: Fri, 17 Jul 2015 15:59:05 +0000
Subject: [Archivesspace_Users_Group] Rapid Data Entry + X Buttons Not
	Appearing
Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC3F51BEE2@EXCHMBOX02.sfasu.nac>

Is there a way that I can fix this?

From: Johna L Von Behrens
Sent: Thursday, July 16, 2015 9:22 AM
To: 'Archivesspace Users Group'
Cc: Karrie L Roberson
Subject: Rapid Data Entry + X Buttons Not Appearing

You can make the + and X buttons appear after you have made some of the columns not visible. The + button appears and if you add a row the X button will appear.

It has been the same for Chrome and Firefox.  Is there a way to get the + and X buttons to appear when you scroll over to the right? It seems as if the display did not get modified after the new columns were added to the rapid data entry??????



Johna Von Behrens, MLIS, MSED
Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>
East Texas Research Center<http://library.sfasu.edu/etrc/>
Stephen F. Austin State University<http://www.sfasu.edu/>
PO Box 13055 SFA Station
Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX  75962
Phone 936.468.1536
Fax 936.468.4117
asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/1f6c9bce/attachment.html>

From brianjhoffman at gmail.com  Fri Jul 17 12:20:15 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Fri, 17 Jul 2015 12:20:15 -0400
Subject: [Archivesspace_Users_Group] Rapid Data Entry + X Buttons Not
	Appearing
In-Reply-To: <A01F04C6A8ABA54CB3587082D1DEE0BC3F51BEE2@EXCHMBOX02.sfasu.nac>
References: <A01F04C6A8ABA54CB3587082D1DEE0BC3F51BEE2@EXCHMBOX02.sfasu.nac>
Message-ID: <A331A717-BD45-45DA-AD01-74787E04A1BD@gmail.com>

Hi Johna,

I?m not sure I understand the issue, but it is possible that it will be resolved if you click the ?Reset? button on the RDE toolbar.

Brian


On Jul 17, 2015, at 11:59 AM, Johna L Von Behrens <jvb at sfasu.edu> wrote:

> Is there a way that I can fix this?
>  
> From: Johna L Von Behrens 
> Sent: Thursday, July 16, 2015 9:22 AM
> To: 'Archivesspace Users Group'
> Cc: Karrie L Roberson
> Subject: Rapid Data Entry + X Buttons Not Appearing
>  
> You can make the + and X buttons appear after you have made some of the columns not visible. The + button appears and if you add a row the X button will appear.
>  
> It has been the same for Chrome and Firefox.  Is there a way to get the + and X buttons to appear when you scroll over to the right? It seems as if the display did not get modified after the new columns were added to the rapid data entry??????
>  
>  
>  
> Johna Von Behrens, MLIS, MSED
> Archives and Repository Librarian
> East Texas Research Center
> Stephen F. Austin State University
> PO Box 13055 SFA Station
> Nacogdoches, TX  75962
> Phone 936.468.1536
> Fax 936.468.4117
> asketrc at sfasu.edu
>  
> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
> Stephen F. Austin State University, its Board of Regents, or the State of Texas.
>  
>  
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/6ca662a6/attachment.html>

From jvb at sfasu.edu  Fri Jul 17 12:43:18 2015
From: jvb at sfasu.edu (Johna L Von Behrens)
Date: Fri, 17 Jul 2015 16:43:18 +0000
Subject: [Archivesspace_Users_Group] Rapid Data Entry + X Buttons Not
 Appearing
Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC3F51BF6E@EXCHMBOX02.sfasu.nac>



In RDE this is what I see when I scroll all the way to the right with all the columns visible.

Even when I make columns not visible I still cannot see the + (green add rows button)
[cid:image002.png at 01D0C084.0DF4AFA0]


Hitting "reset" does not make the + or X button appear.




I can, however get it to sort of appear if I make columns smaller.

[cid:image003.png at 01D0C084.0DF4AFA0]
I can make the columns bigger and the + button will stay.





When I click the + button a new row appears with the X button (delete button). It still does not appear on the first row.

[cid:image001.png at 01D0C084.AD890AC0]

Johna Von Behrens, MLIS, MSED
Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>
East Texas Research Center<http://library.sfasu.edu/etrc/>
Stephen F. Austin State University<http://www.sfasu.edu/>
PO Box 13055 SFA Station
Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX  75962
Phone 936.468.1536
Fax 936.468.4117
asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Hoffman
Sent: Friday, July 17, 2015 11:20 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Rapid Data Entry + X Buttons Not Appearing

Hi Johna,

I'm not sure I understand the issue, but it is possible that it will be resolved if you click the "Reset" button on the RDE toolbar.

Brian


On Jul 17, 2015, at 11:59 AM, Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>> wrote:


Is there a way that I can fix this?

From: Johna L Von Behrens
Sent: Thursday, July 16, 2015 9:22 AM
To: 'Archivesspace Users Group'
Cc: Karrie L Roberson
Subject: Rapid Data Entry + X Buttons Not Appearing

You can make the + and X buttons appear after you have made some of the columns not visible. The + button appears and if you add a row the X button will appear.

It has been the same for Chrome and Firefox.  Is there a way to get the + and X buttons to appear when you scroll over to the right? It seems as if the display did not get modified after the new columns were added to the rapid data entry??????



Johna Von Behrens, MLIS, MSED
Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>
East Texas Research Center<http://library.sfasu.edu/etrc/>
Stephen F. Austin State University<http://www.sfasu.edu/>
PO Box 13055 SFA Station
Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=UgnFXbd7kQJa43K_7JJCoRHMGkfnfDtm5-QrNO8WYZc&s=utuG-JWuY36YeoWSu5ysEA1WyyRO0m59c2QLw7DfD_0&e=>, TX  75962
Phone 936.468.1536
Fax 936.468.4117
asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=UgnFXbd7kQJa43K_7JJCoRHMGkfnfDtm5-QrNO8WYZc&s=dVz5QFqOSzBbptcTJyj-2C4LqrhHnZJPAV9QiRKxycw&e=>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/3629fdec/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 18354 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/3629fdec/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 18183 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/3629fdec/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 13885 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/3629fdec/attachment-0002.png>

From maureen.callahan at yale.edu  Fri Jul 17 13:44:51 2015
From: maureen.callahan at yale.edu (Callahan, Maureen)
Date: Fri, 17 Jul 2015 17:44:51 +0000
Subject: [Archivesspace_Users_Group] database integrity constraint conflict
Message-ID: <AD669F4F98CAF842A44EB31636A067CB243E8454@x10-mbx15.yu.yale.edu>

Hey folks,

I'm getting this error:
en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2101963 at archival_object-4__for_key__uniq_ao_pos_<mailto:en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2101963 at archival_object-4__for_key__uniq_ao_pos_>

when I try to save archival objects that had been transferred from another resource record. For instance, this archival object is number 2102081 but it looks like it's telling me that it conflicts with archival object 2101963. I'm happy to do something to change one of the sets of records, but it would be helpful to know what that change needs to look like and how I can avoid this constraint in the future.

Thanks,
Maureen

Maureen Callahan
Archivist, Metadata Specialist
Manuscripts & Archives
Yale University Library
maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>
203.432.3627

Webpage: web.library.yale.edu/mssa
Collections: drs.library.yale.edu

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/78d7171b/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Fri Jul 17 14:17:44 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Fri, 17 Jul 2015 18:17:44 +0000
Subject: [Archivesspace_Users_Group] Problem with Collection Management
 - Processing Status and Catalogued Note
In-Reply-To: <81FF938BA2407B4DA1E134E7FA5C09EC01E8AB3A97@EXMBX2.shire.nla.gov.au>
References: <81FF938BA2407B4DA1E134E7FA5C09EC01E8AB3A97@EXMBX2.shire.nla.gov.au>
Message-ID: <DM2PR0801MB08481DC7F944C4CE4C8C229FFB980@DM2PR0801MB0848.namprd08.prod.outlook.com>



Hi Emma,


Sorry, it looks like the ticket associated to these changes didn't get put into the release notes because it was classified in Jira as a "CHORE" for some reason. I've updated the notes on the github release page.


The ticket is here:

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


and I think most of the explanation is in the word document that is attached to it.


Was there an issue with the migration?


best, Chris.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Emma Jolley <EJOLLEY at nla.gov.au>
Sent: Friday, July 17, 2015 1:18 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org)
Subject: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note

We are currently testing the latest release in our test system (v1.3.0) and are getting some very frustrating results.

One of them is that the Processing_Status which was within the Collection_Management sub record appears to have been moved to an Event and in the process the drop down list (within processing status) appears to have been de-coupled from the accession records we had marked as having particular processing status'.

In addition the Catalogued_Note also within the Collection_Mangement sub-record has also been moved to an Event.

Was this a planned change? And if so is there a written explanation of these changes that I can check.

Any help and explanation would be gratefully received.

Emma

Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600
e: emma.jolley at nla.gov.au<mailto:emma.jolley at nla.gov.au>|t: 02 6262 1456| www.nla.gov.au/ms<http://www.nla.gov.au/ms>
http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/5218f0d9/attachment.html>

From Elizabeth.Dunham at asu.edu  Fri Jul 17 15:10:51 2015
From: Elizabeth.Dunham at asu.edu (Elizabeth Dunham)
Date: Fri, 17 Jul 2015 19:10:51 +0000
Subject: [Archivesspace_Users_Group] Problem with Collection Management
 - Processing Status and Catalogued Note
In-Reply-To: <DM2PR0801MB08481DC7F944C4CE4C8C229FFB980@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <81FF938BA2407B4DA1E134E7FA5C09EC01E8AB3A97@EXMBX2.shire.nla.gov.au>
	<DM2PR0801MB08481DC7F944C4CE4C8C229FFB980@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <B43D825FC84A0A4D8CE4CEB34B5C736331F8D344@exmbw02.asurite.ad.asu.edu>

Hi Chris,

I had the same issue Emma did moving from v. 1.2.0 to v. 1.3.0.  It didn't block the migration, but it did make a lot of useless "Event" records.  For example, the accession record for one of our largest collections had text in its "Cataloged Note" and its "Processing Status" set to "Complete."  It now has 5 identical "Cataloged" events associated with it, all of which list "Implementer" as the last person who modified the record and "Date" as the date the record was last modified on.  Thus, they are all identically incorrect and because the migration either deleted or suppressed the original text, I can't fix them.

I also notice that I can't search or view (in the "Browse Events" tab) the automatically generated Event records unless I open a record with one of these events attached to it and save it again.  Further, the data originally entered in the "Processing Status" and "Processing Priority" fields continues to display but can no longer be edited through the GUI.  On a sidenote, I need this data to stay, as I have several queries that rely on the "Processing Status" field that I cannot alter to use Events because the automatically generated ones are not searchable and/or wrong.

Best,
Elizabeth Dunham

------------------------
Assistant Archivist
Arizona State University Libraries
Archives and Special Collections
Tempe, AZ 85287-1006
Elizabeth.Dunham at asu.edu

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Friday, July 17, 2015 11:18 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org)
Subject: Re: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note



Hi Emma,



Sorry, it looks like the ticket associated to these changes didn't get put into the release notes because it was classified in Jira as a "CHORE" for some reason. I've updated the notes on the github release page.



The ticket is here:

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



and I think most of the explanation is in the word document that is attached to it.



Was there an issue with the migration?



best, Chris.




Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Emma Jolley <EJOLLEY at nla.gov.au<mailto:EJOLLEY at nla.gov.au>>
Sent: Friday, July 17, 2015 1:18 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>)
Subject: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note

We are currently testing the latest release in our test system (v1.3.0) and are getting some very frustrating results.

One of them is that the Processing_Status which was within the Collection_Management sub record appears to have been moved to an Event and in the process the drop down list (within processing status) appears to have been de-coupled from the accession records we had marked as having particular processing status'.

In addition the Catalogued_Note also within the Collection_Mangement sub-record has also been moved to an Event.

Was this a planned change? And if so is there a written explanation of these changes that I can check.

Any help and explanation would be gratefully received.

Emma

Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600
e: emma.jolley at nla.gov.au<mailto:emma.jolley at nla.gov.au>|t: 02 6262 1456| www.nla.gov.au/ms<http://www.nla.gov.au/ms>
http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/fc24f5e5/attachment.html>

From PGalligan at rockarch.org  Fri Jul 17 15:33:56 2015
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Fri, 17 Jul 2015 15:33:56 -0400
Subject: [Archivesspace_Users_Group] database integrity constraint
	conflict
In-Reply-To: <AD669F4F98CAF842A44EB31636A067CB243E8454@x10-mbx15.yu.yale.edu>
References: <AD669F4F98CAF842A44EB31636A067CB243E8454@x10-mbx15.yu.yale.edu>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D88D0619BD@racex01>

Maureen,

I'm just chiming in to say this has also been happening at the RAC. The only fix we've found is to resequence each time we transfer components, which is obviously not ideal.

We are not on the newest version of AS though.

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen
Sent: Friday, July 17, 2015 1:45 PM
To: 'archivesspace_users_group at lyralists.lyrasis.org'
Cc: Connolly, Christine; Caldera, Mary
Subject: [Archivesspace_Users_Group] database integrity constraint conflict

Hey folks,

I'm getting this error:
en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2101963 at archival_object-4__for_key__uniq_ao_pos_<mailto:en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2101963 at archival_object-4__for_key__uniq_ao_pos_>

when I try to save archival objects that had been transferred from another resource record. For instance, this archival object is number 2102081 but it looks like it's telling me that it conflicts with archival object 2101963. I'm happy to do something to change one of the sets of records, but it would be helpful to know what that change needs to look like and how I can avoid this constraint in the future.

Thanks,
Maureen

Maureen Callahan
Archivist, Metadata Specialist
Manuscripts & Archives
Yale University Library
maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>
203.432.3627

Webpage: web.library.yale.edu/mssa
Collections: drs.library.yale.edu

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/2c916f2d/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Fri Jul 17 16:23:04 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Fri, 17 Jul 2015 20:23:04 +0000
Subject: [Archivesspace_Users_Group] database integrity
	constraint	conflict
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D88D0619BD@racex01>
References: <AD669F4F98CAF842A44EB31636A067CB243E8454@x10-mbx15.yu.yale.edu>,
	<F6E0CB227A713F4AA8F9598060B8F063D88D0619BD@racex01>
Message-ID: <DM2PR0801MB08485756386942FFBD3D4EACFB980@DM2PR0801MB0848.namprd08.prod.outlook.com>

Hi Maureen,


Which version are you all using? Was this record transferred recently?


b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Galligan, Patrick <PGalligan at rockarch.org>
Sent: Friday, July 17, 2015 9:33 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] database integrity constraint conflict


Maureen,



I'm just chiming in to say this has also been happening at the RAC. The only fix we've found is to resequence each time we transfer components, which is obviously not ideal.



We are not on the newest version of AS though.



Patrick Galligan

Rockefeller Archive Center

Assistant Digital Archivist

914-366-6386



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen
Sent: Friday, July 17, 2015 1:45 PM
To: 'archivesspace_users_group at lyralists.lyrasis.org'
Cc: Connolly, Christine; Caldera, Mary
Subject: [Archivesspace_Users_Group] database integrity constraint conflict



Hey folks,



I'm getting this error:

en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2101963 at archival_object-4__for_key__uniq_ao_pos_<mailto:en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2101963 at archival_object-4__for_key__uniq_ao_pos_>



when I try to save archival objects that had been transferred from another resource record. For instance, this archival object is number 2102081 but it looks like it's telling me that it conflicts with archival object 2101963. I'm happy to do something to change one of the sets of records, but it would be helpful to know what that change needs to look like and how I can avoid this constraint in the future.



Thanks,

Maureen



Maureen Callahan

Archivist, Metadata Specialist

Manuscripts & Archives

Yale University Library

maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>

203.432.3627



Webpage: web.library.yale.edu/mssa

Collections: drs.library.yale.edu


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/cac9d85e/attachment.html>

From maureen.callahan at yale.edu  Fri Jul 17 16:46:19 2015
From: maureen.callahan at yale.edu (Callahan, Maureen)
Date: Fri, 17 Jul 2015 20:46:19 +0000
Subject: [Archivesspace_Users_Group] database
	integrity	constraint	conflict
In-Reply-To: <DM2PR0801MB08485756386942FFBD3D4EACFB980@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <AD669F4F98CAF842A44EB31636A067CB243E8454@x10-mbx15.yu.yale.edu>, 
	<F6E0CB227A713F4AA8F9598060B8F063D88D0619BD@racex01>
	<DM2PR0801MB08485756386942FFBD3D4EACFB980@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <AD669F4F98CAF842A44EB31636A067CB243E8F4F@x10-mbx15.yu.yale.edu>

Hi Chris and Patrick,

We're on a special branched version of 1.1.2 that HM modified for us while we wait for the container management plug-in to be integrated into the core code. The record was transferred two days ago.

Patrick, what do you mean when you say that you resequence every time you transfer components?

Thank you both for your insights!

Maureen

Maureen Callahan
Archivist, Metadata Specialist
Manuscripts & Archives
Yale University Library
maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>
203.432.3627

Webpage: web.library.yale.edu/mssa
Collections: drs.library.yale.edu

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Friday, July 17, 2015 4:23 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] database integrity constraint conflict


Hi Maureen,



Which version are you all using? Was this record transferred recently?



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Galligan, Patrick <PGalligan at rockarch.org<mailto:PGalligan at rockarch.org>>
Sent: Friday, July 17, 2015 9:33 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] database integrity constraint conflict


Maureen,



I'm just chiming in to say this has also been happening at the RAC. The only fix we've found is to resequence each time we transfer components, which is obviously not ideal.



We are not on the newest version of AS though.



Patrick Galligan

Rockefeller Archive Center

Assistant Digital Archivist

914-366-6386



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen
Sent: Friday, July 17, 2015 1:45 PM
To: 'archivesspace_users_group at lyralists.lyrasis.org'
Cc: Connolly, Christine; Caldera, Mary
Subject: [Archivesspace_Users_Group] database integrity constraint conflict



Hey folks,



I'm getting this error:

en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2101963 at archival_object-4__for_key__uniq_ao_pos_<mailto:en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2101963 at archival_object-4__for_key__uniq_ao_pos_>



when I try to save archival objects that had been transferred from another resource record. For instance, this archival object is number 2102081 but it looks like it's telling me that it conflicts with archival object 2101963. I'm happy to do something to change one of the sets of records, but it would be helpful to know what that change needs to look like and how I can avoid this constraint in the future.



Thanks,

Maureen



Maureen Callahan

Archivist, Metadata Specialist

Manuscripts & Archives

Yale University Library

maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>

203.432.3627



Webpage: web.library.yale.edu/mssa

Collections: drs.library.yale.edu


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/acb02030/attachment.html>

From brad.westbrook at lyrasis.org  Fri Jul 17 17:10:52 2015
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Fri, 17 Jul 2015 21:10:52 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
 Problems & Questions
In-Reply-To: <4dd814cccb9b4c5db852e5d2015e828f@it-excmb3.ad.siu.edu>
References: <8r36ej0h4iwolkua2yiefyeq.1436207623709@email.android.com>
	<CY1PR0301MB12737297F7DD66B09D9BA6C9E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<61E84296-E114-456E-A6B2-94C6A981608D@gmail.com>
	<DM2PR0301MB12793F9FAEBC312E26CD5926E5980@DM2PR0301MB1279.namprd03.prod.outlook.com>
	<CADi=b=O-BcUxppxgWn4cRtmtvBqGANneVACzDnyjUf8=59664w@mail.gmail.com>
	<581d10c5c424493588be407d2c21279c@it-excmb3.ad.siu.edu>
	<4dd814cccb9b4c5db852e5d2015e828f@it-excmb3.ad.siu.edu>
Message-ID: <BN1PR08MB011F65D76CE00A38259070194980@BN1PR08MB011.namprd08.prod.outlook.com>

No, Doug, ?refactored? means rebuilt, if you will.  It?s a project Nathan is currently working on and the results are not yet available for users.  See (https://archivesspace.atlassian.net/browse/AR-1278  for details.

Brad


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Douglas James Simmons
Sent: Friday, July 17, 2015 11:10 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Wait, I need to check my assumptions: does ?refactored? simply mean ?newest??

What I have is 25,504,422 bytes.

Doug Simmons
SIUC

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Douglas James Simmons
Sent: Friday, July 17, 2015 9:37 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

These are not being handled by the latest migration tool, the test migration I did yesterday shows the bbtags still present in aspace.

Doug Simmons
SIUC


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Friday, July 17, 2015 9:20 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

The refactored Archon migration tool should automatically handle these conversions, so no need to do manual clean up.

On Fri, Jul 17, 2015 at 9:39 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Thanks Brian. I found it. I am doing quite a bit of cleanup on the Archon DB side of things it seems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: Brian Hoffman [mailto:brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>]
Sent: Friday, July 17, 2015 8:02 AM
To: Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>>
Cc: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>; Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>

Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phil,

I think the Archon experts could answer this better than I can - I do know that Archon uses a square bracket markup style for things like italics, and I would assume that the markup is stored in the DB.

I don?t think the Archon php files have any bearing on ArchivesSpace - during the migration process all Archon content is served to the migration tool as JSON objects over HTTP.

Brian


On Jul 6, 2015, at 4:39 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:

Brian,

     While I am not a SQL pro, I know my way around well enough to look at the tables, perform queries, and so forth. Where exactly are these [b] and [i]?s that are showing up in the ArchivesSpace Component Lists & Headers located in the SQL tables? I am not seeing them in the sql data (either the original Archon data or the created ArchivesSpace data post-migration).

I am seeing a reference to the [b] and [i] in the common.inc.php files on the Archon side, but I am not sure if/how ArchivesSpace is using this file for the migration.

Thanks,

Phil

From: brian [mailto:brianjhoffman at gmail.com]
Sent: Monday, July 06, 2015 1:37 PM
To: Suda, Phillip J; Archivesspace Users Group; Matthew J Gorzalski
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phil,

That's correct- it can actually only be done in the context of a single resource record and a single sub record type. For example, "replace 'abc' with 'def' in all container summaries of all extent records associated with the g.g. Alin papers". There isn't currently a way to do a global search and replace, and I'd recommend leaving that to someone facile with sql who can do it at the database level.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: "Suda, Phillip J" <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>>
Date:07/06/2015 2:17 PM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>, Brian Hoffman <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>>
Cc:
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Brian,

       From what I can tell, the Batch Find & Replace cannot be done on a ?global?/instance-wide scale (i.e. finding all the <i>?s and <b>?s at component level). It seems like it only works collection by collection. Please let me know what I am missing.


Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian
Sent: Monday, July 06, 2015 12:40 PM
To: Matthew J Gorzalski; Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Mathew,

This will probably be resolved by deleting your solr index and restarting the application, then waiting for the index to rebuild.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>
Date:07/06/2015 11:33 AM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Cc:
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

I just went in manually in the ASpace admin view, selected one of our repositories, and went into classifications and deleted the empty ones.  I found that the name of the repository and the good classification matched.  In other words, the Manuscripts classification under the Manuscripts repository was the only classification within that repository to have collections linked to it.

In the process I noticed that the migration produced some weird results, like it was creating false or empty collections that didn?t exist in our Archon.  So I would have Mr. Smith?s Papers, correctly linked to the Manuscripts classification in the Manuscripts repository.  But an empty, no data Mr. Smith?s Papers might also appear in the Photographs classification in the Manuscripts Repository.  After deleting the bad classifications, the empty Mr. Smith would still be there.  So when I found that record in the resource list and tried to delete it, I couldn?t because it would say ?record not found.?  So the result is a public view showing two Mr. Smith Papers, one of which has content and the other is ?record not found,? which it seems I am powerless to delete.  That is the current issue.

Matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, July 06, 2015 10:25 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

For deleting the bad classifications, use the post data migration tool at the link below, which also performs other clean up operations on the data.  Of course, create a backup of the Archivesspace database before running this tool.

https://github.com/archivesspace/aspaceDBUtil

On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Matt,

         Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Matthew J Gorzalski
Sent: Thursday, July 02, 2015 1:04 PM

To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.

But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.


Matt Gorzalski
SIU Carbondale

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."

Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."

I'm not sure if something like that would need to be done for your other special characters as well.
-Maura

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:





4.       Classifications appear to be duplicated:

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:



6.       Can the Collections be sorted by Collection #/Identifier?


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/4b5918ba/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Fri Jul 17 17:40:41 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Fri, 17 Jul 2015 21:40:41 +0000
Subject: [Archivesspace_Users_Group] Problem with Collection Management
 - Processing Status and Catalogued Note
In-Reply-To: <B43D825FC84A0A4D8CE4CEB34B5C736331F8D344@exmbw02.asurite.ad.asu.edu>
References: <81FF938BA2407B4DA1E134E7FA5C09EC01E8AB3A97@EXMBX2.shire.nla.gov.au>
	<DM2PR0801MB08481DC7F944C4CE4C8C229FFB980@DM2PR0801MB0848.namprd08.prod.outlook.com>,
	<B43D825FC84A0A4D8CE4CEB34B5C736331F8D344@exmbw02.asurite.ad.asu.edu>
Message-ID: <DM2PR0801MB0848B5C77E05270A2E3448B1FB980@DM2PR0801MB0848.namprd08.prod.outlook.com>

Hi Elizabeth,


Yes, this was a result of the AR-827 ticket. A lot of events are made to replace some of the collection management records.


If the new records are not appearing in the index, you can either trigger a rebuild ( delete the data/indexer_state directory and restart aspace ) or you could probably also just do this:


update event set system_mtime = now();


in your mysql database to trigger a reindex of the event records.


b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Elizabeth Dunham <Elizabeth.Dunham at asu.edu>
Sent: Friday, July 17, 2015 9:10 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note


Hi Chris,



I had the same issue Emma did moving from v. 1.2.0 to v. 1.3.0.  It didn?t block the migration, but it did make a lot of useless ?Event? records.  For example, the accession record for one of our largest collections had text in its ?Cataloged Note? and its ?Processing Status? set to ?Complete.?  It now has 5 identical ?Cataloged? events associated with it, all of which list ?Implementer? as the last person who modified the record and ?Date? as the date the record was last modified on.  Thus, they are all identically incorrect and because the migration either deleted or suppressed the original text, I can?t fix them.



I also notice that I can?t search or view (in the ?Browse Events? tab) the automatically generated Event records unless I open a record with one of these events attached to it and save it again.  Further, the data originally entered in the ?Processing Status? and ?Processing Priority? fields continues to display but can no longer be edited through the GUI.  On a sidenote, I need this data to stay, as I have several queries that rely on the ?Processing Status? field that I cannot alter to use Events because the automatically generated ones are not searchable and/or wrong.



Best,

Elizabeth Dunham



------------------------

Assistant Archivist

Arizona State University Libraries

Archives and Special Collections

Tempe, AZ 85287-1006

Elizabeth.Dunham at asu.edu



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Friday, July 17, 2015 11:18 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org)
Subject: Re: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note



Hi Emma,



Sorry, it looks like the ticket associated to these changes didn't get put into the release notes because it was classified in Jira as a "CHORE" for some reason. I've updated the notes on the github release page.



The ticket is here:

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



and I think most of the explanation is in the word document that is attached to it.



Was there an issue with the migration?



best, Chris.





Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/



________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Emma Jolley <EJOLLEY at nla.gov.au<mailto:EJOLLEY at nla.gov.au>>
Sent: Friday, July 17, 2015 1:18 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>)
Subject: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note



We are currently testing the latest release in our test system (v1.3.0) and are getting some very frustrating results.



One of them is that the Processing_Status which was within the Collection_Management sub record appears to have been moved to an Event and in the process the drop down list (within processing status) appears to have been de-coupled from the accession records we had marked as having particular processing status?.



In addition the Catalogued_Note also within the Collection_Mangement sub-record has also been moved to an Event.



Was this a planned change? And if so is there a written explanation of these changes that I can check.



Any help and explanation would be gratefully received.



Emma



Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600
e: emma.jolley at nla.gov.au<mailto:emma.jolley at nla.gov.au>|t: 02 6262 1456| www.nla.gov.au/ms<http://www.nla.gov.au/ms>

http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts






-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150717/0ca40a02/attachment.html>

From schwrtzs at illinois.edu  Sat Jul 18 09:22:38 2015
From: schwrtzs at illinois.edu (Schwartz, Scott W)
Date: Sat, 18 Jul 2015 13:22:38 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace
	Migration	Problems & Questions
In-Reply-To: <61E84296-E114-456E-A6B2-94C6A981608D@gmail.com>
References: <8r36ej0h4iwolkua2yiefyeq.1436207623709@email.android.com>
	<CY1PR0301MB12737297F7DD66B09D9BA6C9E5930@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<61E84296-E114-456E-A6B2-94C6A981608D@gmail.com>
Message-ID: <FCE668E081424B4BBCCFF839466A11E8299208F2@CITESMBX5.ad.uillinois.edu>

Brian,

I believe you are correct with your answer to Phil.  The content stored in the Archon DB is what is served up as JSON objects.  scott

Scott W. Schwartz
Archivist for Music and Fine Arts and Director
Sousa Archives and Center for American Music
1103 S. Sixth Street
Champaign, IL  61820
217-333-4577
217-244-8695 (f)

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Hoffman
Sent: Friday, July 17, 2015 8:02 AM
To: Suda, Phillip J <psuda1 at tulane.edu>
Cc: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phil,

I think the Archon experts could answer this better than I can - I do know that Archon uses a square bracket markup style for things like italics, and I would assume that the markup is stored in the DB.

I don?t think the Archon php files have any bearing on ArchivesSpace - during the migration process all Archon content is served to the migration tool as JSON objects over HTTP.

Brian


On Jul 6, 2015, at 4:39 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:


Brian,

     While I am not a SQL pro, I know my way around well enough to look at the tables, perform queries, and so forth. Where exactly are these [b] and [i]?s that are showing up in the ArchivesSpace Component Lists & Headers located in the SQL tables? I am not seeing them in the sql data (either the original Archon data or the created ArchivesSpace data post-migration).

I am seeing a reference to the [b] and [i] in the common.inc.php files on the Archon side, but I am not sure if/how ArchivesSpace is using this file for the migration.

Thanks,

Phil

From: brian [mailto:brianjhoffman at gmail.com]
Sent: Monday, July 06, 2015 1:37 PM
To: Suda, Phillip J; Archivesspace Users Group; Matthew J Gorzalski
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phil,

That's correct- it can actually only be done in the context of a single resource record and a single sub record type. For example, "replace 'abc' with 'def' in all container summaries of all extent records associated with the g.g. Alin papers". There isn't currently a way to do a global search and replace, and I'd recommend leaving that to someone facile with sql who can do it at the database level.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: "Suda, Phillip J" <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>>
Date:07/06/2015 2:17 PM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>, Brian Hoffman <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>>
Cc:
Subject: RE: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Brian,

       From what I can tell, the Batch Find & Replace cannot be done on a ?global?/instance-wide scale (i.e. finding all the <i>?s and <b>?s at component level). It seems like it only works collection by collection. Please let me know what I am missing.


Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian
Sent: Monday, July 06, 2015 12:40 PM
To: Matthew J Gorzalski; Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Mathew,

This will probably be resolved by deleting your solr index and restarting the application, then waiting for the index to rebuild.

Brian


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>
Date:07/06/2015 11:33 AM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Cc:
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

I just went in manually in the ASpace admin view, selected one of our repositories, and went into classifications and deleted the empty ones.  I found that the name of the repository and the good classification matched.  In other words, the Manuscripts classification under the Manuscripts repository was the only classification within that repository to have collections linked to it.

In the process I noticed that the migration produced some weird results, like it was creating false or empty collections that didn?t exist in our Archon.  So I would have Mr. Smith?s Papers, correctly linked to the Manuscripts classification in the Manuscripts repository.  But an empty, no data Mr. Smith?s Papers might also appear in the Photographs classification in the Manuscripts Repository.  After deleting the bad classifications, the empty Mr. Smith would still be there.  So when I found that record in the resource list and tried to delete it, I couldn?t because it would say ?record not found.?  So the result is a public view showing two Mr. Smith Papers, one of which has content and the other is ?record not found,? which it seems I am powerless to delete.  That is the current issue.

Matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, July 06, 2015 10:25 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

For deleting the bad classifications, use the post data migration tool at the link below, which also performs other clean up operations on the data.  Of course, create a backup of the Archivesspace database before running this tool.

https://github.com/archivesspace/aspaceDBUtil<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_aspaceDBUtil&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=vT8n9m4tLaEaKeTnKcEFhoPv-EGCjFBVW30PCXY61ds&m=rNuSAShSbHBXWZkV93UxLwzjcQPwgZZHfivTj0Hczx0&s=QS1NHsMc3_N9rbrsiglq-DsjRcvs2jIF154lE4g2abk&e=>

On Mon, Jul 6, 2015 at 10:03 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Matt,

         Thanks for your reply. With regard to deleting the ?bad? classifications, does it matter which ones are deleted? Will there be any orphaned data? I am wondering how I could check, via SQL queries? Thanks again for your help. I am glad to know there are others out there facing the same problems.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Matthew J Gorzalski
Sent: Thursday, July 02, 2015 1:04 PM

To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

We just tried the batch replace and a remigration to see if it worked, but ran into an error that crashed the migration and are waiting for a response to Doug Simmons? email yesterday afternoon.

But Phil, a lot of you?re issues are problems we?re experiencing too (we?re Archon users).  I will be talking about our migration adventure at SAA next month and highlight some of these same issues.  The reason classifications are duplicated is because Archon?s classification structure is shared globally throughout Archon, but in ASpace the classifications are replicated per repository.  I deleted our ?bad? classifications post migration to knock it back down to 5 from the 30 ArchivesSpace spit out.


Matt Gorzalski
SIU Carbondale

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone
Sent: Thursday, July 02, 2015 11:54 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration Problems & Questions

Hi Phillip,
With regards to number 5, it is a known issue. I have one of the earlier emails about this saved: "This is not a bug, but rather has to do with how the information was entered into archon in the first place. To fix, a find-replace on all records with will need to done changing [i] into <i> and [/i] into </i>, directly on the backend data."

Brian detailed a bit more: "You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first."

I'm not sure if something like that would need to be done for your other special characters as well.
-Maura

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:





4.       Classifications appear to be duplicated:

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:



6.       Can the Collections be sorted by Collection #/Identifier?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150718/40dc54e9/attachment.html>

From EJOLLEY at nla.gov.au  Sun Jul 19 19:24:00 2015
From: EJOLLEY at nla.gov.au (Emma Jolley)
Date: Sun, 19 Jul 2015 23:24:00 +0000
Subject: [Archivesspace_Users_Group] Problem with Collection Management
 - Processing Status and Catalogued Note
In-Reply-To: <DM2PR0801MB0848B5C77E05270A2E3448B1FB980@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <81FF938BA2407B4DA1E134E7FA5C09EC01E8AB3A97@EXMBX2.shire.nla.gov.au>
	<DM2PR0801MB08481DC7F944C4CE4C8C229FFB980@DM2PR0801MB0848.namprd08.prod.outlook.com>,
	<B43D825FC84A0A4D8CE4CEB34B5C736331F8D344@exmbw02.asurite.ad.asu.edu>
	<DM2PR0801MB0848B5C77E05270A2E3448B1FB980@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <81FF938BA2407B4DA1E134E7FA5C09EC01EB710226@EXMBX1.shire.nla.gov.au>

Many thanks Elizabeth and Chris. This explains it all.

It would be great if we could get forewarning of such changes so that we can have time to review any changes that might need to be made to plugins that we've developed. I must admit it was a bit of a shock to see all of that information seemingly disappear (even though it didn't).

We also lost the indexing of the 'Processing status' when they were converted to Events, so many thanks for the advice on how to re-index.

Is there a way for the development team to proactively offer such advice for large changes such as this one?

Thanks again

Emma.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Saturday, 18 July 2015 7:41 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note


Hi Elizabeth,



Yes, this was a result of the AR-827 ticket. A lot of events are made to replace some of the collection management records.



If the new records are not appearing in the index, you can either trigger a rebuild ( delete the data/indexer_state directory and restart aspace ) or you could probably also just do this:



update event set system_mtime = now();



in your mysql database to trigger a reindex of the event records.



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Elizabeth Dunham <Elizabeth.Dunham at asu.edu<mailto:Elizabeth.Dunham at asu.edu>>
Sent: Friday, July 17, 2015 9:10 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note


Hi Chris,



I had the same issue Emma did moving from v. 1.2.0 to v. 1.3.0.  It didn't block the migration, but it did make a lot of useless "Event" records.  For example, the accession record for one of our largest collections had text in its "Cataloged Note" and its "Processing Status" set to "Complete."  It now has 5 identical "Cataloged" events associated with it, all of which list "Implementer" as the last person who modified the record and "Date" as the date the record was last modified on.  Thus, they are all identically incorrect and because the migration either deleted or suppressed the original text, I can't fix them.



I also notice that I can't search or view (in the "Browse Events" tab) the automatically generated Event records unless I open a record with one of these events attached to it and save it again.  Further, the data originally entered in the "Processing Status" and "Processing Priority" fields continues to display but can no longer be edited through the GUI.  On a sidenote, I need this data to stay, as I have several queries that rely on the "Processing Status" field that I cannot alter to use Events because the automatically generated ones are not searchable and/or wrong.



Best,

Elizabeth Dunham



------------------------

Assistant Archivist

Arizona State University Libraries

Archives and Special Collections

Tempe, AZ 85287-1006

Elizabeth.Dunham at asu.edu<mailto:Elizabeth.Dunham at asu.edu>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Friday, July 17, 2015 11:18 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>)
Subject: Re: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note



Hi Emma,



Sorry, it looks like the ticket associated to these changes didn't get put into the release notes because it was classified in Jira as a "CHORE" for some reason. I've updated the notes on the github release page.



The ticket is here:

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



and I think most of the explanation is in the word document that is attached to it.



Was there an issue with the migration?



best, Chris.





Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/



________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Emma Jolley <EJOLLEY at nla.gov.au<mailto:EJOLLEY at nla.gov.au>>
Sent: Friday, July 17, 2015 1:18 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>)
Subject: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note



We are currently testing the latest release in our test system (v1.3.0) and are getting some very frustrating results.



One of them is that the Processing_Status which was within the Collection_Management sub record appears to have been moved to an Event and in the process the drop down list (within processing status) appears to have been de-coupled from the accession records we had marked as having particular processing status'.



In addition the Catalogued_Note also within the Collection_Mangement sub-record has also been moved to an Event.



Was this a planned change? And if so is there a written explanation of these changes that I can check.



Any help and explanation would be gratefully received.



Emma



Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600
e: emma.jolley at nla.gov.au<mailto:emma.jolley at nla.gov.au>|t: 02 6262 1456| www.nla.gov.au/ms<http://www.nla.gov.au/ms>

http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts






-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150719/6c9e4a26/attachment.html>

From EJOLLEY at nla.gov.au  Sun Jul 19 22:21:07 2015
From: EJOLLEY at nla.gov.au (Emma Jolley)
Date: Mon, 20 Jul 2015 02:21:07 +0000
Subject: [Archivesspace_Users_Group] Problem with Collection Management
 - Processing Status and Catalogued Note
In-Reply-To: <81FF938BA2407B4DA1E134E7FA5C09EC01EB710226@EXMBX1.shire.nla.gov.au>
References: <81FF938BA2407B4DA1E134E7FA5C09EC01E8AB3A97@EXMBX2.shire.nla.gov.au>
	<DM2PR0801MB08481DC7F944C4CE4C8C229FFB980@DM2PR0801MB0848.namprd08.prod.outlook.com>,
	<B43D825FC84A0A4D8CE4CEB34B5C736331F8D344@exmbw02.asurite.ad.asu.edu>
	<DM2PR0801MB0848B5C77E05270A2E3448B1FB980@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<81FF938BA2407B4DA1E134E7FA5C09EC01EB710226@EXMBX1.shire.nla.gov.au>
Message-ID: <81FF938BA2407B4DA1E134E7FA5C09EC01EB710FAB@EXMBX1.shire.nla.gov.au>

Sorry Chris one more questions. The events fields from Collection Management and place in event now display the following prefix:

translation missing: en.enumerations.event_event_type.processing_1 - registration - in progress (10467)

Is there any way to fix this?

Many thanks

Emma

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Emma Jolley
Sent: Monday, 20 July 2015 9:24 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note

Many thanks Elizabeth and Chris. This explains it all.

It would be great if we could get forewarning of such changes so that we can have time to review any changes that might need to be made to plugins that we've developed. I must admit it was a bit of a shock to see all of that information seemingly disappear (even though it didn't).

We also lost the indexing of the 'Processing status' when they were converted to Events, so many thanks for the advice on how to re-index.

Is there a way for the development team to proactively offer such advice for large changes such as this one?

Thanks again

Emma.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Saturday, 18 July 2015 7:41 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note


Hi Elizabeth,



Yes, this was a result of the AR-827 ticket. A lot of events are made to replace some of the collection management records.



If the new records are not appearing in the index, you can either trigger a rebuild ( delete the data/indexer_state directory and restart aspace ) or you could probably also just do this:



update event set system_mtime = now();



in your mysql database to trigger a reindex of the event records.



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Elizabeth Dunham <Elizabeth.Dunham at asu.edu<mailto:Elizabeth.Dunham at asu.edu>>
Sent: Friday, July 17, 2015 9:10 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note


Hi Chris,



I had the same issue Emma did moving from v. 1.2.0 to v. 1.3.0.  It didn't block the migration, but it did make a lot of useless "Event" records.  For example, the accession record for one of our largest collections had text in its "Cataloged Note" and its "Processing Status" set to "Complete."  It now has 5 identical "Cataloged" events associated with it, all of which list "Implementer" as the last person who modified the record and "Date" as the date the record was last modified on.  Thus, they are all identically incorrect and because the migration either deleted or suppressed the original text, I can't fix them.



I also notice that I can't search or view (in the "Browse Events" tab) the automatically generated Event records unless I open a record with one of these events attached to it and save it again.  Further, the data originally entered in the "Processing Status" and "Processing Priority" fields continues to display but can no longer be edited through the GUI.  On a sidenote, I need this data to stay, as I have several queries that rely on the "Processing Status" field that I cannot alter to use Events because the automatically generated ones are not searchable and/or wrong.



Best,

Elizabeth Dunham



------------------------

Assistant Archivist

Arizona State University Libraries

Archives and Special Collections

Tempe, AZ 85287-1006

Elizabeth.Dunham at asu.edu<mailto:Elizabeth.Dunham at asu.edu>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Friday, July 17, 2015 11:18 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>)
Subject: Re: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note



Hi Emma,



Sorry, it looks like the ticket associated to these changes didn't get put into the release notes because it was classified in Jira as a "CHORE" for some reason. I've updated the notes on the github release page.



The ticket is here:

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



and I think most of the explanation is in the word document that is attached to it.



Was there an issue with the migration?



best, Chris.





Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/



________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Emma Jolley <EJOLLEY at nla.gov.au<mailto:EJOLLEY at nla.gov.au>>
Sent: Friday, July 17, 2015 1:18 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>)
Subject: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note



We are currently testing the latest release in our test system (v1.3.0) and are getting some very frustrating results.



One of them is that the Processing_Status which was within the Collection_Management sub record appears to have been moved to an Event and in the process the drop down list (within processing status) appears to have been de-coupled from the accession records we had marked as having particular processing status'.



In addition the Catalogued_Note also within the Collection_Mangement sub-record has also been moved to an Event.



Was this a planned change? And if so is there a written explanation of these changes that I can check.



Any help and explanation would be gratefully received.



Emma



Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600
e: emma.jolley at nla.gov.au<mailto:emma.jolley at nla.gov.au>|t: 02 6262 1456| www.nla.gov.au/ms<http://www.nla.gov.au/ms>

http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts






-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150720/77ad9eb6/attachment.html>

From PGalligan at rockarch.org  Mon Jul 20 09:17:03 2015
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Mon, 20 Jul 2015 09:17:03 -0400
Subject: [Archivesspace_Users_Group]
	database	integrity	constraint	conflict
In-Reply-To: <AD669F4F98CAF842A44EB31636A067CB243E8F4F@x10-mbx15.yu.yale.edu>
References: <AD669F4F98CAF842A44EB31636A067CB243E8454@x10-mbx15.yu.yale.edu>, 
	<F6E0CB227A713F4AA8F9598060B8F063D88D0619BD@racex01>
	<DM2PR0801MB08485756386942FFBD3D4EACFB980@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<AD669F4F98CAF842A44EB31636A067CB243E8F4F@x10-mbx15.yu.yale.edu>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D88D061A01@racex01>

Maureen,

We essentially found out that there were only two ways to fix the record save error caused by transferring components in 1.1.2:


*         Export the EAD finding aid and re-import (not ideal because you'd have to recreate some links/connections)

*         Stop the AS instance and then restart it with the resequence on startup option enabled

The first option wasn't viable to us, so anytime someone transfers components, we have to resequence over the weekend. It's a big hassle and not a long-term solution.

We haven't run into this problem with our updated versions that we're running on the dev though.

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen
Sent: Friday, July 17, 2015 4:46 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] database integrity constraint conflict

Hi Chris and Patrick,

We're on a special branched version of 1.1.2 that HM modified for us while we wait for the container management plug-in to be integrated into the core code. The record was transferred two days ago.

Patrick, what do you mean when you say that you resequence every time you transfer components?

Thank you both for your insights!

Maureen

Maureen Callahan
Archivist, Metadata Specialist
Manuscripts & Archives
Yale University Library
maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>
203.432.3627

Webpage: web.library.yale.edu/mssa
Collections: drs.library.yale.edu

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Friday, July 17, 2015 4:23 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] database integrity constraint conflict


Hi Maureen,



Which version are you all using? Was this record transferred recently?



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Galligan, Patrick <PGalligan at rockarch.org<mailto:PGalligan at rockarch.org>>
Sent: Friday, July 17, 2015 9:33 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] database integrity constraint conflict


Maureen,



I'm just chiming in to say this has also been happening at the RAC. The only fix we've found is to resequence each time we transfer components, which is obviously not ideal.



We are not on the newest version of AS though.



Patrick Galligan

Rockefeller Archive Center

Assistant Digital Archivist

914-366-6386



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen
Sent: Friday, July 17, 2015 1:45 PM
To: 'archivesspace_users_group at lyralists.lyrasis.org'
Cc: Connolly, Christine; Caldera, Mary
Subject: [Archivesspace_Users_Group] database integrity constraint conflict



Hey folks,



I'm getting this error:

en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2101963 at archival_object-4__for_key__uniq_ao_pos_<mailto:en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2101963 at archival_object-4__for_key__uniq_ao_pos_>



when I try to save archival objects that had been transferred from another resource record. For instance, this archival object is number 2102081 but it looks like it's telling me that it conflicts with archival object 2101963. I'm happy to do something to change one of the sets of records, but it would be helpful to know what that change needs to look like and how I can avoid this constraint in the future.



Thanks,

Maureen



Maureen Callahan

Archivist, Metadata Specialist

Manuscripts & Archives

Yale University Library

maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>

203.432.3627



Webpage: web.library.yale.edu/mssa

Collections: drs.library.yale.edu


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150720/ae5bef3c/attachment.html>

From mark.custer at yale.edu  Mon Jul 20 09:21:31 2015
From: mark.custer at yale.edu (Custer, Mark)
Date: Mon, 20 Jul 2015 13:21:31 +0000
Subject: [Archivesspace_Users_Group]
	database	integrity	constraint	conflict
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D88D061A01@racex01>
References: <AD669F4F98CAF842A44EB31636A067CB243E8454@x10-mbx15.yu.yale.edu>, 
	<F6E0CB227A713F4AA8F9598060B8F063D88D0619BD@racex01>
	<DM2PR0801MB08485756386942FFBD3D4EACFB980@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<AD669F4F98CAF842A44EB31636A067CB243E8F4F@x10-mbx15.yu.yale.edu>
	<F6E0CB227A713F4AA8F9598060B8F063D88D061A01@racex01>
Message-ID: <DCB910FAD4CF9343B3E424AF5F331025255E6DE0@x10-mbx8.yu.yale.edu>

Patrick,

Regarding your re-index over the weekend process, three questions:


1.       How long does the re-index take for you?

2.       How large is your ArchivesSpace MySQL database?

3.       How large is your ASpace Solr index?

Thanks,

Mark



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Monday, July 20, 2015 9:17 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] database integrity constraint conflict

Maureen,

We essentially found out that there were only two ways to fix the record save error caused by transferring components in 1.1.2:


*         Export the EAD finding aid and re-import (not ideal because you'd have to recreate some links/connections)

*         Stop the AS instance and then restart it with the resequence on startup option enabled

The first option wasn't viable to us, so anytime someone transfers components, we have to resequence over the weekend. It's a big hassle and not a long-term solution.

We haven't run into this problem with our updated versions that we're running on the dev though.

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen
Sent: Friday, July 17, 2015 4:46 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] database integrity constraint conflict

Hi Chris and Patrick,

We're on a special branched version of 1.1.2 that HM modified for us while we wait for the container management plug-in to be integrated into the core code. The record was transferred two days ago.

Patrick, what do you mean when you say that you resequence every time you transfer components?

Thank you both for your insights!

Maureen

Maureen Callahan
Archivist, Metadata Specialist
Manuscripts & Archives
Yale University Library
maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>
203.432.3627

Webpage: web.library.yale.edu/mssa
Collections: drs.library.yale.edu

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Friday, July 17, 2015 4:23 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] database integrity constraint conflict


Hi Maureen,



Which version are you all using? Was this record transferred recently?



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=mkW--eXZttRZAB_TKmnoY0ymnt_sHNJtzVohUKBZII8&s=h6mQ5GkSiPtXuVEEx2nW9XaOIeOczAPlYvpGHvA-t1c&e=>

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Galligan, Patrick <PGalligan at rockarch.org<mailto:PGalligan at rockarch.org>>
Sent: Friday, July 17, 2015 9:33 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] database integrity constraint conflict


Maureen,



I'm just chiming in to say this has also been happening at the RAC. The only fix we've found is to resequence each time we transfer components, which is obviously not ideal.



We are not on the newest version of AS though.



Patrick Galligan

Rockefeller Archive Center

Assistant Digital Archivist

914-366-6386



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen
Sent: Friday, July 17, 2015 1:45 PM
To: 'archivesspace_users_group at lyralists.lyrasis.org'
Cc: Connolly, Christine; Caldera, Mary
Subject: [Archivesspace_Users_Group] database integrity constraint conflict



Hey folks,



I'm getting this error:

en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2101963 at archival_object-4__for_key__uniq_ao_pos_<mailto:en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2101963 at archival_object-4__for_key__uniq_ao_pos_>



when I try to save archival objects that had been transferred from another resource record. For instance, this archival object is number 2102081 but it looks like it's telling me that it conflicts with archival object 2101963. I'm happy to do something to change one of the sets of records, but it would be helpful to know what that change needs to look like and how I can avoid this constraint in the future.



Thanks,

Maureen



Maureen Callahan

Archivist, Metadata Specialist

Manuscripts & Archives

Yale University Library

maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>

203.432.3627



Webpage: web.library.yale.edu/mssa

Collections: drs.library.yale.edu


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150720/2b42a4d6/attachment.html>

From eckardm at umich.edu  Mon Jul 20 09:38:47 2015
From: eckardm at umich.edu (Max Eckard)
Date: Mon, 20 Jul 2015 09:38:47 -0400
Subject: [Archivesspace_Users_Group] Use of "rights statements" module?
In-Reply-To: <CAAPYHTCBUcw31P+8AX2G81OA4-eaTzRHFa8TE8b5b0Q7NrcAhA@mail.gmail.com>
References: <CAAPYHTAxqLghc+ErZHyYgV0jF4-gPPybbnxhAQe_gdOQOVOpgw@mail.gmail.com>
	<D1B1E617.3BCD1%harnold@rockarch.org>
	<265815678.1180840.1435541501123.JavaMail.zimbra@psu.edu>
	<CAAPYHTCBUcw31P+8AX2G81OA4-eaTzRHFa8TE8b5b0Q7NrcAhA@mail.gmail.com>
Message-ID: <CAOEoOqVOonyzheJio57BDiPaZub0HcLsEHX0d2xO++C8mvk85w@mail.gmail.com>

Hello all,

Here's a recap of the conversation we had last week on rights statements
and rights management in ArchivesSpace. In attendance were representatives
from LYRASIS/ArchivesSpace, Artefactual/Archivematica, the Rockefeller
Archive Center, Yale and ourselves (MLibrary and the Bentley Historical
Library).

*Note: Even if you weren't on the call, you are invited to share your
thoughts on rights statements and rights management in ArchivesSpace on
this list. These will later be converted to JIRA user stories by LYRASIS
staff.*

*Topics of Discussion*

After introducing ourselves and discussing our goals with regard to rights
statements and rights management in ArchivesSpace, we discussed the
following topics:

   - the use of the PREMIS rights entity (or not) in archives;
   - where best to capture and manage rights information in general;
   - discrepancies between Archivematica's implementation of the PREMIS
   rights entity and ArchivesSpace's:
      - Archivematica's is very granular, but is applied to the overall
      information package.
      - Basic mapping exists between the two systems, but ArchivesSpace's
      rights statements and Rights Management module are not fully-developed or
      implemented.
   - the machine-actionableness of human-readable rights statements (and,
   conversely, the human-readability of machine-actionable rights statements);
   - Yale's Container Management plug-in, which gives users the ability to
   associate begin and end dates (or non-time-bound restrictions) with
   "conditions governing access" and "conditions governing use" statements; and
   - the possibility of mapping PREMIS rights statements to conditions
   governing access and use statements.

*Takeaways*

   1. We'd like both human-readable <userestrict> and <accessrestrict>
   statements, and machine-actionable PREMIS rights statements. That being
   said, we don't want to have to enter rights statements twice.
   2. There will likely be a lot of different ways institutions implement
   and use rights statements, so they should be flexible.
   3. It is important to use standardized language in rights statements.

*Action Items*

   1. Artefactual will make a copy of some work they've done mapping PREMIS
   rights statements in Archivematica and ArchivesSpace available on their
   wiki.
   2. LYRASIS will look into expanding rights statements and providing a
   fuller implementation of the Rights Management module in ArchivesSpace.
   3. The Bentley will send out a recap to the ArchivesSpace Users Group.
   <-- check!
   4. *You (yes, you!), the ArchivesSpace Users Group, will reply to this
   e-mail and let us know what kind of uses you might have for
   machine-actionable rights statements in ArchivesSpace in order to help
   LYRASIS think through how they might implement Action Item #2. *

To kick off the discussion, we at the Bentley might would like for
ArchivesSpace (and our repository) to be able to reuse Archivematica's
rights statements. We might use those rights statements to have our
repository restrict access to a particular item or group of items until a
particular date, based upon institutional policies regarding, for example,
student and executive records. We may also use rights statements to
restrict access to a particular subset of users (UM folks), or to a
particular location (the reading room).

Thanks!
Max

On Tue, Jun 30, 2015 at 7:04 PM, Michael Shallcross <shallcro at umich.edu>
wrote:

> Thanks for these points, Ben--this would definitely be a great thing to
> discuss at SAA!
>
> Great point about the potential discrepancy between paper/analog and
> digital rights.  After some reflection, I'm wondering how much of an issue
> this might be?   We currently only use conditions governing access/use to
> record rights information for all our materials.  The additional
> functionality of the Yale container plug in helps provide some important
> additional information (esp. start/end dates and nature of the restriction)
> that I anticipate we would want to use for all materials (and I'm thinking
> about some future Aeon-ArchivesSpace integration as I type...).
>
> While we're hoping that our grant project will yield the ability to
> automate the creation of PREMIS rights statements (in Archivematica and
> possibly passing these to ASpace), I don't know that we would have our
> processors use the rights module for paper/analog materials.  Also, these
> more extensive machine-actionable (PREMIS) rights statements would be most
> useful in a repository environment.
>
> Just some random thoughts--as always, your point of view is much
> appreciated!  Take care and happy 4th--
>
> Mike
>
>
> --
> *Michael Shallcross, CA*
> *Lead Archivist for Curation*
>
>
> Bentley Historical Library
> 1150 Beal Ave.
> Ann Arbor, MI 48109-2113
> 734.936.1344
> http://bentley.umich.edu/
> http://archival-integration.blogspot.com/
>
>
>
> On Sun, Jun 28, 2015 at 9:31 PM, Ben Goldman <bmg17 at psu.edu> wrote:
>
>> Mike,
>>
>> Admittedly, I haven't fully thought this through, but my immediate
>> reaction is that your notion of locating rights statements in a repository
>> might create a discrepancy between how we manage rights statements for
>> digital materials and how we manage them for analog. My inclination would
>> be to make the ASpace rights statements more PREMIS-compliant, as Hillel
>> suggests, at least in order to make the potential cross-walking from
>> Archivematica/PREMIS/repository/etc. a little less 'fancy'.
>>
>> Incidentally, this is the kind of conversation I hope this community
>> might have if/when it begins to consider integration with other software
>> (at SAA on Saturday afternoon or beyond). A question I keep coming back to
>> when thinking about digital workflows, particularly in relation to our
>> emerging repository platform at Penn State, is which system should be
>> considered the system of record for different types of metadata? I guess in
>> this example, I'm thinking ASpace makes the most sense for rights
>> statements, given the way we want our staff and researchers to use data in
>> (and derived from) ASpace. But I'd love to hear more thoughts on this.
>>
>> Finally, I wonder if DPLA's proposed interoperable rights statements
>> might be relevant to any examination of the rights statements field in
>> ASpace? Maybe? Maybe not?
>>
>> -Ben
>>
>> Ben Goldman
>> Digital Records Archivist
>> Penn State University Libraries
>>
>> ------------------------------
>> *From: *"Hillel Arnold" <harnold at rockarch.org>
>> *To: *"Archivesspace Users Group" <
>> archivesspace_users_group at lyralists.lyrasis.org>
>>
>> *Sent: *Thursday, June 25, 2015 5:12:57 PM
>> *Subject: *Re: [Archivesspace_Users_Group] Use of "rights statements"
>> module?
>>
>> Hi Mike,
>> Your email is incredibly timely! We?re thinking about very similar things
>> and I?d love to talk more in detail about your use cases and see where they
>> might align with ours.
>> An additional approach we?ve discussed is more closely aligning Rights
>> statements in AS with PREMIS, so that they?re PREMIS-compliant rather than
>> PREMIS-ish.
>> I?d be happy to set up a call with you (and whoever else is interested)
>> to talk through this a little more and see how we can coordinate!
>>
>> Hillel Arnold
>> Lead Digital Archivist
>> Rockefeller Archive Center
>>
>> From: Michael Shallcross <shallcro at umich.edu>
>> Reply-To: Archivesspace Users Group <
>> archivesspace_users_group at lyralists.lyrasis.org>
>> Date: Thursday, June 25, 2015 at 4:43 PM
>> To: Archivesspace Users Group <
>> archivesspace_users_group at lyralists.lyrasis.org>
>> Subject: [Archivesspace_Users_Group] Use of "rights statements" module?
>>
>> Greetings, all; we've been exploring the rights statement module in
>> ASpace as part of our ASpace-Archivematica grant project and had some
>> questions.  A lot of questions, to be more precise...
>>
>> Is anyone currently using (or planning to use) rights statements
>> associated with archival objects and/or digital objects?
>>
>> If yes to the above, would this be in conjunction with conditions
>> governing access/use statements?
>>
>> We've been exploring the wonderful world of the Yale container plugin;
>> the ability to add start/end dates for restrictions and identify types of
>> restrictions encompasses some of the basic features of the rights
>> statements.
>>
>> We've also been working with Artefactual Systems to explore how
>> Archivematica PREMIS rights information maps to the ASpace rights
>> statements.  It appears that the latter are 'PREMIS-like' but not really
>> PREMIS compliant...  which has brought us to kick around the idea that
>> PREMIS rights might be most appropriate to record in the Archivematica AIP
>> METS (and passed along to a repository) instead of trying to do some fancy
>> crosswalking into ASpace.
>>
>> Any thoughts/ideas would be most gratefully appreciated.  Thanks!
>>
>> Mike
>>
>>
>> --
>> *Michael Shallcross, CA*
>> *Lead Archivist for Curation*
>>
>>
>> Bentley Historical Library
>> 1150 Beal Ave.
>> Ann Arbor, MI 48109-2113
>> 734.936.1344
>> http://bentley.umich.edu/
>> http://archival-integration.blogspot.com/
>>
>>
>>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>
>>
>> _______________________________________________
>> 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
>
>


-- 
*Max Eckard*
*Assistant Archivist for Digital Curation*


Bentley Historical Library
1150 Beal Ave.
Ann Arbor, MI 48109-2113
734/763-7518 <734.763.7518>
http://bentley.umich.edu/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150720/b459b8fc/attachment.html>

From PGalligan at rockarch.org  Mon Jul 20 10:02:57 2015
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Mon, 20 Jul 2015 10:02:57 -0400
Subject: [Archivesspace_Users_Group]
	database	integrity	constraint	conflict
In-Reply-To: <DCB910FAD4CF9343B3E424AF5F331025255E6DE0@x10-mbx8.yu.yale.edu>
References: <AD669F4F98CAF842A44EB31636A067CB243E8454@x10-mbx15.yu.yale.edu>, 
	<F6E0CB227A713F4AA8F9598060B8F063D88D0619BD@racex01>
	<DM2PR0801MB08485756386942FFBD3D4EACFB980@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<AD669F4F98CAF842A44EB31636A067CB243E8F4F@x10-mbx15.yu.yale.edu>
	<F6E0CB227A713F4AA8F9598060B8F063D88D061A01@racex01>
	<DCB910FAD4CF9343B3E424AF5F331025255E6DE0@x10-mbx8.yu.yale.edu>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D88D061A35@racex01>

Mark,


1.       I believe the last time it clocked in at around 16 to 20 hours, but I haven't done it in a while

2.       The sql databse file is 1.3 gb

3.       The solr index is 4.8 gb

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark
Sent: Monday, July 20, 2015 9:22 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] database integrity constraint conflict

Patrick,

Regarding your re-index over the weekend process, three questions:


1.       How long does the re-index take for you?

2.       How large is your ArchivesSpace MySQL database?

3.       How large is your ASpace Solr index?

Thanks,

Mark



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Monday, July 20, 2015 9:17 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] database integrity constraint conflict

Maureen,

We essentially found out that there were only two ways to fix the record save error caused by transferring components in 1.1.2:


*         Export the EAD finding aid and re-import (not ideal because you'd have to recreate some links/connections)

*         Stop the AS instance and then restart it with the resequence on startup option enabled

The first option wasn't viable to us, so anytime someone transfers components, we have to resequence over the weekend. It's a big hassle and not a long-term solution.

We haven't run into this problem with our updated versions that we're running on the dev though.

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen
Sent: Friday, July 17, 2015 4:46 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] database integrity constraint conflict

Hi Chris and Patrick,

We're on a special branched version of 1.1.2 that HM modified for us while we wait for the container management plug-in to be integrated into the core code. The record was transferred two days ago.

Patrick, what do you mean when you say that you resequence every time you transfer components?

Thank you both for your insights!

Maureen

Maureen Callahan
Archivist, Metadata Specialist
Manuscripts & Archives
Yale University Library
maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>
203.432.3627

Webpage: web.library.yale.edu/mssa
Collections: drs.library.yale.edu

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Friday, July 17, 2015 4:23 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] database integrity constraint conflict


Hi Maureen,



Which version are you all using? Was this record transferred recently?



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=mkW--eXZttRZAB_TKmnoY0ymnt_sHNJtzVohUKBZII8&s=h6mQ5GkSiPtXuVEEx2nW9XaOIeOczAPlYvpGHvA-t1c&e=>

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Galligan, Patrick <PGalligan at rockarch.org<mailto:PGalligan at rockarch.org>>
Sent: Friday, July 17, 2015 9:33 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] database integrity constraint conflict


Maureen,



I'm just chiming in to say this has also been happening at the RAC. The only fix we've found is to resequence each time we transfer components, which is obviously not ideal.



We are not on the newest version of AS though.



Patrick Galligan

Rockefeller Archive Center

Assistant Digital Archivist

914-366-6386



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen
Sent: Friday, July 17, 2015 1:45 PM
To: 'archivesspace_users_group at lyralists.lyrasis.org'
Cc: Connolly, Christine; Caldera, Mary
Subject: [Archivesspace_Users_Group] database integrity constraint conflict



Hey folks,



I'm getting this error:

en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2101963 at archival_object-4__for_key__uniq_ao_pos_<mailto:en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__2101963 at archival_object-4__for_key__uniq_ao_pos_>



when I try to save archival objects that had been transferred from another resource record. For instance, this archival object is number 2102081 but it looks like it's telling me that it conflicts with archival object 2101963. I'm happy to do something to change one of the sets of records, but it would be helpful to know what that change needs to look like and how I can avoid this constraint in the future.



Thanks,

Maureen



Maureen Callahan

Archivist, Metadata Specialist

Manuscripts & Archives

Yale University Library

maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>

203.432.3627



Webpage: web.library.yale.edu/mssa

Collections: drs.library.yale.edu


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150720/31cfa134/attachment.html>

From dsimmons at siu.edu  Mon Jul 20 10:50:29 2015
From: dsimmons at siu.edu (Douglas James Simmons)
Date: Mon, 20 Jul 2015 14:50:29 +0000
Subject: [Archivesspace_Users_Group] any way to measure resequencing
	progress?
Message-ID: <9fd85f3c00584159b201214abadb3649@it-excmb3.ad.siu.edu>

After our last test migration from archon finished, I restarted with
AppConfig[:resequence_on_startup] = true
in the config.rb config file. The last time I tried this process, I recall very high cpu usage and it took several hours. This time, cpu usage is not elevated above what I see with aspace running in normal mode. So, I'm wondering if resequencing is in progress and whether there's a way (maybe from the solr console?) to tell if it's running/complete?

Thank you,

DOUG SIMMONS
Procedures & Systems Analyst II

MORRIS LIBRARY - SYSTEMS
MAIL CODE 6632
SOUTHERN ILLINOIS UNIVERSITY
605 AGRICULTURE DRIVE
CARBONDALE, ILLINOIS  62901

dsimmons at siu.edu<mailto:dsimmons at siu.edu>
P: 618/453-1026
F: 618/453-3440
LIB.SIU.EDU

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150720/31b276eb/attachment.html>

From smithkr at mit.edu  Mon Jul 20 11:12:04 2015
From: smithkr at mit.edu (Kari R Smith)
Date: Mon, 20 Jul 2015 15:12:04 +0000
Subject: [Archivesspace_Users_Group] What to do after Migration for records
	to appear in AS?
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBBE4D38E9@OC11expo28.exchange.mit.edu>

While running my migration from ATK to ArchivesSpace my connection failed and I needed to restart the migration again of just the remainder of the Resources.  In ArchivesSpace, I see all of the records from the first round of the migration but not the additional Resource records that successfully migrated (according to the logs) the second time.
I am assuming this is likely an issue with the remaining records not being indexed? Or something like that.
My question is: what do we need to do to have the records from the 2nd migration appear in the ArchivesSpace (staff) interface.

Thank you, O Collective Wisdom!

Kari R. Smith
MIT Institute Archives and Special Collections

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150720/1e6a58fa/attachment.html>

From PGalligan at rockarch.org  Mon Jul 20 11:23:09 2015
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Mon, 20 Jul 2015 11:23:09 -0400
Subject: [Archivesspace_Users_Group] What to do after Migration for
 records	to appear in AS?
In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBBE4D38E9@OC11expo28.exchange.mit.edu>
References: <29F559819ACA9A4FBF208407D4B63ABBBE4D38E9@OC11expo28.exchange.mit.edu>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D88D061A79@racex01>

Kari,

You can delete your data/indexer_state directory and restart AS to trigger a re-index. That should capture everything.

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kari R Smith
Sent: Monday, July 20, 2015 11:12 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] What to do after Migration for records to appear in AS?

While running my migration from ATK to ArchivesSpace my connection failed and I needed to restart the migration again of just the remainder of the Resources.  In ArchivesSpace, I see all of the records from the first round of the migration but not the additional Resource records that successfully migrated (according to the logs) the second time.
I am assuming this is likely an issue with the remaining records not being indexed? Or something like that.
My question is: what do we need to do to have the records from the 2nd migration appear in the ArchivesSpace (staff) interface.

Thank you, O Collective Wisdom!

Kari R. Smith
MIT Institute Archives and Special Collections

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150720/504f31b9/attachment.html>

From maureen.callahan at yale.edu  Mon Jul 20 11:27:38 2015
From: maureen.callahan at yale.edu (Callahan, Maureen)
Date: Mon, 20 Jul 2015 15:27:38 +0000
Subject: [Archivesspace_Users_Group] What to do after Migration for
 records	to appear in AS?
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D88D061A79@racex01>
References: <29F559819ACA9A4FBF208407D4B63ABBBE4D38E9@OC11expo28.exchange.mit.edu>
	<F6E0CB227A713F4AA8F9598060B8F063D88D061A79@racex01>
Message-ID: <05F45005-24C0-49C9-8CE1-C32124664ACF@yale.edu>

Something I had found, though, with practice migrations is that links between accessions and resources are added after resources migrate, and that ?continue from resources? doesn?t trigger that linking. You may want to check the database to see that you have all of the links you?re expecting. If you don?t, you may need to re-run the migration.

Maureen

Maureen Callahan
Archivist, Metadata Specialist
Manuscripts & Archives
Yale University Library
maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>
203.432.3627

Webpage: web.library.yale.edu/mssa
Collections: drs.library.yale.edu

On Jul 20, 2015, at 11:23 AM, Galligan, Patrick <PGalligan at rockarch.org<mailto:PGalligan at rockarch.org>> wrote:

Kari,

You can delete your data/indexer_state directory and restart AS to trigger a re-index. That should capture everything.

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kari R Smith
Sent: Monday, July 20, 2015 11:12 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] What to do after Migration for records to appear in AS?

While running my migration from ATK to ArchivesSpace my connection failed and I needed to restart the migration again of just the remainder of the Resources.  In ArchivesSpace, I see all of the records from the first round of the migration but not the additional Resource records that successfully migrated (according to the logs) the second time.
I am assuming this is likely an issue with the remaining records not being indexed? Or something like that.
My question is: what do we need to do to have the records from the 2nd migration appear in the ArchivesSpace (staff) interface.

Thank you, O Collective Wisdom!

Kari R. Smith
MIT Institute Archives and Special Collections

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ot-5lnJHIVc53Yp1f1bbKykA-5aT5E0ZLdDxtJa7_fI&s=DeyPMPDj2fSu1bJK4josRAe14GcgAMPf3FnHI7GAFi0&e=

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150720/826e90f2/attachment.html>

From smithkr at mit.edu  Mon Jul 20 11:39:27 2015
From: smithkr at mit.edu (Kari R Smith)
Date: Mon, 20 Jul 2015 15:39:27 +0000
Subject: [Archivesspace_Users_Group] What to do after Migration for
 records	to appear in AS?
In-Reply-To: <05F45005-24C0-49C9-8CE1-C32124664ACF@yale.edu>
References: <29F559819ACA9A4FBF208407D4B63ABBBE4D38E9@OC11expo28.exchange.mit.edu>
	<F6E0CB227A713F4AA8F9598060B8F063D88D061A79@racex01>
	<05F45005-24C0-49C9-8CE1-C32124664ACF@yale.edu>
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBBE4D3B5D@OC11expo28.exchange.mit.edu>

Thanks, Maureen for that advice.  I?ll be sure to check the links.
Kari

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen
Sent: Monday, July 20, 2015 11:28 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] What to do after Migration for records to appear in AS?

Something I had found, though, with practice migrations is that links between accessions and resources are added after resources migrate, and that ?continue from resources? doesn?t trigger that linking. You may want to check the database to see that you have all of the links you?re expecting. If you don?t, you may need to re-run the migration.

Maureen

Maureen Callahan
Archivist, Metadata Specialist
Manuscripts & Archives
Yale University Library
maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>
203.432.3627

Webpage: web.library.yale.edu/mssa
Collections: drs.library.yale.edu

On Jul 20, 2015, at 11:23 AM, Galligan, Patrick <PGalligan at rockarch.org<mailto:PGalligan at rockarch.org>> wrote:

Kari,

You can delete your data/indexer_state directory and restart AS to trigger a re-index. That should capture everything.

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kari R Smith
Sent: Monday, July 20, 2015 11:12 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] What to do after Migration for records to appear in AS?

While running my migration from ATK to ArchivesSpace my connection failed and I needed to restart the migration again of just the remainder of the Resources.  In ArchivesSpace, I see all of the records from the first round of the migration but not the additional Resource records that successfully migrated (according to the logs) the second time.
I am assuming this is likely an issue with the remaining records not being indexed? Or something like that.
My question is: what do we need to do to have the records from the 2nd migration appear in the ArchivesSpace (staff) interface.

Thank you, O Collective Wisdom!

Kari R. Smith
MIT Institute Archives and Special Collections

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ot-5lnJHIVc53Yp1f1bbKykA-5aT5E0ZLdDxtJa7_fI&s=DeyPMPDj2fSu1bJK4josRAe14GcgAMPf3FnHI7GAFi0&e=

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150720/c67ec0bd/attachment.html>

From dsimmons at siu.edu  Mon Jul 20 12:13:21 2015
From: dsimmons at siu.edu (Douglas James Simmons)
Date: Mon, 20 Jul 2015 16:13:21 +0000
Subject: [Archivesspace_Users_Group] any way to measure
	resequencing	progress?
In-Reply-To: <9fd85f3c00584159b201214abadb3649@it-excmb3.ad.siu.edu>
References: <9fd85f3c00584159b201214abadb3649@it-excmb3.ad.siu.edu>
Message-ID: <727e32029e4846f993f8dd85888246d3@it-excmb3.ad.siu.edu>

Found my error. Now watching resequencing progress in terminal window.

Doug Simmons
SIUC

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Douglas James Simmons
Sent: Monday, July 20, 2015 9:50 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] any way to measure resequencing progress?

After our last test migration from archon finished, I restarted with
AppConfig[:resequence_on_startup] = true
in the config.rb config file. The last time I tried this process, I recall very high cpu usage and it took several hours. This time, cpu usage is not elevated above what I see with aspace running in normal mode. So, I'm wondering if resequencing is in progress and whether there's a way (maybe from the solr console?) to tell if it's running/complete?

Thank you,

DOUG SIMMONS
Procedures & Systems Analyst II

MORRIS LIBRARY - SYSTEMS
MAIL CODE 6632
SOUTHERN ILLINOIS UNIVERSITY
605 AGRICULTURE DRIVE
CARBONDALE, ILLINOIS  62901

dsimmons at siu.edu<mailto:dsimmons at siu.edu>
P: 618/453-1026
F: 618/453-3440
LIB.SIU.EDU

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150720/06093f91/attachment.html>

From hietpasd at uwosh.edu  Mon Jul 20 14:50:00 2015
From: hietpasd at uwosh.edu (David Hietpas)
Date: Mon, 20 Jul 2015 13:50:00 -0500
Subject: [Archivesspace_Users_Group] ASpace with Apache
Message-ID: <CAKEQ99Qtjf=wLSv+ZjQm8QgFboWLHpdXvZ-nieagSh+Rh+EBfA@mail.gmail.com>

Hi,

I have ASpace v1.0.4 up and running (we needed to use that version for
Archon migration).  However, I'm stumped at an issue I'm having with Apache
and properly serving out files.  I'm having issues serving ASpace from a
url_rewrite and having the Assets like CSS and JS properly served.

I need to have ASpace run under something like this:
domain.edu/archives/archivesspace/public
domain.edu/archives/archivesspace/solr
domain.edu/archives/archivesspace/frontend
domain.edu/archives/archivesspace/backend

When I setup Apache to rewrite this, the CSS and JS are all messed up and
being served under:
domain.edu/Assets/somefile.css  >> NOT FOUND

If I manually add in "/archivesspace/public/" before Assets:
domain.edu/archivesspace/public/Assets/somefile.css >> FOUND

I've tried setting up a Reverse Proxy, adjusting the config, adding the
asset_reroute_plugin... all with no success. Ideas?

Thanks
David

-- 
David Hietpas
University of Wisconsin Oshkosh
hietpasd at uwosh.edu | 920-424-0291
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150720/e1126366/attachment.html>

From Jason.Brock at georgetown.edu  Mon Jul 20 14:54:35 2015
From: Jason.Brock at georgetown.edu (Jason Brock)
Date: Mon, 20 Jul 2015 14:54:35 -0400
Subject: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error
Message-ID: <CANf2aMtoUKPEaj2ObD1iOvYOrCWvD+F81QH9KiaqOUdyQgC0Nw@mail.gmail.com>

When attempting to upgrade our ArchivesSpace instance either directly from
1.1.0 or incrementally from 1.1.0 to 1.1.2 to 1.2.0 to 1.3.0 we receive the
following error when trying to start the service:

Connection to backend failed ({"error":{"db_error":["Database integrity
constraint conflict:
Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Unknown
column 'position' in 'order clause'"]}}
).  Retrying...

We are running ArchivesSpace on RHEL 6 against a MySQL 5.6 database.

Any thoughts on this error are appreciated!

- Jason


-- 
Jason Brock
Sr. Systems Administrator
Georgetown University Library
202.687.5735
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150720/b41000c4/attachment.html>

From Claire.Knowles at ed.ac.uk  Tue Jul 21 04:54:52 2015
From: Claire.Knowles at ed.ac.uk (KNOWLES Claire)
Date: Tue, 21 Jul 2015 08:54:52 +0000
Subject: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error
In-Reply-To: <CANf2aMtoUKPEaj2ObD1iOvYOrCWvD+F81QH9KiaqOUdyQgC0Nw@mail.gmail.com>
References: <CANf2aMtoUKPEaj2ObD1iOvYOrCWvD+F81QH9KiaqOUdyQgC0Nw@mail.gmail.com>
Message-ID: <D1D3C6C8.16A01%cknowles@exseed.ed.ac.uk>

Hi Jason,

Did you run the setup-database.sh script to update your database tables? I had that error too. Now my setup-database.sh is failing to migrate jobs, has anyone else had problems updating their database for 1.3.0?

Cheers,

Claire

--
Claire Knowles
Library Digital Development Manager
Library and University Collections, Information Services
University of Edinburgh
Tel: 0131 6503023
Email: claire.knowles at ed.ac.uk


From: <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Jason Brock <Jason.Brock at georgetown.edu<mailto:Jason.Brock at georgetown.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Monday, 20 July 2015 19:54
To: "archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error

When attempting to upgrade our ArchivesSpace instance either directly from 1.1.0 or incrementally from 1.1.0 to 1.1.2 to 1.2.0 to 1.3.0 we receive the following error when trying to start the service:

Connection to backend failed ({"error":{"db_error":["Database integrity constraint conflict: Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Unknown column 'position' in 'order clause'"]}}
).  Retrying...

We are running ArchivesSpace on RHEL 6 against a MySQL 5.6 database.

Any thoughts on this error are appreciated!

- Jason


--
Jason Brock
Sr. Systems Administrator
Georgetown University Library
202.687.5735<tel:202.687.5735>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150721/498d2b49/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150721/498d2b49/attachment.ksh>

From jvb at sfasu.edu  Tue Jul 21 10:39:57 2015
From: jvb at sfasu.edu (Johna L Von Behrens)
Date: Tue, 21 Jul 2015 14:39:57 +0000
Subject: [Archivesspace_Users_Group] FW: ArchivesSpace Glitch
In-Reply-To: <7AEEB6A53C26AE419650DC906A61C1AF01C49FB0EE@EXCHMBOX02.sfasu.nac>
References: <7AEEB6A53C26AE419650DC906A61C1AF01C49FB0EE@EXCHMBOX02.sfasu.nac>
Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC3F51D04A@EXCHMBOX02.sfasu.nac>

Has anyone else had this problem in RDE?

Johna Von Behrens, MLIS, MSED
Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>
East Texas Research Center<http://library.sfasu.edu/etrc/>
Stephen F. Austin State University<http://www.sfasu.edu/>
PO Box 13055 SFA Station
Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX  75962
Phone 936.468.1536
Fax 936.468.4117
asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

From: Kyle Ainsworth
Sent: Monday, July 20, 2015 6:59 PM
To: Johna L Von Behrens
Subject: ArchivesSpace Glitch

I just fixed a  mistake in one row (I forgot to put the instance format) and when the page updated it deleted all the content in my Notes for the other 46 rows in my Rapid Data Entry. That is a glitch that just added another 30 minutes (at least) to my evening. See attached.

Kyle


Kyle Ainsworth | Special Collections Librarian | East Texas Research Center
Stephen F. Austin State University
PO Box 13055 SFA Station | Nacogdoches | Texas | 75962
Phone 936.468.1590 | Fax 936.468.4117 | asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150721/f9365e50/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ArchivesSpace Issue.pdf
Type: application/pdf
Size: 291840 bytes
Desc: ArchivesSpace Issue.pdf
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150721/f9365e50/attachment.pdf>

From Jason.Brock at georgetown.edu  Tue Jul 21 10:51:42 2015
From: Jason.Brock at georgetown.edu (Jason Brock)
Date: Tue, 21 Jul 2015 10:51:42 -0400
Subject: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error
In-Reply-To: <D1D3C6C8.16A01%cknowles@exseed.ed.ac.uk>
References: <CANf2aMtoUKPEaj2ObD1iOvYOrCWvD+F81QH9KiaqOUdyQgC0Nw@mail.gmail.com>
	<D1D3C6C8.16A01%cknowles@exseed.ed.ac.uk>
Message-ID: <CANf2aMtWHqGT845pA5aY_EqAjvjAS7=xzJH2DzuSoiCc-oOdYA@mail.gmail.com>

Yes, Claire, we are running the setup-database.sh migration script in all
cases.  Here is the error we receive:

# archivesspace-1.3.0/scripts/setup-database.sh
Loading ArchivesSpace configuration file from path:
/opt/archivesspace-1.3.0/config/config.rb
Loading ArchivesSpace configuration file from path:
/opt/archivesspace-1.3.0/config/config.rb
Running migrations against
jdbc:mysql://localhost:3306/archivesspace?user=archives_db&password=archives_db&useUnicode=true&characterEncoding=UTF-8
*** ADDING SOME ENUMS
*** Genre Form to note_index_item_type  enum list
Triggering reindex of resource
Triggering reindex of archival_object
Triggering reindex of digital_object
Making location_temporary list editble
Sequel::ForeignKeyConstraintViolation:
Java::ComMysqlJdbcExceptionsJdbc4::MySQLIntegrityConstraintViolationException:
Cannot add or update a child row: a foreign key constraint fails
(`archivesspace`.`job_input_file`, CONSTRAINT `job_input_file_ibfk_1`
FOREIGN KEY (`job_id`) REFERENCES `job` (`id`))
          raise_error at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/database/misc.rb:423
            statement at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:648
            statement at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646
              execute at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245
                 hold at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98
                 hold at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87
          synchronize at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255
              execute at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244
       execute_insert at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:276
       execute_insert at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:927
               insert at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:336
               (root) at
/opt/archivesspace-1.3.0/lib/common.jar!/db/migrations/037_generalized_job_table.rb:75
                 each at org/jruby/RubyArray.java:1613
               (root) at
/opt/archivesspace-1.3.0/lib/common.jar!/db/migrations/037_generalized_job_table.rb:73
        instance_eval at org/jruby/RubyBasicObject.java:1533
                apply at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:100
                  run at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:528
  checked_transaction at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:466
                  run at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:527
                 each at org/jruby/RubyArray.java:1613
                  run at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:524
                  run at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:391
       setup_database at
file:/opt/archivesspace-1.3.0/lib/common.jar!/db/db_migrator.rb:184
               (root) at ../scripts/rb/migrate_db.rb:43
              connect at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:69
              connect at
/opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/core.rb:95
               (root) at ../scripts/rb/migrate_db.rb:28

On Tue, Jul 21, 2015 at 4:54 AM, KNOWLES Claire <Claire.Knowles at ed.ac.uk>
wrote:

>   Hi Jason,
>
>  Did you run the setup-database.sh script to update your database tables?
> I had that error too. Now my setup-database.sh is failing to migrate jobs,
> has anyone else had problems updating their database for 1.3.0?
>
>  Cheers,
>
>  Claire
>
>  --
> Claire Knowles
> Library Digital Development Manager
> Library and University Collections, Information Services
> University of Edinburgh
> Tel: 0131 6503023
> Email: claire.knowles at ed.ac.uk
>
>
>   From: <archivesspace_users_group-bounces at lyralists.lyrasis.org> on
> behalf of Jason Brock <Jason.Brock at georgetown.edu>
> Reply-To: Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> Date: Monday, 20 July 2015 19:54
> To: "archivesspace_users_group at lyralists.lyrasis.org" <
> archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error
>
>   When attempting to upgrade our ArchivesSpace instance either directly
> from 1.1.0 or incrementally from 1.1.0 to 1.1.2 to 1.2.0 to 1.3.0 we
> receive the following error when trying to start the service:
>
>  Connection to backend failed ({"error":{"db_error":["Database integrity
> constraint conflict:
> Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Unknown
> column 'position' in 'order clause'"]}}
> ).  Retrying...
>
>  We are running ArchivesSpace on RHEL 6 against a MySQL 5.6 database.
>
>  Any thoughts on this error are appreciated!
>
>  - Jason
>
>
>  --
> Jason Brock
> Sr. Systems Administrator
> Georgetown University Library
> 202.687.5735
>
>
> The University of Edinburgh is a charitable body, registered in
> Scotland, with registration number SC005336.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150721/8b0341f5/attachment.html>

From mauraa at brandeis.edu  Tue Jul 21 16:02:05 2015
From: mauraa at brandeis.edu (Maura Carbone)
Date: Tue, 21 Jul 2015 16:02:05 -0400
Subject: [Archivesspace_Users_Group] RoR Guidance/Help with Index Page
Message-ID: <CANdYjfF69enwE_2hrv0OLEDscmBoEsxY5+01a=Yb3M-qa33hPQ@mail.gmail.com>

Hi all,
I've been playing with RoR and html.erb and have a question on how to
implement something I've written. Hoping someone with more experience may
be able to offer a little guidance as the stuff I've read hasn't been super
helpful (in part because I'm already working with pre-built stuff rather
than starting entirely from scratch).

Right now this is our index.html.erb page:

http://findingaids.brandeis.edu/

I wrote some ruby code that would allow the images to be randomized, and
tested said ruby code in irb (so I know I get correctly returned values):

x=Dir["../assets/images/aspace_home/col-1/*.jpg"]
y=Dir["../assets/images/aspace_home/col-2/*.jpg"]
z=Dir["../assets/images/aspace_home/col-3/*.jpg"]

def pickImage(directory)
   dirSize=directory.length
   ranNum=0+rand(dirSize)
   fileName=directory[ranNum]
   return fileName
end

@img1=pickImage(x)
@img2=pickImage(y)
@img3=pickImage(z)

However, I'm not entirely sure how to implement this in RoR/my html.erb
file. I found the index controller (I believe), the site_controller.rb and
put the code inside (and outside on a few tries) the def index end block,
and then added an <img src="<%= @img1 %>" /> to my index.html.erb file but
no variable is found (the page display but its like the img tag is empty).

I also tried something like <% image_tag , '"' +
pickImage(Dir["../assets/images/aspace_home/col-1/*.jpg"]) + '"', :alt =>
"Finding Aids Display Image" %> which just broke the page.

Any guidance on how this works/if I'm even doing this right? I haven't
found anything in archivesspace.out that indicates if what I'm doing is
even being rendered; is there another log somewhere I can check?

-- 
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150721/ff74d537/attachment.html>

From Claire.Knowles at ed.ac.uk  Wed Jul 22 03:09:32 2015
From: Claire.Knowles at ed.ac.uk (KNOWLES Claire)
Date: Wed, 22 Jul 2015 07:09:32 +0000
Subject: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error
In-Reply-To: <CANf2aMtWHqGT845pA5aY_EqAjvjAS7=xzJH2DzuSoiCc-oOdYA@mail.gmail.com>
References: <CANf2aMtoUKPEaj2ObD1iOvYOrCWvD+F81QH9KiaqOUdyQgC0Nw@mail.gmail.com>
	<D1D3C6C8.16A01%cknowles@exseed.ed.ac.uk>
	<CANf2aMtWHqGT845pA5aY_EqAjvjAS7=xzJH2DzuSoiCc-oOdYA@mail.gmail.com>
Message-ID: <D1D4FFD5.16A7E%cknowles@exseed.ed.ac.uk>

Hi Jason,

Not all of my jobs are being migrated to the new job table causing the same issue. I?ve not resolved it yet.

Claire

--
Claire Knowles
Library Digital Development Manager
Library and University Collections, Information Services
University of Edinburgh
Tel: 0131 6503023
Email: claire.knowles at ed.ac.uk


From: Jason Brock <Jason.Brock at georgetown.edu<mailto:Jason.Brock at georgetown.edu>>
Date: Tuesday, 21 July 2015 15:51
To: KNOWLES Claire <Claire.Knowles at ed.ac.uk<mailto:Claire.Knowles at ed.ac.uk>>
Cc: "archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error

Yes, Claire, we are running the setup-database.sh migration script in all cases.  Here is the error we receive:

# archivesspace-1.3.0/scripts/setup-database.sh
Loading ArchivesSpace configuration file from path: /opt/archivesspace-1.3.0/config/config.rb
Loading ArchivesSpace configuration file from path: /opt/archivesspace-1.3.0/config/config.rb
Running migrations against jdbc:mysql://localhost:3306/archivesspace?user=archives_db&password=archives_db&useUnicode=true&characterEncoding=UTF-8
*** ADDING SOME ENUMS
*** Genre Form to note_index_item_type  enum list
Triggering reindex of resource
Triggering reindex of archival_object
Triggering reindex of digital_object
Making location_temporary list editble
Sequel::ForeignKeyConstraintViolation: Java::ComMysqlJdbcExceptionsJdbc4::MySQLIntegrityConstraintViolationException: Cannot add or update a child row: a foreign key constraint fails (`archivesspace`.`job_input_file`, CONSTRAINT `job_input_file_ibfk_1` FOREIGN KEY (`job_id`) REFERENCES `job` (`id`))
          raise_error at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/database/misc.rb:423
            statement at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:648
            statement at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646
              execute at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245
                 hold at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98
                 hold at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87
          synchronize at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255
              execute at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244
       execute_insert at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:276
       execute_insert at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:927
               insert at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:336
               (root) at /opt/archivesspace-1.3.0/lib/common.jar!/db/migrations/037_generalized_job_table.rb:75
                 each at org/jruby/RubyArray.java:1613
               (root) at /opt/archivesspace-1.3.0/lib/common.jar!/db/migrations/037_generalized_job_table.rb:73
        instance_eval at org/jruby/RubyBasicObject.java:1533
                apply at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:100
                  run at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:528
  checked_transaction at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:466
                  run at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:527
                 each at org/jruby/RubyArray.java:1613
                  run at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:524
                  run at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:391
       setup_database at file:/opt/archivesspace-1.3.0/lib/common.jar!/db/db_migrator.rb:184
               (root) at ../scripts/rb/migrate_db.rb:43
              connect at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:69
              connect at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/core.rb:95
               (root) at ../scripts/rb/migrate_db.rb:28

On Tue, Jul 21, 2015 at 4:54 AM, KNOWLES Claire <Claire.Knowles at ed.ac.uk<mailto:Claire.Knowles at ed.ac.uk>> wrote:
Hi Jason,

Did you run the setup-database.sh script to update your database tables? I had that error too. Now my setup-database.sh is failing to migrate jobs, has anyone else had problems updating their database for 1.3.0?

Cheers,

Claire

--
Claire Knowles
Library Digital Development Manager
Library and University Collections, Information Services
University of Edinburgh
Tel: 0131 6503023
Email: claire.knowles at ed.ac.uk<mailto:claire.knowles at ed.ac.uk>


From: <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Jason Brock <Jason.Brock at georgetown.edu<mailto:Jason.Brock at georgetown.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Monday, 20 July 2015 19:54
To: "archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error

When attempting to upgrade our ArchivesSpace instance either directly from 1.1.0 or incrementally from 1.1.0 to 1.1.2 to 1.2.0 to 1.3.0 we receive the following error when trying to start the service:

Connection to backend failed ({"error":{"db_error":["Database integrity constraint conflict: Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Unknown column 'position' in 'order clause'"]}}
).  Retrying...

We are running ArchivesSpace on RHEL 6 against a MySQL 5.6 database.

Any thoughts on this error are appreciated!

- Jason


--
Jason Brock
Sr. Systems Administrator
Georgetown University Library
202.687.5735<tel:202.687.5735>


The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/2361ca6c/attachment.html>

From Claire.Knowles at ed.ac.uk  Wed Jul 22 04:32:48 2015
From: Claire.Knowles at ed.ac.uk (KNOWLES Claire)
Date: Wed, 22 Jul 2015 08:32:48 +0000
Subject: [Archivesspace_Users_Group] Deleted resources appearing in search
Message-ID: <D1D513B8.16ABF%cknowles@exseed.ed.ac.uk>

Hi,

We have deleted resources and they are still appearing in search results on the public and frontend web applications. I have reindexed ArchivesSpace and also removed the  work directory from Tomcat. They are not listed in the resource table in the MySQL database.

Any help on how to stop these resources appearing would be gratefully received.

Cheers,

Claire

--
Claire Knowles
Library Digital Development Manager
Library and University Collections, Information Services
University of Edinburgh
Tel: 0131 6503023
Email: claire.knowles at ed.ac.uk

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/d73e1cac/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/d73e1cac/attachment.ksh>

From Chris.Fitzpatrick at lyrasis.org  Wed Jul 22 09:10:42 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 22 Jul 2015 13:10:42 +0000
Subject: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error
In-Reply-To: <D1D4FFD5.16A7E%cknowles@exseed.ed.ac.uk>
References: <CANf2aMtoUKPEaj2ObD1iOvYOrCWvD+F81QH9KiaqOUdyQgC0Nw@mail.gmail.com>
	<D1D3C6C8.16A01%cknowles@exseed.ed.ac.uk>
	<CANf2aMtWHqGT845pA5aY_EqAjvjAS7=xzJH2DzuSoiCc-oOdYA@mail.gmail.com>,
	<D1D4FFD5.16A7E%cknowles@exseed.ed.ac.uk>
Message-ID: <DM2PR0801MB08489E186DEB06A97F6EAE4DFB830@DM2PR0801MB0848.namprd08.prod.outlook.com>




Hi Jason,


Hm, looks like maybe there's a import_job_input_file row that's been orphaned from its associated job.


Can you see if these queries return anything:


mysql> select * from import_job_input_file where job_id  NOT IN ( SELECT id from import_job);
mysql> select * from import_job_input_file where job_id IS NULL;



If it does, you probably should delete these rows.


b,chris.

Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of KNOWLES Claire <Claire.Knowles at ed.ac.uk>
Sent: Wednesday, July 22, 2015 9:09 AM
To: Jason Brock
Cc: archivesspace_users_group at lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error

Hi Jason,

Not all of my jobs are being migrated to the new job table causing the same issue. I?ve not resolved it yet.

Claire

--
Claire Knowles
Library Digital Development Manager
Library and University Collections, Information Services
University of Edinburgh
Tel: 0131 6503023
Email: claire.knowles at ed.ac.uk


From: Jason Brock <Jason.Brock at georgetown.edu<mailto:Jason.Brock at georgetown.edu>>
Date: Tuesday, 21 July 2015 15:51
To: KNOWLES Claire <Claire.Knowles at ed.ac.uk<mailto:Claire.Knowles at ed.ac.uk>>
Cc: "archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error

Yes, Claire, we are running the setup-database.sh migration script in all cases.  Here is the error we receive:

# archivesspace-1.3.0/scripts/setup-database.sh
Loading ArchivesSpace configuration file from path: /opt/archivesspace-1.3.0/config/config.rb
Loading ArchivesSpace configuration file from path: /opt/archivesspace-1.3.0/config/config.rb
Running migrations against jdbc:mysql://localhost:3306/archivesspace?user=archives_db&password=archives_db&useUnicode=true&characterEncoding=UTF-8
*** ADDING SOME ENUMS
*** Genre Form to note_index_item_type  enum list
Triggering reindex of resource
Triggering reindex of archival_object
Triggering reindex of digital_object
Making location_temporary list editble
Sequel::ForeignKeyConstraintViolation: Java::ComMysqlJdbcExceptionsJdbc4::MySQLIntegrityConstraintViolationException: Cannot add or update a child row: a foreign key constraint fails (`archivesspace`.`job_input_file`, CONSTRAINT `job_input_file_ibfk_1` FOREIGN KEY (`job_id`) REFERENCES `job` (`id`))
          raise_error at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/database/misc.rb:423
            statement at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:648
            statement at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646
              execute at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245
                 hold at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98
                 hold at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87
          synchronize at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255
              execute at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244
       execute_insert at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:276
       execute_insert at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:927
               insert at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:336
               (root) at /opt/archivesspace-1.3.0/lib/common.jar!/db/migrations/037_generalized_job_table.rb:75
                 each at org/jruby/RubyArray.java:1613
               (root) at /opt/archivesspace-1.3.0/lib/common.jar!/db/migrations/037_generalized_job_table.rb:73
        instance_eval at org/jruby/RubyBasicObject.java:1533
                apply at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:100
                  run at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:528
  checked_transaction at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:466
                  run at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:527
                 each at org/jruby/RubyArray.java:1613
                  run at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:524
                  run at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:391
       setup_database at file:/opt/archivesspace-1.3.0/lib/common.jar!/db/db_migrator.rb:184
               (root) at ../scripts/rb/migrate_db.rb:43
              connect at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:69
              connect at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/core.rb:95
               (root) at ../scripts/rb/migrate_db.rb:28

On Tue, Jul 21, 2015 at 4:54 AM, KNOWLES Claire <Claire.Knowles at ed.ac.uk<mailto:Claire.Knowles at ed.ac.uk>> wrote:
Hi Jason,

Did you run the setup-database.sh script to update your database tables? I had that error too. Now my setup-database.sh is failing to migrate jobs, has anyone else had problems updating their database for 1.3.0?

Cheers,

Claire

--
Claire Knowles
Library Digital Development Manager
Library and University Collections, Information Services
University of Edinburgh
Tel: 0131 6503023
Email: claire.knowles at ed.ac.uk<mailto:claire.knowles at ed.ac.uk>


From: <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Jason Brock <Jason.Brock at georgetown.edu<mailto:Jason.Brock at georgetown.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Monday, 20 July 2015 19:54
To: "archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error

When attempting to upgrade our ArchivesSpace instance either directly from 1.1.0 or incrementally from 1.1.0 to 1.1.2 to 1.2.0 to 1.3.0 we receive the following error when trying to start the service:

Connection to backend failed ({"error":{"db_error":["Database integrity constraint conflict: Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Unknown column 'position' in 'order clause'"]}}
).  Retrying...

We are running ArchivesSpace on RHEL 6 against a MySQL 5.6 database.

Any thoughts on this error are appreciated!

- Jason


--
Jason Brock
Sr. Systems Administrator
Georgetown University Library
202.687.5735<tel:202.687.5735>


The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/53d8f2e8/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Wed Jul 22 09:13:21 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 22 Jul 2015 13:13:21 +0000
Subject: [Archivesspace_Users_Group] Deleted resources appearing in
	search
In-Reply-To: <D1D513B8.16ABF%cknowles@exseed.ed.ac.uk>
References: <D1D513B8.16ABF%cknowles@exseed.ed.ac.uk>
Message-ID: <DM2PR0801MB0848A27DC3C0523D8A77AAA9FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>


Hi Claire,


Before you reindex, did you blast the index?  Try deleting the data/solr_index/index then do the reindex.


b,chris.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of KNOWLES Claire <Claire.Knowles at ed.ac.uk>
Sent: Wednesday, July 22, 2015 10:32 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Deleted resources appearing in search

Hi,

We have deleted resources and they are still appearing in search results on the public and frontend web applications. I have reindexed ArchivesSpace and also removed the  work directory from Tomcat. They are not listed in the resource table in the MySQL database.

Any help on how to stop these resources appearing would be gratefully received.

Cheers,

Claire

--
Claire Knowles
Library Digital Development Manager
Library and University Collections, Information Services
University of Edinburgh
Tel: 0131 6503023
Email: claire.knowles at ed.ac.uk

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/af8d04a8/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Wed Jul 22 09:20:55 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 22 Jul 2015 13:20:55 +0000
Subject: [Archivesspace_Users_Group] RoR Guidance/Help with Index Page
In-Reply-To: <CANdYjfF69enwE_2hrv0OLEDscmBoEsxY5+01a=Yb3M-qa33hPQ@mail.gmail.com>
References: <CANdYjfF69enwE_2hrv0OLEDscmBoEsxY5+01a=Yb3M-qa33hPQ@mail.gmail.com>
Message-ID: <DM2PR0801MB084863DCDA50E6DF74AB7F90FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>

Hi Maura,


Can't you put your code up on http://gist.github.com/ <http://gist.github.com/>

and send a link to it? What you're doing sounds about right, but it'll be easier for me to see what's up if I can look at the code...

b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Maura Carbone <mauraa at brandeis.edu>
Sent: Tuesday, July 21, 2015 10:02 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] RoR Guidance/Help with Index Page

Hi all,
I've been playing with RoR and html.erb and have a question on how to implement something I've written. Hoping someone with more experience may be able to offer a little guidance as the stuff I've read hasn't been super helpful (in part because I'm already working with pre-built stuff rather than starting entirely from scratch).

Right now this is our index.html.erb page:

http://findingaids.brandeis.edu/

I wrote some ruby code that would allow the images to be randomized, and tested said ruby code in irb (so I know I get correctly returned values):

x=Dir["../assets/images/aspace_home/col-1/*.jpg"]
y=Dir["../assets/images/aspace_home/col-2/*.jpg"]
z=Dir["../assets/images/aspace_home/col-3/*.jpg"]

def pickImage(directory)
   dirSize=directory.length
   ranNum=0+rand(dirSize)
   fileName=directory[ranNum]
   return fileName
end

@img1=pickImage(x)
@img2=pickImage(y)
@img3=pickImage(z)

However, I'm not entirely sure how to implement this in RoR/my html.erb file. I found the index controller (I believe), the site_controller.rb and put the code inside (and outside on a few tries) the def index end block, and then added an <img src="<%= @img1 %>" /> to my index.html.erb file but no variable is found (the page display but its like the img tag is empty).

I also tried something like <% image_tag , '"' + pickImage(Dir["../assets/images/aspace_home/col-1/*.jpg"]) + '"', :alt => "Finding Aids Display Image" %> which just broke the page.

Any guidance on how this works/if I'm even doing this right? I haven't found anything in archivesspace.out that indicates if what I'm doing is even being rendered; is there another log somewhere I can check?

--
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/046d027c/attachment.html>

From mauraa at brandeis.edu  Wed Jul 22 09:42:17 2015
From: mauraa at brandeis.edu (Maura Carbone)
Date: Wed, 22 Jul 2015 09:42:17 -0400
Subject: [Archivesspace_Users_Group] RoR Guidance/Help with Index Page
In-Reply-To: <DM2PR0801MB084863DCDA50E6DF74AB7F90FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <CANdYjfF69enwE_2hrv0OLEDscmBoEsxY5+01a=Yb3M-qa33hPQ@mail.gmail.com>
	<DM2PR0801MB084863DCDA50E6DF74AB7F90FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <CANdYjfE-fjbGizw4TFF-pnQ7aUfemyUb2NYbXZOg1hKJdNtzKA@mail.gmail.com>

I can! I just included it in the body of the e-mail because that way people
didn't have to go to external links, but here it is on gist:

https://gist.github.com/librarymaura/7a3a303e5c579aaed917

Thanks,
Maura

On Wed, Jul 22, 2015 at 9:20 AM, Chris Fitzpatrick <
Chris.Fitzpatrick at lyrasis.org> wrote:

>  Hi Maura,
>
>
>  Can't you put your code up on http://gist.github.com/
> <http://gist.github.com/>
>
> and send a link to it? What you're doing sounds about right, but it'll be
> easier for me to see what's up if I can look at the code...
>
> b,chris.
>
>
>   Chris Fitzpatrick | Developer, ArchivesSpace
> Skype: chrisfitzpat  | Phone: 918.236.6048
> http://archivesspace.org/
>
>
>  ------------------------------
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
> Maura Carbone <mauraa at brandeis.edu>
> *Sent:* Tuesday, July 21, 2015 10:02 PM
> *To:* Archivesspace Users Group
> *Subject:* [Archivesspace_Users_Group] RoR Guidance/Help with Index Page
>
>   Hi all,
>  I've been playing with RoR and html.erb and have a question on how to
> implement something I've written. Hoping someone with more experience may
> be able to offer a little guidance as the stuff I've read hasn't been super
> helpful (in part because I'm already working with pre-built stuff rather
> than starting entirely from scratch).
>
>  Right now this is our index.html.erb page:
>
>  http://findingaids.brandeis.edu/
>
>  I wrote some ruby code that would allow the images to be randomized, and
> tested said ruby code in irb (so I know I get correctly returned values):
>
>  x=Dir["../assets/images/aspace_home/col-1/*.jpg"]
> y=Dir["../assets/images/aspace_home/col-2/*.jpg"]
> z=Dir["../assets/images/aspace_home/col-3/*.jpg"]
>
>  def pickImage(directory)
>    dirSize=directory.length
>    ranNum=0+rand(dirSize)
>    fileName=directory[ranNum]
>    return fileName
> end
>
>  @img1=pickImage(x)
> @img2=pickImage(y)
> @img3=pickImage(z)
>
>  However, I'm not entirely sure how to implement this in RoR/my html.erb
> file. I found the index controller (I believe), the site_controller.rb and
> put the code inside (and outside on a few tries) the def index end block,
> and then added an <img src="<%= @img1 %>" /> to my index.html.erb file but
> no variable is found (the page display but its like the img tag is empty).
>
>  I also tried something like <% image_tag , '"' +
> pickImage(Dir["../assets/images/aspace_home/col-1/*.jpg"]) + '"', :alt =>
> "Finding Aids Display Image" %> which just broke the page.
>
>  Any guidance on how this works/if I'm even doing this right? I haven't
> found anything in archivesspace.out that indicates if what I'm doing is
> even being rendered; is there another log somewhere I can check?
>
>  --
>  Maura Carbone
> Digital Initiatives Librarian
> Brandeis University
> Library and Technology Services
> (781) 736-4659
> 415 South Street, (MS 017/P.O. Box 549110)
> Waltham, MA 02454-9110
> email: mauraa at brandeis.edu
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110
email: mauraa at brandeis.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/32335c39/attachment.html>

From Claire.Knowles at ed.ac.uk  Wed Jul 22 10:31:24 2015
From: Claire.Knowles at ed.ac.uk (KNOWLES Claire)
Date: Wed, 22 Jul 2015 14:31:24 +0000
Subject: [Archivesspace_Users_Group] Deleted resources appearing in
	search
In-Reply-To: <DM2PR0801MB0848A27DC3C0523D8A77AAA9FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <D1D513B8.16ABF%cknowles@exseed.ed.ac.uk>
	<DM2PR0801MB0848A27DC3C0523D8A77AAA9FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <D1D56796.16B70%cknowles@exseed.ed.ac.uk>

Cheers Chris, I deleted the indexer directory but not the index one.

Claire

From: <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Wednesday, 22 July 2015 14:13
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Deleted resources appearing in search



Hi Claire,


Before you reindex, did you blast the index?  Try deleting the data/solr_index/index then do the reindex.


b,chris.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 KNOWLES Claire <Claire.Knowles at ed.ac.uk<mailto:Claire.Knowles at ed.ac.uk>>
Sent: Wednesday, July 22, 2015 10:32 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Deleted resources appearing in search

Hi,

We have deleted resources and they are still appearing in search results on the public and frontend web applications. I have reindexed ArchivesSpace and also removed the  work directory from Tomcat. They are not listed in the resource table in the MySQL database.

Any help on how to stop these resources appearing would be gratefully received.

Cheers,

Claire

--
Claire Knowles
Library Digital Development Manager
Library and University Collections, Information Services
University of Edinburgh
Tel: 0131 6503023
Email: claire.knowles at ed.ac.uk<mailto:claire.knowles at ed.ac.uk>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/3563e030/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/3563e030/attachment.ksh>

From maureen.callahan at yale.edu  Wed Jul 22 10:37:25 2015
From: maureen.callahan at yale.edu (Callahan, Maureen)
Date: Wed, 22 Jul 2015 14:37:25 +0000
Subject: [Archivesspace_Users_Group] strategies for piecemeal re-index
Message-ID: <C3586243-48DD-4308-9CD0-B84FA33F8F47@yale.edu>

Hey everyone,

At some point, our index got totally jacked. Unfortunately, our database is way too big to be able to do a full re-index overnight and we?re reluctant to leave it going over the weekend in case something goes wrong.

Also, our Aeon requesting service relies on a webservice built on top of ArchivesSpace, so we can?t have the index unavailable for too long, even if it?s not during normal working hours.

Has anyone played with re-indexing a bit at a time by deleting records from indexer_state? Is this a reliable way to fix index problems? Does anyone have thoughts on other strategies?

Thanks,
Maureen

From hietpasd at uwosh.edu  Wed Jul 22 11:07:29 2015
From: hietpasd at uwosh.edu (David Hietpas)
Date: Wed, 22 Jul 2015 10:07:29 -0500
Subject: [Archivesspace_Users_Group] Mysql connector issues with a source
	build
Message-ID: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>

Due to Archon migrations, I installed Aspace v1.0.4 (
https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4) without
issue but our University will not allow sub-domains so I have to use the
Prefix method explained here (
https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md)

So I reinstalled using the 1.0.4 from the source code adding the
config/config.rb with the proper prefixes just as instructed.  I ran
"build/run dist".  Unzipped the compiled code.  I put the
mysql-connector-java.jar in the archivesspace/lib directory like I had in
the working version above.  I've attached a screenshot.

It can't find the mysql-connector-java though it is in the lib directory of
Archivesspace.  I've drop the exact version 5.1.13 as well as the newest.
It works perfectly fine in the non-source version but not the source build
version.

Error: http://pastebin.com/FQVJEjEi

Please advise.  Thanks.

-- 
David Hietpas
University of Wisconsin Oshkosh
hietpasd at uwosh.edu | 920-424-0291
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/e9f6a970/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: lib-jar-example.jpg
Type: image/jpeg
Size: 32727 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/e9f6a970/attachment.jpg>

From brianjhoffman at gmail.com  Wed Jul 22 12:21:16 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Wed, 22 Jul 2015 12:21:16 -0400
Subject: [Archivesspace_Users_Group] FW: ArchivesSpace Glitch
In-Reply-To: <A01F04C6A8ABA54CB3587082D1DEE0BC3F51D04A@EXCHMBOX02.sfasu.nac>
References: <7AEEB6A53C26AE419650DC906A61C1AF01C49FB0EE@EXCHMBOX02.sfasu.nac>
	<A01F04C6A8ABA54CB3587082D1DEE0BC3F51D04A@EXCHMBOX02.sfasu.nac>
Message-ID: <59C17B5A-2F90-469F-85D2-E36BE8DFBC02@gmail.com>

Hi Johna,

In order to look into this problem, we will need to be able to reproduce it. Could you explain a little bit more about what you did before seeing the issue, as well as your browser and operating system?

Thanks,

Brian


On Jul 21, 2015, at 10:39 AM, Johna L Von Behrens <jvb at sfasu.edu> wrote:

> Has anyone else had this problem in RDE?
>  
> Johna Von Behrens, MLIS, MSED
> Archives and Repository Librarian
> East Texas Research Center
> Stephen F. Austin State University
> PO Box 13055 SFA Station
> Nacogdoches, TX  75962
> Phone 936.468.1536
> Fax 936.468.4117
> asketrc at sfasu.edu
>  
> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
> Stephen F. Austin State University, its Board of Regents, or the State of Texas.
>  
> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
> Stephen F. Austin State University, its Board of Regents, or the State of Texas.
>  
> From: Kyle Ainsworth 
> Sent: Monday, July 20, 2015 6:59 PM
> To: Johna L Von Behrens
> Subject: ArchivesSpace Glitch
>  
> I just fixed a  mistake in one row (I forgot to put the instance format) and when the page updated it deleted all the content in my Notes for the other 46 rows in my Rapid Data Entry. That is a glitch that just added another 30 minutes (at least) to my evening. See attached.
> 
> Kyle
>  
>  
> Kyle Ainsworth | Special Collections Librarian | East Texas Research Center
> Stephen F. Austin State University
> PO Box 13055 SFA Station | Nacogdoches | Texas | 75962
> Phone 936.468.1590 | Fax 936.468.4117 | asketrc at sfasu.edu
>  
> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
> Stephen F. Austin State University, its Board of Regents, or the State of Texas.
>  
> <ArchivesSpace Issue.pdf>_______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/159c42c6/attachment.html>

From brianjhoffman at gmail.com  Wed Jul 22 12:24:33 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Wed, 22 Jul 2015 12:24:33 -0400
Subject: [Archivesspace_Users_Group] Mysql connector issues with a
	source build
In-Reply-To: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
Message-ID: <89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>

Hi David,

Why are you building the application from source rather than just downloading the zip and starting there? Can you confirm that you have the same problem when you start from the ZIP file?

Brian


On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu> wrote:

> Due to Archon migrations, I installed Aspace v1.0.4 (https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4) without issue but our University will not allow sub-domains so I have to use the Prefix method explained here (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md)
> 
> So I reinstalled using the 1.0.4 from the source code adding the config/config.rb with the proper prefixes just as instructed.  I ran "build/run dist".  Unzipped the compiled code.  I put the mysql-connector-java.jar in the archivesspace/lib directory like I had in the working version above.  I've attached a screenshot.
> 
> It can't find the mysql-connector-java though it is in the lib directory of Archivesspace.  I've drop the exact version 5.1.13 as well as the newest.  It works perfectly fine in the non-source version but not the source build version.
> 
> Error: http://pastebin.com/FQVJEjEi
> 
> Please advise.  Thanks.
> 
> -- 
> David Hietpas
> University of Wisconsin Oshkosh
> hietpasd at uwosh.edu | 920-424-0291
> <lib-jar-example.jpg>_______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/a14c92d6/attachment.html>

From hietpasd at uwosh.edu  Wed Jul 22 12:34:19 2015
From: hietpasd at uwosh.edu (David Hietpas)
Date: Wed, 22 Jul 2015 11:34:19 -0500
Subject: [Archivesspace_Users_Group] Mysql connector issues with a
	source build
In-Reply-To: <89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
Message-ID: <CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>

Hi Brian,

As I mentioned in the original email, I'm following the instructions posted
from ArchivesSpace Github to setup a installation with prefixes (
https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md).
I have to use prefixes at our institute, I can't use sub-domains due to
policies.

When I start with the original zip file, I don't run into this problem and
the app starts up fine.  However, I'm plagued with url issues (css, js,
assets, etc...) from the app when setting up the application with prefixes
through Apache.

Thanks.


On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman <brianjhoffman at gmail.com>
wrote:

> Hi David,
>
> Why are you building the application from source rather than just
> downloading the zip and starting there? Can you confirm that you have the
> same problem when you start from the ZIP file?
>
> Brian
>
>
> On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu> wrote:
>
> Due to Archon migrations, I installed Aspace v1.0.4 (
> https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4)
> without issue but our University will not allow sub-domains so I have to
> use the Prefix method explained here (
> https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md
> )
>
> So I reinstalled using the 1.0.4 from the source code adding the
> config/config.rb with the proper prefixes just as instructed.  I ran
> "build/run dist".  Unzipped the compiled code.  I put the
> mysql-connector-java.jar in the archivesspace/lib directory like I had in
> the working version above.  I've attached a screenshot.
>
> It can't find the mysql-connector-java though it is in the lib directory
> of Archivesspace.  I've drop the exact version 5.1.13 as well as the
> newest.  It works perfectly fine in the non-source version but not the
> source build version.
>
> Error: http://pastebin.com/FQVJEjEi
>
> Please advise.  Thanks.
>
> --
> David Hietpas
> University of Wisconsin Oshkosh
> hietpasd at uwosh.edu | 920-424-0291
>  <lib-jar-example.jpg>_______________________________________________
> 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
>
>


-- 
David Hietpas
University of Wisconsin Oshkosh
hietpasd at uwosh.edu | 920-424-0291
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/64bb6633/attachment.html>

From dsimmons at siu.edu  Wed Jul 22 12:53:33 2015
From: dsimmons at siu.edu (Douglas James Simmons)
Date: Wed, 22 Jul 2015 16:53:33 +0000
Subject: [Archivesspace_Users_Group] how many of you see cpu usage near 100%
	?
Message-ID: <19c0edbec9434818b5b05c15f1960e84@it-excmb3.ad.siu.edu>

Aspace always runs near 100% cpu usage. Is this true for everyone?

At present our vm has 4 cores, 4gb ram, 50gb disk and java has -XX:MaxPermSize=512m -Xss2m -Xmx2048m

DOUG SIMMONS
Procedures & Systems Analyst II

MORRIS LIBRARY - SYSTEMS
MAIL CODE 6632
SOUTHERN ILLINOIS UNIVERSITY
605 AGRICULTURE DRIVE
CARBONDALE, ILLINOIS  62901

dsimmons at siu.edu<mailto:dsimmons at siu.edu>
P: 618/453-1026
F: 618/453-3440
LIB.SIU.EDU

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/a12849d5/attachment.html>

From jvb at sfasu.edu  Wed Jul 22 12:59:08 2015
From: jvb at sfasu.edu (Johna L Von Behrens)
Date: Wed, 22 Jul 2015 16:59:08 +0000
Subject: [Archivesspace_Users_Group] FW: ArchivesSpace Glitch
In-Reply-To: <59C17B5A-2F90-469F-85D2-E36BE8DFBC02@gmail.com>
References: <7AEEB6A53C26AE419650DC906A61C1AF01C49FB0EE@EXCHMBOX02.sfasu.nac>
	<A01F04C6A8ABA54CB3587082D1DEE0BC3F51D04A@EXCHMBOX02.sfasu.nac>
	<59C17B5A-2F90-469F-85D2-E36BE8DFBC02@gmail.com>
Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC3F528960@EXCHMBOX01.sfasu.nac>

Brian

Rapid data Entry - Add a row
Forget to put something in a required field (this time it was an instance) and get an error
Fixed the error by entering data and clicked save. All the information in the "Content" fields disappeared.

Firefox 39.0/Windows 7 Version 6.1, Build 7601: Service Pack 1
Chrome Version 43.0.2357.134 m/Windows 7 Version 6.1, Build 7601: Service Pack 1

This is a screenshot of after the error was fixed and the save button clicked.
[cid:image001.png at 01D0C475.9E615120]


Also, "Level of Description," and "Title" will not Stick.

Johna Von Behrens, MLIS, MSED
Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>
East Texas Research Center<http://library.sfasu.edu/etrc/>
Stephen F. Austin State University<http://www.sfasu.edu/>
PO Box 13055 SFA Station
Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX  75962
Phone 936.468.1536
Fax 936.468.4117
asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Hoffman
Sent: Wednesday, July 22, 2015 11:21 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] FW: ArchivesSpace Glitch

Hi Johna,

In order to look into this problem, we will need to be able to reproduce it. Could you explain a little bit more about what you did before seeing the issue, as well as your browser and operating system?

Thanks,

Brian


On Jul 21, 2015, at 10:39 AM, Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>> wrote:


Has anyone else had this problem in RDE?

Johna Von Behrens, MLIS, MSED
Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>
East Texas Research Center<http://library.sfasu.edu/etrc/>
Stephen F. Austin State University<http://www.sfasu.edu/>
PO Box 13055 SFA Station
Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMFAg&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=9sOm9qtFw3rwB1zjZk8zFGryNVXDZ7uqS-LAcueUDA0&s=4TMmA9YIPhu9A5bThWN5WrwV2CAhs0alPKUe9zMPcHw&e=>, TX  75962
Phone 936.468.1536
Fax 936.468.4117
asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

From: Kyle Ainsworth
Sent: Monday, July 20, 2015 6:59 PM
To: Johna L Von Behrens
Subject: ArchivesSpace Glitch

I just fixed a  mistake in one row (I forgot to put the instance format) and when the page updated it deleted all the content in my Notes for the other 46 rows in my Rapid Data Entry. That is a glitch that just added another 30 minutes (at least) to my evening. See attached.

Kyle


Kyle Ainsworth | Special Collections Librarian | East Texas Research Center
Stephen F. Austin State University
PO Box 13055 SFA Station | Nacogdoches | Texas | 75962
Phone 936.468.1590 | Fax 936.468.4117 | asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

<ArchivesSpace Issue.pdf>_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMFAg&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=9sOm9qtFw3rwB1zjZk8zFGryNVXDZ7uqS-LAcueUDA0&s=ZsXXYpeuiR2rteXRbnAeFUR32ojGm0of62kALBbDw1w&e=>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/899dcee1/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 195354 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/899dcee1/attachment.png>

From Chris.Fitzpatrick at lyrasis.org  Wed Jul 22 13:06:51 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 22 Jul 2015 17:06:51 +0000
Subject: [Archivesspace_Users_Group] Mysql connector issues with
 a	source build
In-Reply-To: <CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>,
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
Message-ID: <DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>



Hi David,


Wow, this documentation is extremely outdated ( from v1.0.2 ).


I'll update this.


But the new way for adding this is to use the proxy_url settings in the config.rb file:

https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157


Change your url that you're proxying here, like

AppConfig[:public_proxy_url] = "http://my.aspace.edu/public"

AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff"



Does that make sense? No need to compile from source for this...

b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of David Hietpas <hietpasd at uwosh.edu>
Sent: Wednesday, July 22, 2015 6:34 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mysql connector issues with a source build

Hi Brian,

As I mentioned in the original email, I'm following the instructions posted from ArchivesSpace Github to setup a installation with prefixes (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md).  I have to use prefixes at our institute, I can't use sub-domains due to policies.

When I start with the original zip file, I don't run into this problem and the app starts up fine.  However, I'm plagued with url issues (css, js, assets, etc...) from the app when setting up the application with prefixes through Apache.

Thanks.


On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>> wrote:
Hi David,

Why are you building the application from source rather than just downloading the zip and starting there? Can you confirm that you have the same problem when you start from the ZIP file?

Brian


On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu<mailto:hietpasd at uwosh.edu>> wrote:

Due to Archon migrations, I installed Aspace v1.0.4 (https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4) without issue but our University will not allow sub-domains so I have to use the Prefix method explained here (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md)

So I reinstalled using the 1.0.4 from the source code adding the config/config.rb with the proper prefixes just as instructed.  I ran "build/run dist".  Unzipped the compiled code.  I put the mysql-connector-java.jar in the archivesspace/lib directory like I had in the working version above.  I've attached a screenshot.

It can't find the mysql-connector-java though it is in the lib directory of Archivesspace.  I've drop the exact version 5.1.13 as well as the newest.  It works perfectly fine in the non-source version but not the source build version.

Error: http://pastebin.com/FQVJEjEi

Please advise.  Thanks.

--
David Hietpas
University of Wisconsin Oshkosh
hietpasd at uwosh.edu<mailto:hietpasd at uwosh.edu> | 920-424-0291
<lib-jar-example.jpg>_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto: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<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group




--
David Hietpas
University of Wisconsin Oshkosh
hietpasd at uwosh.edu<mailto:hietpasd at uwosh.edu> | 920-424-0291
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/8f6caa69/attachment.html>

From Jason.Brock at georgetown.edu  Wed Jul 22 13:47:10 2015
From: Jason.Brock at georgetown.edu (Jason Brock)
Date: Wed, 22 Jul 2015 13:47:10 -0400
Subject: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error
In-Reply-To: <DM2PR0801MB08489E186DEB06A97F6EAE4DFB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <CANf2aMtoUKPEaj2ObD1iOvYOrCWvD+F81QH9KiaqOUdyQgC0Nw@mail.gmail.com>
	<D1D3C6C8.16A01%cknowles@exseed.ed.ac.uk>
	<CANf2aMtWHqGT845pA5aY_EqAjvjAS7=xzJH2DzuSoiCc-oOdYA@mail.gmail.com>
	<D1D4FFD5.16A7E%cknowles@exseed.ed.ac.uk>
	<DM2PR0801MB08489E186DEB06A97F6EAE4DFB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <CANf2aMsMScd8HxOjbU=_nomLXrGOrb=RS1XPTGZGaASB7_OBuw@mail.gmail.com>

Thanks for your response, Chris.  Based on the error I had been looking at
the relationship job_input_file(job_id) and job(id), but in either case I
cannot find an orphaned row.  Each of your suggested queries returns an
empty set, as does a similar query on the job_input_file table

mysql> select * from job_input_file where job_id NOT IN ( SELECT id from
job);

Empty set (0.00 sec)


I will continue to investigate and begin deleting rows to see if I can make
some progress with a little trial and error.

- Jason

On Wed, Jul 22, 2015 at 9:10 AM, Chris Fitzpatrick <
Chris.Fitzpatrick at lyrasis.org> wrote:

>
>
>
>  Hi Jason,
>
>
>  Hm, looks like maybe there's a import_job_input_file row that's been
> orphaned from its associated job.
>
>
>  Can you see if these queries return anything:
>
>
>  mysql> select * from import_job_input_file where job_id  NOT IN ( SELECT
> id from import_job);
> mysql> select * from import_job_input_file where job_id IS NULL;
>
>
>
>  If it does, you probably should delete these rows.
>
>
>  b,chris.
>   Chris Fitzpatrick | Developer, ArchivesSpace
> Skype: chrisfitzpat  | Phone: 918.236.6048
> http://archivesspace.org/
>
>
>  ------------------------------
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
> KNOWLES Claire <Claire.Knowles at ed.ac.uk>
> *Sent:* Wednesday, July 22, 2015 9:09 AM
> *To:* Jason Brock
> *Cc:* archivesspace_users_group at lyralists.lyrasis.org
>
> *Subject:* Re: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with
> db_error
>
>   Hi Jason,
>
>  Not all of my jobs are being migrated to the new job table causing the
> same issue. I?ve not resolved it yet.
>
>  Claire
>
>  --
> Claire Knowles
> Library Digital Development Manager
> Library and University Collections, Information Services
> University of Edinburgh
> Tel: 0131 6503023
> Email: claire.knowles at ed.ac.uk
>
>
>   From: Jason Brock <Jason.Brock at georgetown.edu>
> Date: Tuesday, 21 July 2015 15:51
> To: KNOWLES Claire <Claire.Knowles at ed.ac.uk>
> Cc: "archivesspace_users_group at lyralists.lyrasis.org" <
> archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with
> db_error
>
>   Yes, Claire, we are running the setup-database.sh migration script in
> all cases.  Here is the error we receive:
>
>  # archivesspace-1.3.0/scripts/setup-database.sh
> Loading ArchivesSpace configuration file from path:
> /opt/archivesspace-1.3.0/config/config.rb
> Loading ArchivesSpace configuration file from path:
> /opt/archivesspace-1.3.0/config/config.rb
> Running migrations against
> jdbc:mysql://localhost:3306/archivesspace?useUnicode=true&characterEncoding=UTF-8
> *** ADDING SOME ENUMS
> *** Genre Form to note_index_item_type  enum list
> Triggering reindex of resource
> Triggering reindex of archival_object
> Triggering reindex of digital_object
> Making location_temporary list editble
> Sequel::ForeignKeyConstraintViolation:
> Java::ComMysqlJdbcExceptionsJdbc4::MySQLIntegrityConstraintViolationException:
> Cannot add or update a child row: a foreign key constraint fails
> (`archivesspace`.`job_input_file`, CONSTRAINT `job_input_file_ibfk_1`
> FOREIGN KEY (`job_id`) REFERENCES `job` (`id`))
>           raise_error at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/database/misc.rb:423
>             statement at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:648
>             statement at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646
>               execute at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245
>                  hold at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98
>                  hold at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87
>           synchronize at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255
>               execute at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244
>        execute_insert at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:276
>        execute_insert at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:927
>                insert at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:336
>                (root) at
> /opt/archivesspace-1.3.0/lib/common.jar!/db/migrations/037_generalized_job_table.rb:75
>                  each at org/jruby/RubyArray.java:1613
>                (root) at
> /opt/archivesspace-1.3.0/lib/common.jar!/db/migrations/037_generalized_job_table.rb:73
>         instance_eval at org/jruby/RubyBasicObject.java:1533
>                 apply at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:100
>                   run at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:528
>   checked_transaction at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:466
>                   run at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:527
>                  each at org/jruby/RubyArray.java:1613
>                   run at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:524
>                   run at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:391
>        setup_database at
> file:/opt/archivesspace-1.3.0/lib/common.jar!/db/db_migrator.rb:184
>                (root) at ../scripts/rb/migrate_db.rb:43
>               connect at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:69
>               connect at
> /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/core.rb:95
>                (root) at ../scripts/rb/migrate_db.rb:28
>
> On Tue, Jul 21, 2015 at 4:54 AM, KNOWLES Claire <Claire.Knowles at ed.ac.uk>
> wrote:
>
>>   Hi Jason,
>>
>>  Did you run the setup-database.sh script to update your database
>> tables? I had that error too. Now my setup-database.sh is failing to
>> migrate jobs, has anyone else had problems updating their database for
>> 1.3.0?
>>
>>  Cheers,
>>
>>  Claire
>>
>>  --
>> Claire Knowles
>> Library Digital Development Manager
>> Library and University Collections, Information Services
>> University of Edinburgh
>> Tel: 0131 6503023
>> Email: claire.knowles at ed.ac.uk
>>
>>
>>   From: <archivesspace_users_group-bounces at lyralists.lyrasis.org> on
>> behalf of Jason Brock <Jason.Brock at georgetown.edu>
>> Reply-To: Archivesspace Users Group <
>> archivesspace_users_group at lyralists.lyrasis.org>
>> Date: Monday, 20 July 2015 19:54
>> To: "archivesspace_users_group at lyralists.lyrasis.org" <
>> archivesspace_users_group at lyralists.lyrasis.org>
>> Subject: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error
>>
>>   When attempting to upgrade our ArchivesSpace instance either directly
>> from 1.1.0 or incrementally from 1.1.0 to 1.1.2 to 1.2.0 to 1.3.0 we
>> receive the following error when trying to start the service:
>>
>>  Connection to backend failed ({"error":{"db_error":["Database integrity
>> constraint conflict:
>> Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Unknown
>> column 'position' in 'order clause'"]}}
>> ).  Retrying...
>>
>>  We are running ArchivesSpace on RHEL 6 against a MySQL 5.6 database.
>>
>>  Any thoughts on this error are appreciated!
>>
>>  - Jason
>>
>>
>>  --
>> Jason Brock
>> Sr. Systems Administrator
>> Georgetown University Library
>> 202.687.5735
>>
>>
>> The University of Edinburgh is a charitable body, registered in
>> Scotland, with registration number SC005336.
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/c27dfa1c/attachment.html>

From hietpasd at uwosh.edu  Wed Jul 22 14:27:44 2015
From: hietpasd at uwosh.edu (David Hietpas)
Date: Wed, 22 Jul 2015 13:27:44 -0500
Subject: [Archivesspace_Users_Group] Mysql connector issues with a
	source build
In-Reply-To: <DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>

Thanks Chris.  I saw the version number and assumed it would work from
1.0.2 and up.

I tried what you suggested yesterday without success.  I've attached a
screenshot with what is happening with my config information with the setup
you suggested.

config.rb:
AppConfig[:backend_url] = "http://localhost:8092"
AppConfig[:frontend_url] = "http://localhost:8090"
AppConfig[:solr_url] = "http://localhost:8093"
AppConfig[:public_url] = "http://localhost:8091"

AppConfig[:frontend_proxy_url] = "http://localhost/archivesspace/frontend"
AppConfig[:public_proxy_url] = "http://localhost/archivesspace/public"


Apache:
    RewriteRule ^/archivesspace/frontend$ http://localhost:8090/ [L,P]
    RewriteRule ^/archivesspace/frontend/(.*)$ http://localhost:8090/$1
[L,P]












On Wed, Jul 22, 2015 at 12:06 PM, Chris Fitzpatrick <
Chris.Fitzpatrick at lyrasis.org> wrote:

>
>
>  Hi David,
>
>
>  Wow, this documentation is extremely outdated ( from v1.0.2 ).
>
>
>  I'll update this.
>
>
>  But the new way for adding this is to use the proxy_url settings in the
> config.rb file:
>
>
> https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157
>
>
>  Change your url that you're proxying here, like
>
> AppConfig[:public_proxy_url] = "http://my.aspace.edu/public"
>
> AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff"
>
>
>
>  Does that make sense? No need to compile from source for this...
>
> b,chris.
>
>
>   Chris Fitzpatrick | Developer, ArchivesSpace
> Skype: chrisfitzpat  | Phone: 918.236.6048
> http://archivesspace.org/
>
>
>  ------------------------------
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
> David Hietpas <hietpasd at uwosh.edu>
> *Sent:* Wednesday, July 22, 2015 6:34 PM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] Mysql connector issues with a
> source build
>
>  Hi Brian,
>
> As I mentioned in the original email, I'm following the instructions
> posted from ArchivesSpace Github to setup a installation with prefixes (
> https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md).
> I have to use prefixes at our institute, I can't use sub-domains due to
> policies.
>
>  When I start with the original zip file, I don't run into this problem
> and the app starts up fine.  However, I'm plagued with url issues (css, js,
> assets, etc...) from the app when setting up the application with prefixes
> through Apache.
>
>  Thanks.
>
>
> On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman <brianjhoffman at gmail.com>
> wrote:
>
>> Hi David,
>>
>>  Why are you building the application from source rather than just
>> downloading the zip and starting there? Can you confirm that you have the
>> same problem when you start from the ZIP file?
>>
>>  Brian
>>
>>
>>   On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu> wrote:
>>
>>    Due to Archon migrations, I installed Aspace v1.0.4 (
>> https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4)
>> without issue but our University will not allow sub-domains so I have to
>> use the Prefix method explained here (
>> https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md
>> )
>>
>>  So I reinstalled using the 1.0.4 from the source code adding the
>> config/config.rb with the proper prefixes just as instructed.  I ran
>> "build/run dist".  Unzipped the compiled code.  I put the
>> mysql-connector-java.jar in the archivesspace/lib directory like I had in
>> the working version above.  I've attached a screenshot.
>>
>>  It can't find the mysql-connector-java though it is in the lib
>> directory of Archivesspace.  I've drop the exact version 5.1.13 as well as
>> the newest.  It works perfectly fine in the non-source version but not the
>> source build version.
>>
>> Error: http://pastebin.com/FQVJEjEi
>>
>>  Please advise.  Thanks.
>>
>> --
>>  David Hietpas
>> University of Wisconsin Oshkosh
>> hietpasd at uwosh.edu | 920-424-0291
>>    <lib-jar-example.jpg>_______________________________________________
>> 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
>>
>>
>
>
> --
>  David Hietpas
> University of Wisconsin Oshkosh
> hietpasd at uwosh.edu | 920-424-0291
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
David Hietpas
University of Wisconsin Oshkosh
hietpasd at uwosh.edu | 920-424-0291
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/8b0401cb/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: example.jpg
Type: image/jpeg
Size: 137543 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/8b0401cb/attachment.jpg>

From cyndi.shein at unlv.edu  Wed Jul 22 13:53:10 2015
From: cyndi.shein at unlv.edu (Cyndi Shein)
Date: Wed, 22 Jul 2015 10:53:10 -0700
Subject: [Archivesspace_Users_Group] Authority ID field use
Message-ID: <CAHYOJB_PsyRv4+DcRqLNo0ZcWuceO6o_gLZ=ft2r93hENp2BCg@mail.gmail.com>

Dear ArchivesSpace Community,



We are about to undertake a project to normalize our names and subjects in
ArchivesSpace Agent and Subject records and synchronize the ArchivesSapce
records with our OPAC records (we hope).  In the coming year, we also plan
to use the Authority IDs to facilitate linking people and corporate bodies
through the EAC records created in ArchivesSpace. We are uncertain about
the use of the Authority ID fields in Aspace subjects and agents.  We see
two options:


   -         Enter the ID only, and allow the source drop-down [LCSH, AAT,
   TGM, local, etc.] to direct the appropriate link root that might be
   programmatically (magically?) added later (after export?)
   -         Enter the URI for the subject/agent making it actionable upon
   export without programmatic intervention

Maybe I'm overthinking it and we simple enter the ID only (as we might in a
MARC record), but I see options.  For example, to create an entry for
"Atomic bomb?Safety measures" in ArchivesSpace, based on Library of
Congress authorities, would you enter:


*sh85009313* (ID only)


*http://id.loc.gov/authorities/subjects/sh85009313.html
<http://id.loc.gov/authorities/subjects/sh85009313.html>* (URI -  unique
identifier linking to the LC linked open data project)


*http://lccn.loc.gov/sh85009313 <http://lccn.loc.gov/sh85009313> *(URL -
persistent link to LC authority record)



I'm writing to ask

1. Do the developers of ASpace have plans for EAC or MARC export that
expects the ID only or the entire link?  If so, which link? URI?

2. How are others in the ASpace community using the Authority ID field?


Thanks,


Cyndi Shein
Head, Special Collections Technical Services
University Libraries, University of Nevada, Las Vegas
cyndi.shein at unlv.edu             (702) 895-2223
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/f706c3f3/attachment.html>

From sdm7g at virginia.edu  Wed Jul 22 15:24:30 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Wed, 22 Jul 2015 15:24:30 -0400
Subject: [Archivesspace_Users_Group] proxying with a prefix [ was: Mysql
	connector issues with a source build ]
In-Reply-To: <CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
Message-ID: <D83B0160-9ED8-4F16-8665-F0F29E717DB9@virginia.edu>



I?m using 

config.rb:

AppConfig[:hostname] = proc { Socket.gethostname }
# [?] 
AppConfig[:frontend_url] = "http://localhost:8088/admin" # 8080 used by tomcat!   
AppConfig[:public_url] = "http://localhost:8081/public"
AppConfig[:frontend_proxy_url] = proc { "http://#{AppConfig[:hostname]}/admin" }
AppConfig[:public_proxy_url] = proc { "http://#{AppConfig[:hostname]}/public" }



apache conf:

    ProxyPass /admin     http://localhost:8088/admin
    ProxyPass /public   http://localhost:8081/public



Which mostly works. 


On the admin welcome page (after login) I?m missing these assets: 

http://localhost/assets/glyphicons-halflings-regular.woff2 Failed to load resource: the server responded with a status of 404 (Not Found)
http://localhost/assets/icomoon/icomoon.woff?-z7cehr Failed to load resource: the server responded with a status of 404 (Not Found)
http://localhost/assets/glyphicons-halflings-regular.woff Failed to load resource: the server responded with a status of 404 (Not Found)
http://localhost/assets/icomoon/icomoon.ttf?-z7cehr Failed to load resource: the server responded with a status of 404 (Not Found)
http://localhost/assets/glyphicons-halflings-regular.ttf Failed to load resource: the server responded with a status of 404 (Not Found)


which, I assume is what is causing some glyphs (which I had thought were images) to come up as empty squares.


And when looking at Collections in the public interface, I get the missing Components 
(with a constant 'busy loading? icon ) that was reported in a previous message by Reid, Sarah N.


Chrome Console error message is:

GET http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12 404 (Not Found)bH.ajaxTransport.e.send @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ajax @ application-a05f22ac3ad515fde2728c1832af5791.js:25a.add_children @ application-a05f22ac3ad515fde2728c1832af5791.js:25(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14bH.fn.bH.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.i @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.cc.fireWith @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ready @ application-a05f22ac3ad515fde2728c1832af5791.js:25bY @ application-a05f22ac3ad515fde2728c1832af5791.js:25


And it I insert a ?/? between ?public? and ?tree? in that URL above, 

http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=%2Frepositories%2F8%2Fresources%2F12 <http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=/repositories/8/resources/12>


and try it in the browser, I get back some JSON that looks like what the AJAX calls are expecting:

{"self":{"title":"Alderman Family Papers","id":12,"node_type":"resource","publish":true,"suppressed":false,"record_uri":"/repositories/8/resources/12","level":"collection","jsonmodel_type":"resource_tree","instance_types":[],"containers":[],"has_children":false},"path_to_root":[],"direct_children":[]}

I just found that a few minutes ago, so I haven?t yet found the source of that bug. 


? Steve Majewski




> On Jul 22, 2015, at 2:27 PM, David Hietpas <hietpasd at uwosh.edu> wrote:
> 
> Thanks Chris.  I saw the version number and assumed it would work from 1.0.2 and up.
> 
> I tried what you suggested yesterday without success.  I've attached a screenshot with what is happening with my config information with the setup you suggested.
> 
> config.rb:
> AppConfig[:backend_url] = "http://localhost:8092 <http://localhost:8092/>"
> AppConfig[:frontend_url] = "http://localhost:8090 <http://localhost:8090/>"
> AppConfig[:solr_url] = "http://localhost:8093 <http://localhost:8093/>"
> AppConfig[:public_url] = "http://localhost:8091 <http://localhost:8091/>"
> 
> AppConfig[:frontend_proxy_url] = "http://localhost/archivesspace/frontend <http://localhost/archivesspace/frontend>"
> AppConfig[:public_proxy_url] = "http://localhost/archivesspace/public <http://localhost/archivesspace/public>"
> 
> 
> Apache:
>     RewriteRule ^/archivesspace/frontend$ http://localhost:8090/ <http://localhost:8090/> [L,P]
>     RewriteRule ^/archivesspace/frontend/(.*)$ http://localhost:8090/$1 <http://localhost:8090/$1> [L,P]
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> On Wed, Jul 22, 2015 at 12:06 PM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org <mailto:Chris.Fitzpatrick at lyrasis.org>> wrote:
> 
> 
> Hi David,
> 
> 
> Wow, this documentation is extremely outdated ( from v1.0.2 ). 
> 
> 
> I'll update this. 
> 
> 
> But the new way for adding this is to use the proxy_url settings in the config.rb file: 
> 
> https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157 <https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157>
> 
> Change your url that you're proxying here, like 
> 
> AppConfig[:public_proxy_url] = "http://my.aspace.edu/public <http://my.aspace.edu/public>"
> 
> AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff <http://my.aspace.edu/staff>"
> 
> 
> 
> 
> Does that make sense? No need to compile from source for this...
> 
> b,chris. 
> 
> Chris Fitzpatrick | Developer, ArchivesSpace
> Skype: chrisfitzpat  | Phone: 918.236.6048
> http://archivesspace.org/ <http://archivesspace.org/>
> 
> 
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto: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 David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>>
> Sent: Wednesday, July 22, 2015 6:34 PM
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] Mysql connector issues with a source build
>  
> Hi Brian,
> 
> As I mentioned in the original email, I'm following the instructions posted from ArchivesSpace Github to setup a installation with prefixes (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md <https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md>).  I have to use prefixes at our institute, I can't use sub-domains due to policies.
> 
> When I start with the original zip file, I don't run into this problem and the app starts up fine.  However, I'm plagued with url issues (css, js, assets, etc...) from the app when setting up the application with prefixes through Apache.
> 
> Thanks.
> 
> 
> On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman <brianjhoffman at gmail.com <mailto:brianjhoffman at gmail.com>> wrote:
> Hi David,
> 
> Why are you building the application from source rather than just downloading the zip and starting there? Can you confirm that you have the same problem when you start from the ZIP file?
> 
> Brian
> 
> 
> On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>> wrote:
> 
>> Due to Archon migrations, I installed Aspace v1.0.4 (https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4 <https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4>) without issue but our University will not allow sub-domains so I have to use the Prefix method explained here (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md <https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md>)
>> 
>> So I reinstalled using the 1.0.4 from the source code adding the config/config.rb with the proper prefixes just as instructed.  I ran "build/run dist".  Unzipped the compiled code.  I put the mysql-connector-java.jar in the archivesspace/lib directory like I had in the working version above.  I've attached a screenshot.
>> 
>> It can't find the mysql-connector-java though it is in the lib directory of Archivesspace.  I've drop the exact version 5.1.13 as well as the newest.  It works perfectly fine in the non-source version but not the source build version.
>> 
>> Error: http://pastebin.com/FQVJEjEi <http://pastebin.com/FQVJEjEi>
>> 
>> Please advise.  Thanks.
>> 
>> -- 
>> David Hietpas
>> University of Wisconsin Oshkosh
>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>> <lib-jar-example.jpg>_______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
> 
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
> 
> 
> 
> 
> -- 
> David Hietpas
> University of Wisconsin Oshkosh
> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
> 
> 
> 
> 
> -- 
> David Hietpas
> University of Wisconsin Oshkosh
> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
> <example.jpg>_______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/181e7779/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/181e7779/attachment.bin>

From ns96 at nyu.edu  Wed Jul 22 15:31:10 2015
From: ns96 at nyu.edu (Nathan Stevens)
Date: Wed, 22 Jul 2015 15:31:10 -0400
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
	Problems & Questions
In-Reply-To: <CY1PR0301MB12732DC3418D446687F21FE0E5970@CY1PR0301MB1273.namprd03.prod.outlook.com>
References: <CY1PR0301MB12732DC3418D446687F21FE0E5970@CY1PR0301MB1273.namprd03.prod.outlook.com>
Message-ID: <CADi=b=PWpLADBs-mwtbqEKiOcS0dpVk8Bb9h0bC_N9oCw=4JBQ@mail.gmail.com>

The first alpha release of the refactored Archon migration tool has been
posted to https://archivesspace.atlassian.net/browse/AR-1278

Please test and let us know what you find. Please keep in mind it's
incomplete and we just want to make sure it's able to migrate all Archon
record types without failing at this point.

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu> wrote:

>  Good morning all,
>
>
>
>                  I have performed migrations from Archon to ArchivesSpace
> successfully. I have then upgraded to the most recent version of
> ArchivesSpace (v.1.3.0) for each of my instances. This all works better
> locally (MacBook for me). I have a few questions regarding problems we are
> noticing with the migrations. I do not know who to ask specifically, but
> here it goes:
>
>
>
> 1.       Public Interface Special Characters & Diacritics:
>
> a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to
> Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).
>
> 2.       Public Interface Scope & Content Notes: these are migrated to
> ArchivesSpace as large text blobs; they were formatted in Archon
> (indentation, paragraphs, etc.)
>
> 3.       Public Interface Repositories Odd Behavior:
>
> a.       Are all ?types? supposed to appear when selecting Repositories?
> It seems that if you select a repository, it should show you the
> collections only  OR signify the associated collection for each object/type
> in question
>
> b.      When selecting a repository, the appropriate collections appear
> but ?global? appears with results below the selected repository:
>
>
>
>
>
>
>
> 4.       Classifications appear to be duplicated:
>
>  5.       Components show [b] and [/b] OR [i] and [/i] in lists and
> headers:
>
>
>
>
>
> 6.       Can the Collections be sorted by Collection #/Identifier?
>
>
>
> Thank you for any and all help regarding these issues.
>
>
>
> Thanks,
>
>
>
> Phil
>
>
>
>
>
> Phillip Suda
>
> Systems Librarian
>
> Howard-Tilton Memorial Library
>
> Tulane University
>
> psuda1 at tulane.edu
>
> 504-865-5607
>
>
>



-- 
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/256c4b63/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 81711 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/256c4b63/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.png
Type: image/png
Size: 9736 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/256c4b63/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.png
Type: image/png
Size: 74842 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/256c4b63/attachment-0002.png>

From sdm7g at virginia.edu  Wed Jul 22 15:39:13 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Wed, 22 Jul 2015 15:39:13 -0400
Subject: [Archivesspace_Users_Group] proxying with a prefix [ was: Mysql
	connector issues with a source build ]
In-Reply-To: <D83B0160-9ED8-4F16-8665-F0F29E717DB9@virginia.edu>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<D83B0160-9ED8-4F16-8665-F0F29E717DB9@virginia.edu>
Message-ID: <2A952B62-C4C0-4355-A125-0BA5CA0C15E0@virginia.edu>




> On Jul 22, 2015, at 3:24 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
> 
> 
> 
> I?m using 
> 
> config.rb:
> 
> AppConfig[:hostname] = proc { Socket.gethostname }
> # [?] 
> AppConfig[:frontend_url] = "http://localhost:8088/admin <http://localhost:8088/admin>" # 8080 used by tomcat!   
> AppConfig[:public_url] = "http://localhost:8081/public <http://localhost:8081/public>"
> AppConfig[:frontend_proxy_url] = proc { "http://#{AppConfig[:hostname]}/admin <http:/#{AppConfig[:hostname]}/admin>" }
> AppConfig[:public_proxy_url] = proc { "http://#{AppConfig[:hostname]}/public <http:/#{AppConfig[:hostname]}/public>" }
> 
> 
> 
> apache conf:
> 
>     ProxyPass /admin     http://localhost:8088/admin <http://localhost:8088/admin>
>     ProxyPass /public   http://localhost:8081/public <http://localhost:8081/public>
> 
> 
> 
> Which mostly works. 
> 
> 
> On the admin welcome page (after login) I?m missing these assets: 
> 
> http://localhost/assets/glyphicons-halflings-regular.woff2 <http://localhost/assets/glyphicons-halflings-regular.woff2> Failed to load resource: the server responded with a status of 404 (Not Found)
> http://localhost/assets/icomoon/icomoon.woff?-z7cehr <http://localhost/assets/icomoon/icomoon.woff?-z7cehr> Failed to load resource: the server responded with a status of 404 (Not Found)
> http://localhost/assets/glyphicons-halflings-regular.woff <http://localhost/assets/glyphicons-halflings-regular.woff> Failed to load resource: the server responded with a status of 404 (Not Found)
> http://localhost/assets/icomoon/icomoon.ttf?-z7cehr <http://localhost/assets/icomoon/icomoon.ttf?-z7cehr> Failed to load resource: the server responded with a status of 404 (Not Found)
> http://localhost/assets/glyphicons-halflings-regular.ttf <http://localhost/assets/glyphicons-halflings-regular.ttf> Failed to load resource: the server responded with a status of 404 (Not Found)
> 
> 
> which, I assume is what is causing some glyphs (which I had thought were images) to come up as empty squares.
> 
> 
> And when looking at Collections in the public interface, I get the missing Components 
> (with a constant 'busy loading? icon ) that was reported in a previous message by Reid, Sarah N.
> 
> 
> Chrome Console error message is:
> 
> GET http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12 <http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12> 404 (Not Found)bH.ajaxTransport.e.send @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ajax @ application-a05f22ac3ad515fde2728c1832af5791.js:25a.add_children @ application-a05f22ac3ad515fde2728c1832af5791.js:25(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14bH.fn.bH.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.i @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.cc.fireWith @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ready @ application-a05f22ac3ad515fde2728c1832af5791.js:25bY @ application-a05f22ac3ad515fde2728c1832af5791.js:25
> 
> 
> And it I insert a ?/? between ?public? and ?tree? in that URL above, 
> 
> http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=%2Frepositories%2F8%2Fresources%2F12 <http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=/repositories/8/resources/12>
> 
> 
> and try it in the browser, I get back some JSON that looks like what the AJAX calls are expecting:
> 
> {"self":{"title":"Alderman Family Papers","id":12,"node_type":"resource","publish":true,"suppressed":false,"record_uri":"/repositories/8/resources/12","level":"collection","jsonmodel_type":"resource_tree","instance_types":[],"containers":[],"has_children":false},"path_to_root":[],"direct_children":[]}
> 
> I just found that a few minutes ago, so I haven?t yet found the source of that bug. 
> 
> 


I?m thinking it?s here:
https://github.com/archivesspace/archivesspace/blob/master/public/app/assets/javascripts/record_tree.js#L12


        $.ajax({
            url: APP_PATH + "tree",



> ? Steve Majewski
> 
> 
> 
> 
>> On Jul 22, 2015, at 2:27 PM, David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>> wrote:
>> 
>> Thanks Chris.  I saw the version number and assumed it would work from 1.0.2 and up.
>> 
>> I tried what you suggested yesterday without success.  I've attached a screenshot with what is happening with my config information with the setup you suggested.
>> 
>> config.rb:
>> AppConfig[:backend_url] = "http://localhost:8092 <http://localhost:8092/>"
>> AppConfig[:frontend_url] = "http://localhost:8090 <http://localhost:8090/>"
>> AppConfig[:solr_url] = "http://localhost:8093 <http://localhost:8093/>"
>> AppConfig[:public_url] = "http://localhost:8091 <http://localhost:8091/>"
>> 
>> AppConfig[:frontend_proxy_url] = "http://localhost/archivesspace/frontend <http://localhost/archivesspace/frontend>"
>> AppConfig[:public_proxy_url] = "http://localhost/archivesspace/public <http://localhost/archivesspace/public>"
>> 
>> 
>> Apache:
>>     RewriteRule ^/archivesspace/frontend$ http://localhost:8090/ <http://localhost:8090/> [L,P]
>>     RewriteRule ^/archivesspace/frontend/(.*)$ http://localhost:8090/$1 <http://localhost:8090/$1> [L,P]
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Wed, Jul 22, 2015 at 12:06 PM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org <mailto:Chris.Fitzpatrick at lyrasis.org>> wrote:
>> 
>> 
>> Hi David,
>> 
>> 
>> Wow, this documentation is extremely outdated ( from v1.0.2 ). 
>> 
>> 
>> I'll update this. 
>> 
>> 
>> But the new way for adding this is to use the proxy_url settings in the config.rb file: 
>> 
>> https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157 <https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157>
>> 
>> Change your url that you're proxying here, like 
>> 
>> AppConfig[:public_proxy_url] = "http://my.aspace.edu/public <http://my.aspace.edu/public>"
>> 
>> AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff <http://my.aspace.edu/staff>"
>> 
>> 
>> 
>> 
>> Does that make sense? No need to compile from source for this...
>> 
>> b,chris. 
>> 
>> Chris Fitzpatrick | Developer, ArchivesSpace
>> Skype: chrisfitzpat  | Phone: 918.236.6048
>> http://archivesspace.org/ <http://archivesspace.org/>
>> 
>> 
>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto: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 David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>>
>> Sent: Wednesday, July 22, 2015 6:34 PM
>> To: Archivesspace Users Group
>> Subject: Re: [Archivesspace_Users_Group] Mysql connector issues with a source build
>>  
>> Hi Brian,
>> 
>> As I mentioned in the original email, I'm following the instructions posted from ArchivesSpace Github to setup a installation with prefixes (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md <https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md>).  I have to use prefixes at our institute, I can't use sub-domains due to policies.
>> 
>> When I start with the original zip file, I don't run into this problem and the app starts up fine.  However, I'm plagued with url issues (css, js, assets, etc...) from the app when setting up the application with prefixes through Apache.
>> 
>> Thanks.
>> 
>> 
>> On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman <brianjhoffman at gmail.com <mailto:brianjhoffman at gmail.com>> wrote:
>> Hi David,
>> 
>> Why are you building the application from source rather than just downloading the zip and starting there? Can you confirm that you have the same problem when you start from the ZIP file?
>> 
>> Brian
>> 
>> 
>> On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>> wrote:
>> 
>>> Due to Archon migrations, I installed Aspace v1.0.4 (https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4 <https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4>) without issue but our University will not allow sub-domains so I have to use the Prefix method explained here (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md <https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md>)
>>> 
>>> So I reinstalled using the 1.0.4 from the source code adding the config/config.rb with the proper prefixes just as instructed.  I ran "build/run dist".  Unzipped the compiled code.  I put the mysql-connector-java.jar in the archivesspace/lib directory like I had in the working version above.  I've attached a screenshot.
>>> 
>>> It can't find the mysql-connector-java though it is in the lib directory of Archivesspace.  I've drop the exact version 5.1.13 as well as the newest.  It works perfectly fine in the non-source version but not the source build version.
>>> 
>>> Error: http://pastebin.com/FQVJEjEi <http://pastebin.com/FQVJEjEi>
>>> 
>>> Please advise.  Thanks.
>>> 
>>> -- 
>>> David Hietpas
>>> University of Wisconsin Oshkosh
>>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>>> <lib-jar-example.jpg>_______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>> 
>> 
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>> 
>> 
>> 
>> 
>> -- 
>> David Hietpas
>> University of Wisconsin Oshkosh
>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>> 
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>> 
>> 
>> 
>> 
>> -- 
>> David Hietpas
>> University of Wisconsin Oshkosh
>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>> <example.jpg>_______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto: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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/17f3f500/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/17f3f500/attachment.bin>

From psuda1 at tulane.edu  Wed Jul 22 15:44:14 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Wed, 22 Jul 2015 19:44:14 +0000
Subject: [Archivesspace_Users_Group] Archon to ArchivesSpace Migration
	Problems & Questions
In-Reply-To: <CADi=b=PWpLADBs-mwtbqEKiOcS0dpVk8Bb9h0bC_N9oCw=4JBQ@mail.gmail.com>
References: <CY1PR0301MB12732DC3418D446687F21FE0E5970@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CADi=b=PWpLADBs-mwtbqEKiOcS0dpVk8Bb9h0bC_N9oCw=4JBQ@mail.gmail.com>
Message-ID: <CY1PR0301MB127325319BA428C4EC45A948E5830@CY1PR0301MB1273.namprd03.prod.outlook.com>

Thanks. I will test asap.

Thanks,

Phil

Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu
504-865-5607



From: Nathan Stevens [mailto:ns96 at nyu.edu]
Sent: Wednesday, July 22, 2015 2:31 PM
To: Suda, Phillip J <psuda1 at tulane.edu>
Cc: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: Archon to ArchivesSpace Migration Problems & Questions

The first alpha release of the refactored Archon migration tool has been posted to https://archivesspace.atlassian.net/browse/AR-1278

Please test and let us know what you find. Please keep in mind it's incomplete and we just want to make sure it's able to migrate all Archon record types without failing at this point.

On Thu, Jul 2, 2015 at 12:44 PM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Good morning all,

                 I have performed migrations from Archon to ArchivesSpace successfully. I have then upgraded to the most recent version of ArchivesSpace (v.1.3.0) for each of my instances. This all works better locally (MacBook for me). I have a few questions regarding problems we are noticing with the migrations. I do not know who to ask specifically, but here it goes:


1.       Public Interface Special Characters & Diacritics:

a.       Example: Alc?e Fortier papers, 1894-1911 in Archon changes to Alc??e Fortier papers in ArchivesSpace (v.1.04-v.1.3.0).

2.       Public Interface Scope & Content Notes: these are migrated to ArchivesSpace as large text blobs; they were formatted in Archon (indentation, paragraphs, etc.)

3.       Public Interface Repositories Odd Behavior:

a.       Are all ?types? supposed to appear when selecting Repositories? It seems that if you select a repository, it should show you the collections only  OR signify the associated collection for each object/type in question

b.      When selecting a repository, the appropriate collections appear but ?global? appears with results below the selected repository:

[cid:image001.png at 01D0C48C.DFAA2640]




4.       Classifications appear to be duplicated:
[cid:image002.png at 01D0C48C.DFAA2640]

5.       Components show [b] and [/b] OR [i] and [/i] in lists and headers:

[cid:image003.png at 01D0C48C.DFAA2640]


6.       Can the Collections be sorted by Collection #/Identifier?

Thank you for any and all help regarding these issues.

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>




--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/8b6e3131/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 81711 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/8b6e3131/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 74842 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/8b6e3131/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 9736 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/8b6e3131/attachment-0002.png>

From brianjhoffman at gmail.com  Wed Jul 22 15:50:04 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Wed, 22 Jul 2015 15:50:04 -0400
Subject: [Archivesspace_Users_Group] proxying with a prefix [ was: Mysql
	connector issues with a source build ]
In-Reply-To: <2A952B62-C4C0-4355-A125-0BA5CA0C15E0@virginia.edu>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<D83B0160-9ED8-4F16-8665-F0F29E717DB9@virginia.edu>
	<2A952B62-C4C0-4355-A125-0BA5CA0C15E0@virginia.edu>
Message-ID: <4DFEEBFA-AD77-4443-9045-C0B79B73E5D9@gmail.com>

Hi Steve,

I think you might be able to resolve that error by adding this to your config.rb:

AppConfig[:frontend_prefix] = proc {"http://#{AppConfig[:hostname]}/admin/?}
AppConfig[:public_prefix] = proc {"http://#{AppConfig[:hostname]}/public/?}

There is probably some redundancy in the way the _prefix and _proxy values are used - perhaps they could be combined in a future release.

Brian






On Jul 22, 2015, at 3:39 PM, Steven Majewski <sdm7g at virginia.edu> wrote:

> 
> 
> 
>> On Jul 22, 2015, at 3:24 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
>> 
>> 
>> 
>> I?m using 
>> 
>> config.rb:
>> 
>> AppConfig[:hostname] = proc { Socket.gethostname }
>> # [?] 
>> AppConfig[:frontend_url] = "http://localhost:8088/admin" # 8080 used by tomcat!   
>> AppConfig[:public_url] = "http://localhost:8081/public"
>> AppConfig[:frontend_proxy_url] = proc { "http://#{AppConfig[:hostname]}/admin" }
>> AppConfig[:public_proxy_url] = proc { "http://#{AppConfig[:hostname]}/public" }
>> 
>> 
>> 
>> apache conf:
>> 
>>     ProxyPass /admin     http://localhost:8088/admin
>>     ProxyPass /public   http://localhost:8081/public
>> 
>> 
>> 
>> Which mostly works. 
>> 
>> 
>> On the admin welcome page (after login) I?m missing these assets: 
>> 
>> http://localhost/assets/glyphicons-halflings-regular.woff2 Failed to load resource: the server responded with a status of 404 (Not Found)
>> http://localhost/assets/icomoon/icomoon.woff?-z7cehr Failed to load resource: the server responded with a status of 404 (Not Found)
>> http://localhost/assets/glyphicons-halflings-regular.woff Failed to load resource: the server responded with a status of 404 (Not Found)
>> http://localhost/assets/icomoon/icomoon.ttf?-z7cehr Failed to load resource: the server responded with a status of 404 (Not Found)
>> http://localhost/assets/glyphicons-halflings-regular.ttf Failed to load resource: the server responded with a status of 404 (Not Found)
>> 
>> 
>> which, I assume is what is causing some glyphs (which I had thought were images) to come up as empty squares.
>> 
>> 
>> And when looking at Collections in the public interface, I get the missing Components 
>> (with a constant 'busy loading? icon ) that was reported in a previous message by Reid, Sarah N.
>> 
>> 
>> Chrome Console error message is:
>> 
>> GET http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12 404 (Not Found)bH.ajaxTransport.e.send @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ajax @ application-a05f22ac3ad515fde2728c1832af5791.js:25a.add_children @ application-a05f22ac3ad515fde2728c1832af5791.js:25(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14bH.fn.bH.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.i @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.cc.fireWith @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ready @ application-a05f22ac3ad515fde2728c1832af5791.js:25bY @ application-a05f22ac3ad515fde2728c1832af5791.js:25
>> 
>> 
>> And it I insert a ?/? between ?public? and ?tree? in that URL above, 
>> 
>> http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=%2Frepositories%2F8%2Fresources%2F12
>> 
>> 
>> and try it in the browser, I get back some JSON that looks like what the AJAX calls are expecting:
>> 
>> {"self":{"title":"Alderman Family Papers","id":12,"node_type":"resource","publish":true,"suppressed":false,"record_uri":"/repositories/8/resources/12","level":"collection","jsonmodel_type":"resource_tree","instance_types":[],"containers":[],"has_children":false},"path_to_root":[],"direct_children":[]}
>> 
>> I just found that a few minutes ago, so I haven?t yet found the source of that bug. 
>> 
>> 
> 
> 
> I?m thinking it?s here:
> https://github.com/archivesspace/archivesspace/blob/master/public/app/assets/javascripts/record_tree.js#L12
> 
> 
>         $.ajax({
>             url: APP_PATH + "tree",
> 
> 
> 
>> ? Steve Majewski
>> 
>> 
>> 
>> 
>>> On Jul 22, 2015, at 2:27 PM, David Hietpas <hietpasd at uwosh.edu> wrote:
>>> 
>>> Thanks Chris.  I saw the version number and assumed it would work from 1.0.2 and up.
>>> 
>>> I tried what you suggested yesterday without success.  I've attached a screenshot with what is happening with my config information with the setup you suggested.
>>> 
>>> config.rb:
>>> AppConfig[:backend_url] = "http://localhost:8092"
>>> AppConfig[:frontend_url] = "http://localhost:8090"
>>> AppConfig[:solr_url] = "http://localhost:8093"
>>> AppConfig[:public_url] = "http://localhost:8091"
>>> 
>>> AppConfig[:frontend_proxy_url] = "http://localhost/archivesspace/frontend"
>>> AppConfig[:public_proxy_url] = "http://localhost/archivesspace/public"
>>> 
>>> 
>>> Apache:
>>>     RewriteRule ^/archivesspace/frontend$ http://localhost:8090/ [L,P]
>>>     RewriteRule ^/archivesspace/frontend/(.*)$ http://localhost:8090/$1 [L,P]
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On Wed, Jul 22, 2015 at 12:06 PM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org> wrote:
>>> 
>>> 
>>> 
>>> 
>>> Hi David,
>>> 
>>> 
>>> 
>>> Wow, this documentation is extremely outdated ( from v1.0.2 ). 
>>> 
>>> 
>>> 
>>> I'll update this. 
>>> 
>>> 
>>> 
>>> But the new way for adding this is to use the proxy_url settings in the config.rb file: 
>>> 
>>> https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157
>>> 
>>> 
>>> 
>>> Change your url that you're proxying here, like 
>>> 
>>> AppConfig[:public_proxy_url] = "http://my.aspace.edu/public"
>>> 
>>> AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff"
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Does that make sense? No need to compile from source for this...
>>> 
>>> b,chris. 
>>> 
>>> 
>>> 
>>> Chris Fitzpatrick | Developer, ArchivesSpace
>>> Skype: chrisfitzpat  | Phone: 918.236.6048
>>> http://archivesspace.org/
>>> 
>>> 
>>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of David Hietpas <hietpasd at uwosh.edu>
>>> Sent: Wednesday, July 22, 2015 6:34 PM
>>> To: Archivesspace Users Group
>>> Subject: Re: [Archivesspace_Users_Group] Mysql connector issues with a source build
>>>  
>>> Hi Brian,
>>> 
>>> As I mentioned in the original email, I'm following the instructions posted from ArchivesSpace Github to setup a installation with prefixes (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md).  I have to use prefixes at our institute, I can't use sub-domains due to policies.
>>> 
>>> When I start with the original zip file, I don't run into this problem and the app starts up fine.  However, I'm plagued with url issues (css, js, assets, etc...) from the app when setting up the application with prefixes through Apache.
>>> 
>>> Thanks.
>>> 
>>> 
>>> On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman<brianjhoffman at gmail.com> wrote:
>>> Hi David,
>>> 
>>> Why are you building the application from source rather than just downloading the zip and starting there? Can you confirm that you have the same problem when you start from the ZIP file?
>>> 
>>> Brian
>>> 
>>> 
>>> On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu> wrote:
>>> 
>>>> Due to Archon migrations, I installed Aspace v1.0.4 (https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4) without issue but our University will not allow sub-domains so I have to use the Prefix method explained here (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md)
>>>> 
>>>> So I reinstalled using the 1.0.4 from the source code adding the config/config.rb with the proper prefixes just as instructed.  I ran "build/run dist".  Unzipped the compiled code.  I put the mysql-connector-java.jar in the archivesspace/lib directory like I had in the working version above.  I've attached a screenshot.
>>>> 
>>>> It can't find the mysql-connector-java though it is in the lib directory of Archivesspace.  I've drop the exact version 5.1.13 as well as the newest.  It works perfectly fine in the non-source version but not the source build version.
>>>> 
>>>> Error: http://pastebin.com/FQVJEjEi
>>>> 
>>>> Please advise.  Thanks.
>>>> 
>>>> -- 
>>>> David Hietpas
>>>> University of Wisconsin Oshkosh
>>>> hietpasd at uwosh.edu | 920-424-0291
>>>> <lib-jar-example.jpg>_______________________________________________
>>>> 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
>>> 
>>> 
>>> 
>>> 
>>> -- 
>>> David Hietpas
>>> University of Wisconsin Oshkosh
>>> hietpasd at uwosh.edu | 920-424-0291
>>> 
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>> 
>>> 
>>> 
>>> 
>>> -- 
>>> David Hietpas
>>> University of Wisconsin Oshkosh
>>> hietpasd at uwosh.edu | 920-424-0291
>>> <example.jpg>_______________________________________________
>>> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/b87cedea/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Wed Jul 22 15:54:53 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 22 Jul 2015 19:54:53 +0000
Subject: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error
In-Reply-To: <CANf2aMsMScd8HxOjbU=_nomLXrGOrb=RS1XPTGZGaASB7_OBuw@mail.gmail.com>
References: <CANf2aMtoUKPEaj2ObD1iOvYOrCWvD+F81QH9KiaqOUdyQgC0Nw@mail.gmail.com>
	<D1D3C6C8.16A01%cknowles@exseed.ed.ac.uk>
	<CANf2aMtWHqGT845pA5aY_EqAjvjAS7=xzJH2DzuSoiCc-oOdYA@mail.gmail.com>
	<D1D4FFD5.16A7E%cknowles@exseed.ed.ac.uk>
	<DM2PR0801MB08489E186DEB06A97F6EAE4DFB830@DM2PR0801MB0848.namprd08.prod.outlook.com>,
	<CANf2aMsMScd8HxOjbU=_nomLXrGOrb=RS1XPTGZGaASB7_OBuw@mail.gmail.com>
Message-ID: <DM2PR0801MB08484BBD76F5DCC9786508E4FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>

Hi Jason,


You need to try this on the database pre-migration...the migration is creating the job and job_input_files and moving data from the import_job and import_job_input_file tables into those new tables then droping the import_* tables. Phew, does that make sense?


So, it looks like when it's moving a row from import_job_input_file into job_input_file it's hitting a DB constraint that the job foreign key is missing.


Try looking in a version of the DB prior to attempting the migration...

b,chris.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: Jason Brock <Jason.Brock at georgetown.edu>
Sent: Wednesday, July 22, 2015 7:47 PM
To: Chris Fitzpatrick
Cc: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error


Thanks for your response, Chris.  Based on the error I had been looking at the relationship job_input_file(job_id) and job(id), but in either case I cannot find an orphaned row.  Each of your suggested queries returns an empty set, as does a similar query on the job_input_file table


mysql> select * from job_input_file where job_id NOT IN ( SELECT id from job);

Empty set (0.00 sec)


I will continue to investigate and begin deleting rows to see if I can make some progress with a little trial and error.

- Jason

On Wed, Jul 22, 2015 at 9:10 AM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>> wrote:




Hi Jason,


Hm, looks like maybe there's a import_job_input_file row that's been orphaned from its associated job.


Can you see if these queries return anything:


mysql> select * from import_job_input_file where job_id  NOT IN ( SELECT id from import_job);
mysql> select * from import_job_input_file where job_id IS NULL;



If it does, you probably should delete these rows.


b,chris.

Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048<tel:918.236.6048>
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 KNOWLES Claire <Claire.Knowles at ed.ac.uk<mailto:Claire.Knowles at ed.ac.uk>>
Sent: Wednesday, July 22, 2015 9:09 AM
To: Jason Brock
Cc: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>

Subject: Re: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error

Hi Jason,

Not all of my jobs are being migrated to the new job table causing the same issue. I?ve not resolved it yet.

Claire

--
Claire Knowles
Library Digital Development Manager
Library and University Collections, Information Services
University of Edinburgh
Tel: 0131 6503023
Email: claire.knowles at ed.ac.uk<mailto:claire.knowles at ed.ac.uk>


From: Jason Brock <Jason.Brock at georgetown.edu<mailto:Jason.Brock at georgetown.edu>>
Date: Tuesday, 21 July 2015 15:51
To: KNOWLES Claire <Claire.Knowles at ed.ac.uk<mailto:Claire.Knowles at ed.ac.uk>>
Cc: "archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error

Yes, Claire, we are running the setup-database.sh migration script in all cases.  Here is the error we receive:

# archivesspace-1.3.0/scripts/setup-database.sh
Loading ArchivesSpace configuration file from path: /opt/archivesspace-1.3.0/config/config.rb
Loading ArchivesSpace configuration file from path: /opt/archivesspace-1.3.0/config/config.rb
Running migrations against jdbc:mysql://localhost:3306/archivesspace?useUnicode=true&characterEncoding=UTF-8
*** ADDING SOME ENUMS
*** Genre Form to note_index_item_type  enum list
Triggering reindex of resource
Triggering reindex of archival_object
Triggering reindex of digital_object
Making location_temporary list editble
Sequel::ForeignKeyConstraintViolation: Java::ComMysqlJdbcExceptionsJdbc4::MySQLIntegrityConstraintViolationException: Cannot add or update a child row: a foreign key constraint fails (`archivesspace`.`job_input_file`, CONSTRAINT `job_input_file_ibfk_1` FOREIGN KEY (`job_id`) REFERENCES `job` (`id`))
          raise_error at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/database/misc.rb:423
            statement at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:648
            statement at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646
              execute at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245
                 hold at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98
                 hold at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87
          synchronize at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255
              execute at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244
       execute_insert at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:276
       execute_insert at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:927
               insert at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:336
               (root) at /opt/archivesspace-1.3.0/lib/common.jar!/db/migrations/037_generalized_job_table.rb:75
                 each at org/jruby/RubyArray.java:1613
               (root) at /opt/archivesspace-1.3.0/lib/common.jar!/db/migrations/037_generalized_job_table.rb:73
        instance_eval at org/jruby/RubyBasicObject.java:1533
                apply at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:100
                  run at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:528
  checked_transaction at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:466
                  run at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:527
                 each at org/jruby/RubyArray.java:1613
                  run at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:524
                  run at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/extensions/migration.rb:391
       setup_database at file:/opt/archivesspace-1.3.0/lib/common.jar!/db/db_migrator.rb:184
               (root) at ../scripts/rb/migrate_db.rb:43
              connect at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:69
              connect at /opt/archivesspace-1.3.0/gems/gems/sequel-4.20.0/lib/sequel/core.rb:95
               (root) at ../scripts/rb/migrate_db.rb:28

On Tue, Jul 21, 2015 at 4:54 AM, KNOWLES Claire <Claire.Knowles at ed.ac.uk<mailto:Claire.Knowles at ed.ac.uk>> wrote:
Hi Jason,

Did you run the setup-database.sh script to update your database tables? I had that error too. Now my setup-database.sh is failing to migrate jobs, has anyone else had problems updating their database for 1.3.0?

Cheers,

Claire

--
Claire Knowles
Library Digital Development Manager
Library and University Collections, Information Services
University of Edinburgh
Tel: 0131 6503023
Email: claire.knowles at ed.ac.uk<mailto:claire.knowles at ed.ac.uk>


From: <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Jason Brock <Jason.Brock at georgetown.edu<mailto:Jason.Brock at georgetown.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Monday, 20 July 2015 19:54
To: "archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Upgrade to 1.3.0 fails with db_error

When attempting to upgrade our ArchivesSpace instance either directly from 1.1.0 or incrementally from 1.1.0 to 1.1.2 to 1.2.0 to 1.3.0 we receive the following error when trying to start the service:

Connection to backend failed ({"error":{"db_error":["Database integrity constraint conflict: Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Unknown column 'position' in 'order clause'"]}}
).  Retrying...

We are running ArchivesSpace on RHEL 6 against a MySQL 5.6 database.

Any thoughts on this error are appreciated!

- Jason


--
Jason Brock
Sr. Systems Administrator
Georgetown University Library
202.687.5735<tel:202.687.5735>


The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/632a46e2/attachment.html>

From sdm7g at virginia.edu  Wed Jul 22 16:09:04 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Wed, 22 Jul 2015 16:09:04 -0400
Subject: [Archivesspace_Users_Group] proxying with a prefix [ was: Mysql
	connector issues with a source build ]
In-Reply-To: <4DFEEBFA-AD77-4443-9045-C0B79B73E5D9@gmail.com>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<D83B0160-9ED8-4F16-8665-F0F29E717DB9@virginia.edu>
	<2A952B62-C4C0-4355-A125-0BA5CA0C15E0@virginia.edu>
	<4DFEEBFA-AD77-4443-9045-C0B79B73E5D9@gmail.com>
Message-ID: <E9BDEC36-A43A-46AE-862F-B2A3682918B3@virginia.edu>


Adding those lines breaks everything ( whether I use the proxy address or not ).

Before adding those lines to config, the values for those settings were:

irb(main):001:0> AppConfig[:frontend_prefix]
"/admin/"
irb(main):002:0> AppConfig[:public_prefix]
"/public/"


which looked correct to me. 

After that change they are the whole URL, not just the prefix:

irb(main):001:0> AppConfig[:frontend_prefix]
"http://d-172-25-72-74.bootp.Virginia.EDU/admin/"



( Also: It looks like that first bunch of missing glyphs are coming from Bootstrap javascript
which maybe doesn?t know about the prefix.  ) 


? Steve Majewski




> On Jul 22, 2015, at 3:50 PM, Brian Hoffman <brianjhoffman at gmail.com> wrote:
> 
> Hi Steve,
> 
> I think you might be able to resolve that error by adding this to your config.rb:
> 
> AppConfig[:frontend_prefix] = proc {"http://#{AppConfig[:hostname]}/admin/?} <http:/#{AppConfig[:hostname]}/admin/%E2%80%9C}>
> AppConfig[:public_prefix] = proc {"http://#{AppConfig[:hostname]}/public/?} <http:/#{AppConfig[:hostname]}/public/%E2%80%9D}>
> 
> There is probably some redundancy in the way the _prefix and _proxy values are used - perhaps they could be combined in a future release.
> 
> Brian
> 
> 
> 
> 
> 
> 
> On Jul 22, 2015, at 3:39 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
> 
>> 
>> 
>> 
>>> On Jul 22, 2015, at 3:24 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>>> 
>>> 
>>> 
>>> I?m using 
>>> 
>>> config.rb:
>>> 
>>> AppConfig[:hostname] = proc { Socket.gethostname }
>>> # [?] 
>>> AppConfig[:frontend_url] = "http://localhost:8088/admin <http://localhost:8088/admin>" # 8080 used by tomcat!   
>>> AppConfig[:public_url] = "http://localhost:8081/public <http://localhost:8081/public>"
>>> AppConfig[:frontend_proxy_url] = proc { "http://#{AppConfig[:hostname]}/admin <http:/#{AppConfig[:hostname]}/admin>" }
>>> AppConfig[:public_proxy_url] = proc { "http://#{AppConfig[:hostname]}/public <http:/#{AppConfig[:hostname]}/public>" }
>>> 
>>> 
>>> 
>>> apache conf:
>>> 
>>>     ProxyPass /admin     http://localhost:8088/admin <http://localhost:8088/admin>
>>>     ProxyPass /public   http://localhost:8081/public <http://localhost:8081/public>
>>> 
>>> 
>>> 
>>> Which mostly works. 
>>> 
>>> 
>>> On the admin welcome page (after login) I?m missing these assets: 
>>> 
>>> http://localhost/assets/glyphicons-halflings-regular.woff2 <http://localhost/assets/glyphicons-halflings-regular.woff2> Failed to load resource: the server responded with a status of 404 (Not Found)
>>> http://localhost/assets/icomoon/icomoon.woff?-z7cehr <http://localhost/assets/icomoon/icomoon.woff?-z7cehr> Failed to load resource: the server responded with a status of 404 (Not Found)
>>> http://localhost/assets/glyphicons-halflings-regular.woff <http://localhost/assets/glyphicons-halflings-regular.woff> Failed to load resource: the server responded with a status of 404 (Not Found)
>>> http://localhost/assets/icomoon/icomoon.ttf?-z7cehr <http://localhost/assets/icomoon/icomoon.ttf?-z7cehr> Failed to load resource: the server responded with a status of 404 (Not Found)
>>> http://localhost/assets/glyphicons-halflings-regular.ttf <http://localhost/assets/glyphicons-halflings-regular.ttf> Failed to load resource: the server responded with a status of 404 (Not Found)
>>> 
>>> 
>>> which, I assume is what is causing some glyphs (which I had thought were images) to come up as empty squares.
>>> 
>>> 
>>> And when looking at Collections in the public interface, I get the missing Components 
>>> (with a constant 'busy loading? icon ) that was reported in a previous message by Reid, Sarah N.
>>> 
>>> 
>>> Chrome Console error message is:
>>> 
>>> GET http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12 <http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12> 404 (Not Found)bH.ajaxTransport.e.send @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ajax @ application-a05f22ac3ad515fde2728c1832af5791.js:25a.add_children @ application-a05f22ac3ad515fde2728c1832af5791.js:25(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14bH.fn.bH.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.i @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.cc.fireWith @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ready @ application-a05f22ac3ad515fde2728c1832af5791.js:25bY @ application-a05f22ac3ad515fde2728c1832af5791.js:25
>>> 
>>> 
>>> And it I insert a ?/? between ?public? and ?tree? in that URL above, 
>>> 
>>> http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=%2Frepositories%2F8%2Fresources%2F12 <http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=/repositories/8/resources/12>
>>> 
>>> 
>>> and try it in the browser, I get back some JSON that looks like what the AJAX calls are expecting:
>>> 
>>> {"self":{"title":"Alderman Family Papers","id":12,"node_type":"resource","publish":true,"suppressed":false,"record_uri":"/repositories/8/resources/12","level":"collection","jsonmodel_type":"resource_tree","instance_types":[],"containers":[],"has_children":false},"path_to_root":[],"direct_children":[]}
>>> 
>>> I just found that a few minutes ago, so I haven?t yet found the source of that bug. 
>>> 
>>> 
>> 
>> 
>> I?m thinking it?s here:
>> https://github.com/archivesspace/archivesspace/blob/master/public/app/assets/javascripts/record_tree.js#L12 <https://github.com/archivesspace/archivesspace/blob/master/public/app/assets/javascripts/record_tree.js#L12>
>> 
>> 
>>         $.ajax({
>>             url: APP_PATH + "tree",
>> 
>> 
>> 
>>> ? Steve Majewski
>>> 
>>> 
>>> 
>>> 
>>>> On Jul 22, 2015, at 2:27 PM, David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>> wrote:
>>>> 
>>>> Thanks Chris.  I saw the version number and assumed it would work from 1.0.2 and up.
>>>> 
>>>> I tried what you suggested yesterday without success.  I've attached a screenshot with what is happening with my config information with the setup you suggested.
>>>> 
>>>> config.rb:
>>>> AppConfig[:backend_url] = "http://localhost:8092 <http://localhost:8092/>"
>>>> AppConfig[:frontend_url] = "http://localhost:8090 <http://localhost:8090/>"
>>>> AppConfig[:solr_url] = "http://localhost:8093 <http://localhost:8093/>"
>>>> AppConfig[:public_url] = "http://localhost:8091 <http://localhost:8091/>"
>>>> 
>>>> AppConfig[:frontend_proxy_url] = "http://localhost/archivesspace/frontend <http://localhost/archivesspace/frontend>"
>>>> AppConfig[:public_proxy_url] = "http://localhost/archivesspace/public <http://localhost/archivesspace/public>"
>>>> 
>>>> 
>>>> Apache:
>>>>     RewriteRule ^/archivesspace/frontend$ http://localhost:8090/ <http://localhost:8090/> [L,P]
>>>>     RewriteRule ^/archivesspace/frontend/(.*)$ http://localhost:8090/$1 <http://localhost:8090/$1> [L,P]
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> On Wed, Jul 22, 2015 at 12:06 PM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org <mailto:Chris.Fitzpatrick at lyrasis.org>> wrote:
>>>> 
>>>> 
>>>> 
>>>> 
>>>> Hi David,
>>>> 
>>>> 
>>>> 
>>>> Wow, this documentation is extremely outdated ( from v1.0.2 ). 
>>>> 
>>>> 
>>>> 
>>>> I'll update this. 
>>>> 
>>>> 
>>>> 
>>>> But the new way for adding this is to use the proxy_url settings in the config.rb file: 
>>>> 
>>>> https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157 <https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157>
>>>> 
>>>> Change your url that you're proxying here, like 
>>>> 
>>>> AppConfig[:public_proxy_url] = "http://my.aspace.edu/public <http://my.aspace.edu/public>"
>>>> 
>>>> AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff <http://my.aspace.edu/staff>"
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> Does that make sense? No need to compile from source for this...
>>>> 
>>>> b,chris. 
>>>> 
>>>> 
>>>> 
>>>> Chris Fitzpatrick | Developer, ArchivesSpace
>>>> Skype: chrisfitzpat  | Phone: 918.236.6048
>>>> http://archivesspace.org/ <http://archivesspace.org/>
>>>> 
>>>> 
>>>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto: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 David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>>
>>>> Sent: Wednesday, July 22, 2015 6:34 PM
>>>> To: Archivesspace Users Group
>>>> Subject: Re: [Archivesspace_Users_Group] Mysql connector issues with a source build
>>>>  
>>>> Hi Brian,
>>>> 
>>>> As I mentioned in the original email, I'm following the instructions posted from ArchivesSpace Github to setup a installation with prefixes (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md <https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md>).  I have to use prefixes at our institute, I can't use sub-domains due to policies.
>>>> 
>>>> When I start with the original zip file, I don't run into this problem and the app starts up fine.  However, I'm plagued with url issues (css, js, assets, etc...) from the app when setting up the application with prefixes through Apache.
>>>> 
>>>> Thanks.
>>>> 
>>>> 
>>>> On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman<brianjhoffman at gmail.com <mailto:brianjhoffman at gmail.com>> wrote:
>>>> Hi David,
>>>> 
>>>> Why are you building the application from source rather than just downloading the zip and starting there? Can you confirm that you have the same problem when you start from the ZIP file?
>>>> 
>>>> Brian
>>>> 
>>>> 
>>>> On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>> wrote:
>>>> 
>>>>> Due to Archon migrations, I installed Aspace v1.0.4 (https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4 <https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4>) without issue but our University will not allow sub-domains so I have to use the Prefix method explained here (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md <https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md>)
>>>>> 
>>>>> So I reinstalled using the 1.0.4 from the source code adding the config/config.rb with the proper prefixes just as instructed.  I ran "build/run dist".  Unzipped the compiled code.  I put the mysql-connector-java.jar in the archivesspace/lib directory like I had in the working version above.  I've attached a screenshot.
>>>>> 
>>>>> It can't find the mysql-connector-java though it is in the lib directory of Archivesspace.  I've drop the exact version 5.1.13 as well as the newest.  It works perfectly fine in the non-source version but not the source build version.
>>>>> 
>>>>> Error: http://pastebin.com/FQVJEjEi <http://pastebin.com/FQVJEjEi>
>>>>> 
>>>>> Please advise.  Thanks.
>>>>> 
>>>>> -- 
>>>>> David Hietpas
>>>>> University of Wisconsin Oshkosh
>>>>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>>>>> <lib-jar-example.jpg>_______________________________________________
>>>>> Archivesspace_Users_Group mailing list
>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>> 
>>>> 
>>>> _______________________________________________
>>>> Archivesspace_Users_Group mailing list
>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>> 
>>>> 
>>>> 
>>>> 
>>>> -- 
>>>> David Hietpas
>>>> University of Wisconsin Oshkosh
>>>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>>>> 
>>>> _______________________________________________
>>>> Archivesspace_Users_Group mailing list
>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>> 
>>>> 
>>>> 
>>>> 
>>>> -- 
>>>> David Hietpas
>>>> University of Wisconsin Oshkosh
>>>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>>>> <example.jpg>_______________________________________________
>>>> Archivesspace_Users_Group mailing list
>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>> 
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>> 
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/04121546/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/04121546/attachment.bin>

From Claire.Knowles at ed.ac.uk  Wed Jul 22 16:10:41 2015
From: Claire.Knowles at ed.ac.uk (KNOWLES Claire)
Date: Wed, 22 Jul 2015 20:10:41 +0000
Subject: [Archivesspace_Users_Group] strategies for piecemeal re-index
Message-ID: <D1D5B687.16BBD%cknowles@exseed.ed.ac.uk>

Hi Maureen,

With another service we run we replicate the SOLR. If we want to do a full
reindex we then point the webapp to the replicated SOLR and turn off
replication. I?m not sure if this solution will work with ArchivesSpace,
I?m sure Chris can advise.

Claire

--
Claire Knowles
Library Digital Development Manager
Library and University Collections, Information Services
University of Edinburgh
Tel: 0131 6503023
Email: claire.knowles at ed.ac.uk





On 22/07/2015 15:37,
"archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of
Callahan, Maureen" 
<archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of
maureen.callahan at yale.edu> wrote:

>Hey everyone,
>
>At some point, our index got totally jacked. Unfortunately, our database
>is way too big to be able to do a full re-index overnight and we?re
>reluctant to leave it going over the weekend in case something goes wrong.
>
>Also, our Aeon requesting service relies on a webservice built on top of
>ArchivesSpace, so we can?t have the index unavailable for too long, even
>if it?s not during normal working hours.
>
>Has anyone played with re-indexing a bit at a time by deleting records
>from indexer_state? Is this a reliable way to fix index problems? Does
>anyone have thoughts on other strategies?
>
>Thanks,
>Maureen
>_______________________________________________
>Archivesspace_Users_Group mailing list
>Archivesspace_Users_Group at lyralists.lyrasis.org
>http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


-- 
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.



From mGorzalski at lib.siu.edu  Wed Jul 22 16:10:56 2015
From: mGorzalski at lib.siu.edu (Matthew J Gorzalski)
Date: Wed, 22 Jul 2015 20:10:56 +0000
Subject: [Archivesspace_Users_Group] Empty classifications in version 1.3.0
Message-ID: <faf60a11774a4c1b9817f262641d4cd8@it-excmb3.ad.siu.edu>

We have run into a problem with the ASpace classifications in version 1.3.0 not having any resources/collections attached to them.  We migrate from Archon into ASpace version 1.0.4 and the classifications have content.  Then we move to version 1.2.0, do the resequencing (mysql migration script reported a lot of entries like "added note to record to prevent conflict"), and the classifications have content.  Then we move to version 1.3.0 and suddenly the classifications no longer have content.  I'm speaking of the public view.  The admin view is correct in all versions.

MATT GORZALSKI
University Archivist

MORRIS LIBRARY
MAIL CODE 6632
SOUTHERN ILLINOIS UNIVERSITY
605 AGRICULTURE DR
CARBONDALE, IL 62901

mgorzalski at lib.siu.edu
P: 618/453-2225
F: 618/453-3440
lib.siu.edu

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/a00d70a7/attachment.html>

From hietpasd at uwosh.edu  Wed Jul 22 16:23:05 2015
From: hietpasd at uwosh.edu (David Hietpas)
Date: Wed, 22 Jul 2015 15:23:05 -0500
Subject: [Archivesspace_Users_Group] proxying with a prefix [ was: Mysql
 connector issues with a source build ]
In-Reply-To: <E9BDEC36-A43A-46AE-862F-B2A3682918B3@virginia.edu>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<D83B0160-9ED8-4F16-8665-F0F29E717DB9@virginia.edu>
	<2A952B62-C4C0-4355-A125-0BA5CA0C15E0@virginia.edu>
	<4DFEEBFA-AD77-4443-9045-C0B79B73E5D9@gmail.com>
	<E9BDEC36-A43A-46AE-862F-B2A3682918B3@virginia.edu>
Message-ID: <CAKEQ99S=8+MkU8x79rvZ0hXX7nENoyk93NVpkHLtL12ZjqX08w@mail.gmail.com>

This is the exact same problem I'm having too.  The assets are not loading
properly even when you declare a proxy url in the config.rb.  I've
hardcoded the proxy url even and it doesn't even reflex anywhere.

On Wed, Jul 22, 2015 at 3:09 PM, Steven Majewski <sdm7g at virginia.edu> wrote:

>
> Adding those lines breaks everything ( whether I use the proxy address or
> not ).
>
> Before adding those lines to config, the values for those settings were:
>
> irb(main):001:0> AppConfig[:frontend_prefix]
> "/admin/"
> irb(main):002:0> AppConfig[:public_prefix]
> "/public/"
>
>
> which looked correct to me.
>
> After that change they are the whole URL, not just the prefix:
>
> irb(main):001:0> AppConfig[:frontend_prefix]
> "http://d-172-25-72-74.bootp.Virginia.EDU/admin/"
>
>
>
> ( Also: It looks like that first bunch of missing glyphs are coming from
> Bootstrap javascript
> which maybe doesn?t know about the prefix.  )
>
>
> ? Steve Majewski
>
>
>
>
> On Jul 22, 2015, at 3:50 PM, Brian Hoffman <brianjhoffman at gmail.com>
> wrote:
>
> Hi Steve,
>
> I think you might be able to resolve that error by adding this to your
> config.rb:
>
> AppConfig[:frontend_prefix] = proc {"
> http://#{AppConfig[:hostname]}/admin/?}
> <http:/#%7BAppConfig[:hostname]%7D/admin/%E2%80%9C%7D>
> AppConfig[:public_prefix] = proc {"
> http://#{AppConfig[:hostname]}/public/?}
> <http:/#%7BAppConfig[:hostname]%7D/public/%E2%80%9D%7D>
>
> There is probably some redundancy in the way the _prefix and _proxy values
> are used - perhaps they could be combined in a future release.
>
> Brian
>
>
>
>
>
>
> On Jul 22, 2015, at 3:39 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
>
>
>
>
> On Jul 22, 2015, at 3:24 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
>
>
>
> I?m using
>
> config.rb:
>
> AppConfig[:hostname] = proc { Socket.gethostname }
> # [?]
> AppConfig[:frontend_url] = "http://localhost:8088/admin" # 8080 used by
> tomcat!
> AppConfig[:public_url] = "http://localhost:8081/public"
> AppConfig[:frontend_proxy_url] = proc { "
> http://#{AppConfig[:hostname]}/admin
> <http:/#%7BAppConfig[:hostname]%7D/admin>" }
> AppConfig[:public_proxy_url] = proc { "
> http://#{AppConfig[:hostname]}/public
> <http:/#%7BAppConfig[:hostname]%7D/public>" }
>
>
>
> apache conf:
>
>     ProxyPass /admin     http://localhost:8088/admin
>     ProxyPass /public   http://localhost:8081/public
>
>
>
> Which mostly works.
>
>
> On the admin welcome page (after login) I?m missing these assets:
>
> http://localhost/assets/glyphicons-halflings-regular.woff2 Failed to load
> resource: the server responded with a status of 404 (Not Found)
> http://localhost/assets/icomoon/icomoon.woff?-z7cehr Failed to load
> resource: the server responded with a status of 404 (Not Found)
> http://localhost/assets/glyphicons-halflings-regular.woff Failed to load
> resource: the server responded with a status of 404 (Not Found)
> http://localhost/assets/icomoon/icomoon.ttf?-z7cehr Failed to load
> resource: the server responded with a status of 404 (Not Found)
> http://localhost/assets/glyphicons-halflings-regular.ttf Failed to load
> resource: the server responded with a status of 404 (Not Found)
>
>
> which, I assume is what is causing some glyphs (which I had thought were
> images) to come up as empty squares.
>
>
> And when looking at Collections in the public interface, I get the missing
> Components
> (with a constant 'busy loading? icon ) that was reported in a previous
> message by Reid, Sarah N.
>
>
> Chrome Console error message is:
>
> GET
> http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12
>  404 (Not Found)bH.ajaxTransport.e.send @
> application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ajax @
> application-a05f22ac3ad515fde2728c1832af5791.js:25a.add_children @
> application-a05f22ac3ad515fde2728c1832af5791.js:25(anonymous function) @
> application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.each @
> application-a05f22ac3ad515fde2728c1832af5791.js:14bH.fn.bH.each @
> application-a05f22ac3ad515fde2728c1832af5791.js:14(anonymous function) @
> application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.i @
> application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.cc.fireWith
> @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ready @
> application-a05f22ac3ad515fde2728c1832af5791.js:25bY @
> application-a05f22ac3ad515fde2728c1832af5791.js:25
>
>
> And it I insert a ?/? between ?public? and ?tree? in that URL above,
>
>
> http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=%2Frepositories%2F8%2Fresources%2F12
> <http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=/repositories/8/resources/12>
>
>
> and try it in the browser, I get back some JSON that looks like what the
> AJAX calls are expecting:
>
> {"self":{"title":"Alderman Family Papers","id":12,"node_type":"resource","publish":true,"suppressed":false,"record_uri":"/repositories/8/resources/12","level":"collection","jsonmodel_type":"resource_tree","instance_types":[],"containers":[],"has_children":false},"path_to_root":[],"direct_children":[]}
>
>
> I just found that a few minutes ago, so I haven?t yet found the source of
> that bug.
>
>
>
>
> I?m thinking it?s here:
>
> https://github.com/archivesspace/archivesspace/blob/master/public/app/assets/javascripts/record_tree.js#L12
>
>
> $.ajax({ url: APP_PATH + "tree",
>
>
> ? Steve Majewski
>
>
>
>
> On Jul 22, 2015, at 2:27 PM, David Hietpas <hietpasd at uwosh.edu> wrote:
>
> Thanks Chris.  I saw the version number and assumed it would work from
> 1.0.2 and up.
>
> I tried what you suggested yesterday without success.  I've attached a
> screenshot with what is happening with my config information with the setup
> you suggested.
>
> config.rb:
> AppConfig[:backend_url] = "http://localhost:8092"
> AppConfig[:frontend_url] = "http://localhost:8090"
> AppConfig[:solr_url] = "http://localhost:8093"
> AppConfig[:public_url] = "http://localhost:8091"
>
> AppConfig[:frontend_proxy_url] = "http://localhost/archivesspace/frontend"
> AppConfig[:public_proxy_url] = "http://localhost/archivesspace/public"
>
>
> Apache:
>     RewriteRule ^/archivesspace/frontend$ http://localhost:8090/ [L,P]
>     RewriteRule ^/archivesspace/frontend/(.*)$ http://localhost:8090/$1
> [L,P]
>
>
>
>
>
>
>
>
>
>
>
>
> On Wed, Jul 22, 2015 at 12:06 PM, Chris Fitzpatrick <
> Chris.Fitzpatrick at lyrasis.org> wrote:
>
>>
>>
>> Hi David,
>>
>>
>> Wow, this documentation is extremely outdated ( from v1.0.2 ).
>>
>>
>> I'll update this.
>>
>>
>> But the new way for adding this is to use the proxy_url settings in the
>> config.rb file:
>>
>>
>> https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157
>>
>>
>> Change your url that you're proxying here, like
>>
>> AppConfig[:public_proxy_url] = "http://my.aspace.edu/public"
>>
>> AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff"
>>
>>
>>
>> Does that make sense? No need to compile from source for this...
>>
>> b,chris.
>>
>>
>> Chris Fitzpatrick | Developer, ArchivesSpace
>> Skype: chrisfitzpat  | Phone: 918.236.6048
>> http://archivesspace.org/
>>
>>
>> ------------------------------
>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
>> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
>> David Hietpas <hietpasd at uwosh.edu>
>> *Sent:* Wednesday, July 22, 2015 6:34 PM
>> *To:* Archivesspace Users Group
>> *Subject:* Re: [Archivesspace_Users_Group] Mysql connector issues with a
>> source build
>>
>> Hi Brian,
>>
>> As I mentioned in the original email, I'm following the instructions
>> posted from ArchivesSpace Github to setup a installation with prefixes (
>> https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md).
>> I have to use prefixes at our institute, I can't use sub-domains due to
>> policies.
>>
>> When I start with the original zip file, I don't run into this problem
>> and the app starts up fine.  However, I'm plagued with url issues (css, js,
>> assets, etc...) from the app when setting up the application with prefixes
>> through Apache.
>>
>> Thanks.
>>
>>
>> On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman<brianjhoffman at gmail.com>
>> wrote:
>>
>>> Hi David,
>>>
>>> Why are you building the application from source rather than just
>>> downloading the zip and starting there? Can you confirm that you have the
>>> same problem when you start from the ZIP file?
>>>
>>> Brian
>>>
>>>
>>> On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu> wrote:
>>>
>>> Due to Archon migrations, I installed Aspace v1.0.4 (
>>> https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4)
>>> without issue but our University will not allow sub-domains so I have to
>>> use the Prefix method explained here (
>>> https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md
>>> )
>>>
>>> So I reinstalled using the 1.0.4 from the source code adding the
>>> config/config.rb with the proper prefixes just as instructed.  I ran
>>> "build/run dist".  Unzipped the compiled code.  I put the
>>> mysql-connector-java.jar in the archivesspace/lib directory like I had in
>>> the working version above.  I've attached a screenshot.
>>>
>>> It can't find the mysql-connector-java though it is in the lib directory
>>> of Archivesspace.  I've drop the exact version 5.1.13 as well as the
>>> newest.  It works perfectly fine in the non-source version but not the
>>> source build version.
>>>
>>> Error: http://pastebin.com/FQVJEjEi
>>>
>>> Please advise.  Thanks.
>>>
>>> --
>>> David Hietpas
>>> University of Wisconsin Oshkosh
>>> hietpasd at uwosh.edu | 920-424-0291
>>> <lib-jar-example.jpg>_______________________________________________
>>> 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
>>>
>>>
>>
>>
>> --
>> David Hietpas
>> University of Wisconsin Oshkosh
>> hietpasd at uwosh.edu | 920-424-0291
>>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>
>>
>
>
> --
> David Hietpas
> University of Wisconsin Oshkosh
> hietpasd at uwosh.edu | 920-424-0291
> <example.jpg>_______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
David Hietpas
University of Wisconsin Oshkosh
hietpasd at uwosh.edu | 920-424-0291
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/377c472f/attachment.html>

From brianjhoffman at gmail.com  Wed Jul 22 16:24:09 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Wed, 22 Jul 2015 16:24:09 -0400
Subject: [Archivesspace_Users_Group] proxying with a prefix [ was: Mysql
	connector issues with a source build ]
In-Reply-To: <E9BDEC36-A43A-46AE-862F-B2A3682918B3@virginia.edu>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<D83B0160-9ED8-4F16-8665-F0F29E717DB9@virginia.edu>
	<2A952B62-C4C0-4355-A125-0BA5CA0C15E0@virginia.edu>
	<4DFEEBFA-AD77-4443-9045-C0B79B73E5D9@gmail.com>
	<E9BDEC36-A43A-46AE-862F-B2A3682918B3@virginia.edu>
Message-ID: <A42C2CC6-AD2D-4DFB-9728-1BE8DA61E1DB@gmail.com>

Oops, sorry about that. Yes, I see the problem now - the public app isn?t actually set up to look at the prefix value. I can submit a fix for that for the next release. If it?s an urgent issue I can give you instructions for fixing the current release.

Brian



On Jul 22, 2015, at 4:09 PM, Steven Majewski <sdm7g at virginia.edu> wrote:

> 
> Adding those lines breaks everything ( whether I use the proxy address or not ).
> 
> Before adding those lines to config, the values for those settings were:
> 
> irb(main):001:0> AppConfig[:frontend_prefix]
> "/admin/"
> irb(main):002:0> AppConfig[:public_prefix]
> "/public/"
> 
> 
> which looked correct to me. 
> 
> After that change they are the whole URL, not just the prefix:
> 
> irb(main):001:0> AppConfig[:frontend_prefix]
> "http://d-172-25-72-74.bootp.Virginia.EDU/admin/"
> 
> 
> 
> ( Also: It looks like that first bunch of missing glyphs are coming from Bootstrap javascript
> which maybe doesn?t know about the prefix.  ) 
> 
> 
> ? Steve Majewski
> 
> 
> 
> 
>> On Jul 22, 2015, at 3:50 PM, Brian Hoffman <brianjhoffman at gmail.com> wrote:
>> 
>> Hi Steve,
>> 
>> I think you might be able to resolve that error by adding this to your config.rb:
>> 
>> AppConfig[:frontend_prefix] = proc {"http://#{AppConfig[:hostname]}/admin/?}
>> AppConfig[:public_prefix] = proc {"http://#{AppConfig[:hostname]}/public/?}
>> 
>> There is probably some redundancy in the way the _prefix and _proxy values are used - perhaps they could be combined in a future release.
>> 
>> Brian
>> 
>> 
>> 
>> 
>> 
>> 
>> On Jul 22, 2015, at 3:39 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
>> 
>>> 
>>> 
>>> 
>>>> On Jul 22, 2015, at 3:24 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
>>>> 
>>>> 
>>>> 
>>>> I?m using 
>>>> 
>>>> config.rb:
>>>> 
>>>> AppConfig[:hostname] = proc { Socket.gethostname }
>>>> # [?] 
>>>> AppConfig[:frontend_url] = "http://localhost:8088/admin" # 8080 used by tomcat!   
>>>> AppConfig[:public_url] = "http://localhost:8081/public"
>>>> AppConfig[:frontend_proxy_url] = proc { "http://#{AppConfig[:hostname]}/admin" }
>>>> AppConfig[:public_proxy_url] = proc { "http://#{AppConfig[:hostname]}/public" }
>>>> 
>>>> 
>>>> 
>>>> apache conf:
>>>> 
>>>>     ProxyPass /admin     http://localhost:8088/admin
>>>>     ProxyPass /public   http://localhost:8081/public
>>>> 
>>>> 
>>>> 
>>>> Which mostly works. 
>>>> 
>>>> 
>>>> On the admin welcome page (after login) I?m missing these assets: 
>>>> 
>>>> http://localhost/assets/glyphicons-halflings-regular.woff2 Failed to load resource: the server responded with a status of 404 (Not Found)
>>>> http://localhost/assets/icomoon/icomoon.woff?-z7cehr Failed to load resource: the server responded with a status of 404 (Not Found)
>>>> http://localhost/assets/glyphicons-halflings-regular.woff Failed to load resource: the server responded with a status of 404 (Not Found)
>>>> http://localhost/assets/icomoon/icomoon.ttf?-z7cehr Failed to load resource: the server responded with a status of 404 (Not Found)
>>>> http://localhost/assets/glyphicons-halflings-regular.ttf Failed to load resource: the server responded with a status of 404 (Not Found)
>>>> 
>>>> 
>>>> which, I assume is what is causing some glyphs (which I had thought were images) to come up as empty squares.
>>>> 
>>>> 
>>>> And when looking at Collections in the public interface, I get the missing Components 
>>>> (with a constant 'busy loading? icon ) that was reported in a previous message by Reid, Sarah N.
>>>> 
>>>> 
>>>> Chrome Console error message is:
>>>> 
>>>> GET http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12 404 (Not Found)bH.ajaxTransport.e.send @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ajax @ application-a05f22ac3ad515fde2728c1832af5791.js:25a.add_children @ application-a05f22ac3ad515fde2728c1832af5791.js:25(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14bH.fn.bH.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.i @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.cc.fireWith @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ready @ application-a05f22ac3ad515fde2728c1832af5791.js:25bY @ application-a05f22ac3ad515fde2728c1832af5791.js:25
>>>> 
>>>> 
>>>> And it I insert a ?/? between ?public? and ?tree? in that URL above, 
>>>> 
>>>> http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=%2Frepositories%2F8%2Fresources%2F12
>>>> 
>>>> 
>>>> and try it in the browser, I get back some JSON that looks like what the AJAX calls are expecting:
>>>> 
>>>> {"self":{"title":"Alderman Family Papers","id":12,"node_type":"resource","publish":true,"suppressed":false,"record_uri":"/repositories/8/resources/12","level":"collection","jsonmodel_type":"resource_tree","instance_types":[],"containers":[],"has_children":false},"path_to_root":[],"direct_children":[]}
>>>> 
>>>> I just found that a few minutes ago, so I haven?t yet found the source of that bug. 
>>>> 
>>>> 
>>> 
>>> 
>>> I?m thinking it?s here:
>>> https://github.com/archivesspace/archivesspace/blob/master/public/app/assets/javascripts/record_tree.js#L12
>>> 
>>> 
>>>         $.ajax({
>>>             url: APP_PATH + "tree",
>>> 
>>> 
>>> 
>>>> ? Steve Majewski
>>>> 
>>>> 
>>>> 
>>>> 
>>>>> On Jul 22, 2015, at 2:27 PM, David Hietpas <hietpasd at uwosh.edu> wrote:
>>>>> 
>>>>> Thanks Chris.  I saw the version number and assumed it would work from 1.0.2 and up.
>>>>> 
>>>>> I tried what you suggested yesterday without success.  I've attached a screenshot with what is happening with my config information with the setup you suggested.
>>>>> 
>>>>> config.rb:
>>>>> AppConfig[:backend_url] = "http://localhost:8092"
>>>>> AppConfig[:frontend_url] = "http://localhost:8090"
>>>>> AppConfig[:solr_url] = "http://localhost:8093"
>>>>> AppConfig[:public_url] = "http://localhost:8091"
>>>>> 
>>>>> AppConfig[:frontend_proxy_url] = "http://localhost/archivesspace/frontend"
>>>>> AppConfig[:public_proxy_url] = "http://localhost/archivesspace/public"
>>>>> 
>>>>> 
>>>>> Apache:
>>>>>     RewriteRule ^/archivesspace/frontend$ http://localhost:8090/ [L,P]
>>>>>     RewriteRule ^/archivesspace/frontend/(.*)$ http://localhost:8090/$1 [L,P]
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> On Wed, Jul 22, 2015 at 12:06 PM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org> wrote:
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> Hi David,
>>>>> 
>>>>> 
>>>>> 
>>>>> Wow, this documentation is extremely outdated ( from v1.0.2 ). 
>>>>> 
>>>>> 
>>>>> 
>>>>> I'll update this. 
>>>>> 
>>>>> 
>>>>> 
>>>>> But the new way for adding this is to use the proxy_url settings in the config.rb file: 
>>>>> 
>>>>> https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157
>>>>> 
>>>>> 
>>>>> 
>>>>> Change your url that you're proxying here, like 
>>>>> 
>>>>> AppConfig[:public_proxy_url] = "http://my.aspace.edu/public"
>>>>> 
>>>>> AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff"
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> Does that make sense? No need to compile from source for this...
>>>>> 
>>>>> b,chris. 
>>>>> 
>>>>> 
>>>>> 
>>>>> Chris Fitzpatrick | Developer, ArchivesSpace
>>>>> Skype: chrisfitzpat  | Phone: 918.236.6048
>>>>> http://archivesspace.org/
>>>>> 
>>>>> 
>>>>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of David Hietpas <hietpasd at uwosh.edu>
>>>>> Sent: Wednesday, July 22, 2015 6:34 PM
>>>>> To: Archivesspace Users Group
>>>>> Subject: Re: [Archivesspace_Users_Group] Mysql connector issues with a source build
>>>>>  
>>>>> Hi Brian,
>>>>> 
>>>>> As I mentioned in the original email, I'm following the instructions posted from ArchivesSpace Github to setup a installation with prefixes (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md).  I have to use prefixes at our institute, I can't use sub-domains due to policies.
>>>>> 
>>>>> When I start with the original zip file, I don't run into this problem and the app starts up fine.  However, I'm plagued with url issues (css, js, assets, etc...) from the app when setting up the application with prefixes through Apache.
>>>>> 
>>>>> Thanks.
>>>>> 
>>>>> 
>>>>> On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman<brianjhoffman at gmail.com> wrote:
>>>>> Hi David,
>>>>> 
>>>>> Why are you building the application from source rather than just downloading the zip and starting there? Can you confirm that you have the same problem when you start from the ZIP file?
>>>>> 
>>>>> Brian
>>>>> 
>>>>> 
>>>>> On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu> wrote:
>>>>> 
>>>>>> Due to Archon migrations, I installed Aspace v1.0.4 (https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4) without issue but our University will not allow sub-domains so I have to use the Prefix method explained here (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md)
>>>>>> 
>>>>>> So I reinstalled using the 1.0.4 from the source code adding the config/config.rb with the proper prefixes just as instructed.  I ran "build/run dist".  Unzipped the compiled code.  I put the mysql-connector-java.jar in the archivesspace/lib directory like I had in the working version above.  I've attached a screenshot.
>>>>>> 
>>>>>> It can't find the mysql-connector-java though it is in the lib directory of Archivesspace.  I've drop the exact version 5.1.13 as well as the newest.  It works perfectly fine in the non-source version but not the source build version.
>>>>>> 
>>>>>> Error: http://pastebin.com/FQVJEjEi
>>>>>> 
>>>>>> Please advise.  Thanks.
>>>>>> 
>>>>>> -- 
>>>>>> David Hietpas
>>>>>> University of Wisconsin Oshkosh
>>>>>> hietpasd at uwosh.edu | 920-424-0291
>>>>>> <lib-jar-example.jpg>_______________________________________________
>>>>>> 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
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> -- 
>>>>> David Hietpas
>>>>> University of Wisconsin Oshkosh
>>>>> hietpasd at uwosh.edu | 920-424-0291
>>>>> 
>>>>> _______________________________________________
>>>>> Archivesspace_Users_Group mailing list
>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> -- 
>>>>> David Hietpas
>>>>> University of Wisconsin Oshkosh
>>>>> hietpasd at uwosh.edu | 920-424-0291
>>>>> <example.jpg>_______________________________________________
>>>>> Archivesspace_Users_Group mailing list
>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>> 
>>>> _______________________________________________
>>>> Archivesspace_Users_Group mailing list
>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>> 
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>> 
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/dd090193/attachment.html>

From maureen.callahan at yale.edu  Wed Jul 22 16:26:12 2015
From: maureen.callahan at yale.edu (Callahan, Maureen)
Date: Wed, 22 Jul 2015 20:26:12 +0000
Subject: [Archivesspace_Users_Group] strategies for piecemeal re-index
In-Reply-To: <D1D5B687.16BBD%cknowles@exseed.ed.ac.uk>
References: <D1D5B687.16BBD%cknowles@exseed.ed.ac.uk>
Message-ID: <5F761F94-7A4B-4D85-AEA2-18282110901F@yale.edu>

Claire, this sounds like a very sensible solution. Thank you! I?m eager to hear any thoughts that Chris or Brian may have. I (or someone else from Yale) may also be in touch directly to learn more about your process.

Many thanks,
Maureen


> On Jul 22, 2015, at 4:10 PM, KNOWLES Claire <Claire.Knowles at ed.ac.uk> wrote:
> 
> Hi Maureen,
> 
> With another service we run we replicate the SOLR. If we want to do a full
> reindex we then point the webapp to the replicated SOLR and turn off
> replication. I?m not sure if this solution will work with ArchivesSpace,
> I?m sure Chris can advise.
> 
> Claire
> 
> --
> Claire Knowles
> Library Digital Development Manager
> Library and University Collections, Information Services
> University of Edinburgh
> Tel: 0131 6503023
> Email: claire.knowles at ed.ac.uk
> 
> 
> 
> 
> 
> On 22/07/2015 15:37,
> "archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of
> Callahan, Maureen" 
> <archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of
> maureen.callahan at yale.edu> wrote:
> 
>> Hey everyone,
>> 
>> At some point, our index got totally jacked. Unfortunately, our database
>> is way too big to be able to do a full re-index overnight and we?re
>> reluctant to leave it going over the weekend in case something goes wrong.
>> 
>> Also, our Aeon requesting service relies on a webservice built on top of
>> ArchivesSpace, so we can?t have the index unavailable for too long, even
>> if it?s not during normal working hours.
>> 
>> Has anyone played with re-indexing a bit at a time by deleting records
>> from indexer_state? Is this a reliable way to fix index problems? Does
>> anyone have thoughts on other strategies?
>> 
>> Thanks,
>> Maureen
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=tn9RUtSjPMsjMstlHFo9h7W0l1cfREohyVoURWtmSxM&s=SEcF2mqDEkndNEGCVVYmk--uNFqLRX112AYMrnZD2L0&e= 
> 
> 
> -- 
> The University of Edinburgh is a charitable body, registered in
> Scotland, with registration number SC005336.
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=tn9RUtSjPMsjMstlHFo9h7W0l1cfREohyVoURWtmSxM&s=SEcF2mqDEkndNEGCVVYmk--uNFqLRX112AYMrnZD2L0&e= 



From sdm7g at virginia.edu  Wed Jul 22 16:27:29 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Wed, 22 Jul 2015 16:27:29 -0400
Subject: [Archivesspace_Users_Group] proxying with a prefix [ was: Mysql
	connector issues with a source build ]
In-Reply-To: <A42C2CC6-AD2D-4DFB-9728-1BE8DA61E1DB@gmail.com>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<D83B0160-9ED8-4F16-8665-F0F29E717DB9@virginia.edu>
	<2A952B62-C4C0-4355-A125-0BA5CA0C15E0@virginia.edu>
	<4DFEEBFA-AD77-4443-9045-C0B79B73E5D9@gmail.com>
	<E9BDEC36-A43A-46AE-862F-B2A3682918B3@virginia.edu>
	<A42C2CC6-AD2D-4DFB-9728-1BE8DA61E1DB@gmail.com>
Message-ID: <916589EE-1C03-4967-8F4E-AB9479797453@virginia.edu>


> On Jul 22, 2015, at 4:24 PM, Brian Hoffman <brianjhoffman at gmail.com> wrote:
> 
> Oops, sorry about that. Yes, I see the problem now - the public app isn?t actually set up to look at the prefix value. I can submit a fix for that for the next release. If it?s an urgent issue I can give you instructions for fixing the current release.
> 
> Brian
> 
> 


Yes ? We?re trying to move from a test server to production next week, and we would like
to get rid of the need for port numbers in the URLs as part of that move, so instructions
on how to fix public would be helpful.  

? Steve. 



> 
> On Jul 22, 2015, at 4:09 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
> 
>> 
>> Adding those lines breaks everything ( whether I use the proxy address or not ).
>> 
>> Before adding those lines to config, the values for those settings were:
>> 
>> irb(main):001:0> AppConfig[:frontend_prefix]
>> "/admin/"
>> irb(main):002:0> AppConfig[:public_prefix]
>> "/public/"
>> 
>> 
>> which looked correct to me. 
>> 
>> After that change they are the whole URL, not just the prefix:
>> 
>> irb(main):001:0> AppConfig[:frontend_prefix]
>> "http://d-172-25-72-74.bootp.Virginia.EDU/admin/ <http://d-172-25-72-74.bootp.virginia.edu/admin/>"
>> 
>> 
>> 
>> ( Also: It looks like that first bunch of missing glyphs are coming from Bootstrap javascript
>> which maybe doesn?t know about the prefix.  ) 
>> 
>> 
>> ? Steve Majewski
>> 
>> 
>> 
>> 
>>> On Jul 22, 2015, at 3:50 PM, Brian Hoffman <brianjhoffman at gmail.com <mailto:brianjhoffman at gmail.com>> wrote:
>>> 
>>> Hi Steve,
>>> 
>>> I think you might be able to resolve that error by adding this to your config.rb:
>>> 
>>> AppConfig[:frontend_prefix] = proc {"http://#{AppConfig[:hostname]}/admin/?} <http:/#{AppConfig[:hostname]}/admin/%E2%80%9C}>
>>> AppConfig[:public_prefix] = proc {"http://#{AppConfig[:hostname]}/public/?} <http:/#{AppConfig[:hostname]}/public/%E2%80%9D}>
>>> 
>>> There is probably some redundancy in the way the _prefix and _proxy values are used - perhaps they could be combined in a future release.
>>> 
>>> Brian
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On Jul 22, 2015, at 3:39 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>>> 
>>>> 
>>>> 
>>>> 
>>>>> On Jul 22, 2015, at 3:24 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>>>>> 
>>>>> 
>>>>> 
>>>>> I?m using 
>>>>> 
>>>>> config.rb:
>>>>> 
>>>>> AppConfig[:hostname] = proc { Socket.gethostname }
>>>>> # [?] 
>>>>> AppConfig[:frontend_url] = "http://localhost:8088/admin <http://localhost:8088/admin>" # 8080 used by tomcat!   
>>>>> AppConfig[:public_url] = "http://localhost:8081/public <http://localhost:8081/public>"
>>>>> AppConfig[:frontend_proxy_url] = proc { "http://#{AppConfig[:hostname]}/admin <http:/#{AppConfig[:hostname]}/admin>" }
>>>>> AppConfig[:public_proxy_url] = proc { "http://#{AppConfig[:hostname]}/public <http:/#{AppConfig[:hostname]}/public>" }
>>>>> 
>>>>> 
>>>>> 
>>>>> apache conf:
>>>>> 
>>>>>     ProxyPass /admin     http://localhost:8088/admin <http://localhost:8088/admin>
>>>>>     ProxyPass /public   http://localhost:8081/public <http://localhost:8081/public>
>>>>> 
>>>>> 
>>>>> 
>>>>> Which mostly works. 
>>>>> 
>>>>> 
>>>>> On the admin welcome page (after login) I?m missing these assets: 
>>>>> 
>>>>> http://localhost/assets/glyphicons-halflings-regular.woff2 <http://localhost/assets/glyphicons-halflings-regular.woff2> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>> http://localhost/assets/icomoon/icomoon.woff?-z7cehr <http://localhost/assets/icomoon/icomoon.woff?-z7cehr> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>> http://localhost/assets/glyphicons-halflings-regular.woff <http://localhost/assets/glyphicons-halflings-regular.woff> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>> http://localhost/assets/icomoon/icomoon.ttf?-z7cehr <http://localhost/assets/icomoon/icomoon.ttf?-z7cehr> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>> http://localhost/assets/glyphicons-halflings-regular.ttf <http://localhost/assets/glyphicons-halflings-regular.ttf> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>> 
>>>>> 
>>>>> which, I assume is what is causing some glyphs (which I had thought were images) to come up as empty squares.
>>>>> 
>>>>> 
>>>>> And when looking at Collections in the public interface, I get the missing Components 
>>>>> (with a constant 'busy loading? icon ) that was reported in a previous message by Reid, Sarah N.
>>>>> 
>>>>> 
>>>>> Chrome Console error message is:
>>>>> 
>>>>> GET http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12 <http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12> 404 (Not Found)bH.ajaxTransport.e.send @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ajax @ application-a05f22ac3ad515fde2728c1832af5791.js:25a.add_children @ application-a05f22ac3ad515fde2728c1832af5791.js:25(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14bH.fn.bH.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.i @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.cc.fireWith @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ready @ application-a05f22ac3ad515fde2728c1832af5791.js:25bY @ application-a05f22ac3ad515fde2728c1832af5791.js:25
>>>>> 
>>>>> 
>>>>> And it I insert a ?/? between ?public? and ?tree? in that URL above, 
>>>>> 
>>>>> http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=%2Frepositories%2F8%2Fresources%2F12 <http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=/repositories/8/resources/12>
>>>>> 
>>>>> 
>>>>> and try it in the browser, I get back some JSON that looks like what the AJAX calls are expecting:
>>>>> 
>>>>> {"self":{"title":"Alderman Family Papers","id":12,"node_type":"resource","publish":true,"suppressed":false,"record_uri":"/repositories/8/resources/12","level":"collection","jsonmodel_type":"resource_tree","instance_types":[],"containers":[],"has_children":false},"path_to_root":[],"direct_children":[]}
>>>>> 
>>>>> I just found that a few minutes ago, so I haven?t yet found the source of that bug. 
>>>>> 
>>>>> 
>>>> 
>>>> 
>>>> I?m thinking it?s here:
>>>> https://github.com/archivesspace/archivesspace/blob/master/public/app/assets/javascripts/record_tree.js#L12 <https://github.com/archivesspace/archivesspace/blob/master/public/app/assets/javascripts/record_tree.js#L12>
>>>> 
>>>> 
>>>>         $.ajax({
>>>>             url: APP_PATH + "tree",
>>>> 
>>>> 
>>>> 
>>>>> ? Steve Majewski
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>>> On Jul 22, 2015, at 2:27 PM, David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>> wrote:
>>>>>> 
>>>>>> Thanks Chris.  I saw the version number and assumed it would work from 1.0.2 and up.
>>>>>> 
>>>>>> I tried what you suggested yesterday without success.  I've attached a screenshot with what is happening with my config information with the setup you suggested.
>>>>>> 
>>>>>> config.rb:
>>>>>> AppConfig[:backend_url] = "http://localhost:8092 <http://localhost:8092/>"
>>>>>> AppConfig[:frontend_url] = "http://localhost:8090 <http://localhost:8090/>"
>>>>>> AppConfig[:solr_url] = "http://localhost:8093 <http://localhost:8093/>"
>>>>>> AppConfig[:public_url] = "http://localhost:8091 <http://localhost:8091/>"
>>>>>> 
>>>>>> AppConfig[:frontend_proxy_url] = "http://localhost/archivesspace/frontend <http://localhost/archivesspace/frontend>"
>>>>>> AppConfig[:public_proxy_url] = "http://localhost/archivesspace/public <http://localhost/archivesspace/public>"
>>>>>> 
>>>>>> 
>>>>>> Apache:
>>>>>>     RewriteRule ^/archivesspace/frontend$ http://localhost:8090/ <http://localhost:8090/> [L,P]
>>>>>>     RewriteRule ^/archivesspace/frontend/(.*)$ http://localhost:8090/$1 <http://localhost:8090/$1> [L,P]
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> On Wed, Jul 22, 2015 at 12:06 PM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org <mailto:Chris.Fitzpatrick at lyrasis.org>> wrote:
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> Hi David,
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> Wow, this documentation is extremely outdated ( from v1.0.2 ). 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> I'll update this. 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> But the new way for adding this is to use the proxy_url settings in the config.rb file: 
>>>>>> 
>>>>>> https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157 <https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157>
>>>>>> 
>>>>>> Change your url that you're proxying here, like 
>>>>>> 
>>>>>> AppConfig[:public_proxy_url] = "http://my.aspace.edu/public <http://my.aspace.edu/public>"
>>>>>> 
>>>>>> AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff <http://my.aspace.edu/staff>"
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> Does that make sense? No need to compile from source for this...
>>>>>> 
>>>>>> b,chris. 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> Chris Fitzpatrick | Developer, ArchivesSpace
>>>>>> Skype: chrisfitzpat  | Phone: 918.236.6048
>>>>>> http://archivesspace.org/ <http://archivesspace.org/>
>>>>>> 
>>>>>> 
>>>>>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto: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 David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>>
>>>>>> Sent: Wednesday, July 22, 2015 6:34 PM
>>>>>> To: Archivesspace Users Group
>>>>>> Subject: Re: [Archivesspace_Users_Group] Mysql connector issues with a source build
>>>>>>  
>>>>>> Hi Brian,
>>>>>> 
>>>>>> As I mentioned in the original email, I'm following the instructions posted from ArchivesSpace Github to setup a installation with prefixes (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md <https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md>).  I have to use prefixes at our institute, I can't use sub-domains due to policies.
>>>>>> 
>>>>>> When I start with the original zip file, I don't run into this problem and the app starts up fine.  However, I'm plagued with url issues (css, js, assets, etc...) from the app when setting up the application with prefixes through Apache.
>>>>>> 
>>>>>> Thanks.
>>>>>> 
>>>>>> 
>>>>>> On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman<brianjhoffman at gmail.com <mailto:brianjhoffman at gmail.com>> wrote:
>>>>>> Hi David,
>>>>>> 
>>>>>> Why are you building the application from source rather than just downloading the zip and starting there? Can you confirm that you have the same problem when you start from the ZIP file?
>>>>>> 
>>>>>> Brian
>>>>>> 
>>>>>> 
>>>>>> On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>> wrote:
>>>>>> 
>>>>>>> Due to Archon migrations, I installed Aspace v1.0.4 (https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4 <https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4>) without issue but our University will not allow sub-domains so I have to use the Prefix method explained here (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md <https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md>)
>>>>>>> 
>>>>>>> So I reinstalled using the 1.0.4 from the source code adding the config/config.rb with the proper prefixes just as instructed.  I ran "build/run dist".  Unzipped the compiled code.  I put the mysql-connector-java.jar in the archivesspace/lib directory like I had in the working version above.  I've attached a screenshot.
>>>>>>> 
>>>>>>> It can't find the mysql-connector-java though it is in the lib directory of Archivesspace.  I've drop the exact version 5.1.13 as well as the newest.  It works perfectly fine in the non-source version but not the source build version.
>>>>>>> 
>>>>>>> Error: http://pastebin.com/FQVJEjEi <http://pastebin.com/FQVJEjEi>
>>>>>>> 
>>>>>>> Please advise.  Thanks.
>>>>>>> 
>>>>>>> -- 
>>>>>>> David Hietpas
>>>>>>> University of Wisconsin Oshkosh
>>>>>>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>>>>>>> <lib-jar-example.jpg>_______________________________________________
>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>> 
>>>>>> 
>>>>>> _______________________________________________
>>>>>> Archivesspace_Users_Group mailing list
>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> -- 
>>>>>> David Hietpas
>>>>>> University of Wisconsin Oshkosh
>>>>>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>>>>>> 
>>>>>> _______________________________________________
>>>>>> Archivesspace_Users_Group mailing list
>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> -- 
>>>>>> David Hietpas
>>>>>> University of Wisconsin Oshkosh
>>>>>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>>>>>> <example.jpg>_______________________________________________
>>>>>> Archivesspace_Users_Group mailing list
>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>> 
>>>>> _______________________________________________
>>>>> Archivesspace_Users_Group mailing list
>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>> 
>>>> _______________________________________________
>>>> Archivesspace_Users_Group mailing list
>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>> 
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto: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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/c19e9509/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/c19e9509/attachment.bin>

From brianjhoffman at gmail.com  Wed Jul 22 16:41:28 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Wed, 22 Jul 2015 16:41:28 -0400
Subject: [Archivesspace_Users_Group] strategies for piecemeal re-index
In-Reply-To: <5F761F94-7A4B-4D85-AEA2-18282110901F@yale.edu>
References: <D1D5B687.16BBD%cknowles@exseed.ed.ac.uk>
	<5F761F94-7A4B-4D85-AEA2-18282110901F@yale.edu>
Message-ID: <332D500C-F163-43BE-AC13-42E0492EB1DD@gmail.com>

Hi Maureen,

Perhaps you could try using a second instance of ArchivesSpace to build the new index, then copying that index over your production ArchivesSpace index. It?s not elegant but I can?t think of anything better.

Brian


On Jul 22, 2015, at 4:26 PM, Callahan, Maureen <maureen.callahan at yale.edu> wrote:

> Claire, this sounds like a very sensible solution. Thank you! I?m eager to hear any thoughts that Chris or Brian may have. I (or someone else from Yale) may also be in touch directly to learn more about your process.
> 
> Many thanks,
> Maureen
> 
> 
>> On Jul 22, 2015, at 4:10 PM, KNOWLES Claire <Claire.Knowles at ed.ac.uk> wrote:
>> 
>> Hi Maureen,
>> 
>> With another service we run we replicate the SOLR. If we want to do a full
>> reindex we then point the webapp to the replicated SOLR and turn off
>> replication. I?m not sure if this solution will work with ArchivesSpace,
>> I?m sure Chris can advise.
>> 
>> Claire
>> 
>> --
>> Claire Knowles
>> Library Digital Development Manager
>> Library and University Collections, Information Services
>> University of Edinburgh
>> Tel: 0131 6503023
>> Email: claire.knowles at ed.ac.uk
>> 
>> 
>> 
>> 
>> 
>> On 22/07/2015 15:37,
>> "archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of
>> Callahan, Maureen" 
>> <archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of
>> maureen.callahan at yale.edu> wrote:
>> 
>>> Hey everyone,
>>> 
>>> At some point, our index got totally jacked. Unfortunately, our database
>>> is way too big to be able to do a full re-index overnight and we?re
>>> reluctant to leave it going over the weekend in case something goes wrong.
>>> 
>>> Also, our Aeon requesting service relies on a webservice built on top of
>>> ArchivesSpace, so we can?t have the index unavailable for too long, even
>>> if it?s not during normal working hours.
>>> 
>>> Has anyone played with re-indexing a bit at a time by deleting records
>>> from indexer_state? Is this a reliable way to fix index problems? Does
>>> anyone have thoughts on other strategies?
>>> 
>>> Thanks,
>>> Maureen
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=tn9RUtSjPMsjMstlHFo9h7W0l1cfREohyVoURWtmSxM&s=SEcF2mqDEkndNEGCVVYmk--uNFqLRX112AYMrnZD2L0&e= 
>> 
>> 
>> -- 
>> The University of Edinburgh is a charitable body, registered in
>> Scotland, with registration number SC005336.
>> 
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=tn9RUtSjPMsjMstlHFo9h7W0l1cfREohyVoURWtmSxM&s=SEcF2mqDEkndNEGCVVYmk--uNFqLRX112AYMrnZD2L0&e= 
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



From sdm7g at virginia.edu  Wed Jul 22 16:45:34 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Wed, 22 Jul 2015 16:45:34 -0400
Subject: [Archivesspace_Users_Group] proxying with a prefix [ was: Mysql
	connector issues with a source build ]
In-Reply-To: <916589EE-1C03-4967-8F4E-AB9479797453@virginia.edu>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<D83B0160-9ED8-4F16-8665-F0F29E717DB9@virginia.edu>
	<2A952B62-C4C0-4355-A125-0BA5CA0C15E0@virginia.edu>
	<4DFEEBFA-AD77-4443-9045-C0B79B73E5D9@gmail.com>
	<E9BDEC36-A43A-46AE-862F-B2A3682918B3@virginia.edu>
	<A42C2CC6-AD2D-4DFB-9728-1BE8DA61E1DB@gmail.com>
	<916589EE-1C03-4967-8F4E-AB9479797453@virginia.edu>
Message-ID: <FBC07071-5942-445F-90EE-5A3986815A0D@virginia.edu>


I also see that running 'rake routes? on the public app yields a much smaller output 
than it did before adding the prefix: 



public$ rake routes
Loading ArchivesSpace configuration file from path: /projects/Archivespace/dcs-archivesspace/common//config/config.rb
         search GET /public/search(.:format)                                              search#search
advanced_search GET /public/advanced_search(.:format)                                     search#advanced_search
           tree GET /public/tree(.:format)                                                records#tree
                GET /public/repositories/:repo_id/resources/:id(.:format)                 records#resource
                GET /public/repositories/:repo_id/digital_objects/:id(.:format)           records#digital_object
                GET /public/repositories/:repo_id/archival_objects/:id(.:format)          records#archival_object
                GET /public/repositories/:repo_id/digital_object_components/:id(.:format) records#digital_object_component
                GET /public/repositories/:repo_id(.:format)                               search#repository
                GET /public/repositories/:repo_id/classifications/:id(.:format)           records#classification
                GET /public/repositories/:repo_id/accessions/:id(.:format)                records#accession
                GET /public/agents/:id(.:format)                                          records#agent
   repositories GET /public/repositories(.:format)                                        search#repository
                GET /public/subjects/:id(.:format)                                        search#subject
           root     /public(.:format)                                                     site#index
                GET /public/agents/people/:id(.:format)                                   :controller#:action
                GET /public/agents/software/:id(.:format)                                 :controller#:action
                GET /public/agents/families/:id(.:format)                                 :controller#:action
                GET /public/agents/corporate_entities/:id(.:format)                       :controller#:action
                GET /public/repositories/:repo_id/:type/:id/format/:format                public_formats#generate



Size of previous routes:
archivesspace$ wc -l  ../*.routes
     256 ../frontend.routes
     257 ../public.routes
     513 total


The output of ?rake routes? for the frontend admin app is comparable in size, 
but it appears to not have added the prefix for the lcnaf plugin:


                                   root          /admin(.:format)                                                          welcome#index
                          plugins_lcnaf GET      /plugins/lcnaf(.:format)                                                  lcnaf#index
                   plugins_lcnaf_search GET      /plugins/lcnaf/search(.:format)                                           lcnaf#search
                   plugins_lcnaf_import POST     /plugins/lcnaf/import(.:format)                                           lcnaf#import



And, in fact, selecting that plugin no longer works. 


? Steve. 



> On Jul 22, 2015, at 4:27 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
> 
>> 
>> On Jul 22, 2015, at 4:24 PM, Brian Hoffman <brianjhoffman at gmail.com <mailto:brianjhoffman at gmail.com>> wrote:
>> 
>> Oops, sorry about that. Yes, I see the problem now - the public app isn?t actually set up to look at the prefix value. I can submit a fix for that for the next release. If it?s an urgent issue I can give you instructions for fixing the current release.
>> 
>> Brian
>> 
>> 
> 
> 
> Yes ? We?re trying to move from a test server to production next week, and we would like
> to get rid of the need for port numbers in the URLs as part of that move, so instructions
> on how to fix public would be helpful.  
> 
> ? Steve. 
> 
> 
> 
>> 
>> On Jul 22, 2015, at 4:09 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>> 
>>> 
>>> Adding those lines breaks everything ( whether I use the proxy address or not ).
>>> 
>>> Before adding those lines to config, the values for those settings were:
>>> 
>>> irb(main):001:0> AppConfig[:frontend_prefix]
>>> "/admin/"
>>> irb(main):002:0> AppConfig[:public_prefix]
>>> "/public/"
>>> 
>>> 
>>> which looked correct to me. 
>>> 
>>> After that change they are the whole URL, not just the prefix:
>>> 
>>> irb(main):001:0> AppConfig[:frontend_prefix]
>>> "http://d-172-25-72-74.bootp.Virginia.EDU/admin/ <http://d-172-25-72-74.bootp.virginia.edu/admin/>"
>>> 
>>> 
>>> 
>>> ( Also: It looks like that first bunch of missing glyphs are coming from Bootstrap javascript
>>> which maybe doesn?t know about the prefix.  ) 
>>> 
>>> 
>>> ? Steve Majewski
>>> 
>>> 
>>> 
>>> 
>>>> On Jul 22, 2015, at 3:50 PM, Brian Hoffman <brianjhoffman at gmail.com <mailto:brianjhoffman at gmail.com>> wrote:
>>>> 
>>>> Hi Steve,
>>>> 
>>>> I think you might be able to resolve that error by adding this to your config.rb:
>>>> 
>>>> AppConfig[:frontend_prefix] = proc {"http://#{AppConfig[:hostname]}/admin/?} <http:/#{AppConfig[:hostname]}/admin/%E2%80%9C}>
>>>> AppConfig[:public_prefix] = proc {"http://#{AppConfig[:hostname]}/public/?} <http:/#{AppConfig[:hostname]}/public/%E2%80%9D}>
>>>> 
>>>> There is probably some redundancy in the way the _prefix and _proxy values are used - perhaps they could be combined in a future release.
>>>> 
>>>> Brian
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> On Jul 22, 2015, at 3:39 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>>> On Jul 22, 2015, at 3:24 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> I?m using 
>>>>>> 
>>>>>> config.rb:
>>>>>> 
>>>>>> AppConfig[:hostname] = proc { Socket.gethostname }
>>>>>> # [?] 
>>>>>> AppConfig[:frontend_url] = "http://localhost:8088/admin <http://localhost:8088/admin>" # 8080 used by tomcat!   
>>>>>> AppConfig[:public_url] = "http://localhost:8081/public <http://localhost:8081/public>"
>>>>>> AppConfig[:frontend_proxy_url] = proc { "http://#{AppConfig[:hostname]}/admin <http:/#{AppConfig[:hostname]}/admin>" }
>>>>>> AppConfig[:public_proxy_url] = proc { "http://#{AppConfig[:hostname]}/public <http:/#{AppConfig[:hostname]}/public>" }
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> apache conf:
>>>>>> 
>>>>>>     ProxyPass /admin     http://localhost:8088/admin <http://localhost:8088/admin>
>>>>>>     ProxyPass /public   http://localhost:8081/public <http://localhost:8081/public>
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> Which mostly works. 
>>>>>> 
>>>>>> 
>>>>>> On the admin welcome page (after login) I?m missing these assets: 
>>>>>> 
>>>>>> http://localhost/assets/glyphicons-halflings-regular.woff2 <http://localhost/assets/glyphicons-halflings-regular.woff2> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>> http://localhost/assets/icomoon/icomoon.woff?-z7cehr <http://localhost/assets/icomoon/icomoon.woff?-z7cehr> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>> http://localhost/assets/glyphicons-halflings-regular.woff <http://localhost/assets/glyphicons-halflings-regular.woff> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>> http://localhost/assets/icomoon/icomoon.ttf?-z7cehr <http://localhost/assets/icomoon/icomoon.ttf?-z7cehr> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>> http://localhost/assets/glyphicons-halflings-regular.ttf <http://localhost/assets/glyphicons-halflings-regular.ttf> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>> 
>>>>>> 
>>>>>> which, I assume is what is causing some glyphs (which I had thought were images) to come up as empty squares.
>>>>>> 
>>>>>> 
>>>>>> And when looking at Collections in the public interface, I get the missing Components 
>>>>>> (with a constant 'busy loading? icon ) that was reported in a previous message by Reid, Sarah N.
>>>>>> 
>>>>>> 
>>>>>> Chrome Console error message is:
>>>>>> 
>>>>>> GET http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12 <http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12> 404 (Not Found)bH.ajaxTransport.e.send @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ajax @ application-a05f22ac3ad515fde2728c1832af5791.js:25a.add_children @ application-a05f22ac3ad515fde2728c1832af5791.js:25(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14bH.fn.bH.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.i @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.cc.fireWith @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ready @ application-a05f22ac3ad515fde2728c1832af5791.js:25bY @ application-a05f22ac3ad515fde2728c1832af5791.js:25
>>>>>> 
>>>>>> 
>>>>>> And it I insert a ?/? between ?public? and ?tree? in that URL above, 
>>>>>> 
>>>>>> http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=%2Frepositories%2F8%2Fresources%2F12 <http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=/repositories/8/resources/12>
>>>>>> 
>>>>>> 
>>>>>> and try it in the browser, I get back some JSON that looks like what the AJAX calls are expecting:
>>>>>> 
>>>>>> {"self":{"title":"Alderman Family Papers","id":12,"node_type":"resource","publish":true,"suppressed":false,"record_uri":"/repositories/8/resources/12","level":"collection","jsonmodel_type":"resource_tree","instance_types":[],"containers":[],"has_children":false},"path_to_root":[],"direct_children":[]}
>>>>>> 
>>>>>> I just found that a few minutes ago, so I haven?t yet found the source of that bug. 
>>>>>> 
>>>>>> 
>>>>> 
>>>>> 
>>>>> I?m thinking it?s here:
>>>>> https://github.com/archivesspace/archivesspace/blob/master/public/app/assets/javascripts/record_tree.js#L12 <https://github.com/archivesspace/archivesspace/blob/master/public/app/assets/javascripts/record_tree.js#L12>
>>>>> 
>>>>> 
>>>>>         $.ajax({
>>>>>             url: APP_PATH + "tree",
>>>>> 
>>>>> 
>>>>> 
>>>>>> ? Steve Majewski
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>>> On Jul 22, 2015, at 2:27 PM, David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>> wrote:
>>>>>>> 
>>>>>>> Thanks Chris.  I saw the version number and assumed it would work from 1.0.2 and up.
>>>>>>> 
>>>>>>> I tried what you suggested yesterday without success.  I've attached a screenshot with what is happening with my config information with the setup you suggested.
>>>>>>> 
>>>>>>> config.rb:
>>>>>>> AppConfig[:backend_url] = "http://localhost:8092 <http://localhost:8092/>"
>>>>>>> AppConfig[:frontend_url] = "http://localhost:8090 <http://localhost:8090/>"
>>>>>>> AppConfig[:solr_url] = "http://localhost:8093 <http://localhost:8093/>"
>>>>>>> AppConfig[:public_url] = "http://localhost:8091 <http://localhost:8091/>"
>>>>>>> 
>>>>>>> AppConfig[:frontend_proxy_url] = "http://localhost/archivesspace/frontend <http://localhost/archivesspace/frontend>"
>>>>>>> AppConfig[:public_proxy_url] = "http://localhost/archivesspace/public <http://localhost/archivesspace/public>"
>>>>>>> 
>>>>>>> 
>>>>>>> Apache:
>>>>>>>     RewriteRule ^/archivesspace/frontend$ http://localhost:8090/ <http://localhost:8090/> [L,P]
>>>>>>>     RewriteRule ^/archivesspace/frontend/(.*)$ http://localhost:8090/$1 <http://localhost:8090/$1> [L,P]
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> On Wed, Jul 22, 2015 at 12:06 PM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org <mailto:Chris.Fitzpatrick at lyrasis.org>> wrote:
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> Hi David,
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> Wow, this documentation is extremely outdated ( from v1.0.2 ). 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> I'll update this. 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> But the new way for adding this is to use the proxy_url settings in the config.rb file: 
>>>>>>> 
>>>>>>> https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157 <https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157>
>>>>>>> 
>>>>>>> Change your url that you're proxying here, like 
>>>>>>> 
>>>>>>> AppConfig[:public_proxy_url] = "http://my.aspace.edu/public <http://my.aspace.edu/public>"
>>>>>>> 
>>>>>>> AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff <http://my.aspace.edu/staff>"
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> Does that make sense? No need to compile from source for this...
>>>>>>> 
>>>>>>> b,chris. 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> Chris Fitzpatrick | Developer, ArchivesSpace
>>>>>>> Skype: chrisfitzpat  | Phone: 918.236.6048
>>>>>>> http://archivesspace.org/ <http://archivesspace.org/>
>>>>>>> 
>>>>>>> 
>>>>>>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto: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 David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>>
>>>>>>> Sent: Wednesday, July 22, 2015 6:34 PM
>>>>>>> To: Archivesspace Users Group
>>>>>>> Subject: Re: [Archivesspace_Users_Group] Mysql connector issues with a source build
>>>>>>>  
>>>>>>> Hi Brian,
>>>>>>> 
>>>>>>> As I mentioned in the original email, I'm following the instructions posted from ArchivesSpace Github to setup a installation with prefixes (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md <https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md>).  I have to use prefixes at our institute, I can't use sub-domains due to policies.
>>>>>>> 
>>>>>>> When I start with the original zip file, I don't run into this problem and the app starts up fine.  However, I'm plagued with url issues (css, js, assets, etc...) from the app when setting up the application with prefixes through Apache.
>>>>>>> 
>>>>>>> Thanks.
>>>>>>> 
>>>>>>> 
>>>>>>> On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman<brianjhoffman at gmail.com <mailto:brianjhoffman at gmail.com>> wrote:
>>>>>>> Hi David,
>>>>>>> 
>>>>>>> Why are you building the application from source rather than just downloading the zip and starting there? Can you confirm that you have the same problem when you start from the ZIP file?
>>>>>>> 
>>>>>>> Brian
>>>>>>> 
>>>>>>> 
>>>>>>> On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>> wrote:
>>>>>>> 
>>>>>>>> Due to Archon migrations, I installed Aspace v1.0.4 (https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4 <https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4>) without issue but our University will not allow sub-domains so I have to use the Prefix method explained here (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md <https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md>)
>>>>>>>> 
>>>>>>>> So I reinstalled using the 1.0.4 from the source code adding the config/config.rb with the proper prefixes just as instructed.  I ran "build/run dist".  Unzipped the compiled code.  I put the mysql-connector-java.jar in the archivesspace/lib directory like I had in the working version above.  I've attached a screenshot.
>>>>>>>> 
>>>>>>>> It can't find the mysql-connector-java though it is in the lib directory of Archivesspace.  I've drop the exact version 5.1.13 as well as the newest.  It works perfectly fine in the non-source version but not the source build version.
>>>>>>>> 
>>>>>>>> Error: http://pastebin.com/FQVJEjEi <http://pastebin.com/FQVJEjEi>
>>>>>>>> 
>>>>>>>> Please advise.  Thanks.
>>>>>>>> 
>>>>>>>> -- 
>>>>>>>> David Hietpas
>>>>>>>> University of Wisconsin Oshkosh
>>>>>>>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>>>>>>>> <lib-jar-example.jpg>_______________________________________________
>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>>> 
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> -- 
>>>>>>> David Hietpas
>>>>>>> University of Wisconsin Oshkosh
>>>>>>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> -- 
>>>>>>> David Hietpas
>>>>>>> University of Wisconsin Oshkosh
>>>>>>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>>>>>>> <example.jpg>_______________________________________________
>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>> 
>>>>>> _______________________________________________
>>>>>> Archivesspace_Users_Group mailing list
>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>> 
>>>>> _______________________________________________
>>>>> Archivesspace_Users_Group mailing list
>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>> _______________________________________________
>>>> Archivesspace_Users_Group mailing list
>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>> 
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>> 
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto: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 <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/05556cd9/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/05556cd9/attachment.bin>

From sdm7g at virginia.edu  Wed Jul 22 16:57:50 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Wed, 22 Jul 2015 16:57:50 -0400
Subject: [Archivesspace_Users_Group] proxying with a prefix [ was: Mysql
	connector issues with a source build ]
In-Reply-To: <FBC07071-5942-445F-90EE-5A3986815A0D@virginia.edu>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<D83B0160-9ED8-4F16-8665-F0F29E717DB9@virginia.edu>
	<2A952B62-C4C0-4355-A125-0BA5CA0C15E0@virginia.edu>
	<4DFEEBFA-AD77-4443-9045-C0B79B73E5D9@gmail.com>
	<E9BDEC36-A43A-46AE-862F-B2A3682918B3@virginia.edu>
	<A42C2CC6-AD2D-4DFB-9728-1BE8DA61E1DB@gmail.com>
	<916589EE-1C03-4967-8F4E-AB9479797453@virginia.edu>
	<FBC07071-5942-445F-90EE-5A3986815A0D@virginia.edu>
Message-ID: <A805156A-FF84-4E63-80FB-1F75A46511BD@virginia.edu>


Sorry ? that size difference may have just been due to me mislabeling one of the files. 
The lcnaf route problem is real, though. 

? Steve. 



> On Jul 22, 2015, at 4:45 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
> 
> 
> I also see that running 'rake routes? on the public app yields a much smaller output 
> than it did before adding the prefix: 
> 
> 
> 
> public$ rake routes
> Loading ArchivesSpace configuration file from path: /projects/Archivespace/dcs-archivesspace/common//config/config.rb
>          search GET /public/search(.:format)                                              search#search
> advanced_search GET /public/advanced_search(.:format)                                     search#advanced_search
>            tree GET /public/tree(.:format)                                                records#tree
>                 GET /public/repositories/:repo_id/resources/:id(.:format)                 records#resource
>                 GET /public/repositories/:repo_id/digital_objects/:id(.:format)           records#digital_object
>                 GET /public/repositories/:repo_id/archival_objects/:id(.:format)          records#archival_object
>                 GET /public/repositories/:repo_id/digital_object_components/:id(.:format) records#digital_object_component
>                 GET /public/repositories/:repo_id(.:format)                               search#repository
>                 GET /public/repositories/:repo_id/classifications/:id(.:format)           records#classification
>                 GET /public/repositories/:repo_id/accessions/:id(.:format)                records#accession
>                 GET /public/agents/:id(.:format)                                          records#agent
>    repositories GET /public/repositories(.:format)                                        search#repository
>                 GET /public/subjects/:id(.:format)                                        search#subject
>            root     /public(.:format)                                                     site#index
>                 GET /public/agents/people/:id(.:format)                                   :controller#:action
>                 GET /public/agents/software/:id(.:format)                                 :controller#:action
>                 GET /public/agents/families/:id(.:format)                                 :controller#:action
>                 GET /public/agents/corporate_entities/:id(.:format)                       :controller#:action
>                 GET /public/repositories/:repo_id/:type/:id/format/:format                public_formats#generate
> 
> 
> 
> Size of previous routes:
> archivesspace$ wc -l  ../*.routes
>      256 ../frontend.routes
>      257 ../public.routes
>      513 total
> 
> 
> The output of ?rake routes? for the frontend admin app is comparable in size, 
> but it appears to not have added the prefix for the lcnaf plugin:
> 
> 
>                                    root          /admin(.:format)                                                          welcome#index
>                           plugins_lcnaf GET      /plugins/lcnaf(.:format)                                                  lcnaf#index
>                    plugins_lcnaf_search GET      /plugins/lcnaf/search(.:format)                                           lcnaf#search
>                    plugins_lcnaf_import POST     /plugins/lcnaf/import(.:format)                                           lcnaf#import
> 
> 
> 
> And, in fact, selecting that plugin no longer works. 
> 
> 
> ? Steve. 
> 
> 
> 
>> On Jul 22, 2015, at 4:27 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>> 
>>> 
>>> On Jul 22, 2015, at 4:24 PM, Brian Hoffman <brianjhoffman at gmail.com <mailto:brianjhoffman at gmail.com>> wrote:
>>> 
>>> Oops, sorry about that. Yes, I see the problem now - the public app isn?t actually set up to look at the prefix value. I can submit a fix for that for the next release. If it?s an urgent issue I can give you instructions for fixing the current release.
>>> 
>>> Brian
>>> 
>>> 
>> 
>> 
>> Yes ? We?re trying to move from a test server to production next week, and we would like
>> to get rid of the need for port numbers in the URLs as part of that move, so instructions
>> on how to fix public would be helpful.  
>> 
>> ? Steve. 
>> 
>> 
>> 
>>> 
>>> On Jul 22, 2015, at 4:09 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>>> 
>>>> 
>>>> Adding those lines breaks everything ( whether I use the proxy address or not ).
>>>> 
>>>> Before adding those lines to config, the values for those settings were:
>>>> 
>>>> irb(main):001:0> AppConfig[:frontend_prefix]
>>>> "/admin/"
>>>> irb(main):002:0> AppConfig[:public_prefix]
>>>> "/public/"
>>>> 
>>>> 
>>>> which looked correct to me. 
>>>> 
>>>> After that change they are the whole URL, not just the prefix:
>>>> 
>>>> irb(main):001:0> AppConfig[:frontend_prefix]
>>>> "http://d-172-25-72-74.bootp.Virginia.EDU/admin/ <http://d-172-25-72-74.bootp.virginia.edu/admin/>"
>>>> 
>>>> 
>>>> 
>>>> ( Also: It looks like that first bunch of missing glyphs are coming from Bootstrap javascript
>>>> which maybe doesn?t know about the prefix.  ) 
>>>> 
>>>> 
>>>> ? Steve Majewski
>>>> 
>>>> 
>>>> 
>>>> 
>>>>> On Jul 22, 2015, at 3:50 PM, Brian Hoffman <brianjhoffman at gmail.com <mailto:brianjhoffman at gmail.com>> wrote:
>>>>> 
>>>>> Hi Steve,
>>>>> 
>>>>> I think you might be able to resolve that error by adding this to your config.rb:
>>>>> 
>>>>> AppConfig[:frontend_prefix] = proc {"http://#{AppConfig[:hostname]}/admin/?} <http:/#{AppConfig[:hostname]}/admin/%E2%80%9C}>
>>>>> AppConfig[:public_prefix] = proc {"http://#{AppConfig[:hostname]}/public/?} <http:/#{AppConfig[:hostname]}/public/%E2%80%9D}>
>>>>> 
>>>>> There is probably some redundancy in the way the _prefix and _proxy values are used - perhaps they could be combined in a future release.
>>>>> 
>>>>> Brian
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> On Jul 22, 2015, at 3:39 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>>> On Jul 22, 2015, at 3:24 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> I?m using 
>>>>>>> 
>>>>>>> config.rb:
>>>>>>> 
>>>>>>> AppConfig[:hostname] = proc { Socket.gethostname }
>>>>>>> # [?] 
>>>>>>> AppConfig[:frontend_url] = "http://localhost:8088/admin <http://localhost:8088/admin>" # 8080 used by tomcat!   
>>>>>>> AppConfig[:public_url] = "http://localhost:8081/public <http://localhost:8081/public>"
>>>>>>> AppConfig[:frontend_proxy_url] = proc { "http://#{AppConfig[:hostname]}/admin <http:/#{AppConfig[:hostname]}/admin>" }
>>>>>>> AppConfig[:public_proxy_url] = proc { "http://#{AppConfig[:hostname]}/public <http:/#{AppConfig[:hostname]}/public>" }
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> apache conf:
>>>>>>> 
>>>>>>>     ProxyPass /admin     http://localhost:8088/admin <http://localhost:8088/admin>
>>>>>>>     ProxyPass /public   http://localhost:8081/public <http://localhost:8081/public>
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> Which mostly works. 
>>>>>>> 
>>>>>>> 
>>>>>>> On the admin welcome page (after login) I?m missing these assets: 
>>>>>>> 
>>>>>>> http://localhost/assets/glyphicons-halflings-regular.woff2 <http://localhost/assets/glyphicons-halflings-regular.woff2> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>> http://localhost/assets/icomoon/icomoon.woff?-z7cehr <http://localhost/assets/icomoon/icomoon.woff?-z7cehr> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>> http://localhost/assets/glyphicons-halflings-regular.woff <http://localhost/assets/glyphicons-halflings-regular.woff> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>> http://localhost/assets/icomoon/icomoon.ttf?-z7cehr <http://localhost/assets/icomoon/icomoon.ttf?-z7cehr> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>> http://localhost/assets/glyphicons-halflings-regular.ttf <http://localhost/assets/glyphicons-halflings-regular.ttf> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>> 
>>>>>>> 
>>>>>>> which, I assume is what is causing some glyphs (which I had thought were images) to come up as empty squares.
>>>>>>> 
>>>>>>> 
>>>>>>> And when looking at Collections in the public interface, I get the missing Components 
>>>>>>> (with a constant 'busy loading? icon ) that was reported in a previous message by Reid, Sarah N.
>>>>>>> 
>>>>>>> 
>>>>>>> Chrome Console error message is:
>>>>>>> 
>>>>>>> GET http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12 <http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12> 404 (Not Found)bH.ajaxTransport.e.send @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ajax @ application-a05f22ac3ad515fde2728c1832af5791.js:25a.add_children @ application-a05f22ac3ad515fde2728c1832af5791.js:25(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14bH.fn.bH.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.i @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.cc.fireWith @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ready @ application-a05f22ac3ad515fde2728c1832af5791.js:25bY @ application-a05f22ac3ad515fde2728c1832af5791.js:25
>>>>>>> 
>>>>>>> 
>>>>>>> And it I insert a ?/? between ?public? and ?tree? in that URL above, 
>>>>>>> 
>>>>>>> http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=%2Frepositories%2F8%2Fresources%2F12 <http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=/repositories/8/resources/12>
>>>>>>> 
>>>>>>> 
>>>>>>> and try it in the browser, I get back some JSON that looks like what the AJAX calls are expecting:
>>>>>>> 
>>>>>>> {"self":{"title":"Alderman Family Papers","id":12,"node_type":"resource","publish":true,"suppressed":false,"record_uri":"/repositories/8/resources/12","level":"collection","jsonmodel_type":"resource_tree","instance_types":[],"containers":[],"has_children":false},"path_to_root":[],"direct_children":[]}
>>>>>>> 
>>>>>>> I just found that a few minutes ago, so I haven?t yet found the source of that bug. 
>>>>>>> 
>>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> I?m thinking it?s here:
>>>>>> https://github.com/archivesspace/archivesspace/blob/master/public/app/assets/javascripts/record_tree.js#L12 <https://github.com/archivesspace/archivesspace/blob/master/public/app/assets/javascripts/record_tree.js#L12>
>>>>>> 
>>>>>> 
>>>>>>         $.ajax({
>>>>>>             url: APP_PATH + "tree",
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>>> ? Steve Majewski
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>> On Jul 22, 2015, at 2:27 PM, David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>> wrote:
>>>>>>>> 
>>>>>>>> Thanks Chris.  I saw the version number and assumed it would work from 1.0.2 and up.
>>>>>>>> 
>>>>>>>> I tried what you suggested yesterday without success.  I've attached a screenshot with what is happening with my config information with the setup you suggested.
>>>>>>>> 
>>>>>>>> config.rb:
>>>>>>>> AppConfig[:backend_url] = "http://localhost:8092 <http://localhost:8092/>"
>>>>>>>> AppConfig[:frontend_url] = "http://localhost:8090 <http://localhost:8090/>"
>>>>>>>> AppConfig[:solr_url] = "http://localhost:8093 <http://localhost:8093/>"
>>>>>>>> AppConfig[:public_url] = "http://localhost:8091 <http://localhost:8091/>"
>>>>>>>> 
>>>>>>>> AppConfig[:frontend_proxy_url] = "http://localhost/archivesspace/frontend <http://localhost/archivesspace/frontend>"
>>>>>>>> AppConfig[:public_proxy_url] = "http://localhost/archivesspace/public <http://localhost/archivesspace/public>"
>>>>>>>> 
>>>>>>>> 
>>>>>>>> Apache:
>>>>>>>>     RewriteRule ^/archivesspace/frontend$ http://localhost:8090/ <http://localhost:8090/> [L,P]
>>>>>>>>     RewriteRule ^/archivesspace/frontend/(.*)$ http://localhost:8090/$1 <http://localhost:8090/$1> [L,P]
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> On Wed, Jul 22, 2015 at 12:06 PM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org <mailto:Chris.Fitzpatrick at lyrasis.org>> wrote:
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> Hi David,
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> Wow, this documentation is extremely outdated ( from v1.0.2 ). 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> I'll update this. 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> But the new way for adding this is to use the proxy_url settings in the config.rb file: 
>>>>>>>> 
>>>>>>>> https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157 <https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157>
>>>>>>>> 
>>>>>>>> Change your url that you're proxying here, like 
>>>>>>>> 
>>>>>>>> AppConfig[:public_proxy_url] = "http://my.aspace.edu/public <http://my.aspace.edu/public>"
>>>>>>>> 
>>>>>>>> AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff <http://my.aspace.edu/staff>"
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> Does that make sense? No need to compile from source for this...
>>>>>>>> 
>>>>>>>> b,chris. 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> Chris Fitzpatrick | Developer, ArchivesSpace
>>>>>>>> Skype: chrisfitzpat  | Phone: 918.236.6048
>>>>>>>> http://archivesspace.org/ <http://archivesspace.org/>
>>>>>>>> 
>>>>>>>> 
>>>>>>>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto: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 David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>>
>>>>>>>> Sent: Wednesday, July 22, 2015 6:34 PM
>>>>>>>> To: Archivesspace Users Group
>>>>>>>> Subject: Re: [Archivesspace_Users_Group] Mysql connector issues with a source build
>>>>>>>>  
>>>>>>>> Hi Brian,
>>>>>>>> 
>>>>>>>> As I mentioned in the original email, I'm following the instructions posted from ArchivesSpace Github to setup a installation with prefixes (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md <https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md>).  I have to use prefixes at our institute, I can't use sub-domains due to policies.
>>>>>>>> 
>>>>>>>> When I start with the original zip file, I don't run into this problem and the app starts up fine.  However, I'm plagued with url issues (css, js, assets, etc...) from the app when setting up the application with prefixes through Apache.
>>>>>>>> 
>>>>>>>> Thanks.
>>>>>>>> 
>>>>>>>> 
>>>>>>>> On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman<brianjhoffman at gmail.com <mailto:brianjhoffman at gmail.com>> wrote:
>>>>>>>> Hi David,
>>>>>>>> 
>>>>>>>> Why are you building the application from source rather than just downloading the zip and starting there? Can you confirm that you have the same problem when you start from the ZIP file?
>>>>>>>> 
>>>>>>>> Brian
>>>>>>>> 
>>>>>>>> 
>>>>>>>> On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>> wrote:
>>>>>>>> 
>>>>>>>>> Due to Archon migrations, I installed Aspace v1.0.4 (https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4 <https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4>) without issue but our University will not allow sub-domains so I have to use the Prefix method explained here (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md <https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md>)
>>>>>>>>> 
>>>>>>>>> So I reinstalled using the 1.0.4 from the source code adding the config/config.rb with the proper prefixes just as instructed.  I ran "build/run dist".  Unzipped the compiled code.  I put the mysql-connector-java.jar in the archivesspace/lib directory like I had in the working version above.  I've attached a screenshot.
>>>>>>>>> 
>>>>>>>>> It can't find the mysql-connector-java though it is in the lib directory of Archivesspace.  I've drop the exact version 5.1.13 as well as the newest.  It works perfectly fine in the non-source version but not the source build version.
>>>>>>>>> 
>>>>>>>>> Error: http://pastebin.com/FQVJEjEi <http://pastebin.com/FQVJEjEi>
>>>>>>>>> 
>>>>>>>>> Please advise.  Thanks.
>>>>>>>>> 
>>>>>>>>> -- 
>>>>>>>>> David Hietpas
>>>>>>>>> University of Wisconsin Oshkosh
>>>>>>>>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>>>>>>>>> <lib-jar-example.jpg>_______________________________________________
>>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>>>> 
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> -- 
>>>>>>>> David Hietpas
>>>>>>>> University of Wisconsin Oshkosh
>>>>>>>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> -- 
>>>>>>>> David Hietpas
>>>>>>>> University of Wisconsin Oshkosh
>>>>>>>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>>>>>>>> <example.jpg>_______________________________________________
>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>> 
>>>>>> _______________________________________________
>>>>>> Archivesspace_Users_Group mailing list
>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>> _______________________________________________
>>>>> Archivesspace_Users_Group mailing list
>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>> 
>>>> _______________________________________________
>>>> Archivesspace_Users_Group mailing list
>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>> 
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>> 
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/1f95a03d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/1f95a03d/attachment.bin>

From brianjhoffman at gmail.com  Wed Jul 22 17:19:01 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Wed, 22 Jul 2015 17:19:01 -0400
Subject: [Archivesspace_Users_Group] proxying with a prefix [ was: Mysql
	connector issues with a source build ]
In-Reply-To: <A805156A-FF84-4E63-80FB-1F75A46511BD@virginia.edu>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<D83B0160-9ED8-4F16-8665-F0F29E717DB9@virginia.edu>
	<2A952B62-C4C0-4355-A125-0BA5CA0C15E0@virginia.edu>
	<4DFEEBFA-AD77-4443-9045-C0B79B73E5D9@gmail.com>
	<E9BDEC36-A43A-46AE-862F-B2A3682918B3@virginia.edu>
	<A42C2CC6-AD2D-4DFB-9728-1BE8DA61E1DB@gmail.com>
	<916589EE-1C03-4967-8F4E-AB9479797453@virginia.edu>
	<FBC07071-5942-445F-90EE-5A3986815A0D@virginia.edu>
	<A805156A-FF84-4E63-80FB-1F75A46511BD@virginia.edu>
Message-ID: <2CF2AE68-55DB-4AE1-A246-4A2D3D51579F@gmail.com>

So I think for a short term solution you can just make sure the ?local? plugin is turned on and stick the following into a file called archivesspace/plugins/local/public/views/site/_branding.html.erb

<script>
APP_PATH = ?/public/";
</script>

<h1>
  <%= image_tag "archivesspace/archivesspace.png", :alt => I18n.t("brand.title") %>
</h1>



Brian


On Jul 22, 2015, at 4:57 PM, Steven Majewski <sdm7g at virginia.edu> wrote:

> 
> Sorry ? that size difference may have just been due to me mislabeling one of the files. 
> The lcnaf route problem is real, though. 
> 
> ? Steve. 
> 
> 
> 
>> On Jul 22, 2015, at 4:45 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
>> 
>> 
>> I also see that running 'rake routes? on the public app yields a much smaller output 
>> than it did before adding the prefix: 
>> 
>> 
>> 
>> public$ rake routes
>> Loading ArchivesSpace configuration file from path: /projects/Archivespace/dcs-archivesspace/common//config/config.rb
>>          search GET /public/search(.:format)                                              search#search
>> advanced_search GET /public/advanced_search(.:format)                                     search#advanced_search
>>            tree GET /public/tree(.:format)                                                records#tree
>>                 GET /public/repositories/:repo_id/resources/:id(.:format)                 records#resource
>>                 GET /public/repositories/:repo_id/digital_objects/:id(.:format)           records#digital_object
>>                 GET /public/repositories/:repo_id/archival_objects/:id(.:format)          records#archival_object
>>                 GET /public/repositories/:repo_id/digital_object_components/:id(.:format) records#digital_object_component
>>                 GET /public/repositories/:repo_id(.:format)                               search#repository
>>                 GET /public/repositories/:repo_id/classifications/:id(.:format)           records#classification
>>                 GET /public/repositories/:repo_id/accessions/:id(.:format)                records#accession
>>                 GET /public/agents/:id(.:format)                                          records#agent
>>    repositories GET /public/repositories(.:format)                                        search#repository
>>                 GET /public/subjects/:id(.:format)                                        search#subject
>>            root     /public(.:format)                                                     site#index
>>                 GET /public/agents/people/:id(.:format)                                   :controller#:action
>>                 GET /public/agents/software/:id(.:format)                                 :controller#:action
>>                 GET /public/agents/families/:id(.:format)                                 :controller#:action
>>                 GET /public/agents/corporate_entities/:id(.:format)                       :controller#:action
>>                 GET /public/repositories/:repo_id/:type/:id/format/:format                public_formats#generate
>> 
>> 
>> 
>> Size of previous routes:
>> archivesspace$ wc -l  ../*.routes
>>      256 ../frontend.routes
>>      257 ../public.routes
>>      513 total
>> 
>> 
>> The output of ?rake routes? for the frontend admin app is comparable in size, 
>> but it appears to not have added the prefix for the lcnaf plugin:
>> 
>> 
>>                                    root          /admin(.:format)                                                          welcome#index
>>                           plugins_lcnaf GET      /plugins/lcnaf(.:format)                                                  lcnaf#index
>>                    plugins_lcnaf_search GET      /plugins/lcnaf/search(.:format)                                           lcnaf#search
>>                    plugins_lcnaf_import POST     /plugins/lcnaf/import(.:format)                                           lcnaf#import
>> 
>> 
>> 
>> And, in fact, selecting that plugin no longer works. 
>> 
>> 
>> ? Steve. 
>> 
>> 
>> 
>>> On Jul 22, 2015, at 4:27 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
>>> 
>>>> 
>>>> On Jul 22, 2015, at 4:24 PM, Brian Hoffman <brianjhoffman at gmail.com> wrote:
>>>> 
>>>> Oops, sorry about that. Yes, I see the problem now - the public app isn?t actually set up to look at the prefix value. I can submit a fix for that for the next release. If it?s an urgent issue I can give you instructions for fixing the current release.
>>>> 
>>>> Brian
>>>> 
>>>> 
>>> 
>>> 
>>> Yes ? We?re trying to move from a test server to production next week, and we would like
>>> to get rid of the need for port numbers in the URLs as part of that move, so instructions
>>> on how to fix public would be helpful.  
>>> 
>>> ? Steve. 
>>> 
>>> 
>>> 
>>>> 
>>>> On Jul 22, 2015, at 4:09 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
>>>> 
>>>>> 
>>>>> Adding those lines breaks everything ( whether I use the proxy address or not ).
>>>>> 
>>>>> Before adding those lines to config, the values for those settings were:
>>>>> 
>>>>> irb(main):001:0> AppConfig[:frontend_prefix]
>>>>> "/admin/"
>>>>> irb(main):002:0> AppConfig[:public_prefix]
>>>>> "/public/"
>>>>> 
>>>>> 
>>>>> which looked correct to me. 
>>>>> 
>>>>> After that change they are the whole URL, not just the prefix:
>>>>> 
>>>>> irb(main):001:0> AppConfig[:frontend_prefix]
>>>>> "http://d-172-25-72-74.bootp.Virginia.EDU/admin/"
>>>>> 
>>>>> 
>>>>> 
>>>>> ( Also: It looks like that first bunch of missing glyphs are coming from Bootstrap javascript
>>>>> which maybe doesn?t know about the prefix.  ) 
>>>>> 
>>>>> 
>>>>> ? Steve Majewski
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>>> On Jul 22, 2015, at 3:50 PM, Brian Hoffman <brianjhoffman at gmail.com> wrote:
>>>>>> 
>>>>>> Hi Steve,
>>>>>> 
>>>>>> I think you might be able to resolve that error by adding this to your config.rb:
>>>>>> 
>>>>>> AppConfig[:frontend_prefix] = proc {"http://#{AppConfig[:hostname]}/admin/?}
>>>>>> AppConfig[:public_prefix] = proc {"http://#{AppConfig[:hostname]}/public/?}
>>>>>> 
>>>>>> There is probably some redundancy in the way the _prefix and _proxy values are used - perhaps they could be combined in a future release.
>>>>>> 
>>>>>> Brian
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> On Jul 22, 2015, at 3:39 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>> On Jul 22, 2015, at 3:24 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> I?m using 
>>>>>>>> 
>>>>>>>> config.rb:
>>>>>>>> 
>>>>>>>> AppConfig[:hostname] = proc { Socket.gethostname }
>>>>>>>> # [?] 
>>>>>>>> AppConfig[:frontend_url] = "http://localhost:8088/admin" # 8080 used by tomcat!   
>>>>>>>> AppConfig[:public_url] = "http://localhost:8081/public"
>>>>>>>> AppConfig[:frontend_proxy_url] = proc { "http://#{AppConfig[:hostname]}/admin" }
>>>>>>>> AppConfig[:public_proxy_url] = proc { "http://#{AppConfig[:hostname]}/public" }
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> apache conf:
>>>>>>>> 
>>>>>>>>     ProxyPass /admin     http://localhost:8088/admin
>>>>>>>>     ProxyPass /public   http://localhost:8081/public
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> Which mostly works. 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> On the admin welcome page (after login) I?m missing these assets: 
>>>>>>>> 
>>>>>>>> http://localhost/assets/glyphicons-halflings-regular.woff2 Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>>> http://localhost/assets/icomoon/icomoon.woff?-z7cehr Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>>> http://localhost/assets/glyphicons-halflings-regular.woff Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>>> http://localhost/assets/icomoon/icomoon.ttf?-z7cehr Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>>> http://localhost/assets/glyphicons-halflings-regular.ttf Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>>> 
>>>>>>>> 
>>>>>>>> which, I assume is what is causing some glyphs (which I had thought were images) to come up as empty squares.
>>>>>>>> 
>>>>>>>> 
>>>>>>>> And when looking at Collections in the public interface, I get the missing Components 
>>>>>>>> (with a constant 'busy loading? icon ) that was reported in a previous message by Reid, Sarah N.
>>>>>>>> 
>>>>>>>> 
>>>>>>>> Chrome Console error message is:
>>>>>>>> 
>>>>>>>> GET http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12 404 (Not Found)bH.ajaxTransport.e.send @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ajax @ application-a05f22ac3ad515fde2728c1832af5791.js:25a.add_children @ application-a05f22ac3ad515fde2728c1832af5791.js:25(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14bH.fn.bH.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.i @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.cc.fireWith @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ready @ application-a05f22ac3ad515fde2728c1832af5791.js:25bY @ application-a05f22ac3ad515fde2728c1832af5791.js:25
>>>>>>>> 
>>>>>>>> 
>>>>>>>> And it I insert a ?/? between ?public? and ?tree? in that URL above, 
>>>>>>>> 
>>>>>>>> http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=%2Frepositories%2F8%2Fresources%2F12
>>>>>>>> 
>>>>>>>> 
>>>>>>>> and try it in the browser, I get back some JSON that looks like what the AJAX calls are expecting:
>>>>>>>> 
>>>>>>>> {"self":{"title":"Alderman Family Papers","id":12,"node_type":"resource","publish":true,"suppressed":false,"record_uri":"/repositories/8/resources/12","level":"collection","jsonmodel_type":"resource_tree","instance_types":[],"containers":[],"has_children":false},"path_to_root":[],"direct_children":[]}
>>>>>>>> 
>>>>>>>> I just found that a few minutes ago, so I haven?t yet found the source of that bug. 
>>>>>>>> 
>>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> I?m thinking it?s here:
>>>>>>> https://github.com/archivesspace/archivesspace/blob/master/public/app/assets/javascripts/record_tree.js#L12
>>>>>>> 
>>>>>>> 
>>>>>>>         $.ajax({
>>>>>>>             url: APP_PATH + "tree",
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>> ? Steve Majewski
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>>> On Jul 22, 2015, at 2:27 PM, David Hietpas <hietpasd at uwosh.edu> wrote:
>>>>>>>>> 
>>>>>>>>> Thanks Chris.  I saw the version number and assumed it would work from 1.0.2 and up.
>>>>>>>>> 
>>>>>>>>> I tried what you suggested yesterday without success.  I've attached a screenshot with what is happening with my config information with the setup you suggested.
>>>>>>>>> 
>>>>>>>>> config.rb:
>>>>>>>>> AppConfig[:backend_url] = "http://localhost:8092"
>>>>>>>>> AppConfig[:frontend_url] = "http://localhost:8090"
>>>>>>>>> AppConfig[:solr_url] = "http://localhost:8093"
>>>>>>>>> AppConfig[:public_url] = "http://localhost:8091"
>>>>>>>>> 
>>>>>>>>> AppConfig[:frontend_proxy_url] = "http://localhost/archivesspace/frontend"
>>>>>>>>> AppConfig[:public_proxy_url] = "http://localhost/archivesspace/public"
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> Apache:
>>>>>>>>>     RewriteRule ^/archivesspace/frontend$ http://localhost:8090/ [L,P]
>>>>>>>>>     RewriteRule ^/archivesspace/frontend/(.*)$ http://localhost:8090/$1 [L,P]
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> On Wed, Jul 22, 2015 at 12:06 PM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org> wrote:
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> Hi David,
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> Wow, this documentation is extremely outdated ( from v1.0.2 ). 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> I'll update this. 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> But the new way for adding this is to use the proxy_url settings in the config.rb file: 
>>>>>>>>> 
>>>>>>>>> https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> Change your url that you're proxying here, like 
>>>>>>>>> 
>>>>>>>>> AppConfig[:public_proxy_url] = "http://my.aspace.edu/public"
>>>>>>>>> 
>>>>>>>>> AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff"
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> Does that make sense? No need to compile from source for this...
>>>>>>>>> 
>>>>>>>>> b,chris. 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> Chris Fitzpatrick | Developer, ArchivesSpace
>>>>>>>>> Skype: chrisfitzpat  | Phone: 918.236.6048
>>>>>>>>> http://archivesspace.org/
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of David Hietpas <hietpasd at uwosh.edu>
>>>>>>>>> Sent: Wednesday, July 22, 2015 6:34 PM
>>>>>>>>> To: Archivesspace Users Group
>>>>>>>>> Subject: Re: [Archivesspace_Users_Group] Mysql connector issues with a source build
>>>>>>>>>  
>>>>>>>>> Hi Brian,
>>>>>>>>> 
>>>>>>>>> As I mentioned in the original email, I'm following the instructions posted from ArchivesSpace Github to setup a installation with prefixes (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md).  I have to use prefixes at our institute, I can't use sub-domains due to policies.
>>>>>>>>> 
>>>>>>>>> When I start with the original zip file, I don't run into this problem and the app starts up fine.  However, I'm plagued with url issues (css, js, assets, etc...) from the app when setting up the application with prefixes through Apache.
>>>>>>>>> 
>>>>>>>>> Thanks.
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman<brianjhoffman at gmail.com> wrote:
>>>>>>>>> Hi David,
>>>>>>>>> 
>>>>>>>>> Why are you building the application from source rather than just downloading the zip and starting there? Can you confirm that you have the same problem when you start from the ZIP file?
>>>>>>>>> 
>>>>>>>>> Brian
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu> wrote:
>>>>>>>>> 
>>>>>>>>>> Due to Archon migrations, I installed Aspace v1.0.4 (https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4) without issue but our University will not allow sub-domains so I have to use the Prefix method explained here (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md)
>>>>>>>>>> 
>>>>>>>>>> So I reinstalled using the 1.0.4 from the source code adding the config/config.rb with the proper prefixes just as instructed.  I ran "build/run dist".  Unzipped the compiled code.  I put the mysql-connector-java.jar in the archivesspace/lib directory like I had in the working version above.  I've attached a screenshot.
>>>>>>>>>> 
>>>>>>>>>> It can't find the mysql-connector-java though it is in the lib directory of Archivesspace.  I've drop the exact version 5.1.13 as well as the newest.  It works perfectly fine in the non-source version but not the source build version.
>>>>>>>>>> 
>>>>>>>>>> Error: http://pastebin.com/FQVJEjEi
>>>>>>>>>> 
>>>>>>>>>> Please advise.  Thanks.
>>>>>>>>>> 
>>>>>>>>>> -- 
>>>>>>>>>> David Hietpas
>>>>>>>>>> University of Wisconsin Oshkosh
>>>>>>>>>> hietpasd at uwosh.edu | 920-424-0291
>>>>>>>>>> <lib-jar-example.jpg>_______________________________________________
>>>>>>>>>> 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
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> -- 
>>>>>>>>> David Hietpas
>>>>>>>>> University of Wisconsin Oshkosh
>>>>>>>>> hietpasd at uwosh.edu | 920-424-0291
>>>>>>>>> 
>>>>>>>>> _______________________________________________
>>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> -- 
>>>>>>>>> David Hietpas
>>>>>>>>> University of Wisconsin Oshkosh
>>>>>>>>> hietpasd at uwosh.edu | 920-424-0291
>>>>>>>>> <example.jpg>_______________________________________________
>>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>>>> 
>>>>>> _______________________________________________
>>>>>> Archivesspace_Users_Group mailing list
>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>>> 
>>>>> _______________________________________________
>>>>> Archivesspace_Users_Group mailing list
>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>> 
>>>> _______________________________________________
>>>> Archivesspace_Users_Group mailing list
>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>> 
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>> 
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
> 
> _______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/74eff6bd/attachment.html>

From mark.cooper at lyrasis.org  Wed Jul 22 21:01:25 2015
From: mark.cooper at lyrasis.org (Mark Cooper)
Date: Thu, 23 Jul 2015 01:01:25 +0000
Subject: [Archivesspace_Users_Group] strategies for piecemeal re-index
In-Reply-To: <332D500C-F163-43BE-AC13-42E0492EB1DD@gmail.com>
References: <D1D5B687.16BBD%cknowles@exseed.ed.ac.uk>
	<5F761F94-7A4B-4D85-AEA2-18282110901F@yale.edu>,
	<332D500C-F163-43BE-AC13-42E0492EB1DD@gmail.com>
Message-ID: <BY1PR08MB12098FB0A8743A337EC548F3FE830@BY1PR08MB1209.namprd08.prod.outlook.com>

Hi Maureen,

We haven't *had* to do it in production so far but we have tested deleting files in indexer_state to trigger reindexing just for the targeted record type and it worked for our test cases, enough to feel it could work if there was an urgent need for it prior to a full rebuild or backup restore. 

You could restore from a "however long ago is necessary Solr backup" if you have it (such as provided by ArchivesSpace's backup script, which includes the indexer state) and let the indexer bring it up to date. That could save you from having to do a full rebuild. If you don't have those, or aren't sure when a good state was guaranteed, I think Brian's suggested approach may be the best one if you've got capacity for it.

I can't think of an obvious way to make Solr replication work to your advantage in the way I think Claire is describing it. ArchivesSpace can only point at a single Solr instance (which can be external), but you can't point at the broken index on one server, while rebuilding another. It's not like other applications I've used where the indexing happens (or can be triggered / configured) independently of the main app.

Last thing I can think of (and probably not too helpful for your immediate need) is to try and aggressively speed up indexing, perhaps by overnight disabling everything apart from the backend, indexer and solr and tune the configuration settings to maximize indexing speed (with threads and records per thread being the most likely candidates for experimentation -- but it's hard to predict how much benefit it will offer and is likely to be very "spec" dependent, so your mileage may vary).

Mark

Mark Cooper
Technical Lead, Hosting and Support
LYRASIS
email: mark.cooper at lyrasis.org
skype: mark_c_cooper?

________________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Brian Hoffman <brianjhoffman at gmail.com>
Sent: Wednesday, July 22, 2015 1:41 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] strategies for piecemeal re-index

Hi Maureen,

Perhaps you could try using a second instance of ArchivesSpace to build the new index, then copying that index over your production ArchivesSpace index. It?s not elegant but I can?t think of anything better.

Brian


On Jul 22, 2015, at 4:26 PM, Callahan, Maureen <maureen.callahan at yale.edu> wrote:

> Claire, this sounds like a very sensible solution. Thank you! I?m eager to hear any thoughts that Chris or Brian may have. I (or someone else from Yale) may also be in touch directly to learn more about your process.
>
> Many thanks,
> Maureen
>
>
>> On Jul 22, 2015, at 4:10 PM, KNOWLES Claire <Claire.Knowles at ed.ac.uk> wrote:
>>
>> Hi Maureen,
>>
>> With another service we run we replicate the SOLR. If we want to do a full
>> reindex we then point the webapp to the replicated SOLR and turn off
>> replication. I?m not sure if this solution will work with ArchivesSpace,
>> I?m sure Chris can advise.
>>
>> Claire
>>
>> --
>> Claire Knowles
>> Library Digital Development Manager
>> Library and University Collections, Information Services
>> University of Edinburgh
>> Tel: 0131 6503023
>> Email: claire.knowles at ed.ac.uk
>>
>>
>>
>>
>>
>> On 22/07/2015 15:37,
>> "archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of
>> Callahan, Maureen"
>> <archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of
>> maureen.callahan at yale.edu> wrote:
>>
>>> Hey everyone,
>>>
>>> At some point, our index got totally jacked. Unfortunately, our database
>>> is way too big to be able to do a full re-index overnight and we?re
>>> reluctant to leave it going over the weekend in case something goes wrong.
>>>
>>> Also, our Aeon requesting service relies on a webservice built on top of
>>> ArchivesSpace, so we can?t have the index unavailable for too long, even
>>> if it?s not during normal working hours.
>>>
>>> Has anyone played with re-indexing a bit at a time by deleting records
>>> from indexer_state? Is this a reliable way to fix index problems? Does
>>> anyone have thoughts on other strategies?
>>>
>>> Thanks,
>>> Maureen
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=tn9RUtSjPMsjMstlHFo9h7W0l1cfREohyVoURWtmSxM&s=SEcF2mqDEkndNEGCVVYmk--uNFqLRX112AYMrnZD2L0&e=
>>
>>
>> --
>> The University of Edinburgh is a charitable body, registered in
>> Scotland, with registration number SC005336.
>>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=tn9RUtSjPMsjMstlHFo9h7W0l1cfREohyVoURWtmSxM&s=SEcF2mqDEkndNEGCVVYmk--uNFqLRX112AYMrnZD2L0&e=
>
> _______________________________________________
> 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 sdm7g at virginia.edu  Wed Jul 22 23:01:06 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Wed, 22 Jul 2015 23:01:06 -0400
Subject: [Archivesspace_Users_Group] proxying with a prefix [ was: Mysql
	connector issues with a source build ]
In-Reply-To: <2CF2AE68-55DB-4AE1-A246-4A2D3D51579F@gmail.com>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<D83B0160-9ED8-4F16-8665-F0F29E717DB9@virginia.edu>
	<2A952B62-C4C0-4355-A125-0BA5CA0C15E0@virginia.edu>
	<4DFEEBFA-AD77-4443-9045-C0B79B73E5D9@gmail.com>
	<E9BDEC36-A43A-46AE-862F-B2A3682918B3@virginia.edu>
	<A42C2CC6-AD2D-4DFB-9728-1BE8DA61E1DB@gmail.com>
	<916589EE-1C03-4967-8F4E-AB9479797453@virginia.edu>
	<FBC07071-5942-445F-90EE-5A3986815A0D@virginia.edu>
	<A805156A-FF84-4E63-80FB-1F75A46511BD@virginia.edu>
	<2CF2AE68-55DB-4AE1-A246-4A2D3D51579F@gmail.com>
Message-ID: <DFC95525-8CCE-409B-AE1B-41E736BBBD43@virginia.edu>


Thanks. That fixed the loading of components from the public site. 
I?m still looking at the other issues ( lcnaf & glyph assets ) and testing for any other problems. 

? Steve. 



> On Jul 22, 2015, at 5:19 PM, Brian Hoffman <brianjhoffman at gmail.com> wrote:
> 
> So I think for a short term solution you can just make sure the ?local? plugin is turned on and stick the following into a file called archivesspace/plugins/local/public/views/site/_branding.html.erb
> 
> <script>
> APP_PATH = ?/public/";
> </script>
> 
> <h1>
>   <%= image_tag "archivesspace/archivesspace.png", :alt => I18n.t("brand.title") %>
> </h1>
> 
> 
> 
> Brian
> 
> 
> On Jul 22, 2015, at 4:57 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
> 
>> 
>> Sorry ? that size difference may have just been due to me mislabeling one of the files. 
>> The lcnaf route problem is real, though. 
>> 
>> ? Steve. 
>> 
>> 
>> 
>>> On Jul 22, 2015, at 4:45 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>>> 
>>> 
>>> I also see that running 'rake routes? on the public app yields a much smaller output 
>>> than it did before adding the prefix: 
>>> 
>>> 
>>> 
>>> public$ rake routes
>>> Loading ArchivesSpace configuration file from path: /projects/Archivespace/dcs-archivesspace/common//config/config.rb
>>>          search GET /public/search(.:format)                                              search#search
>>> advanced_search GET /public/advanced_search(.:format)                                     search#advanced_search
>>>            tree GET /public/tree(.:format)                                                records#tree
>>>                 GET /public/repositories/:repo_id/resources/:id(.:format)                 records#resource
>>>                 GET /public/repositories/:repo_id/digital_objects/:id(.:format)           records#digital_object
>>>                 GET /public/repositories/:repo_id/archival_objects/:id(.:format)          records#archival_object
>>>                 GET /public/repositories/:repo_id/digital_object_components/:id(.:format) records#digital_object_component
>>>                 GET /public/repositories/:repo_id(.:format)                               search#repository
>>>                 GET /public/repositories/:repo_id/classifications/:id(.:format)           records#classification
>>>                 GET /public/repositories/:repo_id/accessions/:id(.:format)                records#accession
>>>                 GET /public/agents/:id(.:format)                                          records#agent
>>>    repositories GET /public/repositories(.:format)                                        search#repository
>>>                 GET /public/subjects/:id(.:format)                                        search#subject
>>>            root     /public(.:format)                                                     site#index
>>>                 GET /public/agents/people/:id(.:format)                                   :controller#:action
>>>                 GET /public/agents/software/:id(.:format)                                 :controller#:action
>>>                 GET /public/agents/families/:id(.:format)                                 :controller#:action
>>>                 GET /public/agents/corporate_entities/:id(.:format)                       :controller#:action
>>>                 GET /public/repositories/:repo_id/:type/:id/format/:format                public_formats#generate
>>> 
>>> 
>>> 
>>> Size of previous routes:
>>> archivesspace$ wc -l  ../*.routes
>>>      256 ../frontend.routes
>>>      257 ../public.routes
>>>      513 total
>>> 
>>> 
>>> The output of ?rake routes? for the frontend admin app is comparable in size, 
>>> but it appears to not have added the prefix for the lcnaf plugin:
>>> 
>>> 
>>>                                    root          /admin(.:format)                                                          welcome#index
>>>                           plugins_lcnaf GET      /plugins/lcnaf(.:format)                                                  lcnaf#index
>>>                    plugins_lcnaf_search GET      /plugins/lcnaf/search(.:format)                                           lcnaf#search
>>>                    plugins_lcnaf_import POST     /plugins/lcnaf/import(.:format)                                           lcnaf#import
>>> 
>>> 
>>> 
>>> And, in fact, selecting that plugin no longer works. 
>>> 
>>> 
>>> ? Steve. 
>>> 
>>> 
>>> 
>>>> On Jul 22, 2015, at 4:27 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>>>> 
>>>>> 
>>>>> On Jul 22, 2015, at 4:24 PM, Brian Hoffman <brianjhoffman at gmail.com <mailto:brianjhoffman at gmail.com>> wrote:
>>>>> 
>>>>> Oops, sorry about that. Yes, I see the problem now - the public app isn?t actually set up to look at the prefix value. I can submit a fix for that for the next release. If it?s an urgent issue I can give you instructions for fixing the current release.
>>>>> 
>>>>> Brian
>>>>> 
>>>>> 
>>>> 
>>>> 
>>>> Yes ? We?re trying to move from a test server to production next week, and we would like
>>>> to get rid of the need for port numbers in the URLs as part of that move, so instructions
>>>> on how to fix public would be helpful.  
>>>> 
>>>> ? Steve. 
>>>> 
>>>> 
>>>> 
>>>>> 
>>>>> On Jul 22, 2015, at 4:09 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>>>>> 
>>>>>> 
>>>>>> Adding those lines breaks everything ( whether I use the proxy address or not ).
>>>>>> 
>>>>>> Before adding those lines to config, the values for those settings were:
>>>>>> 
>>>>>> irb(main):001:0> AppConfig[:frontend_prefix]
>>>>>> "/admin/"
>>>>>> irb(main):002:0> AppConfig[:public_prefix]
>>>>>> "/public/"
>>>>>> 
>>>>>> 
>>>>>> which looked correct to me. 
>>>>>> 
>>>>>> After that change they are the whole URL, not just the prefix:
>>>>>> 
>>>>>> irb(main):001:0> AppConfig[:frontend_prefix]
>>>>>> "http://d-172-25-72-74.bootp.Virginia.EDU/admin/ <http://d-172-25-72-74.bootp.virginia.edu/admin/>"
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> ( Also: It looks like that first bunch of missing glyphs are coming from Bootstrap javascript
>>>>>> which maybe doesn?t know about the prefix.  ) 
>>>>>> 
>>>>>> 
>>>>>> ? Steve Majewski
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>>> On Jul 22, 2015, at 3:50 PM, Brian Hoffman <brianjhoffman at gmail.com <mailto:brianjhoffman at gmail.com>> wrote:
>>>>>>> 
>>>>>>> Hi Steve,
>>>>>>> 
>>>>>>> I think you might be able to resolve that error by adding this to your config.rb:
>>>>>>> 
>>>>>>> AppConfig[:frontend_prefix] = proc {"http://#{AppConfig[:hostname]}/admin/?} <http:/#{AppConfig[:hostname]}/admin/%E2%80%9C}>
>>>>>>> AppConfig[:public_prefix] = proc {"http://#{AppConfig[:hostname]}/public/?} <http:/#{AppConfig[:hostname]}/public/%E2%80%9D}>
>>>>>>> 
>>>>>>> There is probably some redundancy in the way the _prefix and _proxy values are used - perhaps they could be combined in a future release.
>>>>>>> 
>>>>>>> Brian
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> On Jul 22, 2015, at 3:39 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>>> On Jul 22, 2015, at 3:24 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> I?m using 
>>>>>>>>> 
>>>>>>>>> config.rb:
>>>>>>>>> 
>>>>>>>>> AppConfig[:hostname] = proc { Socket.gethostname }
>>>>>>>>> # [?] 
>>>>>>>>> AppConfig[:frontend_url] = "http://localhost:8088/admin <http://localhost:8088/admin>" # 8080 used by tomcat!   
>>>>>>>>> AppConfig[:public_url] = "http://localhost:8081/public <http://localhost:8081/public>"
>>>>>>>>> AppConfig[:frontend_proxy_url] = proc { "http://#{AppConfig[:hostname]}/admin <http:/#{AppConfig[:hostname]}/admin>" }
>>>>>>>>> AppConfig[:public_proxy_url] = proc { "http://#{AppConfig[:hostname]}/public <http:/#{AppConfig[:hostname]}/public>" }
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> apache conf:
>>>>>>>>> 
>>>>>>>>>     ProxyPass /admin     http://localhost:8088/admin <http://localhost:8088/admin>
>>>>>>>>>     ProxyPass /public   http://localhost:8081/public <http://localhost:8081/public>
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> Which mostly works. 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> On the admin welcome page (after login) I?m missing these assets: 
>>>>>>>>> 
>>>>>>>>> http://localhost/assets/glyphicons-halflings-regular.woff2 <http://localhost/assets/glyphicons-halflings-regular.woff2> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>>>> http://localhost/assets/icomoon/icomoon.woff?-z7cehr <http://localhost/assets/icomoon/icomoon.woff?-z7cehr> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>>>> http://localhost/assets/glyphicons-halflings-regular.woff <http://localhost/assets/glyphicons-halflings-regular.woff> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>>>> http://localhost/assets/icomoon/icomoon.ttf?-z7cehr <http://localhost/assets/icomoon/icomoon.ttf?-z7cehr> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>>>> http://localhost/assets/glyphicons-halflings-regular.ttf <http://localhost/assets/glyphicons-halflings-regular.ttf> Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> which, I assume is what is causing some glyphs (which I had thought were images) to come up as empty squares.
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> And when looking at Collections in the public interface, I get the missing Components 
>>>>>>>>> (with a constant 'busy loading? icon ) that was reported in a previous message by Reid, Sarah N.
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> Chrome Console error message is:
>>>>>>>>> 
>>>>>>>>> GET http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12 <http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12> 404 (Not Found)bH.ajaxTransport.e.send @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ajax @ application-a05f22ac3ad515fde2728c1832af5791.js:25a.add_children @ application-a05f22ac3ad515fde2728c1832af5791.js:25(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14bH.fn.bH.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.i @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.cc.fireWith @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ready @ application-a05f22ac3ad515fde2728c1832af5791.js:25bY @ application-a05f22ac3ad515fde2728c1832af5791.js:25
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> And it I insert a ?/? between ?public? and ?tree? in that URL above, 
>>>>>>>>> 
>>>>>>>>> http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=%2Frepositories%2F8%2Fresources%2F12 <http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=/repositories/8/resources/12>
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> and try it in the browser, I get back some JSON that looks like what the AJAX calls are expecting:
>>>>>>>>> 
>>>>>>>>> {"self":{"title":"Alderman Family Papers","id":12,"node_type":"resource","publish":true,"suppressed":false,"record_uri":"/repositories/8/resources/12","level":"collection","jsonmodel_type":"resource_tree","instance_types":[],"containers":[],"has_children":false},"path_to_root":[],"direct_children":[]}
>>>>>>>>> 
>>>>>>>>> I just found that a few minutes ago, so I haven?t yet found the source of that bug. 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> I?m thinking it?s here:
>>>>>>>> https://github.com/archivesspace/archivesspace/blob/master/public/app/assets/javascripts/record_tree.js#L12 <https://github.com/archivesspace/archivesspace/blob/master/public/app/assets/javascripts/record_tree.js#L12>
>>>>>>>> 
>>>>>>>> 
>>>>>>>>         $.ajax({
>>>>>>>>             url: APP_PATH + "tree",
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>>> ? Steve Majewski
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>>> On Jul 22, 2015, at 2:27 PM, David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>> wrote:
>>>>>>>>>> 
>>>>>>>>>> Thanks Chris.  I saw the version number and assumed it would work from 1.0.2 and up.
>>>>>>>>>> 
>>>>>>>>>> I tried what you suggested yesterday without success.  I've attached a screenshot with what is happening with my config information with the setup you suggested.
>>>>>>>>>> 
>>>>>>>>>> config.rb:
>>>>>>>>>> AppConfig[:backend_url] = "http://localhost:8092 <http://localhost:8092/>"
>>>>>>>>>> AppConfig[:frontend_url] = "http://localhost:8090 <http://localhost:8090/>"
>>>>>>>>>> AppConfig[:solr_url] = "http://localhost:8093 <http://localhost:8093/>"
>>>>>>>>>> AppConfig[:public_url] = "http://localhost:8091 <http://localhost:8091/>"
>>>>>>>>>> 
>>>>>>>>>> AppConfig[:frontend_proxy_url] = "http://localhost/archivesspace/frontend <http://localhost/archivesspace/frontend>"
>>>>>>>>>> AppConfig[:public_proxy_url] = "http://localhost/archivesspace/public <http://localhost/archivesspace/public>"
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> Apache:
>>>>>>>>>>     RewriteRule ^/archivesspace/frontend$ http://localhost:8090/ <http://localhost:8090/> [L,P]
>>>>>>>>>>     RewriteRule ^/archivesspace/frontend/(.*)$ http://localhost:8090/$1 <http://localhost:8090/$1> [L,P]
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> On Wed, Jul 22, 2015 at 12:06 PM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org <mailto:Chris.Fitzpatrick at lyrasis.org>> wrote:
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> Hi David,
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> Wow, this documentation is extremely outdated ( from v1.0.2 ). 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> I'll update this. 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> But the new way for adding this is to use the proxy_url settings in the config.rb file: 
>>>>>>>>>> 
>>>>>>>>>> https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157 <https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157>
>>>>>>>>>> 
>>>>>>>>>> Change your url that you're proxying here, like 
>>>>>>>>>> 
>>>>>>>>>> AppConfig[:public_proxy_url] = "http://my.aspace.edu/public <http://my.aspace.edu/public>"
>>>>>>>>>> 
>>>>>>>>>> AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff <http://my.aspace.edu/staff>"
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> Does that make sense? No need to compile from source for this...
>>>>>>>>>> 
>>>>>>>>>> b,chris. 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> Chris Fitzpatrick | Developer, ArchivesSpace
>>>>>>>>>> Skype: chrisfitzpat  | Phone: 918.236.6048
>>>>>>>>>> http://archivesspace.org/ <http://archivesspace.org/>
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto: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 David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>>
>>>>>>>>>> Sent: Wednesday, July 22, 2015 6:34 PM
>>>>>>>>>> To: Archivesspace Users Group
>>>>>>>>>> Subject: Re: [Archivesspace_Users_Group] Mysql connector issues with a source build
>>>>>>>>>>  
>>>>>>>>>> Hi Brian,
>>>>>>>>>> 
>>>>>>>>>> As I mentioned in the original email, I'm following the instructions posted from ArchivesSpace Github to setup a installation with prefixes (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md <https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md>).  I have to use prefixes at our institute, I can't use sub-domains due to policies.
>>>>>>>>>> 
>>>>>>>>>> When I start with the original zip file, I don't run into this problem and the app starts up fine.  However, I'm plagued with url issues (css, js, assets, etc...) from the app when setting up the application with prefixes through Apache.
>>>>>>>>>> 
>>>>>>>>>> Thanks.
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman<brianjhoffman at gmail.com <mailto:brianjhoffman at gmail.com>> wrote:
>>>>>>>>>> Hi David,
>>>>>>>>>> 
>>>>>>>>>> Why are you building the application from source rather than just downloading the zip and starting there? Can you confirm that you have the same problem when you start from the ZIP file?
>>>>>>>>>> 
>>>>>>>>>> Brian
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>> wrote:
>>>>>>>>>> 
>>>>>>>>>>> Due to Archon migrations, I installed Aspace v1.0.4 (https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4 <https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4>) without issue but our University will not allow sub-domains so I have to use the Prefix method explained here (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md <https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md>)
>>>>>>>>>>> 
>>>>>>>>>>> So I reinstalled using the 1.0.4 from the source code adding the config/config.rb with the proper prefixes just as instructed.  I ran "build/run dist".  Unzipped the compiled code.  I put the mysql-connector-java.jar in the archivesspace/lib directory like I had in the working version above.  I've attached a screenshot.
>>>>>>>>>>> 
>>>>>>>>>>> It can't find the mysql-connector-java though it is in the lib directory of Archivesspace.  I've drop the exact version 5.1.13 as well as the newest.  It works perfectly fine in the non-source version but not the source build version.
>>>>>>>>>>> 
>>>>>>>>>>> Error: http://pastebin.com/FQVJEjEi <http://pastebin.com/FQVJEjEi>
>>>>>>>>>>> 
>>>>>>>>>>> Please advise.  Thanks.
>>>>>>>>>>> 
>>>>>>>>>>> -- 
>>>>>>>>>>> David Hietpas
>>>>>>>>>>> University of Wisconsin Oshkosh
>>>>>>>>>>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>>>>>>>>>>> <lib-jar-example.jpg>_______________________________________________
>>>>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> -- 
>>>>>>>>>> David Hietpas
>>>>>>>>>> University of Wisconsin Oshkosh
>>>>>>>>>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>>>>>>>>>> 
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> -- 
>>>>>>>>>> David Hietpas
>>>>>>>>>> University of Wisconsin Oshkosh
>>>>>>>>>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>>>>>>>>>> <example.jpg>_______________________________________________
>>>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>>>>> 
>>>>>>>>> _______________________________________________
>>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>>> _______________________________________________
>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>>> 
>>>>>> _______________________________________________
>>>>>> Archivesspace_Users_Group mailing list
>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>>> 
>>>>> _______________________________________________
>>>>> Archivesspace_Users_Group mailing list
>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>>> 
>>>> _______________________________________________
>>>> Archivesspace_Users_Group mailing list
>>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>> 
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto: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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/761f256f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150722/761f256f/attachment.bin>

From Chris.Fitzpatrick at lyrasis.org  Thu Jul 23 04:14:59 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Thu, 23 Jul 2015 08:14:59 +0000
Subject: [Archivesspace_Users_Group] Empty classifications in version
	1.3.0
In-Reply-To: <faf60a11774a4c1b9817f262641d4cd8@it-excmb3.ad.siu.edu>
References: <faf60a11774a4c1b9817f262641d4cd8@it-excmb3.ad.siu.edu>
Message-ID: <DM2PR0801MB0848E10E4F4AE6AF311B8A77FB820@DM2PR0801MB0848.namprd08.prod.outlook.com>


Hi Matthew,


Can I ask what you mean by "has content"? As in, the classification is linked to a resource?


b,chris.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Matthew J Gorzalski <mGorzalski at lib.siu.edu>
Sent: Wednesday, July 22, 2015 10:10 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Empty classifications in version 1.3.0


We have run into a problem with the ASpace classifications in version 1.3.0 not having any resources/collections attached to them.  We migrate from Archon into ASpace version 1.0.4 and the classifications have content.  Then we move to version 1.2.0, do the resequencing (mysql migration script reported a lot of entries like "added note to record to prevent conflict"), and the classifications have content.  Then we move to version 1.3.0 and suddenly the classifications no longer have content.  I'm speaking of the public view.  The admin view is correct in all versions.



MATT GORZALSKI

University Archivist



MORRIS LIBRARY

MAIL CODE 6632

SOUTHERN ILLINOIS UNIVERSITY

605 AGRICULTURE DR

CARBONDALE, IL 62901



mgorzalski at lib.siu.edu

P: 618/453-2225

F: 618/453-3440

lib.siu.edu


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/28375b3d/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Thu Jul 23 04:20:23 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Thu, 23 Jul 2015 08:20:23 +0000
Subject: [Archivesspace_Users_Group] strategies for piecemeal re-index
In-Reply-To: <BY1PR08MB12098FB0A8743A337EC548F3FE830@BY1PR08MB1209.namprd08.prod.outlook.com>
References: <D1D5B687.16BBD%cknowles@exseed.ed.ac.uk>
	<5F761F94-7A4B-4D85-AEA2-18282110901F@yale.edu>,
	<332D500C-F163-43BE-AC13-42E0492EB1DD@gmail.com>,
	<BY1PR08MB12098FB0A8743A337EC548F3FE830@BY1PR08MB1209.namprd08.prod.outlook.com>
Message-ID: <DM2PR0801MB0848EC0E3816966BE755B9D3FB820@DM2PR0801MB0848.namprd08.prod.outlook.com>



Yeah, I think what Brian suggest is not so elegant, but is probably your best bet. Start up another instance, point it to your db and let they indexer run. When it's done, stop both instances, and copy over the index. 

You could also setup an external Solr instance and reindex there then just swap out the cores or change your production instances Solr URL to point to the new core. 

b,chris. 


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

________________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Mark Cooper <mark.cooper at lyrasis.org>
Sent: Thursday, July 23, 2015 3:01 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] strategies for piecemeal re-index

Hi Maureen,

We haven't *had* to do it in production so far but we have tested deleting files in indexer_state to trigger reindexing just for the targeted record type and it worked for our test cases, enough to feel it could work if there was an urgent need for it prior to a full rebuild or backup restore.

You could restore from a "however long ago is necessary Solr backup" if you have it (such as provided by ArchivesSpace's backup script, which includes the indexer state) and let the indexer bring it up to date. That could save you from having to do a full rebuild. If you don't have those, or aren't sure when a good state was guaranteed, I think Brian's suggested approach may be the best one if you've got capacity for it.

I can't think of an obvious way to make Solr replication work to your advantage in the way I think Claire is describing it. ArchivesSpace can only point at a single Solr instance (which can be external), but you can't point at the broken index on one server, while rebuilding another. It's not like other applications I've used where the indexing happens (or can be triggered / configured) independently of the main app.

Last thing I can think of (and probably not too helpful for your immediate need) is to try and aggressively speed up indexing, perhaps by overnight disabling everything apart from the backend, indexer and solr and tune the configuration settings to maximize indexing speed (with threads and records per thread being the most likely candidates for experimentation -- but it's hard to predict how much benefit it will offer and is likely to be very "spec" dependent, so your mileage may vary).

Mark

Mark Cooper
Technical Lead, Hosting and Support
LYRASIS
email: mark.cooper at lyrasis.org
skype: mark_c_cooper?

________________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Brian Hoffman <brianjhoffman at gmail.com>
Sent: Wednesday, July 22, 2015 1:41 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] strategies for piecemeal re-index

Hi Maureen,

Perhaps you could try using a second instance of ArchivesSpace to build the new index, then copying that index over your production ArchivesSpace index. It?s not elegant but I can?t think of anything better.

Brian


On Jul 22, 2015, at 4:26 PM, Callahan, Maureen <maureen.callahan at yale.edu> wrote:

> Claire, this sounds like a very sensible solution. Thank you! I?m eager to hear any thoughts that Chris or Brian may have. I (or someone else from Yale) may also be in touch directly to learn more about your process.
>
> Many thanks,
> Maureen
>
>
>> On Jul 22, 2015, at 4:10 PM, KNOWLES Claire <Claire.Knowles at ed.ac.uk> wrote:
>>
>> Hi Maureen,
>>
>> With another service we run we replicate the SOLR. If we want to do a full
>> reindex we then point the webapp to the replicated SOLR and turn off
>> replication. I?m not sure if this solution will work with ArchivesSpace,
>> I?m sure Chris can advise.
>>
>> Claire
>>
>> --
>> Claire Knowles
>> Library Digital Development Manager
>> Library and University Collections, Information Services
>> University of Edinburgh
>> Tel: 0131 6503023
>> Email: claire.knowles at ed.ac.uk
>>
>>
>>
>>
>>
>> On 22/07/2015 15:37,
>> "archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of
>> Callahan, Maureen"
>> <archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of
>> maureen.callahan at yale.edu> wrote:
>>
>>> Hey everyone,
>>>
>>> At some point, our index got totally jacked. Unfortunately, our database
>>> is way too big to be able to do a full re-index overnight and we?re
>>> reluctant to leave it going over the weekend in case something goes wrong.
>>>
>>> Also, our Aeon requesting service relies on a webservice built on top of
>>> ArchivesSpace, so we can?t have the index unavailable for too long, even
>>> if it?s not during normal working hours.
>>>
>>> Has anyone played with re-indexing a bit at a time by deleting records
>>> from indexer_state? Is this a reliable way to fix index problems? Does
>>> anyone have thoughts on other strategies?
>>>
>>> Thanks,
>>> Maureen
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=tn9RUtSjPMsjMstlHFo9h7W0l1cfREohyVoURWtmSxM&s=SEcF2mqDEkndNEGCVVYmk--uNFqLRX112AYMrnZD2L0&e=
>>
>>
>> --
>> The University of Edinburgh is a charitable body, registered in
>> Scotland, with registration number SC005336.
>>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=tn9RUtSjPMsjMstlHFo9h7W0l1cfREohyVoURWtmSxM&s=SEcF2mqDEkndNEGCVVYmk--uNFqLRX112AYMrnZD2L0&e=
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

From hietpasd at uwosh.edu  Thu Jul 23 08:39:22 2015
From: hietpasd at uwosh.edu (David Hietpas)
Date: Thu, 23 Jul 2015 07:39:22 -0500
Subject: [Archivesspace_Users_Group] Mysql connector issues with a
	source build
In-Reply-To: <CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
Message-ID: <CAKEQ99RqhaXPUG7qxu39LAtQGu4DXGqhY6r5N8tforEk=dNhcw@mail.gmail.com>

Also I should note, all the hrefs and forms are not picking up the prefix
either.

On Wed, Jul 22, 2015 at 1:27 PM, David Hietpas <hietpasd at uwosh.edu> wrote:

> Thanks Chris.  I saw the version number and assumed it would work from
> 1.0.2 and up.
>
> I tried what you suggested yesterday without success.  I've attached a
> screenshot with what is happening with my config information with the setup
> you suggested.
>
> config.rb:
> AppConfig[:backend_url] = "http://localhost:8092"
> AppConfig[:frontend_url] = "http://localhost:8090"
> AppConfig[:solr_url] = "http://localhost:8093"
> AppConfig[:public_url] = "http://localhost:8091"
>
> AppConfig[:frontend_proxy_url] = "http://localhost/archivesspace/frontend"
> AppConfig[:public_proxy_url] = "http://localhost/archivesspace/public"
>
>
> Apache:
>     RewriteRule ^/archivesspace/frontend$ http://localhost:8090/ [L,P]
>     RewriteRule ^/archivesspace/frontend/(.*)$ http://localhost:8090/$1
> [L,P]
>
>
>
>
>
>
>
>
>
>
>
>
> On Wed, Jul 22, 2015 at 12:06 PM, Chris Fitzpatrick <
> Chris.Fitzpatrick at lyrasis.org> wrote:
>
>>
>>
>>  Hi David,
>>
>>
>>  Wow, this documentation is extremely outdated ( from v1.0.2 ).
>>
>>
>>  I'll update this.
>>
>>
>>  But the new way for adding this is to use the proxy_url settings in the
>> config.rb file:
>>
>>
>> https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157
>>
>>
>>  Change your url that you're proxying here, like
>>
>> AppConfig[:public_proxy_url] = "http://my.aspace.edu/public"
>>
>> AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff"
>>
>>
>>
>>  Does that make sense? No need to compile from source for this...
>>
>> b,chris.
>>
>>
>>   Chris Fitzpatrick | Developer, ArchivesSpace
>> Skype: chrisfitzpat  | Phone: 918.236.6048
>> http://archivesspace.org/
>>
>>
>>  ------------------------------
>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
>> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
>> David Hietpas <hietpasd at uwosh.edu>
>> *Sent:* Wednesday, July 22, 2015 6:34 PM
>> *To:* Archivesspace Users Group
>> *Subject:* Re: [Archivesspace_Users_Group] Mysql connector issues with a
>> source build
>>
>>  Hi Brian,
>>
>> As I mentioned in the original email, I'm following the instructions
>> posted from ArchivesSpace Github to setup a installation with prefixes (
>> https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md).
>> I have to use prefixes at our institute, I can't use sub-domains due to
>> policies.
>>
>>  When I start with the original zip file, I don't run into this problem
>> and the app starts up fine.  However, I'm plagued with url issues (css, js,
>> assets, etc...) from the app when setting up the application with prefixes
>> through Apache.
>>
>>  Thanks.
>>
>>
>> On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman <brianjhoffman at gmail.com>
>> wrote:
>>
>>> Hi David,
>>>
>>>  Why are you building the application from source rather than just
>>> downloading the zip and starting there? Can you confirm that you have the
>>> same problem when you start from the ZIP file?
>>>
>>>  Brian
>>>
>>>
>>>   On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu>
>>> wrote:
>>>
>>>    Due to Archon migrations, I installed Aspace v1.0.4 (
>>> https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4)
>>> without issue but our University will not allow sub-domains so I have to
>>> use the Prefix method explained here (
>>> https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md
>>> )
>>>
>>>  So I reinstalled using the 1.0.4 from the source code adding the
>>> config/config.rb with the proper prefixes just as instructed.  I ran
>>> "build/run dist".  Unzipped the compiled code.  I put the
>>> mysql-connector-java.jar in the archivesspace/lib directory like I had in
>>> the working version above.  I've attached a screenshot.
>>>
>>>  It can't find the mysql-connector-java though it is in the lib
>>> directory of Archivesspace.  I've drop the exact version 5.1.13 as well as
>>> the newest.  It works perfectly fine in the non-source version but not the
>>> source build version.
>>>
>>> Error: http://pastebin.com/FQVJEjEi
>>>
>>>  Please advise.  Thanks.
>>>
>>> --
>>>  David Hietpas
>>> University of Wisconsin Oshkosh
>>> hietpasd at uwosh.edu | 920-424-0291
>>>    <lib-jar-example.jpg>_______________________________________________
>>> 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
>>>
>>>
>>
>>
>> --
>>  David Hietpas
>> University of Wisconsin Oshkosh
>> hietpasd at uwosh.edu | 920-424-0291
>>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>
>>
>
>
> --
> David Hietpas
> University of Wisconsin Oshkosh
> hietpasd at uwosh.edu | 920-424-0291
>



-- 
David Hietpas
University of Wisconsin Oshkosh
hietpasd at uwosh.edu | 920-424-0291
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/109cab92/attachment.html>

From christine.dibella at lyrasis.org  Thu Jul 23 09:29:24 2015
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Thu, 23 Jul 2015 13:29:24 +0000
Subject: [Archivesspace_Users_Group] registration deadline for ArchivesSpace
	Member Meeting coming up
Message-ID: <BLUPR08MB1779EB5A60285F7E012C8858F1820@BLUPR08MB1779.namprd08.prod.outlook.com>

Dear ArchivesSpace Members,

The deadline for registering for the free ArchivesSpace Member Meeting on August 22 in Cleveland is fast approaching. The program is really shaping up and we're looking forward to a great meeting! More information is available on the ArchivesSpace wiki at https://archivesspace.atlassian.net/wiki/display/ADC/ArchivesSpace+Member+Meeting+2015.

If you plan to be there, please take a minute to let us know you're coming. The online registration form is at https://www.eventbrite.com/e/archivesspace-member-meeting-registration-16770198114. We plan to close registration on August 1. (And if you have previously registered and now realize you won't be able to be there, please let me know that too.)

If you have any questions, just drop me a line. Looking forward to seeing many of you there!

Best,
Christine

Christine Di Bella
Community Outreach and Support Manager
christine.dibella at lyrasis.org<mailto: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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/d065a33e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 7645 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/d065a33e/attachment.png>

From mGorzalski at lib.siu.edu  Thu Jul 23 09:36:21 2015
From: mGorzalski at lib.siu.edu (Matthew J Gorzalski)
Date: Thu, 23 Jul 2015 13:36:21 +0000
Subject: [Archivesspace_Users_Group] Empty classifications in
	version	1.3.0
In-Reply-To: <DM2PR0801MB0848E10E4F4AE6AF311B8A77FB820@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <faf60a11774a4c1b9817f262641d4cd8@it-excmb3.ad.siu.edu>
	<DM2PR0801MB0848E10E4F4AE6AF311B8A77FB820@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <6ea5f8bc72214cee8a5731eab132aef7@it-excmb3.ad.siu.edu>

Yes that is what I mean.  When we move from version 1.2.0 to version 1.3.0, the classifications in the public interface no longer have resources linked to them.

matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Thursday, July 23, 2015 3:15 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Empty classifications in version 1.3.0




Hi Matthew,



Can I ask what you mean by "has content"? As in, the classification is linked to a resource?



b,chris.




Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>
Sent: Wednesday, July 22, 2015 10:10 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Empty classifications in version 1.3.0


We have run into a problem with the ASpace classifications in version 1.3.0 not having any resources/collections attached to them.  We migrate from Archon into ASpace version 1.0.4 and the classifications have content.  Then we move to version 1.2.0, do the resequencing (mysql migration script reported a lot of entries like "added note to record to prevent conflict"), and the classifications have content.  Then we move to version 1.3.0 and suddenly the classifications no longer have content.  I'm speaking of the public view.  The admin view is correct in all versions.



MATT GORZALSKI

University Archivist



MORRIS LIBRARY

MAIL CODE 6632

SOUTHERN ILLINOIS UNIVERSITY

605 AGRICULTURE DR

CARBONDALE, IL 62901



mgorzalski at lib.siu.edu<mailto:mgorzalski at lib.siu.edu>

P: 618/453-2225

F: 618/453-3440

lib.siu.edu


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/69bfc866/attachment.html>

From brad.westbrook at lyrasis.org  Thu Jul 23 09:41:31 2015
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Thu, 23 Jul 2015 13:41:31 +0000
Subject: [Archivesspace_Users_Group] Members Appointed to ArchivesSpace
 Technical and User Advisory Councils for 2015/16
Message-ID: <BN1PR08MB01136FDFC190116CA317DF394820@BN1PR08MB011.namprd08.prod.outlook.com>

Dear colleagues and friends,

I am very pleased to announce that the ArchivesSpace Technical and User Advisory Councils are fully appointed for 2015/16.

Please join the ArchivesSpace Governance Board and me in welcoming the following new members to TAC and UAC:

TAC:

Terry Catapano, Columbia University
Ann Cooper, College of William and Mary
Max Eckard, University of Michigan
Patrick Galligan, Rockefeller Archive Center
Matt Gorzalski, Southern Illinois University
Phillip Suda, Tulane University
Sally Vermaaten, New York University

UAC:

Alston Cobourn, Washington & Lee University
Chad Conrady, Military Historical Society of Minnesota
Robert Lay, University of North Texas
Jason Loeffler, American Academy in Rome
Sue Luftschein, University of Southern California
Shannon Morelli, The Frick Collection
Nikki Lynn Thomas, University of North Carolina, Charlotte
Daniel Weddington, Berea College

Complete rosters, including new and continuing members, are at https://archivesspace.atlassian.net/wiki/display/AC/Technical+Advisory+Council and https://archivesspace.atlassian.net/wiki/display/AC/Users+Advisory+Council.

Each council is populated in a manner that represents the diversity the ArchivesSpace community and that will enable it to advance several ArchivesSpace initiatives over the coming year.  Please feel free to reach out at any time to the councils and especially to the members at your membership level.

All best,

Brad W.

Bradley D. Westbrook
Program Manager
brad.westbrook at lyrasis.org<mailto:brad at archivesspace.org>
800.999.8558 x2910
678.235.2910
bradley_d_westbrook (Skype)
[cid:image003.png at 01CE734E.FD759D30]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/92b4e7a7/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 7640 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/92b4e7a7/attachment.png>

From Chris.Fitzpatrick at lyrasis.org  Thu Jul 23 11:17:10 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Thu, 23 Jul 2015 15:17:10 +0000
Subject: [Archivesspace_Users_Group] Empty classifications
	in	version	1.3.0
In-Reply-To: <6ea5f8bc72214cee8a5731eab132aef7@it-excmb3.ad.siu.edu>
References: <faf60a11774a4c1b9817f262641d4cd8@it-excmb3.ad.siu.edu>
	<DM2PR0801MB0848E10E4F4AE6AF311B8A77FB820@DM2PR0801MB0848.namprd08.prod.outlook.com>,
	<6ea5f8bc72214cee8a5731eab132aef7@it-excmb3.ad.siu.edu>
Message-ID: <DM2PR0801MB0848E6A8D41B169C8FC2F3EDFB820@DM2PR0801MB0848.namprd08.prod.outlook.com>

Hm. Would it be possible for you to rebuild your index?



----- Reply message -----
From: "Matthew J Gorzalski" <mGorzalski at lib.siu.edu>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Empty classifications in version 1.3.0
Date: Thu, Jul 23, 2015 15:36

Yes that is what I mean.  When we move from version 1.2.0 to version 1.3.0, the classifications in the public interface no longer have resources linked to them.

matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Thursday, July 23, 2015 3:15 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Empty classifications in version 1.3.0




Hi Matthew,



Can I ask what you mean by "has content"? As in, the classification is linked to a resource?



b,chris.




Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>
Sent: Wednesday, July 22, 2015 10:10 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Empty classifications in version 1.3.0


We have run into a problem with the ASpace classifications in version 1.3.0 not having any resources/collections attached to them.  We migrate from Archon into ASpace version 1.0.4 and the classifications have content.  Then we move to version 1.2.0, do the resequencing (mysql migration script reported a lot of entries like "added note to record to prevent conflict"), and the classifications have content.  Then we move to version 1.3.0 and suddenly the classifications no longer have content.  I'm speaking of the public view.  The admin view is correct in all versions.



MATT GORZALSKI

University Archivist



MORRIS LIBRARY

MAIL CODE 6632

SOUTHERN ILLINOIS UNIVERSITY

605 AGRICULTURE DR

CARBONDALE, IL 62901



mgorzalski at lib.siu.edu<mailto:mgorzalski at lib.siu.edu>

P: 618/453-2225

F: 618/453-3440

lib.siu.edu


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/b8c592c5/attachment.html>

From mGorzalski at lib.siu.edu  Thu Jul 23 13:22:00 2015
From: mGorzalski at lib.siu.edu (Matthew J Gorzalski)
Date: Thu, 23 Jul 2015 17:22:00 +0000
Subject: [Archivesspace_Users_Group] Empty
	classifications	in	version	1.3.0
In-Reply-To: <DM2PR0801MB0848E6A8D41B169C8FC2F3EDFB820@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <faf60a11774a4c1b9817f262641d4cd8@it-excmb3.ad.siu.edu>
	<DM2PR0801MB0848E10E4F4AE6AF311B8A77FB820@DM2PR0801MB0848.namprd08.prod.outlook.com>,
	<6ea5f8bc72214cee8a5731eab132aef7@it-excmb3.ad.siu.edu>
	<DM2PR0801MB0848E6A8D41B169C8FC2F3EDFB820@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <5a9677e58b9841ee9981b1b5fe9146c4@it-excmb3.ad.siu.edu>

Chris,

We are rebuilding the index now following these directions.

https://github.com/hudmol/archivesspace

To force ArchivesSpace to reindex all records, just delete the directory /path/to/archivesspace/data/indexer_state. Since the indexing process is cumulative, there's no harm in indexing the same document multiple times.


Matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Thursday, July 23, 2015 10:17 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Empty classifications in version 1.3.0

Hm. Would it be possible for you to rebuild your index?



----- Reply message -----
From: "Matthew J Gorzalski" <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Empty classifications in version 1.3.0
Date: Thu, Jul 23, 2015 15:36

Yes that is what I mean.  When we move from version 1.2.0 to version 1.3.0, the classifications in the public interface no longer have resources linked to them.

matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Thursday, July 23, 2015 3:15 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Empty classifications in version 1.3.0




Hi Matthew,



Can I ask what you mean by "has content"? As in, the classification is linked to a resource?



b,chris.




Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>
Sent: Wednesday, July 22, 2015 10:10 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Empty classifications in version 1.3.0


We have run into a problem with the ASpace classifications in version 1.3.0 not having any resources/collections attached to them.  We migrate from Archon into ASpace version 1.0.4 and the classifications have content.  Then we move to version 1.2.0, do the resequencing (mysql migration script reported a lot of entries like "added note to record to prevent conflict"), and the classifications have content.  Then we move to version 1.3.0 and suddenly the classifications no longer have content.  I'm speaking of the public view.  The admin view is correct in all versions.



MATT GORZALSKI

University Archivist



MORRIS LIBRARY

MAIL CODE 6632

SOUTHERN ILLINOIS UNIVERSITY

605 AGRICULTURE DR

CARBONDALE, IL 62901



mgorzalski at lib.siu.edu<mailto:mgorzalski at lib.siu.edu>

P: 618/453-2225

F: 618/453-3440

lib.siu.edu


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/ceff5b3b/attachment.html>

From brianjhoffman at gmail.com  Thu Jul 23 13:26:31 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Thu, 23 Jul 2015 13:26:31 -0400
Subject: [Archivesspace_Users_Group] ArchivesSpace Glitch
In-Reply-To: <A01F04C6A8ABA54CB3587082D1DEE0BC3F528960@EXCHMBOX01.sfasu.nac>
References: <7AEEB6A53C26AE419650DC906A61C1AF01C49FB0EE@EXCHMBOX02.sfasu.nac>
	<A01F04C6A8ABA54CB3587082D1DEE0BC3F51D04A@EXCHMBOX02.sfasu.nac>
	<59C17B5A-2F90-469F-85D2-E36BE8DFBC02@gmail.com>
	<A01F04C6A8ABA54CB3587082D1DEE0BC3F528960@EXCHMBOX01.sfasu.nac>
Message-ID: <43B6CCA5-0A1C-4EED-94AC-AB7470B9F94E@gmail.com>

Ok, I was able to reproduce this. I filed a ticket here: https://archivesspace.atlassian.net/browse/AR-1305

Thanks,

Brian


On Jul 22, 2015, at 12:59 PM, Johna L Von Behrens <jvb at sfasu.edu> wrote:

> Brian
>  
> Rapid data Entry ? Add a row
> Forget to put something in a required field (this time it was an instance) and get an error
> Fixed the error by entering data and clicked save. All the information in the ?Content? fields disappeared.
>  
> Firefox 39.0/Windows 7 Version 6.1, Build 7601: Service Pack 1
> Chrome Version 43.0.2357.134 m/Windows 7 Version 6.1, Build 7601: Service Pack 1
>  
> This is a screenshot of after the error was fixed and the save button clicked.
> <image001.png>
>  
>  
> Also, ?Level of Description,? and ?Title? will not Stick.
>  
> Johna Von Behrens, MLIS, MSED
> Archives and Repository Librarian
> East Texas Research Center
> Stephen F. Austin State University
> PO Box 13055 SFA Station
> Nacogdoches, TX  75962
> Phone 936.468.1536
> Fax 936.468.4117
> asketrc at sfasu.edu
>  
> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
> Stephen F. Austin State University, its Board of Regents, or the State of Texas.
>  
> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
> Stephen F. Austin State University, its Board of Regents, or the State of Texas.
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Hoffman
> Sent: Wednesday, July 22, 2015 11:21 AM
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] FW: ArchivesSpace Glitch
>  
> Hi Johna,
>  
> In order to look into this problem, we will need to be able to reproduce it. Could you explain a little bit more about what you did before seeing the issue, as well as your browser and operating system?
>  
> Thanks,
>  
> Brian
>  
>  
> On Jul 21, 2015, at 10:39 AM, Johna L Von Behrens <jvb at sfasu.edu> wrote:
> 
> 
> Has anyone else had this problem in RDE?
>  
> Johna Von Behrens, MLIS, MSED
> Archives and Repository Librarian
> East Texas Research Center
> Stephen F. Austin State University
> PO Box 13055 SFA Station
> Nacogdoches, TX  75962
> Phone 936.468.1536
> Fax 936.468.4117
> asketrc at sfasu.edu
>  
> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
> Stephen F. Austin State University, its Board of Regents, or the State of Texas.
>  
> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
> Stephen F. Austin State University, its Board of Regents, or the State of Texas.
>  
> From: Kyle Ainsworth 
> Sent: Monday, July 20, 2015 6:59 PM
> To: Johna L Von Behrens
> Subject: ArchivesSpace Glitch
>  
> I just fixed a  mistake in one row (I forgot to put the instance format) and when the page updated it deleted all the content in my Notes for the other 46 rows in my Rapid Data Entry. That is a glitch that just added another 30 minutes (at least) to my evening. See attached.
> 
> Kyle
>  
>  
> Kyle Ainsworth | Special Collections Librarian | East Texas Research Center
> Stephen F. Austin State University
> PO Box 13055 SFA Station | Nacogdoches | Texas | 75962
> Phone 936.468.1590 | Fax 936.468.4117 | asketrc at sfasu.edu
>  
> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
> Stephen F. Austin State University, its Board of Regents, or the State of Texas.
>  
> <ArchivesSpace Issue.pdf>_______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/c73acad8/attachment.html>

From jvb at sfasu.edu  Thu Jul 23 15:08:33 2015
From: jvb at sfasu.edu (Johna L Von Behrens)
Date: Thu, 23 Jul 2015 19:08:33 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace Glitch
In-Reply-To: <43B6CCA5-0A1C-4EED-94AC-AB7470B9F94E@gmail.com>
References: <7AEEB6A53C26AE419650DC906A61C1AF01C49FB0EE@EXCHMBOX02.sfasu.nac>
	<A01F04C6A8ABA54CB3587082D1DEE0BC3F51D04A@EXCHMBOX02.sfasu.nac>
	<59C17B5A-2F90-469F-85D2-E36BE8DFBC02@gmail.com>
	<A01F04C6A8ABA54CB3587082D1DEE0BC3F528960@EXCHMBOX01.sfasu.nac>
	<43B6CCA5-0A1C-4EED-94AC-AB7470B9F94E@gmail.com>
Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC3F52F710@EXCHMBOX01.sfasu.nac>

Thank you!

Johna Von Behrens, MLIS, MSED
Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>
East Texas Research Center<http://library.sfasu.edu/etrc/>
Stephen F. Austin State University<http://www.sfasu.edu/>
PO Box 13055 SFA Station
Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX  75962
Phone 936.468.1536
Fax 936.468.4117
asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Hoffman
Sent: Thursday, July 23, 2015 12:27 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace Glitch

Ok, I was able to reproduce this. I filed a ticket here: https://archivesspace.atlassian.net/browse/AR-1305<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1305&d=AwMF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=ZapRtyVMfpsdfrbtF9oXrd01r-JbjsSma6tgWP7wEGc&s=x7jxV7h4J_Gl5wVqCpIkWNjhUkc1oX8RQhpkgQN-tAA&e=>

Thanks,

Brian


On Jul 22, 2015, at 12:59 PM, Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>> wrote:


Brian

Rapid data Entry - Add a row
Forget to put something in a required field (this time it was an instance) and get an error
Fixed the error by entering data and clicked save. All the information in the "Content" fields disappeared.

Firefox 39.0/Windows 7 Version 6.1, Build 7601: Service Pack 1
Chrome Version 43.0.2357.134 m/Windows 7 Version 6.1, Build 7601: Service Pack 1

This is a screenshot of after the error was fixed and the save button clicked.
<image001.png>


Also, "Level of Description," and "Title" will not Stick.

Johna Von Behrens, MLIS, MSED
Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>
East Texas Research Center<http://library.sfasu.edu/etrc/>
Stephen F. Austin State University<http://www.sfasu.edu/>
PO Box 13055 SFA Station
Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=ZapRtyVMfpsdfrbtF9oXrd01r-JbjsSma6tgWP7wEGc&s=JTZ7jICTHSw0zM56bjz0fsr-60V0GGQDp6meiUHaIrI&e=>, TX  75962
Phone 936.468.1536
Fax 936.468.4117
asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Hoffman
Sent: Wednesday, July 22, 2015 11:21 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] FW: ArchivesSpace Glitch

Hi Johna,

In order to look into this problem, we will need to be able to reproduce it. Could you explain a little bit more about what you did before seeing the issue, as well as your browser and operating system?

Thanks,

Brian


On Jul 21, 2015, at 10:39 AM, Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>> wrote:



Has anyone else had this problem in RDE?

Johna Von Behrens, MLIS, MSED
Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>
East Texas Research Center<http://library.sfasu.edu/etrc/>
Stephen F. Austin State University<http://www.sfasu.edu/>
PO Box 13055 SFA Station
Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMFAg&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=9sOm9qtFw3rwB1zjZk8zFGryNVXDZ7uqS-LAcueUDA0&s=4TMmA9YIPhu9A5bThWN5WrwV2CAhs0alPKUe9zMPcHw&e=>, TX  75962
Phone 936.468.1536
Fax 936.468.4117
asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

From: Kyle Ainsworth
Sent: Monday, July 20, 2015 6:59 PM
To: Johna L Von Behrens
Subject: ArchivesSpace Glitch

I just fixed a  mistake in one row (I forgot to put the instance format) and when the page updated it deleted all the content in my Notes for the other 46 rows in my Rapid Data Entry. That is a glitch that just added another 30 minutes (at least) to my evening. See attached.

Kyle


Kyle Ainsworth | Special Collections Librarian | East Texas Research Center
Stephen F. Austin State University
PO Box 13055 SFA Station | Nacogdoches | Texas | 75962
Phone 936.468.1590 | Fax 936.468.4117 | asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

<ArchivesSpace Issue.pdf>_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMFAg&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=9sOm9qtFw3rwB1zjZk8zFGryNVXDZ7uqS-LAcueUDA0&s=ZsXXYpeuiR2rteXRbnAeFUR32ojGm0of62kALBbDw1w&e=>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=ZapRtyVMfpsdfrbtF9oXrd01r-JbjsSma6tgWP7wEGc&s=4T52X1tiU250v86BFmN2nFqXmDI-edShbl6f-eg8c8I&e=>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/efb848e4/attachment.html>

From maureen.callahan at yale.edu  Thu Jul 23 15:11:57 2015
From: maureen.callahan at yale.edu (Callahan, Maureen)
Date: Thu, 23 Jul 2015 19:11:57 +0000
Subject: [Archivesspace_Users_Group] strategies for piecemeal re-index
In-Reply-To: <DM2PR0801MB0848EC0E3816966BE755B9D3FB820@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <D1D5B687.16BBD%cknowles@exseed.ed.ac.uk>
	<5F761F94-7A4B-4D85-AEA2-18282110901F@yale.edu>,
	<332D500C-F163-43BE-AC13-42E0492EB1DD@gmail.com>,
	<BY1PR08MB12098FB0A8743A337EC548F3FE830@BY1PR08MB1209.namprd08.prod.outlook.com>
	<DM2PR0801MB0848EC0E3816966BE755B9D3FB820@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <AD669F4F98CAF842A44EB31636A067CB243F5791@x10-mbx15.yu.yale.edu>

Hey, thanks so much to everyone for their really great suggestions. We're going to try a re-index by pointing our dev instance at prod, as Brian suggests. We'll let you know how it goes.

Maureen

Maureen Callahan
Archivist, Metadata Specialist
Manuscripts & Archives
Yale University Library
maureen.callahan at yale.edu
203.432.3627

Webpage: web.library.yale.edu/mssa
Collections: drs.library.yale.edu

-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Thursday, July 23, 2015 4:20 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] strategies for piecemeal re-index





Yeah, I think what Brian suggest is not so elegant, but is probably your best bet. Start up another instance, point it to your db and let they indexer run. When it's done, stop both instances, and copy over the index. 



You could also setup an external Solr instance and reindex there then just swap out the cores or change your production instances Solr URL to point to the new core. 



b,chris. 





Chris Fitzpatrick | Developer, ArchivesSpace

Skype: chrisfitzpat  | Phone: 918.236.6048

https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwIGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=A7smtghg_f_dv8t5ij2GrYP5kqLgPVcVnR2Ayc5UUXU&s=SElWeokLfCraI2xhk0TEyQk6WGRaN5MuvcYVEZJ2uKU&e= 



________________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Mark Cooper <mark.cooper at lyrasis.org>

Sent: Thursday, July 23, 2015 3:01 AM

To: Archivesspace Users Group

Subject: Re: [Archivesspace_Users_Group] strategies for piecemeal re-index



Hi Maureen,



We haven't *had* to do it in production so far but we have tested deleting files in indexer_state to trigger reindexing just for the targeted record type and it worked for our test cases, enough to feel it could work if there was an urgent need for it prior to a full rebuild or backup restore.



You could restore from a "however long ago is necessary Solr backup" if you have it (such as provided by ArchivesSpace's backup script, which includes the indexer state) and let the indexer bring it up to date. That could save you from having to do a full rebuild. If you don't have those, or aren't sure when a good state was guaranteed, I think Brian's suggested approach may be the best one if you've got capacity for it.



I can't think of an obvious way to make Solr replication work to your advantage in the way I think Claire is describing it. ArchivesSpace can only point at a single Solr instance (which can be external), but you can't point at the broken index on one server, while rebuilding another. It's not like other applications I've used where the indexing happens (or can be triggered / configured) independently of the main app.



Last thing I can think of (and probably not too helpful for your immediate need) is to try and aggressively speed up indexing, perhaps by overnight disabling everything apart from the backend, indexer and solr and tune the configuration settings to maximize indexing speed (with threads and records per thread being the most likely candidates for experimentation -- but it's hard to predict how much benefit it will offer and is likely to be very "spec" dependent, so your mileage may vary).



Mark



Mark Cooper

Technical Lead, Hosting and Support

LYRASIS

email: mark.cooper at lyrasis.org

skype: mark_c_cooper?



________________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Brian Hoffman <brianjhoffman at gmail.com>

Sent: Wednesday, July 22, 2015 1:41 PM

To: Archivesspace Users Group

Subject: Re: [Archivesspace_Users_Group] strategies for piecemeal re-index



Hi Maureen,



Perhaps you could try using a second instance of ArchivesSpace to build the new index, then copying that index over your production ArchivesSpace index. It?s not elegant but I can?t think of anything better.



Brian





On Jul 22, 2015, at 4:26 PM, Callahan, Maureen <maureen.callahan at yale.edu> wrote:



> Claire, this sounds like a very sensible solution. Thank you! I?m eager to hear any thoughts that Chris or Brian may have. I (or someone else from Yale) may also be in touch directly to learn more about your process.

>

> Many thanks,

> Maureen

>

>

>> On Jul 22, 2015, at 4:10 PM, KNOWLES Claire <Claire.Knowles at ed.ac.uk> wrote:

>>

>> Hi Maureen,

>>

>> With another service we run we replicate the SOLR. If we want to do a full

>> reindex we then point the webapp to the replicated SOLR and turn off

>> replication. I?m not sure if this solution will work with ArchivesSpace,

>> I?m sure Chris can advise.

>>

>> Claire

>>

>> --

>> Claire Knowles

>> Library Digital Development Manager

>> Library and University Collections, Information Services

>> University of Edinburgh

>> Tel: 0131 6503023

>> Email: claire.knowles at ed.ac.uk

>>

>>

>>

>>

>>

>> On 22/07/2015 15:37,

>> "archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of

>> Callahan, Maureen"

>> <archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of

>> maureen.callahan at yale.edu> wrote:

>>

>>> Hey everyone,

>>>

>>> At some point, our index got totally jacked. Unfortunately, our database

>>> is way too big to be able to do a full re-index overnight and we?re

>>> reluctant to leave it going over the weekend in case something goes wrong.

>>>

>>> Also, our Aeon requesting service relies on a webservice built on top of

>>> ArchivesSpace, so we can?t have the index unavailable for too long, even

>>> if it?s not during normal working hours.

>>>

>>> Has anyone played with re-indexing a bit at a time by deleting records

>>> from indexer_state? Is this a reliable way to fix index problems? Does

>>> anyone have thoughts on other strategies?

>>>

>>> Thanks,

>>> Maureen

>>> _______________________________________________

>>> Archivesspace_Users_Group mailing list

>>> Archivesspace_Users_Group at lyralists.lyrasis.org

>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=tn9RUtSjPMsjMstlHFo9h7W0l1cfREohyVoURWtmSxM&s=SEcF2mqDEkndNEGCVVYmk--uNFqLRX112AYMrnZD2L0&e=

>>

>>

>> --

>> The University of Edinburgh is a charitable body, registered in

>> Scotland, with registration number SC005336.

>>

>> _______________________________________________

>> Archivesspace_Users_Group mailing list

>> Archivesspace_Users_Group at lyralists.lyrasis.org

>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=tn9RUtSjPMsjMstlHFo9h7W0l1cfREohyVoURWtmSxM&s=SEcF2mqDEkndNEGCVVYmk--uNFqLRX112AYMrnZD2L0&e=

>

> _______________________________________________

> Archivesspace_Users_Group mailing list

> Archivesspace_Users_Group at lyralists.lyrasis.org

> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=A7smtghg_f_dv8t5ij2GrYP5kqLgPVcVnR2Ayc5UUXU&s=Dk53ygxE_Hkx0E8xPwMH7YlJjLLMGSIivg4T8-E3iDk&e= 



_______________________________________________

Archivesspace_Users_Group mailing list

Archivesspace_Users_Group at lyralists.lyrasis.org

https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=A7smtghg_f_dv8t5ij2GrYP5kqLgPVcVnR2Ayc5UUXU&s=Dk53ygxE_Hkx0E8xPwMH7YlJjLLMGSIivg4T8-E3iDk&e= 

_______________________________________________

Archivesspace_Users_Group mailing list

Archivesspace_Users_Group at lyralists.lyrasis.org

https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=A7smtghg_f_dv8t5ij2GrYP5kqLgPVcVnR2Ayc5UUXU&s=Dk53ygxE_Hkx0E8xPwMH7YlJjLLMGSIivg4T8-E3iDk&e= 

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=A7smtghg_f_dv8t5ij2GrYP5kqLgPVcVnR2Ayc5UUXU&s=Dk53ygxE_Hkx0E8xPwMH7YlJjLLMGSIivg4T8-E3iDk&e= 

From brianjhoffman at gmail.com  Thu Jul 23 16:12:39 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Thu, 23 Jul 2015 16:12:39 -0400
Subject: [Archivesspace_Users_Group] Mysql connector issues with a
	source build
In-Reply-To: <CAKEQ99RqhaXPUG7qxu39LAtQGu4DXGqhY6r5N8tforEk=dNhcw@mail.gmail.com>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<CAKEQ99RqhaXPUG7qxu39LAtQGu4DXGqhY6r5N8tforEk=dNhcw@mail.gmail.com>
Message-ID: <63BA130D-BF95-446C-B1B2-01359656DC8D@gmail.com>

I think you still need to fill out the _prefix params. Also, you should probably use ProxyPass and ProxyPassReverse rather than mod_rewrite: http://httpd.apache.org/docs/2.4/rewrite/avoid.html

If you open up a Javascript console in the frontend application, and type APP_PATH, you should see ?/frontend/?

Brian


On Jul 23, 2015, at 8:39 AM, David Hietpas <hietpasd at uwosh.edu> wrote:

> Also I should note, all the hrefs and forms are not picking up the prefix either.
> 
> On Wed, Jul 22, 2015 at 1:27 PM, David Hietpas <hietpasd at uwosh.edu> wrote:
> Thanks Chris.  I saw the version number and assumed it would work from 1.0.2 and up.
> 
> I tried what you suggested yesterday without success.  I've attached a screenshot with what is happening with my config information with the setup you suggested.
> 
> config.rb:
> AppConfig[:backend_url] = "http://localhost:8092"
> AppConfig[:frontend_url] = "http://localhost:8090"
> AppConfig[:solr_url] = "http://localhost:8093"
> AppConfig[:public_url] = "http://localhost:8091"
> 
> AppConfig[:frontend_proxy_url] = "http://localhost/archivesspace/frontend"
> AppConfig[:public_proxy_url] = "http://localhost/archivesspace/public"
> 
> 
> Apache:
>     RewriteRule ^/archivesspace/frontend$ http://localhost:8090/ [L,P]
>     RewriteRule ^/archivesspace/frontend/(.*)$ http://localhost:8090/$1 [L,P]
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> On Wed, Jul 22, 2015 at 12:06 PM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org> wrote:
> 
> 
> 
> 
> Hi David,
> 
> 
> 
> Wow, this documentation is extremely outdated ( from v1.0.2 ). 
> 
> 
> 
> I'll update this. 
> 
> 
> 
> But the new way for adding this is to use the proxy_url settings in the config.rb file: 
> 
> https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157
> 
> 
> 
> Change your url that you're proxying here, like 
> 
> AppConfig[:public_proxy_url] = "http://my.aspace.edu/public"
> 
> AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff"
> 
> 
> 
> 
> 
> 
> Does that make sense? No need to compile from source for this...
> 
> b,chris. 
> 
> 
> 
> Chris Fitzpatrick | Developer, ArchivesSpace
> Skype: chrisfitzpat  | Phone: 918.236.6048
> http://archivesspace.org/
> 
> 
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of David Hietpas <hietpasd at uwosh.edu>
> Sent: Wednesday, July 22, 2015 6:34 PM
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] Mysql connector issues with a source build
>  
> Hi Brian,
> 
> As I mentioned in the original email, I'm following the instructions posted from ArchivesSpace Github to setup a installation with prefixes (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md).  I have to use prefixes at our institute, I can't use sub-domains due to policies.
> 
> When I start with the original zip file, I don't run into this problem and the app starts up fine.  However, I'm plagued with url issues (css, js, assets, etc...) from the app when setting up the application with prefixes through Apache.
> 
> Thanks.
> 
> 
> On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman<brianjhoffman at gmail.com> wrote:
> Hi David,
> 
> Why are you building the application from source rather than just downloading the zip and starting there? Can you confirm that you have the same problem when you start from the ZIP file?
> 
> Brian
> 
> 
> On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu> wrote:
> 
>> Due to Archon migrations, I installed Aspace v1.0.4 (https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4) without issue but our University will not allow sub-domains so I have to use the Prefix method explained here (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md)
>> 
>> So I reinstalled using the 1.0.4 from the source code adding the config/config.rb with the proper prefixes just as instructed.  I ran "build/run dist".  Unzipped the compiled code.  I put the mysql-connector-java.jar in the archivesspace/lib directory like I had in the working version above.  I've attached a screenshot.
>> 
>> It can't find the mysql-connector-java though it is in the lib directory of Archivesspace.  I've drop the exact version 5.1.13 as well as the newest.  It works perfectly fine in the non-source version but not the source build version.
>> 
>> Error: http://pastebin.com/FQVJEjEi
>> 
>> Please advise.  Thanks.
>> 
>> -- 
>> David Hietpas
>> University of Wisconsin Oshkosh
>> hietpasd at uwosh.edu | 920-424-0291
>> <lib-jar-example.jpg>_______________________________________________
>> 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
> 
> 
> 
> 
> -- 
> David Hietpas
> University of Wisconsin Oshkosh
> hietpasd at uwosh.edu | 920-424-0291
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
> 
> 
> 
> 
> -- 
> David Hietpas
> University of Wisconsin Oshkosh
> hietpasd at uwosh.edu | 920-424-0291
> 
> 
> 
> -- 
> David Hietpas
> University of Wisconsin Oshkosh
> hietpasd at uwosh.edu | 920-424-0291
> _______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/f7853ae8/attachment.html>

From brianjhoffman at gmail.com  Thu Jul 23 16:15:51 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Thu, 23 Jul 2015 16:15:51 -0400
Subject: [Archivesspace_Users_Group] proxying with a prefix [ was: Mysql
	connector issues with a source build ]
In-Reply-To: <DFC95525-8CCE-409B-AE1B-41E736BBBD43@virginia.edu>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<D83B0160-9ED8-4F16-8665-F0F29E717DB9@virginia.edu>
	<2A952B62-C4C0-4355-A125-0BA5CA0C15E0@virginia.edu>
	<4DFEEBFA-AD77-4443-9045-C0B79B73E5D9@gmail.com>
	<E9BDEC36-A43A-46AE-862F-B2A3682918B3@virginia.edu>
	<A42C2CC6-AD2D-4DFB-9728-1BE8DA61E1DB@gmail.com>
	<916589EE-1C03-4967-8F4E-AB9479797453@virginia.edu>
	<FBC07071-5942-445F-90EE-5A3986815A0D@virginia.edu>
	<A805156A-FF84-4E63-80FB-1F75A46511BD@virginia.edu>
	<2CF2AE68-55DB-4AE1-A246-4A2D3D51579F@gmail.com>
	<DFC95525-8CCE-409B-AE1B-41E736BBBD43@virginia.edu>
Message-ID: <CF4BFC90-E39E-4701-B037-DE173A505518@gmail.com>

Ok, let me know if you find something else I should look at. There may just be some places in the application where APP_PATH needs to be prepended to an ajax call.

Brian


On Jul 22, 2015, at 11:01 PM, Steven Majewski <sdm7g at VIRGINIA.EDU> wrote:

> 
> Thanks. That fixed the loading of components from the public site. 
> I?m still looking at the other issues ( lcnaf & glyph assets ) and testing for any other problems. 
> 
> ? Steve. 
> 
> 
> 
>> On Jul 22, 2015, at 5:19 PM, Brian Hoffman <brianjhoffman at gmail.com> wrote:
>> 
>> So I think for a short term solution you can just make sure the ?local? plugin is turned on and stick the following into a file called archivesspace/plugins/local/public/views/site/_branding.html.erb
>> 
>> <script>
>> APP_PATH = ?/public/";
>> </script>
>> 
>> <h1>
>>   <%= image_tag "archivesspace/archivesspace.png", :alt => I18n.t("brand.title") %>
>> </h1>
>> 
>> 
>> 
>> Brian
>> 
>> 
>> On Jul 22, 2015, at 4:57 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
>> 
>>> 
>>> Sorry ? that size difference may have just been due to me mislabeling one of the files. 
>>> The lcnaf route problem is real, though. 
>>> 
>>> ? Steve. 
>>> 
>>> 
>>> 
>>>> On Jul 22, 2015, at 4:45 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
>>>> 
>>>> 
>>>> I also see that running 'rake routes? on the public app yields a much smaller output 
>>>> than it did before adding the prefix: 
>>>> 
>>>> 
>>>> 
>>>> public$ rake routes
>>>> Loading ArchivesSpace configuration file from path: /projects/Archivespace/dcs-archivesspace/common//config/config.rb
>>>>          search GET /public/search(.:format)                                              search#search
>>>> advanced_search GET /public/advanced_search(.:format)                                     search#advanced_search
>>>>            tree GET /public/tree(.:format)                                                records#tree
>>>>                 GET /public/repositories/:repo_id/resources/:id(.:format)                 records#resource
>>>>                 GET /public/repositories/:repo_id/digital_objects/:id(.:format)           records#digital_object
>>>>                 GET /public/repositories/:repo_id/archival_objects/:id(.:format)          records#archival_object
>>>>                 GET /public/repositories/:repo_id/digital_object_components/:id(.:format) records#digital_object_component
>>>>                 GET /public/repositories/:repo_id(.:format)                               search#repository
>>>>                 GET /public/repositories/:repo_id/classifications/:id(.:format)           records#classification
>>>>                 GET /public/repositories/:repo_id/accessions/:id(.:format)                records#accession
>>>>                 GET /public/agents/:id(.:format)                                          records#agent
>>>>    repositories GET /public/repositories(.:format)                                        search#repository
>>>>                 GET /public/subjects/:id(.:format)                                        search#subject
>>>>            root     /public(.:format)                                                     site#index
>>>>                 GET /public/agents/people/:id(.:format)                                   :controller#:action
>>>>                 GET /public/agents/software/:id(.:format)                                 :controller#:action
>>>>                 GET /public/agents/families/:id(.:format)                                 :controller#:action
>>>>                 GET /public/agents/corporate_entities/:id(.:format)                       :controller#:action
>>>>                 GET /public/repositories/:repo_id/:type/:id/format/:format                public_formats#generate
>>>> 
>>>> 
>>>> 
>>>> Size of previous routes:
>>>> archivesspace$ wc -l  ../*.routes
>>>>      256 ../frontend.routes
>>>>      257 ../public.routes
>>>>      513 total
>>>> 
>>>> 
>>>> The output of ?rake routes? for the frontend admin app is comparable in size, 
>>>> but it appears to not have added the prefix for the lcnaf plugin:
>>>> 
>>>> 
>>>>                                    root          /admin(.:format)                                                          welcome#index
>>>>                           plugins_lcnaf GET      /plugins/lcnaf(.:format)                                                  lcnaf#index
>>>>                    plugins_lcnaf_search GET      /plugins/lcnaf/search(.:format)                                           lcnaf#search
>>>>                    plugins_lcnaf_import POST     /plugins/lcnaf/import(.:format)                                           lcnaf#import
>>>> 
>>>> 
>>>> 
>>>> And, in fact, selecting that plugin no longer works. 
>>>> 
>>>> 
>>>> ? Steve. 
>>>> 
>>>> 
>>>> 
>>>>> On Jul 22, 2015, at 4:27 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
>>>>> 
>>>>>> 
>>>>>> On Jul 22, 2015, at 4:24 PM, Brian Hoffman <brianjhoffman at gmail.com> wrote:
>>>>>> 
>>>>>> Oops, sorry about that. Yes, I see the problem now - the public app isn?t actually set up to look at the prefix value. I can submit a fix for that for the next release. If it?s an urgent issue I can give you instructions for fixing the current release.
>>>>>> 
>>>>>> Brian
>>>>>> 
>>>>>> 
>>>>> 
>>>>> 
>>>>> Yes ? We?re trying to move from a test server to production next week, and we would like
>>>>> to get rid of the need for port numbers in the URLs as part of that move, so instructions
>>>>> on how to fix public would be helpful.  
>>>>> 
>>>>> ? Steve. 
>>>>> 
>>>>> 
>>>>> 
>>>>>> 
>>>>>> On Jul 22, 2015, at 4:09 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
>>>>>> 
>>>>>>> 
>>>>>>> Adding those lines breaks everything ( whether I use the proxy address or not ).
>>>>>>> 
>>>>>>> Before adding those lines to config, the values for those settings were:
>>>>>>> 
>>>>>>> irb(main):001:0> AppConfig[:frontend_prefix]
>>>>>>> "/admin/"
>>>>>>> irb(main):002:0> AppConfig[:public_prefix]
>>>>>>> "/public/"
>>>>>>> 
>>>>>>> 
>>>>>>> which looked correct to me. 
>>>>>>> 
>>>>>>> After that change they are the whole URL, not just the prefix:
>>>>>>> 
>>>>>>> irb(main):001:0> AppConfig[:frontend_prefix]
>>>>>>> "http://d-172-25-72-74.bootp.Virginia.EDU/admin/"
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> ( Also: It looks like that first bunch of missing glyphs are coming from Bootstrap javascript
>>>>>>> which maybe doesn?t know about the prefix.  ) 
>>>>>>> 
>>>>>>> 
>>>>>>> ? Steve Majewski
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>> On Jul 22, 2015, at 3:50 PM, Brian Hoffman <brianjhoffman at gmail.com> wrote:
>>>>>>>> 
>>>>>>>> Hi Steve,
>>>>>>>> 
>>>>>>>> I think you might be able to resolve that error by adding this to your config.rb:
>>>>>>>> 
>>>>>>>> AppConfig[:frontend_prefix] = proc {"http://#{AppConfig[:hostname]}/admin/?}
>>>>>>>> AppConfig[:public_prefix] = proc {"http://#{AppConfig[:hostname]}/public/?}
>>>>>>>> 
>>>>>>>> There is probably some redundancy in the way the _prefix and _proxy values are used - perhaps they could be combined in a future release.
>>>>>>>> 
>>>>>>>> Brian
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> On Jul 22, 2015, at 3:39 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>>> On Jul 22, 2015, at 3:24 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> I?m using 
>>>>>>>>>> 
>>>>>>>>>> config.rb:
>>>>>>>>>> 
>>>>>>>>>> AppConfig[:hostname] = proc { Socket.gethostname }
>>>>>>>>>> # [?] 
>>>>>>>>>> AppConfig[:frontend_url] = "http://localhost:8088/admin" # 8080 used by tomcat!   
>>>>>>>>>> AppConfig[:public_url] = "http://localhost:8081/public"
>>>>>>>>>> AppConfig[:frontend_proxy_url] = proc { "http://#{AppConfig[:hostname]}/admin" }
>>>>>>>>>> AppConfig[:public_proxy_url] = proc { "http://#{AppConfig[:hostname]}/public" }
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> apache conf:
>>>>>>>>>> 
>>>>>>>>>>     ProxyPass /admin     http://localhost:8088/admin
>>>>>>>>>>     ProxyPass /public   http://localhost:8081/public
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> Which mostly works. 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> On the admin welcome page (after login) I?m missing these assets: 
>>>>>>>>>> 
>>>>>>>>>> http://localhost/assets/glyphicons-halflings-regular.woff2 Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>>>>> http://localhost/assets/icomoon/icomoon.woff?-z7cehr Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>>>>> http://localhost/assets/glyphicons-halflings-regular.woff Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>>>>> http://localhost/assets/icomoon/icomoon.ttf?-z7cehr Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>>>>> http://localhost/assets/glyphicons-halflings-regular.ttf Failed to load resource: the server responded with a status of 404 (Not Found)
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> which, I assume is what is causing some glyphs (which I had thought were images) to come up as empty squares.
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> And when looking at Collections in the public interface, I get the missing Components 
>>>>>>>>>> (with a constant 'busy loading? icon ) that was reported in a previous message by Reid, Sarah N.
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> Chrome Console error message is:
>>>>>>>>>> 
>>>>>>>>>> GET http://d-172-25-72-74.bootp.virginia.edu/publictree?uri=%2Frepositories%2F8%2Fresources%2F12 404 (Not Found)bH.ajaxTransport.e.send @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ajax @ application-a05f22ac3ad515fde2728c1832af5791.js:25a.add_children @ application-a05f22ac3ad515fde2728c1832af5791.js:25(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14bH.fn.bH.each @ application-a05f22ac3ad515fde2728c1832af5791.js:14(anonymous function) @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.i @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.Callbacks.cc.fireWith @ application-a05f22ac3ad515fde2728c1832af5791.js:25bH.extend.ready @ application-a05f22ac3ad515fde2728c1832af5791.js:25bY @ application-a05f22ac3ad515fde2728c1832af5791.js:25
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> And it I insert a ?/? between ?public? and ?tree? in that URL above, 
>>>>>>>>>> 
>>>>>>>>>> http://d-172-25-72-74.bootp.virginia.edu/public/tree?uri=%2Frepositories%2F8%2Fresources%2F12
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> and try it in the browser, I get back some JSON that looks like what the AJAX calls are expecting:
>>>>>>>>>> 
>>>>>>>>>> {"self":{"title":"Alderman Family Papers","id":12,"node_type":"resource","publish":true,"suppressed":false,"record_uri":"/repositories/8/resources/12","level":"collection","jsonmodel_type":"resource_tree","instance_types":[],"containers":[],"has_children":false},"path_to_root":[],"direct_children":[]}
>>>>>>>>>> 
>>>>>>>>>> I just found that a few minutes ago, so I haven?t yet found the source of that bug. 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> I?m thinking it?s here:
>>>>>>>>> https://github.com/archivesspace/archivesspace/blob/master/public/app/assets/javascripts/record_tree.js#L12
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>>         $.ajax({
>>>>>>>>>             url: APP_PATH + "tree",
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>>> ? Steve Majewski
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>>> On Jul 22, 2015, at 2:27 PM, David Hietpas <hietpasd at uwosh.edu> wrote:
>>>>>>>>>>> 
>>>>>>>>>>> Thanks Chris.  I saw the version number and assumed it would work from 1.0.2 and up.
>>>>>>>>>>> 
>>>>>>>>>>> I tried what you suggested yesterday without success.  I've attached a screenshot with what is happening with my config information with the setup you suggested.
>>>>>>>>>>> 
>>>>>>>>>>> config.rb:
>>>>>>>>>>> AppConfig[:backend_url] = "http://localhost:8092"
>>>>>>>>>>> AppConfig[:frontend_url] = "http://localhost:8090"
>>>>>>>>>>> AppConfig[:solr_url] = "http://localhost:8093"
>>>>>>>>>>> AppConfig[:public_url] = "http://localhost:8091"
>>>>>>>>>>> 
>>>>>>>>>>> AppConfig[:frontend_proxy_url] = "http://localhost/archivesspace/frontend"
>>>>>>>>>>> AppConfig[:public_proxy_url] = "http://localhost/archivesspace/public"
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> Apache:
>>>>>>>>>>>     RewriteRule ^/archivesspace/frontend$ http://localhost:8090/ [L,P]
>>>>>>>>>>>     RewriteRule ^/archivesspace/frontend/(.*)$ http://localhost:8090/$1 [L,P]
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> On Wed, Jul 22, 2015 at 12:06 PM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org> wrote:
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> Hi David,
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> Wow, this documentation is extremely outdated ( from v1.0.2 ). 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> I'll update this. 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> But the new way for adding this is to use the proxy_url settings in the config.rb file: 
>>>>>>>>>>> 
>>>>>>>>>>> https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> Change your url that you're proxying here, like 
>>>>>>>>>>> 
>>>>>>>>>>> AppConfig[:public_proxy_url] = "http://my.aspace.edu/public"
>>>>>>>>>>> 
>>>>>>>>>>> AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff"
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> Does that make sense? No need to compile from source for this...
>>>>>>>>>>> 
>>>>>>>>>>> b,chris. 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> Chris Fitzpatrick | Developer, ArchivesSpace
>>>>>>>>>>> Skype: chrisfitzpat  | Phone: 918.236.6048
>>>>>>>>>>> http://archivesspace.org/
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of David Hietpas <hietpasd at uwosh.edu>
>>>>>>>>>>> Sent: Wednesday, July 22, 2015 6:34 PM
>>>>>>>>>>> To: Archivesspace Users Group
>>>>>>>>>>> Subject: Re: [Archivesspace_Users_Group] Mysql connector issues with a source build
>>>>>>>>>>>  
>>>>>>>>>>> Hi Brian,
>>>>>>>>>>> 
>>>>>>>>>>> As I mentioned in the original email, I'm following the instructions posted from ArchivesSpace Github to setup a installation with prefixes (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md).  I have to use prefixes at our institute, I can't use sub-domains due to policies.
>>>>>>>>>>> 
>>>>>>>>>>> When I start with the original zip file, I don't run into this problem and the app starts up fine.  However, I'm plagued with url issues (css, js, assets, etc...) from the app when setting up the application with prefixes through Apache.
>>>>>>>>>>> 
>>>>>>>>>>> Thanks.
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman<brianjhoffman at gmail.com> wrote:
>>>>>>>>>>> Hi David,
>>>>>>>>>>> 
>>>>>>>>>>> Why are you building the application from source rather than just downloading the zip and starting there? Can you confirm that you have the same problem when you start from the ZIP file?
>>>>>>>>>>> 
>>>>>>>>>>> Brian
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu> wrote:
>>>>>>>>>>> 
>>>>>>>>>>>> Due to Archon migrations, I installed Aspace v1.0.4 (https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4) without issue but our University will not allow sub-domains so I have to use the Prefix method explained here (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md)
>>>>>>>>>>>> 
>>>>>>>>>>>> So I reinstalled using the 1.0.4 from the source code adding the config/config.rb with the proper prefixes just as instructed.  I ran "build/run dist".  Unzipped the compiled code.  I put the mysql-connector-java.jar in the archivesspace/lib directory like I had in the working version above.  I've attached a screenshot.
>>>>>>>>>>>> 
>>>>>>>>>>>> It can't find the mysql-connector-java though it is in the lib directory of Archivesspace.  I've drop the exact version 5.1.13 as well as the newest.  It works perfectly fine in the non-source version but not the source build version.
>>>>>>>>>>>> 
>>>>>>>>>>>> Error: http://pastebin.com/FQVJEjEi
>>>>>>>>>>>> 
>>>>>>>>>>>> Please advise.  Thanks.
>>>>>>>>>>>> 
>>>>>>>>>>>> -- 
>>>>>>>>>>>> David Hietpas
>>>>>>>>>>>> University of Wisconsin Oshkosh
>>>>>>>>>>>> hietpasd at uwosh.edu | 920-424-0291
>>>>>>>>>>>> <lib-jar-example.jpg>_______________________________________________
>>>>>>>>>>>> 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
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> -- 
>>>>>>>>>>> David Hietpas
>>>>>>>>>>> University of Wisconsin Oshkosh
>>>>>>>>>>> hietpasd at uwosh.edu | 920-424-0291
>>>>>>>>>>> 
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> -- 
>>>>>>>>>>> David Hietpas
>>>>>>>>>>> University of Wisconsin Oshkosh
>>>>>>>>>>> hietpasd at uwosh.edu | 920-424-0291
>>>>>>>>>>> <example.jpg>_______________________________________________
>>>>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>>>>>>>> 
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>>>>>>> 
>>>>>>>>> _______________________________________________
>>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> Archivesspace_Users_Group mailing list
>>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>>>> 
>>>>>> _______________________________________________
>>>>>> Archivesspace_Users_Group mailing list
>>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>>> 
>>>>> _______________________________________________
>>>>> Archivesspace_Users_Group mailing list
>>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>> 
>>>> _______________________________________________
>>>> Archivesspace_Users_Group mailing list
>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>> 
>>> _______________________________________________
>>> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/1526484f/attachment.html>

From brianjhoffman at gmail.com  Thu Jul 23 16:32:28 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Thu, 23 Jul 2015 16:32:28 -0400
Subject: [Archivesspace_Users_Group] RoR Guidance/Help with Index Page
In-Reply-To: <CANdYjfE-fjbGizw4TFF-pnQ7aUfemyUb2NYbXZOg1hKJdNtzKA@mail.gmail.com>
References: <CANdYjfF69enwE_2hrv0OLEDscmBoEsxY5+01a=Yb3M-qa33hPQ@mail.gmail.com>
	<DM2PR0801MB084863DCDA50E6DF74AB7F90FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CANdYjfE-fjbGizw4TFF-pnQ7aUfemyUb2NYbXZOg1hKJdNtzKA@mail.gmail.com>
Message-ID: <5C6DF258-F3A1-4F3B-A682-7E89F1E592B7@gmail.com>

Hi Maura,

Are you trying to add a controller to ArchivesSpace or are you trying to create a standalone web app? If the former, you should probably package it as a plugin. More info here:

https://github.com/archivesspace/archivesspace/blob/master/plugins/PLUGINS_README.md

Either way, it would be easier to diagnose your issue if you put an actual repository on Github.

Also, although this doesn?t look right

def index

def pickImage(directory)
  dirSize=directory.length
  ranNum=0+rand(dirSize)
  fileName=directory[ranNum]
  return fileName
end
end


Instead:

def index

 @filename = pickImage

end

def pickImage(directory)
  dirSize=directory.length
  ranNum=0+rand(dirSize)
  directory[ranNum]
end

Then in a typical RoR system @filename will be available to views/index.html.erb


Brian




On Jul 22, 2015, at 9:42 AM, Maura Carbone <mauraa at brandeis.edu> wrote:

> I can! I just included it in the body of the e-mail because that way people didn't have to go to external links, but here it is on gist:
> 
> https://gist.github.com/librarymaura/7a3a303e5c579aaed917
> 
> Thanks,
> Maura
> 
> On Wed, Jul 22, 2015 at 9:20 AM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org> wrote:
> Hi Maura,
> 
> 
> Can't you put your code up on http://gist.github.com/  
> and send a link to it? What you're doing sounds about right, but it'll be easier for me to see what's up if I can look at the code...
> 
> b,chris. 
> 
> Chris Fitzpatrick | Developer, ArchivesSpace
> Skype: chrisfitzpat  | Phone: 918.236.6048
> http://archivesspace.org/
> 
> 
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Maura Carbone <mauraa at brandeis.edu>
> Sent: Tuesday, July 21, 2015 10:02 PM
> To: Archivesspace Users Group
> Subject: [Archivesspace_Users_Group] RoR Guidance/Help with Index Page
>  
> Hi all,
> I've been playing with RoR and html.erb and have a question on how to implement something I've written. Hoping someone with more experience may be able to offer a little guidance as the stuff I've read hasn't been super helpful (in part because I'm already working with pre-built stuff rather than starting entirely from scratch).
> 
> Right now this is our index.html.erb page:
> 
> http://findingaids.brandeis.edu/
> 
> I wrote some ruby code that would allow the images to be randomized, and tested said ruby code in irb (so I know I get correctly returned values):
> 
> x=Dir["../assets/images/aspace_home/col-1/*.jpg"]
> y=Dir["../assets/images/aspace_home/col-2/*.jpg"]
> z=Dir["../assets/images/aspace_home/col-3/*.jpg"]
> 
> def pickImage(directory)
>    dirSize=directory.length
>    ranNum=0+rand(dirSize)
>    fileName=directory[ranNum]
>    return fileName
> end
> 
> @img1=pickImage(x)
> @img2=pickImage(y)
> @img3=pickImage(z)
> 
> However, I'm not entirely sure how to implement this in RoR/my html.erb file. I found the index controller (I believe), the site_controller.rb and put the code inside (and outside on a few tries) the def index end block, and then added an <img src="<%= @img1 %>" /> to my index.html.erb file but no variable is found (the page display but its like the img tag is empty).
> 
> I also tried something like <% image_tag , '"' + pickImage(Dir["../assets/images/aspace_home/col-1/*.jpg"]) + '"', :alt => "Finding Aids Display Image" %> which just broke the page.
> 
> Any guidance on how this works/if I'm even doing this right? I haven't found anything in archivesspace.out that indicates if what I'm doing is even being rendered; is there another log somewhere I can check?
> 
> -- 
> Maura Carbone
> Digital Initiatives Librarian
> Brandeis University
> Library and Technology Services
> (781) 736-4659
> 415 South Street, (MS 017/P.O. Box 549110)
> Waltham, MA 02454-9110
> email: mauraa at brandeis.edu
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
> 
> 
> 
> 
> -- 
> Maura Carbone
> Digital Initiatives Librarian
> Brandeis University
> Library and Technology Services
> (781) 736-4659
> 415 South Street, (MS 017/P.O. Box 549110)
> Waltham, MA 02454-9110
> email: mauraa at brandeis.edu
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/d13d843d/attachment.html>

From hietpasd at uwosh.edu  Thu Jul 23 16:57:01 2015
From: hietpasd at uwosh.edu (David Hietpas)
Date: Thu, 23 Jul 2015 15:57:01 -0500
Subject: [Archivesspace_Users_Group] Mysql connector issues with a
	source build
In-Reply-To: <63BA130D-BF95-446C-B1B2-01359656DC8D@gmail.com>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<CAKEQ99RqhaXPUG7qxu39LAtQGu4DXGqhY6r5N8tforEk=dNhcw@mail.gmail.com>
	<63BA130D-BF95-446C-B1B2-01359656DC8D@gmail.com>
Message-ID: <CAKEQ99QYaZR-DXwi3RUWQfhmkiAui5RFGsLUM7WxhBpE+baSiQ@mail.gmail.com>

Well it got a little better, woohoo!  The links now appear to be properly
structured but all the asset URL's are messed up... hmm.  I've attached a
screenshots.  One of the screenshots shows the APP_PATH too.  So how would
I get the assets to load correctly?

config.rb
   AppConfig[:frontend_url] = "http://localhost:8090/archivesspace/frontend"
   AppConfig[:frontend_prefix] = proc {"http://
#{AppConfig[:hostname]}/archivesspace/frontend"}

Apache:
    ProxyPass /archivesspace/frontend
http://localhost:8090/archivesspace/frontend
    ProxyPassReverse /archivesspace/frontend
http://localhost:8090/archivesspace/frontend

Thanks for the help!


On Thu, Jul 23, 2015 at 3:12 PM, Brian Hoffman <brianjhoffman at gmail.com>
wrote:

> I think you still need to fill out the _prefix params. Also, you should
> probably use ProxyPass and ProxyPassReverse rather than mod_rewrite:
> http://httpd.apache.org/docs/2.4/rewrite/avoid.html
>
> If you open up a Javascript console in the frontend application, and type
> APP_PATH, you should see ?/frontend/?
>
> Brian
>
>
> On Jul 23, 2015, at 8:39 AM, David Hietpas <hietpasd at uwosh.edu> wrote:
>
> Also I should note, all the hrefs and forms are not picking up the prefix
> either.
>
> On Wed, Jul 22, 2015 at 1:27 PM, David Hietpas <hietpasd at uwosh.edu> wrote:
>
>> Thanks Chris.  I saw the version number and assumed it would work from
>> 1.0.2 and up.
>>
>> I tried what you suggested yesterday without success.  I've attached a
>> screenshot with what is happening with my config information with the setup
>> you suggested.
>>
>> config.rb:
>> AppConfig[:backend_url] = "http://localhost:8092"
>> AppConfig[:frontend_url] = "http://localhost:8090"
>> AppConfig[:solr_url] = "http://localhost:8093"
>> AppConfig[:public_url] = "http://localhost:8091"
>>
>>
>> AppConfig[:frontend_proxy_url] = "http://localhost/archivesspace/frontend
>> "
>> AppConfig[:public_proxy_url] = "http://localhost/archivesspace/public"
>>
>>
>> Apache:
>>     RewriteRule ^/archivesspace/frontend$ http://localhost:8090/ [L,P]
>>     RewriteRule ^/archivesspace/frontend/(.*)$ http://localhost:8090/$1
>> [L,P]
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Wed, Jul 22, 2015 at 12:06 PM, Chris Fitzpatrick <
>> Chris.Fitzpatrick at lyrasis.org> wrote:
>>
>>>
>>>
>>> Hi David,
>>>
>>>
>>> Wow, this documentation is extremely outdated ( from v1.0.2 ).
>>>
>>>
>>> I'll update this.
>>>
>>>
>>> But the new way for adding this is to use the proxy_url settings in the
>>> config.rb file:
>>>
>>>
>>> https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157
>>>
>>>
>>> Change your url that you're proxying here, like
>>>
>>> AppConfig[:public_proxy_url] = "http://my.aspace.edu/public"
>>>
>>> AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff"
>>>
>>>
>>>
>>> Does that make sense? No need to compile from source for this...
>>>
>>> b,chris.
>>>
>>>
>>> Chris Fitzpatrick | Developer, ArchivesSpace
>>> Skype: chrisfitzpat  | Phone: 918.236.6048
>>> http://archivesspace.org/
>>>
>>>
>>> ------------------------------
>>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org<
>>> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
>>> David Hietpas <hietpasd at uwosh.edu>
>>> *Sent:* Wednesday, July 22, 2015 6:34 PM
>>> *To:* Archivesspace Users Group
>>> *Subject:* Re: [Archivesspace_Users_Group] Mysql connector issues with
>>> a source build
>>>
>>> Hi Brian,
>>>
>>> As I mentioned in the original email, I'm following the instructions
>>> posted from ArchivesSpace Github to setup a installation with prefixes (
>>> https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md).
>>> I have to use prefixes at our institute, I can't use sub-domains due to
>>> policies.
>>>
>>> When I start with the original zip file, I don't run into this problem
>>> and the app starts up fine.  However, I'm plagued with url issues (css, js,
>>> assets, etc...) from the app when setting up the application with prefixes
>>> through Apache.
>>>
>>> Thanks.
>>>
>>>
>>> On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman<brianjhoffman at gmail.com>
>>>  wrote:
>>>
>>>> Hi David,
>>>>
>>>> Why are you building the application from source rather than just
>>>> downloading the zip and starting there? Can you confirm that you have the
>>>> same problem when you start from the ZIP file?
>>>>
>>>> Brian
>>>>
>>>>
>>>> On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu> wrote:
>>>>
>>>> Due to Archon migrations, I installed Aspace v1.0.4 (
>>>> https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4)
>>>> without issue but our University will not allow sub-domains so I have to
>>>> use the Prefix method explained here (
>>>> https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md
>>>> )
>>>>
>>>> So I reinstalled using the 1.0.4 from the source code adding the
>>>> config/config.rb with the proper prefixes just as instructed.  I ran
>>>> "build/run dist".  Unzipped the compiled code.  I put the
>>>> mysql-connector-java.jar in the archivesspace/lib directory like I had in
>>>> the working version above.  I've attached a screenshot.
>>>>
>>>> It can't find the mysql-connector-java though it is in the lib
>>>> directory of Archivesspace.  I've drop the exact version 5.1.13 as well as
>>>> the newest.  It works perfectly fine in the non-source version but not the
>>>> source build version.
>>>>
>>>> Error: http://pastebin.com/FQVJEjEi
>>>>
>>>> Please advise.  Thanks.
>>>>
>>>> --
>>>> David Hietpas
>>>> University of Wisconsin Oshkosh
>>>> hietpasd at uwosh.edu | 920-424-0291
>>>> <lib-jar-example.jpg>_______________________________________________
>>>> 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
>>>>
>>>>
>>>
>>>
>>> --
>>> David Hietpas
>>> University of Wisconsin Oshkosh
>>> hietpasd at uwosh.edu | 920-424-0291
>>>
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>
>>>
>>
>>
>> --
>> David Hietpas
>> University of Wisconsin Oshkosh
>> hietpasd at uwosh.edu | 920-424-0291
>>
>
>
>
> --
> David Hietpas
> University of Wisconsin Oshkosh
> hietpasd at uwosh.edu | 920-424-0291
> _______________________________________________
> 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
>
>


-- 
David Hietpas
University of Wisconsin Oshkosh
hietpasd at uwosh.edu | 920-424-0291
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/7e6e4df4/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: example-bad-assets.jpg
Type: image/jpeg
Size: 128574 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/7e6e4df4/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: example-links-working.jpg
Type: image/jpeg
Size: 91082 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/7e6e4df4/attachment-0001.jpg>

From Chris.Fitzpatrick at lyrasis.org  Thu Jul 23 17:22:12 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Thu, 23 Jul 2015 21:22:12 +0000
Subject: [Archivesspace_Users_Group] how many of you see cpu usage near
 100%	?
In-Reply-To: <19c0edbec9434818b5b05c15f1960e84@it-excmb3.ad.siu.edu>
References: <19c0edbec9434818b5b05c15f1960e84@it-excmb3.ad.siu.edu>
Message-ID: <DM2PR0801MB0848C634F98EF68499C31C21FB820@DM2PR0801MB0848.namprd08.prod.outlook.com>


Hi Douglas,


Is there any indication in the logs what Aspace is doing? You should see something running, possibly an index job or something hitting your server.

b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Douglas James Simmons <dsimmons at siu.edu>
Sent: Wednesday, July 22, 2015 6:53 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] how many of you see cpu usage near 100% ?


Aspace always runs near 100% cpu usage. Is this true for everyone?



At present our vm has 4 cores, 4gb ram, 50gb disk and java has -XX:MaxPermSize=512m -Xss2m -Xmx2048m



DOUG SIMMONS

Procedures & Systems Analyst II



MORRIS LIBRARY - SYSTEMS

MAIL CODE 6632

SOUTHERN ILLINOIS UNIVERSITY

605 AGRICULTURE DRIVE

CARBONDALE, ILLINOIS  62901



dsimmons at siu.edu<mailto:dsimmons at siu.edu>

P: 618/453-1026

F: 618/453-3440

LIB.SIU.EDU


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/216834a4/attachment.html>

From sdm7g at virginia.edu  Thu Jul 23 18:32:21 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Thu, 23 Jul 2015 18:32:21 -0400
Subject: [Archivesspace_Users_Group] Serving ArchivesSpace with prefix and
	proxy [was: Mysql connector issues with a source build]
In-Reply-To: <CAKEQ99QYaZR-DXwi3RUWQfhmkiAui5RFGsLUM7WxhBpE+baSiQ@mail.gmail.com>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<CAKEQ99RqhaXPUG7qxu39LAtQGu4DXGqhY6r5N8tforEk=dNhcw@mail.gmail.com>
	<63BA130D-BF95-446C-B1B2-01359656DC8D@gmail.com>
	<CAKEQ99QYaZR-DXwi3RUWQfhmkiAui5RFGsLUM7WxhBpE+baSiQ@mail.gmail.com>
Message-ID: <09AB5DCD-F59F-420A-82CE-7F13C1C8E075@virginia.edu>


From my experience, I have to disagree with Brian.  Leave out the _prefix settings. 
They are set by a proc in config-defaults based on the value of AppConfig[:{frontend,public}_url] 

https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L55 <https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L55>

So if frontend_url is set properly, frontend_prefix should get set properly from that proc. 
It should not be the whole URL, but just the path, so in your case, if you do want to set it 
manually, it should be: ?/archivesspace/frontend/?  


I?ve been trying several configurations that mostly (90+% ) work, and I think I?ve finally
found the one that works 100% for me.  (Still testing.)  There are a bunch of issues. 
I?ll follow up with a longer post ASAP. 



? Steve Majewski




> On Jul 23, 2015, at 4:57 PM, David Hietpas <hietpasd at uwosh.edu> wrote:
> 
> Well it got a little better, woohoo!  The links now appear to be properly structured but all the asset URL's are messed up... hmm.  I've attached a screenshots.  One of the screenshots shows the APP_PATH too.  So how would I get the assets to load correctly?
> 
> config.rb
>    AppConfig[:frontend_url] = "http://localhost:8090/archivesspace/frontend <http://localhost:8090/archivesspace/frontend>"
>    AppConfig[:frontend_prefix] = proc {"http://#{AppConfig[:hostname]}/archivesspace/frontend"}
>   
> Apache:
>     ProxyPass /archivesspace/frontend http://localhost:8090/archivesspace/frontend <http://localhost:8090/archivesspace/frontend>
>     ProxyPassReverse /archivesspace/frontend http://localhost:8090/archivesspace/frontend <http://localhost:8090/archivesspace/frontend>
> 
> Thanks for the help!
> 
> 
> On Thu, Jul 23, 2015 at 3:12 PM, Brian Hoffman <brianjhoffman at gmail.com <mailto:brianjhoffman at gmail.com>> wrote:
> I think you still need to fill out the _prefix params. Also, you should probably use ProxyPass and ProxyPassReverse rather than mod_rewrite: http://httpd.apache.org/docs/2.4/rewrite/avoid.html <http://httpd.apache.org/docs/2.4/rewrite/avoid.html>
> 
> If you open up a Javascript console in the frontend application, and type APP_PATH, you should see ?/frontend/?
> 
> Brian
> 
> 
> On Jul 23, 2015, at 8:39 AM, David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>> wrote:
> 
>> Also I should note, all the hrefs and forms are not picking up the prefix either.
>> 
>> On Wed, Jul 22, 2015 at 1:27 PM, David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>> wrote:
>> Thanks Chris.  I saw the version number and assumed it would work from 1.0.2 and up.
>> 
>> I tried what you suggested yesterday without success.  I've attached a screenshot with what is happening with my config information with the setup you suggested.
>> 
>> config.rb:
>> AppConfig[:backend_url] = "http://localhost:8092 <http://localhost:8092/>"
>> AppConfig[:frontend_url] = "http://localhost:8090 <http://localhost:8090/>"
>> AppConfig[:solr_url] = "http://localhost:8093 <http://localhost:8093/>"
>> AppConfig[:public_url] = "http://localhost:8091 <http://localhost:8091/>"
>> 
>> 
>> AppConfig[:frontend_proxy_url] = "http://localhost/archivesspace/frontend <http://localhost/archivesspace/frontend>"
>> AppConfig[:public_proxy_url] = "http://localhost/archivesspace/public <http://localhost/archivesspace/public>"
>> 
>> 
>> Apache:
>>     RewriteRule ^/archivesspace/frontend$ http://localhost:8090/ <http://localhost:8090/> [L,P]
>>     RewriteRule ^/archivesspace/frontend/(.*)$ http://localhost:8090/$1 <http://localhost:8090/$1> [L,P]
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Wed, Jul 22, 2015 at 12:06 PM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org <mailto:Chris.Fitzpatrick at lyrasis.org>> wrote:
>> 
>> 
>> 
>> 
>> Hi David,
>> 
>> 
>> 
>> Wow, this documentation is extremely outdated ( from v1.0.2 ). 
>> 
>> 
>> 
>> I'll update this. 
>> 
>> 
>> 
>> But the new way for adding this is to use the proxy_url settings in the config.rb file: 
>> 
>> https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157 <https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L156-L157>
>> 
>> Change your url that you're proxying here, like 
>> 
>> AppConfig[:public_proxy_url] = "http://my.aspace.edu/public <http://my.aspace.edu/public>"
>> 
>> AppConfig[:frontend_proxy_url] = "http://my.aspace.edu/staff <http://my.aspace.edu/staff>"
>> 
>> 
>> 
>> 
>> 
>> 
>> Does that make sense? No need to compile from source for this...
>> 
>> b,chris. 
>> 
>> 
>> 
>> Chris Fitzpatrick | Developer, ArchivesSpace
>> Skype: chrisfitzpat  | Phone: 918.236.6048
>> http://archivesspace.org/ <http://archivesspace.org/>
>> 
>> 
>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto: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 David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>>
>> Sent: Wednesday, July 22, 2015 6:34 PM
>> To: Archivesspace Users Group
>> Subject: Re: [Archivesspace_Users_Group] Mysql connector issues with a source build
>>  
>> Hi Brian,
>> 
>> As I mentioned in the original email, I'm following the instructions posted from ArchivesSpace Github to setup a installation with prefixes (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md <https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md>).  I have to use prefixes at our institute, I can't use sub-domains due to policies.
>> 
>> When I start with the original zip file, I don't run into this problem and the app starts up fine.  However, I'm plagued with url issues (css, js, assets, etc...) from the app when setting up the application with prefixes through Apache.
>> 
>> Thanks.
>> 
>> 
>> On Wed, Jul 22, 2015 at 11:24 AM, Brian Hoffman<brianjhoffman at gmail.com <mailto:brianjhoffman at gmail.com>> wrote:
>> Hi David,
>> 
>> Why are you building the application from source rather than just downloading the zip and starting there? Can you confirm that you have the same problem when you start from the ZIP file?
>> 
>> Brian
>> 
>> 
>> On Jul 22, 2015, at 11:07 AM, David Hietpas <hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu>> wrote:
>> 
>>> Due to Archon migrations, I installed Aspace v1.0.4 (https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4 <https://github.com/archivesspace/archivesspace/releases/tag/v1.0.4>) without issue but our University will not allow sub-domains so I have to use the Prefix method explained here (https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md <https://github.com/archivesspace/archivesspace/blob/master/README_PREFIX.md>)
>>> 
>>> So I reinstalled using the 1.0.4 from the source code adding the config/config.rb with the proper prefixes just as instructed.  I ran "build/run dist".  Unzipped the compiled code.  I put the mysql-connector-java.jar in the archivesspace/lib directory like I had in the working version above.  I've attached a screenshot.
>>> 
>>> It can't find the mysql-connector-java though it is in the lib directory of Archivesspace.  I've drop the exact version 5.1.13 as well as the newest.  It works perfectly fine in the non-source version but not the source build version.
>>> 
>>> Error: http://pastebin.com/FQVJEjEi <http://pastebin.com/FQVJEjEi>
>>> 
>>> Please advise.  Thanks.
>>> 
>>> -- 
>>> David Hietpas
>>> University of Wisconsin Oshkosh
>>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>>> <lib-jar-example.jpg>_______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>> 
>> 
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>> 
>> 
>> 
>> 
>> -- 
>> David Hietpas
>> University of Wisconsin Oshkosh
>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>> 
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>> 
>> 
>> 
>> 
>> -- 
>> David Hietpas
>> University of Wisconsin Oshkosh
>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>> 
>> 
>> 
>> -- 
>> David Hietpas
>> University of Wisconsin Oshkosh
>> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
> 
> 
> 
> 
> -- 
> David Hietpas
> University of Wisconsin Oshkosh
> hietpasd at uwosh.edu <mailto:hietpasd at uwosh.edu> | 920-424-0291
> <example-bad-assets.jpg><example-links-working.jpg>_______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/e4fcac66/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/e4fcac66/attachment.bin>

From sdm7g at virginia.edu  Thu Jul 23 21:11:47 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Thu, 23 Jul 2015 21:11:47 -0400
Subject: [Archivesspace_Users_Group] Serving ArchivesSpace with prefix
	and proxy
In-Reply-To: <09AB5DCD-F59F-420A-82CE-7F13C1C8E075@virginia.edu>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<CAKEQ99RqhaXPUG7qxu39LAtQGu4DXGqhY6r5N8tforEk=dNhcw@mail.gmail.com>
	<63BA130D-BF95-446C-B1B2-01359656DC8D@gmail.com>
	<CAKEQ99QYaZR-DXwi3RUWQfhmkiAui5RFGsLUM7WxhBpE+baSiQ@mail.gmail.com>
	<09AB5DCD-F59F-420A-82CE-7F13C1C8E075@virginia.edu>
Message-ID: <34E8E503-EFEB-45FF-9D05-31E97C924C67@virginia.edu>


There seem to be several different failure modes associated with running with a prefix and proxying thru apache, and it's taken me a while to disentangle them. 


_url settings seem to be mostly used for the launcher and  api links. 
They can contain localhost as a hostname because the apps are all communicating on the same localhost.
'localhost' hostname does not get put out on a browser page to another client. 

_prefix are set by default proc, and are used to generate internal links. 
They are just a partial path, not a complete URL. 

_proxy_url is used to produce the links at the bottom of page from frontend to public and back.
Those links are not generated if _proxy_url matches /localhost/ . 
By default, _proxy_url is the same as _url (which by default matches /localhost/ )


I set an additional AppConfig for :hostname by proc, so that can deploy the same config
files I've tested on my laptop, on either test or production servers, without editing. 
Proxy URLs are also set by a proc using AppConfig[:hostname] value. 

When testing on my laptop, I've usually used http://localhost  in the browser URLs. 
But this seems to cause some cross domain AJAX problems: 

[Error] XMLHttpRequest cannot load http://d-172-25-72-74.bootp.virginia.edu/admin/check_session?uri=%2Frepositories%2F5%2Fresources%2F6. Origin http://localhost:8081 is not allowed by Access-Control-Allow-Origin. (6, line 0)

This error disappears if you use the actual hostname. 
This shouldn't be a problem when deployed on a real server, as you will not be using 'localhost' to connect to non local service. 
Just another gotcha to be aware of when testing. 

Here are the config.rb settings I'm using: 

AppConfig[:hostname] = proc { Socket.gethostname }

AppConfig[:frontend_url] = "http://localhost:8088/admin" # 8080 used by tomcat!   
AppConfig[:public_url] = "http://localhost:8081/public"
AppConfig[:frontend_proxy_url] = proc { "http://#{AppConfig[:hostname]}/admin" }
AppConfig[:public_proxy_url] = proc { "http://#{AppConfig[:hostname]}/public" }



With that setup, connecting to http://localhost:8088/admin or http://localhost:8081/public will appear to work. 
However, most but not all assets are using the prefix. 

When I try the proxy addres thru apache, with these config settings: 

    ProxyPass /admin     http://localhost:8088/admin
    ProxyPass /public   http://localhost:8081/public
    ProxyPassReverse /public http://localhost:8081/public
    ProxyPassReverse /admin  http://localhost:8088/admin
    
I get these missing gylphs on the admin welcome page which results in missing "home" and "gear" icons:

[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (bg_body-c33f15fcf9603f5859725ca64c227a48.png, line 0)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (icomoon.woff, line 0)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (icomoon.ttf, line 0)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (icomoon.svg, line 0)

And this on resource view page:
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (drag_handle-86108b4e00ee63fb682bf9a79c689c03.png, line 0)

And this on the public pages:

Public:

[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (glyphicons-halflings-b4c22a0ed1f42188864f0046f0862ecb.png, line 0)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (bg_body-c33f15fcf9603f5859725ca64c227a48.png, line 0)

( This is what I've sampled -- there may be more. )

The URL paths for these assets all start with /assets, not /admin/assets or /public/assets. 
They were served up with those paths when using the non proxied :port URLs, but they are not proxied by the above config. 



Adding a proxy for assets to apache config gets me most of the way there:
    ProxyPass /assets   http://localhost:8088/assets

Now the "home" and "gear" icons appear on the admin pages. 


However, I still get some errors from the /public pages since I can only proxy /assets prefix to one of those apps,
and even if they might use the same assets they may be compiled under a different name: 

[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (glyphicons-halflings-b4c22a0ed1f42188864f0046f0862ecb.png, line 0)


I had tried this fix of proxying /assets with a different build, however that build was done with my modified config.rb in place in common/config.
( I've been using a modified buildfile that adds mysql adapter, local plugins and appends my config.rb to my distribution, so that I can just unzip the distribution and run without requiring any editing or copying of extra files. )
It turns out that building it that way, the asset paths in the .war files all have the "/public" or "/admin" prefix. 
Building without that config.rb present adds them as "/assets/..." . 


A clue: The assets that are not getting prefixed correctly all seem to be coming from twitter bootstrap. 

Now that I have separated some of the issues, I may revist the issues with my custom build. 
I'm not sure if those different pathnames in the webapp were a problem or not, as I also had things mostly working under that scheme as well. 
If it is a problem, I will probably have to keep my custom config around under another name to prevent it from being loaded in the build process, but to still append that file to the generated config.rb . 


There is still the issue of LCNAF plugin paths being broken. I haven't looked at that issue yet. 







-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/e5689ba2/attachment.bin>

From Chris.Fitzpatrick at lyrasis.org  Thu Jul 23 22:14:26 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Fri, 24 Jul 2015 02:14:26 +0000
Subject: [Archivesspace_Users_Group] Serving ArchivesSpace with
 prefix	and proxy
In-Reply-To: <34E8E503-EFEB-45FF-9D05-31E97C924C67@virginia.edu>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<CAKEQ99RqhaXPUG7qxu39LAtQGu4DXGqhY6r5N8tforEk=dNhcw@mail.gmail.com>
	<63BA130D-BF95-446C-B1B2-01359656DC8D@gmail.com>
	<CAKEQ99QYaZR-DXwi3RUWQfhmkiAui5RFGsLUM7WxhBpE+baSiQ@mail.gmail.com>
	<09AB5DCD-F59F-420A-82CE-7F13C1C8E075@virginia.edu>,
	<34E8E503-EFEB-45FF-9D05-31E97C924C67@virginia.edu>
Message-ID: <DM2PR0801MB08482608C3C5B8F6AE07D2E4FB810@DM2PR0801MB0848.namprd08.prod.outlook.com>

Hi Steven,

Hm. This seems odd...quick sanity check.. Are you using tomcat? 


b,chris. 


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

________________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steven Majewski <sdm7g at virginia.edu>
Sent: Friday, July 24, 2015 3:11 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Serving ArchivesSpace with prefix      and proxy

There seem to be several different failure modes associated with running with a prefix and proxying thru apache, and it's taken me a while to disentangle them.


_url settings seem to be mostly used for the launcher and  api links.
They can contain localhost as a hostname because the apps are all communicating on the same localhost.
'localhost' hostname does not get put out on a browser page to another client.

_prefix are set by default proc, and are used to generate internal links.
They are just a partial path, not a complete URL.

_proxy_url is used to produce the links at the bottom of page from frontend to public and back.
Those links are not generated if _proxy_url matches /localhost/ .
By default, _proxy_url is the same as _url (which by default matches /localhost/ )


I set an additional AppConfig for :hostname by proc, so that can deploy the same config
files I've tested on my laptop, on either test or production servers, without editing.
Proxy URLs are also set by a proc using AppConfig[:hostname] value.

When testing on my laptop, I've usually used http://localhost  in the browser URLs.
But this seems to cause some cross domain AJAX problems:

[Error] XMLHttpRequest cannot load http://d-172-25-72-74.bootp.virginia.edu/admin/check_session?uri=%2Frepositories%2F5%2Fresources%2F6. Origin http://localhost:8081 is not allowed by Access-Control-Allow-Origin. (6, line 0)

This error disappears if you use the actual hostname.
This shouldn't be a problem when deployed on a real server, as you will not be using 'localhost' to connect to non local service.
Just another gotcha to be aware of when testing.

Here are the config.rb settings I'm using:

AppConfig[:hostname] = proc { Socket.gethostname }

AppConfig[:frontend_url] = "http://localhost:8088/admin" # 8080 used by tomcat!
AppConfig[:public_url] = "http://localhost:8081/public"
AppConfig[:frontend_proxy_url] = proc { "http://#{AppConfig[:hostname]}/admin" }
AppConfig[:public_proxy_url] = proc { "http://#{AppConfig[:hostname]}/public" }



With that setup, connecting to http://localhost:8088/admin or http://localhost:8081/public will appear to work.
However, most but not all assets are using the prefix.

When I try the proxy addres thru apache, with these config settings:

    ProxyPass /admin     http://localhost:8088/admin
    ProxyPass /public   http://localhost:8081/public
    ProxyPassReverse /public http://localhost:8081/public
    ProxyPassReverse /admin  http://localhost:8088/admin

I get these missing gylphs on the admin welcome page which results in missing "home" and "gear" icons:

[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (bg_body-c33f15fcf9603f5859725ca64c227a48.png, line 0)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (icomoon.woff, line 0)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (icomoon.ttf, line 0)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (icomoon.svg, line 0)

And this on resource view page:
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (drag_handle-86108b4e00ee63fb682bf9a79c689c03.png, line 0)

And this on the public pages:

Public:

[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (glyphicons-halflings-b4c22a0ed1f42188864f0046f0862ecb.png, line 0)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (bg_body-c33f15fcf9603f5859725ca64c227a48.png, line 0)

( This is what I've sampled -- there may be more. )

The URL paths for these assets all start with /assets, not /admin/assets or /public/assets.
They were served up with those paths when using the non proxied :port URLs, but they are not proxied by the above config.



Adding a proxy for assets to apache config gets me most of the way there:
    ProxyPass /assets   http://localhost:8088/assets

Now the "home" and "gear" icons appear on the admin pages.


However, I still get some errors from the /public pages since I can only proxy /assets prefix to one of those apps,
and even if they might use the same assets they may be compiled under a different name:

[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (glyphicons-halflings-b4c22a0ed1f42188864f0046f0862ecb.png, line 0)


I had tried this fix of proxying /assets with a different build, however that build was done with my modified config.rb in place in common/config.
( I've been using a modified buildfile that adds mysql adapter, local plugins and appends my config.rb to my distribution, so that I can just unzip the distribution and run without requiring any editing or copying of extra files. )
It turns out that building it that way, the asset paths in the .war files all have the "/public" or "/admin" prefix.
Building without that config.rb present adds them as "/assets/..." .


A clue: The assets that are not getting prefixed correctly all seem to be coming from twitter bootstrap.

Now that I have separated some of the issues, I may revist the issues with my custom build.
I'm not sure if those different pathnames in the webapp were a problem or not, as I also had things mostly working under that scheme as well.
If it is a problem, I will probably have to keep my custom config around under another name to prevent it from being loaded in the build process, but to still append that file to the generated config.rb .


There is still the issue of LCNAF plugin paths being broken. I haven't looked at that issue yet.









From sdm7g at virginia.edu  Thu Jul 23 22:21:59 2015
From: sdm7g at virginia.edu (Steven D Majewski)
Date: Thu, 23 Jul 2015 22:21:59 -0400
Subject: [Archivesspace_Users_Group] Serving ArchivesSpace with
	prefix	and proxy
In-Reply-To: <DM2PR0801MB08482608C3C5B8F6AE07D2E4FB810@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<CAKEQ99RqhaXPUG7qxu39LAtQGu4DXGqhY6r5N8tforEk=dNhcw@mail.gmail.com>
	<63BA130D-BF95-446C-B1B2-01359656DC8D@gmail.com>
	<CAKEQ99QYaZR-DXwi3RUWQfhmkiAui5RFGsLUM7WxhBpE+baSiQ@mail.gmail.com>
	<09AB5DCD-F59F-420A-82CE-7F13C1C8E075@virginia.edu>
	<34E8E503-EFEB-45FF-9D05-31E97C924C67@virginia.edu>
	<DM2PR0801MB08482608C3C5B8F6AE07D2E4FB810@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <0F86100C-306F-4400-AED4-52A4C15F80EB@virginia.edu>



Sent from my iPad

> On Jul 23, 2015, at 10:14 PM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org> wrote:
> 
> Hi Steven,
> 
> Hm. This seems odd...quick sanity check.. Are you using tomcat? 
> 
> 
> b,chris. 
> 
> 

No.


> Chris Fitzpatrick | Developer, ArchivesSpace
> Skype: chrisfitzpat  | Phone: 918.236.6048
> http://archivesspace.org/
> 
> ________________________________________
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steven Majewski <sdm7g at virginia.edu>
> Sent: Friday, July 24, 2015 3:11 AM
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] Serving ArchivesSpace with prefix      and proxy
> 
> There seem to be several different failure modes associated with running with a prefix and proxying thru apache, and it's taken me a while to disentangle them.
> 
> 
> _url settings seem to be mostly used for the launcher and  api links.
> They can contain localhost as a hostname because the apps are all communicating on the same localhost.
> 'localhost' hostname does not get put out on a browser page to another client.
> 
> _prefix are set by default proc, and are used to generate internal links.
> They are just a partial path, not a complete URL.
> 
> _proxy_url is used to produce the links at the bottom of page from frontend to public and back.
> Those links are not generated if _proxy_url matches /localhost/ .
> By default, _proxy_url is the same as _url (which by default matches /localhost/ )
> 
> 
> I set an additional AppConfig for :hostname by proc, so that can deploy the same config
> files I've tested on my laptop, on either test or production servers, without editing.
> Proxy URLs are also set by a proc using AppConfig[:hostname] value.
> 
> When testing on my laptop, I've usually used http://localhost  in the browser URLs.
> But this seems to cause some cross domain AJAX problems:
> 
> [Error] XMLHttpRequest cannot load http://d-172-25-72-74.bootp.virginia.edu/admin/check_session?uri=%2Frepositories%2F5%2Fresources%2F6. Origin http://localhost:8081 is not allowed by Access-Control-Allow-Origin. (6, line 0)
> 
> This error disappears if you use the actual hostname.
> This shouldn't be a problem when deployed on a real server, as you will not be using 'localhost' to connect to non local service.
> Just another gotcha to be aware of when testing.
> 
> Here are the config.rb settings I'm using:
> 
> AppConfig[:hostname] = proc { Socket.gethostname }
> 
> AppConfig[:frontend_url] = "http://localhost:8088/admin" # 8080 used by tomcat!
> AppConfig[:public_url] = "http://localhost:8081/public"
> AppConfig[:frontend_proxy_url] = proc { "http://#{AppConfig[:hostname]}/admin" }
> AppConfig[:public_proxy_url] = proc { "http://#{AppConfig[:hostname]}/public" }
> 
> 
> 
> With that setup, connecting to http://localhost:8088/admin or http://localhost:8081/public will appear to work.
> However, most but not all assets are using the prefix.
> 
> When I try the proxy addres thru apache, with these config settings:
> 
>    ProxyPass /admin     http://localhost:8088/admin
>    ProxyPass /public   http://localhost:8081/public
>    ProxyPassReverse /public http://localhost:8081/public
>    ProxyPassReverse /admin  http://localhost:8088/admin
> 
> I get these missing gylphs on the admin welcome page which results in missing "home" and "gear" icons:
> 
> [Error] Failed to load resource: the server responded with a status of 404 (Not Found) (bg_body-c33f15fcf9603f5859725ca64c227a48.png, line 0)
> [Error] Failed to load resource: the server responded with a status of 404 (Not Found) (icomoon.woff, line 0)
> [Error] Failed to load resource: the server responded with a status of 404 (Not Found) (icomoon.ttf, line 0)
> [Error] Failed to load resource: the server responded with a status of 404 (Not Found) (icomoon.svg, line 0)
> 
> And this on resource view page:
> [Error] Failed to load resource: the server responded with a status of 404 (Not Found) (drag_handle-86108b4e00ee63fb682bf9a79c689c03.png, line 0)
> 
> And this on the public pages:
> 
> Public:
> 
> [Error] Failed to load resource: the server responded with a status of 404 (Not Found) (glyphicons-halflings-b4c22a0ed1f42188864f0046f0862ecb.png, line 0)
> [Error] Failed to load resource: the server responded with a status of 404 (Not Found) (bg_body-c33f15fcf9603f5859725ca64c227a48.png, line 0)
> 
> ( This is what I've sampled -- there may be more. )
> 
> The URL paths for these assets all start with /assets, not /admin/assets or /public/assets.
> They were served up with those paths when using the non proxied :port URLs, but they are not proxied by the above config.
> 
> 
> 
> Adding a proxy for assets to apache config gets me most of the way there:
>    ProxyPass /assets   http://localhost:8088/assets
> 
> Now the "home" and "gear" icons appear on the admin pages.
> 
> 
> However, I still get some errors from the /public pages since I can only proxy /assets prefix to one of those apps,
> and even if they might use the same assets they may be compiled under a different name:
> 
> [Error] Failed to load resource: the server responded with a status of 404 (Not Found) (glyphicons-halflings-b4c22a0ed1f42188864f0046f0862ecb.png, line 0)
> 
> 
> I had tried this fix of proxying /assets with a different build, however that build was done with my modified config.rb in place in common/config.
> ( I've been using a modified buildfile that adds mysql adapter, local plugins and appends my config.rb to my distribution, so that I can just unzip the distribution and run without requiring any editing or copying of extra files. )
> It turns out that building it that way, the asset paths in the .war files all have the "/public" or "/admin" prefix.
> Building without that config.rb present adds them as "/assets/..." .
> 
> 
> A clue: The assets that are not getting prefixed correctly all seem to be coming from twitter bootstrap.
> 
> Now that I have separated some of the issues, I may revist the issues with my custom build.
> I'm not sure if those different pathnames in the webapp were a problem or not, as I also had things mostly working under that scheme as well.
> If it is a problem, I will probably have to keep my custom config around under another name to prevent it from being loaded in the build process, but to still append that file to the generated config.rb .
> 
> 
> There is still the issue of LCNAF plugin paths being broken. I haven't looked at that issue yet.
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


From sdm7g at virginia.edu  Thu Jul 23 23:25:44 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Thu, 23 Jul 2015 23:25:44 -0400
Subject: [Archivesspace_Users_Group] Serving ArchivesSpace with prefix
	and proxy
In-Reply-To: <34E8E503-EFEB-45FF-9D05-31E97C924C67@virginia.edu>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<CAKEQ99RqhaXPUG7qxu39LAtQGu4DXGqhY6r5N8tforEk=dNhcw@mail.gmail.com>
	<63BA130D-BF95-446C-B1B2-01359656DC8D@gmail.com>
	<CAKEQ99QYaZR-DXwi3RUWQfhmkiAui5RFGsLUM7WxhBpE+baSiQ@mail.gmail.com>
	<09AB5DCD-F59F-420A-82CE-7F13C1C8E075@virginia.edu>
	<34E8E503-EFEB-45FF-9D05-31E97C924C67@virginia.edu>
Message-ID: <4AA8AB03-2BB4-4027-AB77-E09445748186@virginia.edu>


> On Jul 23, 2015, at 9:11 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
> 
> 
> There is still the issue of LCNAF plugin paths being broken. I haven't looked at that issue yet. 
> 
> 


Looks like LCNAF plugin frontend/routes.rb just needs to be wrapped with a scope like the public and frontend routes: 


diff --git a/plugins/lcnaf/frontend/routes.rb b/plugins/lcnaf/frontend/routes.rb
index 9a41305..7f0acd9 100644
--- a/plugins/lcnaf/frontend/routes.rb
+++ b/plugins/lcnaf/frontend/routes.rb
@@ -1,7 +1,9 @@
 ArchivesSpace::Application.routes.draw do
+  scope AppConfig[:frontend_prefix] do
 
-  match('/plugins/lcnaf' => 'lcnaf#index', :via => [:get])
-  match('/plugins/lcnaf/search' => 'lcnaf#search', :via => [:get])
-  match('/plugins/lcnaf/import' => 'lcnaf#import', :via => [:post])
+    match('/plugins/lcnaf' => 'lcnaf#index', :via => [:get])
+    match('/plugins/lcnaf/search' => 'lcnaf#search', :via => [:get])
+    match('/plugins/lcnaf/import' => 'lcnaf#import', :via => [:post])
 
+  end
 end
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/acd8a5ce/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150723/acd8a5ce/attachment.bin>

From Chris.Fitzpatrick at lyrasis.org  Thu Jul 23 23:40:40 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Fri, 24 Jul 2015 03:40:40 +0000
Subject: [Archivesspace_Users_Group] Serving ArchivesSpace with
 prefix	and proxy
In-Reply-To: <4AA8AB03-2BB4-4027-AB77-E09445748186@virginia.edu>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<CAKEQ99RqhaXPUG7qxu39LAtQGu4DXGqhY6r5N8tforEk=dNhcw@mail.gmail.com>
	<63BA130D-BF95-446C-B1B2-01359656DC8D@gmail.com>
	<CAKEQ99QYaZR-DXwi3RUWQfhmkiAui5RFGsLUM7WxhBpE+baSiQ@mail.gmail.com>
	<09AB5DCD-F59F-420A-82CE-7F13C1C8E075@virginia.edu>
	<34E8E503-EFEB-45FF-9D05-31E97C924C67@virginia.edu>,
	<4AA8AB03-2BB4-4027-AB77-E09445748186@virginia.edu>
Message-ID: <DM2PR0801MB0848A3AA06D9C354E3444050FB810@DM2PR0801MB0848.namprd08.prod.outlook.com>

Hi Steven,


Yeah, so the fix for this is you're probably going to have to precompile you assets again and pass in a relative url root.


Something like this would work I think:

https://gist.github.com/cfitz/8d5d65c30127ff69ff22


You can set a RAILS_RELATIVE_URL_ROOT environment variable when you run ./scripts/build_release ( or the build/run dist or whatever )


There's a similar file in the public directory.

I think this would work...

b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steven Majewski <sdm7g at virginia.edu>
Sent: Friday, July 24, 2015 5:25 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Serving ArchivesSpace with prefix and proxy


On Jul 23, 2015, at 9:11 PM, Steven Majewski <sdm7g at virginia.edu<mailto:sdm7g at virginia.edu>> wrote:


There is still the issue of LCNAF plugin paths being broken. I haven't looked at that issue yet.



Looks like LCNAF plugin frontend/routes.rb just needs to be wrapped with a scope like the public and frontend routes:


diff --git a/plugins/lcnaf/frontend/routes.rb b/plugins/lcnaf/frontend/routes.rb
index 9a41305..7f0acd9 100644
--- a/plugins/lcnaf/frontend/routes.rb
+++ b/plugins/lcnaf/frontend/routes.rb
@@ -1,7 +1,9 @@
 ArchivesSpace::Application.routes.draw do
+  scope AppConfig[:frontend_prefix] do



-  match('/plugins/lcnaf' => 'lcnaf#index', :via => [:get])
-  match('/plugins/lcnaf/search' => 'lcnaf#search', :via => [:get])
-  match('/plugins/lcnaf/import' => 'lcnaf#import', :via => [:post])
+    match('/plugins/lcnaf' => 'lcnaf#index', :via => [:get])
+    match('/plugins/lcnaf/search' => 'lcnaf#search', :via => [:get])
+    match('/plugins/lcnaf/import' => 'lcnaf#import', :via => [:post])



+  end
 end
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/9a98ec0f/attachment.html>

From harnold at rockarch.org  Fri Jul 24 10:21:36 2015
From: harnold at rockarch.org (Arnold, Hillel)
Date: Fri, 24 Jul 2015 10:21:36 -0400
Subject: [Archivesspace_Users_Group] Use of "rights statements" module?
In-Reply-To: <CAOEoOqVOonyzheJio57BDiPaZub0HcLsEHX0d2xO++C8mvk85w@mail.gmail.com>
References: <CAAPYHTAxqLghc+ErZHyYgV0jF4-gPPybbnxhAQe_gdOQOVOpgw@mail.gmail.com>
	<D1B1E617.3BCD1%harnold@rockarch.org>
	<265815678.1180840.1435541501123.JavaMail.zimbra@psu.edu>
	<CAAPYHTCBUcw31P+8AX2G81OA4-eaTzRHFa8TE8b5b0Q7NrcAhA@mail.gmail.com>
	<CAOEoOqVOonyzheJio57BDiPaZub0HcLsEHX0d2xO++C8mvk85w@mail.gmail.com>
Message-ID: <D1D7BA68.3C76B%harnold@rockarch.org>

Hello Max and all!
Our use cases here at the Rockefeller Archive Center align pretty nicely with the Bentley's: we want to have machine-actionable statements that allow us to restrict access to digital objects based on donor agreement restrictions, copyright, or personally identifiable information. Particularly important machine-actionable elements would be dates and actions that can or cannot be taken with those materials.

We want to be able to apply multiple rights statements to a single component or digital object in order to be able to completely describe all of the rights that apply to that component or object.

We?ve been creating PREMIS rights statements in Archivematica for all digital material we?ve ingested over the past couple of years, so we?re very much interested in directly transferring those rights statements to ArchivesSpace, which we see as our system of record for all collections management data, and where we?ll be managing those rights going forward.

Evelyn McLellan of Artefactual has pulled together a very detailed mapping of PREMIS rights statements, Archivematica?s implementation of PREMIS rights statements, and ArchivesSpace?s current model rights statements: https://wiki.archivematica.org/ArchivesSpace_integration#Archivematica_to_ArchivesSpace_Rights_records
As is pretty obvious, while there is some alignment, the mapping gets pretty messy at more granular levels, which is problematic from the perspective of machine-actionability as well as local practice variations. We?d prefer to see a much more direct mapping, with the ArchivesSpace rights statements being built out to be more fully PREMIS-compliant. It?s probably not necessary to control certain values in rights statements as tightly as Archivematica does, but as Evelyn pointed out, doing so does have some very nice benefits in terms of how these statements can then be acted on.

The one caveat to PREMIS rights statements is that they don?t map very neatly to the DACS concepts of Conditions Governing Use and Conditions Governing Access, since they are primarily modeled around the source of the restriction or grant (i.e. copyright, a donor agreement, etc) rather than the effect of the restriction or grant on the end user. There are ways of getting around this, but I think they require a controlled list of actions as well as restrictions, so you can define (at least locally) what those mean. This may not be clear (I am not yet fully caffeinated) so feel free to ask questions if this makes no sense.

Look forward to seeing how this conversation shapes up! This is something we?ve been interested in for a while now.

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

From: Max Eckard <eckardm at umich.edu<mailto:eckardm at umich.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Monday, July 20, 2015 at 9:38 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Use of "rights statements" module?

Hello all,

Here's a recap of the conversation we had last week on rights statements and rights management in ArchivesSpace. In attendance were representatives from LYRASIS/ArchivesSpace, Artefactual/Archivematica, the Rockefeller Archive Center, Yale and ourselves (MLibrary and the Bentley Historical Library).

Note: Even if you weren't on the call, you are invited to share your thoughts on rights statements and rights management in ArchivesSpace on this list. These will later be converted to JIRA user stories by LYRASIS staff.

Topics of Discussion

After introducing ourselves and discussing our goals with regard to rights statements and rights management in ArchivesSpace, we discussed the following topics:

 *   the use of the PREMIS rights entity (or not) in archives;
 *   where best to capture and manage rights information in general;
 *   discrepancies between Archivematica's implementation of the PREMIS rights entity and ArchivesSpace's:
    *   Archivematica's is very granular, but is applied to the overall information package.
    *   Basic mapping exists between the two systems, but ArchivesSpace's rights statements and Rights Management module are not fully-developed or implemented.
 *   the machine-actionableness of human-readable rights statements (and, conversely, the human-readability of machine-actionable rights statements);
 *   Yale's Container Management plug-in, which gives users the ability to associate begin and end dates (or non-time-bound restrictions) with "conditions governing access" and "conditions governing use" statements; and
 *   the possibility of mapping PREMIS rights statements to conditions governing access and use statements.

Takeaways

 1.  We'd like both human-readable <userestrict> and <accessrestrict> statements, and machine-actionable PREMIS rights statements. That being said, we don't want to have to enter rights statements twice.
 2.  There will likely be a lot of different ways institutions implement and use rights statements, so they should be flexible.
 3.  It is important to use standardized language in rights statements.

Action Items

 1.  Artefactual will make a copy of some work they've done mapping PREMIS rights statements in Archivematica and ArchivesSpace available on their wiki.
 2.  LYRASIS will look into expanding rights statements and providing a fuller implementation of the Rights Management module in ArchivesSpace.
 3.  The Bentley will send out a recap to the ArchivesSpace Users Group. <-- check!
 4.  You (yes, you!), the ArchivesSpace Users Group, will reply to this e-mail and let us know what kind of uses you might have for machine-actionable rights statements in ArchivesSpace in order to help LYRASIS think through how they might implement Action Item #2.

To kick off the discussion, we at the Bentley might would like for ArchivesSpace (and our repository) to be able to reuse Archivematica's rights statements. We might use those rights statements to have our repository restrict access to a particular item or group of items until a particular date, based upon institutional policies regarding, for example, student and executive records. We may also use rights statements to restrict access to a particular subset of users (UM folks), or to a particular location (the reading room).

Thanks!
Max

On Tue, Jun 30, 2015 at 7:04 PM, Michael Shallcross <shallcro at umich.edu<mailto:shallcro at umich.edu>> wrote:
Thanks for these points, Ben--this would definitely be a great thing to discuss at SAA!

Great point about the potential discrepancy between paper/analog and digital rights.  After some reflection, I'm wondering how much of an issue this might be?   We currently only use conditions governing access/use to record rights information for all our materials.  The additional functionality of the Yale container plug in helps provide some important additional information (esp. start/end dates and nature of the restriction) that I anticipate we would want to use for all materials (and I'm thinking about some future Aeon-ArchivesSpace integration as I type...).

While we're hoping that our grant project will yield the ability to automate the creation of PREMIS rights statements (in Archivematica and possibly passing these to ASpace), I don't know that we would have our processors use the rights module for paper/analog materials.  Also, these more extensive machine-actionable (PREMIS) rights statements would be most useful in a repository environment.

Just some random thoughts--as always, your point of view is much appreciated!  Take care and happy 4th--

Mike


--
Michael Shallcross, CA
Lead Archivist for Curation

[https://webapps.lsa.umich.edu/dean/lsa_emails/bentley-sig-em.png]
Bentley Historical Library
1150 Beal Ave.
Ann Arbor, MI 48109-2113
734.936.1344<tel:734.936.1344>
http://bentley.umich.edu/
http://archival-integration.blogspot.com/



On Sun, Jun 28, 2015 at 9:31 PM, Ben Goldman <bmg17 at psu.edu<mailto:bmg17 at psu.edu>> wrote:
Mike,

Admittedly, I haven't fully thought this through, but my immediate reaction is that your notion of locating rights statements in a repository might create a discrepancy between how we manage rights statements for digital materials and how we manage them for analog. My inclination would be to make the ASpace rights statements more PREMIS-compliant, as Hillel suggests, at least in order to make the potential cross-walking from Archivematica/PREMIS/repository/etc. a little less 'fancy'.

Incidentally, this is the kind of conversation I hope this community might have if/when it begins to consider integration with other software (at SAA on Saturday afternoon or beyond). A question I keep coming back to when thinking about digital workflows, particularly in relation to our emerging repository platform at Penn State, is which system should be considered the system of record for different types of metadata? I guess in this example, I'm thinking ASpace makes the most sense for rights statements, given the way we want our staff and researchers to use data in (and derived from) ASpace. But I'd love to hear more thoughts on this.

Finally, I wonder if DPLA's proposed interoperable rights statements might be relevant to any examination of the rights statements field in ASpace? Maybe? Maybe not?

-Ben

Ben Goldman
Digital Records Archivist
Penn State University Libraries

________________________________
From: "Hillel Arnold" <harnold at rockarch.org<mailto:harnold at rockarch.org>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>

Sent: Thursday, June 25, 2015 5:12:57 PM
Subject: Re: [Archivesspace_Users_Group] Use of "rights statements" module?

Hi Mike,
Your email is incredibly timely! We?re thinking about very similar things and I?d love to talk more in detail about your use cases and see where they might align with ours.
An additional approach we?ve discussed is more closely aligning Rights statements in AS with PREMIS, so that they?re PREMIS-compliant rather than PREMIS-ish.
I?d be happy to set up a call with you (and whoever else is interested) to talk through this a little more and see how we can coordinate!

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

From: Michael Shallcross <shallcro at umich.edu<mailto:shallcro at umich.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Thursday, June 25, 2015 at 4:43 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Use of "rights statements" module?

Greetings, all; we've been exploring the rights statement module in ASpace as part of our ASpace-Archivematica grant project and had some questions.  A lot of questions, to be more precise...

Is anyone currently using (or planning to use) rights statements associated with archival objects and/or digital objects?

If yes to the above, would this be in conjunction with conditions governing access/use statements?

We've been exploring the wonderful world of the Yale container plugin; the ability to add start/end dates for restrictions and identify types of restrictions encompasses some of the basic features of the rights statements.

We've also been working with Artefactual Systems to explore how Archivematica PREMIS rights information maps to the ASpace rights statements.  It appears that the latter are 'PREMIS-like' but not really PREMIS compliant...  which has brought us to kick around the idea that PREMIS rights might be most appropriate to record in the Archivematica AIP METS (and passed along to a repository) instead of trying to do some fancy crosswalking into ASpace.

Any thoughts/ideas would be most gratefully appreciated.  Thanks!

Mike


--
Michael Shallcross, CA
Lead Archivist for Curation

[https://webapps.lsa.umich.edu/dean/lsa_emails/bentley-sig-em.png]
Bentley Historical Library
1150 Beal Ave.
Ann Arbor, MI 48109-2113
734.936.1344<tel:734.936.1344>
http://bentley.umich.edu/
http://archival-integration.blogspot.com/



_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto: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<mailto: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<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group




--
Max Eckard
Assistant Archivist for Digital Curation

[https://webapps.lsa.umich.edu/dean/lsa_emails/bentley-sig-em.png]
Bentley Historical Library
1150 Beal Ave.
Ann Arbor, MI 48109-2113
734/763-7518<tel:734.763.7518>
http://bentley.umich.edu/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/2122c94b/attachment.html>

From melissa.wisner at yale.edu  Fri Jul 24 10:52:09 2015
From: melissa.wisner at yale.edu (Wisner, Melissa)
Date: Fri, 24 Jul 2015 14:52:09 +0000
Subject: [Archivesspace_Users_Group] how many of you see cpu usage near
 100%	?
In-Reply-To: <19c0edbec9434818b5b05c15f1960e84@it-excmb3.ad.siu.edu>
References: <19c0edbec9434818b5b05c15f1960e84@it-excmb3.ad.siu.edu>
Message-ID: <9E8D0784D9B39B41933B014FA7C528E93C090089@x10-mbx5.yu.yale.edu>

Hi Doug,

I'm going to email you off list as Yale Library has experienced 95% CPU usage on a similar/more robust environment. We haven't found the root cause yet, but we did a reboot yesterday and that perked things up. I wanted to "me too" this problem on the list to get it out there, but I will talk to you directly as we both work through what we are seeing. Once Yale has determined cause(s) & solution(s) I will report back to this group as well.

Melissa Wisner
Yale Library IT

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Douglas James Simmons
Sent: Wednesday, July 22, 2015 12:54 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] how many of you see cpu usage near 100% ?

Aspace always runs near 100% cpu usage. Is this true for everyone?

At present our vm has 4 cores, 4gb ram, 50gb disk and java has -XX:MaxPermSize=512m -Xss2m -Xmx2048m

DOUG SIMMONS
Procedures & Systems Analyst II

MORRIS LIBRARY - SYSTEMS
MAIL CODE 6632
SOUTHERN ILLINOIS UNIVERSITY
605 AGRICULTURE DRIVE
CARBONDALE, ILLINOIS  62901

dsimmons at siu.edu<mailto:dsimmons at siu.edu>
P: 618/453-1026
F: 618/453-3440
LIB.SIU.EDU

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/5fde6118/attachment.html>

From Kevin.Clair at du.edu  Fri Jul 24 11:02:42 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Fri, 24 Jul 2015 15:02:42 +0000
Subject: [Archivesspace_Users_Group] user-defined parameters in Jasper
	reports
Message-ID: <D1D7AFAE.9F57%kevin.clair@du.edu>

Hello,

Does ArchivesSpace allow you to define your own user-supplied parameters (e.g. date ranges) in a Jasper report? I can do it in Jaspersoft Studio, but nothing I?ve tried allows them to compile once I move them into the /reports folder.

thanks,
-k
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/f7340c34/attachment.html>

From brian at dilloncreative.com  Fri Jul 24 11:30:19 2015
From: brian at dilloncreative.com (Brian Dillon)
Date: Fri, 24 Jul 2015 10:30:19 -0500
Subject: [Archivesspace_Users_Group] how many of you see cpu usage near
	100%	?
In-Reply-To: <9E8D0784D9B39B41933B014FA7C528E93C090089@x10-mbx5.yu.yale.edu>
References: <19c0edbec9434818b5b05c15f1960e84@it-excmb3.ad.siu.edu>
	<9E8D0784D9B39B41933B014FA7C528E93C090089@x10-mbx5.yu.yale.edu>
Message-ID: <705BA009-60C3-4F6B-9B7E-065C20D23931@dilloncreative.com>

Have you tried bumping Java up to 1024? 512 seems kind of small

Sent from my iPhone

> On Jul 24, 2015, at 9:52 AM, Wisner, Melissa <melissa.wisner at yale.edu> wrote:
> 
> Hi Doug,
>  
> I?m going to email you off list as Yale Library has experienced 95% CPU usage on a similar/more robust environment. We haven?t found the root cause yet, but we did a reboot yesterday and that perked things up. I wanted to ?me too? this problem on the list to get it out there, but I will talk to you directly as we both work through what we are seeing. Once Yale has determined cause(s) & solution(s) I will report back to this group as well.
>  
> Melissa Wisner
> Yale Library IT
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Douglas James Simmons
> Sent: Wednesday, July 22, 2015 12:54 PM
> To: Archivesspace Users Group
> Subject: [Archivesspace_Users_Group] how many of you see cpu usage near 100% ?
>  
> Aspace always runs near 100% cpu usage. Is this true for everyone?
>  
> At present our vm has 4 cores, 4gb ram, 50gb disk and java has ?XX:MaxPermSize=512m ?Xss2m ?Xmx2048m
>  
> DOUG SIMMONS
> Procedures & Systems Analyst II
>  
> MORRIS LIBRARY - SYSTEMS
> MAIL CODE 6632
> SOUTHERN ILLINOIS UNIVERSITY
> 605 AGRICULTURE DRIVE
> CARBONDALE, ILLINOIS  62901
>  
> dsimmons at siu.edu
> P: 618/453-1026
> F: 618/453-3440
> LIB.SIU.EDU
>  
> _______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/71c1099e/attachment.html>

From library at princeofpeaceabbey.org  Fri Jul 24 11:55:58 2015
From: library at princeofpeaceabbey.org (library at princeofpeaceabbey.org)
Date: Fri, 24 Jul 2015 15:55:58 +0000
Subject: [Archivesspace_Users_Group] how many of you see cpu usage near
 100% ?
In-Reply-To: <DM2PR0801MB0848C634F98EF68499C31C21FB820@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <19c0edbec9434818b5b05c15f1960e84@it-excmb3.ad.siu.edu>
	<DM2PR0801MB0848C634F98EF68499C31C21FB820@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <20150724155558.Horde.fIRvvaDmuGBSVn76zYzboA1@gator3088.hostgator.com>

I too have noticed that I am running about 90% in the cpu.

I logged in to AS. Went to my largest resource. Then loaded the box.  
Then the binder in the box.  When I opened the binder the cpu went to  
90%. I had nothing else running.

Br Raphael

Quoting Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org>:

> Hi Douglas,
>
>
> Is there any indication in the logs what Aspace is doing? You should  
> see something running, possibly an index job or something hitting  
> your server.
>
> b,chris.
>
>
> Chris Fitzpatrick | Developer, ArchivesSpace
> Skype: chrisfitzpat  | Phone: 918.236.6048
> http://archivesspace.org/
>
>
> ________________________________
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org  
> <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf  
> of Douglas James Simmons <dsimmons at siu.edu>
> Sent: Wednesday, July 22, 2015 6:53 PM
> To: Archivesspace Users Group
> Subject: [Archivesspace_Users_Group] how many of you see cpu usage  
> near 100% ?
>
>
> Aspace always runs near 100% cpu usage. Is this true for everyone?
>
>
>
> At present our vm has 4 cores, 4gb ram, 50gb disk and java has  
> -XX:MaxPermSize=512m -Xss2m -Xmx2048m
>
>
>
> DOUG SIMMONS
>
> Procedures & Systems Analyst II
>
>
>
> MORRIS LIBRARY - SYSTEMS
>
> MAIL CODE 6632
>
> SOUTHERN ILLINOIS UNIVERSITY
>
> 605 AGRICULTURE DRIVE
>
> CARBONDALE, ILLINOIS  62901
>
>
>
> dsimmons at siu.edu<mailto:dsimmons at siu.edu>
>
> P: 618/453-1026
>
> F: 618/453-3440
>
> LIB.SIU.EDU


Br Raphael Meyer osb
Prince of Peace Abbey



From dsimmons at siu.edu  Fri Jul 24 12:18:05 2015
From: dsimmons at siu.edu (Douglas James Simmons)
Date: Fri, 24 Jul 2015 16:18:05 +0000
Subject: [Archivesspace_Users_Group] how many of you see cpu usage
	near	100%	?
In-Reply-To: <705BA009-60C3-4F6B-9B7E-065C20D23931@dilloncreative.com>
References: <19c0edbec9434818b5b05c15f1960e84@it-excmb3.ad.siu.edu>
	<9E8D0784D9B39B41933B014FA7C528E93C090089@x10-mbx5.yu.yale.edu>
	<705BA009-60C3-4F6B-9B7E-065C20D23931@dilloncreative.com>
Message-ID: <16b38aad5ea2449dac8a359b2888f3b3@it-excmb3.ad.siu.edu>

The 512 I have now is double the default, but I can certainly increase it again and see if it helps. However, my gut feeling is that some indexing process is stuck or erroring out behind the scenes, and resources aren?t the problem. I will try it, though, and report back.

Thanks,
Doug Simmons


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Dillon
Sent: Friday, July 24, 2015 10:30 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] how many of you see cpu usage near 100% ?

Have you tried bumping Java up to 1024? 512 seems kind of small

Sent from my iPhone

On Jul 24, 2015, at 9:52 AM, Wisner, Melissa <melissa.wisner at yale.edu<mailto:melissa.wisner at yale.edu>> wrote:
Hi Doug,

I?m going to email you off list as Yale Library has experienced 95% CPU usage on a similar/more robust environment. We haven?t found the root cause yet, but we did a reboot yesterday and that perked things up. I wanted to ?me too? this problem on the list to get it out there, but I will talk to you directly as we both work through what we are seeing. Once Yale has determined cause(s) & solution(s) I will report back to this group as well.

Melissa Wisner
Yale Library IT

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Douglas James Simmons
Sent: Wednesday, July 22, 2015 12:54 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] how many of you see cpu usage near 100% ?

Aspace always runs near 100% cpu usage. Is this true for everyone?

At present our vm has 4 cores, 4gb ram, 50gb disk and java has ?XX:MaxPermSize=512m ?Xss2m ?Xmx2048m

DOUG SIMMONS
Procedures & Systems Analyst II

MORRIS LIBRARY - SYSTEMS
MAIL CODE 6632
SOUTHERN ILLINOIS UNIVERSITY
605 AGRICULTURE DRIVE
CARBONDALE, ILLINOIS  62901

dsimmons at siu.edu<mailto:dsimmons at siu.edu>
P: 618/453-1026
F: 618/453-3440
LIB.SIU.EDU<http://LIB.SIU.EDU>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/2e7324e0/attachment.html>

From sdm7g at virginia.edu  Fri Jul 24 12:48:07 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Fri, 24 Jul 2015 12:48:07 -0400
Subject: [Archivesspace_Users_Group] how many of you see cpu usage
	near	100%	?
In-Reply-To: <16b38aad5ea2449dac8a359b2888f3b3@it-excmb3.ad.siu.edu>
References: <19c0edbec9434818b5b05c15f1960e84@it-excmb3.ad.siu.edu>
	<9E8D0784D9B39B41933B014FA7C528E93C090089@x10-mbx5.yu.yale.edu>
	<705BA009-60C3-4F6B-9B7E-065C20D23931@dilloncreative.com>
	<16b38aad5ea2449dac8a359b2888f3b3@it-excmb3.ad.siu.edu>
Message-ID: <C3B3F1FF-9B16-415B-B089-4AE181C78AAB@virginia.edu>



I have seen EAD import jobs get stuck on large files, but I don?t recall what I did about it. 
It did have that symptom of high CPU usage.  

? Steve Majewski
 



> On Jul 24, 2015, at 12:18 PM, Douglas James Simmons <dsimmons at siu.edu> wrote:
> 
> The 512 I have now is double the default, but I can certainly increase it again and see if it helps. However, my gut feeling is that some indexing process is stuck or erroring out behind the scenes, and resources aren?t the problem. I will try it, though, and report back.
>  
> Thanks,
> Doug Simmons
>  
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Dillon
> Sent: Friday, July 24, 2015 10:30 AM
> To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] how many of you see cpu usage near 100% ?
>  
> Have you tried bumping Java up to 1024? 512 seems kind of small
> 
> Sent from my iPhone
> 
> On Jul 24, 2015, at 9:52 AM, Wisner, Melissa <melissa.wisner at yale.edu <mailto:melissa.wisner at yale.edu>> wrote:
> 
> Hi Doug,
>  
> I?m going to email you off list as Yale Library has experienced 95% CPU usage on a similar/more robust environment. We haven?t found the root cause yet, but we did a reboot yesterday and that perked things up. I wanted to ?me too? this problem on the list to get it out there, but I will talk to you directly as we both work through what we are seeing. Once Yale has determined cause(s) & solution(s) I will report back to this group as well.
>  
> Melissa Wisner
> Yale Library IT
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Douglas James Simmons
> Sent: Wednesday, July 22, 2015 12:54 PM
> To: Archivesspace Users Group
> Subject: [Archivesspace_Users_Group] how many of you see cpu usage near 100% ?
>  
> Aspace always runs near 100% cpu usage. Is this true for everyone?
>  
> At present our vm has 4 cores, 4gb ram, 50gb disk and java has ?XX:MaxPermSize=512m ?Xss2m ?Xmx2048m
>  
> DOUG SIMMONS
> Procedures & Systems Analyst II
>  
> MORRIS LIBRARY - SYSTEMS
> MAIL CODE 6632
> SOUTHERN ILLINOIS UNIVERSITY
> 605 AGRICULTURE DRIVE
> CARBONDALE, ILLINOIS  62901
>  
> dsimmons at siu.edu <mailto:dsimmons at siu.edu>
> P: 618/453-1026
> F: 618/453-3440
> LIB.SIU.EDU <http://lib.siu.edu/>
>  
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/bbf77771/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/bbf77771/attachment.bin>

From jhamblet at nmu.edu  Fri Jul 24 12:55:58 2015
From: jhamblet at nmu.edu (Hambleton, John S)
Date: Fri, 24 Jul 2015 16:55:58 +0000
Subject: [Archivesspace_Users_Group] aspace-110-plugin
Message-ID: <d3303e7da05349cf91e1a1e37f686b17@EX01.ads.nmu.edu>

Folks, 

As of Archivesspace 1.3.0, is the "aspace-110-plugin" still viable?

Many thanks,

+ John S. Hambleton
+ Olson Library
+ Northern Michigan University
+ Marquette Michigan 49855
+
+ Phone: 906-227-2741
+ E-Mail: JHAMBLET at NMU.EDU
+
+ Ab alio expectes, alteri quod feceris
+



From sdm7g at virginia.edu  Fri Jul 24 12:59:00 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Fri, 24 Jul 2015 12:59:00 -0400
Subject: [Archivesspace_Users_Group] logged in admin users?
In-Reply-To: <DM2PR0801MB08486824C8412C0AB16580CFFB9C0@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <520EC692-482D-4C4C-80E6-C5F0B5EDD993@virginia.edu>
	<DM2PR0801MB08486824C8412C0AB16580CFFB9C0@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <7A369CEE-00F6-4ACD-9B0D-379642694FFC@virginia.edu>


It appears that just posting empty json  to backend update_monitor gives me what I need. 
( If not what I asked for! ;-) 

curl_as_osx admin pwd -d ?{}? http://archivesspace:8089/update_monitor <http://archivesspace:8089/update_monitor>  | jq . 

gives me (I believe,  if I?m understanding correctly) the items locked for editing 
and the user editing: 

{
  "/repositories/5/archival_objects/5419": {
    "edited_by": {
      "ar4xd": "2015-07-24 16:50:31 UTC"
    },
    "lock_version": 6
  },
  "/repositories/5/archival_objects/5431": {
    "edited_by": {
      "ar4xd": "2015-07-24 16:50:47 UTC"
    },
    "lock_version": 6
  }
}


I just want to check that no one is in the middle of an edit when I want to shut down and restart. 
( Or know who to contact to ask them to finish up and logoff )

It seems to work to wait until update_monitor returns an empty JSON result. 


? Steve. 





> On Jul 13, 2015, at 5:48 PM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org> wrote:
> 
> Hi Steve,
> 
> Trying to think off the top of my head for a solution...
> 
> You could look at the session table in the database to see what sessions are still active.
> 
> Or you could tail the log and see if the anything is hitting the /update_monitor with a post request. Like this:
> D, [2015-07-13T16:46:44.536000 #1057] DEBUG -- : Thread-6772: POST /update_monitor [session: #<Session:0x5f7c42bf @store={:user=>"staff_system", :login_time=>2015-07-13 16:44:14 -0500, :expirable=>false}, @id="ff50b6d8d6abe7694eed4866159c000dc84d67fd6f1016e538852d0bb8b4eb69">]
> D, [2015-07-13T16:46:44.540000 #1057] DEBUG -- : Thread-6772: Post-processed params: {:active_edits=>#<JSONModel(:active_edits) {"jsonmodel_type"=>"active_edits", "active_edits"=>[{"uri"=>"/repositories/2/resources/2", "user"=>"admin", "time"=>"2015-07-13T16:46:43-05:00"}]}>}
> 
> 
> That's a user's (in this case "admin")  browser sending an  AJAX  request to check if anyone else if editing the record. 
> 
> If someone has a browser window open and their session is expired, you'll be seeing a 401 error there...
> 
> b,chris. 
> 
> Chris Fitzpatrick | Developer, ArchivesSpace
> Skype: chrisfitzpat  | Phone: 918.236.6048
> http://archivesspace.org/
> 
> ________________________________________
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steven Majewski <sdm7g at virginia.edu>
> Sent: Thursday, July 9, 2015 5:59 PM
> To: Archivesspace Users Group
> Subject: [Archivesspace_Users_Group] logged in admin users?
> 
> Is there any way, other than scanning through the log files, to tell if users
> are currently logged into the frontend admin webapp ?  The purpose being to
> check if it?s save to shutdown and restart the app without the chance of someone
> having unsaved edits.
> 
> 
> 
> ? Steve Majewski
> 
> _______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/28d2787d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/28d2787d/attachment.bin>

From sdm7g at virginia.edu  Fri Jul 24 13:02:15 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Fri, 24 Jul 2015 13:02:15 -0400
Subject: [Archivesspace_Users_Group] aspace-110-plugin
In-Reply-To: <d3303e7da05349cf91e1a1e37f686b17@EX01.ads.nmu.edu>
References: <d3303e7da05349cf91e1a1e37f686b17@EX01.ads.nmu.edu>
Message-ID: <990B6DB7-FBEE-4892-884E-A46DCA1917A8@virginia.edu>


I believe that plugin was just intended as an interim fix between releases,
so it was only meant for that version ( 1.10 ? ) 

If something in that plugin was fixed since then, you will be reverting to older behavior. 

? Steve. 



> On Jul 24, 2015, at 12:55 PM, Hambleton, John S <jhamblet at nmu.edu> wrote:
> 
> Folks, 
> 
> As of Archivesspace 1.3.0, is the "aspace-110-plugin" still viable?
> 
> Many thanks,
> 
> + John S. Hambleton
> + Olson Library
> + Northern Michigan University
> + Marquette Michigan 49855
> +
> + Phone: 906-227-2741
> + E-Mail: JHAMBLET at NMU.EDU
> +
> + Ab alio expectes, alteri quod feceris
> +
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/fe4f299a/attachment.bin>

From jarcher at umd.edu  Fri Jul 24 13:29:22 2015
From: jarcher at umd.edu (Joanne Archer)
Date: Fri, 24 Jul 2015 17:29:22 +0000
Subject: [Archivesspace_Users_Group] Problem with Collection Management
 - Processing Status and Catalogued Note
In-Reply-To: <81FF938BA2407B4DA1E134E7FA5C09EC01EB710226@EXMBX1.shire.nla.gov.au>
References: <81FF938BA2407B4DA1E134E7FA5C09EC01E8AB3A97@EXMBX2.shire.nla.gov.au>
	<DM2PR0801MB08481DC7F944C4CE4C8C229FFB980@DM2PR0801MB0848.namprd08.prod.outlook.com>,
	<B43D825FC84A0A4D8CE4CEB34B5C736331F8D344@exmbw02.asurite.ad.asu.edu>
	<DM2PR0801MB0848B5C77E05270A2E3448B1FB980@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<81FF938BA2407B4DA1E134E7FA5C09EC01EB710226@EXMBX1.shire.nla.gov.au>
Message-ID: <94E94E1475D36942B3AB34FE4F71449212166679@OITMX1008.AD.UMD.EDU>

I'm wondering if this change has been reflected in the accession_csv template or import map on github? We have a number of files we are planning to import soon which currently have data in the accession_processing_status field. We customized the controlled values for this field which I do see are now showing as event types in the interface. However, I don't see anything in the import template for mapping events which it sound like we would now need to do. Currently, content in the accession_processing_status field is getting omitted upon import.

Thanks,
Joanne



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Emma Jolley
Sent: Sunday, July 19, 2015 7:24 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note

Many thanks Elizabeth and Chris. This explains it all.

It would be great if we could get forewarning of such changes so that we can have time to review any changes that might need to be made to plugins that we've developed. I must admit it was a bit of a shock to see all of that information seemingly disappear (even though it didn't).

We also lost the indexing of the 'Processing status' when they were converted to Events, so many thanks for the advice on how to re-index.

Is there a way for the development team to proactively offer such advice for large changes such as this one?

Thanks again

Emma.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Saturday, 18 July 2015 7:41 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note


Hi Elizabeth,



Yes, this was a result of the AR-827 ticket. A lot of events are made to replace some of the collection management records.



If the new records are not appearing in the index, you can either trigger a rebuild ( delete the data/indexer_state directory and restart aspace ) or you could probably also just do this:



update event set system_mtime = now();



in your mysql database to trigger a reindex of the event records.



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Elizabeth Dunham <Elizabeth.Dunham at asu.edu<mailto:Elizabeth.Dunham at asu.edu>>
Sent: Friday, July 17, 2015 9:10 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note


Hi Chris,



I had the same issue Emma did moving from v. 1.2.0 to v. 1.3.0.  It didn't block the migration, but it did make a lot of useless "Event" records.  For example, the accession record for one of our largest collections had text in its "Cataloged Note" and its "Processing Status" set to "Complete."  It now has 5 identical "Cataloged" events associated with it, all of which list "Implementer" as the last person who modified the record and "Date" as the date the record was last modified on.  Thus, they are all identically incorrect and because the migration either deleted or suppressed the original text, I can't fix them.



I also notice that I can't search or view (in the "Browse Events" tab) the automatically generated Event records unless I open a record with one of these events attached to it and save it again.  Further, the data originally entered in the "Processing Status" and "Processing Priority" fields continues to display but can no longer be edited through the GUI.  On a sidenote, I need this data to stay, as I have several queries that rely on the "Processing Status" field that I cannot alter to use Events because the automatically generated ones are not searchable and/or wrong.



Best,

Elizabeth Dunham



------------------------

Assistant Archivist

Arizona State University Libraries

Archives and Special Collections

Tempe, AZ 85287-1006

Elizabeth.Dunham at asu.edu<mailto:Elizabeth.Dunham at asu.edu>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Friday, July 17, 2015 11:18 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>)
Subject: Re: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note



Hi Emma,



Sorry, it looks like the ticket associated to these changes didn't get put into the release notes because it was classified in Jira as a "CHORE" for some reason. I've updated the notes on the github release page.



The ticket is here:

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



and I think most of the explanation is in the word document that is attached to it.



Was there an issue with the migration?



best, Chris.





Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/



________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Emma Jolley <EJOLLEY at nla.gov.au<mailto:EJOLLEY at nla.gov.au>>
Sent: Friday, July 17, 2015 1:18 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>)
Subject: [Archivesspace_Users_Group] Problem with Collection Management - Processing Status and Catalogued Note



We are currently testing the latest release in our test system (v1.3.0) and are getting some very frustrating results.



One of them is that the Processing_Status which was within the Collection_Management sub record appears to have been moved to an Event and in the process the drop down list (within processing status) appears to have been de-coupled from the accession records we had marked as having particular processing status'.



In addition the Catalogued_Note also within the Collection_Mangement sub-record has also been moved to an Event.



Was this a planned change? And if so is there a written explanation of these changes that I can check.



Any help and explanation would be gratefully received.



Emma



Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600
e: emma.jolley at nla.gov.au<mailto:emma.jolley at nla.gov.au>|t: 02 6262 1456| www.nla.gov.au/ms<http://www.nla.gov.au/ms>

http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts






-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/e2a35b62/attachment.html>

From mGorzalski at lib.siu.edu  Fri Jul 24 13:55:31 2015
From: mGorzalski at lib.siu.edu (Matthew J Gorzalski)
Date: Fri, 24 Jul 2015 17:55:31 +0000
Subject: [Archivesspace_Users_Group] Empty
	classifications	in	version	1.3.0
In-Reply-To: <DM2PR0801MB0848E6A8D41B169C8FC2F3EDFB820@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <faf60a11774a4c1b9817f262641d4cd8@it-excmb3.ad.siu.edu>
	<DM2PR0801MB0848E10E4F4AE6AF311B8A77FB820@DM2PR0801MB0848.namprd08.prod.outlook.com>,
	<6ea5f8bc72214cee8a5731eab132aef7@it-excmb3.ad.siu.edu>
	<DM2PR0801MB0848E6A8D41B169C8FC2F3EDFB820@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <daf07bee670d40f69dddc63549f2f562@it-excmb3.ad.siu.edu>

Chris,

We initially tried to rebuild the index based on https://github.com/hudmol/archivesspace

To force ArchivesSpace to reindex all records, just delete the directory /path/to/archivesspace/data/indexer_state. Since the indexing process is cumulative, there's no harm in indexing the same document multiple times.

But it was taking quite a long time and we tried a different approach.  Using our version 1.0.4, I deleted the classifications that had no resources and kept the 5 that have resources attached.  Then we upgraded from 1.0.4 to version 1.3.0 and indeed the good classifications in 1.0.4 now have no content in 1.3.0.  We're pretty sure we don't need to upgrade to version 1.2 in between because a previous message said that moving right from 1.0.4 to 1.3.0 is fine.  But I think this test shows that something goes wrong in 1.3.0 that empties the classifications in the public view.  We wonder if the update script which updates the mysql schema is messing up the classifications.  We did the resequencing in 1.3.0 too.

Matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Thursday, July 23, 2015 10:17 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Empty classifications in version 1.3.0

Hm. Would it be possible for you to rebuild your index?



----- Reply message -----
From: "Matthew J Gorzalski" <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Empty classifications in version 1.3.0
Date: Thu, Jul 23, 2015 15:36

Yes that is what I mean.  When we move from version 1.2.0 to version 1.3.0, the classifications in the public interface no longer have resources linked to them.

matt

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Thursday, July 23, 2015 3:15 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Empty classifications in version 1.3.0




Hi Matthew,



Can I ask what you mean by "has content"? As in, the classification is linked to a resource?



b,chris.




Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>>
Sent: Wednesday, July 22, 2015 10:10 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Empty classifications in version 1.3.0


We have run into a problem with the ASpace classifications in version 1.3.0 not having any resources/collections attached to them.  We migrate from Archon into ASpace version 1.0.4 and the classifications have content.  Then we move to version 1.2.0, do the resequencing (mysql migration script reported a lot of entries like "added note to record to prevent conflict"), and the classifications have content.  Then we move to version 1.3.0 and suddenly the classifications no longer have content.  I'm speaking of the public view.  The admin view is correct in all versions.



MATT GORZALSKI

University Archivist



MORRIS LIBRARY

MAIL CODE 6632

SOUTHERN ILLINOIS UNIVERSITY

605 AGRICULTURE DR

CARBONDALE, IL 62901



mgorzalski at lib.siu.edu<mailto:mgorzalski at lib.siu.edu>

P: 618/453-2225

F: 618/453-3440

lib.siu.edu


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/bc18e474/attachment.html>

From melissa.wisner at yale.edu  Fri Jul 24 17:22:54 2015
From: melissa.wisner at yale.edu (Wisner, Melissa)
Date: Fri, 24 Jul 2015 21:22:54 +0000
Subject: [Archivesspace_Users_Group] general question about errors appearing
	during the index rebuild
Message-ID: <9E8D0784D9B39B41933B014FA7C528E93C091852@x10-mbx5.yu.yale.edu>

Hello,

As some of you know from posts to this list Yale University Library is in an emergency process to quickly rebuild a working AS index. We started the process yesterday afternoon and it will continue over the weekend. Mid-morning some errors were being recorded in the log, and they may be minor/nothing, but since this is such a time sensitive task I thought I'd ask if anyone can comment on what these are. This view is courtesy of a script to count the number of errors in the log. We continue to monitor progress and aren't raising the alarm yet, but again, I just thought I would ask.

Thank you,
Melissa Wisner
Yale Library IT




8 'Internal Server Error' Error Messages Found In Log File
     <title>Internal Server Error at &#x2F;repositories&#x2F;12&#x2F;archival_objects</title>
     <h1>Internal Server Error <span>(500)</span></h1>
     <title>Internal Server Error at &#x2F;repositories&#x2F;12&#x2F;archival_objects</title>
     <h1>Internal Server Error <span>(500)</span></h1>
     <title>Internal Server Error at &#x2F;repositories&#x2F;12&#x2F;archival_objects</title>
     <h1>Internal Server Error <span>(500)</span></h1>
     <title>Internal Server Error at &#x2F;repositories&#x2F;12&#x2F;archival_objects</title>
     <h1>Internal Server Error <span>(500)</span></h1>

16 'Solr Error' Error Messages Found In Log File
     Jul 24, 2015 11:10:38 AM org.apache.solr.common.SolrException log
     SEVERE: java.lang.NullPointerException
     --
     Jul 24, 2015 11:10:38 AM org.apache.solr.common.SolrException log
     SEVERE: java.lang.NullPointerException
     --
     Jul 24, 2015 11:10:38 AM org.apache.solr.common.SolrException log
     SEVERE: null:java.lang.NullPointerException
     --
     Jul 24, 2015 11:10:38 AM org.apache.solr.common.SolrException log
     SEVERE: null:java.lang.NullPointerException
     --
     Jul 24, 2015 11:10:38 AM org.apache.solr.common.SolrException log
     SEVERE: java.lang.NullPointerException
     --
     Jul 24, 2015 11:10:38 AM org.apache.solr.common.SolrException log
     SEVERE: null:java.lang.NullPointerException
     --
     Jul 24, 2015 11:11:15 AM org.apache.solr.common.SolrException log
     SEVERE: java.lang.NullPointerException
     --
     Jul 24, 2015 11:11:15 AM org.apache.solr.common.SolrException log
     SEVERE: null:java.lang.NullPointerException


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/92b2dee6/attachment.html>

From sdm7g at virginia.edu  Fri Jul 24 19:41:16 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Fri, 24 Jul 2015 19:41:16 -0400
Subject: [Archivesspace_Users_Group] Serving ArchivesSpace with
	prefix	and proxy
In-Reply-To: <DM2PR0801MB0848A3AA06D9C354E3444050FB810@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<CAKEQ99RqhaXPUG7qxu39LAtQGu4DXGqhY6r5N8tforEk=dNhcw@mail.gmail.com>
	<63BA130D-BF95-446C-B1B2-01359656DC8D@gmail.com>
	<CAKEQ99QYaZR-DXwi3RUWQfhmkiAui5RFGsLUM7WxhBpE+baSiQ@mail.gmail.com>
	<09AB5DCD-F59F-420A-82CE-7F13C1C8E075@virginia.edu>
	<34E8E503-EFEB-45FF-9D05-31E97C924C67@virginia.edu>
	<4AA8AB03-2BB4-4027-AB77-E09445748186@virginia.edu>
	<DM2PR0801MB0848A3AA06D9C354E3444050FB810@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <75E512E9-FB6E-4997-84FF-0A7A180639DD@virginia.edu>


OK. [1] Copied that file into both {public,frontend}/lib/tasks , replacing the existing file. 

[2] added these env settings to targets  frontend:war and public:war in build.xml 



       <env key="GEM_HOME" value="${gem_home}" />
       <env key="GEM_PATH" value="" />
       <env key="BUNDLE_PATH" value="${gem_home}" />
+      <env key="RAILS_RELATIVE_URL_ROOT" value="admin" />
       <arg line="--1.9 -S rake assets:precompile --trace" />
     </java>


       <env key="GEM_HOME" value="${gem_home}" />
       <env key="GEM_PATH" value="" />
       <env key="BUNDLE_PATH" value="${gem_home}" />
+      <env key="RAILS_RELATIVE_URL_ROOT" value="public" />
       <arg line="--1.9 -S rake assets:precompile --trace" />
     </java>


(did it need a leading or trailing slash ? )

[3] Built distribution, unzipped it an ran. Is that was I was supposed to do ? 


output looks like the env values are getting passed in : 
public:war:
     [echo] Precompiling Rails assets for Public (this can take a little while...)
     [java] ** Invoke assets:precompile (first_time)
     [java] ** Execute assets:precompile
     [java] java -XX:MaxPermSize=128m -Xmx256m -cp /projects/Archivespace/dcs-archivesspace/public/../common:/projects/Archivespace/dcs-archivesspace/public/../build/jruby-complete-1.7.18.jar org.jruby.Main --1.9 -X-C -S rake assets:precompile:all RAILS_ENV=production RAILS_GROUPS=assets RAILS_RELATIVE_URL_ROOT=public
     [java] Using Node ExecJS runtime
     [java] Forcing Rails configuration
     [java] Using Node ExecJS runtime
     [java] Forcing Rails configuration
     [java] Creating public.war
     [java] rm -f public.war



I Still get the same problems with the same set of assets. 
It doesn?t appear to change the behavior at all. 

Note that most of the assets have been loading correctly and still do. 
It?s only that handful that don?t load. See screenshot below showing
correct URLs for one selected. It?s only the ones in red that aren?t loading
on that page.   

? Steve. 







> On Jul 23, 2015, at 11:40 PM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org> wrote:
> 
> Hi Steven,
> 
> Yeah, so the fix for this is you're probably going to have to precompile you assets again and pass in a relative url root. 
> 
> Something like this would work I think:
> https://gist.github.com/cfitz/8d5d65c30127ff69ff22 <https://gist.github.com/cfitz/8d5d65c30127ff69ff22>
> 
> You can set a RAILS_RELATIVE_URL_ROOT environment variable when you run ./scripts/build_release ( or the build/run dist or whatever ) 
> 
> There's a similar file in the public directory. 
> 
> I think this would work...
> 
> b,chris. 
> 
> Chris Fitzpatrick | Developer, ArchivesSpace
> Skype: chrisfitzpat  | Phone: 918.236.6048
> http://archivesspace.org/ <http://archivesspace.org/>
> 
> 
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steven Majewski <sdm7g at virginia.edu>
> Sent: Friday, July 24, 2015 5:25 AM
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] Serving ArchivesSpace with prefix and proxy
>  
> 
>> On Jul 23, 2015, at 9:11 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>> 
>> 
>> There is still the issue of LCNAF plugin paths being broken. I haven't looked at that issue yet. 
>> 
>> 
> 
> 
> Looks like LCNAF plugin frontend/routes.rb just needs to be wrapped with a scope like the public and frontend routes: 
> 
> 
> diff --git a/plugins/lcnaf/frontend/routes.rb b/plugins/lcnaf/frontend/routes.rb
> index 9a41305..7f0acd9 100644
> --- a/plugins/lcnaf/frontend/routes.rb
> +++ b/plugins/lcnaf/frontend/routes.rb
> @@ -1,7 +1,9 @@
>  ArchivesSpace::Application.routes.draw do
> +  scope AppConfig[:frontend_prefix] do
>  
> -  match('/plugins/lcnaf' => 'lcnaf#index', :via => [:get])
> -  match('/plugins/lcnaf/search' => 'lcnaf#search', :via => [:get])
> -  match('/plugins/lcnaf/import' => 'lcnaf#import', :via => [:post])
> +    match('/plugins/lcnaf' => 'lcnaf#index', :via => [:get])
> +    match('/plugins/lcnaf/search' => 'lcnaf#search', :via => [:get])
> +    match('/plugins/lcnaf/import' => 'lcnaf#import', :via => [:post])
>  
> +  end
>  end
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/edf250fe/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: assets.tiff
Type: image/tiff
Size: 4099598 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/edf250fe/attachment.tiff>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/edf250fe/attachment.bin>

From sdm7g at virginia.edu  Fri Jul 24 21:44:30 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Fri, 24 Jul 2015 21:44:30 -0400
Subject: [Archivesspace_Users_Group] Serving ArchivesSpace with
	prefix	and proxy
In-Reply-To: <75E512E9-FB6E-4997-84FF-0A7A180639DD@virginia.edu>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<CAKEQ99RqhaXPUG7qxu39LAtQGu4DXGqhY6r5N8tforEk=dNhcw@mail.gmail.com>
	<63BA130D-BF95-446C-B1B2-01359656DC8D@gmail.com>
	<CAKEQ99QYaZR-DXwi3RUWQfhmkiAui5RFGsLUM7WxhBpE+baSiQ@mail.gmail.com>
	<09AB5DCD-F59F-420A-82CE-7F13C1C8E075@virginia.edu>
	<34E8E503-EFEB-45FF-9D05-31E97C924C67@virginia.edu>
	<4AA8AB03-2BB4-4027-AB77-E09445748186@virginia.edu>
	<DM2PR0801MB0848A3AA06D9C354E3444050FB810@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<75E512E9-FB6E-4997-84FF-0A7A180639DD@virginia.edu>
Message-ID: <7C61E11B-F43C-4F82-9B29-28C01CFED85E@virginia.edu>


The resources that are failing all seem to be hardwired in less stylesheets.
It would seem that the RAILS_RELATIVE_URL_ROOT patch is unnecessary ? the paths
that are variable were already getting prefixed properly, and that can?t do anything
about the hardwired paths in these stylesheets. 

As a hack, it appears to work to edit the hardwired paths in the less stylesheets. 
( At least for frontend app, I haven?t tried the same changes to public yet. ) 

Unfortunately, I?m not familiar enough with lessc and how it?s called in Rails
to know if it?s possible to pass the path prefix in as a variable. 


Here are the paths that I changed in frontend app. 
I expect to find a similar set in the public app stylesheets.


? Steve. 


diff --git a/frontend/app/assets/stylesheets/archivesspace/icons.less b/frontend/app/assets/stylesheets/archivesspace/icons.less
index 773070d..49edb32 100644
--- a/frontend/app/assets/stylesheets/archivesspace/icons.less
+++ b/frontend/app/assets/stylesheets/archivesspace/icons.less
@@ -1,10 +1,10 @@
 @font-face {
   font-family: 'icomoon';
-  src:url('/assets/icomoon/icomoon.eot?-z7cehr');
-  src:url('/assets/icomoon/icomoon.eot?#iefix-z7cehr') format('embedded-opentype'),
-  url('/assets/icomoon/icomoon.woff?-z7cehr') format('woff'),
-  url('/assets/icomoon/icomoon.ttf?-z7cehr') format('truetype'),
-  url('/assets/icomoon/icomoon.svg?-z7cehr#icomoon') format('svg');
+  src:url('/admin/assets/icomoon/icomoon.eot?-z7cehr');
+  src:url('/admin/assets/icomoon/icomoon.eot?#iefix-z7cehr') format('embedded-opentype'),
+  url('/admin/assets/icomoon/icomoon.woff?-z7cehr') format('woff'),
+  url('/admin/assets/icomoon/icomoon.ttf?-z7cehr') format('truetype'),
+  url('/admin/assets/icomoon/icomoon.svg?-z7cehr#icomoon') format('svg');
 }
 
 .icomoon {
diff --git a/frontend/app/assets/stylesheets/themes/default/bootstrap.less b/frontend/app/assets/stylesheets/themes/default/bootstrap.less
index 25150dd..bdf1817 100644
--- a/frontend/app/assets/stylesheets/themes/default/bootstrap.less
+++ b/frontend/app/assets/stylesheets/themes/default/bootstrap.less
@@ -1,4 +1,4 @@
 // override icon paths
 @import "bootstrap/variables";
- at icon-font-path: "/assets/";
+ at icon-font-path: "/admin/assets/";
 @import "bootstrap/bootstrap";





> On Jul 24, 2015, at 7:41 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
> 
> 
> OK. [1] Copied that file into both {public,frontend}/lib/tasks , replacing the existing file. 
> 
> [2] added these env settings to targets  frontend:war and public:war in build.xml 
> 
> 
> 
>        <env key="GEM_HOME" value="${gem_home}" />
>        <env key="GEM_PATH" value="" />
>        <env key="BUNDLE_PATH" value="${gem_home}" />
> +      <env key="RAILS_RELATIVE_URL_ROOT" value="admin" />
>        <arg line="--1.9 -S rake assets:precompile --trace" />
>      </java>
> 
> 
>        <env key="GEM_HOME" value="${gem_home}" />
>        <env key="GEM_PATH" value="" />
>        <env key="BUNDLE_PATH" value="${gem_home}" />
> +      <env key="RAILS_RELATIVE_URL_ROOT" value="public" />
>        <arg line="--1.9 -S rake assets:precompile --trace" />
>      </java>
> 
> 
> (did it need a leading or trailing slash ? )
> 
> [3] Built distribution, unzipped it an ran. Is that was I was supposed to do ? 
> 
> 
> output looks like the env values are getting passed in : 
> public:war:
>      [echo] Precompiling Rails assets for Public (this can take a little while...)
>      [java] ** Invoke assets:precompile (first_time)
>      [java] ** Execute assets:precompile
>      [java] java -XX:MaxPermSize=128m -Xmx256m -cp /projects/Archivespace/dcs-archivesspace/public/../common:/projects/Archivespace/dcs-archivesspace/public/../build/jruby-complete-1.7.18.jar org.jruby.Main --1.9 -X-C -S rake assets:precompile:all RAILS_ENV=production RAILS_GROUPS=assets RAILS_RELATIVE_URL_ROOT=public
>      [java] Using Node ExecJS runtime
>      [java] Forcing Rails configuration
>      [java] Using Node ExecJS runtime
>      [java] Forcing Rails configuration
>      [java] Creating public.war
>      [java] rm -f public.war
> 
> 
> 
> I Still get the same problems with the same set of assets. 
> It doesn?t appear to change the behavior at all. 
> 
> Note that most of the assets have been loading correctly and still do. 
> It?s only that handful that don?t load. See screenshot below showing
> correct URLs for one selected. It?s only the ones in red that aren?t loading
> on that page.   
> 
> ? Steve. 
> 
> 
> 
> <assets.tiff>
> 
> 
> 
>> On Jul 23, 2015, at 11:40 PM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org <mailto:Chris.Fitzpatrick at lyrasis.org>> wrote:
>> 
>> Hi Steven,
>> 
>> Yeah, so the fix for this is you're probably going to have to precompile you assets again and pass in a relative url root. 
>> 
>> Something like this would work I think:
>> https://gist.github.com/cfitz/8d5d65c30127ff69ff22 <https://gist.github.com/cfitz/8d5d65c30127ff69ff22>
>> 
>> You can set a RAILS_RELATIVE_URL_ROOT environment variable when you run ./scripts/build_release ( or the build/run dist or whatever ) 
>> 
>> There's a similar file in the public directory. 
>> 
>> I think this would work...
>> 
>> b,chris. 
>> 
>> Chris Fitzpatrick | Developer, ArchivesSpace
>> Skype: chrisfitzpat  | Phone: 918.236.6048
>> http://archivesspace.org/ <http://archivesspace.org/>
>> 
>> 
>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto: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 Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>>
>> Sent: Friday, July 24, 2015 5:25 AM
>> To: Archivesspace Users Group
>> Subject: Re: [Archivesspace_Users_Group] Serving ArchivesSpace with prefix and proxy
>>  
>> 
>>> On Jul 23, 2015, at 9:11 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>>> 
>>> 
>>> There is still the issue of LCNAF plugin paths being broken. I haven't looked at that issue yet. 
>>> 
>>> 
>> 
>> 
>> Looks like LCNAF plugin frontend/routes.rb just needs to be wrapped with a scope like the public and frontend routes: 
>> 
>> 
>> diff --git a/plugins/lcnaf/frontend/routes.rb b/plugins/lcnaf/frontend/routes.rb
>> index 9a41305..7f0acd9 100644
>> --- a/plugins/lcnaf/frontend/routes.rb
>> +++ b/plugins/lcnaf/frontend/routes.rb
>> @@ -1,7 +1,9 @@
>>  ArchivesSpace::Application.routes.draw do
>> +  scope AppConfig[:frontend_prefix] do
>>  
>> -  match('/plugins/lcnaf' => 'lcnaf#index', :via => [:get])
>> -  match('/plugins/lcnaf/search' => 'lcnaf#search', :via => [:get])
>> -  match('/plugins/lcnaf/import' => 'lcnaf#import', :via => [:post])
>> +    match('/plugins/lcnaf' => 'lcnaf#index', :via => [:get])
>> +    match('/plugins/lcnaf/search' => 'lcnaf#search', :via => [:get])
>> +    match('/plugins/lcnaf/import' => 'lcnaf#import', :via => [:post])
>>  
>> +  end
>>  end
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/6e3596d7/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150724/6e3596d7/attachment.bin>

From sdm7g at virginia.edu  Sat Jul 25 10:41:29 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Sat, 25 Jul 2015 10:41:29 -0400
Subject: [Archivesspace_Users_Group] Serving ArchivesSpace with
	prefix	and proxy
In-Reply-To: <7C61E11B-F43C-4F82-9B29-28C01CFED85E@virginia.edu>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<CAKEQ99RqhaXPUG7qxu39LAtQGu4DXGqhY6r5N8tforEk=dNhcw@mail.gmail.com>
	<63BA130D-BF95-446C-B1B2-01359656DC8D@gmail.com>
	<CAKEQ99QYaZR-DXwi3RUWQfhmkiAui5RFGsLUM7WxhBpE+baSiQ@mail.gmail.com>
	<09AB5DCD-F59F-420A-82CE-7F13C1C8E075@virginia.edu>
	<34E8E503-EFEB-45FF-9D05-31E97C924C67@virginia.edu>
	<4AA8AB03-2BB4-4027-AB77-E09445748186@virginia.edu>
	<DM2PR0801MB0848A3AA06D9C354E3444050FB810@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<75E512E9-FB6E-4997-84FF-0A7A180639DD@virginia.edu>
	<7C61E11B-F43C-4F82-9B29-28C01CFED85E@virginia.edu>
Message-ID: <40C2A75C-BCA3-45B6-A836-2A471F51ABCE@virginia.edu>




> On Jul 24, 2015, at 9:44 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
> 
> 
> The resources that are failing all seem to be hardwired in less stylesheets.
> It would seem that the RAILS_RELATIVE_URL_ROOT patch is unnecessary ? the paths
> that are variable were already getting prefixed properly, and that can?t do anything
> about the hardwired paths in these stylesheets. 
> 
> As a hack, it appears to work to edit the hardwired paths in the less stylesheets. 
> ( At least for frontend app, I haven?t tried the same changes to public yet. ) 
> 
> Unfortunately, I?m not familiar enough with lessc and how it?s called in Rails
> to know if it?s possible to pass the path prefix in as a variable. 
> 
> 

Reading the docs on the Rails asset pipeline, it seems the suggested way to do something 
like that ( their example is with sass, not less, but it should be the same sort of thing )
is to use .erb templating and that the pipeline will successively process extensions: 
   icons.less.erb  ==>  icons.less ==> icons.css 


I tried adding the fronted_prefix in icons.less.erb, but my build failed. 


Thinking I may have had a syntax error, I tried just renaming ?icons.less" to ?icons.less.erb",
but the build still fails with a not very informative stack track:
( I?ve also tried renaming to ?icons.css.less.erb? with result the same. )


frontend:war:
     [echo] Precompiling Rails assets (this can take a little while...)
     [java] rake aborted!
     [java] LoadError: no such file to load -- action_controller/railtie
     [java] org/jruby/RubyKernel.java:1071:in `require'
     [java] /projects/Archivespace/dcs-archivesspace/frontend/config/application.rb:4:in `(root)'
     [java] org/jruby/RubyKernel.java:1071:in `require'
     [java] /projects/Archivespace/dcs-archivesspace/build/jruby-complete-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:55:in `require'
     [java] /projects/Archivespace/dcs-archivesspace/build/jruby-complete-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:53:in `require'
     [java] /projects/Archivespace/dcs-archivesspace/frontend/Rakefile:1:in `(root)'
     [java] org/jruby/RubyKernel.java:1087:in `load'
     [java] /projects/Archivespace/dcs-archivesspace/frontend/Rakefile:5:in `(root)'
     [java] /projects/Archivespace/dcs-archivesspace/build/gems/gems/rake-10.4.2/lib/rake/rake_module.rb:1:in `(root)'
     [java] /projects/Archivespace/dcs-archivesspace/build/gems/gems/rake-10.4.2/lib/rake/rake_module.rb:28:in `load_rakefile'
     [java] /projects/Archivespace/dcs-archivesspace/build/gems/gems/rake-10.4.2/lib/rake/application.rb:689:in `raw_load_rakefile'
     [java] /projects/Archivespace/dcs-archivesspace/build/gems/gems/rake-10.4.2/lib/rake/application.rb:94:in `load_rakefile'
     [java] /projects/Archivespace/dcs-archivesspace/build/gems/gems/rake-10.4.2/lib/rake/application.rb:176:in `standard_exception_handling'
     [java] /projects/Archivespace/dcs-archivesspace/build/gems/gems/rake-10.4.2/lib/rake/application.rb:93:in `load_rakefile'
     [java] /projects/Archivespace/dcs-archivesspace/build/gems/gems/rake-10.4.2/lib/rake/application.rb:77:in `run'
     [java] /projects/Archivespace/dcs-archivesspace/build/gems/gems/rake-10.4.2/lib/rake/application.rb:176:in `standard_exception_handling'
     [java] org/jruby/RubyKernel.java:1087:in `load'
     [java] /usr/local/var/rbenv/versions/jruby-1.7.11/bin/rake:23:in `(root)'




For this deployment, I will probably go back to just editing the hardwired urls in those stylesheets.
Another possible option may be to just serve up the static files directly from apache ?
not using the proxy to rails app. The question there is whether I can get the public and frontend 
assets to merge together nicely. 


? Steve. 



> Here are the paths that I changed in frontend app. 
> I expect to find a similar set in the public app stylesheets.
> 
> 
> ? Steve. 
> 
> 
> diff --git a/frontend/app/assets/stylesheets/archivesspace/icons.less b/frontend/app/assets/stylesheets/archivesspace/icons.less
> index 773070d..49edb32 100644
> --- a/frontend/app/assets/stylesheets/archivesspace/icons.less
> +++ b/frontend/app/assets/stylesheets/archivesspace/icons.less
> @@ -1,10 +1,10 @@
>  @font-face {
>    font-family: 'icomoon';
> -  src:url('/assets/icomoon/icomoon.eot?-z7cehr');
> -  src:url('/assets/icomoon/icomoon.eot?#iefix-z7cehr') format('embedded-opentype'),
> -  url('/assets/icomoon/icomoon.woff?-z7cehr') format('woff'),
> -  url('/assets/icomoon/icomoon.ttf?-z7cehr') format('truetype'),
> -  url('/assets/icomoon/icomoon.svg?-z7cehr#icomoon') format('svg');
> +  src:url('/admin/assets/icomoon/icomoon.eot?-z7cehr');
> +  src:url('/admin/assets/icomoon/icomoon.eot?#iefix-z7cehr') format('embedded-opentype'),
> +  url('/admin/assets/icomoon/icomoon.woff?-z7cehr') format('woff'),
> +  url('/admin/assets/icomoon/icomoon.ttf?-z7cehr') format('truetype'),
> +  url('/admin/assets/icomoon/icomoon.svg?-z7cehr#icomoon') format('svg');
>  }
>  
>  .icomoon {
> diff --git a/frontend/app/assets/stylesheets/themes/default/bootstrap.less b/frontend/app/assets/stylesheets/themes/default/bootstrap.less
> index 25150dd..bdf1817 100644
> --- a/frontend/app/assets/stylesheets/themes/default/bootstrap.less
> +++ b/frontend/app/assets/stylesheets/themes/default/bootstrap.less
> @@ -1,4 +1,4 @@
>  // override icon paths
>  @import "bootstrap/variables";
> - at icon-font-path: "/assets/";
> + at icon-font-path: "/admin/assets/";
>  @import "bootstrap/bootstrap";
> 
> 
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150725/b910ca7e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150725/b910ca7e/attachment.bin>

From sdm7g at virginia.edu  Sat Jul 25 15:35:16 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Sat, 25 Jul 2015 15:35:16 -0400
Subject: [Archivesspace_Users_Group] Serving ArchivesSpace with
	prefix	and proxy
In-Reply-To: <40C2A75C-BCA3-45B6-A836-2A471F51ABCE@virginia.edu>
References: <CAKEQ99S5PJ8SkVUybCY5WmhyGcoH3_7d4_B2FCW7+mbvQZ8dNQ@mail.gmail.com>
	<89120530-E6F5-402A-9F8A-8B4C9A9EF976@gmail.com>
	<CAKEQ99SVbta90x3V01iX+RbsRWePm-pSs90m+1Av79NR12N+yg@mail.gmail.com>
	<DM2PR0801MB0848FA2A92C320CE6F529AA7FB830@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<CAKEQ99TMv_CNGbaXnwSEKr0xwC4vAhc_aKCAbEhpwZm7C8=h7Q@mail.gmail.com>
	<CAKEQ99RqhaXPUG7qxu39LAtQGu4DXGqhY6r5N8tforEk=dNhcw@mail.gmail.com>
	<63BA130D-BF95-446C-B1B2-01359656DC8D@gmail.com>
	<CAKEQ99QYaZR-DXwi3RUWQfhmkiAui5RFGsLUM7WxhBpE+baSiQ@mail.gmail.com>
	<09AB5DCD-F59F-420A-82CE-7F13C1C8E075@virginia.edu>
	<34E8E503-EFEB-45FF-9D05-31E97C924C67@virginia.edu>
	<4AA8AB03-2BB4-4027-AB77-E09445748186@virginia.edu>
	<DM2PR0801MB0848A3AA06D9C354E3444050FB810@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<75E512E9-FB6E-4997-84FF-0A7A180639DD@virginia.edu>
	<7C61E11B-F43C-4F82-9B29-28C01CFED85E@virginia.edu>
	<40C2A75C-BCA3-45B6-A836-2A471F51ABCE@virginia.edu>
Message-ID: <013D7175-F944-4957-9BB6-28FBC5396EBB@virginia.edu>


Went back to hard coding some of the asset paths in .less assets. 

It appears the .erb trick works for some files but for other causes the precompile to fail. 
I figured I?ld go back to looking at that issue after I find all of the required changes and test them with hard coded values.


Further testing I found that the component paths in the public resource views are also broken.

I tested hardcoding the ?/public/? prefix, and that fixes the problem.


diff --git a/public/app/views/records/_components.html.erb b/public/app/views/records/_components.html.erb
index e332e6f..4300347 100644
--- a/public/app/views/records/_components.html.erb
+++ b/public/app/views/records/_components.html.erb
@@ -31,7 +31,7 @@
   <li class="record-tree-node {if has_children} has-children{else} no-children{/if}" data-uri="${record_uri}">
     {if has_children}<a href="#" class="record-tree-node-toggle"><span class="record-tree-node-toggle-icon"></span></a>{/if}
     <span class="icon icon-${node_type}"></span>
-    <a href="${record_uri}" class="record-tree-node-title">${title}</a>
+    <a href="/public/${record_uri}" class="record-tree-node-title">${title}</a>
     {if has_children}<ul class="record-sub-tree"></ul>{/if}
   </li>
 --></div>



I think I may have to give up on the goal of getting this working for our production deployment, at least for the time being. The more I test it, the more bugs I find. I?m not feeling very confident that this is the last one. 



? Steve. 



> On Jul 25, 2015, at 10:41 AM, Steven Majewski <sdm7g at virginia.edu> wrote:
> 
> 
> 
> 
>> On Jul 24, 2015, at 9:44 PM, Steven Majewski <sdm7g at virginia.edu <mailto:sdm7g at virginia.edu>> wrote:
>> 
>> 
>> The resources that are failing all seem to be hardwired in less stylesheets.
>> It would seem that the RAILS_RELATIVE_URL_ROOT patch is unnecessary ? the paths
>> that are variable were already getting prefixed properly, and that can?t do anything
>> about the hardwired paths in these stylesheets. 
>> 
>> As a hack, it appears to work to edit the hardwired paths in the less stylesheets. 
>> ( At least for frontend app, I haven?t tried the same changes to public yet. ) 
>> 
>> Unfortunately, I?m not familiar enough with lessc and how it?s called in Rails
>> to know if it?s possible to pass the path prefix in as a variable. 
>> 
>> 
> 
> Reading the docs on the Rails asset pipeline, it seems the suggested way to do something 
> like that ( their example is with sass, not less, but it should be the same sort of thing )
> is to use .erb templating and that the pipeline will successively process extensions: 
>    icons.less.erb  ==>  icons.less ==> icons.css 
> 
> 
> I tried adding the fronted_prefix in icons.less.erb, but my build failed. 
> 
> 
> Thinking I may have had a syntax error, I tried just renaming ?icons.less" to ?icons.less.erb",
> but the build still fails with a not very informative stack track:
> ( I?ve also tried renaming to ?icons.css.less.erb? with result the same. )
> 
> 
> frontend:war:
>      [echo] Precompiling Rails assets (this can take a little while...)
>      [java] rake aborted!
>      [java] LoadError: no such file to load -- action_controller/railtie
>      [java] org/jruby/RubyKernel.java:1071:in `require'
>      [java] /projects/Archivespace/dcs-archivesspace/frontend/config/application.rb:4:in `(root)'
>      [java] org/jruby/RubyKernel.java:1071:in `require'
>      [java] /projects/Archivespace/dcs-archivesspace/build/jruby-complete-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:55:in `require'
>      [java] /projects/Archivespace/dcs-archivesspace/build/jruby-complete-1.7.18.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:53:in `require'
>      [java] /projects/Archivespace/dcs-archivesspace/frontend/Rakefile:1:in `(root)'
>      [java] org/jruby/RubyKernel.java:1087:in `load'
>      [java] /projects/Archivespace/dcs-archivesspace/frontend/Rakefile:5:in `(root)'
>      [java] /projects/Archivespace/dcs-archivesspace/build/gems/gems/rake-10.4.2/lib/rake/rake_module.rb:1:in `(root)'
>      [java] /projects/Archivespace/dcs-archivesspace/build/gems/gems/rake-10.4.2/lib/rake/rake_module.rb:28:in `load_rakefile'
>      [java] /projects/Archivespace/dcs-archivesspace/build/gems/gems/rake-10.4.2/lib/rake/application.rb:689:in `raw_load_rakefile'
>      [java] /projects/Archivespace/dcs-archivesspace/build/gems/gems/rake-10.4.2/lib/rake/application.rb:94:in `load_rakefile'
>      [java] /projects/Archivespace/dcs-archivesspace/build/gems/gems/rake-10.4.2/lib/rake/application.rb:176:in `standard_exception_handling'
>      [java] /projects/Archivespace/dcs-archivesspace/build/gems/gems/rake-10.4.2/lib/rake/application.rb:93:in `load_rakefile'
>      [java] /projects/Archivespace/dcs-archivesspace/build/gems/gems/rake-10.4.2/lib/rake/application.rb:77:in `run'
>      [java] /projects/Archivespace/dcs-archivesspace/build/gems/gems/rake-10.4.2/lib/rake/application.rb:176:in `standard_exception_handling'
>      [java] org/jruby/RubyKernel.java:1087:in `load'
>      [java] /usr/local/var/rbenv/versions/jruby-1.7.11/bin/rake:23:in `(root)'
> 
> 
> 
> 
> For this deployment, I will probably go back to just editing the hardwired urls in those stylesheets.
> Another possible option may be to just serve up the static files directly from apache ?
> not using the proxy to rails app. The question there is whether I can get the public and frontend 
> assets to merge together nicely. 
> 
> 
> ? Steve. 
> 
> 
> 
>> Here are the paths that I changed in frontend app. 
>> I expect to find a similar set in the public app stylesheets.
>> 
>> 
>> ? Steve. 
>> 
>> 
>> diff --git a/frontend/app/assets/stylesheets/archivesspace/icons.less b/frontend/app/assets/stylesheets/archivesspace/icons.less
>> index 773070d..49edb32 100644
>> --- a/frontend/app/assets/stylesheets/archivesspace/icons.less
>> +++ b/frontend/app/assets/stylesheets/archivesspace/icons.less
>> @@ -1,10 +1,10 @@
>>  @font-face {
>>    font-family: 'icomoon';
>> -  src:url('/assets/icomoon/icomoon.eot?-z7cehr');
>> -  src:url('/assets/icomoon/icomoon.eot?#iefix-z7cehr') format('embedded-opentype'),
>> -  url('/assets/icomoon/icomoon.woff?-z7cehr') format('woff'),
>> -  url('/assets/icomoon/icomoon.ttf?-z7cehr') format('truetype'),
>> -  url('/assets/icomoon/icomoon.svg?-z7cehr#icomoon') format('svg');
>> +  src:url('/admin/assets/icomoon/icomoon.eot?-z7cehr');
>> +  src:url('/admin/assets/icomoon/icomoon.eot?#iefix-z7cehr') format('embedded-opentype'),
>> +  url('/admin/assets/icomoon/icomoon.woff?-z7cehr') format('woff'),
>> +  url('/admin/assets/icomoon/icomoon.ttf?-z7cehr') format('truetype'),
>> +  url('/admin/assets/icomoon/icomoon.svg?-z7cehr#icomoon') format('svg');
>>  }
>>  
>>  .icomoon {
>> diff --git a/frontend/app/assets/stylesheets/themes/default/bootstrap.less b/frontend/app/assets/stylesheets/themes/default/bootstrap.less
>> index 25150dd..bdf1817 100644
>> --- a/frontend/app/assets/stylesheets/themes/default/bootstrap.less
>> +++ b/frontend/app/assets/stylesheets/themes/default/bootstrap.less
>> @@ -1,4 +1,4 @@
>>  // override icon paths
>>  @import "bootstrap/variables";
>> - at icon-font-path: "/assets/";
>> + at icon-font-path: "/admin/assets/";
>>  @import "bootstrap/bootstrap";
>> 
>> 
>> 
>> 
> 
> _______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150725/e57d88c6/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150725/e57d88c6/attachment.bin>

From dflinn at rice.edu  Mon Jul 27 11:40:37 2015
From: dflinn at rice.edu (Dara Flinn)
Date: Mon, 27 Jul 2015 10:40:37 -0500
Subject: [Archivesspace_Users_Group] experience with v. 1.3.0
Message-ID: <55B650F5.4040201@rice.edu>

Hi-

My institution is currently working in ArchivesSpace version 1.2.0- my 
IT group, who is responsible for upgrading to the next version, would 
like to know who has upgraded to 1.3.0, and what their experience has 
been. If your institution is working in 1.3.0 please let me know, and 
I'll contact you directly.

Thanks,
Dara Flinn

-- 
Dara Flinn, CA, DAS

Archivist / Special Collections Librarian
Woodson Research Center
Fondren Library
Rice University
(713) 348-2542
dflinn at rice.edu

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150727/829bb16d/attachment.html>

From leaosborne at nypl.org  Mon Jul 27 11:46:22 2015
From: leaosborne at nypl.org (Lea Osborne)
Date: Mon, 27 Jul 2015 11:46:22 -0400
Subject: [Archivesspace_Users_Group] ASpace for Managing Projects
Message-ID: <CANxfJadLXxprE_XaciWGJjZOHMT3q8j02h=PzRzBPXycKqY3kg@mail.gmail.com>

Hi, Everyone,

Do you know of anyone who is customizing ASpace for project management?
Our current system allows me to assign collections and start and stop
dates, run processing stats by division/archivist, and track the
collection's processing path (e.g. finding aid handed in or approved,
project proposal submitted to the curator, boxes ready to ship).  Since my
team processes collections for all of NYPL it is imperative that I track
everything!

Any information would be appreciated.

Best,
Lea Osborne



-- 
Lea E. Osborne
Head of Archival Processing, Archives Unit
The New York Public Library
31-11 Thomson Avenue, Room 202A
Long Island City, NY 11101-3006
917.229.9643
leaosborne at nypl.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150727/b3e12b23/attachment.html>

From rbaird at mountvernon.org  Mon Jul 27 14:04:31 2015
From: rbaird at mountvernon.org (Baird, Rebecca)
Date: Mon, 27 Jul 2015 18:04:31 +0000
Subject: [Archivesspace_Users_Group] MARCxml resources
Message-ID: <DM2PR02MB1403D598198AE5EE31F7D574C38E0@DM2PR02MB1403.namprd02.prod.outlook.com>

Hello,

I am attempting to create a collection of Publications and would like to import MARCxml records as "children" under the collection level. I have imported a couple of MARC records but they become an individual resource record. Is there any way to link the two or place the individual MARC records hierarchically under Publications?

Thanks for any help!

Rebecca Baird
Project Archivist
________________________________
The Fred W. Smith National Library
for the Study of George Washington
P.O. Box 3600, Mount Vernon, Virginia 22121
O: 703.667-3641
mountvernon.org/library

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150727/5e3cda46/attachment.html>

From noah.huffman at duke.edu  Mon Jul 27 16:36:59 2015
From: noah.huffman at duke.edu (Noah Huffman)
Date: Mon, 27 Jul 2015 20:36:59 +0000
Subject: [Archivesspace_Users_Group] add user defined fields to advanced
	search?
Message-ID: <CO1PR05MB49003FE2DA6D7F772766704E68E0@CO1PR05MB490.namprd05.prod.outlook.com>

Hi all,

I'm trying to add a few user defined fields to the advanced search drop downs in the staff interface and can't quite get it to work.

I've updated the search_definitions.rb file in the plugins/local directory and the fields appear as expected as additional options in the search drop-downs, however, I'm not getting any search results when searching in these fields.

Here is an example of a line I added to the search_definitions.rb file:

AdvancedSearch.define_field(:name => 'user_defined_enum_1', :type => :enum, :visibility => [:staff], :solr_field => 'user_defined_enum_1_enum_s')

Have I done something wrong here, or is there some additional step to add the user defined fields to the index?

Thanks for any advice,
-Noah

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150727/80377fd8/attachment.html>

From Terry.Brady at georgetown.edu  Mon Jul 27 18:17:25 2015
From: Terry.Brady at georgetown.edu (Terry Brady)
Date: Mon, 27 Jul 2015 15:17:25 -0700
Subject: [Archivesspace_Users_Group] ArchivesSpace 1.3.0 - Difficulty
	removing a repository
Message-ID: <CAMp2YEwr6XL8sdNPJcLWF+V5yU73UZ_Cjk3OJTi3pm0_2ONfDA@mail.gmail.com>

We are running a test instance of ArchivesSpace 1.3.0 that contains
multiple repositories.

I would like to delete the contents of an individual repository, and I have
not been able to do this successfully.

When I attempt to remove a repository via the UI, I received a repository
not empty error.

[image: Inline image 1]

I attempted to delete the same repository via the API, and I received a 409
error code.

Now, when I attempt the delete via the UI, I see the following error in the
log file:

D, [2015-07-27T18:07:33.844000 #5071] DEBUG -- : Thread-1462298: Responded
with [409, {"Content-Type"=>"application/json", "Cache-Control"=>"private,
must-revalidate, max-age=0", "Content-Length"=>"120"},
["{\"error\":\"Record deletion failed: Java::JavaSql::SQLException: Lock
wait timeout exceeded; try restarting transaction\"}\n"]]... in 161805.0ms

Since I am still testing the migration process, I hope to be able to delete
& refresh the contents of individual repositories.

As a work around, I attempted to delete individual resources within the
repository via the UI, and I saw the following error:


[image: Inline image 3]

Could you all offer any advice on how I could work around these issues?

Thanks, Terry


Terry Brady
Applications Programmer Analyst
Georgetown University Library Information Technology
https://www.library.georgetown.edu/lit/code
425-298-5498 (Seattle, WA)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150727/55d6e042/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 73490 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150727/55d6e042/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 36240 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150727/55d6e042/attachment-0001.png>

From Chris.Fitzpatrick at lyrasis.org  Tue Jul 28 04:46:22 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Tue, 28 Jul 2015 08:46:22 +0000
Subject: [Archivesspace_Users_Group] general question about errors
 appearing	during the index rebuild
In-Reply-To: <9E8D0784D9B39B41933B014FA7C528E93C091852@x10-mbx5.yu.yale.edu>
References: <9E8D0784D9B39B41933B014FA7C528E93C091852@x10-mbx5.yu.yale.edu>
Message-ID: <DM2PR0801MB0848B94D942101C175E00726FB8D0@DM2PR0801MB0848.namprd08.prod.outlook.com>



Hi Melissa,

Is there a bigger stack trace of the error being thrown in the aspace log? I think you can ignore the solr error. That's usually just raised when an empty body is posted to the server, which is usually not a bit issue. B,Chris

----- Reply message -----
From: "Wisner, Melissa" <melissa.wisner at yale.edu>
To: "archivesspace_users_group at lyralists.lyrasis.org" <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] general question about errors appearing during the index rebuild
Date: Fri, Jul 24, 2015 23:23

Hello,

As some of you know from posts to this list Yale University Library is in an emergency process to quickly rebuild a working AS index. We started the process yesterday afternoon and it will continue over the weekend. Mid-morning some errors were being recorded in the log, and they may be minor/nothing, but since this is such a time sensitive task I thought I'd ask if anyone can comment on what these are. This view is courtesy of a script to count the number of errors in the log. We continue to monitor progress and aren't raising the alarm yet, but again, I just thought I would ask.

Thank you,
Melissa Wisner
Yale Library IT




8 'Internal Server Error' Error Messages Found In Log File
     <title>Internal Server Error at &#x2F;repositories&#x2F;12&#x2F;archival_objects</title>
     <h1>Internal Server Error <span>(500)</span></h1>
     <title>Internal Server Error at &#x2F;repositories&#x2F;12&#x2F;archival_objects</title>
     <h1>Internal Server Error <span>(500)</span></h1>
     <title>Internal Server Error at &#x2F;repositories&#x2F;12&#x2F;archival_objects</title>
     <h1>Internal Server Error <span>(500)</span></h1>
     <title>Internal Server Error at &#x2F;repositories&#x2F;12&#x2F;archival_objects</title>
     <h1>Internal Server Error <span>(500)</span></h1>

16 'Solr Error' Error Messages Found In Log File
     Jul 24, 2015 11:10:38 AM org.apache.solr.common.SolrException log
     SEVERE: java.lang.NullPointerException
     --
     Jul 24, 2015 11:10:38 AM org.apache.solr.common.SolrException log
     SEVERE: java.lang.NullPointerException
     --
     Jul 24, 2015 11:10:38 AM org.apache.solr.common.SolrException log
     SEVERE: null:java.lang.NullPointerException
     --
     Jul 24, 2015 11:10:38 AM org.apache.solr.common.SolrException log
     SEVERE: null:java.lang.NullPointerException
     --
     Jul 24, 2015 11:10:38 AM org.apache.solr.common.SolrException log
     SEVERE: java.lang.NullPointerException
     --
     Jul 24, 2015 11:10:38 AM org.apache.solr.common.SolrException log
     SEVERE: null:java.lang.NullPointerException
     --
     Jul 24, 2015 11:11:15 AM org.apache.solr.common.SolrException log
     SEVERE: java.lang.NullPointerException
     --
     Jul 24, 2015 11:11:15 AM org.apache.solr.common.SolrException log
     SEVERE: null:java.lang.NullPointerException


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/f7ab923c/attachment.html>

From psuda1 at tulane.edu  Tue Jul 28 10:27:22 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Tue, 28 Jul 2015 14:27:22 +0000
Subject: [Archivesspace_Users_Group] Mass export of EAD
Message-ID: <CY1PR0301MB127370532C2CF864238D9EB8E58D0@CY1PR0301MB1273.namprd03.prod.outlook.com>

Greetings all,

             Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature.

Thanks,

Phil

Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu
504-865-5607

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/4b6d37d0/attachment.html>

From alexanderduryee at nypl.org  Tue Jul 28 11:15:42 2015
From: alexanderduryee at nypl.org (Alexander Duryee)
Date: Tue, 28 Jul 2015 11:15:42 -0400
Subject: [Archivesspace_Users_Group] Mass export of EAD
In-Reply-To: <CY1PR0301MB127370532C2CF864238D9EB8E58D0@CY1PR0301MB1273.namprd03.prod.outlook.com>
References: <CY1PR0301MB127370532C2CF864238D9EB8E58D0@CY1PR0301MB1273.namprd03.prod.outlook.com>
Message-ID: <CAK5BadDM+FHkqCOYumNx4WoMi7SPfkdP+Ppvv-ks=wAbSphVOg@mail.gmail.com>

Phil,

As far as I'm aware, there's no bulk EAD export functionality in ASpace.
However, since ASpace's resource identifiers are sequential integers, you
can loop over each resource id in a repository and make an API call for its
EAD record:

for x in {first..last}; do curl -H '[session token]'
"https://[address]/repositories/[id]/resource_descriptions/${x}.xml"
> aspace_${x}.xml; done

A loop like that should generate EAD records for each resource in your
repository.

Regards,
--Alex

On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu> wrote:

>  Greetings all,
>
>
>
>              Is there an API or mass export feature for exporting all EAD
> records from a repository, etc.? I am only seeing a collection level export
> feature.
>
>
>
> Thanks,
>
>
>
> Phil
>
>
>
> Phillip Suda
>
> Systems Librarian
>
> Howard-Tilton Memorial Library
>
> Tulane University
>
> psuda1 at tulane.edu
>
> 504-865-5607
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Alexander Duryee
Metadata Archivist
New York Public Library
(917)-229-9590
alexanderduryee at nypl.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/299c281b/attachment.html>

From PGalligan at rockarch.org  Tue Jul 28 11:28:45 2015
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Tue, 28 Jul 2015 11:28:45 -0400
Subject: [Archivesspace_Users_Group] FW:  Mass export of EAD
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D88D062196@racex01>

Phil,

My colleague, Hillel Arnold, has written a script to export all published EAD. It?s a little tailored to our installation, and has a bug or two, but with a little tweaking it could probably work for you.

https://github.com/RockefellerArchiveCenter/scripts/blob/master/archivesspace/asExport-ead.py

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Alexander Duryee
Sent: Tuesday, July 28, 2015 11:16 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD

Phil,
As far as I'm aware, there's no bulk EAD export functionality in ASpace.  However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record:
for x in {first..last}; do curl -H '[session token]' "https://[address]/repositories/[id]/resource_descriptions/${x}.xml<https://[address]/repositories/%5bid%5d/resource_descriptions/$%7bx%7d.xml>" > aspace_${x}.xml; done
A loop like that should generate EAD records for each resource in your repository.
Regards,
--Alex

On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Greetings all,

             Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature.

Thanks,

Phil

Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Alexander Duryee
Metadata Archivist
New York Public Library
(917)-229-9590
alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/91511b6a/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: ATT00001.txt
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/91511b6a/attachment.txt>

From sdm7g at virginia.edu  Tue Jul 28 11:34:11 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Tue, 28 Jul 2015 11:34:11 -0400
Subject: [Archivesspace_Users_Group] Mass export of EAD
In-Reply-To: <CAK5BadDM+FHkqCOYumNx4WoMi7SPfkdP+Ppvv-ks=wAbSphVOg@mail.gmail.com>
References: <CY1PR0301MB127370532C2CF864238D9EB8E58D0@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CAK5BadDM+FHkqCOYumNx4WoMi7SPfkdP+Ppvv-ks=wAbSphVOg@mail.gmail.com>
Message-ID: <974F7BB8-AFAE-4A09-BAE2-D8933B485413@virginia.edu>


There is ead_export.sh in the scripts directory. 
It only exports published collections, but that can be changed in the code if needed. 
That script runs locally on the AS server and it writes into the archivesspace/data/
directory, so you need write access. 

resource ids will not necessarily be sequential after deletions and transfers, but you
can get a JSON list of all of the ids from /repositories/$REPO_ID/resources?all_ids=true
and then loop over those ids. 

? Steve Majewski


> On Jul 28, 2015, at 11:15 AM, Alexander Duryee <alexanderduryee at nypl.org> wrote:
> 
> Phil,
> 
> As far as I'm aware, there's no bulk EAD export functionality in ASpace.  However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record:
> 
> for x in {first..last}; do curl -H '[session token]' "https://[address]/repositories/[id]/resource_descriptions/${x}.xml" > aspace_${x}.xml; done
> 
> A loop like that should generate EAD records for each resource in your repository.
> 
> Regards,
> --Alex 
> 
> On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu <mailto:psuda1 at tulane.edu>> wrote:
> Greetings all,
> 
>  
> 
>              Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature.
> 
>  
> 
> Thanks,
> 
>  
> 
> Phil
> 
>  
> 
> Phillip Suda
> 
> Systems Librarian
> 
> Howard-Tilton Memorial Library
> 
> Tulane University
> 
> psuda1 at tulane.edu <mailto:psuda1 at tulane.edu>
> 504-865-5607 <tel:504-865-5607>
>  
> 
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
> 
> 
> 
> 
> -- 
> Alexander Duryee
> Metadata Archivist
> New York Public Library
> (917)-229-9590
> alexanderduryee at nypl.org <mailto:alexanderduryee at nypl.org>_______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/81c0facb/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/81c0facb/attachment.bin>

From Kevin.Clair at du.edu  Tue Jul 28 11:40:52 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Tue, 28 Jul 2015 15:40:52 +0000
Subject: [Archivesspace_Users_Group] Mass export of EAD
In-Reply-To: <974F7BB8-AFAE-4A09-BAE2-D8933B485413@virginia.edu>
References: <CY1PR0301MB127370532C2CF864238D9EB8E58D0@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CAK5BadDM+FHkqCOYumNx4WoMi7SPfkdP+Ppvv-ks=wAbSphVOg@mail.gmail.com>
	<974F7BB8-AFAE-4A09-BAE2-D8933B485413@virginia.edu>
Message-ID: <1F1E72103798F04D96C355B296D7C61B4F9B9B@mb2-uts.du.edu>

I have a Perl script I run from command line that runs every batch export I want or need at this point: https://github.com/duspeccoll/as_utils/blob/master/reports.pl

It grabs the JSON list of all the IDs for a given model, and then either dumps everything into a single JSON object or exports to some other format. The EAD export is lines 206-224. This is *extremely* customized for our environment, and I?ve made no effort yet to modify it for general use, but it?s an idea of how one could go about doing this.  -k

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Tuesday, July 28, 2015 9:34 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD


There is ead_export.sh in the scripts directory.
It only exports published collections, but that can be changed in the code if needed.
That script runs locally on the AS server and it writes into the archivesspace/data/
directory, so you need write access.

resource ids will not necessarily be sequential after deletions and transfers, but you
can get a JSON list of all of the ids from /repositories/$REPO_ID/resources?all_ids=true
and then loop over those ids.

? Steve Majewski


On Jul 28, 2015, at 11:15 AM, Alexander Duryee <alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>> wrote:

Phil,
As far as I'm aware, there's no bulk EAD export functionality in ASpace.  However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record:
for x in {first..last}; do curl -H '[session token]' "https://[address]/repositories/[id]/resource_descriptions/${x}.xml<https://[address]/repositories/%5bid%5d/resource_descriptions/$%7bx%7d.xml>" > aspace_${x}.xml; done
A loop like that should generate EAD records for each resource in your repository.
Regards,
--Alex

On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Greetings all,

             Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature.

Thanks,

Phil

Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Alexander Duryee
Metadata Archivist
New York Public Library
(917)-229-9590
alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/87bc0829/attachment.html>

From christine.dibella at lyrasis.org  Tue Jul 28 11:50:10 2015
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Tue, 28 Jul 2015 15:50:10 +0000
Subject: [Archivesspace_Users_Group] share your plugins, scripts, reports,
	and stylesheets
Message-ID: <BLUPR08MB1779B0D037084506A42AEAFFF18D0@BLUPR08MB1779.namprd08.prod.outlook.com>

As an aside to today's terrific discussion, one of the great things about ArchivesSpace is that anyone can customize it or extend its functionality. If you're ready to share your plugins, scripts, reports, or stylesheets with the world, please consider linking to them on the ArchivesSpace wiki. There are relevant pages at:

Plugins and Scripts: https://archivesspace.atlassian.net/wiki/display/ADC/Plugins+and+Scripts
Reports and Stylesheets: https://archivesspace.atlassian.net/wiki/display/ADC/Reports+and+Stylesheets

If you have an existing JIRA or Confluence account for ArchivesSpace, you'll be able to edit these pages or add your comments. If you'd like an account, please just let me know. Adding to the wiki is quick, it's easy, and the whole community will benefit from the hard work you put into writing that code!

Best,
Christine

Christine Di Bella
Community Outreach and Support Manager
christine.dibella at lyrasis.org<mailto: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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/aa3c3d4b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 7645 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/aa3c3d4b/attachment.png>

From psuda1 at tulane.edu  Tue Jul 28 12:13:56 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Tue, 28 Jul 2015 16:13:56 +0000
Subject: [Archivesspace_Users_Group] Mass export of EAD
In-Reply-To: <1F1E72103798F04D96C355B296D7C61B4F9B9B@mb2-uts.du.edu>
References: <CY1PR0301MB127370532C2CF864238D9EB8E58D0@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CAK5BadDM+FHkqCOYumNx4WoMi7SPfkdP+Ppvv-ks=wAbSphVOg@mail.gmail.com>
	<974F7BB8-AFAE-4A09-BAE2-D8933B485413@virginia.edu>
	<1F1E72103798F04D96C355B296D7C61B4F9B9B@mb2-uts.du.edu>
Message-ID: <CY1PR0301MB1273B5EB9F6DA3638F62CB63E58D0@CY1PR0301MB1273.namprd03.prod.outlook.com>

Thanks all for your suggestions/scripts/help. This is a great start.

Thank you,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu
504-865-5607



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair
Sent: Tuesday, July 28, 2015 10:41 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD

I have a Perl script I run from command line that runs every batch export I want or need at this point: https://github.com/duspeccoll/as_utils/blob/master/reports.pl

It grabs the JSON list of all the IDs for a given model, and then either dumps everything into a single JSON object or exports to some other format. The EAD export is lines 206-224. This is *extremely* customized for our environment, and I?ve made no effort yet to modify it for general use, but it?s an idea of how one could go about doing this.  -k

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Tuesday, July 28, 2015 9:34 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD


There is ead_export.sh in the scripts directory.
It only exports published collections, but that can be changed in the code if needed.
That script runs locally on the AS server and it writes into the archivesspace/data/
directory, so you need write access.

resource ids will not necessarily be sequential after deletions and transfers, but you
can get a JSON list of all of the ids from /repositories/$REPO_ID/resources?all_ids=true
and then loop over those ids.

? Steve Majewski


On Jul 28, 2015, at 11:15 AM, Alexander Duryee <alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>> wrote:

Phil,
As far as I'm aware, there's no bulk EAD export functionality in ASpace.  However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record:
for x in {first..last}; do curl -H '[session token]' "https://[address]/repositories/[id]/resource_descriptions/${x}.xml<https://[address]/repositories/%5bid%5d/resource_descriptions/$%7bx%7d.xml>" > aspace_${x}.xml; done
A loop like that should generate EAD records for each resource in your repository.
Regards,
--Alex

On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Greetings all,

             Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature.

Thanks,

Phil

Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Alexander Duryee
Metadata Archivist
New York Public Library
(917)-229-9590
alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/131fc7bf/attachment.html>

From luftsche at usc.edu  Tue Jul 28 12:26:34 2015
From: luftsche at usc.edu (Susan Luftschein)
Date: Tue, 28 Jul 2015 16:26:34 +0000
Subject: [Archivesspace_Users_Group] FW:  Mass export of EAD
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D88D062196@racex01>
References: <F6E0CB227A713F4AA8F9598060B8F063D88D062196@racex01>
Message-ID: <BY2PR07MB155C90094C882BE6F23C48ED38D0@BY2PR07MB155.namprd07.prod.outlook.com>

Hi Patrick,

Is this something you have submitted to LYRASIS?  As an institution that uses the hosting service, we are somewhat limited in our customization of the software, and since this is a feature that I?m sure a lot of folks want, it would be great to have it included.

Just a thought.

Thanks,
Sue

Sue Luftschein
Archival and Metadata Librarian
USC Libraries Special Collections
University of Southern California
Doheny Memorial Library
3550 Trousdale Parkway, Room 207
Los Angeles, CA 90089-0189
tel:213-740-4046
fax:213-740-2343
luftsche at usc.edu<mailto:luftsche at usc.edu>

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, July 28, 2015 8:29 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] FW: Mass export of EAD

Phil,

My colleague, Hillel Arnold, has written a script to export all published EAD. It?s a little tailored to our installation, and has a bug or two, but with a little tweaking it could probably work for you.

https://github.com/RockefellerArchiveCenter/scripts/blob/master/archivesspace/asExport-ead.py

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Alexander Duryee
Sent: Tuesday, July 28, 2015 11:16 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD

Phil,
As far as I'm aware, there's no bulk EAD export functionality in ASpace.  However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record:
for x in {first..last}; do curl -H '[session token]' "https://[address]/repositories/[id]/resource_descriptions/${x}.xml<https://[address]/repositories/%5bid%5d/resource_descriptions/$%7bx%7d.xml>" > aspace_${x}.xml; done
A loop like that should generate EAD records for each resource in your repository.
Regards,
--Alex

On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Greetings all,

             Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature.

Thanks,

Phil

Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Alexander Duryee
Metadata Archivist
New York Public Library
(917)-229-9590
alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/96bea4ad/attachment.html>

From harnold at rockarch.org  Tue Jul 28 12:47:05 2015
From: harnold at rockarch.org (Arnold, Hillel)
Date: Tue, 28 Jul 2015 12:47:05 -0400
Subject: [Archivesspace_Users_Group] FW:  Mass export of EAD
In-Reply-To: <BY2PR07MB155C90094C882BE6F23C48ED38D0@BY2PR07MB155.namprd07.prod.outlook.com>
References: <F6E0CB227A713F4AA8F9598060B8F063D88D062196@racex01>
	<BY2PR07MB155C90094C882BE6F23C48ED38D0@BY2PR07MB155.namprd07.prod.outlook.com>
Message-ID: <D1DD2954.3C888%harnold@rockarch.org>

Hi Sue,
The script is written in Python, so you can run it from your local machine (you?d just have to change a couple variables to point it to your hosted instance). It?s the same approach mentioned by a couple other people in this thread, just written in a different language.
It would be relatively easy to implement this as a plugin in the ArchivesSpace interface, but for us there?s not really a compelling reason to, since we want mass exports to be triggered by machines based an automated schedule, rather than being done by humans.

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

From: Susan Luftschein <luftsche at usc.edu<mailto:luftsche at usc.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Tuesday, July 28, 2015 at 12:26 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] FW: Mass export of EAD

Hi Patrick,

Is this something you have submitted to LYRASIS?  As an institution that uses the hosting service, we are somewhat limited in our customization of the software, and since this is a feature that I?m sure a lot of folks want, it would be great to have it included.

Just a thought.

Thanks,
Sue

Sue Luftschein
Archival and Metadata Librarian
USC Libraries Special Collections
University of Southern California
Doheny Memorial Library
3550 Trousdale Parkway, Room 207
Los Angeles, CA 90089-0189
tel:213-740-4046
fax:213-740-2343
luftsche at usc.edu<mailto:luftsche at usc.edu>

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, July 28, 2015 8:29 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] FW: Mass export of EAD

Phil,

My colleague, Hillel Arnold, has written a script to export all published EAD. It?s a little tailored to our installation, and has a bug or two, but with a little tweaking it could probably work for you.

https://github.com/RockefellerArchiveCenter/scripts/blob/master/archivesspace/asExport-ead.py

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Alexander Duryee
Sent: Tuesday, July 28, 2015 11:16 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD

Phil,
As far as I'm aware, there's no bulk EAD export functionality in ASpace.  However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record:
for x in {first..last}; do curl -H '[session token]' "https://[address]/repositories/[id]/resource_descriptions/${x}.xml<https://[address]/repositories/%5bid%5d/resource_descriptions/$%7bx%7d.xml>" > aspace_${x}.xml; done
A loop like that should generate EAD records for each resource in your repository.
Regards,
--Alex

On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Greetings all,

             Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature.

Thanks,

Phil

Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Alexander Duryee
Metadata Archivist
New York Public Library
(917)-229-9590
alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/39b5759d/attachment.html>

From luftsche at usc.edu  Tue Jul 28 12:56:51 2015
From: luftsche at usc.edu (Susan Luftschein)
Date: Tue, 28 Jul 2015 16:56:51 +0000
Subject: [Archivesspace_Users_Group] FW:  Mass export of EAD
In-Reply-To: <D1DD2954.3C888%harnold@rockarch.org>
References: <F6E0CB227A713F4AA8F9598060B8F063D88D062196@racex01>
	<BY2PR07MB155C90094C882BE6F23C48ED38D0@BY2PR07MB155.namprd07.prod.outlook.com>
	<D1DD2954.3C888%harnold@rockarch.org>
Message-ID: <BY2PR07MB155B4B9F83D05F61F7C6519D38D0@BY2PR07MB155.namprd07.prod.outlook.com>

Hi Patrick,

Since I'm not a programmer, I actually have no idea how this works, but since none of our AS data lives locally, I don't think we can do it?  I'm not sure, would love to know if that's possible.

Thanks,
Sue

Sue Luftschein
Archival and Metadata Librarian
USC Libraries Special Collections
University of Southern California
Doheny Memorial Library
3550 Trousdale Parkway, Room 207
Los Angeles, CA 90089-0189
tel:213-740-4046
fax:213-740-2343
luftsche at usc.edu<mailto:luftsche at usc.edu>

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Arnold, Hillel
Sent: Tuesday, July 28, 2015 9:47 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] FW: Mass export of EAD

Hi Sue,
The script is written in Python, so you can run it from your local machine (you'd just have to change a couple variables to point it to your hosted instance). It's the same approach mentioned by a couple other people in this thread, just written in a different language.
It would be relatively easy to implement this as a plugin in the ArchivesSpace interface, but for us there's not really a compelling reason to, since we want mass exports to be triggered by machines based an automated schedule, rather than being done by humans.

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

From: Susan Luftschein <luftsche at usc.edu<mailto:luftsche at usc.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Tuesday, July 28, 2015 at 12:26 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] FW: Mass export of EAD

Hi Patrick,

Is this something you have submitted to LYRASIS?  As an institution that uses the hosting service, we are somewhat limited in our customization of the software, and since this is a feature that I'm sure a lot of folks want, it would be great to have it included.

Just a thought.

Thanks,
Sue

Sue Luftschein
Archival and Metadata Librarian
USC Libraries Special Collections
University of Southern California
Doheny Memorial Library
3550 Trousdale Parkway, Room 207
Los Angeles, CA 90089-0189
tel:213-740-4046
fax:213-740-2343
luftsche at usc.edu<mailto:luftsche at usc.edu>

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, July 28, 2015 8:29 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] FW: Mass export of EAD

Phil,

My colleague, Hillel Arnold, has written a script to export all published EAD. It's a little tailored to our installation, and has a bug or two, but with a little tweaking it could probably work for you.

https://github.com/RockefellerArchiveCenter/scripts/blob/master/archivesspace/asExport-ead.py

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Alexander Duryee
Sent: Tuesday, July 28, 2015 11:16 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD

Phil,
As far as I'm aware, there's no bulk EAD export functionality in ASpace.  However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record:
for x in {first..last}; do curl -H '[session token]' "https://[address]/repositories/[id]/resource_descriptions/${x}.xml<https://[address]/repositories/%5bid%5d/resource_descriptions/$%7bx%7d.xml>" > aspace_${x}.xml; done
A loop like that should generate EAD records for each resource in your repository.
Regards,
--Alex

On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Greetings all,

             Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature.

Thanks,

Phil

Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Alexander Duryee
Metadata Archivist
New York Public Library
(917)-229-9590
alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/33f83518/attachment.html>

From bmg17 at psu.edu  Tue Jul 28 12:57:07 2015
From: bmg17 at psu.edu (Ben Goldman)
Date: Tue, 28 Jul 2015 12:57:07 -0400 (EDT)
Subject: [Archivesspace_Users_Group] FW:  Mass export of EAD
In-Reply-To: <D1DD2954.3C888%harnold@rockarch.org>
References: <F6E0CB227A713F4AA8F9598060B8F063D88D062196@racex01>
	<BY2PR07MB155C90094C882BE6F23C48ED38D0@BY2PR07MB155.namprd07.prod.outlook.com>
	<D1DD2954.3C888%harnold@rockarch.org>
Message-ID: <708777399.3291154.1438102626996.JavaMail.zimbra@psu.edu>

Hillel, this rules. Thanks for sharing it. 

-Ben 

Ben Goldman 
Digital Records Archivist & 
Sally W. Kalin Early Career Librarian for Technological Innovations 
Penn State University Libraries 

----- Original Message -----

From: "Hillel Arnold" <harnold at rockarch.org> 
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org> 
Sent: Tuesday, July 28, 2015 12:47:05 PM 
Subject: Re: [Archivesspace_Users_Group] FW: Mass export of EAD 

Hi Sue, 
The script is written in Python, so you can run it from your local machine (you?d just have to change a couple variables to point it to your hosted instance). It?s the same approach mentioned by a couple other people in this thread, just written in a different language. 
It would be relatively easy to implement this as a plugin in the ArchivesSpace interface, but for us there?s not really a compelling reason to, since we want mass exports to be triggered by machines based an automated schedule, rather than being done by humans. 

Hillel Arnold 
Lead Digital Archivist 
Rockefeller Archive Center 

From: Susan Luftschein < luftsche at usc.edu > 
Reply-To: Archivesspace Users Group < archivesspace_users_group at lyralists.lyrasis.org > 
Date: Tuesday, July 28, 2015 at 12:26 PM 
To: Archivesspace Users Group < archivesspace_users_group at lyralists.lyrasis.org > 
Subject: Re: [Archivesspace_Users_Group] FW: Mass export of EAD 



Hi Patrick, 



Is this something you have submitted to LYRASIS? As an institution that uses the hosting service, we are somewhat limited in our customization of the software, and since this is a feature that I?m sure a lot of folks want, it would be great to have it included. 



Just a thought. 



Thanks, 

Sue 




Sue Luftschein 

Archival and Metadata Librarian 

USC Libraries Special Collections 

University of Southern California 

Doheny Memorial Library 

3550 Trousdale Parkway, Room 207 

Los Angeles, CA 90089-0189 

tel:213-740-4046 

fax:213-740-2343 

luftsche at usc.edu 





From: archivesspace_users_group-bounces at lyralists.lyrasis.org [ mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org ] On Behalf Of Galligan, Patrick 
Sent: Tuesday, July 28, 2015 8:29 AM 
To: Archivesspace Users Group 
Subject: [Archivesspace_Users_Group] FW: Mass export of EAD 




Phil, 



My colleague, Hillel Arnold, has written a script to export all published EAD. It?s a little tailored to our installation, and has a bug or two, but with a little tweaking it could probably work for you. 



https://github.com/RockefellerArchiveCenter/scripts/blob/master/archivesspace/asExport-ead.py 



Patrick Galligan 

Rockefeller Archive Center 

Assistant Digital Archivist 

914-366-6386 




From: archivesspace_users_group-bounces at lyralists.lyrasis.org [ mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org ] On Behalf Of Alexander Duryee 
Sent: Tuesday, July 28, 2015 11:16 AM 
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD 





Phil, 


As far as I'm aware, there's no bulk EAD export functionality in ASpace. However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record: 


for x in {first..last}; do curl -H '[session token]' " https://[address]/repositories/[id]/resource_descriptions/${x}.xml " > aspace_${x}.xml; done 


A loop like that should generate EAD records for each resource in your repository. 


Regards, 


--Alex 





On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J < psuda1 at tulane.edu > wrote: 


Greetings all, 



Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature. 



Thanks, 



Phil 



Phillip Suda 

Systems Librarian 

Howard-Tilton Memorial Library 

Tulane University 

psuda1 at tulane.edu 

504-865-5607 





_______________________________________________ 
Archivesspace_Users_Group mailing list 
Archivesspace_Users_Group at lyralists.lyrasis.org 
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group 





-- 


Alexander Duryee 


Metadata Archivist 


New York Public Library 


(917)-229-9590 


alexanderduryee at nypl.org 

_______________________________________________ 
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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/3d73a0a4/attachment.html>

From sdm7g at virginia.edu  Tue Jul 28 13:04:27 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Tue, 28 Jul 2015 13:04:27 -0400
Subject: [Archivesspace_Users_Group] recently modified [ was: Mass export of
	EAD ]
In-Reply-To: <D1DD2954.3C888%harnold@rockarch.org>
References: <F6E0CB227A713F4AA8F9598060B8F063D88D062196@racex01>
	<BY2PR07MB155C90094C882BE6F23C48ED38D0@BY2PR07MB155.namprd07.prod.outlook.com>
	<D1DD2954.3C888%harnold@rockarch.org>
Message-ID: <61494D0A-8829-4E19-8702-2F2A16F9BDEA@virginia.edu>



BTW: I?ve been having trouble figuring out the search params for the backend API. 
What is the best way to get a list of recently modified resources ? 

Since we haven?t yet been able to import all of our legacy EAD into ArchivesSpace,
we are going to want to export EAD and merge updated resources into our XTF webapp. 

I would like to make a nightly script to run and export any updated and published guides. 

? Steve Majewski



> On Jul 28, 2015, at 12:47 PM, Arnold, Hillel <harnold at rockarch.org> wrote:
> 
> Hi Sue,
> The script is written in Python, so you can run it from your local machine (you?d just have to change a couple variables to point it to your hosted instance). It?s the same approach mentioned by a couple other people in this thread, just written in a different language.
> It would be relatively easy to implement this as a plugin in the ArchivesSpace interface, but for us there?s not really a compelling reason to, since we want mass exports to be triggered by machines based an automated schedule, rather than being done by humans.
> 
> Hillel Arnold
> Lead Digital Archivist
> Rockefeller Archive Center
> 
> From: Susan Luftschein <luftsche at usc.edu <mailto:luftsche at usc.edu>>
> Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org <mailto:archivesspace_users_group at lyralists.lyrasis.org>>
> Date: Tuesday, July 28, 2015 at 12:26 PM
> To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org <mailto:archivesspace_users_group at lyralists.lyrasis.org>>
> Subject: Re: [Archivesspace_Users_Group] FW: Mass export of EAD
> 
> Hi Patrick,
>  
> Is this something you have submitted to LYRASIS?  As an institution that uses the hosting service, we are somewhat limited in our customization of the software, and since this is a feature that I?m sure a lot of folks want, it would be great to have it included.
>  
> Just a thought.
>  
> Thanks,
> Sue
>  
> Sue Luftschein
> Archival and Metadata Librarian
> USC Libraries Special Collections
> University of Southern California
> Doheny Memorial Library
> 3550 Trousdale Parkway, Room 207
> Los Angeles, CA 90089-0189
> tel:213-740-4046 <tel:213-740-4046>
> fax:213-740-2343
> luftsche at usc.edu <mailto:luftsche at usc.edu>
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Galligan, Patrick
> Sent: Tuesday, July 28, 2015 8:29 AM
> To: Archivesspace Users Group
> Subject: [Archivesspace_Users_Group] FW: Mass export of EAD
>  
> Phil,
>  
> My colleague, Hillel Arnold, has written a script to export all published EAD. It?s a little tailored to our installation, and has a bug or two, but with a little tweaking it could probably work for you.
>  
> https://github.com/RockefellerArchiveCenter/scripts/blob/master/archivesspace/asExport-ead.py <https://github.com/RockefellerArchiveCenter/scripts/blob/master/archivesspace/asExport-ead.py>
>  
> Patrick Galligan
> Rockefeller Archive Center
> Assistant Digital Archivist
> 914-366-6386
>  
> From:archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Alexander Duryee
> Sent: Tuesday, July 28, 2015 11:16 AM
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] Mass export of EAD
>  
> Phil,
> 
> As far as I'm aware, there's no bulk EAD export functionality in ASpace.  However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record:
> 
> for x in {first..last}; do curl -H '[session token]' "https://[address]/repositories/[id]/resource_descriptions/${x}.xml <https://[address]/repositories/%5bid%5d/resource_descriptions/$%7bx%7d.xml>" > aspace_${x}.xml; done
> 
> A loop like that should generate EAD records for each resource in your repository.
> 
> Regards,
> --Alex 
>  
> On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu <mailto:psuda1 at tulane.edu>> wrote:
> Greetings all,
>  
>              Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature.
>  
> Thanks,
>  
> Phil
>  
> Phillip Suda
> Systems Librarian
> Howard-Tilton Memorial Library
> Tulane University
> psuda1 at tulane.edu <mailto:psuda1 at tulane.edu>
> 504-865-5607 <tel:504-865-5607>
>  
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
> 
> 
> 
> -- 
> Alexander Duryee
> Metadata Archivist
> New York Public Library
> (917)-229-9590
> alexanderduryee at nypl.org <mailto:alexanderduryee at nypl.org>_______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/470c5000/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/470c5000/attachment.bin>

From Kevin.Clair at du.edu  Tue Jul 28 13:04:48 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Tue, 28 Jul 2015 17:04:48 +0000
Subject: [Archivesspace_Users_Group] FW:  Mass export of EAD
In-Reply-To: <BY2PR07MB155B4B9F83D05F61F7C6519D38D0@BY2PR07MB155.namprd07.prod.outlook.com>
References: <F6E0CB227A713F4AA8F9598060B8F063D88D062196@racex01>
	<BY2PR07MB155C90094C882BE6F23C48ED38D0@BY2PR07MB155.namprd07.prod.outlook.com>
	<D1DD2954.3C888%harnold@rockarch.org>
	<BY2PR07MB155B4B9F83D05F61F7C6519D38D0@BY2PR07MB155.namprd07.prod.outlook.com>
Message-ID: <1F1E72103798F04D96C355B296D7C61B4FACFF@mb2-uts.du.edu>

Hi Sue,

Ours is also a hosted ArchivesSpace instance (through the Colorado Alliance of Research Libraries), and we're able to run our scripts locally even though the data is on their servers since everything is run through the API. The only thing you would need from them would be the URL to your ArchivesSpace backend.  -k

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Susan Luftschein
Sent: Tuesday, July 28, 2015 10:57 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] FW: Mass export of EAD

Hi Patrick,

Since I'm not a programmer, I actually have no idea how this works, but since none of our AS data lives locally, I don't think we can do it?  I'm not sure, would love to know if that's possible.

Thanks,
Sue

Sue Luftschein
Archival and Metadata Librarian
USC Libraries Special Collections
University of Southern California
Doheny Memorial Library
3550 Trousdale Parkway, Room 207
Los Angeles, CA 90089-0189
tel:213-740-4046
fax:213-740-2343
luftsche at usc.edu<mailto:luftsche at usc.edu>

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Arnold, Hillel
Sent: Tuesday, July 28, 2015 9:47 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] FW: Mass export of EAD

Hi Sue,
The script is written in Python, so you can run it from your local machine (you'd just have to change a couple variables to point it to your hosted instance). It's the same approach mentioned by a couple other people in this thread, just written in a different language.
It would be relatively easy to implement this as a plugin in the ArchivesSpace interface, but for us there's not really a compelling reason to, since we want mass exports to be triggered by machines based an automated schedule, rather than being done by humans.

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

From: Susan Luftschein <luftsche at usc.edu<mailto:luftsche at usc.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Tuesday, July 28, 2015 at 12:26 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] FW: Mass export of EAD

Hi Patrick,

Is this something you have submitted to LYRASIS?  As an institution that uses the hosting service, we are somewhat limited in our customization of the software, and since this is a feature that I'm sure a lot of folks want, it would be great to have it included.

Just a thought.

Thanks,
Sue

Sue Luftschein
Archival and Metadata Librarian
USC Libraries Special Collections
University of Southern California
Doheny Memorial Library
3550 Trousdale Parkway, Room 207
Los Angeles, CA 90089-0189
tel:213-740-4046
fax:213-740-2343
luftsche at usc.edu<mailto:luftsche at usc.edu>

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, July 28, 2015 8:29 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] FW: Mass export of EAD

Phil,

My colleague, Hillel Arnold, has written a script to export all published EAD. It's a little tailored to our installation, and has a bug or two, but with a little tweaking it could probably work for you.

https://github.com/RockefellerArchiveCenter/scripts/blob/master/archivesspace/asExport-ead.py

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Alexander Duryee
Sent: Tuesday, July 28, 2015 11:16 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD

Phil,
As far as I'm aware, there's no bulk EAD export functionality in ASpace.  However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record:
for x in {first..last}; do curl -H '[session token]' "https://[address]/repositories/[id]/resource_descriptions/${x}.xml<https://[address]/repositories/%5bid%5d/resource_descriptions/$%7bx%7d.xml>" > aspace_${x}.xml; done
A loop like that should generate EAD records for each resource in your repository.
Regards,
--Alex

On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Greetings all,

             Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature.

Thanks,

Phil

Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Alexander Duryee
Metadata Archivist
New York Public Library
(917)-229-9590
alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/d8d482b8/attachment.html>

From Kevin.Clair at du.edu  Tue Jul 28 13:09:05 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Tue, 28 Jul 2015 17:09:05 +0000
Subject: [Archivesspace_Users_Group] recently modified [ was: Mass
 export of	EAD ]
In-Reply-To: <61494D0A-8829-4E19-8702-2F2A16F9BDEA@virginia.edu>
References: <F6E0CB227A713F4AA8F9598060B8F063D88D062196@racex01>
	<BY2PR07MB155C90094C882BE6F23C48ED38D0@BY2PR07MB155.namprd07.prod.outlook.com>
	<D1DD2954.3C888%harnold@rockarch.org>
	<61494D0A-8829-4E19-8702-2F2A16F9BDEA@virginia.edu>
Message-ID: <1F1E72103798F04D96C355B296D7C61B4FAD21@mb2-uts.du.edu>

This is also something I'd be interested in. Our current process is to get a weekly backup copy of our MySQL database from our ArchivesSpace host, install it locally, and run a query directly against that for anything created or updated over a certain date range, which is not ideal.

If there's a way to do this as a Jasper report, that would be amazing; I've written a couple of those that work but nothing that will let me pass user-supplied parameters to it.  -k

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Tuesday, July 28, 2015 11:04 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] recently modified [ was: Mass export of EAD ]



BTW: I've been having trouble figuring out the search params for the backend API.
What is the best way to get a list of recently modified resources ?

Since we haven't yet been able to import all of our legacy EAD into ArchivesSpace,
we are going to want to export EAD and merge updated resources into our XTF webapp.

I would like to make a nightly script to run and export any updated and published guides.

- Steve Majewski



On Jul 28, 2015, at 12:47 PM, Arnold, Hillel <harnold at rockarch.org<mailto:harnold at rockarch.org>> wrote:

Hi Sue,
The script is written in Python, so you can run it from your local machine (you'd just have to change a couple variables to point it to your hosted instance). It's the same approach mentioned by a couple other people in this thread, just written in a different language.
It would be relatively easy to implement this as a plugin in the ArchivesSpace interface, but for us there's not really a compelling reason to, since we want mass exports to be triggered by machines based an automated schedule, rather than being done by humans.

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

From: Susan Luftschein <luftsche at usc.edu<mailto:luftsche at usc.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Tuesday, July 28, 2015 at 12:26 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] FW: Mass export of EAD

Hi Patrick,

Is this something you have submitted to LYRASIS?  As an institution that uses the hosting service, we are somewhat limited in our customization of the software, and since this is a feature that I'm sure a lot of folks want, it would be great to have it included.

Just a thought.

Thanks,
Sue

Sue Luftschein
Archival and Metadata Librarian
USC Libraries Special Collections
University of Southern California
Doheny Memorial Library
3550 Trousdale Parkway, Room 207
Los Angeles, CA 90089-0189
tel:213-740-4046
fax:213-740-2343
luftsche at usc.edu<mailto:luftsche at usc.edu>

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, July 28, 2015 8:29 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] FW: Mass export of EAD

Phil,

My colleague, Hillel Arnold, has written a script to export all published EAD. It's a little tailored to our installation, and has a bug or two, but with a little tweaking it could probably work for you.

https://github.com/RockefellerArchiveCenter/scripts/blob/master/archivesspace/asExport-ead.py

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Alexander Duryee
Sent: Tuesday, July 28, 2015 11:16 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD

Phil,
As far as I'm aware, there's no bulk EAD export functionality in ASpace.  However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record:
for x in {first..last}; do curl -H '[session token]' "https://[address]/repositories/[id]/resource_descriptions/${x}.xml<https://[address]/repositories/%5bid%5d/resource_descriptions/$%7bx%7d.xml>" > aspace_${x}.xml; done
A loop like that should generate EAD records for each resource in your repository.
Regards,
--Alex

On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Greetings all,

             Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature.

Thanks,

Phil

Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Alexander Duryee
Metadata Archivist
New York Public Library
(917)-229-9590
alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/2f00be2a/attachment.html>

From harnold at rockarch.org  Tue Jul 28 13:13:37 2015
From: harnold at rockarch.org (Arnold, Hillel)
Date: Tue, 28 Jul 2015 13:13:37 -0400
Subject: [Archivesspace_Users_Group] recently modified [ was: Mass
 export of EAD ]
In-Reply-To: <1F1E72103798F04D96C355B296D7C61B4FAD21@mb2-uts.du.edu>
References: <F6E0CB227A713F4AA8F9598060B8F063D88D062196@racex01>
	<BY2PR07MB155C90094C882BE6F23C48ED38D0@BY2PR07MB155.namprd07.prod.outlook.com>
	<D1DD2954.3C888%harnold@rockarch.org>
	<61494D0A-8829-4E19-8702-2F2A16F9BDEA@virginia.edu>
	<1F1E72103798F04D96C355B296D7C61B4FAD21@mb2-uts.du.edu>
Message-ID: <D1DD2FA9.3C8B4%harnold@rockarch.org>

Hi,
This is something I?m also working on!
https://github.com/RockefellerArchiveCenter/scripts/blob/master/archivesspace/asExportIncremental.py
It?s still very much in development/testing, but what this will do is look for updated and published resources, then export EAD for those as well as METS for associated digital objects. I?m also planning on versioning this data with git and pushing to Github.
I?ll be putting that stuff in a separate repo and writing up a better readme very shortly.

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

From: Kevin Clair <Kevin.Clair at du.edu<mailto:Kevin.Clair at du.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Tuesday, July 28, 2015 at 1:09 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] recently modified [ was: Mass export of EAD ]

This is also something I?d be interested in. Our current process is to get a weekly backup copy of our MySQL database from our ArchivesSpace host, install it locally, and run a query directly against that for anything created or updated over a certain date range, which is not ideal.

If there?s a way to do this as a Jasper report, that would be amazing; I?ve written a couple of those that work but nothing that will let me pass user-supplied parameters to it.  -k

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Tuesday, July 28, 2015 11:04 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] recently modified [ was: Mass export of EAD ]



BTW: I?ve been having trouble figuring out the search params for the backend API.
What is the best way to get a list of recently modified resources ?

Since we haven?t yet been able to import all of our legacy EAD into ArchivesSpace,
we are going to want to export EAD and merge updated resources into our XTF webapp.

I would like to make a nightly script to run and export any updated and published guides.

? Steve Majewski



On Jul 28, 2015, at 12:47 PM, Arnold, Hillel <harnold at rockarch.org<mailto:harnold at rockarch.org>> wrote:

Hi Sue,
The script is written in Python, so you can run it from your local machine (you?d just have to change a couple variables to point it to your hosted instance). It?s the same approach mentioned by a couple other people in this thread, just written in a different language.
It would be relatively easy to implement this as a plugin in the ArchivesSpace interface, but for us there?s not really a compelling reason to, since we want mass exports to be triggered by machines based an automated schedule, rather than being done by humans.

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

From: Susan Luftschein <luftsche at usc.edu<mailto:luftsche at usc.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Tuesday, July 28, 2015 at 12:26 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] FW: Mass export of EAD

Hi Patrick,

Is this something you have submitted to LYRASIS?  As an institution that uses the hosting service, we are somewhat limited in our customization of the software, and since this is a feature that I?m sure a lot of folks want, it would be great to have it included.

Just a thought.

Thanks,
Sue

Sue Luftschein
Archival and Metadata Librarian
USC Libraries Special Collections
University of Southern California
Doheny Memorial Library
3550 Trousdale Parkway, Room 207
Los Angeles, CA 90089-0189
tel:213-740-4046
fax:213-740-2343
luftsche at usc.edu<mailto:luftsche at usc.edu>

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, July 28, 2015 8:29 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] FW: Mass export of EAD

Phil,

My colleague, Hillel Arnold, has written a script to export all published EAD. It?s a little tailored to our installation, and has a bug or two, but with a little tweaking it could probably work for you.

https://github.com/RockefellerArchiveCenter/scripts/blob/master/archivesspace/asExport-ead.py

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Alexander Duryee
Sent: Tuesday, July 28, 2015 11:16 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD

Phil,
As far as I'm aware, there's no bulk EAD export functionality in ASpace.  However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record:
for x in {first..last}; do curl -H '[session token]' "https://[address]/repositories/[id]/resource_descriptions/${x}.xml<https://[address]/repositories/%5bid%5d/resource_descriptions/$%7bx%7d.xml>" > aspace_${x}.xml; done
A loop like that should generate EAD records for each resource in your repository.
Regards,
--Alex

On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:
Greetings all,

             Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature.

Thanks,

Phil

Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607<tel:504-865-5607>


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Alexander Duryee
Metadata Archivist
New York Public Library
(917)-229-9590
alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/0447af63/attachment.html>

From mark.cooper at lyrasis.org  Tue Jul 28 15:41:50 2015
From: mark.cooper at lyrasis.org (Mark Cooper)
Date: Tue, 28 Jul 2015 19:41:50 +0000
Subject: [Archivesspace_Users_Group] Mass export of EAD
In-Reply-To: <CY1PR0301MB1273B5EB9F6DA3638F62CB63E58D0@CY1PR0301MB1273.namprd03.prod.outlook.com>
References: <CY1PR0301MB127370532C2CF864238D9EB8E58D0@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CAK5BadDM+FHkqCOYumNx4WoMi7SPfkdP+Ppvv-ks=wAbSphVOg@mail.gmail.com>
	<974F7BB8-AFAE-4A09-BAE2-D8933B485413@virginia.edu>
	<1F1E72103798F04D96C355B296D7C61B4F9B9B@mb2-uts.du.edu>,
	<CY1PR0301MB1273B5EB9F6DA3638F62CB63E58D0@CY1PR0301MB1273.namprd03.prod.outlook.com>
Message-ID: <BY1PR08MB1209D9DE4EB7FDB5B2B96C53FE8D0@BY1PR08MB1209.namprd08.prod.outlook.com>

In case you're interested, but haven't seen it, there is a doc for the export script:

https://github.com/archivesspace/archivesspace/blob/master/launcher/ead_export/REPO_EAD_EXPORT_README.md

Right now it just exports every EAD associated with a specified repo to a zip file and doesn't have date or incremental awareness. That could be added as the resources endpoint accepts a "modified_since" parameter (as a timestamp). I just rough tested:

date -d '2015-07-01 00:00:00' +'%s' # 1435734000
curl -H "X-ArchivesSpace-Session: $TOKEN" "http://localhost:8089/repositories/2/resources?all_ids=true&modified_since=1435734000"

Returns what appears to be the correct set of results. The obvious problem is that it isn't descendent aware, so it's only direct changes to the topmost resource record that count for the "modified_since" parameter. If the api also factored in descendent mtimes for records types that have them that would have been ideal =) Some workaround, or a solution, for that limitation is going to be required for any time based incremental type export (assuming you need any descendent / component updates to be considered as an update to the resource for what you're doing -- in other words, you may not be able to just rely on the resource mtime).

Mark Cooper
Technical Lead, Hosting and Support
LYRASIS
email: mark.cooper at lyrasis.org
skype: mark_c_cooper

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Suda, Phillip J <psuda1 at tulane.edu>
Sent: Tuesday, July 28, 2015 9:13 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD


Thanks all for your suggestions/scripts/help. This is a great start.



Thank you,



Phil





Phillip Suda

Systems Librarian

Howard-Tilton Memorial Library

Tulane University

psuda1 at tulane.edu

504-865-5607







From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair
Sent: Tuesday, July 28, 2015 10:41 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD



I have a Perl script I run from command line that runs every batch export I want or need at this point: https://github.com/duspeccoll/as_utils/blob/master/reports.pl



It grabs the JSON list of all the IDs for a given model, and then either dumps everything into a single JSON object or exports to some other format. The EAD export is lines 206-224. This is *extremely* customized for our environment, and I?ve made no effort yet to modify it for general use, but it?s an idea of how one could go about doing this.  -k



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Tuesday, July 28, 2015 9:34 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD





There is ead_export.sh in the scripts directory.

It only exports published collections, but that can be changed in the code if needed.

That script runs locally on the AS server and it writes into the archivesspace/data/

directory, so you need write access.



resource ids will not necessarily be sequential after deletions and transfers, but you

can get a JSON list of all of the ids from /repositories/$REPO_ID/resources?all_ids=true

and then loop over those ids.



? Steve Majewski





On Jul 28, 2015, at 11:15 AM, Alexander Duryee <alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>> wrote:



Phil,

As far as I'm aware, there's no bulk EAD export functionality in ASpace.  However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record:

for x in {first..last}; do curl -H '[session token]' "https://[address]/repositories/[id]/resource_descriptions/${x}.xml<https://[address]/repositories/%5bid%5d/resource_descriptions/$%7bx%7d.xml>" > aspace_${x}.xml; done

A loop like that should generate EAD records for each resource in your repository.

Regards,

--Alex



On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:

Greetings all,



             Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature.



Thanks,



Phil



Phillip Suda

Systems Librarian

Howard-Tilton Memorial Library

Tulane University

psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>

504-865-5607<tel:504-865-5607>



_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--

Alexander Duryee

Metadata Archivist

New York Public Library

(917)-229-9590

alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/399ed3c0/attachment.html>

From harnold at rockarch.org  Tue Jul 28 16:23:21 2015
From: harnold at rockarch.org (Arnold, Hillel)
Date: Tue, 28 Jul 2015 16:23:21 -0400
Subject: [Archivesspace_Users_Group] Mass export of EAD
In-Reply-To: <BY1PR08MB1209D9DE4EB7FDB5B2B96C53FE8D0@BY1PR08MB1209.namprd08.prod.outlook.com>
References: <CY1PR0301MB127370532C2CF864238D9EB8E58D0@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<CAK5BadDM+FHkqCOYumNx4WoMi7SPfkdP+Ppvv-ks=wAbSphVOg@mail.gmail.com>
	<974F7BB8-AFAE-4A09-BAE2-D8933B485413@virginia.edu>
	<1F1E72103798F04D96C355B296D7C61B4F9B9B@mb2-uts.du.edu>
	<CY1PR0301MB1273B5EB9F6DA3638F62CB63E58D0@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<BY1PR08MB1209D9DE4EB7FDB5B2B96C53FE8D0@BY1PR08MB1209.namprd08.prod.outlook.com>
Message-ID: <D1DD59D3.3C9CE%harnold@rockarch.org>

Hi Mark,
Yup, you?re absolutely right. I made the (erroneous) assumption that changes to mtimes for descendant components would propagate in the resource record as well. This seems like something that would be best done in AS itself; I?m wondering if Brian or Chris have any thoughts about how this could be accomplished?

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

From: Mark Cooper <mark.cooper at lyrasis.org<mailto:mark.cooper at lyrasis.org>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Tuesday, July 28, 2015 at 3:41 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD


In case you're interested, but haven't seen it, there is a doc for the export script:

https://github.com/archivesspace/archivesspace/blob/master/launcher/ead_export/REPO_EAD_EXPORT_README.md

Right now it just exports every EAD associated with a specified repo to a zip file and doesn't have date or incremental awareness. That could be added as the resources endpoint accepts a "modified_since" parameter (as a timestamp). I just rough tested:

date -d '2015-07-01 00:00:00' +'%s' # 1435734000
curl -H "X-ArchivesSpace-Session: $TOKEN" "http://localhost:8089/repositories/2/resources?all_ids=true&modified_since=1435734000"

Returns what appears to be the correct set of results. The obvious problem is that it isn't descendent aware, so it's only direct changes to the topmost resource record that count for the "modified_since" parameter. If the api also factored in descendent mtimes for records types that have them that would have been ideal =) Some workaround, or a solution, for that limitation is going to be required for any time based incremental type export (assuming you need any descendent / component updates to be considered as an update to the resource for what you're doing -- in other words, you may not be able to just rely on the resource mtime).

Mark Cooper
Technical Lead, Hosting and Support
LYRASIS
email: mark.cooper at lyrasis.org<mailto:mark.cooper at lyrasis.org>
skype: mark_c_cooper

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>>
Sent: Tuesday, July 28, 2015 9:13 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD


Thanks all for your suggestions/scripts/help. This is a great start.



Thank you,



Phil





Phillip Suda

Systems Librarian

Howard-Tilton Memorial Library

Tulane University

psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>

504-865-5607







From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair
Sent: Tuesday, July 28, 2015 10:41 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD



I have a Perl script I run from command line that runs every batch export I want or need at this point: https://github.com/duspeccoll/as_utils/blob/master/reports.pl



It grabs the JSON list of all the IDs for a given model, and then either dumps everything into a single JSON object or exports to some other format. The EAD export is lines 206-224. This is *extremely* customized for our environment, and I?ve made no effort yet to modify it for general use, but it?s an idea of how one could go about doing this.  -k



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Tuesday, July 28, 2015 9:34 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD





There is ead_export.sh in the scripts directory.

It only exports published collections, but that can be changed in the code if needed.

That script runs locally on the AS server and it writes into the archivesspace/data/

directory, so you need write access.



resource ids will not necessarily be sequential after deletions and transfers, but you

can get a JSON list of all of the ids from /repositories/$REPO_ID/resources?all_ids=true

and then loop over those ids.



? Steve Majewski





On Jul 28, 2015, at 11:15 AM, Alexander Duryee <alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>> wrote:



Phil,

As far as I'm aware, there's no bulk EAD export functionality in ASpace.  However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record:

for x in {first..last}; do curl -H '[session token]' "https://[address]/repositories/[id]/resource_descriptions/${x}.xml<https://[address]/repositories/%5bid%5d/resource_descriptions/$%7bx%7d.xml>" > aspace_${x}.xml; done

A loop like that should generate EAD records for each resource in your repository.

Regards,

--Alex



On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:

Greetings all,



             Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature.



Thanks,



Phil



Phillip Suda

Systems Librarian

Howard-Tilton Memorial Library

Tulane University

psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>

504-865-5607<tel:504-865-5607>



_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--

Alexander Duryee

Metadata Archivist

New York Public Library

(917)-229-9590

alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150728/6b95af4c/attachment.html>

From KUTZUBA at hws.edu  Tue Jul 28 20:02:16 2015
From: KUTZUBA at hws.edu (Kutzuba, Jamie)
Date: Wed, 29 Jul 2015 00:02:16 +0000
Subject: [Archivesspace_Users_Group] procrun hints
Message-ID: <BC956D2E678CC4429802DD4EC1D89420149206@EXCHMBX1.hws.edu>

Hello Everyone-

I will be doing my first ArchivesSpace upgrade tomorrow. We are moving from 1.0.9 to 1.3.0 on Windows Server 2012 and have procrun installed so ASpace runs as a service. I'm a little unclear on the steps I should be taking after I've completed the upgrade. Do I need to remove and reconfigure procrun? Any advice is greatly appreciated!

Thanks- Jamie

Jamie Kutzuba
Systems Librarian
315.781.4355
Warren Hunting Smith Library<https://library.hws.edu/>
Hobart & William Smith Colleges<http://www.hws.edu/>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150729/aaa3df01/attachment.html>

From brianjhoffman at gmail.com  Wed Jul 29 00:12:17 2015
From: brianjhoffman at gmail.com (brian)
Date: Wed, 29 Jul 2015 00:12:17 -0400
Subject: [Archivesspace_Users_Group] Mass export of EAD
Message-ID: <gqdm824bvoooh0wu9e1bj562.1438143125205@email.android.com>

It seems to me like it might not be a great idea to change the business rules for how a resource record's mtime gets updated, but that it wouldn't be too hard ?to add a new field to the resource that tracks the last component update. It also seems like it wouldn't be too hard for the services under discussion to query for component mtimes as well as ?resource mtimes.


Sent from my T-Mobile 4G LTE Device

<div>-------- Original message --------</div><div>From: "Arnold, Hillel" <harnold at rockarch.org> </div><div>Date:07/28/2015  4:23 PM  (GMT-05:00) </div><div>To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> </div><div>Cc:  </div><div>Subject: Re: [Archivesspace_Users_Group] Mass export of EAD </div><div>
</div>Hi Mark,
Yup, you?re absolutely right. I made the (erroneous) assumption that changes to mtimes for descendant components would propagate in the resource record as well. This seems like something that would be best done in AS itself; I?m wondering if Brian or Chris have any thoughts about how this could be accomplished?

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

From: Mark Cooper <mark.cooper at lyrasis.org>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Date: Tuesday, July 28, 2015 at 3:41 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD

In case you're interested, but haven't seen it, there is a doc for the export script:

https://github.com/archivesspace/archivesspace/blob/master/launcher/ead_export/REPO_EAD_EXPORT_README.md

Right now it just exports every EAD associated with a specified repo to a zip file and doesn't have date or incremental awareness. That could be added as the resources endpoint accepts a "modified_since" parameter (as a timestamp). I just rough tested:

date -d '2015-07-01 00:00:00' +'%s' # 1435734000
curl -H "X-ArchivesSpace-Session: $TOKEN" "http://localhost:8089/repositories/2/resources?all_ids=true&modified_since=1435734000"

Returns what appears to be the correct set of results. The obvious problem is that it isn't descendent aware, so it's only direct changes to the topmost resource record that count for the "modified_since" parameter. If the api also factored in descendent mtimes for records types that have them that would have been ideal =) Some workaround, or a solution, for that limitation is going to be required for any time based incremental type export (assuming you need any descendent / component updates to be considered as an update to the resource for what you're doing -- in other words, you may not be able to just rely on the resource mtime).

Mark Cooper
Technical Lead, Hosting and Support
LYRASIS
email: mark.cooper at lyrasis.org
skype: mark_c_cooper

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Suda, Phillip J <psuda1 at tulane.edu>
Sent: Tuesday, July 28, 2015 9:13 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD
 
Thanks all for your suggestions/scripts/help. This is a great start.
 
Thank you,
 
Phil
 
 
Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu
504-865-5607
 
 
 
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair
Sent: Tuesday, July 28, 2015 10:41 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD
 
I have a Perl script I run from command line that runs every batch export I want or need at this point: https://github.com/duspeccoll/as_utils/blob/master/reports.pl
 
It grabs the JSON list of all the IDs for a given model, and then either dumps everything into a single JSON object or exports to some other format. The EAD export is lines 206-224. This is *extremely* customized for our environment, and I?ve made no effort yet to modify it for general use, but it?s an idea of how one could go about doing this.  -k
 
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Tuesday, July 28, 2015 9:34 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD
 
 
There is ead_export.sh in the scripts directory. 
It only exports published collections, but that can be changed in the code if needed. 
That script runs locally on the AS server and it writes into the archivesspace/data/
directory, so you need write access. 
 
resource ids will not necessarily be sequential after deletions and transfers, but you
can get a JSON list of all of the ids from /repositories/$REPO_ID/resources?all_ids=true
and then loop over those ids. 
 
? Steve Majewski
 
 
On Jul 28, 2015, at 11:15 AM, Alexander Duryee <alexanderduryee at nypl.org> wrote:
 
Phil,
As far as I'm aware, there's no bulk EAD export functionality in ASpace.  However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record:
for x in {first..last}; do curl -H '[session token]' "https://[address]/repositories/[id]/resource_descriptions/${x}.xml" > aspace_${x}.xml; done
A loop like that should generate EAD records for each resource in your repository.
Regards,
--Alex
 
On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu> wrote:
Greetings all,
 
             Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature. 
 
Thanks,
 
Phil
 
Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu
504-865-5607
 

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--
Alexander Duryee
Metadata Archivist
New York Public Library
(917)-229-9590
alexanderduryee at nypl.org
_______________________________________________
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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150729/6e503014/attachment.html>

From noah.huffman at duke.edu  Wed Jul 29 09:19:37 2015
From: noah.huffman at duke.edu (Noah Huffman)
Date: Wed, 29 Jul 2015 13:19:37 +0000
Subject: [Archivesspace_Users_Group] Mass export of EAD
In-Reply-To: <gqdm824bvoooh0wu9e1bj562.1438143125205@email.android.com>
References: <gqdm824bvoooh0wu9e1bj562.1438143125205@email.android.com>
Message-ID: <CO1PR05MB4905F4470D0F016B2E7ABACE68C0@CO1PR05MB490.namprd05.prod.outlook.com>

Hi all,

It typically takes me about 48 hours to batch export EAD for ~3400 resource records using the API.  Some of these records are quite large, but I?m wondering if others have experienced similar batch export times?

Should all of the mass export methods discussed take roughly the same amount of time or would Mark?s ead_export.sh script perform faster?  I?m just wondering if there is any way I could speed this up.

Thanks,
-Noah

================
Noah Huffman
Archivist for Metadata and Encoding
David M. Rubenstein Rare Book & Manuscript Library
Duke University


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian
Sent: Wednesday, July 29, 2015 12:12 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD

It seems to me like it might not be a great idea to change the business rules for how a resource record's mtime gets updated, but that it wouldn't be too hard  to add a new field to the resource that tracks the last component update. It also seems like it wouldn't be too hard for the services under discussion to query for component mtimes as well as  resource mtimes.


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: "Arnold, Hillel" <harnold at rockarch.org<mailto:harnold at rockarch.org>>
Date:07/28/2015 4:23 PM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Cc:
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD

Hi Mark,
Yup, you?re absolutely right. I made the (erroneous) assumption that changes to mtimes for descendant components would propagate in the resource record as well. This seems like something that would be best done in AS itself; I?m wondering if Brian or Chris have any thoughts about how this could be accomplished?

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

From: Mark Cooper <mark.cooper at lyrasis.org<mailto:mark.cooper at lyrasis.org>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Tuesday, July 28, 2015 at 3:41 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD


In case you're interested, but haven't seen it, there is a doc for the export script:

https://github.com/archivesspace/archivesspace/blob/master/launcher/ead_export/REPO_EAD_EXPORT_README.md

Right now it just exports every EAD associated with a specified repo to a zip file and doesn't have date or incremental awareness. That could be added as the resources endpoint accepts a "modified_since" parameter (as a timestamp). I just rough tested:

date -d '2015-07-01 00:00:00' +'%s' # 1435734000
curl -H "X-ArchivesSpace-Session: $TOKEN" "http://localhost:8089/repositories/2/resources?all_ids=true&modified_since=1435734000"

Returns what appears to be the correct set of results. The obvious problem is that it isn't descendent aware, so it's only direct changes to the topmost resource record that count for the "modified_since" parameter. If the api also factored in descendent mtimes for records types that have them that would have been ideal =) Some workaround, or a solution, for that limitation is going to be required for any time based incremental type export (assuming you need any descendent / component updates to be considered as an update to the resource for what you're doing -- in other words, you may not be able to just rely on the resource mtime).

Mark Cooper
Technical Lead, Hosting and Support
LYRASIS
email: mark.cooper at lyrasis.org<mailto:mark.cooper at lyrasis.org>
skype: mark_c_cooper

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>>
Sent: Tuesday, July 28, 2015 9:13 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD


Thanks all for your suggestions/scripts/help. This is a great start.



Thank you,



Phil





Phillip Suda

Systems Librarian

Howard-Tilton Memorial Library

Tulane University

psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>

504-865-5607







From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair
Sent: Tuesday, July 28, 2015 10:41 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD



I have a Perl script I run from command line that runs every batch export I want or need at this point: https://github.com/duspeccoll/as_utils/blob/master/reports.pl



It grabs the JSON list of all the IDs for a given model, and then either dumps everything into a single JSON object or exports to some other format. The EAD export is lines 206-224. This is *extremely* customized for our environment, and I?ve made no effort yet to modify it for general use, but it?s an idea of how one could go about doing this.  -k



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Tuesday, July 28, 2015 9:34 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD





There is ead_export.sh in the scripts directory.

It only exports published collections, but that can be changed in the code if needed.

That script runs locally on the AS server and it writes into the archivesspace/data/

directory, so you need write access.



resource ids will not necessarily be sequential after deletions and transfers, but you

can get a JSON list of all of the ids from /repositories/$REPO_ID/resources?all_ids=true

and then loop over those ids.



? Steve Majewski





On Jul 28, 2015, at 11:15 AM, Alexander Duryee <alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>> wrote:



Phil,

As far as I'm aware, there's no bulk EAD export functionality in ASpace.  However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record:

for x in {first..last}; do curl -H '[session token]' "https://[address]/repositories/[id]/resource_descriptions/${x}.xml<https://[address]/repositories/%5bid%5d/resource_descriptions/$%7bx%7d.xml>" > aspace_${x}.xml; done

A loop like that should generate EAD records for each resource in your repository.

Regards,

--Alex



On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:

Greetings all,



             Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature.



Thanks,



Phil



Phillip Suda

Systems Librarian

Howard-Tilton Memorial Library

Tulane University

psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>

504-865-5607<tel:504-865-5607>



_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--

Alexander Duryee

Metadata Archivist

New York Public Library

(917)-229-9590

alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150729/9a475189/attachment.html>

From Kevin.Clair at du.edu  Wed Jul 29 09:31:26 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Wed, 29 Jul 2015 13:31:26 +0000
Subject: [Archivesspace_Users_Group] Mass export of EAD
In-Reply-To: <CO1PR05MB4905F4470D0F016B2E7ABACE68C0@CO1PR05MB490.namprd05.prod.outlook.com>
References: <gqdm824bvoooh0wu9e1bj562.1438143125205@email.android.com>,
	<CO1PR05MB4905F4470D0F016B2E7ABACE68C0@CO1PR05MB490.namprd05.prod.outlook.com>
Message-ID: <1F1E72103798F04D96C355B296D7C61B4FBB82@mb2-uts.du.edu>

Our batch EAD export takes about the same amount of time (~850 resources, but some of them have tens of thousands of linked archival objects and subjects). Most of our EAD generates pretty quickly, but it slows down considerably as the number of links it has to resolve increases.  -k
________________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Noah Huffman [noah.huffman at duke.edu]
Sent: Wednesday, July 29, 2015 7:19 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD

Hi all,

It typically takes me about 48 hours to batch export EAD for ~3400 resource records using the API.  Some of these records are quite large, but I?m wondering if others have experienced similar batch export times?

Should all of the mass export methods discussed take roughly the same amount of time or would Mark?s ead_export.sh script perform faster?  I?m just wondering if there is any way I could speed this up.

Thanks,
-Noah

================
Noah Huffman
Archivist for Metadata and Encoding
David M. Rubenstein Rare Book & Manuscript Library
Duke University


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian
Sent: Wednesday, July 29, 2015 12:12 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD

It seems to me like it might not be a great idea to change the business rules for how a resource record's mtime gets updated, but that it wouldn't be too hard  to add a new field to the resource that tracks the last component update. It also seems like it wouldn't be too hard for the services under discussion to query for component mtimes as well as  resource mtimes.


Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: "Arnold, Hillel" <harnold at rockarch.org<mailto:harnold at rockarch.org>>
Date:07/28/2015 4:23 PM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Cc:
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD

Hi Mark,
Yup, you?re absolutely right. I made the (erroneous) assumption that changes to mtimes for descendant components would propagate in the resource record as well. This seems like something that would be best done in AS itself; I?m wondering if Brian or Chris have any thoughts about how this could be accomplished?

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

From: Mark Cooper <mark.cooper at lyrasis.org<mailto:mark.cooper at lyrasis.org>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Tuesday, July 28, 2015 at 3:41 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD


In case you're interested, but haven't seen it, there is a doc for the export script:

https://github.com/archivesspace/archivesspace/blob/master/launcher/ead_export/REPO_EAD_EXPORT_README.md

Right now it just exports every EAD associated with a specified repo to a zip file and doesn't have date or incremental awareness. That could be added as the resources endpoint accepts a "modified_since" parameter (as a timestamp). I just rough tested:

date -d '2015-07-01 00:00:00' +'%s' # 1435734000
curl -H "X-ArchivesSpace-Session: $TOKEN" "http://localhost:8089/repositories/2/resources?all_ids=true&modified_since=1435734000"

Returns what appears to be the correct set of results. The obvious problem is that it isn't descendent aware, so it's only direct changes to the topmost resource record that count for the "modified_since" parameter. If the api also factored in descendent mtimes for records types that have them that would have been ideal =) Some workaround, or a solution, for that limitation is going to be required for any time based incremental type export (assuming you need any descendent / component updates to be considered as an update to the resource for what you're doing -- in other words, you may not be able to just rely on the resource mtime).

Mark Cooper
Technical Lead, Hosting and Support
LYRASIS
email: mark.cooper at lyrasis.org<mailto:mark.cooper at lyrasis.org>
skype: mark_c_cooper

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>>
Sent: Tuesday, July 28, 2015 9:13 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD


Thanks all for your suggestions/scripts/help. This is a great start.



Thank you,



Phil





Phillip Suda

Systems Librarian

Howard-Tilton Memorial Library

Tulane University

psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>

504-865-5607







From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair
Sent: Tuesday, July 28, 2015 10:41 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD



I have a Perl script I run from command line that runs every batch export I want or need at this point: https://github.com/duspeccoll/as_utils/blob/master/reports.pl



It grabs the JSON list of all the IDs for a given model, and then either dumps everything into a single JSON object or exports to some other format. The EAD export is lines 206-224. This is *extremely* customized for our environment, and I?ve made no effort yet to modify it for general use, but it?s an idea of how one could go about doing this.  -k



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Tuesday, July 28, 2015 9:34 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD





There is ead_export.sh in the scripts directory.

It only exports published collections, but that can be changed in the code if needed.

That script runs locally on the AS server and it writes into the archivesspace/data/

directory, so you need write access.



resource ids will not necessarily be sequential after deletions and transfers, but you

can get a JSON list of all of the ids from /repositories/$REPO_ID/resources?all_ids=true

and then loop over those ids.



? Steve Majewski





On Jul 28, 2015, at 11:15 AM, Alexander Duryee <alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>> wrote:



Phil,

As far as I'm aware, there's no bulk EAD export functionality in ASpace.  However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record:

for x in {first..last}; do curl -H '[session token]' "https://[address]/repositories/[id]/resource_descriptions/${x}.xml<https://[address]/repositories/%5bid%5d/resource_descriptions/$%7bx%7d.xml>" > aspace_${x}.xml; done

A loop like that should generate EAD records for each resource in your repository.

Regards,

--Alex



On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:

Greetings all,



             Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature.



Thanks,



Phil



Phillip Suda

Systems Librarian

Howard-Tilton Memorial Library

Tulane University

psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>

504-865-5607<tel:504-865-5607>



_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--

Alexander Duryee

Metadata Archivist

New York Public Library

(917)-229-9590

alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group






From Chris.Fitzpatrick at lyrasis.org  Wed Jul 29 09:33:02 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 29 Jul 2015 13:33:02 +0000
Subject: [Archivesspace_Users_Group] procrun hints
In-Reply-To: <BC956D2E678CC4429802DD4EC1D89420149206@EXCHMBX1.hws.edu>
References: <BC956D2E678CC4429802DD4EC1D89420149206@EXCHMBX1.hws.edu>
Message-ID: <DM2PR0801MB0848EFB3454A541503456EE5FB8C0@DM2PR0801MB0848.namprd08.prod.outlook.com>



Hi Jamie,


Yes, I would suggest removing the service and redoing the install step, since the classpath has to be recreated with all the library jar files listed. Let me know if you have any problems..

b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Kutzuba, Jamie <KUTZUBA at hws.edu>
Sent: Wednesday, July 29, 2015 2:02 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] procrun hints


Hello Everyone-



I will be doing my first ArchivesSpace upgrade tomorrow. We are moving from 1.0.9 to 1.3.0 on Windows Server 2012 and have procrun installed so ASpace runs as a service. I'm a little unclear on the steps I should be taking after I've completed the upgrade. Do I need to remove and reconfigure procrun? Any advice is greatly appreciated!



Thanks- Jamie



Jamie Kutzuba

Systems Librarian

315.781.4355

Warren Hunting Smith Library<https://library.hws.edu/>

Hobart & William Smith Colleges<http://www.hws.edu/>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150729/c1b2f708/attachment.html>

From KUTZUBA at hws.edu  Wed Jul 29 10:23:19 2015
From: KUTZUBA at hws.edu (Kutzuba, Jamie)
Date: Wed, 29 Jul 2015 14:23:19 +0000
Subject: [Archivesspace_Users_Group] procrun hints
In-Reply-To: <DM2PR0801MB0848EFB3454A541503456EE5FB8C0@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <BC956D2E678CC4429802DD4EC1D89420149206@EXCHMBX1.hws.edu>
	<DM2PR0801MB0848EFB3454A541503456EE5FB8C0@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <BC956D2E678CC4429802DD4EC1D89420149CDE@EXCHMBX1.hws.edu>

Chris-

Thanks for your reply. I've successfully upgraded, removed the old service, and placed new copies of prunmgr and prunsrv in the 1.3.0 directory. Do I need to make and changes to the Path and Java-home variables or are they ok as is? Is my next step to configure procrun with launcher\service.bat ?

Thanks- Jamie
315.781.4355

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Wednesday, July 29, 2015 9:33 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] procrun hints






Hi Jamie,



Yes, I would suggest removing the service and redoing the install step, since the classpath has to be recreated with all the library jar files listed. Let me know if you have any problems..

b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Kutzuba, Jamie <KUTZUBA at hws.edu<mailto:KUTZUBA at hws.edu>>
Sent: Wednesday, July 29, 2015 2:02 AM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] procrun hints


Hello Everyone-



I will be doing my first ArchivesSpace upgrade tomorrow. We are moving from 1.0.9 to 1.3.0 on Windows Server 2012 and have procrun installed so ASpace runs as a service. I'm a little unclear on the steps I should be taking after I've completed the upgrade. Do I need to remove and reconfigure procrun? Any advice is greatly appreciated!



Thanks- Jamie



Jamie Kutzuba

Systems Librarian

315.781.4355

Warren Hunting Smith Library<https://library.hws.edu/>

Hobart & William Smith Colleges<http://www.hws.edu/>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150729/243f72b7/attachment.html>

From KUTZUBA at hws.edu  Wed Jul 29 10:57:44 2015
From: KUTZUBA at hws.edu (Kutzuba, Jamie)
Date: Wed, 29 Jul 2015 14:57:44 +0000
Subject: [Archivesspace_Users_Group] procrun hints
In-Reply-To: <DM2PR0801MB0848EFB3454A541503456EE5FB8C0@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <BC956D2E678CC4429802DD4EC1D89420149206@EXCHMBX1.hws.edu>
	<DM2PR0801MB0848EFB3454A541503456EE5FB8C0@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <BC956D2E678CC4429802DD4EC1D89420149D14@EXCHMBX1.hws.edu>

The upgrade is complete and the service is running!

Thanks- Jamie
315.781.4355

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Wednesday, July 29, 2015 9:33 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] procrun hints






Hi Jamie,



Yes, I would suggest removing the service and redoing the install step, since the classpath has to be recreated with all the library jar files listed. Let me know if you have any problems..

b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Kutzuba, Jamie <KUTZUBA at hws.edu<mailto:KUTZUBA at hws.edu>>
Sent: Wednesday, July 29, 2015 2:02 AM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] procrun hints


Hello Everyone-



I will be doing my first ArchivesSpace upgrade tomorrow. We are moving from 1.0.9 to 1.3.0 on Windows Server 2012 and have procrun installed so ASpace runs as a service. I'm a little unclear on the steps I should be taking after I've completed the upgrade. Do I need to remove and reconfigure procrun? Any advice is greatly appreciated!



Thanks- Jamie



Jamie Kutzuba

Systems Librarian

315.781.4355

Warren Hunting Smith Library<https://library.hws.edu/>

Hobart & William Smith Colleges<http://www.hws.edu/>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150729/11130419/attachment.html>

From psuda1 at tulane.edu  Wed Jul 29 12:06:02 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Wed, 29 Jul 2015 16:06:02 +0000
Subject: [Archivesspace_Users_Group] AT to ASpace migration error
Message-ID: <DM2PR0301MB1279850E0F03C20AACA5E5C9E58C0@DM2PR0301MB1279.namprd03.prod.outlook.com>

Greetings all,

         Just ran into an error when running an AT to ASpace migration. Any ideas? Please see below:

Unrecoverable exception, migration stopped ...

Current Record Type: Resource Record
Record Identifier : DB ID: 13
AT ID: 2007-135

org.hibernate.PropertyAccessException: could not set a field value by reflection setter of org.archiviststoolkit.model.DigitalObjects.digitalInstance
  at org.hibernate.property.DirectPropertyAccessor$DirectSetter.set(DirectPropertyAccessor.java:91)
  at org.hibernate.tuple.entity.AbstractEntityTuplizer.setPropertyValues(AbstractEntityTuplizer.java:337)
  at org.hibernate.tuple.entity.PojoEntityTuplizer.setPropertyValues(PojoEntityTuplizer.java:200)
  at org.hibernate.persister.entity.AbstractEntityPersister.setPropertyValues(AbstractEntityPersister.java:3566)
  at org.hibernate.engine.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:129)
  at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:854)
  at org.hibernate.loader.Loader.doQuery(Loader.java:729)
  at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:236)
  at org.hibernate.loader.Loader.loadCollection(Loader.java:1994)
  at org.hibernate.loader.collection.CollectionLoader.initialize(CollectionLoader.java:36)
  at org.hibernate.persister.collection.AbstractCollectionPersister.initialize(AbstractCollectionPersister.java:565)
  at org.hibernate.event.def.DefaultInitializeCollectionEventListener.onInitializeCollection(DefaultInitializeCollectionEventListener.java:60)
  at org.hibernate.impl.SessionImpl.initializeCollection(SessionImpl.java:1716)
  at org.hibernate.collection.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:344)
  at org.hibernate.collection.AbstractPersistentCollection.read(AbstractPersistentCollection.java:86)
  at org.hibernate.collection.PersistentSet.iterator(PersistentSet.java:163)
  at org.archiviststoolkit.plugin.utils.aspace.ASpaceCopyUtil.addInstances(ASpaceCopyUtil.java:1521)
  at org.archiviststoolkit.plugin.utils.aspace.ASpaceCopyUtil.addInstances(ASpaceCopyUtil.java:1505)
  at org.archiviststoolkit.plugin.utils.aspace.ASpaceCopyUtil.copyResourceRecords(ASpaceCopyUtil.java:1219)
  at org.archiviststoolkit.plugin.dbCopyFrame$1.run(dbCopyFrame.java:376)
  at java.lang.Thread.run(Thread.java:695)
Caused by: java.lang.IllegalArgumentException: Can not set org.archiviststoolkit.model.ArchDescriptionDigitalInstances field org.archiviststoolkit.model.DigitalObjects.digitalInstance to org.archiviststoolkit.model.ArchDescriptionAnalogInstances
  at sun.reflect.UnsafeFieldAccessorImpl.throwSetIllegalArgumentException(UnsafeFieldAccessorImpl.java:146)
  at sun.reflect.UnsafeFieldAccessorImpl.throwSetIllegalArgumentException(UnsafeFieldAccessorImpl.java:150)
  at sun.reflect.UnsafeObjectFieldAccessorImpl.set(UnsafeObjectFieldAccessorImpl.java:63)
  at java.lang.reflect.Field.set(Field.java:657)
  at org.hibernate.property.DirectPropertyAccessor$DirectSetter.set(DirectPropertyAccessor.java:79)
  ... 20 more

Thanks,

Phil


Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu
504-865-5607

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150729/f6961191/attachment.html>

From jvb at sfasu.edu  Wed Jul 29 15:01:20 2015
From: jvb at sfasu.edu (Johna L Von Behrens)
Date: Wed, 29 Jul 2015 19:01:20 +0000
Subject: [Archivesspace_Users_Group] HTML Code Displaying
Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC3F548249@EXCHMBOX02.sfasu.nac>

[cid:image001.png at 01D0CA07.0B9B3FD0]

The Component Samuel Rodgers looked like the other Components below it until I changed the Tag. When I click on "image" it goes to the link that I provided in the HTML.  When I click on the words "Samuel Rodgers" it goes to the Folder Summary. See screenshot below:
[cid:image002.png at 01D0CA07.0B9B3FD0]


When I click the Title in the Folder Summary I get this:

[cid:image003.png at 01D0CA07.0B9B3FD0]
Besides touching every record that has a link, through the interface is there a way to get this to display and act correctly? It would be nice if it would show up like the "Title" in the screenshot below.

This is what it looks like on the backside after a search.

[cid:image004.png at 01D0CA07.0B9B3FD0]

This is what it looks like when I am Editing.
[cid:image005.png at 01D0CA07.0B9B3FD0]





Johna Von Behrens, MLIS, MSED
Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>
East Texas Research Center<http://library.sfasu.edu/etrc/>
Stephen F. Austin State University<http://www.sfasu.edu/>
PO Box 13055 SFA Station
Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX  75962
Phone 936.468.1536
Fax 936.468.4117
asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>


The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150729/89300725/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 35521 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150729/89300725/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 28706 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150729/89300725/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 13031 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150729/89300725/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 28266 bytes
Desc: image004.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150729/89300725/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 12254 bytes
Desc: image005.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150729/89300725/attachment-0004.png>

From harnold at rockarch.org  Wed Jul 29 18:48:26 2015
From: harnold at rockarch.org (Arnold, Hillel)
Date: Wed, 29 Jul 2015 18:48:26 -0400
Subject: [Archivesspace_Users_Group] Mass export of EAD
In-Reply-To: <gqdm824bvoooh0wu9e1bj562.1438143125205@email.android.com>
References: <gqdm824bvoooh0wu9e1bj562.1438143125205@email.android.com>
Message-ID: <D1DEBA06.3CA94%harnold@rockarch.org>

So I did a bit more looking into this today and apparently the archival_objects parameter accepts the modified_since parameter as well, so as Brian suggests it?s really easy to query for resource and component mtimes.

I tweaked my incremental export script so it looks in both places now:
https://github.com/RockefellerArchiveCenter/scripts/blob/master/archivesspace/asExportIncremental.py
I haven?t tried, but I?m assuming you could use this same pattern to look for modified agents/subjects etc., if you wanted to.

Also, the other EAD export script that Patrick sent around the other day had an issue with exporting large resources, which I?ve now fixed by streaming the response:
https://github.com/RockefellerArchiveCenter/scripts/blob/master/archivesspace/asExport-ead.py
However, if you?re going to do a mass export of all the EAD from your repo it probably makes sense to just use the ead_export script that comes with AS. It?s way more robust and was written by people who actually know what they?re doing.

Hillel

From: brian <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Wednesday, July 29, 2015 at 12:12 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD

It seems to me like it might not be a great idea to change the business rules for how a resource record's mtime gets updated, but that it wouldn't be too hard  to add a new field to the resource that tracks the last component update. It also seems like it wouldn't be too hard for the services under discussion to query for component mtimes as well as  resource mtimes.


Sent from my T-Mobile 4G LTE Device


-------- Original message --------
From: "Arnold, Hillel" <harnold at rockarch.org<mailto:harnold at rockarch.org>>
Date:07/28/2015 4:23 PM (GMT-05:00)
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Cc:
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD

Hi Mark,
Yup, you?re absolutely right. I made the (erroneous) assumption that changes to mtimes for descendant components would propagate in the resource record as well. This seems like something that would be best done in AS itself; I?m wondering if Brian or Chris have any thoughts about how this could be accomplished?

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

From: Mark Cooper <mark.cooper at lyrasis.org<mailto:mark.cooper at lyrasis.org>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Tuesday, July 28, 2015 at 3:41 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD


In case you're interested, but haven't seen it, there is a doc for the export script:

https://github.com/archivesspace/archivesspace/blob/master/launcher/ead_export/REPO_EAD_EXPORT_README.md

Right now it just exports every EAD associated with a specified repo to a zip file and doesn't have date or incremental awareness. That could be added as the resources endpoint accepts a "modified_since" parameter (as a timestamp). I just rough tested:

date -d '2015-07-01 00:00:00' +'%s' # 1435734000
curl -H "X-ArchivesSpace-Session: $TOKEN" "http://localhost:8089/repositories/2/resources?all_ids=true&modified_since=1435734000"

Returns what appears to be the correct set of results. The obvious problem is that it isn't descendent aware, so it's only direct changes to the topmost resource record that count for the "modified_since" parameter. If the api also factored in descendent mtimes for records types that have them that would have been ideal =) Some workaround, or a solution, for that limitation is going to be required for any time based incremental type export (assuming you need any descendent / component updates to be considered as an update to the resource for what you're doing -- in other words, you may not be able to just rely on the resource mtime).

Mark Cooper
Technical Lead, Hosting and Support
LYRASIS
email: mark.cooper at lyrasis.org<mailto:mark.cooper at lyrasis.org>
skype: mark_c_cooper

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>>
Sent: Tuesday, July 28, 2015 9:13 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD


Thanks all for your suggestions/scripts/help. This is a great start.



Thank you,



Phil





Phillip Suda

Systems Librarian

Howard-Tilton Memorial Library

Tulane University

psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>

504-865-5607







From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair
Sent: Tuesday, July 28, 2015 10:41 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD



I have a Perl script I run from command line that runs every batch export I want or need at this point: https://github.com/duspeccoll/as_utils/blob/master/reports.pl



It grabs the JSON list of all the IDs for a given model, and then either dumps everything into a single JSON object or exports to some other format. The EAD export is lines 206-224. This is *extremely* customized for our environment, and I?ve made no effort yet to modify it for general use, but it?s an idea of how one could go about doing this.  -k



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Tuesday, July 28, 2015 9:34 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Mass export of EAD





There is ead_export.sh in the scripts directory.

It only exports published collections, but that can be changed in the code if needed.

That script runs locally on the AS server and it writes into the archivesspace/data/

directory, so you need write access.



resource ids will not necessarily be sequential after deletions and transfers, but you

can get a JSON list of all of the ids from /repositories/$REPO_ID/resources?all_ids=true

and then loop over those ids.



? Steve Majewski





On Jul 28, 2015, at 11:15 AM, Alexander Duryee <alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>> wrote:



Phil,

As far as I'm aware, there's no bulk EAD export functionality in ASpace.  However, since ASpace's resource identifiers are sequential integers, you can loop over each resource id in a repository and make an API call for its EAD record:

for x in {first..last}; do curl -H '[session token]' "https://[address]/repositories/[id]/resource_descriptions/${x}.xml<https://[address]/repositories/%5bid%5d/resource_descriptions/$%7bx%7d.xml>" > aspace_${x}.xml; done

A loop like that should generate EAD records for each resource in your repository.

Regards,

--Alex



On Tue, Jul 28, 2015 at 10:27 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:

Greetings all,



             Is there an API or mass export feature for exporting all EAD records from a repository, etc.? I am only seeing a collection level export feature.



Thanks,



Phil



Phillip Suda

Systems Librarian

Howard-Tilton Memorial Library

Tulane University

psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>

504-865-5607<tel:504-865-5607>



_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



--

Alexander Duryee

Metadata Archivist

New York Public Library

(917)-229-9590

alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150729/248428f1/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Thu Jul 30 12:28:32 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Thu, 30 Jul 2015 16:28:32 +0000
Subject: [Archivesspace_Users_Group] HTML Code Displaying
In-Reply-To: <A01F04C6A8ABA54CB3587082D1DEE0BC3F548249@EXCHMBOX02.sfasu.nac>
References: <A01F04C6A8ABA54CB3587082D1DEE0BC3F548249@EXCHMBOX02.sfasu.nac>
Message-ID: <DM2PR0801MB08484B40B2604823489C1963FB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>


Hi Johna,


You can't use HTML elements in ArchivesSpace, since that would break your EAD exports.


However, if we want to have links in titles, we will probably have to have an EAD markup that people want to use that we convert to HTML for the application. Do you have any examples?


b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Johna L Von Behrens <jvb at sfasu.edu>
Sent: Wednesday, July 29, 2015 9:01 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] HTML Code Displaying


[cid:image001.png at 01D0CA07.0B9B3FD0]



The Component Samuel Rodgers looked like the other Components below it until I changed the Tag. When I click on "image" it goes to the link that I provided in the HTML.  When I click on the words "Samuel Rodgers" it goes to the Folder Summary. See screenshot below:

[cid:image002.png at 01D0CA07.0B9B3FD0]





When I click the Title in the Folder Summary I get this:



[cid:image003.png at 01D0CA07.0B9B3FD0]

Besides touching every record that has a link, through the interface is there a way to get this to display and act correctly? It would be nice if it would show up like the "Title" in the screenshot below.



This is what it looks like on the backside after a search.



[cid:image004.png at 01D0CA07.0B9B3FD0]



This is what it looks like when I am Editing.

[cid:image005.png at 01D0CA07.0B9B3FD0]











Johna Von Behrens, MLIS, MSED

Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>

East Texas Research Center<http://library.sfasu.edu/etrc/>

Stephen F. Austin State University<http://www.sfasu.edu/>

PO Box 13055 SFA Station

Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX  75962

Phone 936.468.1536

Fax 936.468.4117

asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>





The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of

Stephen F. Austin State University, its Board of Regents, or the State of Texas.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/f319f6f9/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 35521 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/f319f6f9/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 28706 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/f319f6f9/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 13031 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/f319f6f9/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 28266 bytes
Desc: image004.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/f319f6f9/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 12254 bytes
Desc: image005.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/f319f6f9/attachment-0004.png>

From mark.custer at yale.edu  Thu Jul 30 12:59:16 2015
From: mark.custer at yale.edu (Custer, Mark)
Date: Thu, 30 Jul 2015 16:59:16 +0000
Subject: [Archivesspace_Users_Group] HTML Code Displaying
In-Reply-To: <DM2PR0801MB08484B40B2604823489C1963FB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <A01F04C6A8ABA54CB3587082D1DEE0BC3F548249@EXCHMBOX02.sfasu.nac>
	<DM2PR0801MB08484B40B2604823489C1963FB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <DCB910FAD4CF9343B3E424AF5F33102525607C9A@x10-mbx8.yu.yale.edu>

So, EAD (2002 as well as 3, I believe) does indeed allow non-HTML links to be encoded within unittitles.  Here's the proof for version 2002:  http://www.loc.gov/ead/tglib/elements/unittitle.html

That said, I don't know if ArchivesSpace needs to support links in titles, but most of the other mixed-contend elements should be permitted -- just like those elements are permitted in the notes fields now with the list of available elements presented to the user after typing "<".   In fact, my vote would probably be not to support linking within in titles.

In this case, it looks like the links within the unittitles would be better served as being recorded as digital objects.  Johna, would adding these links as digital objects make sense for what your records?

Chris, are there plans to enable mixed content for the unittitle fields in ArchivesSpace?

Mark



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Thursday, July 30, 2015 12:29 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] HTML Code Displaying




Hi Johna,



You can't use HTML elements in ArchivesSpace, since that would break your EAD exports.



However, if we want to have links in titles, we will probably have to have an EAD markup that people want to use that we convert to HTML for the application. Do you have any examples?



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>>
Sent: Wednesday, July 29, 2015 9:01 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] HTML Code Displaying


[cid:image001.png at 01D0CAC6.94E6BF70]



The Component Samuel Rodgers looked like the other Components below it until I changed the Tag. When I click on "image" it goes to the link that I provided in the HTML.  When I click on the words "Samuel Rodgers" it goes to the Folder Summary. See screenshot below:

[cid:image002.png at 01D0CAC6.94E6BF70]





When I click the Title in the Folder Summary I get this:



[cid:image003.png at 01D0CAC6.94E6BF70]

Besides touching every record that has a link, through the interface is there a way to get this to display and act correctly? It would be nice if it would show up like the "Title" in the screenshot below.



This is what it looks like on the backside after a search.



[cid:image004.png at 01D0CAC6.94E6BF70]



This is what it looks like when I am Editing.

[cid:image005.png at 01D0CAC6.94E6BF70]











Johna Von Behrens, MLIS, MSED

Archives and Repository Librarian<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_academic&d=AwMFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=1oAh6YnbW_hrjZe5IoPDcaTRsvCH2BArzvmrznR3CPI&s=ZsP4TvY_1D-OR7pcXPE60WKlQUX6vBgelr10RYbwXx8&e=>

East Texas Research Center<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_&d=AwMFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=1oAh6YnbW_hrjZe5IoPDcaTRsvCH2BArzvmrznR3CPI&s=B2bw8JjwhLtcaOwxrHMV8AnS469E1JrULuop16kMDVs&e=>

Stephen F. Austin State University<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.sfasu.edu_&d=AwMFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=1oAh6YnbW_hrjZe5IoPDcaTRsvCH2BArzvmrznR3CPI&s=9GcIGcurkmlSZ8_RJYXYI9yUhRSKcsAiVH37fBKIc84&e=>

PO Box 13055 SFA Station

Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=1oAh6YnbW_hrjZe5IoPDcaTRsvCH2BArzvmrznR3CPI&s=vPTjGBuqriOi8mwd_4Ah3atfmJ-SupH-dp_O-ApiaFU&e=>, TX  75962

Phone 936.468.1536

Fax 936.468.4117

asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>





The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of

Stephen F. Austin State University, its Board of Regents, or the State of Texas.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/fd427955/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 35521 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/fd427955/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 28706 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/fd427955/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 13031 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/fd427955/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 28266 bytes
Desc: image004.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/fd427955/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 12254 bytes
Desc: image005.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/fd427955/attachment-0004.png>

From jvb at sfasu.edu  Thu Jul 30 13:06:31 2015
From: jvb at sfasu.edu (Johna L Von Behrens)
Date: Thu, 30 Jul 2015 17:06:31 +0000
Subject: [Archivesspace_Users_Group] FW:  HTML Code Displaying
In-Reply-To: <FB588ACBDDC20844988B2EDA4EB2496B01C49B5DCC@EXCHMBOX02.sfasu.nac>
References: <A01F04C6A8ABA54CB3587082D1DEE0BC3F548249@EXCHMBOX02.sfasu.nac>
	<DM2PR0801MB08484B40B2604823489C1963FB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<FB588ACBDDC20844988B2EDA4EB2496B01C49B5DCC@EXCHMBOX02.sfasu.nac>
Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC3F54E24D@EXCHMBOX02.sfasu.nac>

Chris,
Is the example below what you are asking for?

Johna Von Behrens, MLIS, MSED
University<http://library.sfasu.edu/etrc/academic> Archivist and Records Manager
East Texas Research Center<http://library.sfasu.edu/etrc/>
Stephen F. Austin State University<http://www.sfasu.edu/>
PO Box 13055 SFA Station
Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX  75962
Phone 936.468.1536
Fax 936.468.4117

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

From: Karrie L Roberson
Sent: Thursday, July 30, 2015 11:50 AM
To: Johna L Von Behrens
Subject: RE: [Archivesspace_Users_Group] HTML Code Displaying

See attached for the EAD XML exported file.  It looks like it saved the HTML in the <unittitle></unittitle> exactly as it was entered.

<did><unittitle>Samuel Rodgers <a href=http://digital.sfasu.edu/u?/EastTexRC,13393>image</a>
</unittitle><unitid>Folder 1</unitid><container id="aspace_e08d4485f906ae8750a2ce526d6e490f" label="Text" type="Box">8</container><container id="aspace_8ece978838f00864aa218c36ef31ae8e" parent="aspace_e08d4485f906ae8750a2ce526d6e490f" type="Folder">1</container></did>
--- exert found towards the end of line 45 ---

Karrie
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Chris Fitzpatrick [Chris.Fitzpatrick at lyrasis.org]
Sent: Thursday, July 30, 2015 11:28 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] HTML Code Displaying



Hi Johna,



You can't use HTML elements in ArchivesSpace, since that would break your EAD exports.



However, if we want to have links in titles, we will probably have to have an EAD markup that people want to use that we convert to HTML for the application. Do you have any examples?



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwQFAw&c=2X_btuPRWkGwRX26NHIotw&r=FD0Xci-wh01Dc1yt0aSp4ADMuu-zB2G2dpCCNNXfih0&m=woSbR1nJSAepeAgkJ3sYMOFRranIZipjG-XwHlEBwOQ&s=BA7Ycc7bMq19e17bfzLbqTjhgCurjSDTnHSBk6uXxFg&e=>

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>>
Sent: Wednesday, July 29, 2015 9:01 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] HTML Code Displaying


[cid:image001.png at 01D0CA07.0B9B3FD0]



The Component Samuel Rodgers looked like the other Components below it until I changed the Tag. When I click on "image" it goes to the link that I provided in the HTML.  When I click on the words "Samuel Rodgers" it goes to the Folder Summary. See screenshot below:

[cid:image002.png at 01D0CA07.0B9B3FD0]





When I click the Title in the Folder Summary I get this:



[cid:image003.png at 01D0CA07.0B9B3FD0]

Besides touching every record that has a link, through the interface is there a way to get this to display and act correctly? It would be nice if it would show up like the "Title" in the screenshot below.



This is what it looks like on the backside after a search.



[cid:image004.png at 01D0CA07.0B9B3FD0]



This is what it looks like when I am Editing.

[cid:image005.png at 01D0CA07.0B9B3FD0]











Johna Von Behrens, MLIS, MSED

Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>

East Texas Research Center<http://library.sfasu.edu/etrc/>

Stephen F. Austin State University<http://www.sfasu.edu/>

PO Box 13055 SFA Station

Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMFAw&c=2X_btuPRWkGwRX26NHIotw&r=FD0Xci-wh01Dc1yt0aSp4ADMuu-zB2G2dpCCNNXfih0&m=woSbR1nJSAepeAgkJ3sYMOFRranIZipjG-XwHlEBwOQ&s=OqbqHoW1G6O0n_rTfhLN1QWjFUSmM14_OzkHDzKiSuQ&e=>, TX  75962

Phone 936.468.1536

Fax 936.468.4117

asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>





The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of

Stephen F. Austin State University, its Board of Regents, or the State of Texas.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/97ed8e26/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 35521 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/97ed8e26/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 28706 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/97ed8e26/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 13031 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/97ed8e26/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 28266 bytes
Desc: image004.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/97ed8e26/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 12254 bytes
Desc: image005.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/97ed8e26/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: A.0031_ead.xml
Type: text/xml
Size: 225953 bytes
Desc: A.0031_ead.xml
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/97ed8e26/attachment.xml>

From brianjhoffman at gmail.com  Thu Jul 30 13:14:38 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Thu, 30 Jul 2015 13:14:38 -0400
Subject: [Archivesspace_Users_Group] FW:  HTML Code Displaying
In-Reply-To: <A01F04C6A8ABA54CB3587082D1DEE0BC3F54E24D@EXCHMBOX02.sfasu.nac>
References: <A01F04C6A8ABA54CB3587082D1DEE0BC3F548249@EXCHMBOX02.sfasu.nac>
	<DM2PR0801MB08484B40B2604823489C1963FB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<FB588ACBDDC20844988B2EDA4EB2496B01C49B5DCC@EXCHMBOX02.sfasu.nac>
	<A01F04C6A8ABA54CB3587082D1DEE0BC3F54E24D@EXCHMBOX02.sfasu.nac>
Message-ID: <43F639E7-69F4-4AE4-905C-432B5EF64294@gmail.com>

Hi Johna,

The sample is not actually valid EAD, because the <a> element is not one of the elements listed in the ?May Contain? section of the <unittitle> documentation:

http://www.loc.gov/ead/tglib/elements/unittitle.html <http://www.loc.gov/ead/tglib/elements/unittitle.html>

Brian


> On Jul 30, 2015, at 1:06 PM, Johna L Von Behrens <jvb at sfasu.edu> wrote:
> 
> Chris,
> Is the example below what you are asking for?
>  
> Johna Von Behrens, MLIS, MSED
> University <http://library.sfasu.edu/etrc/academic> Archivist and Records Manager 
> East Texas Research Center <http://library.sfasu.edu/etrc/>
> Stephen F. Austin State University <http://www.sfasu.edu/>
> PO Box 13055 SFA Station
> Nacogdoches <http://www.ci.nacogdoches.tx.us/>, TX  75962
> Phone 936.468.1536
> Fax 936.468.4117
>  
> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of 
> Stephen F. Austin State University, its Board of Regents, or the State of Texas.
>  
> From: Karrie L Roberson 
> Sent: Thursday, July 30, 2015 11:50 AM
> To: Johna L Von Behrens
> Subject: RE: [Archivesspace_Users_Group] HTML Code Displaying
>  
> See attached for the EAD XML exported file.  It looks like it saved the HTML in the <unittitle></unittitle> exactly as it was entered.
>  
> <did><unittitle>Samuel Rodgers <a href=http://digital.sfasu.edu/u?/EastTexRC,13393 <http://digital.sfasu.edu/u?/EastTexRC,13393>>image</a>
> </unittitle><unitid>Folder 1</unitid><container id="aspace_e08d4485f906ae8750a2ce526d6e490f" label="Text" type="Box">8</container><container id="aspace_8ece978838f00864aa218c36ef31ae8e" parent="aspace_e08d4485f906ae8750a2ce526d6e490f" type="Folder">1</container></did>
> --- exert found towards the end of line 45 ---
>  
> Karrie
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto: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 Chris Fitzpatrick [Chris.Fitzpatrick at lyrasis.org <mailto:Chris.Fitzpatrick at lyrasis.org>]
> Sent: Thursday, July 30, 2015 11:28 AM
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] HTML Code Displaying
> 
>  
> Hi Johna,
>  
> You can't use HTML elements in ArchivesSpace, since that would break your EAD exports. 
>  
> However, if we want to have links in titles, we will probably have to have an EAD markup that people want to use that we convert to HTML for the application. Do you have any examples?
>  
> b,chris.
>  
> Chris Fitzpatrick | Developer, ArchivesSpace
> Skype: chrisfitzpat  | Phone: 918.236.6048
> http://archivesspace.org/ <https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwQFAw&c=2X_btuPRWkGwRX26NHIotw&r=FD0Xci-wh01Dc1yt0aSp4ADMuu-zB2G2dpCCNNXfih0&m=woSbR1nJSAepeAgkJ3sYMOFRranIZipjG-XwHlEBwOQ&s=BA7Ycc7bMq19e17bfzLbqTjhgCurjSDTnHSBk6uXxFg&e=>
>  
> 
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto: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 Johna L Von Behrens <jvb at sfasu.edu <mailto:jvb at sfasu.edu>>
> Sent: Wednesday, July 29, 2015 9:01 PM
> To: Archivesspace Users Group
> Subject: [Archivesspace_Users_Group] HTML Code Displaying
>  
> <image001.png>
>  
> The Component Samuel Rodgers looked like the other Components below it until I changed the Tag. When I click on ?image? it goes to the link that I provided in the HTML.  When I click on the words ?Samuel Rodgers? it goes to the Folder Summary. See screenshot below:
> <image002.png>
>  
>  
> When I click the Title in the Folder Summary I get this:
>  
> <image003.png>
> Besides touching every record that has a link, through the interface is there a way to get this to display and act correctly? It would be nice if it would show up like the ?Title? in the screenshot below.
>  
> This is what it looks like on the backside after a search.
>  
> <image004.png>
>  
> This is what it looks like when I am Editing.
> <image005.png>
>  
>  
>  
>  
>  
> Johna Von Behrens, MLIS, MSED
> Archives and Repository Librarian <http://library.sfasu.edu/etrc/academic>
> East Texas Research Center <http://library.sfasu.edu/etrc/>
> Stephen F. Austin State University <http://www.sfasu.edu/>
> PO Box 13055 SFA Station
> Nacogdoches <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMFAw&c=2X_btuPRWkGwRX26NHIotw&r=FD0Xci-wh01Dc1yt0aSp4ADMuu-zB2G2dpCCNNXfih0&m=woSbR1nJSAepeAgkJ3sYMOFRranIZipjG-XwHlEBwOQ&s=OqbqHoW1G6O0n_rTfhLN1QWjFUSmM14_OzkHDzKiSuQ&e=>, TX  75962
> Phone 936.468.1536
> Fax 936.468.4117
> asketrc at sfasu.edu <mailto:asketrc at sfasu.edu>
>  
>  
> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of 
> Stephen F. Austin State University, its Board of Regents, or the State of Texas.
>  
> <A.0031_ead.xml>_______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/b42f296b/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Thu Jul 30 13:19:32 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Thu, 30 Jul 2015 17:19:32 +0000
Subject: [Archivesspace_Users_Group] FW:  HTML Code Displaying
In-Reply-To: <A01F04C6A8ABA54CB3587082D1DEE0BC3F54E24D@EXCHMBOX02.sfasu.nac>
References: <A01F04C6A8ABA54CB3587082D1DEE0BC3F548249@EXCHMBOX02.sfasu.nac>
	<DM2PR0801MB08484B40B2604823489C1963FB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<FB588ACBDDC20844988B2EDA4EB2496B01C49B5DCC@EXCHMBOX02.sfasu.nac>,
	<A01F04C6A8ABA54CB3587082D1DEE0BC3F54E24D@EXCHMBOX02.sfasu.nac>
Message-ID: <DM2PR0801MB08489C44671A617E298593EBFB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>


Hi Johna,


No, unfortunately an <a> tag is HTML. EAD has a different way of making links, which has to be converted into HTML for the web application. You can enter in HTML into those fields, but your EAD XML will not be schema valid, if that's important to you.


The other issue is that the titles themselves are used as links in a lot of places, so it might be tricky to get that to work as you want it to. But if we can gather some examples, we can put in a feature request...


b,chris




Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Johna L Von Behrens <jvb at sfasu.edu>
Sent: Thursday, July 30, 2015 7:06 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] FW: HTML Code Displaying


Chris,

Is the example below what you are asking for?



Johna Von Behrens, MLIS, MSED

University<http://library.sfasu.edu/etrc/academic> Archivist and Records Manager

East Texas Research Center<http://library.sfasu.edu/etrc/>

Stephen F. Austin State University<http://www.sfasu.edu/>

PO Box 13055 SFA Station

Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX  75962

Phone 936.468.1536

Fax 936.468.4117



The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of

Stephen F. Austin State University, its Board of Regents, or the State of Texas.



From: Karrie L Roberson
Sent: Thursday, July 30, 2015 11:50 AM
To: Johna L Von Behrens
Subject: RE: [Archivesspace_Users_Group] HTML Code Displaying



See attached for the EAD XML exported file.  It looks like it saved the HTML in the <unittitle></unittitle> exactly as it was entered.



<did><unittitle>Samuel Rodgers <a href=http://digital.sfasu.edu/u?/EastTexRC,13393>image</a>

</unittitle><unitid>Folder 1</unitid><container id="aspace_e08d4485f906ae8750a2ce526d6e490f" label="Text" type="Box">8</container><container id="aspace_8ece978838f00864aa218c36ef31ae8e" parent="aspace_e08d4485f906ae8750a2ce526d6e490f" type="Folder">1</container></did>

--- exert found towards the end of line 45 ---



Karrie

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Chris Fitzpatrick [Chris.Fitzpatrick at lyrasis.org]
Sent: Thursday, July 30, 2015 11:28 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] HTML Code Displaying



Hi Johna,



You can't use HTML elements in ArchivesSpace, since that would break your EAD exports.



However, if we want to have links in titles, we will probably have to have an EAD markup that people want to use that we convert to HTML for the application. Do you have any examples?



b,chris.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwQFAw&c=2X_btuPRWkGwRX26NHIotw&r=FD0Xci-wh01Dc1yt0aSp4ADMuu-zB2G2dpCCNNXfih0&m=woSbR1nJSAepeAgkJ3sYMOFRranIZipjG-XwHlEBwOQ&s=BA7Ycc7bMq19e17bfzLbqTjhgCurjSDTnHSBk6uXxFg&e=>



________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>>
Sent: Wednesday, July 29, 2015 9:01 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] HTML Code Displaying



[cid:image001.png at 01D0CA07.0B9B3FD0]



The Component Samuel Rodgers looked like the other Components below it until I changed the Tag. When I click on ?image? it goes to the link that I provided in the HTML.  When I click on the words ?Samuel Rodgers? it goes to the Folder Summary. See screenshot below:

[cid:image002.png at 01D0CA07.0B9B3FD0]





When I click the Title in the Folder Summary I get this:



[cid:image003.png at 01D0CA07.0B9B3FD0]

Besides touching every record that has a link, through the interface is there a way to get this to display and act correctly? It would be nice if it would show up like the ?Title? in the screenshot below.



This is what it looks like on the backside after a search.



[cid:image004.png at 01D0CA07.0B9B3FD0]



This is what it looks like when I am Editing.

[cid:image005.png at 01D0CA07.0B9B3FD0]











Johna Von Behrens, MLIS, MSED

Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>

East Texas Research Center<http://library.sfasu.edu/etrc/>

Stephen F. Austin State University<http://www.sfasu.edu/>

PO Box 13055 SFA Station

Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMFAw&c=2X_btuPRWkGwRX26NHIotw&r=FD0Xci-wh01Dc1yt0aSp4ADMuu-zB2G2dpCCNNXfih0&m=woSbR1nJSAepeAgkJ3sYMOFRranIZipjG-XwHlEBwOQ&s=OqbqHoW1G6O0n_rTfhLN1QWjFUSmM14_OzkHDzKiSuQ&e=>, TX  75962

Phone 936.468.1536

Fax 936.468.4117

asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>





The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of

Stephen F. Austin State University, its Board of Regents, or the State of Texas.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/8717e4c2/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 35521 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/8717e4c2/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 28706 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/8717e4c2/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 13031 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/8717e4c2/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 28266 bytes
Desc: image004.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/8717e4c2/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 12254 bytes
Desc: image005.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/8717e4c2/attachment-0004.png>

From jvb at sfasu.edu  Thu Jul 30 13:26:53 2015
From: jvb at sfasu.edu (Johna L Von Behrens)
Date: Thu, 30 Jul 2015 17:26:53 +0000
Subject: [Archivesspace_Users_Group] FW:  HTML Code Displaying
In-Reply-To: <DM2PR0801MB08489C44671A617E298593EBFB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <A01F04C6A8ABA54CB3587082D1DEE0BC3F548249@EXCHMBOX02.sfasu.nac>
	<DM2PR0801MB08484B40B2604823489C1963FB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<FB588ACBDDC20844988B2EDA4EB2496B01C49B5DCC@EXCHMBOX02.sfasu.nac>
	<A01F04C6A8ABA54CB3587082D1DEE0BC3F54E24D@EXCHMBOX02.sfasu.nac>
	<DM2PR0801MB08489C44671A617E298593EBFB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC3F54E2F4@EXCHMBOX02.sfasu.nac>

I think we are going to move the links to External Documents.
http://digital.sfasu.edu/u?/EastTexRC,13393

Thank you for all of your help!!!!



[cid:image006.png at 01D0CAC2.EF985B30]


Johna Von Behrens, MLIS, MSED
University<http://library.sfasu.edu/etrc/academic> Archivist and Records Manager
East Texas Research Center<http://library.sfasu.edu/etrc/>
Stephen F. Austin State University<http://www.sfasu.edu/>
PO Box 13055 SFA Station
Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX  75962
Phone 936.468.1536
Fax 936.468.4117

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Thursday, July 30, 2015 12:20 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] FW: HTML Code Displaying




Hi Johna,



No, unfortunately an <a> tag is HTML. EAD has a different way of making links, which has to be converted into HTML for the web application. You can enter in HTML into those fields, but your EAD XML will not be schema valid, if that's important to you.



The other issue is that the titles themselves are used as links in a lot of places, so it might be tricky to get that to work as you want it to. But if we can gather some examples, we can put in a feature request...



b,chris






Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwQF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=9Nv28pYk1TJgwz-PbgMeYZuFCMSBaTwgSJ7MoxvSKmY&s=EC210VBgNvvAbrmYS6ZojiUD7sVO7m75ejp8Ia3ymKo&e=>

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>>
Sent: Thursday, July 30, 2015 7:06 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] FW: HTML Code Displaying


Chris,

Is the example below what you are asking for?



Johna Von Behrens, MLIS, MSED

University<http://library.sfasu.edu/etrc/academic> Archivist and Records Manager

East Texas Research Center<http://library.sfasu.edu/etrc/>

Stephen F. Austin State University<http://www.sfasu.edu/>

PO Box 13055 SFA Station

Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=9Nv28pYk1TJgwz-PbgMeYZuFCMSBaTwgSJ7MoxvSKmY&s=75Xc7PnjMt95AN1ZNWrKCFxpaDj23x-ZB1i2A-bHbw8&e=>, TX  75962

Phone 936.468.1536

Fax 936.468.4117



The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of

Stephen F. Austin State University, its Board of Regents, or the State of Texas.



From: Karrie L Roberson
Sent: Thursday, July 30, 2015 11:50 AM
To: Johna L Von Behrens
Subject: RE: [Archivesspace_Users_Group] HTML Code Displaying



See attached for the EAD XML exported file.  It looks like it saved the HTML in the <unittitle></unittitle> exactly as it was entered.



<did><unittitle>Samuel Rodgers <a href=http://digital.sfasu.edu/u?/EastTexRC,13393>image</a>

</unittitle><unitid>Folder 1</unitid><container id="aspace_e08d4485f906ae8750a2ce526d6e490f" label="Text" type="Box">8</container><container id="aspace_8ece978838f00864aa218c36ef31ae8e" parent="aspace_e08d4485f906ae8750a2ce526d6e490f" type="Folder">1</container></did>

--- exert found towards the end of line 45 ---



Karrie

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Chris Fitzpatrick [Chris.Fitzpatrick at lyrasis.org]
Sent: Thursday, July 30, 2015 11:28 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] HTML Code Displaying



Hi Johna,



You can't use HTML elements in ArchivesSpace, since that would break your EAD exports.



However, if we want to have links in titles, we will probably have to have an EAD markup that people want to use that we convert to HTML for the application. Do you have any examples?



b,chris.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwQFAw&c=2X_btuPRWkGwRX26NHIotw&r=FD0Xci-wh01Dc1yt0aSp4ADMuu-zB2G2dpCCNNXfih0&m=woSbR1nJSAepeAgkJ3sYMOFRranIZipjG-XwHlEBwOQ&s=BA7Ycc7bMq19e17bfzLbqTjhgCurjSDTnHSBk6uXxFg&e=>



________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>>
Sent: Wednesday, July 29, 2015 9:01 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] HTML Code Displaying



[cid:image001.png at 01D0CAC2.6AF28810]



The Component Samuel Rodgers looked like the other Components below it until I changed the Tag. When I click on "image" it goes to the link that I provided in the HTML.  When I click on the words "Samuel Rodgers" it goes to the Folder Summary. See screenshot below:

[cid:image002.png at 01D0CAC2.6AF28810]





When I click the Title in the Folder Summary I get this:



[cid:image003.png at 01D0CAC2.6AF28810]

Besides touching every record that has a link, through the interface is there a way to get this to display and act correctly? It would be nice if it would show up like the "Title" in the screenshot below.



This is what it looks like on the backside after a search.



[cid:image004.png at 01D0CAC2.6AF28810]



This is what it looks like when I am Editing.

[cid:image005.png at 01D0CAC2.6AF28810]











Johna Von Behrens, MLIS, MSED

Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic>

East Texas Research Center<http://library.sfasu.edu/etrc/>

Stephen F. Austin State University<http://www.sfasu.edu/>

PO Box 13055 SFA Station

Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMFAw&c=2X_btuPRWkGwRX26NHIotw&r=FD0Xci-wh01Dc1yt0aSp4ADMuu-zB2G2dpCCNNXfih0&m=woSbR1nJSAepeAgkJ3sYMOFRranIZipjG-XwHlEBwOQ&s=OqbqHoW1G6O0n_rTfhLN1QWjFUSmM14_OzkHDzKiSuQ&e=>, TX  75962

Phone 936.468.1536

Fax 936.468.4117

asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>





The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of

Stephen F. Austin State University, its Board of Regents, or the State of Texas.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/b58828ff/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 35521 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/b58828ff/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 28706 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/b58828ff/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 13031 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/b58828ff/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 28266 bytes
Desc: image004.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/b58828ff/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 12254 bytes
Desc: image005.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/b58828ff/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.png
Type: image/png
Size: 31347 bytes
Desc: image006.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/b58828ff/attachment-0005.png>

From mark.custer at yale.edu  Thu Jul 30 13:33:02 2015
From: mark.custer at yale.edu (Custer, Mark)
Date: Thu, 30 Jul 2015 17:33:02 +0000
Subject: [Archivesspace_Users_Group] FW:  HTML Code Displaying
In-Reply-To: <43F639E7-69F4-4AE4-905C-432B5EF64294@gmail.com>
References: <A01F04C6A8ABA54CB3587082D1DEE0BC3F548249@EXCHMBOX02.sfasu.nac>
	<DM2PR0801MB08484B40B2604823489C1963FB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<FB588ACBDDC20844988B2EDA4EB2496B01C49B5DCC@EXCHMBOX02.sfasu.nac>
	<A01F04C6A8ABA54CB3587082D1DEE0BC3F54E24D@EXCHMBOX02.sfasu.nac>
	<43F639E7-69F4-4AE4-905C-432B5EF64294@gmail.com>
Message-ID: <DCB910FAD4CF9343B3E424AF5F33102525607D22@x10-mbx8.yu.yale.edu>

Right, so you could include an external link in the unittitle and still have valid EAD like so:

      <c>
        <did>
          <unittitle>Samuel Rodgers <ref xlink:href="http://digital.sfasu.edu/u?/EastTexRC,13393">image</ref>
          </unittitle>
         <unitid>Folder 1</unitid>
          <container id="aspace_e08d4485f906ae8750a2ce526d6e490f" label="Text" type="Box">8</container>
          <container id="aspace_8ece978838f00864aa218c36ef31ae8e"
            parent="aspace_e08d4485f906ae8750a2ce526d6e490f" type="Folder">1</container>
        </did>
      </c>

But you shouldn?t, I don?t think, in this case.  I don?t see why this component shouldn?t instead have a digital object, since you?re linking to a digital object:

      <c>
        <did>
          <unittitle>Samuel Rodgers</unittitle>
          <dao xlink:href="http://digital.sfasu.edu/u?/EastTexRC,13393"
            xlink:title="Legal Documents pertaining to Samuel Rodgers"/>
          <container id="aspace_e08d4485f906ae8750a2ce526d6e490f" label="Text" type="Box">8</container>
          <container id="aspace_8ece978838f00864aa218c36ef31ae8e"
            parent="aspace_e08d4485f906ae8750a2ce526d6e490f" type="Folder">1</container>
        </did>
      </c>

So again, I don?t know if this is a good use case for adding linking features to ASpace?s title fields.  But someone please correct me if I?m wrong (and, since EAD3 still supports this, and since the AT would also allow you to add ref elements to titles, they probably should be supported in ASpace despite my previous objection ?).  That said, I know that our staff definitely need an easier way to add mixed content elements to the ASpace title fields, which they?ve grown accustomed to having in Archivists? Toolkit by means of the ?wrap in tag? feature.

Mark


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Hoffman
Sent: Thursday, July 30, 2015 1:15 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] FW: HTML Code Displaying

Hi Johna,

The sample is not actually valid EAD, because the <a> element is not one of the elements listed in the ?May Contain? section of the <unittitle> documentation:

http://www.loc.gov/ead/tglib/elements/unittitle.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.loc.gov_ead_tglib_elements_unittitle.html&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=cIkrX35fr-LujMUoKkkWIixAYG3Q3es396YoCn3cpJo&s=63kwh7-nzxOMItu6UZ90zytUFCj0WAkWfA61aO2c4sQ&e=>

Brian


On Jul 30, 2015, at 1:06 PM, Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>> wrote:

Chris,
Is the example below what you are asking for?

Johna Von Behrens, MLIS, MSED
University<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_academic&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=cIkrX35fr-LujMUoKkkWIixAYG3Q3es396YoCn3cpJo&s=vEuwqOPWsPIJL_tPKF8IOWqBzRMXAd_dqUF3CsWSaCE&e=> Archivist and Records Manager
East Texas Research Center<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=cIkrX35fr-LujMUoKkkWIixAYG3Q3es396YoCn3cpJo&s=1G-IA7mQqnGCE8-O3wresKDuUoqxy6pWWE4EItUvVJE&e=>
Stephen F. Austin State University<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.sfasu.edu_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=cIkrX35fr-LujMUoKkkWIixAYG3Q3es396YoCn3cpJo&s=_xLySRhDWdrJdGK7FSp6npvbGSqhOUxtH0yAEw0tYOg&e=>
PO Box 13055 SFA Station
Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=cIkrX35fr-LujMUoKkkWIixAYG3Q3es396YoCn3cpJo&s=UsyhU92ucckA3U_4P8rhaymLsgXoL5vKcu-IiNHJQ5U&e=>, TX  75962
Phone 936.468.1536
Fax 936.468.4117

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

From: Karrie L Roberson
Sent: Thursday, July 30, 2015 11:50 AM
To: Johna L Von Behrens
Subject: RE: [Archivesspace_Users_Group] HTML Code Displaying

See attached for the EAD XML exported file.  It looks like it saved the HTML in the <unittitle></unittitle> exactly as it was entered.

<did><unittitle>Samuel Rodgers <a href=http://digital.sfasu.edu/u?/EastTexRC,13393<https://urldefense.proofpoint.com/v2/url?u=http-3A__digital.sfasu.edu_u-3F_EastTexRC-2C13393&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=cIkrX35fr-LujMUoKkkWIixAYG3Q3es396YoCn3cpJo&s=ekC_9ilpou6-SDuQBVYpHgbnikVluf60zCaHenWQbzs&e=>>image</a>
</unittitle><unitid>Folder 1</unitid><container id="aspace_e08d4485f906ae8750a2ce526d6e490f" label="Text" type="Box">8</container><container id="aspace_8ece978838f00864aa218c36ef31ae8e" parent="aspace_e08d4485f906ae8750a2ce526d6e490f" type="Folder">1</container></did>
--- exert found towards the end of line 45 ---

Karrie
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Chris Fitzpatrick [Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>]
Sent: Thursday, July 30, 2015 11:28 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] HTML Code Displaying

Hi Johna,

You can't use HTML elements in ArchivesSpace, since that would break your EAD exports.

However, if we want to have links in titles, we will probably have to have an EAD markup that people want to use that we convert to HTML for the application. Do you have any examples?

b,chris.

Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwQFAw&c=2X_btuPRWkGwRX26NHIotw&r=FD0Xci-wh01Dc1yt0aSp4ADMuu-zB2G2dpCCNNXfih0&m=woSbR1nJSAepeAgkJ3sYMOFRranIZipjG-XwHlEBwOQ&s=BA7Ycc7bMq19e17bfzLbqTjhgCurjSDTnHSBk6uXxFg&e=>

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>>
Sent: Wednesday, July 29, 2015 9:01 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] HTML Code Displaying

<image001.png>

The Component Samuel Rodgers looked like the other Components below it until I changed the Tag. When I click on ?image? it goes to the link that I provided in the HTML.  When I click on the words ?Samuel Rodgers? it goes to the Folder Summary. See screenshot below:
<image002.png>


When I click the Title in the Folder Summary I get this:

<image003.png>
Besides touching every record that has a link, through the interface is there a way to get this to display and act correctly? It would be nice if it would show up like the ?Title? in the screenshot below.

This is what it looks like on the backside after a search.

<image004.png>

This is what it looks like when I am Editing.
<image005.png>





Johna Von Behrens, MLIS, MSED
Archives and Repository Librarian<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_academic&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=cIkrX35fr-LujMUoKkkWIixAYG3Q3es396YoCn3cpJo&s=vEuwqOPWsPIJL_tPKF8IOWqBzRMXAd_dqUF3CsWSaCE&e=>
East Texas Research Center<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=cIkrX35fr-LujMUoKkkWIixAYG3Q3es396YoCn3cpJo&s=1G-IA7mQqnGCE8-O3wresKDuUoqxy6pWWE4EItUvVJE&e=>
Stephen F. Austin State University<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.sfasu.edu_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=cIkrX35fr-LujMUoKkkWIixAYG3Q3es396YoCn3cpJo&s=_xLySRhDWdrJdGK7FSp6npvbGSqhOUxtH0yAEw0tYOg&e=>
PO Box 13055 SFA Station
Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMFAw&c=2X_btuPRWkGwRX26NHIotw&r=FD0Xci-wh01Dc1yt0aSp4ADMuu-zB2G2dpCCNNXfih0&m=woSbR1nJSAepeAgkJ3sYMOFRranIZipjG-XwHlEBwOQ&s=OqbqHoW1G6O0n_rTfhLN1QWjFUSmM14_OzkHDzKiSuQ&e=>, TX  75962
Phone 936.468.1536
Fax 936.468.4117
asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>


The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

<A.0031_ead.xml>_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=cIkrX35fr-LujMUoKkkWIixAYG3Q3es396YoCn3cpJo&s=IE936AXJ-Q0GBdS4Tjk7bB_r7Yx63wZdTMYsWT9xTsU&e=>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/39cd1e4c/attachment.html>

From mark.custer at yale.edu  Thu Jul 30 13:37:04 2015
From: mark.custer at yale.edu (Custer, Mark)
Date: Thu, 30 Jul 2015 17:37:04 +0000
Subject: [Archivesspace_Users_Group] FW:  HTML Code Displaying
In-Reply-To: <A01F04C6A8ABA54CB3587082D1DEE0BC3F54E2F4@EXCHMBOX02.sfasu.nac>
References: <A01F04C6A8ABA54CB3587082D1DEE0BC3F548249@EXCHMBOX02.sfasu.nac>
	<DM2PR0801MB08484B40B2604823489C1963FB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<FB588ACBDDC20844988B2EDA4EB2496B01C49B5DCC@EXCHMBOX02.sfasu.nac>
	<A01F04C6A8ABA54CB3587082D1DEE0BC3F54E24D@EXCHMBOX02.sfasu.nac>
	<DM2PR0801MB08489C44671A617E298593EBFB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<A01F04C6A8ABA54CB3587082D1DEE0BC3F54E2F4@EXCHMBOX02.sfasu.nac>
Message-ID: <DCB910FAD4CF9343B3E424AF5F33102525607D34@x10-mbx8.yu.yale.edu>

Johna,

That'll certainly work for the staff and public interfaces, but I don't *think* that the external documents get exported by any of the usual export mechanisms - just something else to consider (and something that I wouldn't take too lightly after just finishing a big systems migration from the AT to ArchivesSpace :)).   That said, we're also embarking on a project that'll use the external documents feature to link up PDF files that we don't consider full-fledged digital objects since we're not hosting those (yet) in a digital library of any sort.

Mark



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Johna L Von Behrens
Sent: Thursday, July 30, 2015 1:27 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] FW: HTML Code Displaying

I think we are going to move the links to External Documents.
http://digital.sfasu.edu/u?/EastTexRC,13393<https://urldefense.proofpoint.com/v2/url?u=http-3A__digital.sfasu.edu_u-3F_EastTexRC-2C13393&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=_DqDvB54kaHf5Fo3kX98U4TzE-mHYOgJbnPJC39Ktmk&e=>

Thank you for all of your help!!!!



[cid:image006.png at 01D0CACC.D1C40CD0]


Johna Von Behrens, MLIS, MSED
University<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_academic&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=yVpEFQVKBcM8zxARENHjdADyd-K7yzO999rxfLxw--o&e=> Archivist and Records Manager
East Texas Research Center<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=iSGk20DcYxk4C9aHlXxg1hJn7MQj6cj8TyY58oEER5s&e=>
Stephen F. Austin State University<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.sfasu.edu_&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=s_SzhNPU8ZjM73aF6tIyP-y2_o_vObZRNvr21UqRfYI&e=>
PO Box 13055 SFA Station
Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=ViKOa2P-Iw6IoPzc8WpZyc1095alkryqr8dRQQPeED8&e=>, TX  75962
Phone 936.468.1536
Fax 936.468.4117

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Thursday, July 30, 2015 12:20 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] FW: HTML Code Displaying




Hi Johna,



No, unfortunately an <a> tag is HTML. EAD has a different way of making links, which has to be converted into HTML for the web application. You can enter in HTML into those fields, but your EAD XML will not be schema valid, if that's important to you.



The other issue is that the titles themselves are used as links in a lot of places, so it might be tricky to get that to work as you want it to. But if we can gather some examples, we can put in a feature request...



b,chris






Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwQF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=9Nv28pYk1TJgwz-PbgMeYZuFCMSBaTwgSJ7MoxvSKmY&s=EC210VBgNvvAbrmYS6ZojiUD7sVO7m75ejp8Ia3ymKo&e=>

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>>
Sent: Thursday, July 30, 2015 7:06 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] FW: HTML Code Displaying


Chris,

Is the example below what you are asking for?



Johna Von Behrens, MLIS, MSED

University<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_academic&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=yVpEFQVKBcM8zxARENHjdADyd-K7yzO999rxfLxw--o&e=> Archivist and Records Manager

East Texas Research Center<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=iSGk20DcYxk4C9aHlXxg1hJn7MQj6cj8TyY58oEER5s&e=>

Stephen F. Austin State University<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.sfasu.edu_&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=s_SzhNPU8ZjM73aF6tIyP-y2_o_vObZRNvr21UqRfYI&e=>

PO Box 13055 SFA Station

Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=9Nv28pYk1TJgwz-PbgMeYZuFCMSBaTwgSJ7MoxvSKmY&s=75Xc7PnjMt95AN1ZNWrKCFxpaDj23x-ZB1i2A-bHbw8&e=>, TX  75962

Phone 936.468.1536

Fax 936.468.4117



The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of

Stephen F. Austin State University, its Board of Regents, or the State of Texas.



From: Karrie L Roberson
Sent: Thursday, July 30, 2015 11:50 AM
To: Johna L Von Behrens
Subject: RE: [Archivesspace_Users_Group] HTML Code Displaying



See attached for the EAD XML exported file.  It looks like it saved the HTML in the <unittitle></unittitle> exactly as it was entered.



<did><unittitle>Samuel Rodgers <a href=http://digital.sfasu.edu/u?/EastTexRC,13393>image</a>

</unittitle><unitid>Folder 1</unitid><container id="aspace_e08d4485f906ae8750a2ce526d6e490f" label="Text" type="Box">8</container><container id="aspace_8ece978838f00864aa218c36ef31ae8e" parent="aspace_e08d4485f906ae8750a2ce526d6e490f" type="Folder">1</container></did>

--- exert found towards the end of line 45 ---



Karrie

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Chris Fitzpatrick [Chris.Fitzpatrick at lyrasis.org]
Sent: Thursday, July 30, 2015 11:28 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] HTML Code Displaying



Hi Johna,



You can't use HTML elements in ArchivesSpace, since that would break your EAD exports.



However, if we want to have links in titles, we will probably have to have an EAD markup that people want to use that we convert to HTML for the application. Do you have any examples?



b,chris.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwQFAw&c=2X_btuPRWkGwRX26NHIotw&r=FD0Xci-wh01Dc1yt0aSp4ADMuu-zB2G2dpCCNNXfih0&m=woSbR1nJSAepeAgkJ3sYMOFRranIZipjG-XwHlEBwOQ&s=BA7Ycc7bMq19e17bfzLbqTjhgCurjSDTnHSBk6uXxFg&e=>



________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>>
Sent: Wednesday, July 29, 2015 9:01 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] HTML Code Displaying



[cid:image007.png at 01D0CACC.D1C40CD0]



The Component Samuel Rodgers looked like the other Components below it until I changed the Tag. When I click on "image" it goes to the link that I provided in the HTML.  When I click on the words "Samuel Rodgers" it goes to the Folder Summary. See screenshot below:

[cid:image008.png at 01D0CACC.D1C40CD0]





When I click the Title in the Folder Summary I get this:



[cid:image009.png at 01D0CACC.D1C40CD0]

Besides touching every record that has a link, through the interface is there a way to get this to display and act correctly? It would be nice if it would show up like the "Title" in the screenshot below.



This is what it looks like on the backside after a search.



[cid:image010.png at 01D0CACC.D1C40CD0]



This is what it looks like when I am Editing.

[cid:image011.png at 01D0CACC.D1C40CD0]











Johna Von Behrens, MLIS, MSED

Archives and Repository Librarian<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_academic&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=yVpEFQVKBcM8zxARENHjdADyd-K7yzO999rxfLxw--o&e=>

East Texas Research Center<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=iSGk20DcYxk4C9aHlXxg1hJn7MQj6cj8TyY58oEER5s&e=>

Stephen F. Austin State University<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.sfasu.edu_&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=s_SzhNPU8ZjM73aF6tIyP-y2_o_vObZRNvr21UqRfYI&e=>

PO Box 13055 SFA Station

Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMFAw&c=2X_btuPRWkGwRX26NHIotw&r=FD0Xci-wh01Dc1yt0aSp4ADMuu-zB2G2dpCCNNXfih0&m=woSbR1nJSAepeAgkJ3sYMOFRranIZipjG-XwHlEBwOQ&s=OqbqHoW1G6O0n_rTfhLN1QWjFUSmM14_OzkHDzKiSuQ&e=>, TX  75962

Phone 936.468.1536

Fax 936.468.4117

asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>





The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of

Stephen F. Austin State University, its Board of Regents, or the State of Texas.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/3fe521fe/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.png
Type: image/png
Size: 31347 bytes
Desc: image006.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/3fe521fe/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.png
Type: image/png
Size: 35521 bytes
Desc: image007.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/3fe521fe/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image008.png
Type: image/png
Size: 28706 bytes
Desc: image008.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/3fe521fe/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image009.png
Type: image/png
Size: 13031 bytes
Desc: image009.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/3fe521fe/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image010.png
Type: image/png
Size: 28266 bytes
Desc: image010.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/3fe521fe/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image011.png
Type: image/png
Size: 12254 bytes
Desc: image011.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/3fe521fe/attachment-0005.png>

From Kevin.Clair at du.edu  Thu Jul 30 13:46:45 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Thu, 30 Jul 2015 17:46:45 +0000
Subject: [Archivesspace_Users_Group] FW:  HTML Code Displaying
In-Reply-To: <DCB910FAD4CF9343B3E424AF5F33102525607D34@x10-mbx8.yu.yale.edu>
References: <A01F04C6A8ABA54CB3587082D1DEE0BC3F548249@EXCHMBOX02.sfasu.nac>
	<DM2PR0801MB08484B40B2604823489C1963FB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<FB588ACBDDC20844988B2EDA4EB2496B01C49B5DCC@EXCHMBOX02.sfasu.nac>
	<A01F04C6A8ABA54CB3587082D1DEE0BC3F54E24D@EXCHMBOX02.sfasu.nac>
	<DM2PR0801MB08489C44671A617E298593EBFB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>
	<A01F04C6A8ABA54CB3587082D1DEE0BC3F54E2F4@EXCHMBOX02.sfasu.nac>
	<DCB910FAD4CF9343B3E424AF5F33102525607D34@x10-mbx8.yu.yale.edu>
Message-ID: <1F1E72103798F04D96C355B296D7C61B4FC7B2@mb2-uts.du.edu>

We managed to get information from the external documents to export in our custom MARC exporter, but it definitely takes some doing, and assumes your labels are consistent.

code: https://github.com/duspeccoll/plugins_local/blob/master/backend/model/du_marc_model.rb (lines 555-579 are where it happens)

-k

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, July 30, 2015 11:37 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] FW: HTML Code Displaying

Johna,

That'll certainly work for the staff and public interfaces, but I don't *think* that the external documents get exported by any of the usual export mechanisms - just something else to consider (and something that I wouldn't take too lightly after just finishing a big systems migration from the AT to ArchivesSpace :)).   That said, we're also embarking on a project that'll use the external documents feature to link up PDF files that we don't consider full-fledged digital objects since we're not hosting those (yet) in a digital library of any sort.

Mark



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Johna L Von Behrens
Sent: Thursday, July 30, 2015 1:27 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] FW: HTML Code Displaying

I think we are going to move the links to External Documents.
http://digital.sfasu.edu/u?/EastTexRC,13393<https://urldefense.proofpoint.com/v2/url?u=http-3A__digital.sfasu.edu_u-3F_EastTexRC-2C13393&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=_DqDvB54kaHf5Fo3kX98U4TzE-mHYOgJbnPJC39Ktmk&e=>

Thank you for all of your help!!!!



[cid:image001.png at 01D0CABD.68FAA1F0]


Johna Von Behrens, MLIS, MSED
University<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_academic&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=yVpEFQVKBcM8zxARENHjdADyd-K7yzO999rxfLxw--o&e=> Archivist and Records Manager
East Texas Research Center<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=iSGk20DcYxk4C9aHlXxg1hJn7MQj6cj8TyY58oEER5s&e=>
Stephen F. Austin State University<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.sfasu.edu_&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=s_SzhNPU8ZjM73aF6tIyP-y2_o_vObZRNvr21UqRfYI&e=>
PO Box 13055 SFA Station
Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=ViKOa2P-Iw6IoPzc8WpZyc1095alkryqr8dRQQPeED8&e=>, TX  75962
Phone 936.468.1536
Fax 936.468.4117

The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of
Stephen F. Austin State University, its Board of Regents, or the State of Texas.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Thursday, July 30, 2015 12:20 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] FW: HTML Code Displaying




Hi Johna,



No, unfortunately an <a> tag is HTML. EAD has a different way of making links, which has to be converted into HTML for the web application. You can enter in HTML into those fields, but your EAD XML will not be schema valid, if that's important to you.



The other issue is that the titles themselves are used as links in a lot of places, so it might be tricky to get that to work as you want it to. But if we can gather some examples, we can put in a feature request...



b,chris






Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwQF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=9Nv28pYk1TJgwz-PbgMeYZuFCMSBaTwgSJ7MoxvSKmY&s=EC210VBgNvvAbrmYS6ZojiUD7sVO7m75ejp8Ia3ymKo&e=>

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>>
Sent: Thursday, July 30, 2015 7:06 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] FW: HTML Code Displaying


Chris,

Is the example below what you are asking for?



Johna Von Behrens, MLIS, MSED

University<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_academic&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=yVpEFQVKBcM8zxARENHjdADyd-K7yzO999rxfLxw--o&e=> Archivist and Records Manager

East Texas Research Center<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=iSGk20DcYxk4C9aHlXxg1hJn7MQj6cj8TyY58oEER5s&e=>

Stephen F. Austin State University<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.sfasu.edu_&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=s_SzhNPU8ZjM73aF6tIyP-y2_o_vObZRNvr21UqRfYI&e=>

PO Box 13055 SFA Station

Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=9Nv28pYk1TJgwz-PbgMeYZuFCMSBaTwgSJ7MoxvSKmY&s=75Xc7PnjMt95AN1ZNWrKCFxpaDj23x-ZB1i2A-bHbw8&e=>, TX  75962

Phone 936.468.1536

Fax 936.468.4117



The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of

Stephen F. Austin State University, its Board of Regents, or the State of Texas.



From: Karrie L Roberson
Sent: Thursday, July 30, 2015 11:50 AM
To: Johna L Von Behrens
Subject: RE: [Archivesspace_Users_Group] HTML Code Displaying



See attached for the EAD XML exported file.  It looks like it saved the HTML in the <unittitle></unittitle> exactly as it was entered.



<did><unittitle>Samuel Rodgers <a href=http://digital.sfasu.edu/u?/EastTexRC,13393>image</a>

</unittitle><unitid>Folder 1</unitid><container id="aspace_e08d4485f906ae8750a2ce526d6e490f" label="Text" type="Box">8</container><container id="aspace_8ece978838f00864aa218c36ef31ae8e" parent="aspace_e08d4485f906ae8750a2ce526d6e490f" type="Folder">1</container></did>

--- exert found towards the end of line 45 ---



Karrie

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Chris Fitzpatrick [Chris.Fitzpatrick at lyrasis.org]
Sent: Thursday, July 30, 2015 11:28 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] HTML Code Displaying



Hi Johna,



You can't use HTML elements in ArchivesSpace, since that would break your EAD exports.



However, if we want to have links in titles, we will probably have to have an EAD markup that people want to use that we convert to HTML for the application. Do you have any examples?



b,chris.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwQFAw&c=2X_btuPRWkGwRX26NHIotw&r=FD0Xci-wh01Dc1yt0aSp4ADMuu-zB2G2dpCCNNXfih0&m=woSbR1nJSAepeAgkJ3sYMOFRranIZipjG-XwHlEBwOQ&s=BA7Ycc7bMq19e17bfzLbqTjhgCurjSDTnHSBk6uXxFg&e=>



________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: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 Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>>
Sent: Wednesday, July 29, 2015 9:01 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] HTML Code Displaying



[cid:image002.png at 01D0CABD.68FAA1F0]



The Component Samuel Rodgers looked like the other Components below it until I changed the Tag. When I click on "image" it goes to the link that I provided in the HTML.  When I click on the words "Samuel Rodgers" it goes to the Folder Summary. See screenshot below:

[cid:image003.png at 01D0CABD.68FAA1F0]





When I click the Title in the Folder Summary I get this:



[cid:image004.png at 01D0CABD.68FAA1F0]

Besides touching every record that has a link, through the interface is there a way to get this to display and act correctly? It would be nice if it would show up like the "Title" in the screenshot below.



This is what it looks like on the backside after a search.



[cid:image005.png at 01D0CABD.68FAA1F0]



This is what it looks like when I am Editing.

[cid:image006.png at 01D0CABD.68FAA1F0]











Johna Von Behrens, MLIS, MSED

Archives and Repository Librarian<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_academic&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=yVpEFQVKBcM8zxARENHjdADyd-K7yzO999rxfLxw--o&e=>

East Texas Research Center<https://urldefense.proofpoint.com/v2/url?u=http-3A__library.sfasu.edu_etrc_&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=iSGk20DcYxk4C9aHlXxg1hJn7MQj6cj8TyY58oEER5s&e=>

Stephen F. Austin State University<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.sfasu.edu_&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=uPHfwX3FCS9xyQrg_G3C1Bfxu8cN4IEB0SNxG5jLBzE&s=s_SzhNPU8ZjM73aF6tIyP-y2_o_vObZRNvr21UqRfYI&e=>

PO Box 13055 SFA Station

Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMFAw&c=2X_btuPRWkGwRX26NHIotw&r=FD0Xci-wh01Dc1yt0aSp4ADMuu-zB2G2dpCCNNXfih0&m=woSbR1nJSAepeAgkJ3sYMOFRranIZipjG-XwHlEBwOQ&s=OqbqHoW1G6O0n_rTfhLN1QWjFUSmM14_OzkHDzKiSuQ&e=>, TX  75962

Phone 936.468.1536

Fax 936.468.4117

asketrc at sfasu.edu<mailto:asketrc at sfasu.edu>





The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of

Stephen F. Austin State University, its Board of Regents, or the State of Texas.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/58a11b43/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 31347 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/58a11b43/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 35521 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/58a11b43/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 28706 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/58a11b43/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 13031 bytes
Desc: image004.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/58a11b43/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 28266 bytes
Desc: image005.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/58a11b43/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.png
Type: image/png
Size: 12254 bytes
Desc: image006.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/58a11b43/attachment-0005.png>

From archives at steinbeck.org  Thu Jul 30 15:11:07 2015
From: archives at steinbeck.org (Steinbeck Archives)
Date: Thu, 30 Jul 2015 19:11:07 +0000
Subject: [Archivesspace_Users_Group] First time AS Install--Invalid
	Directory Name
Message-ID: <BN1PR02MB22957CB97ED3A739E1D6F0DD58B0@BN1PR02MB229.namprd02.prod.outlook.com>

Hello Everyone,


The Steinbeck Center just recently joined ArchivesSpace as a Very Small institution. We don't have any IT staff, so it has fallen to me to install ArchivesSpace and I'm running across both the following errors below in trying to launch it for the first time.


I am on Windows 7 and the issue is when I attempt to Launch the GUI monitor, it doesn't fully start and logs the following two errors. It may be possible the computer I'm working on doesn't have the resources to run AS.


[2015-07-30 08:34:46] [info]  [ 1080] Commons Daemon procrun (1.0.15.0 32-bit) started
[2015-07-30 08:34:46] [info]  [ 1080] Running 'ArchivesSpaceService' Service...
[2015-07-30 08:34:46] [info]  [ 1072] Starting service...
[2015-07-30 08:34:46] [error] [ 1072] Failed to execute process
[2015-07-30 08:34:46] [error] [ 1072] The directory name is invalid.
[2015-07-30 08:34:46] [error] [ 1072] ServiceStart returned 5
[2015-07-30 08:34:46] [error] [ 1072] The directory name is invalid.
[2015-07-30 08:34:46] [info]  [ 1080] Run service finished.
[2015-07-30 08:34:47] [info]  [ 1080] Commons Daemon procrun finished


[2015-07-30 11:56:40] [info]  [ 4524] Commons Daemon procrun (1.0.15.0 32-bit) started
[2015-07-30 11:56:40] [info]  [ 4524] Running 'ArchivesSpaceService' Service...
[2015-07-30 11:56:40] [info]  [ 1924] Starting service...
[2015-07-30 11:56:40] [error] [ 1924] Failed to execute process
[2015-07-30 11:56:40] [error] [ 1924] The directory name is invalid.
[2015-07-30 11:56:40] [error] [ 1924] ServiceStart returned 5
[2015-07-30 11:56:40] [error] [ 1924] The directory name is invalid.
[2015-07-30 11:56:40] [info]  [ 4524] Run service finished.
[2015-07-30 11:56:40] [info]  [ 4524] Commons Daemon procrun finished


I am mostly wondering if I am missing something simple.


Thank you,


Lisa C. Josephs

Archivist

National Steinbeck Center

1 Main Street,

Salinas, CA

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/b81a370c/attachment.html>

From KUTZUBA at hws.edu  Thu Jul 30 15:29:39 2015
From: KUTZUBA at hws.edu (Kutzuba, Jamie)
Date: Thu, 30 Jul 2015 19:29:39 +0000
Subject: [Archivesspace_Users_Group] First time AS
	Install--Invalid	Directory Name
In-Reply-To: <BN1PR02MB22957CB97ED3A739E1D6F0DD58B0@BN1PR02MB229.namprd02.prod.outlook.com>
References: <BN1PR02MB22957CB97ED3A739E1D6F0DD58B0@BN1PR02MB229.namprd02.prod.outlook.com>
Message-ID: <BC956D2E678CC4429802DD4EC1D8942014A22F@EXCHMBX1.hws.edu>

Hi Lisa-

What is the full path to the ArchivesSpace directory? For example, ours is C:\archivesspace-1.3.0\archivesspace .

Thanks- Jamie
315.781.4355

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steinbeck Archives
Sent: Thursday, July 30, 2015 3:11 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] First time AS Install--Invalid Directory Name


Hello Everyone,



The Steinbeck Center just recently joined ArchivesSpace as a Very Small institution. We don't have any IT staff, so it has fallen to me to install ArchivesSpace and I'm running across both the following errors below in trying to launch it for the first time.



I am on Windows 7 and the issue is when I attempt to Launch the GUI monitor, it doesn't fully start and logs the following two errors. It may be possible the computer I'm working on doesn't have the resources to run AS.



[2015-07-30 08:34:46] [info]  [ 1080] Commons Daemon procrun (1.0.15.0 32-bit) started
[2015-07-30 08:34:46] [info]  [ 1080] Running 'ArchivesSpaceService' Service...
[2015-07-30 08:34:46] [info]  [ 1072] Starting service...
[2015-07-30 08:34:46] [error] [ 1072] Failed to execute process
[2015-07-30 08:34:46] [error] [ 1072] The directory name is invalid.
[2015-07-30 08:34:46] [error] [ 1072] ServiceStart returned 5
[2015-07-30 08:34:46] [error] [ 1072] The directory name is invalid.
[2015-07-30 08:34:46] [info]  [ 1080] Run service finished.
[2015-07-30 08:34:47] [info]  [ 1080] Commons Daemon procrun finished



[2015-07-30 11:56:40] [info]  [ 4524] Commons Daemon procrun (1.0.15.0 32-bit) started
[2015-07-30 11:56:40] [info]  [ 4524] Running 'ArchivesSpaceService' Service...
[2015-07-30 11:56:40] [info]  [ 1924] Starting service...
[2015-07-30 11:56:40] [error] [ 1924] Failed to execute process
[2015-07-30 11:56:40] [error] [ 1924] The directory name is invalid.
[2015-07-30 11:56:40] [error] [ 1924] ServiceStart returned 5
[2015-07-30 11:56:40] [error] [ 1924] The directory name is invalid.
[2015-07-30 11:56:40] [info]  [ 4524] Run service finished.
[2015-07-30 11:56:40] [info]  [ 4524] Commons Daemon procrun finished



I am mostly wondering if I am missing something simple.



Thank you,



Lisa C. Josephs

Archivist

National Steinbeck Center

1 Main Street,

Salinas, CA

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/d320463a/attachment.html>

From archives at steinbeck.org  Thu Jul 30 15:50:35 2015
From: archives at steinbeck.org (Steinbeck Archives)
Date: Thu, 30 Jul 2015 19:50:35 +0000
Subject: [Archivesspace_Users_Group] First time
	AS	Install--Invalid	Directory Name
In-Reply-To: <BC956D2E678CC4429802DD4EC1D8942014A22F@EXCHMBX1.hws.edu>
References: <BN1PR02MB22957CB97ED3A739E1D6F0DD58B0@BN1PR02MB229.namprd02.prod.outlook.com>,
	<BC956D2E678CC4429802DD4EC1D8942014A22F@EXCHMBX1.hws.edu>
Message-ID: <BN1PR02MB229C1B7D15BE740A3551FF2D58B0@BN1PR02MB229.namprd02.prod.outlook.com>

Hi Jamie,


I've got C:\Users\dsilguero\Desktop\archivesspace


Lisa


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Kutzuba, Jamie <KUTZUBA at hws.edu>
Sent: Thursday, July 30, 2015 12:29 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] First time AS Install--Invalid Directory Name


Hi Lisa-



What is the full path to the ArchivesSpace directory? For example, ours is C:\archivesspace-1.3.0\archivesspace .



Thanks- Jamie

315.781.4355



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steinbeck Archives
Sent: Thursday, July 30, 2015 3:11 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] First time AS Install--Invalid Directory Name



Hello Everyone,



The Steinbeck Center just recently joined ArchivesSpace as a Very Small institution. We don't have any IT staff, so it has fallen to me to install ArchivesSpace and I'm running across both the following errors below in trying to launch it for the first time.



I am on Windows 7 and the issue is when I attempt to Launch the GUI monitor, it doesn't fully start and logs the following two errors. It may be possible the computer I'm working on doesn't have the resources to run AS.



[2015-07-30 08:34:46] [info]  [ 1080] Commons Daemon procrun (1.0.15.0 32-bit) started
[2015-07-30 08:34:46] [info]  [ 1080] Running 'ArchivesSpaceService' Service...
[2015-07-30 08:34:46] [info]  [ 1072] Starting service...
[2015-07-30 08:34:46] [error] [ 1072] Failed to execute process
[2015-07-30 08:34:46] [error] [ 1072] The directory name is invalid.
[2015-07-30 08:34:46] [error] [ 1072] ServiceStart returned 5
[2015-07-30 08:34:46] [error] [ 1072] The directory name is invalid.
[2015-07-30 08:34:46] [info]  [ 1080] Run service finished.
[2015-07-30 08:34:47] [info]  [ 1080] Commons Daemon procrun finished



[2015-07-30 11:56:40] [info]  [ 4524] Commons Daemon procrun (1.0.15.0 32-bit) started
[2015-07-30 11:56:40] [info]  [ 4524] Running 'ArchivesSpaceService' Service...
[2015-07-30 11:56:40] [info]  [ 1924] Starting service...
[2015-07-30 11:56:40] [error] [ 1924] Failed to execute process
[2015-07-30 11:56:40] [error] [ 1924] The directory name is invalid.
[2015-07-30 11:56:40] [error] [ 1924] ServiceStart returned 5
[2015-07-30 11:56:40] [error] [ 1924] The directory name is invalid.
[2015-07-30 11:56:40] [info]  [ 4524] Run service finished.
[2015-07-30 11:56:40] [info]  [ 4524] Commons Daemon procrun finished



I am mostly wondering if I am missing something simple.



Thank you,



Lisa C. Josephs

Archivist

National Steinbeck Center

1 Main Street,

Salinas, CA



________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/0141855a/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Thu Jul 30 16:03:48 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Thu, 30 Jul 2015 20:03:48 +0000
Subject: [Archivesspace_Users_Group] First
	time	AS	Install--Invalid	Directory Name
In-Reply-To: <BN1PR02MB229C1B7D15BE740A3551FF2D58B0@BN1PR02MB229.namprd02.prod.outlook.com>
References: <BN1PR02MB22957CB97ED3A739E1D6F0DD58B0@BN1PR02MB229.namprd02.prod.outlook.com>,
	<BC956D2E678CC4429802DD4EC1D8942014A22F@EXCHMBX1.hws.edu>,
	<BN1PR02MB229C1B7D15BE740A3551FF2D58B0@BN1PR02MB229.namprd02.prod.outlook.com>
Message-ID: <DM2PR0801MB0848154CB1B0A6754AB97881FB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>

Hi Lisa,


Are you sure you've unpacked the zip file? You should see a directory at C:\Users\dsilguero\Desktop\archivesspace . Try doing a dir C:\Users\dsilguero\Desktop\archivesspace command and see if it lists anything.


b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steinbeck Archives <archives at steinbeck.org>
Sent: Thursday, July 30, 2015 9:50 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] First time AS Install--Invalid Directory Name


Hi Jamie,


I've got C:\Users\dsilguero\Desktop\archivesspace


Lisa


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Kutzuba, Jamie <KUTZUBA at hws.edu>
Sent: Thursday, July 30, 2015 12:29 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] First time AS Install--Invalid Directory Name


Hi Lisa-



What is the full path to the ArchivesSpace directory? For example, ours is C:\archivesspace-1.3.0\archivesspace .



Thanks- Jamie

315.781.4355



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steinbeck Archives
Sent: Thursday, July 30, 2015 3:11 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] First time AS Install--Invalid Directory Name



Hello Everyone,



The Steinbeck Center just recently joined ArchivesSpace as a Very Small institution. We don't have any IT staff, so it has fallen to me to install ArchivesSpace and I'm running across both the following errors below in trying to launch it for the first time.



I am on Windows 7 and the issue is when I attempt to Launch the GUI monitor, it doesn't fully start and logs the following two errors. It may be possible the computer I'm working on doesn't have the resources to run AS.



[2015-07-30 08:34:46] [info]  [ 1080] Commons Daemon procrun (1.0.15.0 32-bit) started
[2015-07-30 08:34:46] [info]  [ 1080] Running 'ArchivesSpaceService' Service...
[2015-07-30 08:34:46] [info]  [ 1072] Starting service...
[2015-07-30 08:34:46] [error] [ 1072] Failed to execute process
[2015-07-30 08:34:46] [error] [ 1072] The directory name is invalid.
[2015-07-30 08:34:46] [error] [ 1072] ServiceStart returned 5
[2015-07-30 08:34:46] [error] [ 1072] The directory name is invalid.
[2015-07-30 08:34:46] [info]  [ 1080] Run service finished.
[2015-07-30 08:34:47] [info]  [ 1080] Commons Daemon procrun finished



[2015-07-30 11:56:40] [info]  [ 4524] Commons Daemon procrun (1.0.15.0 32-bit) started
[2015-07-30 11:56:40] [info]  [ 4524] Running 'ArchivesSpaceService' Service...
[2015-07-30 11:56:40] [info]  [ 1924] Starting service...
[2015-07-30 11:56:40] [error] [ 1924] Failed to execute process
[2015-07-30 11:56:40] [error] [ 1924] The directory name is invalid.
[2015-07-30 11:56:40] [error] [ 1924] ServiceStart returned 5
[2015-07-30 11:56:40] [error] [ 1924] The directory name is invalid.
[2015-07-30 11:56:40] [info]  [ 4524] Run service finished.
[2015-07-30 11:56:40] [info]  [ 4524] Commons Daemon procrun finished



I am mostly wondering if I am missing something simple.



Thank you,



Lisa C. Josephs

Archivist

National Steinbeck Center

1 Main Street,

Salinas, CA


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/d5b8bf88/attachment.html>

From archives at steinbeck.org  Thu Jul 30 16:10:45 2015
From: archives at steinbeck.org (Steinbeck Archives)
Date: Thu, 30 Jul 2015 20:10:45 +0000
Subject: [Archivesspace_Users_Group]
	First	time	AS	Install--Invalid	Directory Name
In-Reply-To: <DM2PR0801MB0848154CB1B0A6754AB97881FB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <BN1PR02MB22957CB97ED3A739E1D6F0DD58B0@BN1PR02MB229.namprd02.prod.outlook.com>,
	<BC956D2E678CC4429802DD4EC1D8942014A22F@EXCHMBX1.hws.edu>,
	<BN1PR02MB229C1B7D15BE740A3551FF2D58B0@BN1PR02MB229.namprd02.prod.outlook.com>,
	<DM2PR0801MB0848154CB1B0A6754AB97881FB8B0@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <BN1PR02MB229CC137B0F8A78834D2FE0D58B0@BN1PR02MB229.namprd02.prod.outlook.com>

Hi Chris,


Yup. I did unpack it. A dir command at \archivesspace gives me a list of 13 files and 18 directories.


Following the instructions for configuring for Windows, I got as far as downloading and configuring the MySQL database fine and extracting the prunmgr and prunsrv from the procrun download in order to create the ArchivesSpaceService and ArchivesSpaceServicew executables all okay.


But when I go to the launch instructions it seems to work for a second or two, but never completes the launch and produces the errors.


Lisa


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org>
Sent: Thursday, July 30, 2015 1:03 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] First time AS Install--Invalid Directory Name


Hi Lisa,


Are you sure you've unpacked the zip file? You should see a directory at C:\Users\dsilguero\Desktop\archivesspace . Try doing a dir C:\Users\dsilguero\Desktop\archivesspace command and see if it lists anything.


b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steinbeck Archives <archives at steinbeck.org>
Sent: Thursday, July 30, 2015 9:50 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] First time AS Install--Invalid Directory Name


Hi Jamie,


I've got C:\Users\dsilguero\Desktop\archivesspace


Lisa


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Kutzuba, Jamie <KUTZUBA at hws.edu>
Sent: Thursday, July 30, 2015 12:29 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] First time AS Install--Invalid Directory Name


Hi Lisa-



What is the full path to the ArchivesSpace directory? For example, ours is C:\archivesspace-1.3.0\archivesspace .



Thanks- Jamie

315.781.4355



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steinbeck Archives
Sent: Thursday, July 30, 2015 3:11 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] First time AS Install--Invalid Directory Name



Hello Everyone,



The Steinbeck Center just recently joined ArchivesSpace as a Very Small institution. We don't have any IT staff, so it has fallen to me to install ArchivesSpace and I'm running across both the following errors below in trying to launch it for the first time.



I am on Windows 7 and the issue is when I attempt to Launch the GUI monitor, it doesn't fully start and logs the following two errors. It may be possible the computer I'm working on doesn't have the resources to run AS.



[2015-07-30 08:34:46] [info]  [ 1080] Commons Daemon procrun (1.0.15.0 32-bit) started
[2015-07-30 08:34:46] [info]  [ 1080] Running 'ArchivesSpaceService' Service...
[2015-07-30 08:34:46] [info]  [ 1072] Starting service...
[2015-07-30 08:34:46] [error] [ 1072] Failed to execute process
[2015-07-30 08:34:46] [error] [ 1072] The directory name is invalid.
[2015-07-30 08:34:46] [error] [ 1072] ServiceStart returned 5
[2015-07-30 08:34:46] [error] [ 1072] The directory name is invalid.
[2015-07-30 08:34:46] [info]  [ 1080] Run service finished.
[2015-07-30 08:34:47] [info]  [ 1080] Commons Daemon procrun finished



[2015-07-30 11:56:40] [info]  [ 4524] Commons Daemon procrun (1.0.15.0 32-bit) started
[2015-07-30 11:56:40] [info]  [ 4524] Running 'ArchivesSpaceService' Service...
[2015-07-30 11:56:40] [info]  [ 1924] Starting service...
[2015-07-30 11:56:40] [error] [ 1924] Failed to execute process
[2015-07-30 11:56:40] [error] [ 1924] The directory name is invalid.
[2015-07-30 11:56:40] [error] [ 1924] ServiceStart returned 5
[2015-07-30 11:56:40] [error] [ 1924] The directory name is invalid.
[2015-07-30 11:56:40] [info]  [ 4524] Run service finished.
[2015-07-30 11:56:40] [info]  [ 4524] Commons Daemon procrun finished



I am mostly wondering if I am missing something simple.



Thank you,



Lisa C. Josephs

Archivist

National Steinbeck Center

1 Main Street,

Salinas, CA



________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/acda0f2f/attachment.html>

From christine.dibella at lyrasis.org  Thu Jul 30 17:14:25 2015
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Thu, 30 Jul 2015 21:14:25 +0000
Subject: [Archivesspace_Users_Group] registration for Member Meeting closing
	August 1
Message-ID: <BLUPR08MB1779CE8526B61FB08A14CB91F18B0@BLUPR08MB1779.namprd08.prod.outlook.com>

Dear ArchivesSpace Members,

The August 1 deadline to register for the free ArchivesSpace Member Meeting on August 22 in Cleveland is nearly here. If you plan to be there, please take a minute to let us know you're coming. The online registration form is at https://www.eventbrite.com/e/archivesspace-member-meeting-registration-16770198114. (And if you have previously registered and now realize you won't be able to be there, please let me know that too.)

More information on the program is available on the ArchivesSpace wiki at https://archivesspace.atlassian.net/wiki/display/ADC/ArchivesSpace+Member+Meeting+2015. If you have any questions, please just drop me a line. Looking forward to seeing many of you there!

Best,
Christine

Christine Di Bella
Community Outreach and Support Manager
christine.dibella at lyrasis.org<mailto: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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/98f1cbdd/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 7645 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150730/98f1cbdd/attachment.png>

From psuda1 at tulane.edu  Fri Jul 31 10:28:11 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Fri, 31 Jul 2015 14:28:11 +0000
Subject: [Archivesspace_Users_Group] ASpace and Apache revisited
Message-ID: <CY1PR0301MB12737CB99CC29C360FD9C68AE58A0@CY1PR0301MB1273.namprd03.prod.outlook.com>

Greetings all,

              We have ASpace 1.3.0 up and running on a dev server. We are able to get to localhost:8080 (staff interface) but we are unable to get localhost:8081 open. We are getting timeout errors, etc. The config settings are listed below:

AppConfig[:backend_url] = "http://localhost:8089"
AppConfig[:frontend_url] = "http://localhost:8080"
AppConfig[:frontend_prefix] = proc { "#{URI(AppConfig[:frontend_url]).path}/".gsub(%r{/+$}, "/") }
AppConfig[:solr_url] = "http://localhost:8090"
AppConfig[:indexer_url] = "http://localhost:8091"
AppConfig[:public_url] = "http://localhost:8081"
AppConfig[:public_prefix] = proc { "#{URI(AppConfig[:public_url]).path}/".gsub(%r{/+$}, "/") }


The Apache config is

Ataspace.tulane.edu:8080 (staff)
Ataspace.tulane.edu:8081 (public)

Thanks,

Phil

Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu
504-865-5607

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150731/2ebab020/attachment.html>

From sdm7g at virginia.edu  Fri Jul 31 10:50:27 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Fri, 31 Jul 2015 10:50:27 -0400
Subject: [Archivesspace_Users_Group] ASpace and Apache revisited
In-Reply-To: <CY1PR0301MB12737CB99CC29C360FD9C68AE58A0@CY1PR0301MB1273.namprd03.prod.outlook.com>
References: <CY1PR0301MB12737CB99CC29C360FD9C68AE58A0@CY1PR0301MB1273.namprd03.prod.outlook.com>
Message-ID: <6FB2CC92-A520-4701-BE30-74A6D2E35298@virginia.edu>


Firewall settings ?  ( Always my first suspicion when using a non standard port # ) 
Can you access it from the localhost ? 

Any errors in the logfile on startup ? 


? Steve Majewski



> On Jul 31, 2015, at 10:28 AM, Suda, Phillip J <psuda1 at tulane.edu> wrote:
> 
> Greetings all, 
>  
>               We have ASpace 1.3.0 up and running on a dev server. We are able to get to localhost:8080 (staff interface) but we are unable to get localhost:8081 open. We are getting timeout errors, etc. The config settings are listed below:
>  
> AppConfig[:backend_url] = "http://localhost:8089 <http://localhost:8089/>"
> AppConfig[:frontend_url] = "http://localhost:8080 <http://localhost:8080/>"
> AppConfig[:frontend_prefix] = proc { "#{URI(AppConfig[:frontend_url]).path}/".gsub(%r{/+$}, "/") }
> AppConfig[:solr_url] = "http://localhost:8090 <http://localhost:8090/>"
> AppConfig[:indexer_url] = "http://localhost:8091 <http://localhost:8091/>"
> AppConfig[:public_url] = "http://localhost:8081 <http://localhost:8081/>"
> AppConfig[:public_prefix] = proc { "#{URI(AppConfig[:public_url]).path}/".gsub(%r{/+$}, "/") }
>  
>  
> The Apache config is 
>  
> Ataspace.tulane.edu <http://ataspace.tulane.edu/>:8080 (staff)
> Ataspace.tulane.edu <http://ataspace.tulane.edu/>:8081 (public)
>  
> Thanks, 
>  
> Phil 
>  
> Phillip Suda
> Systems Librarian
> Howard-Tilton Memorial Library
> Tulane University
> psuda1 at tulane.edu <mailto:psuda1 at tulane.edu>
> 504-865-5607
>  
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150731/6ef08194/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150731/6ef08194/attachment.bin>

From psuda1 at tulane.edu  Fri Jul 31 10:55:38 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Fri, 31 Jul 2015 14:55:38 +0000
Subject: [Archivesspace_Users_Group] ASpace and Apache revisited
In-Reply-To: <6FB2CC92-A520-4701-BE30-74A6D2E35298@virginia.edu>
References: <CY1PR0301MB12737CB99CC29C360FD9C68AE58A0@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<6FB2CC92-A520-4701-BE30-74A6D2E35298@virginia.edu>
Message-ID: <CY1PR0301MB1273AF2C6ACE7E3C1785AD5DE58A0@CY1PR0301MB1273.namprd03.prod.outlook.com>

I confirmed that the ports are open. I do not see any errors but it still seems to be indexing (?running index round??).

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Friday, July 31, 2015 9:50 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] ASpace and Apache revisited


Firewall settings ?  ( Always my first suspicion when using a non standard port # )
Can you access it from the localhost ?

Any errors in the logfile on startup ?


? Steve Majewski



On Jul 31, 2015, at 10:28 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:

Greetings all,

              We have ASpace 1.3.0 up and running on a dev server. We are able to get to localhost:8080 (staff interface) but we are unable to get localhost:8081 open. We are getting timeout errors, etc. The config settings are listed below:

AppConfig[:backend_url] = "http://localhost:8089<http://localhost:8089/>"
AppConfig[:frontend_url] = "http://localhost:8080<http://localhost:8080/>"
AppConfig[:frontend_prefix] = proc { "#{URI(AppConfig[:frontend_url]).path}/".gsub(%r{/+$}, "/") }
AppConfig[:solr_url] = "http://localhost:8090<http://localhost:8090/>"
AppConfig[:indexer_url] = "http://localhost:8091<http://localhost:8091/>"
AppConfig[:public_url] = "http://localhost:8081<http://localhost:8081/>"
AppConfig[:public_prefix] = proc { "#{URI(AppConfig[:public_url]).path}/".gsub(%r{/+$}, "/") }


The Apache config is

Ataspace.tulane.edu<http://ataspace.tulane.edu/>:8080 (staff)
Ataspace.tulane.edu<http://ataspace.tulane.edu/>:8081 (public)

Thanks,

Phil

Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150731/fb1db571/attachment.html>

From Kevin.Clair at du.edu  Fri Jul 31 11:06:37 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Fri, 31 Jul 2015 15:06:37 +0000
Subject: [Archivesspace_Users_Group] ASpace and Apache revisited
In-Reply-To: <CY1PR0301MB1273AF2C6ACE7E3C1785AD5DE58A0@CY1PR0301MB1273.namprd03.prod.outlook.com>
References: <CY1PR0301MB12737CB99CC29C360FD9C68AE58A0@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<6FB2CC92-A520-4701-BE30-74A6D2E35298@virginia.edu>
	<CY1PR0301MB1273AF2C6ACE7E3C1785AD5DE58A0@CY1PR0301MB1273.namprd03.prod.outlook.com>
Message-ID: <1F1E72103798F04D96C355B296D7C61B4FCF3D@mb2-uts.du.edu>

When we first migrated, we also had timeout issues during the initial index round. We were able to add more memory to the VM ArchivesSpace runs on, which solved the problem for us, but if you can?t do that you can also adjust the number of CPU cores ArchivesSpace uses to index and the number of records it indexes at a time, which lengthens the amount of time the index takes but is less resource-intensive.

I think the :indexer_records_per_thread and :indexer_thread_count settings are 25 and 4 out of the box, respectively; I have it set to 20 and 2 on my test VMs because they have less memory and processing power than our production server.  -k

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Suda, Phillip J
Sent: Friday, July 31, 2015 8:56 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ASpace and Apache revisited

I confirmed that the ports are open. I do not see any errors but it still seems to be indexing (?running index round??).

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Friday, July 31, 2015 9:50 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] ASpace and Apache revisited


Firewall settings ?  ( Always my first suspicion when using a non standard port # )
Can you access it from the localhost ?

Any errors in the logfile on startup ?


? Steve Majewski



On Jul 31, 2015, at 10:28 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:

Greetings all,

              We have ASpace 1.3.0 up and running on a dev server. We are able to get to localhost:8080 (staff interface) but we are unable to get localhost:8081 open. We are getting timeout errors, etc. The config settings are listed below:

AppConfig[:backend_url] = "http://localhost:8089<http://localhost:8089/>"
AppConfig[:frontend_url] = "http://localhost:8080<http://localhost:8080/>"
AppConfig[:frontend_prefix] = proc { "#{URI(AppConfig[:frontend_url]).path}/".gsub(%r{/+$}, "/") }
AppConfig[:solr_url] = "http://localhost:8090<http://localhost:8090/>"
AppConfig[:indexer_url] = "http://localhost:8091<http://localhost:8091/>"
AppConfig[:public_url] = "http://localhost:8081<http://localhost:8081/>"
AppConfig[:public_prefix] = proc { "#{URI(AppConfig[:public_url]).path}/".gsub(%r{/+$}, "/") }


The Apache config is

Ataspace.tulane.edu<http://ataspace.tulane.edu/>:8080 (staff)
Ataspace.tulane.edu<http://ataspace.tulane.edu/>:8081 (public)

Thanks,

Phil

Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150731/6f3a7482/attachment.html>

From psuda1 at tulane.edu  Fri Jul 31 11:15:18 2015
From: psuda1 at tulane.edu (Suda, Phillip J)
Date: Fri, 31 Jul 2015 15:15:18 +0000
Subject: [Archivesspace_Users_Group] ASpace and Apache revisited
In-Reply-To: <1F1E72103798F04D96C355B296D7C61B4FCF3D@mb2-uts.du.edu>
References: <CY1PR0301MB12737CB99CC29C360FD9C68AE58A0@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<6FB2CC92-A520-4701-BE30-74A6D2E35298@virginia.edu>
	<CY1PR0301MB1273AF2C6ACE7E3C1785AD5DE58A0@CY1PR0301MB1273.namprd03.prod.outlook.com>
	<1F1E72103798F04D96C355B296D7C61B4FCF3D@mb2-uts.du.edu>
Message-ID: <CY1PR0301MB12735496A04964055A88090CE58A0@CY1PR0301MB1273.namprd03.prod.outlook.com>

Thanks Kevin. I will give these suggestions a try. I appreciate it.

Phil

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair
Sent: Friday, July 31, 2015 10:07 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] ASpace and Apache revisited

When we first migrated, we also had timeout issues during the initial index round. We were able to add more memory to the VM ArchivesSpace runs on, which solved the problem for us, but if you can?t do that you can also adjust the number of CPU cores ArchivesSpace uses to index and the number of records it indexes at a time, which lengthens the amount of time the index takes but is less resource-intensive.

I think the :indexer_records_per_thread and :indexer_thread_count settings are 25 and 4 out of the box, respectively; I have it set to 20 and 2 on my test VMs because they have less memory and processing power than our production server.  -k

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Suda, Phillip J
Sent: Friday, July 31, 2015 8:56 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ASpace and Apache revisited

I confirmed that the ports are open. I do not see any errors but it still seems to be indexing (?running index round??).

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Friday, July 31, 2015 9:50 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] ASpace and Apache revisited


Firewall settings ?  ( Always my first suspicion when using a non standard port # )
Can you access it from the localhost ?

Any errors in the logfile on startup ?


? Steve Majewski



On Jul 31, 2015, at 10:28 AM, Suda, Phillip J <psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>> wrote:

Greetings all,

              We have ASpace 1.3.0 up and running on a dev server. We are able to get to localhost:8080 (staff interface) but we are unable to get localhost:8081 open. We are getting timeout errors, etc. The config settings are listed below:

AppConfig[:backend_url] = "http://localhost:8089<http://localhost:8089/>"
AppConfig[:frontend_url] = "http://localhost:8080<http://localhost:8080/>"
AppConfig[:frontend_prefix] = proc { "#{URI(AppConfig[:frontend_url]).path}/".gsub(%r{/+$}, "/") }
AppConfig[:solr_url] = "http://localhost:8090<http://localhost:8090/>"
AppConfig[:indexer_url] = "http://localhost:8091<http://localhost:8091/>"
AppConfig[:public_url] = "http://localhost:8081<http://localhost:8081/>"
AppConfig[:public_prefix] = proc { "#{URI(AppConfig[:public_url]).path}/".gsub(%r{/+$}, "/") }


The Apache config is

Ataspace.tulane.edu<http://ataspace.tulane.edu/>:8080 (staff)
Ataspace.tulane.edu<http://ataspace.tulane.edu/>:8081 (public)

Thanks,

Phil

Phillip Suda
Systems Librarian
Howard-Tilton Memorial Library
Tulane University
psuda1 at tulane.edu<mailto:psuda1 at tulane.edu>
504-865-5607

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150731/df89c41b/attachment.html>

From drossetti at colum.edu  Fri Jul 31 11:58:19 2015
From: drossetti at colum.edu (Rossetti, Dominic)
Date: Fri, 31 Jul 2015 15:58:19 +0000
Subject: [Archivesspace_Users_Group] EAD Import Issue...
Message-ID: <92723F32A19E4446AB97F20B464D1CEB633B0789@EXBOX01.admin.colum.edu>

Hey all,

When trying to import EAD I get the following error message in the log file:

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
IMPORT ERROR
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!


Error: #&lt;Encoding::UndefinedConversionError: &quot;&quot;\x9D&quot;&quot; from Windows-1252 to UTF-8&gt;
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

I've attached a file as an example. The EAD is valid and correct. Not sure what is causing the issue.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150731/6796639b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dpu_ead_cm0001_stvincentchurchchi.xml
Type: text/xml
Size: 54509 bytes
Desc: dpu_ead_cm0001_stvincentchurchchi.xml
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150731/6796639b/attachment.xml>

From christy.tomecek at yale.edu  Fri Jul 31 12:17:56 2015
From: christy.tomecek at yale.edu (Tomecek, Christy)
Date: Fri, 31 Jul 2015 16:17:56 +0000
Subject: [Archivesspace_Users_Group] EAD Import Issue...
In-Reply-To: <92723F32A19E4446AB97F20B464D1CEB633B0789@EXBOX01.admin.colum.edu>
References: <92723F32A19E4446AB97F20B464D1CEB633B0789@EXBOX01.admin.colum.edu>
Message-ID: <F7FDE3B9AEF90E419538D2992E9DCD6B1F7C2E99@X10-MBX11.yu.yale.edu>

Hello,

I think the issue is that there are Word "Smart Quotes" in your text fields (not the markup itself). The EAD won't validate if they are present.

Example (Smart quote highlighted):

<abstract label="Abstract">Dating from 1918 to 2000, the History and Background Information series consists of written histories, newspaper clippings, and anniversary publications documenting St. Vincent's steady growth in the Lincoln Park neighborhood.

There is a way to turn off Smart Quotes in Word so this way you don't have to go line by line fixing them if you are doing a copy-paste from a Word Document into ASpace.


*         Open Word. Go to File (or if you are in Windows 8/8.1, go to the Windows logo button).

*         Scroll to the bottom of the sidebar where things like "New," "Save," etc. are and click on "Options" at the bottom.

*         Go to "Proofing," located on the sidebar.

*         Go to "AutoCorrect Options" in the main panel.

*         Go to the "AutoFormat As You Type" tab and uncheck the "'Straight quotes' with 'smart quotes'" options under "Replace When You Type."

Best,
Christy

--

Christy Tomecek
Archives Assistant
Yale University Library
Manuscripts and Archives
203-432-7382
christy.tomecek at yale.edu


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Rossetti, Dominic
Sent: Friday, July 31, 2015 11:58 AM
To: 'archivesspace_users_group at lyralists.lyrasis.org'
Subject: [Archivesspace_Users_Group] EAD Import Issue...

Hey all,

When trying to import EAD I get the following error message in the log file:

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
IMPORT ERROR
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!


Error: #&lt;Encoding::UndefinedConversionError: &quot;&quot;\x9D&quot;&quot; from Windows-1252 to UTF-8&gt;
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

I've attached a file as an example. The EAD is valid and correct. Not sure what is causing the issue.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150731/34ae5b4f/attachment.html>

From sdm7g at virginia.edu  Fri Jul 31 12:31:20 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Fri, 31 Jul 2015 12:31:20 -0400
Subject: [Archivesspace_Users_Group] EAD Import Issue...
In-Reply-To: <F7FDE3B9AEF90E419538D2992E9DCD6B1F7C2E99@X10-MBX11.yu.yale.edu>
References: <92723F32A19E4446AB97F20B464D1CEB633B0789@EXBOX01.admin.colum.edu>
	<F7FDE3B9AEF90E419538D2992E9DCD6B1F7C2E99@X10-MBX11.yu.yale.edu>
Message-ID: <CD7ACCA1-FAE0-4F86-A36A-1ECC6A335210@virginia.edu>


You might also try changing the encoding of the EAD file in the XML header.
If it?s not declared, by default it?s UTF-8. 
Change the first line to:

	<?xml version="1.0" encoding="windows-1252"?>


( I don?t know for a fact if this will work for ArchivesSpace, but it works with most parsers and validators. )


Alternatively, if you have ?iconv? you can run a conversion thru that program to change the encoding:

iconv -f WINDOWS-1252 -t UTF-8 




? Steve Majewski



> On Jul 31, 2015, at 12:17 PM, Tomecek, Christy <christy.tomecek at yale.edu> wrote:
> 
> Hello,
>  
> I think the issue is that there are Word ?Smart Quotes? in your text fields (not the markup itself). The EAD won?t validate if they are present.
>  
> Example (Smart quote highlighted):
>  
> <abstract label="Abstract">Dating from 1918 to 2000, the History and Background Information series consists of written histories, newspaper clippings, and anniversary publications documenting St. Vincent?s steady growth in the Lincoln Park neighborhood.
>  
> There is a way to turn off Smart Quotes in Word so this way you don?t have to go line by line fixing them if you are doing a copy-paste from a Word Document into ASpace.
>  
> ?         Open Word. Go to File (or if you are in Windows 8/8.1, go to the Windows logo button).
> ?         Scroll to the bottom of the sidebar where things like "New," "Save," etc. are and click on "Options" at the bottom. 
> ?         Go to "Proofing," located on the sidebar.
> ?         Go to "AutoCorrect Options" in the main panel.
> ?         Go to the "AutoFormat As You Type" tab and uncheck the "'Straight quotes' with 'smart quotes'" options under "Replace When You Type."
>  
> Best,
> Christy
>  
> --
>  
> Christy Tomecek
> Archives Assistant
> Yale University Library
> Manuscripts and Archives
> 203-432-7382
> christy.tomecek at yale.edu <mailto:christy.tomecek at yale.edu>
>  
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Rossetti, Dominic
> Sent: Friday, July 31, 2015 11:58 AM
> To: 'archivesspace_users_group at lyralists.lyrasis.org'
> Subject: [Archivesspace_Users_Group] EAD Import Issue...
>  
> Hey all,
>  
> When trying to import EAD I get the following error message in the log file:
>  
> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
> IMPORT ERROR
> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>  
>  
> Error: #&lt;Encoding::UndefinedConversionError: &quot;&quot;\x9D&quot;&quot; from Windows-1252 to UTF-8&gt;
> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>  
> I?ve attached a file as an example. The EAD is valid and correct. Not sure what is causing the issue.
> _______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150731/4fc0097a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150731/4fc0097a/attachment.bin>

From christine.dibella at lyrasis.org  Fri Jul 31 12:36:46 2015
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Fri, 31 Jul 2015 16:36:46 +0000
Subject: [Archivesspace_Users_Group] Job posting: Preservation Librarian
In-Reply-To: <258DAA17-EFDA-47E7-96B7-3985CD29526D@lyrasis.org>
References: <258DAA17-EFDA-47E7-96B7-3985CD29526D@lyrasis.org>
Message-ID: <FEF86030-B136-446B-B2FF-1306951FA232@lyrasis.org>

Posted on behalf of LYRASIS.

=============

Are you knowledgeable about the preservation of analog and digital collections?

Do you like working with people and collections from archives, libraries and museums? If so, please consider joining the LYRASIS Digital and Preservation Team.

We are looking for a Preservation Librarian now!

The Preservation Librarian is responsible for the implementation and management of a Preservation Field Services Program that provides outreach, education, and general information on preservation best practices and techniques. The Librarian will focus on both analog and digital collections managed and cared for by archives, libraries and museums. S/He develops and conducts both in person and online training, as well as providing formal and informal consultations. This position is currently funded by a grant from the National Endowment for the Humanities.

The full job description is available at:
http://www.lyrasis.org/job/Pages/LYRASIS-Positions.aspx  <http://www.lyrasis.org/job/Pages/LYRASIS-Positions.aspx>

Applications accepted until position is filled. Those received by Aug 12 may be selected for pre-interviews at the Society of American Archivists (SAA) 2015 conference.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150731/f144980e/attachment.html>

From mark.custer at yale.edu  Fri Jul 31 13:12:35 2015
From: mark.custer at yale.edu (Custer, Mark)
Date: Fri, 31 Jul 2015 17:12:35 +0000
Subject: [Archivesspace_Users_Group] EAD Import Issue...
In-Reply-To: <CD7ACCA1-FAE0-4F86-A36A-1ECC6A335210@virginia.edu>
References: <92723F32A19E4446AB97F20B464D1CEB633B0789@EXBOX01.admin.colum.edu>
	<F7FDE3B9AEF90E419538D2992E9DCD6B1F7C2E99@X10-MBX11.yu.yale.edu>
	<CD7ACCA1-FAE0-4F86-A36A-1ECC6A335210@virginia.edu>
Message-ID: <DCB910FAD4CF9343B3E424AF5F3310252560B13D@x10-mbx8.yu.yale.edu>

Interesting.  I just tried to change the encoding value, but that doesn?t work.  If you do a find and replace in the file to replace the single quotes, though, the record will import fine.  I?ve attached a copy of the record that I was able to import.

For the record, using that type of single quote doesn?t invalidate the EAD file.  It?s still perfectly valid, but I don?t know if it?s fully UTF-8 compliant.

Is there any way to come up with a list of invalid characters?  If so, then that could be added to a Schematron file to test and make sure those values aren?t present before attempting to do the batch upload.

Mark



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Friday, July 31, 2015 12:31 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD Import Issue...


You might also try changing the encoding of the EAD file in the XML header.
If it?s not declared, by default it?s UTF-8.
Change the first line to:

            <?xml version="1.0" encoding="windows-1252"?>


( I don?t know for a fact if this will work for ArchivesSpace, but it works with most parsers and validators. )


Alternatively, if you have ?iconv? you can run a conversion thru that program to change the encoding:

iconv -f WINDOWS-1252 -t UTF-8




? Steve Majewski



On Jul 31, 2015, at 12:17 PM, Tomecek, Christy <christy.tomecek at yale.edu<mailto:christy.tomecek at yale.edu>> wrote:

Hello,

I think the issue is that there are Word ?Smart Quotes? in your text fields (not the markup itself). The EAD won?t validate if they are present.

Example (Smart quote highlighted):

<abstract label="Abstract">Dating from 1918 to 2000, the History and Background Information series consists of written histories, newspaper clippings, and anniversary publications documenting St. Vincent?s steady growth in the Lincoln Park neighborhood.

There is a way to turn off Smart Quotes in Word so this way you don?t have to go line by line fixing them if you are doing a copy-paste from a Word Document into ASpace.

?         Open Word. Go to File (or if you are in Windows 8/8.1, go to the Windows logo button).
?         Scroll to the bottom of the sidebar where things like "New," "Save," etc. are and click on "Options" at the bottom.
?         Go to "Proofing," located on the sidebar.
?         Go to "AutoCorrect Options" in the main panel.
?         Go to the "AutoFormat As You Type" tab and uncheck the "'Straight quotes' with 'smart quotes'" options under "Replace When You Type."

Best,
Christy

--

Christy Tomecek
Archives Assistant
Yale University Library
Manuscripts and Archives
203-432-7382
christy.tomecek at yale.edu<mailto:christy.tomecek at yale.edu>


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Rossetti, Dominic
Sent: Friday, July 31, 2015 11:58 AM
To: 'archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>'
Subject: [Archivesspace_Users_Group] EAD Import Issue...

Hey all,

When trying to import EAD I get the following error message in the log file:

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
IMPORT ERROR
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!


Error: #&lt;Encoding::UndefinedConversionError: &quot;&quot;\x9D&quot;&quot; from Windows-1252 to UTF-8&gt;
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

I?ve attached a file as an example. The EAD is valid and correct. Not sure what is causing the issue.
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=ONZ_tzFly3LOGxk_7dqccGCBrqT5JyiPkFAKzNIo-fk&s=MlHFxUG4tOKSstrhCGRzJgiOBpbTCE-S0CkPZW3m9m0&e=>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150731/e466e224/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dpu_ead_cm0001_stvincentchurchchi-edited.xml
Type: text/xml
Size: 54453 bytes
Desc: dpu_ead_cm0001_stvincentchurchchi-edited.xml
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150731/e466e224/attachment.xml>

From sdm7g at virginia.edu  Fri Jul 31 14:04:17 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Fri, 31 Jul 2015 14:04:17 -0400
Subject: [Archivesspace_Users_Group] EAD Import Issue...
In-Reply-To: <DCB910FAD4CF9343B3E424AF5F3310252560B13D@x10-mbx8.yu.yale.edu>
References: <92723F32A19E4446AB97F20B464D1CEB633B0789@EXBOX01.admin.colum.edu>
	<F7FDE3B9AEF90E419538D2992E9DCD6B1F7C2E99@X10-MBX11.yu.yale.edu>
	<CD7ACCA1-FAE0-4F86-A36A-1ECC6A335210@virginia.edu>
	<DCB910FAD4CF9343B3E424AF5F3310252560B13D@x10-mbx8.yu.yale.edu>
Message-ID: <92A65AA5-BB91-422E-850C-A3E04B4A5796@virginia.edu>


When I download that original email enclosure and run xmllint on it, it doesn?t show any encoding errors.
I was also able to import it into ArchivesSpace without any errors.

I wonder if the translation to and from Base64 encoding of the email enclosure somehow 
transforms the character encoding and fixes the problem ? 


Re: testing with Schematron: 

In my experience ( with doing validation in Java and hitting those kind of encoding errors )
encoding errors come from early in the processing pipeline before Schematron or XSLT processing. 
I think you would need to scan the file for invalid encoding before passing it to the XML parser. 
( In fact, I?m not even sure if you can express an invalid encoding in Schematron if it?s XML in 
  a particular encoding. ) 


? Steve. 



> On Jul 31, 2015, at 1:12 PM, Custer, Mark <mark.custer at yale.edu> wrote:
> 
> Interesting.  I just tried to change the encoding value, but that doesn?t work.  If you do a find and replace in the file to replace the single quotes, though, the record will import fine.  I?ve attached a copy of the record that I was able to import.
>  
> For the record, using that type of single quote doesn?t invalidate the EAD file.  It?s still perfectly valid, but I don?t know if it?s fully UTF-8 compliant.
>  
> Is there any way to come up with a list of invalid characters?  If so, then that could be added to a Schematron file to test and make sure those values aren?t present before attempting to do the batch upload.
>  
> Mark
>  
>  
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
> Sent: Friday, July 31, 2015 12:31 PM
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] EAD Import Issue...
>  
>  
> You might also try changing the encoding of the EAD file in the XML header.
> If it?s not declared, by default it?s UTF-8. 
> Change the first line to:
>  
>             <?xml version="1.0" encoding="windows-1252"?>
>  
>  
> ( I don?t know for a fact if this will work for ArchivesSpace, but it works with most parsers and validators. )
>  
>  
> Alternatively, if you have ?iconv? you can run a conversion thru that program to change the encoding:
>  
> iconv -f WINDOWS-1252 -t UTF-8 
>  
>  
>  
>  
> ? Steve Majewski
>  
>  
>  
> On Jul 31, 2015, at 12:17 PM, Tomecek, Christy <christy.tomecek at yale.edu <mailto:christy.tomecek at yale.edu>> wrote:
>  
> Hello,
>  
> I think the issue is that there are Word ?Smart Quotes? in your text fields (not the markup itself). The EAD won?t validate if they are present.
>  
> Example (Smart quote highlighted):
>  
> <abstract label="Abstract">Dating from 1918 to 2000, the History and Background Information series consists of written histories, newspaper clippings, and anniversary publications documenting St. Vincent?s steady growth in the Lincoln Park neighborhood.
>  
> There is a way to turn off Smart Quotes in Word so this way you don?t have to go line by line fixing them if you are doing a copy-paste from a Word Document into ASpace.
>  
> ?         Open Word. Go to File (or if you are in Windows 8/8.1, go to the Windows logo button).
> ?         Scroll to the bottom of the sidebar where things like "New," "Save," etc. are and click on "Options" at the bottom. 
> ?         Go to "Proofing," located on the sidebar.
> ?         Go to "AutoCorrect Options" in the main panel.
> ?         Go to the "AutoFormat As You Type" tab and uncheck the "'Straight quotes' with 'smart quotes'" options under "Replace When You Type."
>  
> Best,
> Christy
>  
> --
>  
> Christy Tomecek
> Archives Assistant
> Yale University Library
> Manuscripts and Archives
> 203-432-7382
> christy.tomecek at yale.edu <mailto:christy.tomecek at yale.edu>
>  
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Rossetti, Dominic
> Sent: Friday, July 31, 2015 11:58 AM
> To: 'archivesspace_users_group at lyralists.lyrasis.org <mailto:archivesspace_users_group at lyralists.lyrasis.org>'
> Subject: [Archivesspace_Users_Group] EAD Import Issue...
>  
> Hey all,
>  
> When trying to import EAD I get the following error message in the log file:
>  
> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
> IMPORT ERROR
> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>  
>  
> Error: #&lt;Encoding::UndefinedConversionError: &quot;&quot;\x9D&quot;&quot; from Windows-1252 to UTF-8&gt;
> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>  
> I?ve attached a file as an example. The EAD is valid and correct. Not sure what is causing the issue.
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=ONZ_tzFly3LOGxk_7dqccGCBrqT5JyiPkFAKzNIo-fk&s=MlHFxUG4tOKSstrhCGRzJgiOBpbTCE-S0CkPZW3m9m0&e=>
>  
> <dpu_ead_cm0001_stvincentchurchchi-edited.xml>_______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150731/0c424a27/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150731/0c424a27/attachment.bin>