点子：历史知识的可视化

[sillydaddy]

给历史下一个定义的话，就是：在某个时间某个地点上，发生了某件事，涉及到某个人。

果真死记硬背这样的时间地点人物事件，也太浪费人生了，与“读史使人明智”完全背道而驰，虽然学校里仍然如此:(

这些“事件”之间的联系，才是真正值得去挖掘，分析，从而增长智慧的。

举例来说，同一个时间段，A 国是什么状态，B 国正在发生什么，而 C 国与 D 国正在互相干什么；
同一个国家，在 t0~t1 这段时间发生了怎样的变化，在 t2~t3 这段时间发生了怎样的变化；
同一件事(比如住宅样式)，在 A 国的 t0~t1 是怎样变化的，在 B 国又是怎样变化的，中间发生了什么联系；
。。。等等等等

“时间”、“地点”、“国家”、“人物”、“事件”。。。等等，很多的历史要素，其实都可以联系起来，就像在多维数据里面发现各个维度数据的关联一样。

所以，引出了一个想法，为何不把这些历史的要素做成可交互的可视化？

• 时间，可以用时间轴可视化；
• 地点，可以用地图可视化；
• 人物，可以用某个图片代替；
• 事件、其他，可以用一个元素代表；
• 事件之间的关联，可以用超链接连接；
• 。。。

只要在读史时，把这些要素录入到系统里，后面可以随时提取并可视化，随着时间进行，可以挖掘的数据也就越多；

如果要类比的话，可以把这个类比成记账——财帐的原始数据跟历史事件一样，也就是基本的几个要素，如“账户，金额，时间，事项，类别”，但一旦数据多了，通过透视不同的数据，可以发现很多东西，尤其在加上可视化之后，

这样学习历史的过程应该是非常有趣且有益的。

抛砖完毕。

[sike03]

可以看看“全历史”

[maemual]

哈哈哈 想到就是“全历史”

[luren123]

三年之前我也有类似的想法，并且做了初步的设计和规划，奈何后来 996 就遗忘在角落里面了

[sillydaddy]

@sike03
@maemual 之前好像看过，就是忘记名字了，谢谢 2 位提醒啊。不过感觉“全历史”还是比较粗糙，数据好像都是固定的，不能用户自己编辑。而且可视化的方式还是不够劲儿，用来“透视数据”、“发现联系”，好像还很不够。

我其实想的是，用户在学习过程中，可以自己编辑数据的条目，因为历史事件很多，每个人学习都有自己的路径，就像是探索某个未知领地，要一步一步把阴影地域探明，这样才有乐趣。


@luren123 哈哈，“阳光底下没有新鲜事”，希望有机会可以合作开发啊，我一直想有个这样的东西，辅助自己学习历史什么的。

[famez]

点子很赞

[est]

> 给历史下一个定义的话，就是：在某个时间某个地点上，发生了某件事，涉及到某个人。


给你的定义做一个补充，历史就是：据 A 时间发布 B 时间摘抄 C 时间翻印的某本书所说，在 D 时间某个 E 地点上，发生了 E 这件事，涉及到 F 某个人，但其实这个时间地点任务根据 G 书的说法又不一样。最后考古证据 H 表明前面所说的都半对半错，虽然错误的认识 I 其实对 J 时代的人有很大影响甚至被当成 K 类型的真理。只不过现在 L 证据又推翻了这个真理的一角，说不定 M 证据又会翻转。

[sillydaddy]

@est 改成 Rap，一曲成名 :) 是的，历史上很多记录都是“不真”的，正史、野史、秽史。。。，没办法。

要我去研究的话，我会去研究那些与民众相关的东西，比如住房、物价、服饰、食物、风俗、商业买卖、婚丧嫁娶，等等，这些想来是朝廷不屑于伪造的。

[gitjavascript]

全历史 APP 建议你先用用

[morizawatt]

全历史 app 很精致啊，哪里粗糙

[across]

https://v2ex.com/t/466352
我之前看历史时问过。

自己记录的话 Aeon Timeline 可以。

