OASIS Darwin Information Typing Architecture (DITA) TC

 View Only
Expand all | Collapse all

Acknowledgments in the DITA 1.2 spec -- what should they contain?

  • 1.  Acknowledgments in the DITA 1.2 spec -- what should they contain?

    Posted 02-09-2010 14:48
    An open review comment concerns whom we list as contributing to the DITA 
    1.2 spec. See http://wiki.oasis-open.org/dita/AboutThe3#Acknowledgements 
    for the discussion.
    
    Kris
    
    Kristen James Eberlein
    Principal consultant, Eberlein Consulting
    Secretary, OASIS DITA Technical Committee
    Charter member, OASIS DITA Adoption Committee
    www.eberleinconsulting.com
    +1 919 682-2290; keberlein (skype)
    
    
    
    


  • 2.  RE: [dita] Acknowledgments in the DITA 1.2 spec -- what should they contain?

    Posted 02-09-2010 15:04
    I'd suggest that we acknowledge major authors or feature contributors,
    but that we not acknowledge individual reviewers or the TC membership as
    a whole as individuals.  We should acknowledge the TC as a group and
    individual SCs as groups when they have contributed new features to DITA
    1.2.
    
       -Jeff
    
    > 


  • 3.  RE: [dita] Acknowledgments in the DITA 1.2 spec -- what should theycontain?

    Posted 02-16-2010 18:19
    After looking more into this issue after today's meeting, I think our focus may have been a little off.
    
    Ideally the "list of people who participated in the development of the specification" should include all members of the TC.
    
    It's not a question of acknowledging the level of individual effort. It's a question of documenting the broad industry consensus behind the specification.
    
    That being said, some dissident members who don't want to quit the committee, but don't agree with signification portions of the spec, may want their names left off. I'm not sure if that's the reason why, but apparently Paul doesn't want to be listed.
    
    To me, it seems the safest procedure would be for Don as chair or his representative to send an email to each member individually, asking them to confirm whether they want their name included, or not - and to follow up until he gets a definite answer from each member.
    
    As for individual effort, if the committee wishes to establish different levels of contribution - Project Manager, Author, Editor, Participant, say - with clear criteria we all agree on as to who gets included in each category - I myself would not be averse to that.
    
    --Dana
    
    
    
    


  • 4.  RE: [dita] Acknowledgments in the DITA 1.2 spec -- what should they contain?

    Posted 02-17-2010 21:58
    You are conflating two purposes, which traditionally are served by
    distinct content elements (if I may use that term):
    
    1. Recognition of contributions (acknowledgements).
    2. Demonstration of support (approvals).
    
    Why isn't the second "approvals" purpose served by the membership
    roster? You propose that there might be "dissident members who don't
    want to quit the committee, but don't agree with signification portions
    of the spec".
    
    I propose that we don't need to log approvals separately from the
    membership roster as a whole unless and until such members step forward
    and say they do not want their membership to be construed as approval of
    every aspect of the spec. 
    
    A more pointed approach would be a section for dissent/demurral in which
    the dissenting members could summarize their specific misgivings. This
    actually flows naturally from our consensus process. I have numerous
    times heard someone say "I can live with that", which I take as
    willingness to stand aside and not block a decision, while still
    retaining reservations. Those reservations are on record in the minutes.
    Do they need to be in the spec?
    
    And again, why do we need to log approvals, since approval is explicit
    in our consensus process?
    
    Given that consensus process, a stronger "I can't live with that" form
    of dissent is possible only if the dissenting member were absent when
    those decisions were made to which they object, and they didn't bring up
    the objections in subsequent meetings. How likely is that?
    
    	/Bruce
    
    > 


  • 5.  Re: [dita] Acknowledgments in the DITA 1.2 spec -- what should they contain?

    Posted 02-17-2010 22:05
    Hi everyone,
    
      Sorry to barge in. This question is specifically addressed in the TC Process in Section 2.18, 3rd para:
    
    A specification that is approved by the TC at any level must include a list of people who participated in the development of the specification. This list shall be initially compiled by the Chair, and any Member of the TC may add or remove their names from the list by request.
    
    Mary 
    
    
    
    On Feb 17, 2010, at 4:57 PM, Bruce Nevin (bnevin) wrote:
    
    > You are conflating two purposes, which traditionally are served by
    > distinct content elements (if I may use that term):
    > 
    > 1. Recognition of contributions (acknowledgements).
    > 2. Demonstration of support (approvals).
    > 
    > Why isn't the second "approvals" purpose served by the membership
    > roster? You propose that there might be "dissident members who don't
    > want to quit the committee, but don't agree with signification portions
    > of the spec".
    > 
    > I propose that we don't need to log approvals separately from the
    > membership roster as a whole unless and until such members step forward
    > and say they do not want their membership to be construed as approval of
    > every aspect of the spec. 
    > 
    > A more pointed approach would be a section for dissent/demurral in which
    > the dissenting members could summarize their specific misgivings. This
    > actually flows naturally from our consensus process. I have numerous
    > times heard someone say "I can live with that", which I take as
    > willingness to stand aside and not block a decision, while still
    > retaining reservations. Those reservations are on record in the minutes.
    > Do they need to be in the spec?
    > 
    > And again, why do we need to log approvals, since approval is explicit
    > in our consensus process?
    > 
    > Given that consensus process, a stronger "I can't live with that" form
    > of dissent is possible only if the dissenting member were absent when
    > those decisions were made to which they object, and they didn't bring up
    > the objections in subsequent meetings. How likely is that?
    > 
    > 	/Bruce
    > 
    >> 


  • 6.  RE: [dita] Acknowledgments in the DITA 1.2 spec -- what should theycontain?

    Posted 02-23-2010 00:35
    Sorry I touched a nerve, Bruce, with my mention of potentially "dissident" members. 
    
    I was fishing, mystified as to why Paul wanted to be left off the list.
    
    --Dana
    
    


  • 7.  RE: [dita] Acknowledgments in the DITA 1.2 spec -- what should they contain?

    Posted 02-23-2010 06:03
    Oh goodness, no nerve touched here. I'm just trying for clear
    expression. There are two distinct functions discussed here: The TC's
    recognition of contributions by TC members, and the TC members'
    certification of their companies' support or endorsement of the
    standard. Is it sensible to overload the acknowledgements list with both
    functions?  (BTW, the latter works for vendors of DITA-compliant tools
    much more than for DITA adopters who may be members.) 
    
    	/Bruce
    
    > 


  • 8.  Re: [dita] Acknowledgments in the DITA 1.2 spec -- what should they contain?

    Posted 02-23-2010 07:13
    There is nothing in the specification itself that is a certification of a company's support or endorsement of the standard. There are merely acknowledgements and participants. The list is prepared by the TC Chair and distributed to the members; the TC members can then request to have their name removed if they so wish. The TC roster is still publicly visible, so unless someone has actually withdrawn from the TC their name will still be associated with the TC and their organization will be obligated in accordance with the IPR Policy.
    
    Also, please remember that all TCs are governed by Robert's Rules. In order to move a specification forward to Committee Draft, a Full Majority is required (greater than 50% of all voting members). In order to progress to Committee Specification and submit for OASIS Standard Ballot, a 2/3 Majority is required. All eligible voters are free to post comments (either for or against) along with their vote, although they aren't required to do so. 
    
    Regards,
    
    Mary
    
    
    
    Mary P McRae
    Director, Standards Development
    Technical Committee Administrator
    OASIS: Advancing open standards for the information society
    email: mary.mcrae@oasis-open.org 
    web: www.oasis-open.org
    twitter: @fiberartisan  #oasisopen
    phone: 1.603.232.9090
    
    Standards are like parachutes: they work best when they're open.
    
    
    
    On Feb 23, 2010, at 1:02 AM, Bruce Nevin (bnevin) wrote:
    
    > Oh goodness, no nerve touched here. I'm just trying for clear
    > expression. There are two distinct functions discussed here: The TC's
    > recognition of contributions by TC members, and the TC members'
    > certification of their companies' support or endorsement of the
    > standard. Is it sensible to overload the acknowledgements list with both
    > functions?  (BTW, the latter works for vendors of DITA-compliant tools
    > much more than for DITA adopters who may be members.) 
    > 
    > 	/Bruce
    > 
    >> 


  • 9.  RE: [dita] Acknowledgments in the DITA 1.2 spec -- what should they contain?

    Posted 02-23-2010 13:10
    I don't think that acknowledgement of individuals in the spec. should be
    taken to say anything about a company's support or endorsement of the
    standard.  
    
    I think the list of TC members (separate from acknowledgements) at the
    time the spec. was approved and submitted to OASIS as a "committee
    draft" says that the TC as a whole supports the spec.  And folks should
    be able to ask to have their names removed from that list.
    
    And separately from all of this, part of the approval process involves
    us collecting statements of successful use from organizations.  Those
    aren't part of the spec., but they are a required part of the approval
    process so people can assume that it was done once the spec. is
    approved.
    
    And finally the "committee draft" of the spec. that the TC approves
    receives a final "public" review and a vote by OASIS members. This more
    than anything else says something about endorsement and support for the
    standard.
    
    While PTC's lawyers are happy to let me serve on the TC (mostly because
    they probably don't know about it), they are very fussy about who can
    make commitments of any sort in PTC's name. I'm certainly not allowed to
    do that on my own. I think you need to be a vice president or perhaps a
    senior vice president to be able to do that. And I'm pretty sure we
    don't want the DITA spec. to have to be reviewed by corporate legal
    departments before it is submitted for approval :-). 
    
       -Jeff 
    
    > 


  • 10.  RE: [dita] Acknowledgments in the DITA 1.2 spec -- what should theycontain?

    Posted 02-24-2010 01:11
    Just a belated point of clarification: when I said "It's a question of documenting the broad industry consensus behind the specification," I didn't mean to imply that the companies we work for endorse the 1.2 spec.
    
    Nevertheless, we do work for those companies, we do the kind of technical work this TC seeks to provide standards for there - in fact, given the kind of work this is, typically very few other people do the same kind of work we do in these companies, vendors excepted - and we individually do endorse the spec.
    
    So a list of participating TC members does provide value in showing that people who do this kind of work - document markup and processing work - at these major companies participated in developing it and all agreed on it.
    
    That's all I meant by "broad industry consensus."
    
    OTOH, an acknowledgements list, while a nice and no doubt well-deserved pat-on-the-back for the people who worked hardest getting this out the door, doesn't add any value that I can see to the spec itself.
    
    --Dana
    
    


  • 11.  RE: [dita] Acknowledgments in the DITA 1.2 spec -- what should they contain?

    Posted 02-23-2010 21:53
    
    > 


  • 12.  RE: [dita] Acknowledgments in the DITA 1.2 spec -- what should theycontain?

    Posted 02-23-2010 23:27
    I agree Paul. I must have lost track of the context.
    
    Now I think we're resolved on a single list including every TC member who's paying enough attention to ask to be included.
    
    Personally, sometimes I think I further our business here better by doing less, not more.
    
    And as Patience counseled Milton, they also serve who only stand and wait.
    
    --Dana
    
    


  • 13.  RE: [dita] Acknowledgments in the DITA 1.2 spec -- what should they contain?

    Posted 03-10-2010 22:28
    I will follow the OASIS wording and compile a list from which members may
    opt out by request. That seems straightforward and efficient.
    
    Regards,
    --
    Don Day
    Chair, OASIS DITA Technical Committee
    Architect, Lightweight DITA Publishing Solutions
    Email: dond@us.ibm.com
    11501 Burnet Rd. MS9033E015, Austin TX 78758
    Phone: +1 512-244-2868 (home office)
    
    "Where is the wisdom we have lost in knowledge?
     Where is the knowledge we have lost in information?"
       --T.S. Eliot
    
    
                                                                                                                     
      From:       Dana Spradley