Am I completely off-track to think about using Semantic MediaWiki to store (and organise, report on, etc.) 'tabular' data such as financial transactions or weather readings that would usually live in a spreadsheet or database?
It seems that one would need a separate, tiny, page for each tuple; but then, that's by design and perhaps it's perfectly okay.
I ask, simply because SMW seems like such a quick and easy way to get a collaborative data repository up and running.
不，我不认为这是一个坏主意。
使用SemanticForms，您可以快速轻松地输入大量小数据页面（例如，发票可能需要每个行项目的附加页面，但它们都可以使用for template表单标签的“多个”功能从一个表单输入）。因此，尽管我从未尝试在 SMW 中记录天气数据，但我认为这会很容易。我看不出在这么多页面上存储数据会有什么问题。很容易将它组合成您需要的任何格式。
试一试，让我们知道进展如何！
Semantic MediaWiki 更适合跟踪 Factual 或 Encyclopedic 数据，您可以在其中拥有有关您需要了解的有关某个主题的所有内容的页面。
对于测量、财务、传感器数据等表格或数字数据，您确实需要创建关于每个数据点的小页面，这在许多情况下并不实用。
但是，Media Wiki 有一些扩展，允许您将外部数据源（在 MySQL 数据库或某处的 CSV 文件中）与 MediaWiki 页面集成。这可以让您拥有两全其美的优势 - 表格数据的动态访问和查询以及它们周围页面的语义注释。
看一眼 ：
您可以使用语义内部对象扩展 (SIO)或SMW 的内置子对象（前者适用于已经提到的外部数据扩展），以在一页中存储多个语义对象（可能是电子表格的行）。
但是，除非您真的在寻找具有语义功能的协作工具，否则我怀疑 SMW 是最适合您任务的软件。
编辑（2015 年 11 月）：自 SMW 1.9 版以来，SIO 没有什么是内置子对象无法做到的，所以我推荐后者。