Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 4.0

...

  • meeting to plan development tasks
  • create a high level roadmap for development effort
  • identify existing resources (staff and funds) and begin process of assigning tasks to humans
  • identify team members and roles for development effort
  • begin ticketing above in DuraSpace JIRA
  • ticket functionality that will not be built by end of current grant (September 2011)

Attendees

  • Julie Maloni Meloni - UVa
  • Tom Cramer - Stanford
  • Bess Saldler - Stanford
  • Naomi Dushey - Stanford
  • Michael Olson - Stanford

...

Team Roles and Responsibilities.

Name

Roll Role

Institution

Michael Olson

Project Manager

Stanford

Mark M. Matienzo

Functional lead Lead

Yale

Naomi Dushay

Lead Developer

Stanford

Bess Sadler

Consultant Consulting Developer

Stanford Fitz

Chris Fitzpatrick

Consultant Consulting Developer

Stanford

Jennifer Vine

UI Design Designer

Stanford

Jessie Keck

UI developer

Stanford

Lynn McRae

Data architect

Stanford

Tom Cramer

Project Director

Stanford

Adam Soroka

Data architect (consulting developer)

UVa

Julie Meloni

UVa Lead, UI (consulting developer)

UVa

Joe Gilbert

UI (consulting developer)

UVa

Molly Pickral

consulting developer

UVa

Media Shelf

Developers

  • cross project code rationalization
  • refactoring and GEM creation of existing code base
  • UI design / implementation?

Vendor

Adam S.

Fedora Consultant: Data modeling

UVa

Julie M.

UVa Lead and UI developer

UVa

Molly Pickral

Developer consultant

UVa

Tom Lauderman

Data loading? Other?

UVa

...

TBD

Data Loading

TBD

  • Stanford will draft development plan, including SOW for contract development, and share with UVa and AIMS partners
  • With UVa sign off, UVa will issue contract and serve as contract manager with MediaShelf

Fedora Instances and content loading

  • Fedora instances envisioned
    • Stanford will host dev and public demo application w/ a representative sample of publicly accessible, demo objects across multiple (or all?) AIMS collections
      • parallel demo application at UVa?
    • Stanford will host Stanford collections long term
    • UVa will hosting of UVa, and likely Yale collections, long term
    • Hull will host Hull collections, long term

Development Process

  • Monthly iterations
  • Weekly deploys, continuous builds
  • Weekly calls of -dev team (Tuesdays)
  • Iterative development process
    • load first set of objects into Fedoras, index in solr, expose via BL
    • assess presentation, modify data model and software accordingly
    • reload data
    • rinse, repeat

Reference Note: on SALT, we loaded, reloaded and modifed in place the Feigenbaum content roughly two dozen times to get it to its current form.

...

Synching efforts across Hydra projects / institutions

Please note that this list is only representative of what the attendees knew at the time of the meeting

  • UVa has four two people let by including Julie that who are very experienced with UI design and implimentationimplementation
  • would be useful to leverage UI expertise across UVa, Stanford and rest of Hydra partners.

High Level Roadmap

Key Tasks & New Work

  • Merge Libra and Hydrangea into stable Hydra trunk
  • Set up Hypatia / Fedora stacks (-dev and -demo at Stanford, others?)
  • Data ingest, solr indexing, exposure via Hypatia's BL
  • Data modelling: AIMS archival items, components and collections in Hydra

Development Tasks: New Components & Deliverables

  • Item discovery and views (object specific behaviors for archival objects, including definition of possibly compound or complex objects, display of appropriate descMD, techMD, including both individual "files" and disk images)
  • Archival collection discovery and views (object specific behaviors, reflecting appropriate descMD, techMD, adminMD, provenanceMD, and reflective of and/or complementary to EAD)
  • Application of APOs (AdminPolicyObjects) at a collection level
  • Development of Hydra set objects (aka "discovery collections") to support arrangement and description of collections into archival components
  • Use of set objects within Hydra Hypatia
    • creating set objects (aka archival components)
    • description of set objects
    • addition of items to set objects
      • individually (must have)
      • bulk (desirable)
    • discovery of set objects
    • display of set objects
  • Enhancements (TBD) to ActiveFedora, OpinionatedMetadata, Hydra infrastructure tickets (e.g., migration to Rails3)
  • Archivists' Dashboard, for arranging and describing items and components