On Oct 5, 2010, at 1:00 PM,
Michael Priestley wrote:
Hi Mary,
>We have rules to ensure that each and
every Technical Committee follows the same
process and there is no favoritism.
"Bending" the rules in effect breaks them
and renders them useless.
I can appreciate this,
but it sucks when our spec is pushed out
to another year (!) because of OASIS
problems with servers and package
acceptance. I feel like our TC is being
penalized for OASIS process and technology
problems.
Michael Priestley,
Senior Technical Staff Member (STSM)
Lead IBM DITA Architect
mpriestl@ca.ibm.com
http://dita.xml.org/blog/25
From:
|
|
To:
|
Michael
Priestley/Toronto/IBM@IBMCA
|
Cc:
|
|
Date:
|
10/05/2010
12:52 PM
|
Subject:
|
Re:
[dita] Changes in OASIS TC
processes and when we can send the
DITA 1.2 spec to OASIS for a vote
|
Hi Michael,
Answers inline.
Mary
On Oct 5, 2010, at 12:22 PM, Michael
Priestley wrote:
Hi Mary,
We missed the deadline by only a few days,
which is really unfortunate since it
pushes us over a full month.
There are still additional ballots to be
held before the submission can take place.
Post review, two ballots (which can run
concurrently): approval as CS, and agreement
to submit for OS ballot. Those are both 7
day ballots and again, like most TC Admin
requests, have an SLA of 7 days. We shoot
for less, but that needs to be built into
your timetable.
Is there any room for expediting any of
the following:
- the current 15-day public review - is it
really required?
That's up to the TC. The rule is that if
substantive changes are made, an additional
15-day review is required. If no further
review is required the TC can agree that no
substantive changes were made and request
the CS/OS ballots to be initiated. Depending
on when the next TC meeting is that may
still not be completed in time for a 15 Oct
deadline. Don't forget you also need your
statements of use.
- the submission for
voting - does it need to wait till Nov
15th, or could it be submitted earlier,
per the new process?
to follow the new process you would need to
instead have the 60-day Candidate OASIS
Standard review.
- the 15-day
familiarization period - is that
absolutely required, or could it be
waived, per the new process?
see above.
I urge everyone to read the new TC Process.
It's an either/or - current section 3.4 or
new section 3.4. New section 3.4 includes
statements of use explicitly referring to
the Committee Specification, a 60-day
review, and further confirmation before
proceeding with OS ballot.
We have rules to ensure that each and every
Technical Committee follows the same process
and there is no favoritism. "Bending" the
rules in effect breaks them and renders them
useless.
Any of those options would get us back
into a November timeframe for the vote.
Michael Priestley, Senior Technical Staff
Member (STSM)
Lead IBM DITA Architect
mpriestl@ca.ibm.com
http://dita.xml.org/blog/25
From:
|
|
To:
|
Michael
Priestley/Toronto/IBM@IBMCA
|
Cc:
|
|
Date:
|
10/05/2010
11:52 AM
|
Subject:
|
Re:
[dita] Changes in OASIS TC
processes and when we can send the
DITA 1.2 spec to OASIS for a vote
|
Hi Michael,
You would need to submit by 15 Oct for a
November vote; that can't happen since
you'll still be out for public review. I
agree and typically advise against December
votes, however WebCGM has done it and passed
so we know it's possible, and certainly DITA
has a much larger following than WebCGM.
Regards,
Mary
On Oct 5, 2010, at 11:32 AM, Michael
Priestley wrote:
Hi Mary,
I think we're really looking for a
standard in 2010. My one concern is that a
December vote would be hard to get numbers
for.
Is there any way to move up the process to
allow a vote in November?
Michael Priestley, Senior Technical Staff
Member (STSM)
Lead IBM DITA Architect
mpriestl@ca.ibm.com
http://dita.xml.org/blog/25
From:
|
|
To:
|
|
Cc:
|
|
Date:
|
10/05/2010
11:18 AM
|
Subject:
|
Re:
[dita] Changes in OASIS TC
processes and when we can send the
DITA 1.2 spec to OASIS for a vote
|
Hi everyone,
Thanks, Kris, for drawing everyone's
attention to the process changes about to
take place. I think the TC is well within
the timeline to get to ballot in Dec or Jan
under the old rules unless another round of
changes is anticipated after the public
review that is about to be announced.
The one point to consider if it's delayed
beyond that is that another 60 day public
review will be required at the new Candidate
OASIS Standard stage.
I am planning to come to each TC meeting for
a quick review of the changes and to answer
any questions and will be sending a message
later in the week requesting a 15-min time
slot.
Regards,
Mary
On Oct 5, 2010, at 10:30 AM, Kristen
Eberlein wrote:
Hi, Don and the rest of the DITA TC.
I have an additional item that I think
should move to the front of the agenda for
today’s meeting. It concerns changes in TC
rules and when we
anticipate being able to get the DITA 1.2
spec out for an OASIS vote. (I also think
that we need to work on the items that
must be submitted to Mary at the same time
as the request for an OASIS vote; see
items highlighted in red below.)
Will we potentially be able to send the
DITA 1.2 spec out for a vote in 2010, or
will it need to happen in 2011?
Under the old
rules, the following conditions
apply, which would mean that the earliest
an OASIS vote could occur is December
16-31.
· The
DITA TC can approve a committee
specification no sooner than seven days
after a public review ends. The vote is by
ballot that OASIS administration sets up.
The TC can simultaneously request to
submit the Committee Specification to the
Membership of OASIS for consideration as
an OASIS Standard.
· Upon
resolution of the TC to submit the
specification for consideration as an
OASIS standard, the TC submits the
following items (copied verbatim) to the
TC Administrator:
· (a)
Links to the approved Committee
Specification in the TC’s document
repository, and any appropriate
supplemental documentation for the
specification, both of which must be
written using the OASIS templates. The
specification may not have been changed
between its approval as a Committee
Specification and its submission to
OASIS for consideration as an OASIS
Standard, except for the changes on the
title page and running footer noting the
approval status and date.
· (b) The
editable version of all files that are
part of the Committee Specification;
· (c)
Certification by the TC that all schema
and XML instances included in the
specification, whether by inclusion or
reference, including fragments of such,
are well formed, and that all
expressions are valid;
· (d) A
clear English-language summary of the
specification;
· (e) A
statement regarding the relationship of
this specification to similar work of
other OASIS TCs or other standards
developing organizations;
· (f) The
Statements of Use presented above;
· (g) The
beginning and ending dates of the public
review(s), a pointer to the announcement
of the public review(s), and a pointer
to an account of each of the
comments/issues raised during the public
review period(s), along with its
resolution;
· (h) An
account of and results of the voting to
approve the specification as a Committee
Specification, including the date of the
ballot and a pointer to the ballot;
· (i) An
account of or pointer to votes and
comments received in any earlier
attempts to standardize substantially
the same specification, together with
the originating TC’s response to each
comment;
· (j) A
pointer to the publicly visible comments
archive for the originating TC;
· (k) A
pointer to any minority reports
delivered by one or more Members who did
not vote in favor of approving the
Committee Specification, which report
may include statements regarding why the
member voted against the specification
or that the member believes that
Substantive Changes were made which have
not gone through public review; or
certification by the Chair that no
minority reports exist.
· The above submission
must be made by the 15th of any month to
the TC Administrator, who shall have until
the end of the month to complete
administrative processing and checking for
completeness and correctness of the
submission. If the submission is
incomplete it shall be rejected but may be
resubmitted at a later time.
· The TC Administrator
shall submit the proposal to the OASIS
Membership by the first day of the
following month. The first 15 days of that
month shall be used by the membership to
familiarize themselves with the
submission. Voting shall start on the 16th
of the month. The voting representatives
of those OASIS Organizational Members who
were members at the beginning of the
familiarization period are eligible to
vote, and must cast their ballots by the
end of the month.
The new
rules introduce
the following changes (as well as others):
· There is no longer a
fixed timeline requiring submissions to be
made by the 15th of the month; submissions
may be made at any time.
· No familiarization
period is required prior to a vote by
OASIS membership.
Best regards,
Kris
Kristen James Eberlein l DITA
Architect and Technical Specialist l SDL
Structured Content Technologies Division l (t)
+ 1 (919) 682-2290 l keberlein@sdl.com
<image001.jpg>
Please consider the environment before
printing this e-mail
From: Don
Day (LbW) [mailto:donday@learningbywrote.com]
Sent: Tuesday,
October 05, 2010 8:48 AM
To: mary.mcrae@oasis-open.org; kim.goolsby@oasis-open.org
Cc: dita@lists.oasis-open.org; Kristen Eberlein
Subject: Re:
[dita] When will the 15-day review be
announced
Hi. I'm bumping this request in hopes that I
can provide the DITA TC with an outlook at
our meeting coming up later this morning.
Given that the requested changes were timely
effected due to prioritized turnaround on
our end, I thought it would be considerate
to get a sooner response.
--
Don Day
Chair, OASIS DITA Technical Committee
On 9/30/2010 1:33 PM, Kristen Eberlein
wrote:
Hi, Mary and Kim.
When will the 15-day review be announced?
Best regards,
Kris
Kristen James Eberlein l DITA
Architect and Technical Specialist l SDL
Structured Content Technologies Division l (t)
+ 1 (919) 682-2290 l keberlein@sdl.com
<image001.jpg>
Please consider the environment before
printing this e-mail
From: Kristen
Eberlein [mailto:keberlein@sdl.com]
Sent: Thursday,
September 30, 2010 8:05 AM
To: Kim
Goolsby; Mary McRae
Cc: dita@lists.oasis-open.org
Subject: RE:
[dita] Changes required to submitted
document - Darwin Information Typing
Architecture (DITA) Version 1.2
Many thanks, Kim!
Best regards,
Kris
Kristen James Eberlein l DITA
Architect and Technical Specialist l SDL
Structured Content Technologies Division l (t) + 1
(919) 682-2290 l keberlein@sdl.com
<image001.jpg>
Please consider the environment before
printing this e-mail
From: Kim
Goolsby [mailto:kim.goolsby@oasis-open.org]
Sent: Thursday,
September 30, 2010 7:26 AM
To: Mary
McRae
Cc: Kristen
Eberlein; dita@lists.oasis-open.org
Subject: Re:
[dita] Changes required to submitted
document - Darwin Information Typing
Architecture (DITA) Version 1.2
Hi all,
I'll upload the spec this morning. I am so
glad this is resolved!
Best,
Kim
On Wed, Sep 29, 2010 at 11:55 PM, Mary McRae
<mary.mcrae@oasis-open.org>
wrote:
(one more time, sorry)
And my apologies to Kim for trying to answer
too many questions at once and not paying
close attention to the matter at hand.
Mary
On Wed, Sep 29, 2010 at 11:10 PM, Mary McRae
<mary.mcrae@oasis-open.org>
wrote:
Hi Kristen,
Yes, that's fine since you have the separate
change log; while the blank page isn't
perfect, it doesn't harm or detract in any
way.
Regards,
Mary
On Sep 29, 2010, at 1:44 PM, Kristen
Eberlein wrote:
Hi, Kim.
1. Since the “Revision history” was
indicated as optional in the OASIS
template, we decided to omit it from our
committee drafts. Therefore we do not want
to reintroduce it at this point.
2. I can delete page 1237 from the
PDF output. However, all the pages will
continue to be marked with “Page x of
1237.” I think retaining the blank page is
better.
Thoughts? I very much appreciate your help
with this matter.
Best regards,
Kris
Kristen James Eberlein l DITA
Architect and Technical Specialist l SDL
Structured Content Technologies Division l (t)
+ 1 (919) 682-2290 l keberlein@sdl.com
<image001.jpg>
Please consider the environment before
printing this e-mail
From: Kim
Goolsby [mailto:kim.goolsby@oasis-open.org]
Sent: Wednesday,
September 29, 2010 12:42 PM
To: dita@lists.oasis-open.org
Cc: mary.mcrae
Subject: [dita]
Changes required to submitted document -
Darwin Information Typing Architecture
(DITA) Version 1.2
TCADMIN-243
Please make the following change:
1. Please add a 'Revision History'
appendix to this document.
2. Looking at the pdf, there is an empty
page 1237 at the end of the document. I
suggest removing this.
Thank you,
Kim
--
Kim Goolsby
Publications Specialist
OASIS Open: Advancing open standards for
the information society
email: kim.goolsby@oasis-open.org
web: www.oasis-open.org
phone: 1.734.223.6890
--
Mary P McRae
OASIS
Director, Standards Development
TC Administrator
Member Section Administrator
OASIS: Advancing open standards for the
information society
email: mary.mcrae@oasis-open.org
phone: 603.232.9090
--
Kim Goolsby
Publications Specialist
OASIS Open: Advancing open standards for
the information society
email: kim.goolsby@oasis-open.org
web: www.oasis-open.org
phone: 1.734.223.6890