Little vs Big
The key phrase for this break-out session was "Little vs. Big". In context, we discussed Collections vs. collections (little collections versus big collections). Here we defined big collections as those generally stored in special purpose software such as Fedora or DSpace. These collections would have great permanency with significant thought put into metadata. Little collections were defined as those that may not have a significantly long shelf-life and where metadata may not be a primary area of focus, or at least where less thought is directed toward metadata schemas or saturation of values.
- Are there systems that can be used for "light-weight" collection applications?
- CMIS (forgotten what this stands for)
- Are there systems that are both easy to implement and use while still being flexible?
Priorities of a "light-weight" system
- Ease of implementation
- Ease of navigation
- Ease of customization
- Ability to use domain-specific metadata
- Templating system
- Pre-built Themes
- Interoperability of data (mainly export abilities)
- A.k.a. - Portability
- Appropriate Architecture
- Record Oriented Structure
- Plug-in Architecture
- Access Control
- Multi-site capability
- Some extent of user permission controls
- Omeka is likely to be releasing a new version soon that may have multi-site ability, resolving some issues.
- Wordpress is not appropriate as a small "c" solution due to lack of record oriented structure, access control, portability of data, etc. (some of this can/could be resolved to an extent through plugins)