DCAM Revision
From DCMI_MediaWiki
Contents |
Telecons and meetings
Discussion takes place on the DCMI Architecture Forum mailing list. Telecons use the IRC channel at irc://irc.freenode.net/#dcmi.
- 2012-08-14. Report
- 2012-08-09. Report
- 2012-07-16. Agenda, Report
- 2012-06-08. Agenda, Report
- 2012-05-15. Agenda, Report
- 2012-04-09. Agenda, Report
- 2012-03-22. Agenda, Report
- 2012-02-29. Agenda, Report
- 2012-02-15. Agenda, Report
- 2012-01-30. Agenda, (Report)
- 2012-01-04. Editorial Group will informally meet on Skype in early January Agenda, Report
- 2011-12-21. Architecture Forum telecon on DCAM Revision - Agenda, Report,IRC channel
- 2010-10-22. Joint meeting with the W3C Library Linked Data Incubator Group - Minutes]
Current work
Editorial Group: Richard, Jane, Kai, Michael, Tom
- 2011-12-21. Drafting will begin in a wiki document, which is likely to evolve into at least two separate documents (one oriented to general users, one for technologists)
Relevant links
- Existing DCMI specifications and notes
- DCMI Abstract Model - DCMI Recommendation, June 2007
- Mikael Nilsson's outline for an RDF-based DCAM ("DCAM 2.0"), early draft with no status, January 2009
- Singapore Framework for Dublin Core Application Profiles, DCMI Recommended Resource, January 2008
- Description Set Profiles constraint language for DCAPs, DCMI Working Draft, March 2008
- Expressing DCAM in RDF, DCMI Recommendation, January 2008
- Notes on Expressing DCAM in RDF, DCMI Recommended Resource, January 2008
- Review of DCAM with scenarios for its future, wiki discussion document with no status, October 2010
- [1], Karen Coyle application profile design patterns (2008)
- [2], DC-TEXT (2007)
- Application Profile design patterns, wiki draft with no status, September 2008
- W3C
- 2011 RDF Working Group is revising RDF - e.g., Named Graphs - will replace 2004 RDF Concepts and Abstract Syntax
- Related drafts
- Alistair Miles proposal for "Son of DC" (2007), zip file
Questions for discussion
- What requirement(s) does DCAM address? What is its purpose? Can we formulate the purpose in a short statement? Candidate purposes:
- Education: tool for understanding graph-based models (Jane)
- Designing/modeling metadata applications (Corey, Stefanie)
- Should DCAM be based explicitly on RDF, or should it be formulated as something more abstract that can be instantiated in RDF?
- Audience
- Application Profile developers?
- Software developers?
- General audience?
Issues tracker - do we need one?
- See http://en.wikipedia.org/wiki/Comparison_of_issue-tracking_systems
- http://www.bugzilla.org/ A classic.
- http://roundup.sourceforge.net/ Easy-to-install ten-year-old Python project, used to track Python and IETF projects, rumored to be easier to use than Bugzilla.
- http://www.assembla.com/ Would require DCMI to subscribe to a service.