...
- Controlled Vocabularies - Use Cases
- Hyrax MAP - https://samvera.github.io/metadata_application_profile.html
- Hyku MAP - https://docs.google.com/document/d/1RXRT08236E98RTKASX-bL60qLoBeZgYXFUSD4XBOIaE/edit
- Hyrax/Hyku don't connect up Creator/Contributor but you might want to consider doing that
- Seeing what we have to know what we might want to add to this list
- Some places with same fields that use different CVs
- who is audience? maybe they know some of this but not all of it
- may know which CVs to use but not how to implement or know they want CV but not which one
- QA tab
- QA can be used in any app, not just Hyrax - has to be Ruby app that can be accessed via CURL, so any application with access to CURL
- reorg spreadsheet
- not Hyrax fields, but just Fields, then column for Hyrax/Hyku
- column for general concept of fields
- Rights (while Hyrax calls this "Rights statement")
- consider MODS/RDF mapping that include properties that are beyond default Hyrax fields
- make sure generalized field names are same as MODS/RDF recommendations
- Controlled Vocabulary (CV) Decision Tree
- this could work as a decision tree
- some will use system as IR, some for digital collections
- might be differences in way you handle fields (wouldn't use CV for creator in IR, probably, for example)
- provide options for CVs to use (simpler than LCSH, more subject-appropriate than LCSH, for example)
- include Intro that connects to MODS/RDF recommendations for grounding in how we're naming types of fields
- this could work as a decision tree
- Next steps
- Identify additional use cases? QA vocab choices
- Write up first section of Decision Tree document