Version 2.4 is a legacy release, and these documents are no longer being maintained.

Settings

This section describes how to customize your AtoM application to the specific requirements of your own institution or network.

Below, you will find information on the following information areas:

Each of the settings areas listed above is accessible via a list of links on the left-hand side of the settings page. Click on the appropriate link, and click save after making your changes.

Settings menu appears on left hand side

Choose the settings area you wish to view/edit by clicking a link in the menu on the left-hand side.

Global settings

Global settings allow administrators to control certain aspects of how AtoM appears and behaves.

To access the “Settings” menu in AtoM, click on the gears Admin menu in the main menu located in the header bar and select “Settings” from the drop-down menu. You will be redirected to the “Site Settings”, where a number of information areas, including the “Global” settings, should be opened. If closed, simply click on the “Global” blue menu to open the area and view the fields.

An image of the Global settings in AtoM

This section will describe each field in the “Global” information area:

Hovering over each field will also provide additional information on that field - it will appear in an “information box” below your cursor.

When making changes to the global settings in AtoM, don’t forget to click the “Save” button in the button block, located at the bottom of the “Global” settings information area.

Application version

This field shows the current version of the software. The value cannot be edited but is automatically updated when AtoM is upgraded to a newer release.

For more information on installing AtoM and searching for different versions, see:

Check for updates

If yes is selected, an administrator will automatically receive a notification if a newer version of the AtoM software has been released and can be installed. This notification will appear in the browser for authenticated (i.e. logged in) users, as an orange bar across the top of the application alerting users to the newest release available.

An image of a themed AtoM instance showing an update notification

This image shows a themed AtoM installation at the City of Vancouver Archives, showing an update notification in orange at the top of the screen. Only authenticated users will see this notification.

For more information on updates, see:

Maximum image width (pixels)

One of AtoM’s design assumptions is that the display dimensions of files users upload typically will be too large to fit into the view page for an archival description. Therefore, when you upload a file, AtoM creates a reference display copy for displaying in the view page.

AtoM ships with a default setting specifying the maximum width of the reference display copy at 480 pixels. This is the optimized width given AtoM’s field width. Administrators, however, can increase or decrease the maximum reference image width to suit the requirements of their institution or network.

Results per page

By default, AtoM lists objects in list pages and search results ten at a time, with a pager at the bottom of the page to allow users to navigate through long lists of objects. Administrators can increase or decrease this default number.

For more information on navigating in AtoM, see Searching in AtoM and Navigating in AtoM.

Note

Editing this number to display a large number of results per page may affect page load times.

Enable accession mask

This setting controls whether or not the Accession mask (described in the section below) is enabled or not.

When this setting is set to “yes,” then when a user creates a new accession record, the Accession number field will be prepopulated with the next unique value based upon the Accession mask settings - users can still manually edit the pre-populated value provided by the mask, so long as a unique number is used.

When this setting is set to “no,” then the accession mask will not be used, and when creating a new accession record, the accession number field will be blank.

See:

Note

In a new installation, the accession mask is enabled by default. An administrator can use this setting to disable it if desired.

Accession mask

When working with an accession record, AtoM requires that a unique Accession number be added - for more information, see: Add a new accession record. To help ensure that accession record numbers are created in a consistent and unique manner, AtoM includes an accession mask, which can define a pattern by which the next unique accession number is generated. Turning the mask on or off is controlled by the setting described above, Enable accession mask.

On installation, the accession mask is enabled by default, and prepopulated with a suggested value that will generate unique accession numbers. Expressed in the mask setting as %Y-%m-%d/#i, this value will generate a unique accession number for every new accession record compiled from the following elements: YEAR-MONTH-DAY/Incremental#. So for example with the default mask setting, the first accession you create, if it was generated on January 01, 2018, would have an accession number of 2018-01-01/1.

This mask, or default counter, can be changed by an administrator to suit institutional needs, using text strings and PHP strftime parameters. To add leading zeroes to the unique incrementing number for example, you can add more i characters to the mask setting - so for example %Y-%m-%d/#iii would lead to incremental numbers like 001, 002, 003, etc.

The value of the incremental number is based on the Accession counter value, described below. An administrator can choose to manually change or reset the counter number if desired.

an image of the accession mask

For more information on accession records, see Accessions.

Accession counter

AtoM provides you with the number of accessions created. If you delete an accession, it will still be included in the Accession counter total value. If this number is changed by an administrator, the next accession created will receive the next number in sequence. The value of this counter is used to inform the incremental value used in the Accession mask, described above.

Note

A CSV import of accession records will not increment this value - AtoM can only automatically track and increment the number based on accessions created manually via the user interface. This is another reason why the accession counter is an editable value - if you perform a CSV import of accessions, you may wish to manualy increment the counter to the correct value, to ensure consistency.

Enable identifier mask

This setting controls whether or not the Identifier mask (described in the section below) is enabled or not.

When this setting is set to “yes,” then when a user creates a new archival description, the Identifier field will be prepopulated with the next unique value based upon the Identifier mask settings - users can still manually edit the pre-populated value provided by the mask. AtoM does not enforce the uniqueness of archival description identifier values.

When this setting is set to “no,” then the identifier mask will not be used to pre-populate identifier values, and when creating a new archival description, the identifier field will be blank. However, a Generate identifier option will still be provided below the field - if clicked, then the settings defined in the Identifier mask will be used to populate the field.

