Information: 坚实的信息结构

我们希望不熟悉 Solid 的人如何吸收信息并定位自己？ 我已经描述了旨在开启对话以共同得出结论的不完美建议。 对我来说特别重要的是，那些已经在关键要素上工作过的人会参与到他们已经想到的事情中。 没有必要重新发明轮子，而只是解释轮子在哪里。

我一直致力于社区回购作为监督https://github.com/solid/community 的起点。 我们要继续以此为起点吗？ 我们可以对引言进行哪些改进，例如要包括的关键项目？

目标在社区自述文件的规范和架构中进行了描述。 solid-architecture、solid-spec 和 web-access-control-spec 是三个存储库，可以包含在社区存储库中或单独保存。 优先？ 也许该架构可以提供所有非治理存储库的地图，以直观地展示每个功能及其相互作用。

一些信息在社区存储库和其他存储库中加倍。 从宏观角度来看，这些信息最符合逻辑的分布是什么？

几个建议...

我们需要一个放置 Solid 资源的地方，包括关于 Solid 的讨论、Solid 的文章，以及有助于理解 Solid 的在线通用资源。 https://github.com/solid/community/blob/master/solid-resources.md的设计考虑了这一目标。 但是，以下项目涵盖了类似的材料并且可以进行协调：solid-tutorial-intro、solid-tutorial-angular、solid-tutorial-rdflib.js、profile-viewer-tutorial、understanding-linked-data、solid-tutorial-pastebin , web-summit-2018, 介绍到固体幻灯片。 我们可以创建指向 repos 的链接或将信息合并到 solid-resources.md 中。 优先？

https://github.com/solid/vocab和https://github.com/solid/community/blob/master/solid-dictionary.md涵盖了类似的材料 - 我们如何将这些材料交织在一起？

https://github.com/solid/solid-apps和https://github.com/solid/community/blob/master/solid-apps.md涵盖了类似的材料 - 我们如何将这些材料交织在一起？

https://github.com/solid/userguide有一些很棒的介绍材料，什么时候应该向新手介绍这个？

https://github.com/solid/releases这应该在哪里以及它应该如何链接到社区回购？

关于新手应该如何以及何时遇到的任何想法：
https://github.com/solid/solid-namespace
https://github.com/solid/solid-platform
https://github.com/solid/solid.mit.edu