Difference between revisions of "Archivists Toolkit integration"

From Archivematica
Jump to navigation Jump to search
 
(32 intermediate revisions by 3 users not shown)
Line 1: Line 1:
[[Main Page]] > [[Development]] > [[Requirements]] > Integration with Archivists' Toolkit
+
[[Main Page]] > [[Development]] > [[Requirements]] > Archivists' Toolkit integration
 +
 
 +
<div style="padding: 10px 10px; border: 1px solid black; background-color: #F79086;">This page is no longer being maintained and may contain inaccurate information. Please see the [https://www.archivematica.org/docs/latest/ Archivematica documentation] for up-to-date information.</div><p>
  
 
This feature will re-format a DIP for import into Archivists' Toolkit.
 
This feature will re-format a DIP for import into Archivists' Toolkit.
 +
 +
[[Category:Feature requirements]]
  
 
=Workflow=
 
=Workflow=
Line 7: Line 11:
 
#The user processes a SIP the same way that all SIPs are processed
 
#The user processes a SIP the same way that all SIPs are processed
 
#At the Upload DIP micro-service, the user selects "Upload to Archivists' Toolkit"
 
#At the Upload DIP micro-service, the user selects "Upload to Archivists' Toolkit"
#A tab-delimited file generated from the settings called ATmetadata.txt is placed in the DIP
+
#Archivematica opens a separate tab with user interface to allow the user to link digital objects to resource components in AT (see '''Mapping digital objects to descriptions''', below)
 
#The DIP is placed in ''/uploadedDIPs/AT/''.
 
#The DIP is placed in ''/uploadedDIPs/AT/''.
#The user can edit the metadata in the text file if desired
+
#Archivematica sends the DIP metadata to Archivists Toolkit
#The user manually imports the text file into Archivists' Toolkit
+
</br>
  
 
=DIP requirements=
 
=DIP requirements=
 
*A DIP formatted for upload to Archivists' Toolkit consists of the objects plus a tab-delimited text file called ''ATmetadata.txt''.
 
*The tab-delimited text file contains field values:
 
**entered directly by the user from the data-entry form described above
 
**auto-populated from metadata generated during processing
 
  
 
==Settings==
 
==Settings==
  
 
This screenshot shows the settings form in the admin tab, with some default settings:
 
This screenshot shows the settings form in the admin tab, with some default settings:
 +
</br>
 +
  
 
[[File:Metadata_entry.png|380px|thumb|center|]]
 
[[File:Metadata_entry.png|380px|thumb|center|]]
Line 27: Line 28:
 
</br>
 
</br>
  
==ATmetadata.txt file==
+
==Database field mapping==
The tab-delimited file ATmetadata.txt will contain one row of metadata per digital object in the DIP. On DIP metadata upload, all of the metadata will be used to populate the digital object instances in AT  as follows:
 
  
 
*'''restrictionsApply''': TRUE or FALSE (see also '''RestrictionsApply: Base on PREMIS''', below)
 
*'''restrictionsApply''': TRUE or FALSE (see also '''RestrictionsApply: Base on PREMIS''', below)
Line 38: Line 38:
 
*'''conditionsGoverningAccess''': If no data entered, automatically populate from PREMIS <rightsGrantedNote>. If there is no content in <rightsGrantedNote>, leave empty
 
*'''conditionsGoverningAccess''': If no data entered, automatically populate from PREMIS <rightsGrantedNote>. If there is no content in <rightsGrantedNote>, leave empty
 
*'''conditionsGoverningUse''': If no data entered, leave empty  
 
*'''conditionsGoverningUse''': If no data entered, leave empty  
*'''digitalObjectID''': If empty, automatically populate with file UUID
+
*'''digitalObjectID''': If isComponent is TRUE, populate from ''Parent digital object ID field'' in settings; if isComponent is FALSE, automatically populate with file UUID
 
*'''title''': Automatically populate with filename (without UUID)
 
*'''title''': Automatically populate with filename (without UUID)
*'''uri''': Automatically populate with eg www.myinstitution.org/[UUID]-filename
+
*'''uri''': Automatically populate with eg http://www.myinstitution.org/[UUID]-filename
 
*'''existenceLocationOriginals''': automatically populate with AIP UUID
 
*'''existenceLocationOriginals''': automatically populate with AIP UUID
 
</br>
 
</br>
Line 46: Line 46:
 
==RestrictionsApply: Base on PREMIS==
 
==RestrictionsApply: Base on PREMIS==
  
*If PREMIS <act>= Disseminate and PREMIS <restriction> = Allow, restrictionsApply = FALSE
+
===Disseminate===
*If PREMIS <act>= Disseminate and PREMIS <restriction> = Conditional, restrictionsApply = TRUE
+
 
*If PREMIS <act>= Disseminate and PREMIS <restriction> = Disallow, restrictionsApply = TRUE
+
*If PREMIS <act> = Disseminate and PREMIS <restriction> = Allow, restrictionsApply = FALSE
*In addition, when restrictionsApply=TRUE, both eadDaoActuate and eadDaoShow will be set to “none.”
+
*If PREMIS <act> = Disseminate and PREMIS <restriction> = Conditional, restrictionsApply = TRUE
 +
*If PREMIS <act> = Disseminate and PREMIS <restriction> = Disallow, restrictionsApply = TRUE
 +
*If PREMIS <act> = Disseminate, populate ''ConditionsGoverningAccess'' with contents of PREMIS rightsGrantedNote
 +
*When restrictionsApply=TRUE, both eadDaoActuate and eadDaoShow will be set to “none.”
 +
 
 +
</br>
  
 +
===Publish===
  
__NOTOC__
+
*If PREMIS <act> = Publish, populate ''ConditionsGoverningUse'' with contents of PREMIS rightsGrantedNote
 +
 
 +
</br>
 +
 
 +
=Mapping digital objects to descriptions=
 +
 
 +
 
 +
==Workflow==
 +
 
 +
For examples and discussion of what the user interface described below might look like, see http://ux.stackexchange.com/questions/25715/how-can-i-allow-users-to-easily-pair-items-from-long-lists.
 +
 
 +
#The user is presented with a menu to select the Archivists’ Toolkit collection to which digital access objects should be added.
 +
#*This menu should list at least the title of the collection and the  Resource ID
 +
#Archivematica returns all components of that collection at every level, including the collection level.
 +
#*Enough data needs to be returned to the user to distinguish between components. At minimum, this would likely include the title, date, level (ie series, subseries, file) and persistent ID of the component.
 +
#The user is presented with a screen that allows them to match components with digital access objects.
 +
#*The user should be presented with the information specified above for each component. For digital objects, the user should be presented with the filename of the digital access objects, preferably without the Archivematica UUIDs since these are appended to the beginning of filenames and would confuse the user and/or inhibit sorting.
 +
#*The user should be able to match components at any level with a digital access object.
 +
#*The user should be able to match multiple digital access objects to a single component
 +
#*A sorting mechanism should be available.
 +
#*Once a match is made, the matched objects should move to another part of the screen or be grayed out.
 +
#Once all desired matches have been made, a review/confirmation screen should be presented to the user, allowing them to confirm that they have made the correct matches. This could be accomplished by a different view of the matches made, or by export or print functionality.
 +
#On confirmation, Archivematica writes data directly to the AT database. In all cases, Archivematica will add a digital object link and record, not replace or modify an existing link or record.
 +
</br>
 +
 
 +
==User interface==
 +
 
 +
The user interface will be based on the following design:
 +
 
 +
</br>
 +
 
 +
[[File:AT.png|380px|thumb|center|]]
 +
 
 +
</br>
 +
 
 +
Here is an example of the search and pairing template:
 +
 
 +
</br>
 +
 
 +
[[File:ATmatching.png|800px|thumb|center|]]
 +
 
 +
</br>
 +
 
 +
The user can then review and approve the pairs. If the user deletes a digital object from this screen, the digital object re-appears in the search and pairing template and can be re-matched.
 +
 
 +
</br>
  
[[Category:Development documentation]]
+
[[File:ATapprove.png|800px|thumb|center|]]

Latest revision as of 16:15, 11 February 2020

Main Page > Development > Requirements > Archivists' Toolkit integration

This page is no longer being maintained and may contain inaccurate information. Please see the Archivematica documentation for up-to-date information.

This feature will re-format a DIP for import into Archivists' Toolkit.

Workflow[edit]

  1. The user sets AT upload configuration options in the admin tab, via a menu called Archivists' Toolkit settings (see Settings, below)
  2. The user processes a SIP the same way that all SIPs are processed
  3. At the Upload DIP micro-service, the user selects "Upload to Archivists' Toolkit"
  4. Archivematica opens a separate tab with user interface to allow the user to link digital objects to resource components in AT (see Mapping digital objects to descriptions, below)
  5. The DIP is placed in /uploadedDIPs/AT/.
  6. Archivematica sends the DIP metadata to Archivists Toolkit


DIP requirements[edit]

Settings[edit]

This screenshot shows the settings form in the admin tab, with some default settings:


Metadata entry.png


Database field mapping[edit]

  • restrictionsApply: TRUE or FALSE (see also RestrictionsApply: Base on PREMIS, below)
  • isComponent: TRUE or FALSE
  • eadDaoActuate: onRequest
  • eadDaoShow: new
  • useStatement: Image-Service [for example]
  • objectType: If no data entered, leave emtpy
  • conditionsGoverningAccess: If no data entered, automatically populate from PREMIS <rightsGrantedNote>. If there is no content in <rightsGrantedNote>, leave empty
  • conditionsGoverningUse: If no data entered, leave empty
  • digitalObjectID: If isComponent is TRUE, populate from Parent digital object ID field in settings; if isComponent is FALSE, automatically populate with file UUID
  • title: Automatically populate with filename (without UUID)
  • uri: Automatically populate with eg http://www.myinstitution.org/[UUID]-filename
  • existenceLocationOriginals: automatically populate with AIP UUID


RestrictionsApply: Base on PREMIS[edit]

Disseminate[edit]

  • If PREMIS <act> = Disseminate and PREMIS <restriction> = Allow, restrictionsApply = FALSE
  • If PREMIS <act> = Disseminate and PREMIS <restriction> = Conditional, restrictionsApply = TRUE
  • If PREMIS <act> = Disseminate and PREMIS <restriction> = Disallow, restrictionsApply = TRUE
  • If PREMIS <act> = Disseminate, populate ConditionsGoverningAccess with contents of PREMIS rightsGrantedNote
  • When restrictionsApply=TRUE, both eadDaoActuate and eadDaoShow will be set to “none.”


Publish[edit]

  • If PREMIS <act> = Publish, populate ConditionsGoverningUse with contents of PREMIS rightsGrantedNote


Mapping digital objects to descriptions[edit]

Workflow[edit]

For examples and discussion of what the user interface described below might look like, see http://ux.stackexchange.com/questions/25715/how-can-i-allow-users-to-easily-pair-items-from-long-lists.

  1. The user is presented with a menu to select the Archivists’ Toolkit collection to which digital access objects should be added.
    • This menu should list at least the title of the collection and the Resource ID
  2. Archivematica returns all components of that collection at every level, including the collection level.
    • Enough data needs to be returned to the user to distinguish between components. At minimum, this would likely include the title, date, level (ie series, subseries, file) and persistent ID of the component.
  3. The user is presented with a screen that allows them to match components with digital access objects.
    • The user should be presented with the information specified above for each component. For digital objects, the user should be presented with the filename of the digital access objects, preferably without the Archivematica UUIDs since these are appended to the beginning of filenames and would confuse the user and/or inhibit sorting.
    • The user should be able to match components at any level with a digital access object.
    • The user should be able to match multiple digital access objects to a single component
    • A sorting mechanism should be available.
    • Once a match is made, the matched objects should move to another part of the screen or be grayed out.
  4. Once all desired matches have been made, a review/confirmation screen should be presented to the user, allowing them to confirm that they have made the correct matches. This could be accomplished by a different view of the matches made, or by export or print functionality.
  5. On confirmation, Archivematica writes data directly to the AT database. In all cases, Archivematica will add a digital object link and record, not replace or modify an existing link or record.


User interface[edit]

The user interface will be based on the following design:


AT.png


Here is an example of the search and pairing template:


ATmatching.png


The user can then review and approve the pairs. If the user deletes a digital object from this screen, the digital object re-appears in the search and pairing template and can be re-matched.


ATapprove.png