[BingoXuan]

@est
历和史是不一样的，lz 的定义是历，你的补充其实是史。其实最好加上前提：后人以官方身份保存下来的记录。这就是为什么古时候会有史官一职。因此明官写元史，清官写明史。非官方记载统称为野史。至于历的真实性，都是要后人重新考究。史观都是某一权威在其推理之后得出结论，无可避免参杂很多主观成分。

[sillydaddy]

@gitjavascript
@morizawatt
我刚用了下“全历史”App，发现里面确实没有我提到的几个点，“用户编辑自己的数据”、“数据透视”。。。

具体来说，我认为的“全历史”的优点、缺点：

[优点]
. “A-B 路径”功能不错，可以发现任意 2 个历史要素之间通过怎样的路径关联起来。可以发现一些有趣的东西。

[缺点]
. 中心化的数据库。如上面 @est 提到的，历史事件很多都是“不真”的，那么为什么要搞一个中心化的数据库？用户为什么不能独立维护自己的数据？ 既把学习过程的乐趣弄没了，又忽略了各个用户自己对事实的考察。

. 发现联系比较难。关系图谱是很强大，但需要用户手动去输入元素，然后去查找，而没有利用好地图、时间轴这些可视化的元素去展示。关系图谱虽然也是一种可视化，但“全历史”里面的关系图谱的可视化是通过“力图”显示的，看起来非常不方便，而且与地图、时间轴完全脱节了，以至于独立成了一个单独的“关系图谱”模块。

. 数据透视方法单一。全程使用“关系图谱”，数据透视方法单一，把条目的录入复杂化了。

[sillydaddy]

@across #10 这些 Timeline 类型的，好像只有时间+地图，没办法把历史事件、人物等等加入进来吧？

[java8]

@luren123 好家伙，3 年前就 996

[Mark24]

@luren123 996 让这个世界失去了很多

[popesaga]

楼主，你说的这些东西，撇开初衷是学习工具这个概念，现实中如果能做出来，你就可以拿来做情报分析了。做情报的谁不想知道人地事之间的相互关系和影响呢？

[popesaga]

@popesaga 然后只要考虑怎么卖给有需要的 B 端客户就行了。

[SeaRecluse]

很久之前，想基于这个做一个游戏，游戏进度是历史倒序。
然后发现并不会做游戏
然后这个想法忘掉了

[across]

@sillydaddy 一般 timeline 上做链接、少量注释就可以了，用于入门时梳理关系。
具体事件放里面其实不好查，还不如 wiki 那样按事件列的清晰。

历史事件分析和普通事件分析并没有什么区别。你想的就是侦探剧里面那种练满了线的钉板吧（ String Theory Board ），就是思维导图，oneonte 就可以，最多做个格式转换工具，大部分都是 xml/json 格式通用的······

[sillydaddy]

@popesaga #16， 呃，感觉离情报分析有点远啊，至少情报分析里面的“事件”都是秘密不公开的吧。

通过可视化观察多个维度的数据，是可以发现一些有趣的东西，但应该还够不上情报吧。

在可视化这个方向，可视化地观察多个维度数据，应该叫做“可视化数据分析”吧，跟传统的数据挖掘还不一样：
“可视化数据分析”更依赖人，把数据可视化出来，然后由人去交互操作，发现里面的一些东西；
“数据挖掘”更依赖算法，数据喂给算法，经过运算，输出一些关联关系，全历史里的“关系图谱 /知识图谱”就是典型；

我举个例子来说，
“可视化数据分析”这样操作：由用户选定某个时间，地图上可视化地展示在这个时间，世界各地发生的一些大事件，用户看到这些事件，可以发现某些(固定算法)意想不到的关联。
“数据挖掘”则是：由用户选定某个历史要素，算法分析后，给出这个历史要素相关联的其他历史要素，这些给出的结果，也很可能出乎用户的意料。

在我看来，“全历史”这个软件的侧重点，更侧重于“数据挖掘”，而不是“可视化数据分析”。

@gitjavascript
@morizawatt