Date
Attendees
Goals
- past action items; duty roster; lab practicum
Discussion items
Time | Item | Who | Notes |
---|---|---|---|
announcements | |||
upcoming meetings, calls for papers, submission deadlines |
JK: Mozfest is happening now; is it possibly appropriate for ARKA? | ||
|
| Bertrand Caron questions in absentia
| ||
Previous action item: Has there been an uptick in new NAAN requests (since the January 26 rollout announcements)? Yes. Very crude back-of-the-envelope requests per day: 0.22 Oct | MG: would be nice to have a monthly and/or quarterly sense of the request rate; this would help understand resourcing (eg, more curators needed?) and the effect of publicity (announcements, events) on request rates JK: ACTION will look into automating that | ||
Previous action item: draft duty roster
| |||
Lab practicum: shared screen assessment of recent NAAN requests: NAAN for mine (4 days ago, ok to let age since probable spam) Fondation Cartier (5 hours ago) | Judged "NAAN for mine" to be safe to ignore. It was an update request, and no string in the request matched any existing string in the registry. Judged "Fondation Cartier" to be legit. Small question about whether the museum was or wasn't likely to be "for profit". Is it worth verifying? In this case we judged it to be too unimportant to be worth worrying about (not necessarily in the individual case, but as a general policy to help keep the assessment workload down). Demo of Terminal window steps to create the new NAAN entry, create and publish derivative files, announce it, and respond to requester. MG: is the documentation complete? Eg, still says 24 hours instead of 2 business days (now fixed). JK: no, but I expect curator involvement and feedback will help to refine it MG: suggest we schedule our next meeting early in April to coincide with start of duty roster; that way we can all talk through the changes needed; it would be good to make more progress on the crowdsourcing of NAAN registry maintenance MG: have github issue templates been explored? that could simplify the steps by not requiring an email response to the requester (but it would require the requester obtain github credentials) | ||
Previous action item: Create documentation for third party NAAN requests Draft added after paragraph 5 in https://arks.org/about/ark-naans-and-systems/: You may also use that form to request NAANs on behalf of other organizations, as long as your organization provides services (such as ARK minting and database management) to them. Your organization might be, for example, a non-profit aggregator or a for-profit archival system vendor. To proceed, you would fill out the form and list your own organization as a “service provider”. Note that a NAAN requested in this way is meant for an organization that directly curates or creates content to which ARKs will be assigned. Each such organization that you serve should have its own NAAN. Moreover, if a service provider does resolution for a dozen organizations, it would not be surprising if its resolver URL were registered with a dozen different NAANs. |
Action items
- John Kunze look into automating report on NAAN request rate