[Archivesspace_Users_Group] adding controlled value to multipart note

[Daniel Michelson]

At the risk of being pedantic, ArchivesSpace is really following EAD, not
DACS.  The somewhat rough matching between EAD and DACS elements is more
clear when comparing the numerous different notes EAD uses for physical
access with the single element in DACS 4.2.
<https://www2.archivists.org/standards/DACS/part_I/chapter_4/2_physical_access>

Dan Michelson (wearing my TS-DACS Co-Chair hat)

On Thu, Apr 11, 2019 at 2:23 PM Custer, Mark <mark.custer at yale.edu> wrote:

> Lydia,
>
>
>
> ArchivesSpace has a variety of “uneditable” controlled value lists that
> not even administrators can edit in the application (the ability to
> suppress unused values from uneditable lists was added after the initial
> release of ArchivesSpace, which is a great feature, but that won’t help out
> for this use case).
>
>
>
> I believe that there are 30 enumeration lists in total that fit the bill.
> Since I don’t know where this documented (aside from the code), here’s the
> full list:
>
>
>
>    - accession_parts_relator
>    - accession_sibling_relator
>    - agent_relationship_associative_relator
>    - agent_relationship_earlierlater_relator
>    - agent_relationship_parentchild_relator
>    - agent_relationship_subordinatesuperior_relator
>    - archival_record_level
>    - container_location_status
>    - country_iso_3166
>    - date_certainty
>    - date_type
>    - deaccession_scope
>    - extent_portion
>    - file_version_xlink_actuate_attribute
>    - file_version_xlink_show_attribute
>    - job_type
>    - language_iso639_2
>    - linked_agent_role
>    - linked_event_archival_record_roles
>    - name_person_name_order
>    - note_bibliography_type
>    - note_digital_object_type
>    - note_index_type
>    - note_index_item_type
>    - note_multipart_type
>    - note_orderedlist_enumeration
>    - note_singlepart_type
>    - rights_statement_ip_status
>    - rights_statement_rights_type
>    - subject_term_type
>
>
>
> Given that ArchivesSpace generally adheres to DACS for the rest of the
> “note_multipart_type”, “note_singlepart_type”, and other “note” lists, I
> think that it would make sense to add a feature request for this in JIRA.
>   Doing that would have an impact on imports/exports, etc., but I think
> that harmonizing with the current version of DACS is good goal.  I have to
> admit that I wasn’t even aware of the conservation note in DACS, so thanks
> for bringing this up.
>
>
>
> Mark
>
>
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Tang,
> Lydia
> *Sent:* Thursday, 11 April, 2019 1:20 PM
> *To:* archivesspace_users_group at lyralists.lyrasis.org
> *Subject:* [Archivesspace_Users_Group] adding controlled value to
> multipart note
>
>
>
> Hi all,
>
> I’m trying to unravel a mystery…  I’m interested in adding a Conservation
> note (DACS 7.1.3) to the list of controlled value multi-part notes but it
> seems like Multi-part notes are non-configurable, even though other
> categories are. I believe I have the permissions, but creating a new value
> for this particular section doesn’t seem possible.  I just wanted to check
> if others experience this and if other also miss having a Conservation
> (different than Processing) note?  Thanks!
>
>
>
> Lydia
>
> --
>
> Dr. Lydia Tang, CA, DMA, MLIS
> Special Collections Archivist-Librarian
>
> Philosophy, Aesthetics, and Ethics Bibliographer
> Michigan State University Libraries
> 366 W. Circle Drive (DB 6)
> East Lansing, MI 48824-1048
> Email: ltang5 at msu.edu
> Phone: 517-884-8984
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>


-- 
Dan Michelson
Project Manager Archivist
Smith College Special Collections
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20190411/b4729061/attachment.html>