See:

Note

In a new installation, the identifier mask is disabled by default. An administrator can use this setting to enable it if desired.

Identifier mask

The Identifier mask can be used to manage the creation of unique archival description identifier values when creating new descriptins. By enabling the identifier mask, all descriptions created through the user interface will be assigned an identifier based on a pre-defined pattern.

On installation, the identifier mask is disabled by default - to change this, use the Enable identifier mask setting described above.

The identifier mask is prepopulated with a suggested value that will generate unique identifiers. Expressed in the mask setting as %Y-%m-%d/#i, this value will generate a unique identifiers for every new archival description created, comprised of the following elements: YEAR-MONTH-DAY/Incremental#. So for example with the default mask setting, the first description you create, if it was created on January 01, 2018, would have an identifier of 2018-01-01/1. The value of the parameter, #i, represents the Identifier counter value.

This mask, can be changed by an administrator to suit institutional needs, using text strings and PHP strftime parameters. To add leading zeroes to the unique incrementing number for example, you can add more i characters to the mask setting - so for example %Y-%m-%d/#iii would lead to incremental numbers like 001, 002, 003, etc.

The value of the incremental number is based on the Identifier counter value, described below. An administrator can choose to manually change or reset the counter number if desired.

It is also possible to replace an existing archival description identifier with one based on the identifier mask by editing a description and selecting Generate identifier below the identifier field.

For more information on creating archival descriptions, see:

Identifier counter

The identifier counter defines incremental integer at the end of a generated identifier, represented in the identifier mask as #i. AtoM provides you with a count of the number of archival description records created via the user interface. This value is then used as part of the Identifier mask as the incrementing number value.

Deleting an archival description will not affect the counter - it simply adds the next integer, rather than looking for unused integers. If this number is changed by an administrator, the next accession created will receive the next number in sequence.

Note

A CSV import of archival descriptions will not increment this value - AtoM can only automatically track and increment the number based on records created manually via the user interface. This is another reason why the identifier counter is an editable value - if you perform a CSV import of descriptions, you may wish to manualy increment the counter to the correct value, to ensure consistency.

Reference code separator

The reference code separator is the character separating hierarchal elements in a reference code (see Inherit reference code, below).The default reference code separator appears as a dash - in AtoM, which can be changed by an administrator to suit institutional practices.

Tip

If you intend to use a / slash as your reference code separator, we recommend you review the following setting below!

Back to top

Inherit reference code (information object)

When this is set to “yes”, the reference code string will be built using the archival description identifier plus the identifier of all its ancestors (parent records), as well as the repository identifier and country code if they have been entered. The string will appear in this order with the applicable elements:

  • Country code (derived from the country code of the country entered into the contact information of the related archival institution)
  • Repository identifier (derived from the identifier field on the related archival institution)
  • Fonds/Collection level identifier
  • Series identifier
  • Subseries identifier
  • File identifier
  • Item identifier
an example of reference code inheritance

When reference code inheritance is enabled, AtoM will also display the full reference code in the edit page for archival descriptions, as contextual information to help orient the user.

an example of the reference code display in edit mode

Important

This setting also determines how the <unitid> element in the EAD XML is populated. If the inheritance is turned on, then AtoM will populate all descendant records in the EAD XML with the full inherited reference code. If inheritance is turned off, AtoM will only add the identifier for that record in the <unitid> on export. This allows users exporting to a different source system that does not have a reference code inheritance setting to maintain a full reference code at all levels in the target system. However, if you are exporting from one AtoM instance to another (for example, from a local institution to a portal site), you might want to consider how this will impact your record display in the target system - if you have reference code inheritance turned on when you export, and the target AtoM instance also has the setting turned on, you may end up with duplication in the display!

Back to top

Escape special characters from searches

This setting allows users to define special characters that should be escaped when performing a search, to avoid errors.

AtoM uses Elasticsearch (ES) as its search index. In ES, certain characters are normally reserved to be used as operators in advanced searching - for more information, see: Advanced search using the AtoM Search box - particularly, Boolean operators. Normally, if you want to perform a search using these special characters without them being interpreted as operators, then you need to manually escape them with a \ leading backslash character. From the ES documentation:

If you need to use any of the characters which function as operators in your query itself (and not as operators), then you should escape them with a leading backslash. For instance, to search for (1+1)=2, you would need to write your query as \(1\+1\)\=2.

The reserved characters are: + - = && || > < ! ( ) { } [ ] ^ " ~ * ? : \ /

Failing to escape these special characters correctly could lead to a syntax error which prevents your query from running.

Many institutions prefer to use a / slash character as the default Reference code separator. This can lead to errors for users trying to search for full reference code strings. However, with this setting, you can define characters (such as the /) that you wish to be automatically escaped when a search string is submitted as a query.

You can add multiple escape characters to the field by separating them with commas:

An image of multiple escape characters in the escape field, separated by commas

Important

It is important to understand how searching works in AtoM’s ES index, to understand the consequences of escaping special characters and how it might affect search results.

ES will automatically tokenize a search string - that is, when submitting a string such as city hall as a search, it is automatically broken into tokens that can be searched individually and weighted for relevance when returning results. So, city hall automatically becomes city AND hall - that is, return records that have both city AND hall in them. By default, spaces as well as some punctuation marks are interpreted as breaking points between tokens, and are removed when searching to prevent too many poor results from being returned - so for example, city-hall would also be submitted as city hall, and searched as city AND hall.

