You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 8 Current »

Date

Attendees

Goals

Discussion items

TimeItemWhoNotes

announcements


An Argentine group interested in using ARKs has asked about handling ISSN numbers as NaaNs.

The ISSN serial number standard is controlled by https://www.issn.org. The idea is that we could somehow automatically generate NaaNs based on an ISSN. Discussion points included the following:

    • Every ISSN auto register as a NaaN.
    • Perhaps start with some letter such as ’S’
    • Declare this as a reserved pattern.
    • John suggests perhaps this pattern would be an administrative pattern, not part of the standard.
    • Discussed various groups doing similar name space allocations. BNF, Luxembourg, FamilySearch, etc. Some great concerns about how to go forward.
    • Many open questions. We are just beginning to think about this.

Proposed: suppress '?' inflection (let it be optional), leaving just the '??' inflection

  • as before, '??' requests kernel elements plus any persistence statement
  • '??' easier to implement than '?'
  • '?' may be supported by older implementations (briefer record)
  •    ... or should '?' be made identical to '??'  ?

This point generated considerable discussion among the group members. All agreed that folding the use of the single '?' into the double ('??') makes sense. However, there are still some concerns. Specific discussion points were:

    • ? is often ignored by software
    • ?? will result in a query parameter with just ?
    • Perhaps change the standard to ??
    • Perhaps inflections could make use of meta characters outside the current spec. Such as ‘!’.
    • There is some concern about using a query string that does not include the value. Tom will try to figure out what conventions are supported by reverse proxies and HTTP servers such as HA Proxy, NGINX, Jetty…

are we ready for next review phase with arks-forum?
The next version of the specification did not get published due to the IETF black out period.

Action items

  •  
  • No labels