Date: Fri, 29 Mar 2024 07:43:47 -0400 (EDT)
Message-ID: <2023889359.30314.1711712627050@lyrasis1-roc-mp1>
Subject: Exported From Confluence
MIME-Version: 1.0
Content-Type: multipart/related;
boundary="----=_Part_30313_361271627.1711712627050"
------=_Part_30313_361271627.1711712627050
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Content-Location: file:///C:/exported.html
2017-12-07 - Fedora Tech Meeting
2017-12-07 - Fedora Tech Meeting
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)
- Dial-in Number: (712) 775-7035=20
- IRC:
Attendees
Agenda
- Announcements=20
- Oxford Common Filesystem Layout meeting happened last Friday
- Auto-invite form for fedora-project slack now av=
ailable (thanks Michael B. Klein)
- Needing volunteers
- New Fedora Clustering configuration - Carrick Rogers?
- 4.7.5 release - Planning for week of January,15th 2018=20
- Release manager - Osman Din
- Fedora API Test Suite... needing:
- Try the tool against an API implementation
- Code reviewing the tool... lots of low-hanging fruit
- Simple, synchronous query in Fedora=20
- Prior art
- Queries to support=20
- select ?s where {?s ?p ?o}
- select ?s where {?s <some-pred> ?o}
- select ?s where {?s <some-pred> <some-object>}
- Tickets requiring attention=20
- Unable to locate J=
ira server for this macro. It may be due to Application Link configuration.=
- Bethany Seeger to review?
- Unable to locate J=
ira server for this macro. It may be due to Application Link configuration.=
- Ralf Claussnitzer to explore?<=
/li>
- Unable to locate J=
ira server for this macro. It may be due to Application Link configuration.=
- Ben Pennell to explore?<=
/li>
- Unable to locate J=
ira server for this macro. It may be due to Application Link configuration.=
- on hold or close?
- 5.0.0 release=20
- API Alignment
- Pairtrees?
- Unable to locate J=
ira server for this macro. It may be due to Application Link configuration.=
- Danny Bernstein working th=
is?
- Is tying Memento creation to modeshape a bad idea?
https://github.com/whikloj/fcrepo4=
/blob/fcrepo-2617/fcrepo-kernel-modeshape/src/main/java/org/fcrepo/kernel/m=
odeshape/services/VersionServiceImpl.java#L72
- Unable to locate J=
ira server for this macro. It may be due to Application Link configuration.=
- Daniel Lamb working this?
- Beyond 5.0.0 - Areas of improvement
- Persistence?
- Journaling?
- Simple, synchronous query?
- ...
Tickets In-Review
key |
summary |
type |
created |
updated |
due |
assignee |
reporter |
priority |
status |
resolution |
Unable to locate J=
ira server for this macro. It may be due to Application Link configuration.=
|
Ticket Summaries
Please squash a bug!
key |
summary |
type |
created |
updated |
due |
assignee |
reporter |
priority |
status |
resolution |
Unable to locate J=
ira server for this macro. It may be due to Application Link configuration.=
|
Tickets resolved this week:
key |
summary |
type |
created |
updated |
due |
assignee |
reporter |
priority |
status |
resolution |
Unable to locate J=
ira server for this macro. It may be due to Application Link configuration.=
|
Tickets created this week:
key |
summary |
type |
created |
updated |
due |
assignee |
reporter |
priority |
status |
resolution |
Unable to locate J=
ira server for this macro. It may be due to Application Link configuration.=
|
Minutes
Danny B will be hosting next week's call
- OCFL
- OCFL call=20
- round robin survey of digital preservation at 6 institutions
- application independent disk/fs layouts
- [Danny B] key takeaways?=20
- covered tooling/specifications for standardizing file storage layouts=
li>
- effort from Stanford called "Moab" to group these tools, adds process a=
s a layer on top, does versioning
- looking for common elements across institutions' digital preservation f=
ile storage strategies
- [Bethany] more "what are we doing" conversations useful
- [Bethany] what about distributed setups for serving the data?
- assume we are writing to disk
- "disk" is not fully specified
- scale wrt lots of content but not performance issues
- 1.b. think about using Slack more on the technical side of Fedora?
- Clustering config
- [Carrick] it is on DevOps TODO list, should happen in the next 2 weeks =
(11-22 Dec)
- 4.7.5 release, scheduled Jan 15
- aim to get a RC out soon (this week or next)
- [Danny B] will review master on Monday for bugfixes that should be back=
ported, cherrypick onto 4.7-maintenance
- do release off 4.7-maintenance branch
- look for unresolved bugfix tickets
- [Peter] can do RC testing first week of January
- [Carrick] can also RC testing first week of January, w/Avalon & Hyr=
ax
- [Danny B] will put out RC next week
- [Jared] will assist
- will likely have to push out the Jan 15 release date
- review tickets for anything you want in 4.7.5 that is not yet
- UMD/NLM achitecture meetup=20
- [Doron] we hold DC Fedora Users Group twice a year
- had a smaller meeting at UMD to focus on architecture needs, upcoming n=
eeds, and a discussion of community status
- attendees: Doron, Esm=C3=
=A9, Josh Westgard, Peter, Mohamed, Ben Wallberg
- NLM is just beginnning additional projects that require architecture bu=
ildout of enduser admin tools
-
- currently on F3, want to migrate, ran into issues before
- discussed Hyrax, Figgy, Valkyrie
- IR vs. digital repository, CMS-like feature that we don't need
- current model is to have large files on fs, external links in F3, would=
like to continue this model in F4
- would like F4 to support the "rebuild repo from fs" capability that OCF=
L promises
- NLM thinks F4 conceptually seems fine for modelling
- performance is still an issue in migration
- [Aaron B] F4 is more akin to a resource store rather than an object sto=
re=20
- provides primitives to model objects
- resources are managed and versioned individually
- OCFL defining object repo in the filesystem=20
- resembles the F3 object notion
- F4 provides tools to model objects, but not persisted and managed as a =
unit
- OCFL object members are collocated in some structure
- can F4 provide guidance on structuring resources in the userspace level=
?
- [Doron] looking for F4 to provide an object store=20
- want to publish RDF on the web
- fine with using multiple tools for object store and object publishing=
li>
- [Andrew] reflect on the API spec and imagine if your achitecture can us=
e it=20
- related to the question of what services should Fedora offer
- not ideologically bound to the single subject restriction
- [Doron] where should LDP functionality live in the stack
- Fedora is not a triplestore, its an object store
- [Aaron B] "object store" is not defined anywhere=20
- F4 API describes resources, not objects
- objects is a high-level concept that is constructed through relationshi=
ps
- left as an exercise for the user to define objects in terms a of linked=
data
- [Peter] F3 had built in object model=20
- need to start object model sharing and reuse discussion?
- [Andrew] PCDM was the first attempt at object model consensus
- [Aaron B] F4 not opinionated wrt object models
- [Andrew] mapping flexibility of resources on F4 to OCFL will be an inte=
resting exercise
- encourage folks to run API test suite at various implementations
- desire for very simple synchronous query in F4=20
- [Jared] are we putting query into F4?
- [Andrew] this is just exploratory for now
------=_Part_30313_361271627.1711712627050--