When you escape a special character, you are essentially telling AtoM to ignore it in the search - so it effectively becomes a white space. Thus, a reference code search for 01/02/03/04, when / is escaped, becomes a command to return results that include 01 AND 02 AND 03 AND 04. This means that you may still see unexpected results returned.

Note that users can still search for an exact string by using quotations. The special character will still be escaped and removed, but with quotations, exact order and proximity are also taken into account, producing better results.

For more search tips and tricks, see:

You can see what Elasticsearch tokenizers and filters are implemented in AtoM in the following file:

Back to top

Sort browser (users)

This setting controls the default sort order of records shown on Browse pages in AtoM - specifically, archival description results. Sorting can always be changed by users via the sort button available on related search and browse pages, but an administrator can use this setting to control the default sort when arriving on the page for the first time.

Administrators can configure default sort order for the browse display for both authenticated (i.e. logged in) and unauthenticated (i.e. public) users - this setting controls the default sort of records for logged in users, while the setting described below, Sort browser (anonymous), affects the default sort for public users.

Options available include:

  • Alphabetic: A-Z (but see the IMPORTANT admonition below) based on the title or authorized form of name
  • Last updated: Will show the records most recently created or edited first
  • Identifier: A-Z (but see the IMPORTANT admonition below) based on the unique identifier value added to the record
  • Reference code: A-Z (but see the IMPORTANT admonition below) based on the reference code associated with the description. See the related setting, Inherit reference code (information object) for more information.

Important

The Alphabetic, Identifier, and Reference code sorts are all based on what is sometimes known as ASCII sort - that is, the sort is not a true alphabetic sort as humans think of it, but rather as computers do.

Elasticsearch does not naturally apply alphabetic sort in a human-friendly way (what is often known as “natural sort” in computer science) - instead, it applies what is known as ASCII sort, based on the order of the characters in the ASCII character encoding scheme. Consequently, some results may appear out of order, depending on how the values have been entered. Artefactual hopes to improve sorting in AtoM for future releases. In the meantime, below is an image of an ASCII table - sort order is determined based on this schema - so that a description whose title starts with “A” will be preceded by one starting with a number, which in turn will be preceded by one beginning with a quotation mark, which will be preceded by a description that begins with a space before its first character. If you are concerned about sort order, be sure to consider this when naming your records.

../../../_images/ascii-sort1.png

By default in a new installation, the sort order is set to “Last updated” for authenticated users. However, users have the option to reorder the page while browsing via the sort button located at the top of most browse pages.

Sort browser (anonymous)

This setting controls the default sort order of records shown on Browse pages in AtoM - specifically, archival description results. Sorting can always be changed by users via the sort button available on related search and browse pages, but an administrator can use this setting to control the default sort when arriving on the page for the first time.

Administrators can configure default sort order for the browse display for both authenticated (i.e. logged in) and unauthenticated (i.e. public) users - this setting controls the default sort of records for public (i.e. anonymous; unauthenticated) users, while the setting described above, Sort browser (users), affects the default sort for logged in users.

Options available include:

  • Alphabetic: A-Z (but see the IMPORTANT admonition below) based on the title or authorized form of name
  • Last updated: Will show the records most recently created or edited first
  • Identifier: A-Z (but see the IMPORTANT admonition below) based on the unique identifier value added to the record
  • Reference code: A-Z (but see the IMPORTANT admonition below) based on the reference code associated with the description. See the related setting, Inherit reference code (information object) for more information.

Important

The Alphabetic, Identifier, and Reference code sorts are all based on what is sometimes known as ASCII sort - that is, the sort is not a true alphabetic sort as humans think of it, but rather as computers do.

Elasticsearch does not naturally apply alphabetic sort in a human-friendly way (what is often known as “natural sort” in computer science) - instead, it applies what is known as ASCII sort, based on the order of the characters in the ASCII character encoding scheme. Consequently, some results may appear out of order, depending on how the values have been entered. Artefactual hopes to improve sorting in AtoM for future releases. In the meantime, below is an image of an ASCII table - sort order is determined based on this schema - so that a description whose title starts with “A” will be preceded by one starting with a number, which in turn will be preceded by one beginning with a quotation mark, which will be preceded by a description that begins with a space before its first character. If you are concerned about sort order, be sure to consider this when naming your records.

../../../_images/ascii-sort1.png

By default in a new installation, the sort order is set to “Alphabetic” for public users. However, users have the option to reorder the page while browsing via the sort button located at the top of most browse pages.

Default repository browse view

This setting will determine if the “card view” or the “table view” is the default view for the archival institution browse page, when users first arrive on the page.

An comparison of the card and table views of the repository browse page

Tip

Regardless of which setting you choose, any user can easily toggle between the card view and the table view on the archival institution browse page, using the view toggle button that appears to the right of the archival institution search box:

An image of the view toggle button on the repository browse page

For more information on working with archival institutions, see:

Multiple repositories

Select “yes” if your AtoM application is acting as a union list or portal for descriptions of materials held at more than one archival institution or repository. The repository will appear as a column on the “Browse archival descriptions” page. The repository will appear as a link in the context menu.

