This page lays out the considerations and activities surrounding the Fedora 4 Audit Service.
Guiding Principles
- Any Fedora4 feature should be available through an API which is an implementation of LDP or an optional extension (ideally an existing standard)
- Fedora4 features should favor existing tools over custom code
- Fedora4 features should establish integration patterns where an implementation is not a part of the core code
Actions
Action | Owner | |
---|---|---|
1 | Define required Audit Service queries | Dr. Arif Shaon |
2 | Perform comparative analysis of PROV-O vs. PREMIS-RDF (Reference: http://dcpapers.dublincore.org/pubs/article/view/3709) | Nick Ruest |
3 | Define repository events and event agents that should be recorded and supported by the Audit Service | |
4 | Define capability of the Audit Service REST-API |
Legend: - Needs refinement, consensus, or removal Audit service MUST import events with RDF triples drawn from the specified ontologies Audit service MUST service queries that vary by: Non-FunctionalProposed Requirements
Functional - Write/Import
Functional - Read/Import