维基旅行:RDF探险系列所需功能集

这是第1步的RDF探险。

在这里进行头脑风暴式地收集所有希望拥有但可能可以通过RDF元数据提供的功能。你不必过多地考虑如何构建它们，只需列出你曾经梦想过的内容。尽量详细地描述你的愿望。每个人都欢迎在此贡献。

如果你已经有一些关于如何表示信息的想法，请在第2步页面上注明。

许可信息

(从Project:RDF迁移而来)

使用“cc:licence”添加多重许可信息。

关于衍生作品的说明

(从Project:RDF迁移而来)

注明维基旅行文章是否衍生自网络上的其他文章（例如CIA世界概况），以及关于谁撰写了它的信息。

列出相关文章

(从Project:RDF迁移而来)

关于相似地点、将目的地与当地语言的常用语手册关联、将行程与目的地指南关联的文章。

描述地点

(从Project:RDF迁移而来)

它们是城市、国家、地区还是其他什么？

地理关系

(从Project:RDF迁移而来)

描述某个地点与其地点之间的地理关系（附近的城市、毗邻的国家……）。

毗邻国家

政治上有边界的国家。可以。

毗邻地区

如果某些地区确实相互毗邻，可以。

部分重叠的地区

一个国家的地区可能会重叠。这应该被视为毗邻还是分开处理？

同等重要性的附近城市

根据这个意思，旧金山和洛杉矶是附近城市吗？

地理上附近的城市

那么长岛和纽约市就是附近的城市。

自然公园

自然公园是否在其所在地区附近？

文章状态

(从Project:RDF迁移而来)

质量：可能：alpha、beta、stub（草稿）、(ok)（可以）、good（好）、excellent（优秀）、outstanding（杰出）。

完整性：可能按章节分级：poor（差）……(ok)（可以）……rich（丰富）。

地理坐标精度：可能：半径=公里（该点肯定在此半径内）。

质量评分：可能：评分=百分比（只有xx %的文章质量更高）。

地理空间经纬度信息

(从Project:RDF迁移而来)

• 包含GPS数据。
• 某个点的经纬度信息，例如景点。
• 多个经纬度点连接到一个区域，例如一个地区或国家。这可能有助于自动与地图网站的接口，如Google Maps或Yahoo Maps。
• 多个经纬度点连接成一条线。徒步路线等行程可能需要一个选项，以便将这些点下载到GPS设备。

“面包屑”导航

(从Project:RDF迁移而来)

构建“面包屑”导航，例如“北美洲>加拿大>魁北克>蒙特利尔”。

这应该只适用于地理层级，还是也适用于其他旅行主题或元文章？——(WT-en) Hansm

特定类型文章的呈现方式

(从Project:RDF迁移而来)

为特定类型的文章（旅行主题、行程、目的地指南）和目的地（城市、国家、地区）提供特殊呈现方式。

特定读者群的文章呈现方式

为特定读者群（钓鱼爱好者、背包客、商务旅客等）提供特殊呈现方式。

文章的“集群”

(从Project:RDF迁移而来)

自动组织文章“集群”（例如，如果你想下载意大利以及该国所有城市和地区）。地理层级树中的每个节点都可以被选作自定义指南的顶部（例如，托斯卡纳指南）。

可能存在某种粒度或层级。如果我只是乘公共汽车穿越某个地区，我对该地区的所有细节都不感兴趣，只对大城市的基本信息和该地区本身的指南感兴趣。

对于行程作为层级树的顶部也应该有效。

可能有一些通用旅行主题应该被包含在一个自定义指南中，例如将《发展中国家旅行提示》包含在秘鲁指南中。也许只包含其中的特定部分？当然，特定语言的常用语手册（例如法语）也是一个可以包含在许多不同指南中的通用文章。

与地图网站的接口

(从Project:RDF迁移而来)

与Google Maps或Yahoo Maps等地图网站自动接口。

印刷版本的索引列表

这应包括替代拼写或名称、未在独立文章中处理的著名景点以及名称中的常用词（山 -> Monte ...）。

