Closed strogonoff closed 2 years ago
Thanks for the ping @strogonoff . I don't know the correct answer.
Considerations:
draft-sparks-sipcore-multiple-reasons
omits the draft-
.type: "IETF"
because IETF has stated multiple times they don't want to be associated with Internet-Drafts and RFCs.I have sent a clarification request to IETF and let's see what the reply is.
@ronaldtse
If we want to use neither draft-
prefix nor IETF
type, I am OK using this:
{ id: "I-D sparks-sipcore-multiple-reasons", type: "Internet-Draft" }
However, this would break the preexisting pattern where for I-D
prefixes the identifier type is “IETF”.
Until now we were basically saying “type Internet-Draft means id starts with draft-
; type IETF means id starts with I-D.
(or RFC
, for RFCs)”.
docid:
- id: draft-3gpp-collaboration-01
type: Internet-Draft
primary: true
- id: I-D.3gpp-collaboration
type: IETF
scope: anchor
Now we will be saying “type Internet-Draft means id starts with draft-
or I-D
; type IETF means id starts with I-D.
”:
docid:
- id: draft-3gpp-collaboration-01
type: Internet-Draft
primary: true
- id: I-D.3gpp-collaboration
type: IETF
scope: anchor
- id: I-D 3gpp-collaboration
type: IETF
primary: true
Asked Nick to see what he thinks
This will be implemented in https://github.com/relaton/relaton-ietf/issues/74
Closing this in favor of that.
Based on discussion in https://github.com/ietf-ribose/relaton-data-ids/issues/14.
docid.primary
should betrue
docid.scope
should be unspecifieddocid.id
should be unversionedI am not sure which exact form is better (perhaps @ronaldtse can weigh in on this), for example:
{ id: "I-D sparks-sipcore-multiple-reasons", type: "IETF" }
{ id: "draft-sparks-sipcore-multiple-reasons", type: "Internet-Draft" }