大家好，
在过去的一两周里，这份清单上有很多精彩的讨论，我想现在是时候总结一下我认为关键的症结所在：剑的范围。
这一论点有两个不同的方面，正如本清单所述：
a） 我们应该采用内容管理API的方法，如CMIS或更可能的GData
b） SWORD不应该说明内容发送到服务器后会发生什么。
总的来说，我出于一些原因反对（a）。 首先，我担心与GData相关的习惯用法不一定合适。 分级文件系统是一种常见的习惯用法，但它却是一种习惯用法，因此它不是SWORD在其之上构建自己的地方。CMIS我很难反驳或接受，所以我愿意接受任何一种方式。 其次，我认为没有理由重新创建内容管理标准，因为它们已经存在。 相反，SWORD应该为这些标准没有为我们的部门/用例提供的东西提供支持，同时不阻止它们的使用。
从纯粹主义者的角度来看，（b）SWORD提供的主要功能是支持Packaging（大写P）。 这对社区来说是一个有价值的补充，因为它在我们的行业中很常见，而且至少GData没有明确涵盖，我认为CMIS也没有涵盖（不过，还是可以纠正的）。 不过，对打包的支持需要扩展到AtomPub的完整CRUD实现，这是概要文件试图做的大部分工作。我认为我们已经进行了一些很好的技术讨论，这将使概要文件的下一个草案在这方面做得更好。
同时，配置文件中有一些灰色区域部分，特别是“进行中”和“抑制元数据”，它们的内容管理比存放的内容管理更多。 我个人认为这些很重要； 它们是轻触式的，配置文件并不强制服务器遵守它们，它们有助于实现已知的用例。 同样，该声明也可以被视为更多的内容管理，尽管我们试图将其定位为更多的信息资源，而非操作资源（即读取而非写入）。
我对下一个草案的建议如下：我们将花更多时间分析使用此列表上的反馈更新和覆盖存款包的适当方法。 我们将扩展概要文件，以涵盖您将如何在内容管理操作中使用SWORD标头/如果这是您的实现所需的/（例如，您可能如何使用Suppress Metadata或in Progress with GData）。 显然，我们有足够的时间发表评论。
总而言之：我们必须限制剑的范围，使之不触及任何人的脚趾，对社区有价值。 这样或那样走得太远，我们要么被取代，要么毫无价值。
干杯，
理查德
标签： jiscdepo公司
Julie Allinson（约克大学） 蒂姆·布罗迪（南安普顿大学） 巴勃罗·德卡斯特罗（SONEX/马德里卡洛斯三世大学） 查尔斯·邓肯（内部收款） Reinhard Engels（哈佛大学图书馆） 大卫·弗兰德斯（JISC） 约翰·费恩斯（辛） Kathi Fletcher（Shuttleworth基金会研究员） 史蒂夫·希区柯克（南安普顿大学） 杰森·霍伊特（门德利） Bill Ingram（伊利诺伊大学厄巴纳-香槟分校） 理查德·琼斯（SWORD技术主管） 格雷厄姆·克莱恩（牛津大学） Stuart Lewis（SWORD社区经理/奥克兰大学图书馆） Mark MacGillivray（开发人员） 安德烈亚·马奇泰利（CILEA） Alistair Miles（惠康人类遗传学信托中心） Ben O'Steen（开发人员） 格伦·罗布森（威尔士国家图书馆） 理查德·罗杰斯（麻省理工学院） 罗伯特·桑德森（LANL） Peter Sefton（南昆士兰大学澳大利亚数字期货研究所） 尼克·谢泼德（UKCoRR/Leeds Metropolitan） Eddie Shin（MediaShelf） Alec Smecher（公共知识项目） 阿德里安·史蒂文森（英国） 伊恩·斯图尔特（Repository Junction/EDINA） Ed Summers（国会图书馆） David Tarrant（南安普顿大学） 罗宾·泰勒（爱丁堡大学） Graham Triggs（生物医学中心） Alex Wade（微软外部研究） 保罗·沃克（英国） 西蒙·华纳（arXiv） 斯科特·威尔逊（CETIS） Nathan Yergler（创意共享）
技术 工作包1：编译用例 工作包2：白皮书分析 工作包4：创建SWORD v2规范原型
社区 工作包3：初步社区组建
项目支持 工作包10：项目传播 工作包11：项目管理
技术 工作包5：服务器实现 工作包6：客户端实现
社区 工作包7：指导文件和持续社区管理 工作包9：支持JISCDepo项目
项目支持 工作包8：制定可持续发展计划 工作包10：项目传播 工作包11：项目管理
该项目将与SONEX小组合作，收集、记录并公布符合SWORD v2总体原则的相关用例。 这些用例将用于确保SWORD v2标准满足存储库社区的要求。 此外，社区管理员将确保存储库管理员社区了解项目，并鼓励他们参与收集用例。
作为SWORD 3项目的总结部分，技术负责人编写了一份白皮书，概述了SWORD v2标准的潜在要求。 该白皮书在2010年开放知识库会议上得到了广泛宣传，并在JISCPress网站上发布( http://sword2depositlifecycle.jiscpress.org/ )供社区评论。 需要对从社区收到的反馈进行分析，并将其与SONEX小组的用例相结合，以创建一个文档，定义SWORD v2项目的用例、需求和输出。 该文件将用于向社区描述该标准将做什么以及为什么要这样做，并将在工作包4中产生该标准本身。
在对白皮书进行分析的同时，社区经理需要开展工作，围绕SWORD v2工作开始组建初始社区。社区建设的第一阶段将围绕项目宣传，包括项目网站和博客（以补充当前的swordap.org网站）， 向社区解释项目目标的电梯推介，以及创建有效的沟通渠道，以便轻松进行传播、讨论和反馈。 将创建一个技术咨询小组，由来自全球存储库社区的项目工作人员、开发人员和存储库管理员组成。 它们将来自不同存储库平台和用户类型的横截面。 尽管项目的所有方面都将开放供任何相关方发表意见，但技术咨询小组将随时与之密切协商，以确保项目符合存储库社区的要求。
在分析白皮书、创建报告和形成初始社区之后，将编写SWORD v2规范原型。 该规范将详细说明SWORD v2协议，以供讨论、评估和实施。 该规范将被视为草案，因为预计在稍后的实施阶段，该规范将根据用户体验和评估进行更改。
一旦编写了原型规范，就需要服务器实现。 这将与客户端实现（工作包6）一起使用，以测试规范，并根据项目早期指定的用例和需求对其进行评估。 服务器实现应该尝试提供一些可以验证客户端请求的机制。 所有生成的代码都将通过合适的开源许可证发布。 将创建三个服务器实现，分别用于DSpace、EPrints和Fedora。 如果合适和可能，将在项目的技术支持下鼓励其他服务器实现。
一旦编写了原型规范，就需要客户端实现。 这将与服务器实现（工作包5）结合使用，以测试规范，并根据项目早期指定的用例和需求对其进行评估。 客户端实现应该尝试提供一些机制，通过这些机制可以验证剑端点。 将创建4个客户端实现，以提供一个高度异构的环境，在其中测试用例和需求。 它们还旨在提供一系列多语言软件库，以便在此处未涉及的其他系统中轻松使用。 所有生成的代码都将通过合适的开源许可证发布。 客户端将包括Java、PHP、Ruby和Phython代码。
为了能够与SWORD v2标准进行交互，社区将需要指导文档来使用提议的新标准。 这将采取代码示例、培训材料和支持的形式。 社区需要促进，以确保其与标准和示范实施互动。 这将通过提供支持、宣传和宣传标准的实施来实现。 除了确保用户和开发人员社区采用SWORD v2并感受到其所有权之外，还需要宣传、教育和推广SWORD v 1。 这将通过维护SWORD v1网站，并寻求更多机会在适当的活动中教授“SWORD课程”来实现。
需要一个可行的可持续性计划，以确保SWORD协议标准、实施和宣传的持续发展和维护。
JISCDepo计划（#JISCDepo）是一套在存储库存放领域工作的项目。 该工作包将支持JISCDepo项目在适用的情况下使用SWORD v2，并确保SWORD v2标准满足其任何合适的要求。 该工作将由UKOLN通过DevCSI基础设施进行。 除了支持JISCDepo方案外，他们还将支持在JISC资助的项目更广泛的储存库方案中使用SWORD。 如果合适，DevCSI的参与将用于举办社区开发活动，让开发人员一起试验和开发SWORD v2标准。
除了通过使用项目网站、博客和其他活动宣传和社区发展SWORD v2外，该项目还将传播其调查结果、开发成果，并通过参加大型存储库活动鼓励社区互动。 此外，该项目将寻求与现有的支持网络合作，如 RSP公司 通过活动计划提供培训和宣传。
该项目需要进行标准的JISC项目管理活动。 这些包括正式的项目计划、报告、预算和出席相关计划会议。 UKOLN需要管理费用和管理费用来支持这些活动和项目的总体运行。