DART: Drivers, Design, Dimensions, Demonstrators, Deliverables

1
DARTDrivers, Design, Dimensions,
Demonstrators,Deliverables Developments

• Presentation to 2006 Fedora Users Conference

2
But first, a word from our sponsors

• The DART project has been funded by the
  Australian Commonwealth Department of Education,
  Science and Training (DEST) through to the end of
  2006 as a Managed Environments for Research
  Repository Infrastructure (MERRI) project
• Building (of course) on the success of FRODO!
• The funding has been provided through the
  Systemic Infrastructure Initiative (SII) as part
  of the Commonwealth Government's Backing
  Australia's Ability - An Innovation Action Plan
  for the Future.

3
DART Drivers
4
Source Liz Lyon, eBank UK Presentation
5
Theoretical Framework Pathways Model

• http//www.infosci.cornell.edu/pathways/
• Reconceptualises units of communication and
  processes of communication
• Non-vertically-integrated value chain perspective
  on scholarly communication
• Also building planned successor to OAI-PMH
• Van de Sompel, et. al. (2004), Rethinking
  Scholarly Communication Building the System that
  Scholars Deserve, DLib Magazine, V10, N4
• http//www.dlib.org/dlib/september04/vandesompel/0
  9vandesompel.html

6
Pathways Functions

• DART Research Process
• Registration
• allows claims of precedence for a scholarly
  finding
• Certification
• establishes the validity of a registered
  scholarly claim
• Awareness
• allows actors in the scholarly system to remain
  aware of new claims and findings
• Archiving
• preserves the scholarly record over time
• Rewarding
• rewards actors based on metrics derived from
  communication system.
• DART Annotation

7
DART Benefits (modified Pathways model)
8
DART Design
9
DART Overview

• Co-ordinated program of e-Research requirements
  analysis, software development, policy and
  guideline creation and prototyping to investigate
  how best to deal with
• large data sets
• infrastructural issues
• deposit, access, and annotation
• intellectual property concerns
• next-generation methods for research publication
  and access

10
Design Criteria

• Initially
• Identify best-of-breed solutions in each
  candidate area
• Standards-based
• Open-source wherever possible
• Leverage existing work and expertise
• Dont re-invent the wheel
• Later, identify common frameworks for
• Security
• Network transport
• Integration

11
(No Transcript)
12
(No Transcript)
13
DART Dimensions
14
DART Dimensions

• A3.23 million
• 3 partners (Monash - Principal Institution, JCU,
  UQ)
• 18 months
• 27 Separate work packages
• Data Collection, Monitoring and Quality Assurance
  (DMQ)
• Storage and Interoperability (SI)
• Content and Rights (CR)
• Annotation and Assessment (AA)
• Discovery and Access (DA)
• 40 staff

15
DART Demonstrators
16
DART Demonstrators

• Designed to show value of the end-to-end DART
  lifecycle approach
• Identify researchers
• Specify realistic activity sequences
• Embed Information Management specialists in the
  research teams
• Construct iterative DART prototypes
• Progressively refine prototypes as DART delivers
  increased functionality
• Design customized DART portals for each
  discipline
• Research disciplines chosen are
• Protein X-ray crystallography
• Climate Research
• Digital History

17
(No Transcript)
18
Demos

• Instrumented Laboratory movie
• Annotation of Molecule screen capture

19
Turning data into information
Protein crystallography raw data
3D atomic structure of protein after processing
20
So wheres Fedora?
21
(No Transcript)
22
So wheres Fedora?

• Manage data
• Fedora-SRB Integration
• Manage information
• Fedora-SRB Integration
• Collaborate and annotate
• Fedora as annotation target
• Work on XACML and Shibboleth
• Publish information
• DART -gt ARROW Transition
• Discover information
• DART and ARROW Fedora instances as OAI Providers

23
DART Deliverables
24
DART Deliverables

• By mid-2007 DART aims to deliver
• Working proof-of-concept software in each of the
  work package areas
• Clear understanding of how to turn this
  proof-of-concept functionality into robust
  production systems
• Feedback from demonstrator researchers about the
  value of the DART integrated lifecycle approach
• Reports detailing recommended best practice in a
  number of areas

25
Beyond DART

• Funding request just approved for Australian
  ResearCH Enabling enviRonment
• ARCHER (of course!)
• Building on the success of ARROW and DART
• Funding requested through to end of 2007
• Will take DART work and ruggedize it, producing
  production-ready software to support the National
  Collaborative Research Infrastructure Strategy
  (NCRIS)

26
BRACER Access Control
27
Building Rules for Access Control to Electronic
Resources (BRACER)

• Proposed development program as complement to
  ARROW and DART
• Access Rule Optimisation
• User Feedback on Rule Operation
• Visual Rule Editor
• User Needs Analysis for eResearch Repository and
  Registry Services
• Access Rule Interoperability and Abstraction

28
Acknowledgements

• Without the hard work of all these people, DART
  just wouldnt happen!

J C U
U Q
M U
29
Questions?

• DART Project
• http//dart.edu.au/
• DART Project Director
• Jeff.McDonell_at_its.monash.edu.au
• DART Project Architect
• Andrew.Treloar_at_its.monash.edu.au
• http//andrew.treloar.net/

30
1. Collect Data

• Sensors through to Large Scale scientific
  instruments, e.g.
• GBR sensor networks
• X-ray diffractometers
• Synchrotron
• Remote access (GridSphere)
• Quality assurance and metadata capture (Kepler,
  SRB)
• Environmental data capture (CIMA, SRB)

31
2. Manage Data

• Data cleaning, storage
• Metadata, verification (e.g. SRB, Globus, CIMA)
• Backup, replication
• Network transfer
• Security and interoperability (e.g. MAMS,
  Shibboleth, PKI)
• Demo (Asad - MU)

32
3. Analyse Data

• GRID access (e.g. SunGrid)
• HPC (e.g.. APAC, VPAC, QPSF)
• Discipline specific applications (e.g. Mustang,
  Phaser)
• Data regeneration, if required (e.g. Nimrod)
• Demo

33
4. Manage Information

• Distributed Institutional Repositories (e.g.
  Arrow)
• Standards based storage architecture (e.g.
  Fedora, SRB, Globus)
• Semantic Search interface to Storage Resource
  Broker (SRB)
• Security and IP - many issues to deal with in
  this area
• Demo

34
5. Collaboration Annotation

• Collaboration tools
• Annotation of Scientific data
• Secure Annotations
• Collaborative Annotations
• Wikis (plone, Trac, TWiki)
• Assessment (peer/journal review, etc)

35
6. Publish Information

• Full original data access, if required
• Automatic publishing (e.g. crystal structures)
• International dataset deposits (e.g. from x-rays)
• Traditional publishing journals, books, patents
  (e.g. from x-rays)
• Demo

36
7. Discover Information

• Search engines (Google, Yahoo, NDS)
• Future independent research on original data
  (i.e. it will be accessible in controlled
  circumstances)
• Demo