(WT-en) Unger已在de:上手动创建了一个埃及地点列表。这里有一个部分翻译的版本。出于多种原因，这可以作为此功能的参考。

1. 名称需要罗马化，因此有几种常见的拼写方式。
2. 我们在de:上使用变音符号，因此我们必须处理字母顺序。Unger已将所有带有变音符号的字符映射到其无变音符号的版本。这将是一种方法，另一种方法是保留变音符号，但定义一个包含变音符号的字母表。
3. 阿拉伯语文章al是许多名称的一部分，但在索引列表中应省略。
4. 阿拉伯语单词Om或Umm似乎是许多名称的一部分。与其为每个以Om开头的地点提供两种不同的拼写，不如在索引中给出通用重定向“Om ... -> Umm ...”。
5. 有些名称可能模棱两可，需要解决。
6. 修道院的名字以单词Deir开头。这可能很重要，因为有人可能会搜索Abu Mina修道院，这可能是他知道的名字，但不知道阿拉伯语名字Deir Abu Mina。
7. 许多景点比它们所属的城市更出名，因此即使是那些没有独立文章的景点也应该被索引。

关于(3)的附加说明：应该能够标记名称组成部分，这些组成部分不应被用于字母排序。这主要涉及冠词（en: the；de: der, die, das, ar: el-）。例如，_The_ Tower Bridge应该写成“The Tower Bridge”并按“Tower Bridge”排序。(WT-en) Unger 2005年11月22日 04:36 (EST)

可搜索关键词

应该能够将搜索限制在标题和关键词。关键词可以是文章中标记的词语，加上仅作为元信息标记为关键词的内容。

印刷版本的文章顺序

为了打印一本真正的旅游指南，我们需要提供一些关于文章顺序的信息。我们需要将网络线性化。

即时自定义索引列表

例如，我发送一个搜索请求，查找意大利北部所有科学博物馆，并希望立即得到一个列表。

气候搜索标准

一月份平均温度高于10°C的欧洲地点有哪些？——离我最近的是哪个？

查找符合特定条件的附近地点

最近的高尔夫球场在哪里？

导航

在文章的顶部（而不是像维基百科中的分类那样在底部），应该有一个或多个指向“父”文章的链接。或者，可能指向当前文章父类别的主要文章。

这与“面包屑”导航相同。或者你看到了区别？（(WT-en) Hansm）

这是一个示例，说明如何使用这种层级结构。我建议在每篇文章页面上有一个固定在页面布局中的链接，指向一个或多个“父”文章。——(WT-en) Roland2 2005年11月22日 15:06 (EST)

查询

示例

• 自从我上次登录以来，创建了哪些奥地利草稿文章？

营业时间

现在哪个博物馆开门？周五凌晨两点我在巴黎哪里可以吃到东西？

所需信息

我现在刚到伦敦市中心：维基旅行关于伦敦市中心缺少哪些信息？其他读者请求过哪些缺失的信息？

分类

可以用分类表示的属性。

“温泉”，“煤矿”，“凯尔特人祭祀场所”，“嘉年华游行”，“国家公园”，“骑大象”，“教堂”，“机场”，“适合儿童”，“适合残疾人士”，……

你在这里想解释的目标是什么？——(WT-en) Hansm

这些是讨论是否会/应该支持某种类型的分类的示例。

1. “骑大象”这个例子可能会引出这样的问题：是应该有“骑大象”、“骑马”、“骑骆驼”这样的分类，还是应该有层级分类，例如“骑行>大象”、“骑行>马”等等。如果没有分类页面，我认为很难构建属性（以前称为“分类”）的层级结构。
2. “适合儿童”这个例子引发了这样的问题：“适合儿童”是一个有用的属性，还是“适合儿童”这个属性应该通过特定属性的组合来表达，例如“提供尿布更换台”、“儿童看护”、“游乐场”等。

——(WT-en) Roland2 2005年11月22日 15:26 (EST)