--- tags: docs, how-to --- # How To Use Omeka * Naming convention * What it says on the title * Place * For now Google the location of the college and enter city and state * Later we can used linked data * Class * use "Document" * for the future, examine if there's a better class for our materials --- ## Emma's notes from 6/22 #### two platforms for archiving * collective access (more robust archival tool) * omeka is an alternative comes out of the digital humanities world #### omeka * designed around collections of items * omeka classic: web publishing platform * decided to fork it; still maintain omeka classic * we use omeka s, new version * pretty well designed and user friendly * variation and s and classic is you can store any number of diff collections in s and you can host different sites * we can catalog other types of student activism, same set of items with different websites, own theme, url, etc. (can branch off!) * git hub theme (features/theme) #### omeka core concepts * everything is called a resource * items are pages on the site (eg: /item/3) * within the item, the media is the pdf that loads * item and media are not the same thing; you can have an item that has no media * media will have different id * you can attach multiple media to one item and categorize them (eg: screen media and print media, low qual and high qual) * has many relationship between items and media * media must be associated with item, but not vice versa * there's a plugin that automatically extract text (not great) * dublin core: schema of vocab terms to describe digital and [..] resources; a language of standardized metadata terms (eg: title, body, school, date) * standardized archival terms (eg: different kinds of dates, different relations, [referenced by, replaced by, version of]) * most of it blank for now * we use title, date (dcterms: date), as well as dublin core spatial * if we wanted to port, we can port dublin core as a schema and map over things properly * extract text as a different vocab/taxonomy * we can develop a taxonomy (eg: campaign, issue, person) * omeka is relational * under "relation", you can relate to text, or an omeka resource, link (to item, item sets, media), you can link to multiple things * mapping (drop a pin on a map) * item sets: powering university categorization * items on the right hand side * currently: institution name is stored as an item set #### unused * we're not really using resource tmeplates (can be used later when with a taxonomy, more later) * not really using other vocabs besides defaults #### other cool features * batch actions (eg batch editing) * csv import by omeka team and daniel * has documentation * can import item sets or items * can comment + check log! can be destructive, ask questions * eg: importing two column csv w title and class * map title to dublin core title * map class to eg: collections, * public * owned by * advanced settings > action > you can append, reives, update, delete, etc. * check the docs for what they mean * create: new resoure for each row (duplicates) * append: find by identifier, * revise: replace unless empty * replace: remove and (??) * right now: spreadsheet is messy, in the future shared google sheet folder (imports from a given date, main spreadsheet) * other plugins and api to get data out * if we want a project where people can upload and update, we can get data back out of omeka * adding new item * resource template > base resource (can batch edit them in thef uture for unused fields) -* need this for fields!! * class: item (bib ontology) documnet, examnine if better class * title: copy title from the cover (add clarification if needed) * date: year of publication * relation: TBD? (not currently in use, but just showing that you can link items to eachother) * add to item set for corresponding university/disorientation group so it can show up on front end * no convention for uploading media for now * scalar: creating webs out of a book, not really an archival tool, can be used for that (history of computing)