Page Comparison

30

Uses Data Import, a couple small issues that are being worked on. Currently can import into Marc Authority app. Then can browse, then use those strings in your cataloging workflows.

Batchapis to load source, its possible to load duplicates to SRS, no integrity checks.  Need to delete them if want to reload without duplicates.  No batch api to load inventory, need to load by posting to authority-storage/authorities endpoint. (It takes a while.)

Linking authorities to records is being worked on, at both marc (source) and inventory levels.

Modeled after how instances/source is done, with inventory authority record and SRS authority record.

Assumption is source will have 010$a tag, to be able to be loaded, to set HRID value. If another record has same 010$a, it will make import stop. Can also work with Data Import profiles to update matched on 010$a (HRID, which is immutable).

There is an authority note type (Nonpublic authority note), and can add them through api, but cannot yet see/add in UI

Can add identifier types in UI (works same as instances)

No required properties for these records, anything will load, you should review records before posting. (This might get worked on.)

There is a long term plan of some sort to have authorities match/authorize instances as authorities are loaded? There is a place for authority ID on contributor object (not sure what release).

Pieces (in receiving app) only works when “Update instance/holdings/items” is set.

Jeff sets either open date (or create date, or both?) by using storage api.

1st call is in business logic
Then calls to storage apis to switch the flag to “update instances/holdings/items” and the date (“whichever one doesn’t work with the business logic”).

Locations : originally they had done compilation ENG-collection.  But marc holdings in SRS doesn’t like the composite library and location “location" Ticket open.  Duke is no longer going to use the composite code and will just use location code. (e.g., DUL-PERKINS-PK4 is now PK4)