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

 


Help: OASIS Mailing Lists Help | MarkMail Help

tag message

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


Subject: RECONSIDERING the MOTION to Request Ballots of the TA Documents


I was looking at how we could reconsider the motion approved on 2010-10-26
for the purpose of also requesting that the Test Assertion Guidelines be
submitted to a Committee Specification ballot, not a Committee Note ballot
(for which it is ineligible as is).  I was present at the time and the
motion was approved by unanimous consent.

Usually, a motion to reconsider is not permissible when any portion of the
original motion has been carried out.  

Another way to look at this is that the original motion has been entirely
carried out, but the TC Administrator informs us that the CD for the Test
Assertions Guidelines is not eligible for balloting as a Committee Note.
(Note that the motion was to make requests of the TC Administrator.)  That
was determined off-list, but you will notice that the Guidelines were not
one of the documents whose Committee Specification Approval Ballot Request
has been acknowledged by the TC Administrator.

It seems that we can simply make a new motion requesting that the Test
Assertions Guidelines CD be submitted to a Committee Specification ballot.  
 - Dennis

PS: In researching whether reconsideration applied here, I was reminded how
amazing it is that Robert's Rules deals with reconsideration and limits it
in ways that ensure that progress is always made (rather than perpetual
re-hashing).  Once I learned about this, I understood why, in legislatures,
when a motion is assured to pass (or fail), many from the opposing position
would join on the prevailing side, since they were then able to request
reconsideration at a future time (assuming a motion to reconsider would pass
in the light of new information or exigencies).  

-----Original Message-----
From: Dennis E. Hamilton [mailto:dennis.hamilton@acm.org] 
Sent: Saturday, October 30, 2010 10:09
To: 'Jacques Durand'; tag@lists.oasis-open.org
Subject: RE: [tag] URGENT: deciding whether the Test Assertion Guidelines is
a "specification" or a "note"

I see no problem with going forward with the TA Guidelines Version 1.0 as a
Committee Specification that never goes beyond that.  We had been using the
Committee Specification track all along for Version 1.0 because that was the
only means available for advancing an informative document to a complete,
stable document.  The introduction of a separate OASIS Committee Note
progression wasn't available unto October 15, as I recall.

THE MINUTES ARE IN ERROR.  I see that we did approve request of Committee
Note status for the TA Guidelines in the motion as stated, seconded, and
approved by unanimous consent.

THAT IS MY MISTAKE.  I was so aware that the practice in the past was to
move informative documents to Committee Specification and to stop there,
that I forgot we had specified a different action for TA Guidelines in our
2010-10-26 Call by the time I wrote the minutes later that day.

 - Dennis

-----Original Message-----
From: Jacques Durand [mailto:JDurand@us.fujitsu.com] 
Sent: Friday, October 29, 2010 18:02
To: tag@lists.oasis-open.org
Subject: [tag] URGENT: deciding whether the Test Assertion Guidelines is a
"specification" or a "note"

All:

 

Per last meeting we decided  to submit the TA model, markup and Guidelines
for CS ballots (model, markup) and CN ballot (guidelines).

Dennis: I think your minutes did not catch correctly the CN intent for the
Guidelines (reported as a CS intent) - am I correct?

Anyway, the issue with moving the Guidelines to the newly created
non-standard track (as Committee Note), is that - after checking with the
OASIS TC admin -  it would require starting again to square one on the CN
track, meaning yet another public review of 30 days.

So we (myself and our secretary Dennis) are considering keeping the
Guidelines on a "standard" track as the other 2 deliverables, although it
has no normative statements and will NOT be moved beyond the Committee
Specification (CS) status.

The only real difference, is that the IPR status for Specifications  is not
same as for Notes, which by nature do not constrain the TC contributors
IP-wise as much as CS do.  Actually our TAG IPR mode "Royalty-Free on
Limited Terms", provides a clearer IP status and protection to users, for
deliverables produced as CS rather than CN.

So in the short term, the model and markup are not affected: we move
separately the markup and model to CS ballot, as these are the ones to move
further as OASIS standards.

But we need to decide as a TC if we are OK with the Guidelines as a
"Committee Specification" (as we have always stated in the past it would
just be an informational doc without specification status).

For this I plan to schedule a short meeting  Tuesday Nov 9th, 2pmPT. Please
use mailing list to voice your concern if any.

 

Thanks,

Jacques

 



---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail.  Follow this link to all your TCs in OASIS at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php 



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