[Archivesspace_Users_Group] Question re: MARC exports - lots of brokenness?

[Brad Westbrook]

Hi, Joshua,

Thanks for pointing out that we need to update the rollover for the Date field in the name form.

There is, btw, a way to set a repository preference regarding the “publish” function for all newly created records, including imported and migrated records.

In either the Global Preferences or Repository Preferences option on the “admin” option list:

[cid:image001.png at 01D1026E.6A747450]

Click on “Publish?” in the General Settings:

[cid:image002.png at 01D1026E.6A747450]

This will cause all new records and all parts of them to be marked Publish.

Also, there is an option, “Publish All,” on the parent level record for resource and digital object records by which you can indicate that all parts of a resource or digital object record are to be published.

[cid:image003.png at 01D1026E.E7C301B0]

Brad W.


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Joshua D. Shaw
Sent: Thursday, October 08, 2015 5:52 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Question re: MARC exports - lots of brokenness?

Hi Brad-

Didn't catch the reversal of the deprecation. The tool tip still indicates that its deprecated, so minor issue with that.

Ticking the publish on the sub note part did the trick. For our legacy data, we'll have to remember to go in and edit all of our notes/subnotes and tick all of publish checkboxes.  So.....Is there a way to override the publish option on a global or per record basis - i.e. ignore the publish on/off-ness and publish anyway?

Looks like I jumped the gun in filing the two reports (AR-1339 & AR-1440). I don't think I can cancel/close them myself.

Thanks,
Joshua

From: Brad Westbrook
Reply-To: Archivesspace Users Group
Date: Thursday, October 8, 2015 at 4:28 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Question re: MARC exports - lots of brokenness?

Hi, Joshua,

1.      Regarding number one, we reversed the deprecation in the 1.3.0 release (see AR-1147<https://archivesspace.atlassian.net/browse/AR-1147>).  For the time being, folks can record vital dates in the name form sub-record and in the Dates of Existence sub-record.
2.
Regarding number two, are all of the sub-parts of the note(s) marked to “Publish”?

Brad



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 Joshua D. Shaw
Sent: Wednesday, October 07, 2015 8:22 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Question re: MARC exports - lots of brokenness?

Hi All-

Just wondering if others have noticed that there are a lot of broken bits in the MARC export with 1.3 (haven't tested 1.4 yet). Here's what I've noticed so far.

  1.  The dates of the agent existence are still being pulled from the now deprecated "Dates" field in the Name Form subrecord instead of the Dates of Existence subrecord.
  2.  Multipart notes are not pulling the content from the sub note, so you wind up with a lot of blank bits - e.g.:

     *       <datafield ind1=" " ind2=" " tag="500"/>

    <datafield ind1=" " ind2=" " tag="500">
      <subfield code="a">Processing Information: </subfield>
    </datafield>
    <datafield ind1=" " ind2=" " tag="500">
      <subfield code="a">Processing Information: </subfield>
    </datafield>
    <datafield ind1=" " ind2=" " tag="506"/>
    <datafield ind1="2" ind2=" " tag="520"/>
Just wondering if this is a local to us issue and - if not - if I've missed a bug report or three in the tracker? If I haven't missed the bug report(s)...guess its time to file a couple!

Thanks!
Joshua
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20151009/b56e57c3/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 12013 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20151009/b56e57c3/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 23056 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20151009/b56e57c3/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 5478 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20151009/b56e57c3/attachment-0002.png>