2005年4月25日下午02:48分+0100，迈尔斯，AJ（Alistair）写道：>马克·范·阿塞姆（Mark Van Assem）给我发了一些关于[1]的评论，并提出了一个担忧，即提议的模型给了评审员太多的权力——评审员可能会否决反对公众与社会强烈共识的修改。虽然这可能发生，但我认为SWBPD工作组会在没有进行重要的事先讨论的情况下采取这样的行动是非常不明智的。讨论将是公开的，我希望明确包括公共软件。我只能想象基本建筑原则与工作组将否决具有强烈社区共识的变更。>问题是如何将SKOS Core融入W3C流程，同时又不牺牲这样一个原则，即任何人都可以通过公共交换邮件列表在任何时候积极参与SKOS核心开发，而对该邮件列表的共识是变革的主要驱动力。还有其他类型的W3C技术报告不需要工作组流程，但我建议社区工作组流程的目的是将工作提升至所有相关方的注意。需要考虑的一个问题是：扩大共识社区的好处是值得的失去变更控制。我们也可能会决定成立一个新的W3C工作组为SKOS规范管理提供更好的论坛——更多例如，专注。当新的工作组章程草拟的参与选择非常广泛。>SKOS核心管理流程提案（0.2版）：>--->>（1） 工作组定期审查“SKOS核心指南”和“SKOS关键词汇规范”，并在每次审查后发布这些文件的新公共工作草案版本。>>（2） 在公共工作草案版本之间的过渡期间，不得对SKOS核心词汇进行任何更改。因此，SKOS核心词汇RDF/OWL描述在过渡期内不会更改。>>（3） 在公共工作草案版本之间的过渡期内，委托的SKOS核心编辑（我和Danbri）将维护SKOS核心词汇拟议更改的公共列表。>>（4） 必须在预定工作组审查之前至少2周将SKOS核心的拟议更改添加到公共列表中，以便更广泛的社区发表评论并提出反对意见。由于SWBPD工作组可能从要求审查编辑的草稿，以提议出版新的工作草案的版本中，可能存在一些类似之处四个阶段。以下似乎是您的拟议流程：1.工作草案版本发布后，最新的工作草案版本被视为SKOS Core的权威规范。2.SKOS核心编辑维护一份公开列表，列出对SKOS核心词汇。这些变化可以在public-esw-thes邮件列表和/或public-swbp-wg邮件列表。3.SKOS核心编辑将提供公共编辑草稿SKOS核心文档的在SWBPD工作组考虑动议前至少两周，在[2]中列出以发布新的工作草案。>（4a）未经委员会成员的合理共识，不得对SKOS核心的拟议变更进行审查public-esw-thes@w3.org邮件列表。>>（5） 在随后的每次审查中，工作组委派的审查人员当然可以审查SKOS核心指南和SKOS核心词汇规范的全部内容。然而，每次审查的重点将是评估提议的变更清单。>>（6） 经评审员批准或与评审员协商后以修改形式批准的变更将由编辑实施。然后，工作组将发布SKOS核心指南和SKOS核心词汇规范的新公共工作草案版本。我将4a-6替换为：4.讨论将编辑草稿作为新版本发布的动议时工作草案版本，SWBPD工作组将考虑关于公共交换和公共交换工作组的共识建议的更改。（第（6）条对工作组和编辑代表的要求工作组的——包括解决评审员提出的具体问题W3C流程[2]中要求的所有工作组。[2]http://www.w3.org/2004/02/Process-20040205/tr.html#doc-评论)我建议：5.为了协助协调讨论，编辑将SKOS核心的公共问题列表，包含问题标识符。这个清单可以与此处提供的拟议变更清单结合使用是一种明确的机制来表示未决问题并（单独）表示当前提议的变更。>另外，如果不是每3个月，而是每2个月进行一次审查，会怎么样？我建议保持开放，尽管设定一个期望每隔两个月写一份新编辑的草稿就可以了。W3C“工作集体心跳要求“[3]为公众设定了期望每隔不超过3个月更新一次。虽然要求只有当工作组建议将SKOS核心置于成为W3C推荐标准的轨道，其精神“心跳要求”正在得到更广泛的应用。[3]http://www.w3.org/2004/02/Process-20040205/groups.html#three-月规则>现在到此为止，>>铝。>>[1]http://lists.w3.org/Archives/Public/Public-esw-thes/2005Apr/0016.html
接收日期：2005年4月29日星期五15:37:54 UTC