Page Comparison

...

Meeting location and directions from hotel

Agenda: Wednesday, February 8th (Start time: 1:00pm)

1:00 to 2:30: Intro and discussion of current implementations, methods, and tools

Tell us about your deployment (a chance for big-picture introductions and context). Include how you do development, and the specific pain points in your development process.

Answer these questions as part of your intro (this will help guide the emphasis for the next few days):

• Have you done simple UI customization, like changing a label, or hiding a field?
• Have you done more ambitious UI customization, like changing layout of a record editor, or changing theme for whole UI?
• Have you built a new UI widget, or changed the behavior of an existing one?
• Have you done any schema extensions? Simple (few scalar fields) or complex (new, complex schema structures, repeating groups, etc.)?
• Have you added a new procedure or authority?
• What other types of customization have you done?

Related Discussion and Documentation

Museum of the Moving Image (20 mins)

Statens Museum for Kunst (20 mins)

Walker Art Center (20 mins)

History of Art Visual Resources Collection (10 mins)

Phoebe A. Hearst Museum of Anthropology (10 mins)

University and Jepson Herbaria (10 mins)

2:30-3:15: Core development team on development process, development tools, source code repos, etc.

30 minutes of presentation and discussion, and 15 minutes of questions.

Topics:

• How central team uses and manages development tools
• How we use repos (SVN and GitHub), for core development.
• How UCB is managing source code for local work
• Models for implementers to manage their local code, and planning for code contributions

3:15-3:25: Bio break (brief!)

3:25-5:00: Strategies for local and community extensions

This will inform the discussion of how we do specific extensions, to be covered over the next few days.

Topics:

• Comparing notes on how you have approached extensions
• What's coming with regard to the IMLS community of practice templates.

Goals (takeaways that are critical to completion of IMLS grant) include the following. Note that this session is an introduction to these topics - we will not complete all this in 90 minutes! We'll discuss this over the next few days, and will revisit these goals in subsequent sessions.

• A documented approach and set of clear steps for the mechanics of how to assemble the set of extensions that a museum would want to use to build their tenant.
• A framework/model and documentation for:
  • where templates and extensions live
  • how templates are discovered and accessed
  • how templates are integrated into local development
  • how templates are documented and maintained.
  • governance models for templates

Related Discussion and Documentation

Schema extension

Community code contribution process (walk thru of the process to contribute code back to CSpace using examples from UCB)

Related Discussion and Documentation

Discussion and Process Around External Code Contribution

Code Contribution Draft Workflows

/wiki/spaces/collectionspace/pages/666276095

/wiki/spaces/collectionspace/pages/666275266

Agenda: Thursday, February 9th (Start time: 9:00am)

8:30-9:00: Breakfast

9:00-9:15: Recap and Agenda review

9:15-11:15: Walk-through of customization and extension use-cases

For each of the proposed use-cases, we'll discuss:

• Preparation work required:
  • Schema, UI design, and community review.
  • Technical prerequisites and background (e.g., what fields are required in order to build an authority).
  • Planning for reuse.
• Development steps (copy these files, global search and replace, etc.)
• Testing an extension

Candidate use-cases for review

We'll canvas the group to choose from among the following list of use-cases. Most of them will illustrate general principles, but each of them has distinct technical issues.

• Build a custom procedure (e.g., Claim/NAGPRA Claim)
• Build a custom authority (e.g., Place)
• Customize a procedure or authority
  • Rename field or authority
  • Add a field to a local or domain schema
  • Apply another schema (from a template) to your record
  • Add a field to a repeating field group (can not be done now without replacing the whole group -- what could we do to change this in the system?)
  • Blue sky: Fundamentally change the data model (e.g., to display information from a related record on the main panel or right panel)
• Add UI widget or capability (following discussions in the pre-meeting on Tuesday)
  • Add link/button that examines a field that is a URL (e.g., link to image in another system) and open browser window)
  • Add link/button that talks to an external web service (e.g., sends locality info to Berkeley Mapper and draws a map; sends locality text info to a georeferencing service, gets back locality data, stores data in system)
  • Modify/extend report invocation widget to also invoke batch processes
  • Modify report/batch widget to display a dialog requesting parameters for invocation
  • Integrate data from related record on page

Related Discussion and Documentation

Documentation in process

11:15-12:00: David Greenbaum on sustainability and foundation

12:00-12:45: Lunch (brought in)

12:45-2:30: Walk-through of customization and extension use-cases (continued from AM)

More on community contribution models and practices, including:

Localization of CSpace

This conversation is on-going and needs a collective conversation to bring it to the next level

Related Discussion and Documentation

Localization Requirements

SMK Localization Use Case

2:30-2:45: Bio-break

2:45-5:15: Discussion of community contribution process

Building on the discussion of customization and extension use-cases, and on the sustainability and foundation presentation, we'll review:

• The existing workflows for making contributions
• Gaps or weak areas in the existing workflows and process
• Facilitating cooperation and preventing duplication of effort
• Variants or different classes of contributions. E.g.,
  • a new procedure vs. a new template,
  • UI translations,
  • documentation and translations thereof
  • etc.
• Structure of the community repository
• Guidelines for adopters of contributions (especially templates)

Note: As part of the IMLS National Leadership Grant, these features/functions are currently being developed, have been developed, or were proposed to be developed by a museum involved in the grant.  

Museum of the Moving Image

• interface for publishing collections on-line
• procedures for condition checking and technical assessment

University of California, Berkeley

• management for taxonomic, place, and concept term authorities
• Native American Graves Protection and Repatriation Act (NAGPRA) management
• batch processing examples
• design and planning to extending collection objects and media objects to support hierarchic structures

Walker Art Center

• API for using RFID to manage collections movement
• procedure for managing insurance assessments and valuations

Others?

Evening: Drinks and/or dinner?

Possibilities (assuming the predicted good weather):

• Triple Rock brewery (close by, in Berkeley)
• The Trappist (in Oakland, accessible by BART) Tamarindo Mexican haute cuisine two doors down.
• Suggestions?

Agenda: Friday, February 10th (Start time: 9:00am)

8:30-9:00: Breakfast

9:00-11:00: Discussion of community contribution process (continued), OR more on Customization

Continued from Thursday: Community code contribution process (discuss development of features, functions, procedures, authorities that any early adopter is considering taking on in 2012 - to make sure that efforts are not being duplicated)

11:00-12:00: Schedules looking ahead

Roadmap review, and discussion of how this aligns with deployers' schedules and plans.

12:00-12:45: Lunch (brought in)

12:45-4:45: Other issues that you would like to discuss (Meeting attendees: Please add your issues here)

• Configuration
• Using the common REST APIs
• data import and ETL
• http://issues.collectionspace.org/browse/CSPACE-3894 (adding/removing fields to groups)
• ...

...

Meeting Agenda (Short form)

Attendees

CSpace core development team
Patrick Schmitz, (UCB) CSpace Technical Lead and Meeting Leader
Rick Jaffe, (UCB) CSpace User Interface Engineer
Chris Martin (CARET) Application Layer Engineer
Richard Millet (UCB) CSpace Services Development Lead
Aron Roberts (UCB) CSpace Services Engineer
Yura Zenevich (OCAD) User Interface Engineer
Antranig Basman (Independent) User Interface Engineer

...