Skip to end of metadata
Go to start of metadata
You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
Version 1
Next »
Why?
- Noticing a marked increase in print serials activity
- Currently duplicating a LOT of data in FOLIO - not the original vision (Copy number, Enumeration & Chronology exist in Receiving and Inventory)
- Multiple fields (will) make up enumeration in forthcoming records
- Is our approach working?
What are our goals? What are the risks?
- Does data need to be stored in inventory?
- How do we expose it to discovery?
- How do we "reunify" the data?
- Implications on search?
- Single store/multiple stores?
- Required elements?
- Managing serials and monographs in the same structures
- Not every library uses every application - applications should be self-contained
- What data is the "source of truth"?
- Data flow: POL → Receiving → Inventory (assuming all 3 are in use)
Design constraints
- Each module needs to be able to stand on its own and operate independently of other modules
- Need architectural assessment
- MARC as primary export mechanism
- Alternate: EDGE-RTAC (how Locate gets FOLIO data)