Open ronaldtse opened 4 months ago
The identifier generation for ISO identifiers is completely delegated to pubid, by design. I have no idea how N is even ending up in the identifier. This is for @mico
@ronaldtse yes, it's pubid issue. For the reason I don't know I left stage rendering in Technical Committee identifier rendering, but I cannot find anything about stages for TC identifiers anywhere and removing rendering "stages" doesn't make any tests crash.
This is being generated with the parameters:
{:number=>"11498", :type=>:tc, :publisher=>"ISO", :stage=>"20.20", :sctype=>"SC", :scnumber=>"4", :tctype=>"TC", :tcnumber=>"184", :wgtype=>"WG", :wgnumber=>"12"}
This is being generated with the parameters:
{:number=>"11498", :type=>:tc, :publisher=>"ISO", :stage=>"20.20", :sctype=>"SC", :scnumber=>"4", :tctype=>"TC", :tcnumber=>"184", :wgtype=>"WG", :wgnumber=>"12"}
@opoudjis yes, with this input we get stage in output. @ronaldtse should we ignore the stage and produce output without, or we should add stage to output? (it will be first known TC identifier with stage)
@opoudjis @mico there are 2 types of ISO IDs now:
These two types of IDs need to be handled separately.
ISO N-document IDs do not show stages.
- ISO N-document IDs
@ronaldtse is there other N documents except TC documents? (ISO/TC)
@ronaldtse is there other N documents except TC documents? (ISO/TC)
No. TC documents the "N documents" because they have an "N-number".
Is this a PubID issue?
Because the docstage being 20/20 the PubID is now wrong.
Right now it is shown as:
ISO/TCWD 184/SC 4/WG 12 N11498
Technically we have no defined the PubID for N-documents, because usually N-documents are replaced per version.
Taking the pattern of "{publisher}/{stage} {number}", perhaps it should be:
ISO/TC 184/SC 4/WG 12/WD N11498
Metadata:
The document is at: