维基导游:路线图

自从我们迁移到维基媒体基金会服务器以来，维基导游的众多贡献者一直在集思广益，讨论并提出了各种想法和功能来改进我们的网站。路线图的创建是为了组织和跟踪各种想法，并将新功能的讨论集中在一个地方。请踊跃发表您的意见或想法参与讨论。

有关一些相关问题的讨论链接，请参见Wikivoyage:Requests for comment。m:Wikivoyage/Wishlist用于跨维基导游的错误和请求。

短期目标

修复列表模板/标签

模板化，以便我们能够轻松更改参数
考虑新的、更清晰的展示格式。此处讨论。
添加新字段？此处讨论。
添加图标链接到姊妹网站？——我们拭目以待，因为这已经被证明颇具争议。

改进关键目的地的文章

这些主要目的地通常是许多读者看到的第一批内容。它们需要完整、可读，并与我们的其他文章良好链接。

大陆文章真的需要尽快用有意义的内容填充所有章节。目前，有些文章相当薄弱。
关于像中国、印度、美国或巴西这样的大型多元化国家的文章也需要改进。这些文章很难写好；很难找到正确的平衡，既要合理完整又不至于冗长难读，也很难决定哪些城市和景点应放在主文章中，而不是放在区域文章中。
我们在Wikivoyage:World cities/Large上列出了世界上最大的城市和最繁忙的旅游目的地。其中许多都有待改进。

提高文章质量

质量控制

Template:Reviewed?

加强巡查

能够巡查多个编辑 – Bugzilla:43977

改进主页

参见Talk:Main Page New。我们需要着重改进我们的移动门户、非宽屏的主页显示以及我们的跨语言门户（这真的很平淡）。

主页的关键功能应该是什么？

实现这些关键功能的基本设计原则是什么？

与其他网站的比较：批判性注释

发展旅游局

参见Wikivoyage talk:Tourist Office

修复面包屑导航

启用（即自定义）对面包屑导航中多个父级的支持。例如，应该可以将俄罗斯分配两个父级：亚洲和欧洲，然后允许层级中更靠下的目的地选择其中一个父级作为其面包屑路径。因此符拉迪沃斯托克将使用亚洲/俄罗斯，而圣彼得堡将使用欧洲/俄罗斯。

加强跨项目链接

将所有姊妹项目添加到我们的RelatedSites列表

大家同意这应该是一个优先事项吗？

技术上需要什么？

这可能也会受到维基数据的影响。 --Rs chen 7754 07:44, 2013年7月28日 (UTC)[回复]

这可能在维基数据接管我们相关网站的管理之前最容易完成，只是为了在他们运行机器人之前整理好一切。我们真正需要的是维基学院和维基教科书用于我们的短语手册链接，以及维基新闻用于将他们的类别链接到我们各种目的地指南中。其他项目链接通常以内联形式更有意义（如“阅读”部分中的维基文库链接），所以这些不是问题。但我认为最简单的方法就是全部启用，您觉得呢？ --Peter ^讨论 21:12, 2013年7月29日 (UTC)[回复]

在侧边栏中启用指向一个姊妹项目的多个链接

参见Wikivoyage:Search Expedition

长期目标

启用列表评论

为列表添加顶/踩按钮，可能仅限于某个用户组？
为列表添加“已审核”按钮，供受信任的用户确认单个列表的详细信息是否最新，也许可以通过悬停文本显示日期？
基本上复活了“Extra”功能，它将成为我们旅游指南内容中更具交互性的“后端”。列表将有一个评论按钮，允许读者跳转到该列表的评论页面，并添加自己的评论。

生成用户地图

我们应该想出一种有机的方式，让用户生成自己的旅行地图（非常粗略的示例——并非拟议的外观）。

在文章顶部添加一个“我来过这里！”按钮。
创建一个地图生成器，将兴趣点添加到OSM地图中，以显示用户点击该按钮的所有位置。
附带好处：在侧边栏中链接到一个列表，列出所有点击了给定页面按钮的用户，以便编辑者可以找到去过那里的人，并向他们提问。
讨论此处。

维基导游之旅

允许不熟悉维基导游的新用户浏览网站并了解其全部内容

介绍新用户并帮助他们理解项目的目标和使命
从其他WMF网站吸引新用户
帮助用户发现许多未被注意或未被充分利用的功能
使网站对读者更友好、更有趣

加强与其他语言维基导游网站的交叉链接

为了共同利益，可以共享什么？

页面横幅图片文件是最明显的项目之一。• • • Peter (Southwood) ^(讨论)：06:55, 2013年7月28日 (UTC)[回复]
模板。• • • Peter (Southwood) ^(讨论)：06:55, 2013年7月28日 (UTC)[回复]
Scribunto (Lua) 模块：• • • 并非全部，但一些更具选择性/有用的；也许是Module:String？ Matroc (talk) 23:30, 2013年7月28日 (UTC)[回复]

哪些语言维基导游网站是唾手可得的成果？

可视化编辑器

我们是否希望尽快采用？

在您亲自使用足够多的编辑以确定您的意见之前，不要做决定。不仅仅是简单的编辑，还要查看反馈页面。它离无错误还有很长的路要走（充其量只是早期测试版）。有些人喜欢它，有些人则讨厌它。• • • Peter (Southwood) ^(讨论)：06:52, 2013年7月28日 (UTC)[回复]

对我来说，它目前存在无法接受的错误。由于对维基文本的支持不佳，我无法完成我大部分想做的事情，鼠标悬停的“编辑源代码”链接非常烦人，导致我经常选择错误的编辑器，它运行极其缓慢，并且选择退出/临时禁用应该是一个容易看到的选择。至少我们应该要求[编辑|编辑源代码]链接必须永久可见。它有巨大的潜力，但我认为它还没有准备好，开发人员也不会根据本地社区的需求进行调整。如果你得到了它，你就会得到它现在的样子，没有关闭它的选项。• • • Peter (Southwood) ^(讨论)：06:52, 2013年7月28日 (UTC)[回复]

就记录而言，维基百科拥有首要优先级，因为其他网站需要为此进行定制才能工作——但从结构上讲，维基导游与维基百科非常相似，所以它可能会像维基数据一样被首先考虑。--Rs chen 7754 07:43, 2013年7月28日 (UTC)[回复]

维基导游的普通编辑者是否会因为双重编辑按钮而感到恼火（令人惊讶的是，一些英文维基百科用户似乎对此感到恼火——这对我来说很奇怪）？在我看来，休闲编辑的旅行者会喜欢VE进行他们进行的基本编辑。VE在移动设备上运行良好吗？您知道维基导游编辑中来自移动设备的比例是多少吗？Tony (讨论) 08:02, 2013年7月28日 (UTC)[回复]

VE可以禁用，所以只要禁用链接足够醒目，我认为提前发布不会有问题。所描述的问题我不会称之为bug；更像是“恼人之处”。但我认为，如果新用户能获得更直观、简单的用户体验，他们会很乐意忍受这些恼人之处。另外，VE如何处理我们众多的模板化列表呢？我知道添加模板界面相当直观（但繁琐），所以它甚至可以在某些方面充当列表编辑器。James A ▪ 讨论 10:56, 2013年7月28日 (UTC)[回复]

詹姆斯（及其他人）：我们维基导游是否有“最技术化”的常驻编辑？如果有人能够提供建议并与WMF等联络，那将是很好的。Tony (讨论) 11:12, 2013年7月28日 (UTC)[回复]

我认为启用VE的主要优势实际上只是为了吸引WMF技术专家的目光到我们的网站，希望他们对开发我们网站的其他功能感兴趣。但我们的列表表单编辑器在这方面已经为我们完成了大部分工作。编辑“了解”部分中的纯文本内容相当容易，而且我们的文章中使用的标记比模板丰富的维基百科文章要少得多。--Peter ^讨论 21:00, 2013年7月29日 (UTC)[回复]

参见

资助和编码项目