SMW用户调查结果

2013年1月10日至28日，对Semantic MediaWiki用户进行了一项在线调查，主要询问未来发展的优先事项。76人参加了调查。以下是结果。

SMW使用类型

使用SMW的哪些场景对您最重要？选择一个或多个。

响应	编号	百分比	图表
公共在线社区（公众读写）	33	43.4%
基于Wiki的网站（公开阅读，限制写入）	44	57.9%
组织或内部网wiki（限制读写）	50	65.8%
个人wiki（仅供私人使用）	16	21.1%

发展优先事项

以下是关于语义媒体Wiki可以改进的一般领域的列表，以及每个领域可能进行的具体改进的简短列表。请选择一个或多个你认为语义媒体维基项目应该特别投入更多精力的领域。

答案按照受欢迎程度进行了重新排列。

响应	编号	百分比	图表
查询（支持显示链接属性，如“？a.b”，更好地支持OR和and，数据的最新显示，查询中的自由文本搜索功能）	53	70.7%
表格（支持多个自由文本区域，更容易维护表单，更多输入类型（如电子表格样式的表单输入），更好地自动完成远程数据）	44	58.7%
访问控制（控制用户可以看到哪些语义数据，根据语义数据控制用户可以读写哪些页面）	39	52.0%
搜索和浏览（Special的更好界面：Ask，新的分面搜索界面）	33	44.0%
语义Web和“链接数据”（改进的RDF三层存储，更好地集成SPARQL查询，导入和使用标准本体，更多推理，查询Wikidata数据）	32	42.7%
性能（查询速度更快，存储和查询大量数据的可扩展性更强）	32	42.7%
其他可视化（更多日历和图表选项，更多其他显示格式）	30	40.0%
“园艺”和自动化（更多工具可以一目了然地查看数据和数据结构，一起修改一大组页面）	29	38.7%
手机（在移动设备web浏览器中更好地显示和编辑基于SMW的wiki，以及用于显示（可能还可以编辑）SMW数据的专用移动应用程序）	20	26.7%
文件（改进MediaWiki和SMW Wiki上的文档；更多书籍和其他文档；更多在线视频等）	20	26.7%
“精神病学”（能够从MediaWiki及其扩展查询其他数据，如wiki页面的作者和“社交”信息，如用户评论和用户之间的关系）	18	24.0%
错误修复和测试（更多的重点放在修复错误上，更多的测试脚本试图在未来减少错误）	13	17.3%
映射（支持其他服务，如Apple Maps，随着地图焦点的变化，查询的点集发生变化，更好地处理直线和多边形）	9	12.0%
营销（更多尝试获得新闻报道、营销风格的在线视频）	7	9.3%

资金利息

对于您选择的项目，您或您的组织是否愿意在这些领域提供帮助？勾选“是”并不代表任何提供支持的承诺，但请诚实。

响应	编号	百分比	图表
是的	46	61.3%
不	29	38.7%

用户体验

您作为SMW用户有多少经验？

响应	编号	百分比	图表
高级用户（我创建了许多#ask查询/模板/表单等）	56	73.7%
临时用户（我与SMW合作，了解其许多功能）	16	21.1%
初学者（到目前为止，我几乎没有使用SMW）	4	5.3%

管理经验

你作为SMW网站管理员有多少经验？

响应	编号	百分比	图表
经验丰富的管理员（我在运行/配置/升级SMW站点方面有很多经验）	45	59.2%
新手管理员（我至少安装或配置了一次SMW）	26	34.2%
无（我从未安装或配置过SMW）	5	6.6%

自由形式评论

以下是人们在调查中提出的自由形式的评论和建议，按主题细分。在某些情况下，拼写和语法是固定的易读性。

查询：

• 查询的不同结果
• 提供在页面外部创建关系的选项。例如，子页面可以定义与父页面的关系，而不会增加混乱。一个用例可以是一个页面，页面标题有许多同义词——最好允许这些同义词自动注释到子页面中，而不必重载主页。
• 否定的可能性比仅仅<prop>：：<值>
• 更好地支持类型：日期

数据存储： （虽然它可能本应该是一个选项，但它不是一个列出的选项）

• 将查询结果分配为属性值的处理
• 新类型：理解dd:hh:mm:ss.xxxxxxxxx的持续时间
• 能够将模板作为属性类型。例如，我希望属性为{{Done}}、{{Started}}和{{Canceled}}，但这是不可能的。

搜索和浏览：

• 更容易编写查询。考虑使用SMW+光晕扩展。可视化地设计查询非常容易
• 内联过滤非常受欢迎
• 内联筛选

映射：

• 我真的希望能够在地图中使用任何图像作为图层，而不仅仅是“标准”谷歌或openlayer地图。
• 完成自定义贴图（->图像作为层）

其他可视化：

• 我必须为时间轴的查询或结果格式设置一个非常高的（虚拟）限制，因为没有手动设置默认限制，并且需要很长时间才能找到某些日期未显示的原因
• 谷歌日历等丰富的格式。
• 数据透视表
• 更灵活的制图
• 支持项目会很好。

形式：

• 电子表格样式输入
• 以某种方式能够使用电子表格形式输入数据。

语义Web和“链接数据”：

• 也许将来没有wiki内部数据库，所有数据都存储在三重存储或sparql端点上？
• 支持更容易读取谓词的资源URI。
• 用于在wordpress、drupal和其他软件中显示来自SMW（和其他RDF源）的RDF数据的统一插件。
• 导入本体的能力。
• 支持同步“来自数据的文本”：1/使用Sparql update更新wiki使用的语义存储2/需要支持更新wiki页面！[编辑：换言之，能够直接更新RDF triplestore并将更改传播回wiki]
• 更好地遵守语义web标准。

性能：

• 性能是一个问题！显示包含长而复杂的内联查询的页面可能需要很长时间。

文档和支持：

• 一致的遗留文档
• 开放日，人们可以亲自或在线参加，解决他们的问题。
• 用户培训课程。
• 我只是在使用和创建模板、表单和属性方面有困难，所以通过从概念到实现练习的培训将非常棒！

导入/导出： （虽然可能应该是，但它不是一个列出的选项）

• 能够将数据从电子表格导入到wiki中，并为每一行和每一列分配属性。
• 更好地导入数据（CSV）
• 导出页面集合的电子书（PDF）等。
• 从受限wiki获取数据，例如通过RSS/Atom-Feeds

其他：

• 多语言语义维基（属性本地化、本地化形式、与翻译的集成）
• 可能连接到opennlp或类似的东西？
• 无障碍
• PostgreSQL
• 适用于SMW的Wiki皮肤
• 我建议成立某种形式的指导小组，以协助制定战略，推动可实现的路线图，并提高质量。
• 如果能有一个“LTS”SMW，并且自由软件SMW+功能得到正式支持，而不是让它成为一个笨拙的继子，那就太好了。
• 使用CKEditor进行无错误编辑