Time/Place

This meeting is a hybrid teleconference and IRC chat. Anyone is welcome to join...here's the info:

• Time: 11:00am Eastern Daylight Time US (UTC-4)
• U.S.A/Canada toll free: 866-740-1260, participant code: 2257295
• International toll free:  http://www.readytalk.com/intl 
  
  • Use the above link and input 2257295 and the country you are calling from to get your country's toll-free dial-in number
  • Once on the call, enter participant code 2257295
• IRC:
  
  • Join the #duraspace-ff chat room via Freenode Web IRC (enter a unique nick)
  • Or point your IRC client to #duraspace-ff on irc.freenode.net

Attendees 

• Unknown User (escowles@ucsd.edu)
• Nick Ruest 
• A. Soroka 
• Unknown User (acoburn)
• Michael Durbin
• John Doyle
• Jared Whiklo
• Yinlin Chen
• Andrew Woods
• David Wilcox
• Osman Din
• Unknown User (daniel-dgi)

Agenda

1. Current priorities
   1. fedora 3 to 4 migrations
   2. etags
   3. blank nodes
   4. fixity service redesign
   5. LDP: point-like objects, align with spec
   6. Java 8 refactor
   7. move towards API standards (memento? webac?)
2. Open Repositories planning (committer meeting)
3. Islandora / F4 migration update
   1. XML Forms special meeting
   2. migration-utils work
      1. auditTrail mappings – are we good to proceed?
4. Blank node issue (updating existing bnodes) vs. autocreated IDs
5. Next week's call
6. ...

Minutes

• Current Priorities
  • There doesn't appear to be enough engagement to get to most of these priorities.
  • can we narrow our focus or develop a strategy?
    • Unknown User (escowles@ucsd.edu) thinks blank nodes need to be addressed soon.  While users may be happy with the reversion, there real issues that prompted us to move forward before still exist.
      • A. Soroka expressed that the "satisfied customers" are not satisfied with blank nodes, but with automatically generated resource IDs.
      • Andrew Woods stated he thought the requirement was that people be able to ingest "blank nodes" and then be able to edit them.
      • A. Soroka reemphasized that he thought that the current implementation is not truly a blank node as mutating these "blank nodes" made them "named resources" and resulted in a very tricky implementation.
        • adding support for blank nodes that cannot be altered is relatively easy to implement and doesn't stretch the model
        • immutable blank nodes would satisfy the XML-ish RDF constructs that appear to be the main/only use case.
        • Unknown User (acoburn) asked whether one could remove one of several blank nodes with the same identifier (ie, "dc:creator")?
          • A. Soroka indicated that it was difficult, but doable.  One possibility is that when you skolemize the blank node coming in, you create a determinant hash fragment that would be recreated identically when a request to delete that blank node came in.
        • There was some consensus that focusing on hash URIs would be a constructive approach.
    • Andrew Woods suggested that some other items on the list (fixity redesign, etags) would bring us closer to LDP spec and that they're sort of broken now, and fixing them might be a priority.
      • Unknown User (escowles@ucsd.edu) advocated for the etags, blank nodes and fixity service be considered "working", but in need of improvement and roughly the same priority.
      • The migration work seems to be under control.
      • Java 8 refactor is largely ready to go, but requires a pretty thorough multi-person review and testing (ie, a cursory code review would not suffice) 
        • we need to commit several people to this or we loose a lot of work we've already done
        • we may not have critical mass to merge it in and hope things are resolved through use... but would be risky before open repositories.
    • No one seemed to think there was anything missing from this list, so Andrew Woods thought he'd try to pick out a few items and rally some focused effort on them.
    • Jared Whiklo suggested that since the Java8 stuff was largely done, it might be the best ROI.
    • To address the checkstyle issues...
      • turn off checkstyle? (worse)
      • turn off the aspects that fail on java 8 syntax? (bad) 
    • A. Soroka has added all he will to the java 8 branch, we should identify the checkstyle stuff we need to fix, make sure nothing breaks and get it in.
• Monday of OR, a half-day fedora technical meeting
  •  Who is going?
  • Could those members start filling out the agenda, or indicate what they'd like to discuss.
• Islandora/F4 Migration
  • Islandora had a special meeting for xml forms and how to move forward (editing XML non-RDF sources)
  • Audit trail mappings will be soon.
  • Work will start on a walkthrough
  • Andrew Woods asked for a non maven, packaged solution, Michael Durbin will make a well-described ticket for this.
  • David Wilcox will talk to some of the migration pilot contacts about possible testing migration-utils
• Next week's doesn't need any caveats after all.
• No new topics from the floor...