OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-jc message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: RE: [ebxml-jc] TC standard process guideline changes




[...]
OASIS standard process - how should we handle issues raised during
review

Karl mentioned that he would welcome a list of procedural changes
that at least one of us thought would enhance the TC specification
submission process. He offered to submit these eventually to 
the OASIS board for consideration.

Here were the suggestions I thought were made. 
Please add any I forgot. Or put your version up
if you have a more specific alteration.

1. Shorten the current public review period from 90 days down to
some smaller value, where value might be 60 days, 30 days.

2. Increase the number of yearly submission slots from 4 (quarterly) to
some greater number, where 12 (monthly) was explicitly suggested. 

3. Allow a TC approval vote to be followed by an errata sheet made
available
for the public review, indicating what was to be fixed and what the fix
would be.
[Would errata sheet be voted on? Question I meant to ask Ian.]

4. Allow a final editorial stage after both TC and OASIS approval that
could
fix editorial shortcomings before Oasis publication, where the scope of 
"shortcomings" was to be defined somehow (punctuation, spelling, changed
URI,
diction, and whatever else is agreed to be so revisable). 
These proofreading and small editorial changes would not
require approval by OASIS membership or by the TC. (Possibly some right
of refusal might be added here-- an afterthought.)

5. Review the ebTWG process flow to see if it might add something.
Brian Hayes can explain this more fully.

[...]


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Powered by eList eXpress LLC