Select “no” if your AtoM application is being used only by a single institution. By selecting “no”, the repository name will be excluded from certain displays because it will be too repetitive and the creator rather than the repository will now appear as a column on the list archival description page.

Enable institutional scoping

Institutional scoping adds additional visual cues and user interface elements to better support searching and browsing within the holdings of one archival institution when used in a multi-repository system. We strongly recommend that the setting above, Multiple repositories, is set to “Yes” when using this setting.

When enabled (i.e. set to “Yes”), this setting will add an institution block to the repository view page, consisting of the repository logo, as well a dedicated search box and browse menu that will both return results linked to the current archival institution.

An comparison of the repository view page with and without institutional scoping

Similarly, when an archival description search or browse page is filtered (or “scoped”) to a particular repository, the institution block will appear, and (if applied) the custom background color of the institution will also be displayed behind the scoped search results.

An image of an archival description browse page, limited to the holdings of a particular repository, with insittutional scoping enabled.

Tip

For more information on applying a custom background color, uploading a custom repository logo, and other aspects of archival institution theming, see:

Additionally, the Institutional search box delimiters are disabled when Institutional scoping is enabled - the global search box in the AtoM header bar will only return results from all repositories, while the dedicated search box inside the institution block can be used to search the holdings of the scoped repository. As such, the institution block offers users a method of remaining “scoped” to one institution’s holdings - users can still search and browse across all repositories using the global search box and browse menu found in the AtoM header bar, but the institution block provides a method of better limiting results to one institution as a user explores.

Finally, the institution block will also appear on the view page of a related archival description, but only if the description is arrived at via one of the scoped elements - i.e. the holdings list on the repository view page, or from a scoped search or browse page. If a user arrives at the archival description via a global search or browse page, the institution block will not appear.

An administrator can customize the search box header text via Admin > User interface labels, using the institutionSearchHoldings field - for more information on changing these settings, see: User interface labels. At installation, the default text label is “Search our collection.”

An image of the Institution search holdings label settings

The institution block’s dedicted browse menu can also be customized via Admin > Manage menus, under the browseInstitution menu - for more information on working with menus, see: Manage Menus.

An image of the Institution browse menu settings in Manage menus

Back to top

Default archival institution upload limit (GB)

Enter the upload limit in GB allowed for uploading digital objects. Use “-1” as the value for unlimited upload space. This setting can be modified by an authenticated (i.e. logged-in) administrator.

A value of “0” (zero) disables file upload.

For more information, see Upload and manage digital objects.

Tip

While this setting is global, an upload limit can also be set by an administrator on a per-repository basis, from the archival institution page. For more information, see: Set digital object upload limit for an archival institution.

Total space available for uploads

This field will display the used space for digital objects as well as the total space available.

Upload multi-page files as multiple descriptions

Select “yes” if you would like each page of a multi-page file to be attached to a separate child-level description. For example, a PDF file with 10 pages uploaded to a description would result in 10 individual descriptions, one for each page in the file.

Select, “no” if you would like one multi-page file to be attached to a single description.

Show tooltips

Tooltips are online text designed to assist users to enter data in edit pages. While adding or editing an archival description, tooltip text is usually derived from the standards on which the edit templates are based (e.g. RAD, ISAD, etc).

Administrators can select “yes” to to have tooltips appear in edit pages as the user enters data. Selecting “no” will disable tooltips.

Default publication status

This setting determines whether new archival descriptions will automatically appear as draft records or published records. Note that this setting also affects imported descriptions. For more information, see Archival Descriptions.

Show available drafts notification upon user login

This setting, when enabled, will display a notification with a count of the number of draft archival descriptions currently available in AtoM. A link to the Description updates page is also provided if users wish to review the current available draft records - for more information on working with the Description updates page, see: Description Updates.

An image of a notification of available draft records on login.

This notification, when enabled, will be visible to all authenticated (i.e. logged in) users.

SWORD deposit directory

The SWORD deposit directory is currently being used to support packages deposited by Archivematica into AtoM. If you do not know the name of your deposit directory, consult with your systems administrator. The default is /tmp.

Back to top

Google Maps Javascript API key setting

This setting allows you to store and use a Google Maps API key - AtoM relies on this setting to be able to add dynamic Google maps to the view page of a repository, and to the Metadata area of a digital object, when latitude and longitude values are provided. For more information on these features, see:

Note

For the digital object map, you must also check the “Digital object map” setting in Admin > Settings > Default page elements. See: Default page elements.

You can request a Google Maps API key free of charge - all you need is a Google account. For more information, see:

Important

There is a limitation on how many maps you can generate a day with the free version of this key. For more information, see:

Back to top

Generate archival description reports as public user

This setting relates to the creation of file and item-level reports for archival descriptions - for more information, see:

This setting determines whether or not Retrieval information is included in the reports generated or not - that is, physical storage information such as location, container type, and name.

When this setting is set to “Yes”, then reports generated will not include physical storage information. When set to “No”, then the reports will include physical storage information.

Back to top

Cache description XML exports upon creation/modification

AtoM includes several options for exporting archival description metadata in XML format - for more information, see: Export XML.

Additionally, users can enable the OAI plugin to allow harvesters to collect archival description metadata via the OAI-PMH protocol, in EAD 2002 or Dublin Core XML - for more information, see: OAI Repository.

