AAC Browse Application Testbed
This page contains reference material for the AAC Mappings for the browse application. These mappings reflect outputs, not inputs; they are not the same as the mappings that ISI is doing—those are mappings from institutional data to RDF, using the CIDOC-CRM ontology.
These mappings are for the RDF to be queried from the triplestore to external application (the browse application, but also others). We need to verify that the information that was put into the triplestore is retrievable in a consistent, regular fashion. Below are mapping for the fields of each of our core entities. On each field’s display page is a link to comment on questions, discrepancies or modeling considerations.
Field-Level Mappings
The series of questions on this page capture discussions for common questions about LOD and our AAC mappings. When possible, we record our consensus of AAC 'good practices’. The questions are tagged with Priorities, which are:
- Priority 1 — Must-have for the data to be modeled and queried.
- Priority 2 — Decisions that will impact the ISI team’s mappings of the original data into RDF, so should be addressed in a timely manner to avoid rework.
- Priority 3 — Affect the browse app and other applications that use data from the triplestore. The browse app anticipates creating query patterns that are entity-focused and can be represented as JSON for easy use by applications. The Priority 3 items will need decisions for active browse app development this autumn, and may require some discussion at the Oct 2016 partner meeting.
- Priority 4 — Probably not in scope for the current mapping effort or browse app, but should be considered for inclusion in good practices documentation.