2017年6月27日，W3C的Phil Archer撰写博客文章，阐述了对Web数据未来方向的思考。文章大意如下：

基础

2017年1月，Web数据最佳实践（Data on the Web Best Practices）成为W3C的正式推荐标准，这构成了W3C在Web数据（Data on the Web）的基础，给出了在Web上公开或非公开共享数据的基本流程，鼓励在Web共享数据的同时不只是给出可下载的数据集，还提供更多关联信息。我们还给出了一个领域相关的最佳实践：Web空间数据最佳实践（Spatial Data on the Web Best Practices），强调在Web上公开数据，并为搜索引擎提供支持。这样，我们可以象使用U盘一样，使用Web上可下载的数据资源。

空间数据（Spatial Data）

这是Web空间数据工作组给出的一份领域相关的最佳实践，W3C与开放地理联盟（OGC）共同合作发布。W3C还将继续和OGC保持长期合作，在WebVR/AR、物联万维网（WoT）、信息模型、对地观测等领域制定联合数据标准。

研究数据（Research Data）

另一个方向是与生命科学、空间探索、海洋科学、地学、材料科学等结合开发研究数据的本体。在欧盟VRE4EIC项目的支持下，W3C设立了数据集交换工作组（Dataset Exchange WG，DXWG），满足这类需求带来的挑战，并与研究数据联盟（Research Data Alliance）、CODATA以及联合国相关机构保持密切沟通与合作。这些工作与政府数据公开的努力并不冲突，政府数据共享同样也是 DXWG 工作组的需求来源之一。如果该工作组能达成章程的约定，将为跨越不同领域和社区的数据集共享带来巨大的进步。

互联数据（Linked Data）

互联数据的应用越来越广泛。如果我们接受Gartner的炒作曲线（Hype Cycle）模型，我们相信互联数据已经进入了持续增长的区域（Slope of Enlightenment）。我们看到互联数据在生命科学、政府数据及遗产保护领域的应用，并成为跨越组织边界共享数据的有效手段。但是，让广大的Web开发者使用 SPARQL 端点来开发Web应用仍然是不切实际的。更进一步，即便所有的SPARQL端点都可以开放使用，SPARQL查询带来的巨大计算复杂度仍会让系统瘫痪。这是为什么 BBC、OpenPHACTS及其他机构不愿意对公众开放其 SPARQL 端点的原因。取而代之，他们更倾向于开放一个简单的 API，在后台执行更直接的查询。在BBC，即便这样的API也不是对公众开放的，但这个API驱动了很多BBC网站上的内容。

这一情况好的一面是，我们可以通过一种对开发者更加友好的、JSON对象的方式来访问互联数据。从数据发布者的角度看，这种API更加稳定和可靠。但不好的一面是，人们会忽视和忘记在简单API背后的互联数据架构，这会使大家不断质疑互联数据的价值。

语义Web、人工智能与机器学习（Semantic Web、AI and Machine Learning）

我们在2014年初更新了语义Web相关的主要技术规范，之后并没有进一步计划来审阅核心的RDF和OWL。但是，这并不意味着在这些语义Web的核心方面我们已经无事可做。

一个急需得到更新的技术工作是JSON-LD。相关的社区组已经开发了后续规范的草案，现在需要将这些更新纳入到未来的推荐标准的流程中。同时，Shapes约束语言（SHACL，Shapes Constrain Language）目前已经推进到提案推荐标准，得到了许多关注和参考实现。

但我从技术社区中得到的反馈是，语义网应当进一步发展并支持所谓的“标注三元组（annotated triples）”。RDF在描述不断改变的动态内容是存在天然的不足：如不断改变的工作机会、音乐会的票的状态会失效、全球平均气温不断变化等。此外，所有的“事实”并不具有相同的信任度（confidence）。自然语言处理中，如果有75％的可能性就可以认为是事实。

用RDF中的命名图（Named Graphs）可以表达这些需求，但仍有很强的需求来向RDF扩充validFrom, validTo以及probability 来表达这些需求。其他可能的标注还可包括隐私、数据溯源等。这些对三元组的标注在语法上等价于创建和标注一个命名图，RDF 1.1一直沿着这个方向走。但一个更简化的语法将使这个过程更加容易。这对于AI、深度学习、统计分析等需求非常重要。

这些方向正在ESWC中讨论，我们希望在明年组织 W3C技术研讨会，并致力于推动设立新的工作组。目前，一个项目建议已经提交给欧盟委员会，来支持这个方向的探索。

在语义Web方向的其他探索还包括建立一个公共的词汇表来共享数据分析、自然语言理解等方面的交换需求，自然语言交换格式（Natural Language Interchange Format）目前正在进入W3C标准流程。

词汇表与 Schema.org 

不同的技术社区维护了各类通用词汇表，其中重要的问题是实现词汇表的互操作。一个简单易于维护的词汇表、互联是一个重要方向。目前，W3C的社区组中聚集了许多人，正在开发不同的schema，可以在 www.w3.org/ns 中查询。我们需要更好的工具来支持这个过程。

W3C将支持 schema.org 的开发，将其转换成web页面中嵌入的更多结构化数据。如果您希望加入 schema.org 的开发中，请参阅社区组的讨论，及 [email protected] 邮件列表的讨论。

总结

1. 继续加强与OGC的合作，为Web上的地理空间信息系统提供更好的互操作性；

2. 与研究数据社区建立更紧密的联系；

3. 探索对RDF三元组的标记（annotating）方法，如增加时态或模糊支持；

4. 更好的支持词汇表的开发及维护；