Normally, when exporting or exposing archival description metadata, the XML is generated synchronously - that is, on request via the web browser. However, many web browsers have a built-in timeout limit of approximately 1 minute, to prevent long-running tasks and requests from exhausting system resources. Because of this, attempts to export or harvest EAD 2002 XML for large descriptive hierarchies can fail, as the browser times out before the document can be fully generated and served to the end user.

To avoid this, AtoM includes this setting, which allows users to pre-generate XML exports via AtoM’s job scheduler, and then cache them in the downloads directory. This way, when users attempt to download large XML files, they can be served directly, instead of having to generate before the browser timeout limit is reached.

When this setting is set to “Yes,” then anytime an archival description is created or modified via the user interface, this will automatically trigger a background job that will generate and cache EAD 2002 XML and DC XML for the related resource. With any new description or edit, two jobs are initiated - one to generate the EAD 2002 XML, and the other to generate the Dublin Core XML.

XML cache jobs as seen on the Jobs page.

Highlighted in red is an example of the 2 jobs triggered by an edit to an archival description when the Cache XML setting is turned on - one job to generate an updated version of the cached EAD 2002 XML, and another job to generate an updated version of the cached DC XML.

The XML generated will be cached in AtoM’s downloads directory - 2 subdirectories named ead and dc will automatically be created, and the XML will be stored by type in these two subdirectories.

An image of the Downloads directory structure as seen in a file explorer

When users attempt to download XML from the view page of an archival description, AtoM will check if there is a cached copy of the requested XML and if so, it will serve it. If there is no cached version available, then AtoM will fall back to the default behavior of generating the XML on request.

In an OAI-PMH request, if a cached version of the EAD 2002 XML is available, AtoM will serve it in response to oai_ead requests - if there is not a cached version, then AtoM will return a “Metadata format unavailable” reponse. In contrast, if no cached DC XML exists, the OAI Repository module will generate DC XML on the fly to respond to the request. For further information, see: OAI Repository.

By default, cached XML files are generated for public users, meaning that draft descriptions are not included in the XML.

Important

This functionality does not cover imports - you will need to edit the record in the user interface after an import to trigger the automatic cache XML job.

Additionally, edits to related entities (such as a linked authority record, subject or place access points, etc.) will not automatically trigger an update to the cached EAD 2002 and DC XML. Again, you will need to manually edit the related description to trigger an update.

There is also a command-line task available that will generate cached EAD 2002 and DC XML for all existing descriptions. See:

If you are making many edits to your AtoM site, you may want to disable this setting until your edits are complete and then run the command-line task, to avoid constantly triggering many jobs.

Note

Archival description XML data exported via the clipboard is generated on request via AtoM’s job scheduler - the cached XML is not used. For more information on this functionality, see: Export multiple XML files using the Clipboard

Site information

In this section, administrators can change the site title and site description, and set a Base URL for the application.

An image of the Site information menu in AtoM

The site title and description will appear in the AtoM header bar, if they are included in the default page elements. See below for an image of where the Title and description appear, and more about setting the visibility of default page elements.

The base URL is used to create absolute URLs included in XML exports (e.g. MODS and EAD exports). For example, your AtoM site is made up a series of web pages. Each page has a full Uniform Resource Locator (URL) something like http://www.your-atom-site.com/your-description. The Base URL is the part of this URL that does not change - in this example, http://www.your-atom-site.com.

Setting this value will ensure that links included in your XML exports will be properly formed. Do not include a slash / at the end of your base URL - AtoM will automatically add this when building the absolute URLs.

To save any modifications, click the “Save” button located below the “Site Description” field.

Back to top

Default page elements

This section allows administrators to enable or disable certain page elements. Unless they have been overridden by a specific theme, these settings will be used site-wide.

An image of the Default page elements menu in AtoM

Checked boxes will display the corresponding element and unchecked boxes will hide the element. The logo, site title, site description, and language menu all appear as part of the AtoM header bar:

An image of the AtoM header bar elements for an Administrator

The digital object carousel appears when there are multiple digital objects attached to lower-level descriptions:

An image of the carousel shown at the top of a description

The Copyright status filter and the General material designation filter appear as filters available in the Advanced search panel. For more information on using this panel, see: Advanced search. The Copyright status filter relates to PREMIS rights added to descriptions - for more information, see: Rights. The General material designation filter is derived from the Canadian Rules for Archival Description (RAD) standard, and is only used on the RAD template.

An image of the Copyright status and GMD filters in the advanced search panel

The Digital object map setting relates to the ability for users to add basic geolocation data to digital objects, by displaying a dynamic Google map in the Digital object metadata area. For more information, see: Add dynamic maps to your digital object metadata

Important

To be able to enable this setting, you must first request a Google MAPS API Key, and the Google Maps Javascript API key setting in Admin > Settings > Global must be populated - see: Google Maps Javascript API key setting

When unchecked, the above elements will be hidden from display after you save the default page element settings. This can be useful for customization - for example, if you are not translating the content of your website and do not need the language menu, unchecking it here will remove it from the AtoM header bar. Similarly, if you are not using the Canadian RAD standard as your default template, you might want to hide the General material designation filter from the advanced search panel.

Back to top

Default templates

AtoM ships with default page templates for viewing and editing archival descriptions, authority records, and archival institutions. For more information on the standards on which these templates are based, see Descriptive standards.

An image of the Default template menu in AtoM

The “Name” column shows the types of entities that are described in AtoM: “Archival descriptions”, “Authority records” and “Archival institutions”. Drop-down menus of descriptive standards for each are provided under the “Value” column. Administrators may select one for each entity using the drop-down menus.

Once changes have been saved, records on the site will be able to be edited and viewed in the templates that have been selected.

Back to top

User interface labels

Users of AtoM interact with six main entities: accession records, archival descriptions, authority records, archival institutions, functions and terms.

AtoM is flexible enough to support descriptions for a variety of cultural materials such as archival, library, museum, and art gallery collections. The code, therefore, uses generic terms for entities. Administrators can specify how they want these terms to appear in the user interface labels to suit the institution’s collections. The default labels that ship with AtoM are terms typically used by archival institutions.

User interface label settings

The “Name” column shows the generic entity name and the “Value” column shows AtoM’s default user interface labels. The following is a list of the generic terms and their AtoM user interface labels. Click on each label below to see glossary definitions and descriptions of how the terms are used in AtoM.

User interface labels can be changed by administrators by entering a new label(s) into the field(s) under the “Value” column. Changes will only be saved once the “Save” button is clicked. Changing the label will change its appearance throughout AtoM for both authenticated (logged-in) and public users.

Note

Changing the user interface labels will not automatically change the corresponding labels in the navigation menus. To change these menus, go to Admin > Menus. See the Manage menus page for more information.

Back to top

Add/Remove languages

AtoM relies on volunteer translators from the community to support new language options. The translations are managed using Transifex and community members can learn more about contibuting translations here.

An image of the add/remove languages menu in AtoM

The language menu will display the languages that are currently available in your AtoM application.

To add a language:

  1. Select a language from the drop-down menu located under “Language code”.
  2. Click the “Add” button.
  3. AtoM adds the language and refreshes the page; the added language will now appear in the “Add/remove language” section in “Settings”, as well as in the drop-down menu of the globe language navigation menu located at the top right corner of the header bar.

Important

If you are adding a new language to the AtoM user interface, you must re-index your site for the new language to work as expected after adding it via the settings page. Using the command-line, a system administrator will need to run the following command from the root directory of your AtoM installation:

php symfony search:populate

See: Populate search index for more information.

Note

Many languages appear in the “Add/remove language” section in “Settings”, but the translations for all languages are not completed. If a language is selected from the Language menu in the header bar, content that has not yet been translated will remain in English.

To continue adding languages, repeat these steps as required.

Note

If a user selects a language that is not currently supported (i.e., where the content has not yet been translated through Transifex), AtoM will refresh the settings screen without implementing any changes.

To remove a language:

  1. Click the delete delete located in the third (blank) column next to the language.
  2. AtoM will delete the language and refresh the page; the deleted language will no longer appear in the “Add/remove language” section in “Settings”, nor in the drop-down menu of the globe language navigation menu located at the top right corner of the header bar.

To continue removing languages, repeat these steps as required.

Back to top

OAI repository

Open Archives Initiative, or OAI, is a protocol for metadata harvesting that allows automatic data harvesting and crawling within other systems that support OAI harvesters.

An image of the OAI repository menu in AtoM

Comprehensive documentation on each field in the OAI repository settings is included in the OAI repository documentation, here:

Tip

To use the OAI repository functionality in AtoM, you must first make sure that the arOAIPlugin is turned on. For more information, see:

If the arOAIPlugin is not turned on, then you won’t see the OAI repository tab on the settings page menu!

Back to top

Finding aid

These settings configure how AtoM generates finding aids from archival descriptions. For more information, see Print finding aids; specifically, Finding aid settings includes a description of each settings field.

Finding aid settings

Security panel

Security settings in AtoM

Limit administrator functionality by IP address

This feature allows administrators to limit administrator functionality to one or more IP addresses or IP ranges. Separate multiple IP address or ranges by semicolons, and use a dash to indicate an IP range. For example:

  • 192.168.0.1 (single IP address)
  • 192.168.0.1;192.168.0.255 (multiple unique IP addresses)
  • 192.168.0.1-192.168.0.255 (IP range)

Require SSL for all administrator functionality

This feature allows administrators the option to enable the Hypertext Transfer Protocol Secure (HTTPS), which is a protocol for security over a computer network. It works by layering the Hypertext Transfer Protocol (HTTP) with the SSL/TLS protocol (Secure Sockets Layer/Transport Layer Security).

Select yes to require all HTTP requests to be redirected to the HTTPS server, changing the URI scheme from “http” to “https.”

Note

This will only apply to users who are authenticated (logged-in) or visiting the login page.

Require strong passwords

This feature allows administrators to enhance login validation by requiring the use of strong passwords. Strong passwords use least 8 characters, and contain characters from 3 of the following classes:

  1. Upper case letters
  2. Lower case letters
  3. Numbers
  4. Special characters

Choose “yes” to require authenticated (logged-in) users to have strong passwords.

Permissions

Permissions settings are used by administrators to make PREMIS rights records in archival descriptions actionable on attached digital objects. See Rights for more information on working with rights in AtoM.

The permissions settings page is divided into 3 sections - PREMIS access permissions, PREMIS access statements, and the Copyright statement.