5. 持续提升基于互联数据/语义Web的数据集成方法，并提供更加鲁棒的 JSON API。

更多内容，请参阅英文原文，及其他W3C官方博客文章。

2017年6月20日，W3C的Web平台工作组（Web Platform Working Group）发布HTML 5.1的第二版候选推荐标准（Candidate Recommendation）。HTML5是万维网核心语言-可扩展标记语言（HTML）的第5版。HTML5.1在HTML5的基础上，添加了一些能够对应用开发提供帮助的新特性，引入了更符合开发者使用习惯的新元素，重点关注定义清晰的、一致的准则，以确保Web应用和内容在不同用户代理（浏览器）中的互操作性。

更多内容，请参阅Web平台工作组。

2017年6月19日，W3C宣布将于2017年11月9-10日，W3C年度技术大会及顾问委员会（W3C Technical Plenary / Advisory Committee Meetings Week, TPAC2017）期间，在美国加州旧金山同期举办首届W3C出版峰会（W3C Publishing Summit），现会议注册已正式开放。本次峰会议程委员会（program committee）欢迎公众于2017年7月15日之前提交有关讲者邀请以及会议日程的提案。本次峰会不但会展示各类出版商如何利用当今的Web技术（包括EPUB）更有效地制作出版物，提升工作流程效率，同时还涵盖了Web出版，EPUB与整体开放Web平台的潜在发展趋势等议题。

此外，继今年2月与IDPF正式合并后，W3C刚刚成立了新的出版工作组（Publishing Working Group）。出版工作组旨在在开放的Web平台提供必要的技术，实现Web与传统出版在可访问性，可用性，可移植性，分发，归档，离线访问及可靠交叉引用等方面相结合。

更多信息，请参阅W3C官方媒体通稿（中文，英文），来自W3C出版标准计划总监Bill McCoy的博客文章，以及英文原文。

2017年6月9日，W3C的Web与TV兴趣组（Web and TV Interest Group）（现已正式改为“Media and Entertainment Interest Group”）发布云浏览器架构（Cloud Browser Architecture）小组备忘（Group Note）。云浏览器是在服务器上运行和执行的浏览器。该文档描述了云浏览器的概念和架构。 该文档的主要目的是为云浏览器解决方案提供基础模块。

更多内容，请参阅英文原文。

2017年6月8日，W3C的RDF数据结构性工作组（RDF Data Shapes Working Group）发布结构性约束语言（Shapes Constraint Language）即SHACL的提案推荐标准（Proposed Recommendation）。SHACL（结构性约束语言）是一种依据一组条件来验证RDF图的语言。这些条件是作为以RDF图表示的其他结构体（constructs）或结构性（shapes）提供的。在SHACL中，以这种方式使用的RDF图被称为“结构性图”，依据结构性图验证的RDF图被称为“数据图”。除了可用于验证外，这种描述还有多种不同用途，例如用于用户界面构建，代码生成以及数据集成等。

欢迎您于2017年7月6日前，提交您对于该文档的审阅意见。更多内容，请参阅英文原文。

2017年6月8日，W3C的未来战略方向负责人 Wendy Seltzer 发布博客文章，介绍了W3C的战略方向意见及研讨交流机制——战略漏斗（Strategy funnel）：

W3C提供了一系列机制，从技术社区中听取关于未来Web标准与战略方向的意见和建议。这些机制包括与会员的讨论，与其他标准组织的交流，以及通过300多个社区组听取技术社区的想法。从这些渠道中，我们了解到许多好的想法，W3C的战略团队（Strategy team）也尝试了各种方法来识别其中的好想法。

本文将向您分享W3C如何通过正式上线的“战略漏斗（Strategy Funnel）”来探索和跟踪这些好想法，并邀请更广泛公众的关注和参与。

“战略漏斗”将各种潜在的、新的工作领域文档化，通过探索（Exploration）和研究（Investigation），识别任何一个新想法是否能够成为当前潜在的工作项；通过孵化（Incubation）和评估（Evaluation），以及后续的设立章程（Chartering）将一个意向转化为一个具有确定工作范围的工作组（Working Group）或兴趣组（Interest Group），或将有潜在价值的想法扩展到已有的工作组工作范围中。目前，战略漏斗是一个GitHub的项目视图，每个新的建议显示为一个卡片（card），这些卡片可以根据好想法所处的状态左右移动。大部分想法会从探索阶段开始，并随着成熟度的提升，沿着漏斗进入到后续状态。

关于“战略漏斗”中的状态，请参阅：

　　0-探索（Exploration）

　　1-研究（Investigation）

　　2-孵化（Incubation）

　　3-评估（Evaluation）

　　4-章程设立（Chartering）

我们欢迎公众在这些好想法的任何阶段参与讨论发表意见，并会在“孵化”及其后的状态广泛征集来自公众的审阅意见。您可以帮助我们：

－识别进入孵化状态的想法的必要性和进行标准化的意义（孵化阶段）

－审阅该项工作相关的生态系统，表达您对开展相关标准化工作的意向和兴趣（评估阶段）

－帮助撰写工作组或兴趣组章程，确立工作组及兴趣组的工作范围（章程设立阶段）

我们的目标是，希望在将章程提交给顾问委员会进行正式审阅流程前，充分了解来自公开的技术社区的关切并响应各种质疑和建议，从而使顾问委员会的正式审阅流程变得更加高效。

欢迎您进一步了解W3C的战略漏斗（Stragety Funnel）。如果您有关于开放Web平台的好想法和新需求，请在Github上提出您的想法（add a new issue）。更多内容，请参阅W3C的其他博客文章。