For information on configuring the PEMIS access permissions, see: Make rights actionable on digital objects (and for an example use case, see: Example: Configuring copyright permissions). For information on configuring the PREMIS access statements, see: Configure Disallowed and Conditional access statements. For information on configuring and using the Copyright statement, see: Add a Copyright statement before allowing access to a master digital object.

Permissions settings in AtoM

Back to top

Inventory

The Inventory list allows an administrator to make a page of lower- level descriptions contained within a parent record available on a separate inventory page formatted as a table with sortable columns. For more information, screenshots, and instructions for end users, see: Using the Inventory list.

Inventory settings in AtoM

The selections an administrator makes in this section of the settings will determine what levels of description are included in the inventory list when accessed by users.

To multi-select multiple levels of description for inclusion in the inventory list, hold down the CTRL key (or the Command key on a Mac) while clicking the target levels.

Selecting multiple levels of description in the inventory settings

Any level not selected will not appear in the inventory list results when a user clicks the inventory link.

Because level of description terms are included in a taxonomy that can be configured by users with the appropriate permissions, a hyperlink to the Levels of description taxonomy is also provided - an administrator can customize available terms by adding new ones, removing unused ones, or editing existing terms (for more information, see: Terms). Any new term added to the Levels of description taxonomy will show up in the Inventory settings page the next time an administrator returns to the settings page.

When you have selected the levels of description you want included in the Inventory list, remember to click the “Save” button located in the button block at the bottom of the page.

Important

Configuring the Inventory settings in a multilingual environment

If you have multilingual content in your AtoM instance, or you expect users to be browsing in different cultures (using the Language menu), you will need to configure the Inventory settings for each target culture. For example, to configure the settings for English, French, and Spanish:

  1. Make sure the user interface is set to “English” using the language menu - see Language menu for more information.
  2. Configure the inventory settings as described above for English, and save.
  3. Using the language menu, flip the user interface to French.
  4. Repeat steps 1-2.
  5. Using the language menu, flip the user interface to Spanish, and repeat steps 1-2 again.

Back to top

Digital object derivatives

This setting will affect the digital object derivatives generated by AtoM when uploading multi-page content, such as a PDF.

Whenever a digital object is linked to an archival description, AtoM will generate two derivative copies from the master digital object (e.g. the original) - a reference display copy, used on the archival description view page, and a thumbnail, used in search and browse results, and in the digital object carousel. By default, AtoM will use the first page of multi-page content (such as a PDF) when generating the derivative images.

However, with multi-page content such as PDFs, the first page may not be useful to users browsing the content - it may be an institutional cover page used on all digitized content, a blank cover page, etc.

This setting will allow users to set a page number that should be used when generating the derivative copies. It will work for both locally uploaded content, and for PDFs linked via URL. If a system administrator runs the derivatives regeneration task, AtoM will use the setting value when regenerating PDF derivatives.

Tip

If you enter a page number that does not exist for one or more of your derivatives (for example, entering 99 as the value, when your PDF only has 9 pages), AtoM will use the closest available value (in this example, page 9) when generating the derivatives.

If you make changes, remember to click the “Save” button in the button block.

Digital object derivative settings in AtoM

Back to top

DIP upload

DIP upload settings page in AtoM

This setting is for users who are uploading content from a linked Archivematica instance. Archivematica is an open-source digital preservation system developed by Artefactual Systems, the same creators of AtoM. For more information, see: https://www.archivematica.org

See also

For information on DIP upload from Archivematica to AtoM, see the following page in the Archivematica documentation:

Archivematica can be used to manage and prepare digital content for long-term preservation, and can generate a Dissemination Information Package (DIP) with access-copy derivatives of your master digital object files processed in Archivematica, for upload into AtoM.

If no additional metadata is provided with the content during preparation, then when uploaded to AtoM, AtoM will use the file names as the default titles for the associated information objects (a.k.a. descriptions) generated, to which the digital objects in the DIP will be attached. However, this might produce descriptions with titles like my-picture.jpg, or my.document.pdf.

When this setting is set to “Yes,” AtoM will automatically strip the file extensions from the information object names automatically generated during the DIP upload process - from the examples above, this setting would lead to information object titles such as my-picture or my.document. Users can still edit the description title after DIP upload to customize them as desired.

Note that the setting will not retroactively affect existing uploads/information objects, only new information objects created during the DIP upload process from Archivematica. Similarly, the uploaded file itself is not affected (the extension is not stripped from the digital object) - only the title of the description generated so the digital object can be attached and uploaded.

Back to top

Treeview settings

Treview settings page in AtoM

The treeview is a user interface element designed to assist with hierarchical navigation. The settings in this section relate to the treeview as it is displayed and used on archival description view pages. For more information on navigation with and use of the treeview, see: Treeview.

Treeview type

This setting allows administrators to choose between two different display formats for the treeview. For more information about the treeview in AtoM, see: Treeview.

The Sidebar setting refers to the classic treeview that appears in the left-hand context menu of an archival description. The Full width treeview, introduced in the AtoM 2.3 release, will display below the description title, and above the first information area of the description. The display space of the full-width treeview can be expanded by users by gripping and dragging the bottom bar of the treeview downwards to expand the viewing area.

Other differences include:

  • The sidebar version does not indent lower-levels, while indentation is used in the full width treeview
  • The Identifier is included in the sidebar treeview nodes. With the full-width treeview, users can configure which elements are included in each node - for more information, see below: Full-width treeview settings.
  • The results in the sidebar treeview are truncated - the first 5-6 nodes in the hierarchy are displayed by default, after which an approximate count of remaining nodes in the current level is provided, with the option to expand the results to display more. All nodes are shown in the full-width treeview.

Below are screenshots of the same fonds, shown with each version of the treeview enabled, for comparison.

Sidebar treeview

an example a description displayed with the sidebar treeview

Full width treeview

an example a description displayed with the full width treeview

For more information on each treeview type, see:

Full-width treeview settings

Settings in this area relate to the functionality and display of the full-width treeview. They do not affect the behavior of the sidebar treeview.

Currently all elements in this section relate to what information is displayed in the treeview for each node. Users can configure whether the identifier/reference code, level of description, and/or dates of creation are included in each node’s display.

When all elements are displayed, the ordering of the metadata elements is as follows:

[Level] ID - Title of description, dates

So for a Series level description with an identifier of 004 called “Photographs” and created in 1959, the display with all elements would be:

[Series] 004 - Photographs, 1959

Each configurable element is described further below.

Show identifier

This setting controls whether or not an identifier or full inherited reference code is included in the treeview display for each node.

For more information on how reference codes are formed in AtoM and the difference between an identifier and a full reference code, see above, Inherit reference code (information object).

Show level of description

This setting determines whether or not the level of description assigned to the current description is included in the treeview node display or not.

Show dates

This setting determines whether or not dates of creation are included in the treeview node display or not. Where there are multiple dates of creation, only the first will be shown. Other event type dates (for example, dates of accumulation, or dates of broadcast, etc.) are not included regardless of the setting.

Back to top

Privacy notification

Note

This feature is new in the AtoM 2.4.1 release and is not present or available in any previous versions (see Release Notes 2.4.1)

We have added a new default static page called “Privacy Policy” (available under the Quick links menu in AtoM header), and a new configurable cookie notification banner in the AtoM 2.4.1 release to comply with the European Union’s General Data Protection Regulation (GDPR). The GDPR came into effect on May 1, 2018, and even if your institution is not situtated in the EU, it is important to be aware of this regulation and how it might affect you.

In compliance with the GDPR, AtoM now makes explicit its collection and use of cookies. AtoM collects cookies in order to enable browsing and loading of certain types of content. Visitors to AtoM sites who do not wish to have cookies placed on their computers should set their browsers to refuse cookies. However, certain features (such as the Clipboard) may not function properly without the aid of cookies.

AtoM supports integration with Google Analytics for the purposes of gathering statistics on page views, site usage, user location, and other data on site visits. All data collected by Google Analytics are stored and processed by Google, according to the Google Ads Data Processing Terms

None of the information gathered through the use of cookies or Google Analytics is used for any purpose other than the ones described here.

System administrators will need to perform some manual steps to finalize the setup of the new features when upgrading or installing AtoM 2.4.1 for the first time.

New 2.4.1 installations

Edit the Privacy Policy

Administrators should also review the wording of the new default Privacy Policy static page. This can be found in gears Admin > Static Pages >Privacy Policy, or it can be accessed via the Quick links menu in the AtoM header. Click on “Edit” at the bottom of the view page, make your desired edits, and select “Save” to save your changes or “Cancel” to return to the default text.

For more information on working with static pages in AtoM, see:

Upgrades to 2.4.1

After first upgrading the cookie notification banner will be disabled by default, and the text field empty. Additionally, if no further action is taken, the new default Privacy policy static page will not exist. If you don’t intend to use the banner or need the Privacy policy static page, no further action needs to be taken.

Note

When upgrading to 2.5 in the future, the Privacy Policy static page will appear, even if the cookie notification banner is not enabled. An administrator can delete the static page if it is not desired. For more information on managing static pages, see:

The notification banner can also be enabled without taking any action to create the Privacy policy page. However, if you would like the default Privacy policy static page to appear, a system administrator will need to run the following task following the site upgrade:

php symfony tools:run lib/task/tools/addGdprSettings.php

This task will create the new Privacy policy static page, list it under the Quick links menu, and populate the cookie notification banner with a default message. When enabled (via gears Admin > Settings > Privacy Notification), here is how the default message will appear:

GDPR banner first access

Follow the instructions above in the section for New 2.4.1 installations to customize the cookie notificiation banner message and the default Privacy policy static page.

Custom theme updates

  • If you have a custom theme and the file scaffolding.less has been customized, this file will need to be updated. Changes are identified here - see the changes to scaffolding.less
  • If a theme has been customized, but the file scaffolding.less is being referenced from the arDominion theme, then there are no modifications required.
    • This can be checked in your theme’s plugins/<themefolder>/css/main.less file. Look for: @import "../../arDominionPlugin/css/less/scaffolding.less"; - if this line is present, no modifications should be required
  • Check if _header.php has been overridden in the custom theme. If so, the change highlighted in this issue need to be made
  • Post upgrade, run make from your root theme plugin folder to rebuild the CSS, and clear the application cache:
    • If you are using the Dominion theme, run: make -C plugins/arDominionPlugin
    • If you are using a custom theme, then you might want to run the task above for Dominion, as well as for your custom theme: make -C plugins/<yourPluginDirectory
  • And finally, in all cases, clear the application cache afterwards: php symfony cc

Back to top

Version 2.4