维基导游:旅行者酒吧/2017

最常浏览的文章

不确定大家是否看过这个最常浏览文章的新列表？

此致 旅行医生詹姆斯 (讨论 · 贡献 · 电子邮件) 2016年12月31日 18:31 (UTC)

感谢您的光临，旅行医生。非常有意思的列表！许多排名对我来说似乎是反直觉的。Ikan Kekek (讨论) 2016年12月31日 18:35 (UTC)

有犯罪记录的旅行者，无论是此处还是在 WT 上，都是相关谷歌搜索的靠前结果。显然，关于这个话题的资源不多。Powers ^(讨论) 2016年12月31日 19:04 (UTC)

这不是最让我惊讶的结果。为什么多维尔是排名第一的目的地指南？为什么天津是浏览量第二的城市文章？为什么比科尔语手册是排名第一的手册，并且比除了前两个城市指南之外的任何城市指南的浏览量都高？为什么豪尔比中国和伦敦更受欢迎？等等。有很多值得思考的地方，但这正是结果有趣之处。或许这个列表会促使我们改进一些最常浏览的文章。Ikan Kekek (讨论) 2016年12月31日 19:30 (UTC)

我正在思考茨瓦纳语手册的受欢迎程度，它相当小众。快速谷歌搜索显示我们在此方面排名第五，这不幸地表明了搜索引擎优化（SEO）的重要性。尽管如此，这应该激励我们开发新的小众（且有效的旅行！）文章，这些文章将获得更高的 SEO 评级并有助于提高网站的整体流量。 --Andrewssi2 (讨论) 2016年12月31日 20:57 (UTC)

我同意安德鲁的观点。我们不常见话题的受欢迎程度是因为我们是唯一在线撰写这些内容的旅行指南。我也想知道社交媒体是否发挥了作用。其中一些小众文章可能已在 Facebook、Twitter、Reddit 等平台上分享，并可能适度地病毒式传播。Gizza ^(漫游) 2017年1月2日 23:57 (UTC)

替换魔法词的新模板

模板:ISBN 我已将w:Template:ISBN 和 w:Module:Check isxn 从英文维基百科移植过来。魔法词作为链接正在逐步淘汰，虽然我们现在不必替换所有实例，但它们将在 2017 年全部从 MediaWiki 中移除。请参阅 mw:Requests_for_comment/Future_of_magic_links。我们在 Category:Pages using ISBN magic links 中有大约 50 个条目。—Justin (koavf)❤T☮C☺M☯ 2017年1月1日 02:28 (UTC)

那没问题，但根据我们的Wikivoyage:Using MediaWiki templates政策，在广泛部署之前，它们应该被标记为实验性并进行讨论。Powers ^(讨论) 2017年1月2日 00:08 (UTC)

2017 年维基媒体国际会议

我祝愿 WV 社区在 2017 年新年快乐、和平。在 2013 年与Doc James共同演示之后，我决定参加 2017 年维基媒体国际会议（如果我能获得奖学金的话）。在 WikiCon 上遇到不愉快的经历（投稿被拒）后，我考虑做一次闪电演讲和一张海报或 WV 展位。也许我会与 Wikidata 的人一起展示我们的一些 Wikidata 功能。你们中有人会在那里吗？

应该展示和讨论哪些功能？我列出了地图功能、我们的全自动信息框和 Wikidata 功能。你们呢？我想到了你们的横幅、列表，但我没有 100% 更新。我很乐意获得一些信息和建议。 -- DerFussi 2017年1月2日 07:21 (UTC)

期待在那里见到你 :-) 旅行医生詹姆斯 (讨论 · 贡献 · 电子邮件) 2017年1月2日 10:55 (UTC)

我认为维基导游区别于其他维基媒体维基的功能包括面包屑导航、动态地图的使用（维基导游似乎是包括通过{{mapshape}}集成新 OpenStreetMap 在内的变化的早期采用者）、列表编辑器（特别是与 Wikidata 的新集成）以及横幅。维基媒体国际会议上可能会有关于更好地利用 Wikidata 以及使用共享资源上的结构化数据进行地图形状和表格数据（如气候表格）的演示，这两项都将对我们非常有益，所以您听到的任何消息都将非常乐意分享。祝您会议愉快！ -- Ryan • (讨论) • 2017年1月2日 15:58 (UTC)

谢谢，我会记住的。我们在柏林协会生日时与 Wikidata 项目经理讨论了气候数据。我们认为只有机器人才能将大量数据传输到 WD。您知道任何此类数据的免费来源吗？或者是否有项目会以免费许可提供数据？我们在柏林有人负责官方沟通。但目前我们不知道从哪里获取数据。

德国维基媒体协会希望我们制作一些小物件，如 WV 钢笔、WV 传单。您对在会议或旅游信息中心分发什么样的物品有任何想法吗？任何想法都欢迎。我会随时向您汇报。 -- DerFussi 2017年1月3日 06:54 (UTC)

我不太确定非美国的气候数据来源，但对于美国来说，国家海洋和大气管理局（NOAA）提供公共领域数据。我构建了一个气候表生成器，可以在 访问。我预计维基百科最终可能会将他们的气候数据传输到共享资源，以便利用新的共享数据功能，届时维基导游也可以使用这些数据。 -- Ryan • (讨论) • 2017年1月3日 07:03 (UTC)

我只是因为上面没有提到而补充一下，今年的地点是蒙特利尔。我仍然很遗憾几年前因为一个疯狂的工作截止日期没能去香港的那个地方。Andrewssi2 (讨论) 2017年1月3日 09:52 (UTC)

日期是 8 月 9 日至 13 日。详情请见 。

许多 WV 的人都住在附近。届时我会在那里，User:AndreCarrotflower 离得不远，最初的 WT 创始人 User:EvanProdromou 和 User:(WT-en)_Maj 住在蒙特利尔，还有其他人。Pashley (讨论) 2017年1月3日 11:38 (UTC)

抱歉，我忘了提及维基媒体国际会议的地点。@Andrewssi2。是的。如果能在香港见面就太好了。那是我和詹姆斯一起做演讲的维基媒体国际会议。很高兴听到那时你们中的一些人会在附近。 -- DerFussi 2017年1月3日 13:33 (UTC)

User:DerFussi，我认为送一份旅行相关的礼物可能会比较合适。一个行李牌或者一副一次性泡沫耳塞（装在印有维基导游标志的盒子里）可能会相对便宜。WhatamIdoing (讨论) 2017年1月4日 17:56 (UTC)

User:WhatamIdoing。这两个想法都非常棒。我会在我与 WMDE 的人交谈时把它列入我的清单。谢谢。 -- DerFussi 2017年1月4日 19:36 (UTC)

祝您 2017 年愉快 - 新年的目标和项目

因此，这一年即将结束，虽然我们在 WV 取得了一些成功，但我们离完成任何事情还差得很远（没有任何维基真正完成过）。我认为过去一年对于社区来说总体是积极的（我既不记得有任何引人注目的冲突，也没有任何人离开，但我可能忽略了一些东西），尽管对于整个旅行爱好者来说并不是一个好年头。战区似乎变得越来越糟，而不是越来越好，对越来越严格的“安全”措施的呼吁，尤其是在边境方面，预示着未来的不祥。英国脱欧很可能意味着英国和欧盟之间的旅行变得更加困难。但无论如何，我们这里的社区对这些发展无能为力，我希望我们能尽可能地保持讨论的非政治性，即使一些用户可能能够猜测其他一些用户的政治偏见。

所以，让我们不要再关注 2016 年发生了什么，而是关注我们想在 2017 年做什么。我认为有一些正在进行的项目和一些新项目将从明天开始让我们忙碌。

1. 至少将美式足球、德国城际巴士或德国铁路旅行中的一项发展到可以作为特色文章
2. 继续进行搜索引擎优化编辑，特别是针对高流量文章（国家、大洲（部分）、主要城市），希望能吸引更多关注我们的目光
3. 通过合并、删除和更多内容，减少裸露大纲的数量，如果可能的话，将其提升为可用状态
4. 希望能对尼加拉瓜的文章进行实地考察
5. 如果可能的话，也对其他目的地进行一些实地考察

无论如何，我希望您有一个安全愉快的除夕夜（听取一位纽约巨人队球迷的建议：小心烟花），并祝您 2017 年一切顺利。我很想听听您在维基上的计划，如果您愿意分享维基之外的计划。Guten Rutsch Hobbitschuster (讨论) 2016年12月31日 15:03 (UTC)

@Hobbitschuster: 我唯一的大目标就是真正完善印第安纳波利斯，并在此基础上继续沙拉所做的一切辛勤工作以及我之后所做的工作。我希望我能抽出时间将其打磨成印第 500 大赛的特色内容，但由于我的日程安排，这不可能实现。今年我会有更多的空闲时间，这令人兴奋。—Justin (koavf)❤T☮C☺M☯ 2016年12月31日 17:10 (UTC)

维基媒体运动战略流程初步更新回顾

从酒馆整理而来

注：为避免重复发帖，并以英文发送，敬请谅解。消息可在 Meta-Wiki 上翻译。

维基媒体运动正在启动一项全运动范围的战略讨论，该过程将持续到 2017 年。15 年来，维基媒体人齐心协力，共同构建了人类历史上最大的自由知识资源。在此期间，我们从一个小编辑群体发展成为一个由编辑、开发者、分支机构、读者、捐赠者和合作伙伴组成的多元化网络。今天，我们不仅仅是一个网站群体。我们是一场植根于价值观和强大愿景的运动：为所有人提供所有知识。作为一场运动，我们有机会决定未来的方向。

这场运动战略讨论将聚焦于我们运动的未来：我们希望共同走向何方，以及我们希望实现什么。我们希望设计一个包容性的过程，为每个人提供空间：编辑、社区领袖、分支机构、开发者、读者、捐赠者、技术平台、机构合作伙伴以及我们尚未接触到的人。将有多种参与方式，包括在维基上、在私人空间以及面对面会议。我们热忱邀请您加入并发出您的声音。

眼前目标是在 2017 年维基媒体国际会议之前确定一个战略方向，以帮助构建关于我们如何共同努力实现该战略方向的讨论。

定期更新将发送到Wikimedia-l 邮件列表，并发布在 Meta-Wiki 上。从本消息开始，这些更新的每月回顾也将发送到此页面。注册即可在您的用户讨论页上接收未来的公告和每月战略更新亮点。

以下是迄今已发送的更新回顾

• 维基媒体运动战略流程更新 1（2016 年 12 月 15 日）
  • 流程介绍和关于支持其的预算支出决议的信息
• 维基媒体运动战略流程更新 2（2016 年 12 月 23 日）
  • 启动运动战略流程的首席架构师招聘
• 维基媒体运动战略流程更新 3（2017 年 1 月 8 日）
  • 2017 年维基媒体会议的战略会议计划
• 维基媒体运动战略流程更新 4（2017 年 1 月 11 日）
  • williamsworks 介绍
• 维基媒体运动战略流程更新 5（2017 年 2 月 2 日）
  • 核心运动战略团队、正在开发的团队轨道、社区流程指导委员会的介绍、2017 年 WikiIndaba 会议和在瑞士举行的维基媒体运动分支机构执行董事会议上的讨论
• 维基媒体运动战略流程更新 6（2017 年 2 月 10 日）
  • A & B 轨道流程原型和提供反馈，所有四个轨道开发的更新

有关运动策略的更多信息可在 Meta-Wiki 2017 维基媒体运动战略门户上查阅。

由 MediaWiki 消息传递代表 维基媒体基金会发布，2017 年 2 月 15 日 20:31 (UTC) • 请帮助翻译成您的语言 • 获取帮助

有没有办法查看特定文章的主要贡献者以及他们的实际贡献量？

从酒吧清扫

如果我没弄错的话，有一个工具可以很快地完成这项工作（我希望这样的工具能极大地帮助我找到维基百科上针对特定目的地最多产、最知识渊博的“本地专家”，我希望他们能同意帮助扩展维基导游上的并行文章）。维基垃圾 (讨论) 2017年2月16日 02:31 (UTC)

是的，有 https://tools.wmflabs.org/xtools-articleinfo/index.php?article=busan&project=en.wikivoyage.org --Andrewssi2 (talk) 2017年2月16日 (UTC) 02:39

谢谢 Andrewssi2。我尝试使用这个工具来查明自2000年代初以来，是否有任何说希伯来语的“本地专家”参与了希伯来维基百科上特定热门目的地文章的创建……不幸的是，我最终发现了三件事——(1) 即使维基百科上看似非常复杂，并且经过很长时间逐步改进的著名文章，其规模和包含的旅行详细信息与我们的维基导游文章相比并不庞大或复杂 (2) 这些维基百科文章的大部分主要贡献实际上是在上一个十年完成的 (3) 令我惊讶的是，在许多情况下，实际上只有很少的人对这些文章的大部分内容做出了贡献，而且这些大部分人都是希伯来维基百科上最活跃的约40位编辑，他们在许多情况下贡献的是英语维基百科内容的翻译，因此，虽然看起来许多说希伯来语的“本地专家”参与了内容的创建，但实际上通常只有1-3名译者翻译了他们很可能从未去过的目的地的大部分内容。

这里有一个例子来说明我的意思……希伯来维基百科上巴塞罗那文章（这是希伯来语使用者中最受欢迎的目的地）前10名编辑的比较，以及希伯来维基导游上巴塞罗那文章前10名编辑的比较

希伯来维基百科上巴塞罗那文章的前10名编辑 用户名 #1 小编辑 % 首次编辑 最新编辑 新增 (字节) Deror avi 57 25 43.9 2005-02-17, 17:04 2013-04-02, 07:00 15,292 字节 ליז'אנסק 11 2 18.2 2007-01-14, 20:13 2007-03-05, 16:11 3,077 字节 אריאל 11 2 18.2 2006-09-26, 20:40 2006-10-10, 20:05 2,048 字节 רפאל לירז 11 0 0 2004-03-21, 15:15 2004-03-21, 16:27 2,025 字节 הידוען האלמוני 5 1 20 2009-02-17, 17:36 2009-02-17, 18:07 1,419 字节 Poxsi 3 1 33.3 2008-09-02, 21:33 2011-01-15, 15:47 1,324 字节 Hmbr 3 3 100 2010-07-19, 23:06 2010-07-24, 23:01 1,187 字节 Tt100 11 0 0 2009-10-05, 19:07 2013-10-12, 09:26 1,060 字节 Alonr 4 1 25 2007-05-16, 09:52 2008-01-27, 17:58 1,039 字节 62.90.235.244 1 0 0 2004-03-21, 15:02 2004-03-21, 15:02 753 字节

希伯来维基导游上巴塞罗那文章的前10名编辑 用户名 #1 小编辑 % 首次编辑 最新编辑 新增 (字节) ויקיג'אנקי 103 0 0 2013-02-25, 06:00 2017-02-14, 23:30 58,293 字节 אלמוג שווד 1 0 0 2016-01-20, 15:15 2016-01-20, 15:15 4,789 字节 יעל י 11 0 0 2013-03-31, 08:55 2013-07-27, 19:04 3,154 字节 בנימין 5 0 0 2013-03-18, 13:16 2015-01-05, 14:27 2,066 字节 Urilei~hewikivoyage 4 0 0 2013-09-13, 22:12 2013-09-13, 23:39 1,019 字节 Tzafrir 2 1 50 2013-04-11, 13:42 2014-03-28, 09:30 748 字节 DL3222 4 3 75 2013-04-09, 14:27 2014-04-20, 13:06 321 字节 Guycn2 1 1 100 2016-12-30, 13:45 2016-12-30, 13:45 248 字节 24.1.7.5 1 0 0 2013-05-12, 15:09 2013-05-12, 15:09 1 字节 DekelEBot 3 3 100 2014-01-03, 06:53 2016-02-06, 15:00 0 字节

如你所见，我在希伯来维基导游巴塞罗那文章中的贡献，远大于希伯来维基百科上同一文章的所有主要贡献的总和。

这种方法可能更适合从英语维基百科获取说英语的本地专家。 ויקיג'אנקי (talk) 2017年2月17日 (UTC) 01:32

移动模式

从旅客酒馆扫入

如上所述，现在大部分网络互动都是通过智能手机进行的。为了吸引更多访问者访问本网站，我们需要让移动应用程序对用户更有用，更易于使用。我们是否有讨论想法和提出改进建议的论坛页面？如果没有，这应该如何组织？这会是一个维基导游考察页面吗？我正在考虑的一些想法，请参见 User:Traveler100/mobile，我应该将其复制/移动到哪里？我不知道移动应用程序是如何管理以及由谁控制的。 --Traveler100 (talk) 2016年12月24日 (UTC) 10:04

是否有适用于安卓的维基导游应用，我在哪里可以获取？我认为如果这在一个考察页面中处理是没问题的。 --Zerabat (talk) 2017年2月22日 (UTC) 20:39

@zerabat: 有 这个 和 一个欧洲的，来自 m:Wikimedia CH。 —Justin (koavf)❤T☮C☺M☯ 2017年2月22日 (UTC) 20:53

设立一个集中页面来放置合并讨论的指针或进行合并讨论

从旅客酒馆扫入

所以在这个wiki上，合并讨论是相当令人沮丧的经历。通常，合并模板会在页面上放置数周甚至数月而没有太多输入。删除投票有更多的参与，但共识似乎是删除投票不适合讨论合并（尽管很少有文章删除投票甚至是正确的页面——许多页面要么是快速删除的候选，要么是合并的候选）。那么，对此应该怎么做呢？我的建议是，设立一个类似于删除投票的页面，所有提议的合并都必须放在那里，人们可以在那里讨论合并是否有意义。你觉得呢？ Hobbitschuster (talk) 2017年3月7日 (UTC) 00:05

无保留支持。有时你直到别人提起才发现你想要某个东西。 --ThunderingTyphoons! (talk) 2017年3月7日 (UTC) 00:15

温和支持。我同意单个文章上的合并讨论可见度低，尽管我不太热衷于建立更多官僚程序。希望能有一些替代方案来实现这一点。 Andrewssi2 (talk) 2017年3月7日 (UTC) 00:37

为什么？。这里有一个列表 这里，文本应在模板中，进一步的讨论应在讨论页上。此外，对于有活跃远征的国家，有一个额外的中心点来强调。我们为什么需要更多？ --Traveler100 (talk) 2017年3月7日 (UTC) 00:55

显然没有人使用那些。我认为最好不要在单独的讨论页上进行合并讨论，而是在像 WV:合并讨论 这样的页面进行，它将类似于删除投票。 Hobbitschuster (talk) 2017年3月7日 (UTC) 01:19

这不应该是另一个闲聊页面，而是关于行动。 --Traveler100 (talk) 2017年3月7日 (UTC) 03:45

我不确定你是否完全理解我的意思。想象一下，所有删除投票的讨论都在被提名删除文章的讨论页上进行。我认为这对于这么大的维基来说是荒谬的。我建议的本质是为合并讨论设置一个与删除讨论相同的收集页面，并且讨论只在那里进行，这减少了对指针和提醒的需求。当然，实际的讨论过程会略有不同，因为我们没有不重定向真实地点的政策等等，但我希望你能明白我的目标。 Hobbitschuster (talk) 2017年3月7日 (UTC) 03:47

你为什么认为合并/重定向讨论如果放在专门页面会得到更多关注？我对此不信服。 Ikan Kekek (talk) 2017年3月7日 (UTC) 09:38

因为人们可以监视那个页面，而他们可能没有将随机待合并的文章添加到他们的监视列表。解决方法是让每个人都监视 Category:Articles to be merged – 这现在是可行的。另外，如果这行不通，那么如果没有人对相关文章感兴趣（因此注意到合并建议）并且没有足够关心发表意见，为什么不直接进行合并呢？ --LPfi (talk) 2017年3月7日 (UTC) 11:57

（再次从左边开始）让我提出这个问题的原因是，索阿扎在没有遵循既定协议的情况下被合并，很可能是因为对通常的处理方式感到沮丧，然后又被另一位认为不应该合并的用户撤销。我认为删除投票尽管有其缺点，但比在单独的讨论页或酒吧里进行删除讨论效果更好。为什么不为合并讨论做同样的事情呢？也许我们可以引入一个试用期，如果经过x时间后我们认为它不起作用，我们可以回到旧的方式或尝试一种完全不同的方法…… Hobbitschuster (talk) 2017年3月7日 (UTC) 18:44

你知道吗？我希望能够同时在两个地方进行这些对话。我希望它在一个中心页面和文章的讨论页上，而且没有任何阻止参与的复杂性，例如包含子页面。这种多地点讨论多年前就为mw:Flow计划好了（以及诸如能够关注一个讨论而不是页面其余部分的特性），但它尚未在任何地方实施。这对于像删除投票这样的事情来说是理想的。

顺便说一句，我在mediawiki.org上使用Flow的次数越多，就越喜欢它。（只是不要告诉开发人员，因为我有一长串的要求友好的改进请求，比如“下周提醒我这个讨论，特别是如果那时还没有人评论的话”。）如果你以前没见过它，那么你可以在mw:Flow/Sandbox上试用它。 WhatamIdoing (talk) 2017年3月7日 (UTC) 23:02

支持 - 我撤销了 Soazza 的合并，部分原因是我很恼火它在没有任何讨论的情况下完成，而我仅仅在几个小时前才做了几次编辑并添加了一张横幅照片。所以我强调提供这种讨论机会的重要性。合并应该只在过去一年没有编辑（忽略普通贡献者的技术编辑，但特别注意偶尔编辑者或IP的内容添加）的情况下进行，且无需讨论。我们不希望挫伤那些每月偶尔访问一次的编辑者的积极性。我认为文章讨论页应该用于讨论，但一个中央索引页会很有用。这可以只包含文章链接、国家和日期。中央讨论页面可能会让偶尔的贡献者望而却步。提供讨论的机会很重要，即使大多数时候没有人参与——这在几周后可以视为默许。我确实喜欢Flow，但这可能不是今天的解决方案。 AlasdairW (talk) 2017年3月7日 (UTC) 23:33

技术问题 是否有可能通过某个脚本将讨论包含到另一个页面中？我的意思是让讨论同时显示在讨论页和（暂定名称）WV:合并投票 上，并且用户可以同时在这两个页面上做出贡献。这样，只在一个中心页面进行讨论的许多潜在缺点（我坦率地不认为存在，但无所谓）就会消失。 Hobbitschuster (talk) 2017年3月7日 (UTC) 23:37

我们已经有 意见征询 页面。我们是否应该直接使用该页面来告知所有人合并/重定向讨论？ Ikan Kekek (talk) 2017年3月7日 (UTC) 23:47

我自己很少阅读意见征询，我担心这里的许多用户也是如此。 Hobbitschuster (talk) 2017年3月8日 (UTC) 01:19

请原谅我这样说，但：那又怎样？如果你知道合并/重定向讨论在那里，你就会查看它，如果你认为没有人会看，那么你提议的新页面也不会有人关注。 Ikan Kekek (talk) 2017年3月8日 (UTC) 01:57

我刚刚查看了意见征询——显然有一个早在2015年的请求还在那里。我仍然不明白我们为什么应该如此根本性地处理合并讨论和删除讨论。在我看来，我们也可以在删除投票上提名文章重定向，因为“删除”在我们现有的文章中只有一小部分是有效结果。 Hobbitschuster (talk) 2017年3月8日 (UTC) 13:24

我认为重点是合并/重定向讨论应该在相关文章的讨论页上进行。在其他任何地方，它们都将是指向该页面的指针。我仍然怀疑你关于请求评论的观点是有效的，除非有什么心理原因导致人们不喜欢“请求评论”这个短语。但在我看来，人们要么关注指针，要么不关注，无论你把指针页面称为什么。 Ikan Kekek (talk) 2017年3月8日 (UTC) 13:57

正如其他人所指出的，“合并”通常是VfD讨论的结果。由于VfD页面负担不太重，那么将两组讨论合并到一个“删除或合并投票”页面怎么样？或者，如果这有问题，我不知道为什么会有问题，那么至少允许在VfD页面上指向合并讨论。 Ground Zero (talk) 2017年3月8日 (UTC) 15:37

那么，你将如何处理像 天堂 (密歇根) 和 白鱼湾 这样的情况，其中对于合并的方向存在一些分歧？天堂是一个地图上微不足道的小村庄，只有一个 {{listing}} 用于某个现已关闭的场所。作为一个目的地，它主要用于关于从 天堂 (密歇根) 到 地狱 (密歇根) 的距离的玩笑。 白鱼湾 被创建为一个大型、稀疏的乡村区域——白鱼角上有一个灯塔和博物馆，与 埃德蒙·菲茨杰拉德号 沉没事件有关，但除此之外别无他物。如果我没记错的话，有人将 {{merge}} 标记到白鱼湾上，因为他们不喜欢 水体，然后又有人将 {{merge}} 标记到另一个方向（将天堂村合并到更大的乡村区域，因为那里什么都没有）。我查看了这两个页面的历史，几乎没有或根本没有实际的讨论——只是随意地将这个合并到某个地方，假设下一个编辑者可以撤销这个烂摊子？ K7L (talk) 2017年3月8日 (UTC) 15:47

需要记住的一点是，合并不一定需要讨论。对于他人投入了时间，尤其是最近（如 AlasdairW 的例子）的页面，在讨论页上先行讨论是常识和礼节。在大多数情况下，这些讨论页也在这些编辑者的监视列表中。对于未开发、更直接的案例，我不明白我们为什么要通过引入一个新的类似VfD的讨论页面，并伴随相关的政策和等待时间来放弃“大胆前进”原则。这看起来像是官僚作风——这是我们最不需要的。如果我们认为需要更多的指针，我们可以简单地开始更广泛地利用意见征询页面来达到这个目的。如果该页面上有更多的“流量”，我想感兴趣的人，如果还没有这样做，可以简单地将该页面添加到他们的监视列表中。我不明白我们为什么需要一个新的页面，仅仅因为“一些”人很少阅读意见征询。 JuliasTravels (talk) 2017年3月8日 (UTC) 17:05

Hobbitschuster，关于你的技术问题：你可以通过创建一个单独的页面来做到这一点，有点像这样。你可以看到它如何运作（或不运作）在一个页面上，例如 https://en.wikipedia.org/wiki/Talk:Henrietta_Lacks#GA_Review 这只被包含到一个讨论页面中，但理论上可以包含到几乎无限数量的页面中。 WhatamIdoing (talk) 2017年3月8日 (UTC) 21:50

我是 索阿扎 合并的执行者，我想就这个话题发表我的看法。在过去一年左右的时间里，我进行了一些合并，因为我试图清理瑞士的地区和文章。有相当多的小目的地文章有时已经10年没有编辑，内容很少，不符合独立文章的标准。我发现，正如上面提到的，大多数情况下在讨论页上寻求意见收效甚微，这有点令人沮丧，尤其是在涉及更复杂的合并时，例如地区重组等（例如这里： Talk:Surselva#Should_we_simplify_the_region_hierarchy 或 Talk:Graubünden）。正如其他人上面指出的那样，我不确定创建新页面来集中这些讨论是否有帮助，因为这只会增加人们可能不会注意到的另一个页面。我认为有帮助的是更清晰的指导方针，说明何时可以在不等待意见的情况下进行合并，以及在讨论页上开始讨论后等待意见的适当时间是多久。例如，我同意对于 索阿扎，我应该发起讨论，因为最近有编辑，但我不认为自2007年以来没有添加任何实质性内容的文章需要太多讨论（例如 Talk:Finhaut）。 Wikivoyage:How_to_merge_two_pages 在这方面相当模糊。 Drat70 (talk) 2017年3月9日 (UTC) 04:07

存在一个普遍问题，即一些“地图上的小点”显然是合并的候选对象，但发现这一点的人不一定愿意或能够费力地找出该地区村庄的良好重组方式。通常，地理标记列表会有很大帮助，因为当你查看 索阿扎 的地图时，你会发现这些列表覆盖了一个线性区域。 Hobbitschuster (talk) 2017年3月9日 (UTC) 21:25

在某些情况下，单个文章上的 {{geo}} 标签足以标记两个非常小的地点是相邻的，例如曼尼托巴省的 Blumenort 和 Steinbach。不幸的是，动态地图上的“附近目的地”图层并不能指示实际文章是纲要还是垃圾——只指示两个点指向几乎相同的地理区域。 K7L (talk) 2017年3月10日 (UTC) 18:46

关于合并讨论开放多久是合理的，这是一个好问题。我刚刚遇到 Sevagram，我提议合并它。该文章的活动很少，其创建者已经两年未见。我已在意见征询页面发布，并计划在一周内完成合并，除非有异议。我认为这是一段合理的时间，因为我们确实希望保持这里的进展。一周是否太短？ Ground Zero (talk) 2017年3月10日 (UTC) 18:21

维基媒体运动战略进程更新概览 #2

从酒馆整理而来

注意：对于交叉发布和使用英语发送表示歉意。此消息可在元维基上进行翻译。

正如我们上个月提到的，维基媒体运动正在启动一项全运动范围的战略讨论，该过程将贯穿2017年。这次运动战略讨论将重点关注我们运动的未来：我们想共同走向何方，以及我们想实现什么。

定期更新将发送到 Wikimedia-l 邮件列表，并发布在 Meta-Wiki 上。每个月，我们也会将这些更新的概览发送到此页面。注册即可在您的用户讨论页上接收未来的公告和战略更新的每月亮点。

以下是自我们上个月的消息以来已发送的更新概览

• 维基媒体运动战略进程更新 7 (2017年2月16日)
  • 轨道 A 和 B 文档的开发
• 维基媒体运动战略进程更新 8 (2017年2月24日)
  • 所有四个受众轨道的轨道负责人介绍
• 维基媒体运动战略进程更新 9 (2017年3月2日)
  • 寻求关于用于促进即将到来的社区讨论的文档的反馈

有关运动策略的更多信息可在 Meta-Wiki 2017 Wikimedia 运动策略门户 上获取。

由 MediaWiki 信息传递 代表 维基媒体基金会 发布，2017年3月9日 (UTC) 19:43 • 请帮助翻译成您的语言 • 获取帮助

即将到来的更改

从旅客酒馆扫入

未来几周会有许多小变化，我想提前提醒大家一下。请将此信息分享给其他感兴趣的人/语言/项目。

• 应德语维基百科的要求，参考文献列表中的列的处理方式将发生变化。此更改将通过根据每个读者的屏幕宽度自动将长列表的<ref>格式化为多列来提高可访问性。
  • 您需要做什么：目前没有可见的变化。如果您的项目使用正常的 <references /> 标签（或者根本不使用参考文献），那么 提交一个 Phabricator 任务 或 直接告诉我，我就会将您的维基添加到下次配置更改的列表中。如果您的项目使用“reflist”模板来创建列，那么请考虑弃用它，或者更新模板以适应新功能。
• 大多数项目的“保存更改”按钮上的标签将于明天（星期三）更改为“发布页面”。这个问题已经讨论了多年，得到了用户研究的支持，旨在让新贡献者更清楚。（我们这些编辑多年的人甚至不再看按钮，我们都知道我们的所有更改都可以被互联网上的任何人看到，所以这并不会真正影响我们。）
  • 如果您有任何问题或遇到问题（例如，翻译错误、修复文档问题等），请尽快告诉我。
  • 去年八月我们将“保存页面”拆分为“保存页面”和“保存更改”时，一些社区想知道是否可以使用本地标签。（例如，中文维基百科的“保存页面”按钮上有一些额外的文字；我想是关于预览重要性的。）法务团队能否同意更改可能取决于所涉及的语言/国家，所以请先问我。
• 作为正在进行的、历时多年的用户界面标准化项目的一部分，“保存更改”（或现在的“发布页面”）、“显示预览”和“显示更改”按钮在某些桌面维基文本编辑器中的颜色和形状将发生变化。这些按钮会更大，更容易找到，“保存”按钮将变为亮蓝色。（phab:T111088）不幸的是，目前无法完全覆盖此更改并恢复您帐户或整个网站的旧按钮外观。
• 你还记得去年四月，技术运维部门对服务器进行了一些维护工作，导致两次约30分钟无法编辑吗？类似的计划维护将再次发生。目前定于4月19日（星期三）和5月3日（星期三）。具体时间未知，但很可能在欧洲下午和北美上午。这将反复宣布，但请现在就标记你的日历。

目前我能想到的一切都在这里了，但我可能遗漏了一些。如果您有任何问题（关于此或其他维基媒体基金会的工作），请{{ping}} 我，我会尽力为您解答。谢谢， Whatamidoing (WMF) (talk) 2017年3月13日 (UTC) 18:37

服务器切换项目的时间已确认。所有维基将在两个近期日期进入只读模式20至30分钟。

• 2017年4月19日（星期三），从 UTC 14:00 开始
• 2017年5月3日（星期三，两周后），从 UTC 14:00 开始

如果您是MediaWiki黑客，请注意在以上两个星期内，正常部署计划已取消。

m:Tech/Server switch 2017 上有更多信息，包括官方日程链接。如果您有任何问题，请在我的用户讨论页留言或“ping”我。 Whatamidoing (WMF) (talk) 2017年3月29日 (UTC) 22:03

我们邀请您加入运动战略对话（即日起至4月15日）

从旅客酒馆扫入

这条消息，“我们邀请您加入运动战略对话（即日起至4月15日）”，由 Gregory Varnum 于2017年3月15日和16日通过多个渠道发送给维基村、分支机构讨论页、运动邮件列表和批量消息组。类似的消息由 Nicole Ebber 于2017年3月15日发送给有组织的团体及其邮件列表。此版本消息可用于翻译和文档记录目的

亲爱的维基人/维基百科人

今天，我们开始广泛讨论，以确定维基媒体在世界未来的角色，并制定一项协作战略来履行该角色。我们热忱邀请您加入对话。

有很多种参与方式，可以加入现有对话，也可以发起自己的对话

A轨道（有组织团体）：与您的分支机构、委员会或其他有组织团体（这些是支持维基媒体运动的团体）进行讨论。

B轨道（个人贡献者）：在 元维基 或您的 本地语言或项目维基 上。

这是三次对话中的第一次，将于即日起至4月15日举行。第一轮对话的目的是讨论运动的未来，并围绕潜在方向产生主要主题。我们希望在未来15年里共同建设或实现什么？

我们欢迎您的加入，共同开启这场对话，并期待我们运动各方广泛而多样化的参与。

• 了解更多关于运动战略进程的信息
• 了解更多关于自愿成为讨论协调员的信息

诚挚地，

Nicole Ebber (A轨道负责人), Jaime Anstee (B轨道负责人), & 参与支持团队

2017年3月18日 (UTC) 05:09

已在 Wikivoyage:Wikimedia Strategy 2017 创建了一个本地页面，如果您更喜欢在这里而不是在元维基参与。期待您的反馈！ :) Quiddity (WMF) (talk) 2017年3月22日 (UTC) 00:42

维基共享资源年度图片

从旅客酒馆扫入

一年一度的 维基共享资源年度图片 竞赛已经开始，我认为看看是否有任何图片可以放入这里的文章中会很好，它们都是高质量的图片。  Seagull123  Φ  2017年3月18日 (UTC) 16:59

2017年维基媒体基金会理事会选举开始

从酒馆整理而来

请原谅我们交叉发布此消息。此消息可在元维基上进行翻译。

我很高兴代表维基媒体基金会选举委员会宣布，2017年维基媒体基金会理事会选举正在接受自荐提名。

理事会是最终负责维基媒体基金会长期可持续发展的决策机构，因此我们重视对其遴选的广泛投入。有关此角色的更多信息可在元维基上找到。请阅读理事会致候选人的信。

候选人提交阶段将从4月7日（UTC 00:00）持续到4月20日（UTC 23:59）。

我们也将从4月7日到4月20日接受向候选人提问。您可以在元维基上提交您的问题。

提问提交期于4月20日结束后，选举委员会将汇总问题供候选人于4月21日开始回答。

此流程的目标是填补维基媒体基金会理事会中的三个社区选定席位。选举结果将由理事会自行用于选出新成员。

理事会选举的完整日程如下。所有日期均为包含日期，即从第一天（UTC）开始到最后一天结束。

• 4月7日（UTC 00:00）– 4月20日（UTC 23:59）– 理事会提名
• 4月7日 – 4月20日 – 理事会候选人问题提交期
• 4月21日 – 4月30日 – 理事会候选人回答问题
• 5月1日 – 5月14日 – 理事会投票期
• 5月15日–19日 – 理事会投票检查
• 5月20日 – 理事会结果公布目标日期

除了理事会选举外，我们还将很快举行以下职位的选举

• 资金分配委员会 (FDC)
  • 共有五个职位待填补。有关此选举的更多信息将在 元维基 上提供。

• 基金传播委员会监察员 (Ombuds)
  • 目前正在填补一个职位。有关此次选举的更多信息将在元维基上提供。

请注意，今年理事会选举将在FDC和监察员选举之前举行。未被选入理事会的候选人被明确允许和鼓励在理事会选举结果公布后提交自己作为FDC或监察员职位的候选人。

有关今年选举的更多信息可在元维基上找到。任何与选举有关的问题都可以在元维基上的选举讨论页上发布，或发送到选举委员会的邮件列表：board-electionswikimedia.org。

代表选举委员会，
Katie Chan，维基媒体基金会选举委员会主席
Joe Sutherland，维基媒体基金会社区倡导者

由MediaWiki message delivery代表维基媒体基金会选举委员会发布，2017年4月7日03:37 (UTC) • 请帮助翻译成您的语言 • 获取帮助

维基媒体战略对话第一轮的最后一周

从酒吧卷入

大家好，我是Szymon，元维基策略协调员。三周前，我们邀请您加入关于维基媒体未来在全球角色的大范围讨论。讨论分为三个周期，第一个周期于4月15日结束。到目前为止，维基人主要讨论了技术改进、多语言支持、友好环境以及与其他组织和网络的合作。

• 如果您想获取有关讨论主题的详细信息，请查看→该页面。
• 如果您想加入讨论，请→在该页面的讨论页或元维基上发表评论。
• 如果您有任何在那里没有得到回答的问题，请随时问我。

我正在ping最近活跃的一些管理员。希望你们能帮助我传达消息，甚至加入讨论。@AndreCarrotflower, Andrewssi2, ‎Ikan Kekek, WOSlinker, ‎Shaundd:。

期待您的宝贵意见。提前感谢！SGrabarczuk (WMF) (讨论) 2017年4月8日 00:46 (UTC)

Szymon的“真名”是Tar Lócesilion，我猜你们中有些人以这个名字遇到过他。我鼓励大家接受他的邀请，讨论未来10-20年你们希望发生什么。更好的移动体验？更简单的跨语言或跨项目整合？努力吸引潜在编辑，也许可以使用基于智能手机地理定位来请求特定更新和编辑的工具？无论你想到什么，特别是如果这是一个宏大的想法，现在就应该提出。WhatamIdoing (讨论) 2017年4月8日 01:58 (UTC)

这绝对不是什么大主意，但今天我发现自己手动从德语版维基导游的Herzogenaurach复制地理坐标到英语版维基导游的对应页面，心想：一定有更好的方法。Hobbitschuster (讨论) 2017年4月8日 02:02 (UTC)

@SGrabarczuk (WMF), WhatamIdoing：在俄语维基导游中，我们提出了一个关于战略和战略制定过程本身的相当长的思想和想法清单。我们在此页面的末尾有一个简短的英文摘要，并计划在本周晚些时候翻译其余部分。

另外，俄语区战略协调员（他曾承诺为我们进行翻译）已经消失了，这有点告诉我们未来可以从这项战略中期待什么。——Alexander (讨论) 2017年4月9日 23:21 (UTC)

现在我们有了关于我们战略愿景的完整英文翻译。其中一个重要部分描述了维基导游的发展。欢迎提出任何意见。——Alexander (讨论) 2017年4月14日 19:56 (UTC)

提案：使用Extension:RelatedArticles的新现代化版本

从酒吧卷入

Wikivoyage目前在少数页面上显示相关文章，这些页面由编辑添加，例如在纽约市页面上，New_York_City_with_children出现在桌面皮肤的侧边栏中（尽管它相当隐蔽！），并且在移动设备上无法使用。

它使用mw:Extension:RelatedArticles扩展。

维基媒体最近在各种项目上启用了更具视觉效果的相关页面功能。我很好奇维基导游是否对从侧边栏视图切换到页脚视图感兴趣？

优点

• 更具视觉性和可发现性
• 它可以配置为算法式地推荐相关页面（您可以通过滚动到底部并点击https://trending.wmflabs.org/en.wikivoyage/Bagan中的链接来查看其外观）
• 它在移动设备上可用。

插图可见于此处：https://www.mediawiki.org/wiki/File:Readmore-_desktop-_prototype.png

您可以通过查看海地维基百科了解其在Vector上的外观：https://ht.wikipedia.org/wiki/Frank%C3%A9tienne

不强求！

如果您有兴趣，我可以在您选择的时间启用它，如果您不喜欢，也可以恢复到旧视图。请告诉我！Jdlrobson (讨论) 2017年4月20日 22:39 (UTC)

我赞成尝试这个功能 :-) 我经常在准备旅行时无法发现相关文章，直到旅行结束后才了解到它们。Syced (讨论) 2017年4月21日 05:55 (UTC)

Jdlrobson，这听起来很有趣。您能详细说明这个系统如何选择相关页面吗？我阅读了描述，但不太明白。谢谢！——Alexander (讨论) 2017年4月21日 07:40 (UTC)

我觉得这个看起来很酷！——ButteBag (讨论) 2017年4月21日 14:55 (UTC)

算法版本使用CirrusSearch功能，该功能将文本相似的页面关联起来。例如，如果短语“罗马建筑”频繁出现在两篇文章中，则它们将被判断为相似。所有结果都可以由编辑使用

{{related}}

魔术字覆盖。与任何算法一样，结果并非总是理想的。有些页面，特别是较小的文章，可能会出现奇怪的相关文章，但我认为这是一个鼓励探索和创造编辑机会的好方法。Jdlrobson (讨论) 2017年4月21日 15:39 (UTC)

我已经在几个维基上开启了它，总体来说我很喜欢。上次我查看时，它选择的三篇文章通常是您通过常规搜索当前文章标题会找到的接下来的三篇文章。所以对于纽约市，我预计它会列出纽约州、纽约都会区和带着孩子游纽约市，因为这些是常规搜索结果列表中的下一项。WhatamIdoing (讨论) 2017年4月21日 21:31 (UTC)

就我个人而言，我通常不喜欢侧边栏（尽管有些应用程序适合它们）。它们的问题在于侧边栏内容与主内容长度总是不同，所以你总会看到一列（通常在侧边栏中）空白，浪费屏幕空间（许多用户可能在使用上网本或小笔记本电脑，屏幕空间有限）。在手机上，我没有侧边栏，也失去了侧边栏中的相关维基百科链接。所以我认为减少侧边栏是件好事，将相关链接移到底部是个好主意（包括任何维基百科链接）。不确定通过使“阅读更多”更突出（如链接示例所示）来算法式地这样做是否会鼓励贡献者更多地使用它（这一定是好事）。所以我喜欢这个提议的更改（尽管我意识到它不会消除侧边栏）PsamatheM (讨论) 2017年4月22日 09:41 (UTC)

“阅读更多”是否仅限于内部维基导游页面，或者也允许外部网站和维基百科文章？我能想到至少一个我贡献过的示例页面，其中有多个相关的（非重复、非重叠的维基百科文章，比如布莱克尼（诺福克），维基百科上有关于布莱克尼和布莱克尼角的独立页面，但维基导游实际上只需要一个页面来描述这两个目的地）。PsamatheM (讨论) 2017年4月22日 09:41 (UTC)

我不太喜欢不考虑地理因素的文本搜索。如果我阅读约克，我对纽约市或其他有约克酒店或约克路名称的随机城镇不感兴趣。有用的将是自动建议100英里内匹配文本的地方。AlasdairW (讨论) 2017年4月22日 14:07 (UTC)

是的，它不考虑地理因素，这是一个需要考虑的重要因素，但对于像约克这样的编写良好的页面来说，它也更智能一些（它显示了布拉德福德和林肯）。缺乏地理意识不一定是坏事，因为它可能有用（至少对我来说是如此），可以发现读者从未去过的国家中可能与他们去过的地方相关的地方。请记住，“下一步”是关于地理的，而这不会试图取代它。

正如我所提到的，编辑可以使用任何符合社区相关定义的页面来覆盖所有文章的相关页面。

考虑到相关页面使用率不高（仅在很少的页面上），以及将这些链接放在页脚会增加可见度，我预计开启算法会增加这些结果的编辑量。Jdlrobson (讨论) 2017年4月24日 14:57 (UTC)

如果自动结果可以被覆盖，那么它就变成了页面编写和维护的一部分。如果你手动设置了相关页面（即使只有一个），这是否会禁用所有自动生成的页面——因此，如果自动生成的页面“结果不好”，你只需一个手动页面就可以禁用所有自动生成的页面。或者有没有办法添加一些内容

{{ related }}

如果结果很差，就禁用自动化系统。PsamatheM (讨论) 2017年4月24日 15:12 (UTC)

目前不支持，但可能会添加。Jdlrobson (讨论) 2017年4月26日 18:01 (UTC)

在哪里可以找到按每个维基导游版本中每个目的地文章数量排序的维基导游文章列表？

从酒吧卷入

这样的列表已经存在，还是有办法生成这样的列表？

对于每个维基导游版本（包括英文维基导游）来说，这样一个列表都非常方便，可以更深入地了解全球最受欢迎的旅行目的地中哪些尚未拥有自己的文章（通过专注于创建这些文章，而不是关注受欢迎程度较低的目的地的文章，最终能以相同的工作量显著增加网络流量）。维基垃圾 (讨论) 2017年4月22日 19:25 (UTC)

问题是大多数编辑者无法用超过一到三种语言撰写文章级别的散文。即使能做到，他们也可能不想花时间用斯瓦希里语撰写关于纽约的文章，而宁愿关注他们个人了解和更关心的内容。Hobbitschuster (讨论) 2017年4月22日 19:28 (UTC)

我明白最终每个编辑者能产出的文章数量有限，而且通常人们更喜欢专注于自己感兴趣的内容。我自己已经在希伯来语维基导游上撰写了4年零3个月的文章（我主要从英文维基导游翻译内容），并且我还密切关注我投入最多工作的文章的页面浏览统计数据。尽管迄今为止我主要在希伯来语维基导游上撰写大纲文章，但我已经创建了近100篇扩展良好且撰写精良的文章（其中一些花费了我数周才完成）。然而，根据页面浏览统计数据……其中一些文章每个月只有几个人阅读，尽管投入了大量工作来创建它们……仅仅因为如果目的地对许多人来说不够有趣，人们不一定会关心扩展良好的文章（即使希伯来语维基导游上的以色列文章每个月也只有相对较少的浏览量，可能因为大多数希伯来语使用者在研究旅行选择/想法时对阅读自己国家的信息不感兴趣）。因此，在这一点上，为了让我投入到希伯来语维基导游的工作最终能在潜在读者中引起更多兴趣，我倾向于专注于创建最受欢迎的内容（而不是猜测它是什么）。维基垃圾 (讨论) 2017年4月22日 19:44 (UTC)

我想大多数希伯来语维基导游的潜在用户更可能使用英语维基导游。首先，因为许多希伯来语使用者也至少会说不错的英语；其次，因为在以色列以外旅行，英语比希伯来语有用得多。Hobbitschuster (讨论) 2017年4月22日 21:38 (UTC)

可能吧……但这并不意味着我应该放弃希伯来语维基导游。相反，我相信最终英文维基导游和其余维基导游版本将变得更受欢迎，拥有更多会说多种语言的撰稿人，并且尽管英文维基导游可能永远是最大的维基导游版本，但其他版本的存在将随着时间的推移帮助我们协作产出更多高质量的内容，并让世界上更多的人参与到这个过程中（最终，就像维基百科一样，在许多情况下，你会看到大量内容被翻译回英文维基导游）。维基垃圾 (讨论) 2017年4月23日 02:25 (UTC)

不如，为什么不翻译那些浏览量最大的文章呢（你可以在这里获取浏览量最大的语言的版本；你可以在这里粗略了解每个维基导游版本的受众规模）？我曾根据页面大小和受众将关于日本的页面从英语翻译成法语，但浏览量仍然相当有限（尽管法语维基导游的日本页面现在拥有仅次于法国的第二大受众和页面大小），所以我担心您的努力只会带来有限的结果。——Fabimaru (讨论) 2017年4月23日 07:30 (UTC)

有谁知道是否可以生成一个列表，其中包含按每个维基导游版本中每个目的地的文章数量排序的维基导游文章？维基垃圾 (讨论) 2017年4月23日 02:25 (UTC)

关联关系存储在维基数据中，可能可以使用SPARQL查询来完成，但经过快速尝试后，我没有找到如何进行此类查询。——Fabimaru (讨论) 2017年4月23日 08:11 (UTC)

在https://www.wikidata.org/wiki/Wikidata:Request_a_query提问，很快就能得到你的数据 :-)（以及实时检查的查询）Syced (讨论) 2017年4月26日 04:08 (UTC)

迂腐的分析工具……

从酒吧卷入

如您所知，Mediawiki 将获得一个新的解析器。在过去几天里，我一直在（善意地）尝试修复它标记为有问题的一些模板/页面。

然而，在某些情况下，我未能找到许多错误的“稳定”修复方法。

因此，我得出的结论是，要么是我太笨了，无法真正理解发生了什么，要么是分析工具对并非技术性故障的东西过于挑剔。

因此，我已经受够了试图绕过一个对精确嵌套、标签匹配等问题过于挑剔的分析工具。请花时间一劳永逸地“正确”修复相关模板，或者向负责新解析器/Linter扩展的Mediawiki开发人员强烈表达其无法识别其他有效情况的问题，这样我就不会浪费时间“破坏”那些最初不需要修复的模板……

“明显错误”的页面在此：https://wikivoyage.cn/wiki/Special:LintErrorsShakespeareFan00 (讨论) 2017年4月23日 08:44 (UTC)

我明白你的意思，有些错误我看不出问题，有些则非常微妙。这些操作消除了错误标记：斜体中的斜体不确定是否是内容中的网址，或者是否有拼写检查器。——Traveler100 (讨论) 2017年4月23日 09:26 (UTC)

我已经和解析团队断断续续地讨论了几个月了。被标记出来的东西现在“可以工作”，但稍后（可能在今年晚些时候）会破坏页面。User:SSastry (WMF)在回答问题方面表现出色，所以如果您有无法从mediawiki.org文档中弄清楚的特定页面，那么我们一起列出清单，向他寻求帮助。Whatamidoing (WMF) (讨论) 2017年4月23日 20:37 (UTC)

User:ShakespeareFan00，感谢您积极主动地处理这个问题。这个流程主题与本次讨论相关。但这也是我们尚未广泛发布有关Linter公告的原因，因为我们正在努力找出提供可操作指南的最佳方式。不过，我们一直在讨论是否最好按指定要修复的Linter警告/错误类别来分类，以帮助实现哪个目标。SSastry (WMF) (讨论) 2017年4月24日 01:17 (UTC)

User:SSastry (WMF)，感谢您的回复。作为副作用，Linter扩展确实暴露出一些在某些模板最初设计时未考虑到的问题。例如，一个使用span而不是div的模板，因为它没有考虑到span中的相关参数可能包含（多个）块级元素。试图解决这个问题又引出了另一个关于“Mediawiki”如何确定元素结束标记放置位置的担忧。（例如，请参阅我最近在Phabricator上的两份报告。）ShakespeareFan00 (讨论) 2017年4月24日 08:53 (UTC)

也许有人能解释一下为什么这个模板（应该相对容易修复，使其能够在新解析器下工作）会产生这么多问题？https://wikivoyage.cn/w/index.php?title=Template:Warningbox&action=history，我已经尝试了至少三次，希望能让它以一致的方式运行，现在我希望为我浪费的时间得到一个道歉。谢谢。ShakespeareFan00 (讨论) 2017年4月24日 16:32 (UTC)

您想修复的linter错误是什么？您能指出一个您遇到的页面/linter错误吗？SSastry (WMF) (讨论) 2017年4月24日 17:18 (UTC)

问题在于，在模板中（在我努力之前），您有一个用于样式设置的span，其中包含一个列表。在HTML5结构下，您不能将列表（块级项）放在Span内部。

我尝试按照最后三次尝试来修复“实时”模板，并在Template:Warningbox/sandbox中尝试了一个基于DIV的版本。然而，如果省略某些（可选）参数，会出现一些不必要的空白，这本不应该出现。

修复Template:Warningbox本应是一项简单的任务，但由于Mediawiki的一些限制或其他处理原因，本应简单的却并非如此。

将“块级元素”放入span内部的问题也出现在其他模板中，这可能是为什么大量页面出现在相关特殊页面上的原因，因为Template:Listing在内部使用了span，尽管在许多页面上，该模板的相关参数包含块级元素，例如列表或wiki文本样式段落。

最初的想法是将这样的span转换为div，但这遇到了另一个问题，即https://phabricator.wikimedia.org/T163650中报告的问题，这意味着即使模板被转换，段落仍然需要使用<p></p>显式布局，这非常耗时。

同样不利的是，在其他地方，人们似乎在文化上难以承认使用不匹配的</p>或<p>是一种“权宜之计”，以掩盖解析器本身可能存在的范围故障的限制。

我还有一份关于各种“权宜之计”或“巧妙”解决方案的其他担忧的“小清单”，如果某些事情能得到适当修复或重新设计，这些解决方案本不应该存在，但这里可能不是讨论它们的最佳地点。ShakespeareFan00 (讨论) 2017年4月24日 17:43 (UTC)

还有一件事，这是一个非常大的“破坏一切”的点，那就是在讨论页上用于缩进的冒号符号，在技术上应该用于创建定义列表，而不是用于缩进。当然，改变这一点并适当地更新每一个讨论页将是一项巨大的工程。ShakespeareFan00 (讨论) 2017年4月24日 17:46 (UTC)

我想在这里澄清一下。并非所有被识别的lint错误都与将Tidy替换为RemexHTML有关。一些lint错误只是标记问题，新旧解析器都可以“处理得很好”。但是，这就像人类可以很好地理解大多数语法、拼写和标点错误一样。其中一些确实是吹毛求疵，与清理标记以明确意图和清晰度有关。无论如何，随着我们找出对我们识别的lint问题进行分类并向编辑展示的最佳方式，这将变得更加清晰。SSastry (WMF) (讨论) 2017年4月24日 17:18 (UTC)

总结

概括地说，从侧边栏移到页脚没有争议，但使用算法需要更多考虑，这样公平吗？如果是这样，有没有人反对我将显示位置改为页脚？我是否需要为此发起RFC（征求意见）还是可以直接进行？Jdlrobson (讨论) 2017年4月26日 18:01 (UTC)

User:Jdlrobson，请继续进行更改。在这里等待明确的共识将是无限期的。=) 如果我们不喜欢，我们会要求您将其改回。Powers ^(讨论) 2017年5月2日 20:35 (UTC)

移动版似乎很糟糕

从旅人酒吧转来

我正在试用一款智能手机，很快就会换用，我发现移动版首页没有图片。当我把智能手机切换到桌面版时，我看到了特色文章（dotm等）的横幅，但是所有东西都太靠右了，我无法有效地使用它。在移动版中很难找到最近更改（我不知道如何操作）。

那么，你们其他人是否也觉得移动版很糟糕？有什么计划改进它吗？Ikan Kekek (讨论) 2017年4月26日 07:17 (UTC)

我之前提出过这个问题，没有得到任何回复。我愿意帮助改进，但不知道该怎么做。移动版界面的格式是如何控制的？谁可以访问代码来定义显示内容以及移动版如何工作？更重要的是，我们如何才能改变它？这是一个重要的话题，因为如今大多数网页浏览都是在移动设备上进行的。 --Traveler100 (讨论) 2017年4月26日 07:26 (UTC)

我问了一下，本地管理员可以进行（至少部分）更改。有关更多信息，请参阅mw:Mobile Gateway/Mobile homepage formatting。Whatamidoing (WMF) (讨论) 2017年4月26日 15:21 (UTC)

我认为当前的移动视图是由于现有架构的限制。

我查看了用户页面User:Jdlrobson/main_page，看看如何改进。

查看之后有一些建议。1) 页面顶部的地图/链接不如后面的内容吸引人，考虑到搜索在移动端非常突出（以及品牌效应），它在那里没有增加太多价值。考虑通过nomobile类将它们向下移动或从移动体验中完全删除。2) 横幅不适合移动设备——在横幅内应用一个适合移动设备的最小宽度：例如，260px到banner-box2，这样在移动设备上它会尽可能多地占据空间。将上边距从2em缩小到0.2em。通过媒体查询将MediaWiki:Common.css中的css规则更新为2em。3) 停止使用基于表格的布局来“发现/参与”。表格是你可以在移动设备上使用的最不友好的元素——使用在移动设备上堆叠的div。

当前设计的一些限制：1) 移动设备不容易允许更改链接颜色。TemplateStyles扩展即将推出，这将纠正这个问题。这也将允许你在主页中放置媒体查询，这将大大改善情况。2) 有一个错误会搞乱部分折叠的标题格式（https://phabricator.wikimedia.org/T152055 将修复）。在此期间，你可能希望在横幅中使用div或strong标签而不是h2和h3。3) 目前页面横幅用于这些框。这些的问题是它们不适合移动设备使用（短而宽），而且它们往往会下载大量的kb——考虑切换到图像缩略图，以便它们在320px设备上更好地格式化。这也会影响横幅内的文本，因为它们可用的垂直空间有限。4) 轮播JS将不会在移动设备上加载。我不确定它对移动设备有多友好，但如果其他问题可以解决，可以检查并添加。

希望这有帮助！Jdlrobson (讨论) 2017年5月1日 16:52 (UTC)

2017年维基爱地球横幅比赛

从旅人酒吧转来

亲爱的同事们：

2017年维基爱地球，旨在收集受保护自然区域照片的摄影比赛，今天已开始。我们寻求收集可用于维基导游的照片，并组织一场专门针对页面横幅的卫星比赛。我们去年已经举办过此类比赛，并为俄罗斯收到了88张精美的页面横幅，其中许多目前正在维基导游中使用。

提交规则在此。简而言之，只有您自己提交的WLE 2017常规作品制作的横幅才有资格参加，并且必须通过特殊链接上传。如果您喜欢俄罗斯目的地的页面横幅，请使用另一个上传链接，因为我们将颁发单独的奖项。比赛持续到五月底。

所有为本次比赛提交的横幅将由我们的评审团进行评估。我们将考虑单个横幅的艺术价值及其对维基导游的价值，即横幅是否在维基导游文章中使用或可以使用，它传达目的地感受的程度如何等。我们将设置两个小奖项，一个用于俄罗斯目的地的横幅，另一个用于国外的横幅。

如果您不想上传页面横幅，但对我们的倡议感兴趣，您可以加入我们的评审团，帮助我们对横幅进行评分。只需在此处给我们留言或亲自联系我们，我们就会回复您。--Ymblanter (讨论) 2017年5月1日 06:37 (UTC)

嗨Ymblanter。据我所知，“特殊链接”实际上只是添加了一个新类别（Category:Page_banners_from_Wiki_Loves_Earth_2017）的标准上传表单。我们只需用此类别标记横幅图像即可吗？--Andrewssi2 (讨论) 2017年5月1日 06:56 (UTC)

是的，所有横幅都上传到特殊类别中。这就是想法。--Alexander (讨论) 2017年5月1日 06:59 (UTC)

如果有人上传了克里米亚的横幅会怎样？俄罗斯人会和乌克兰开战来争夺它吗？K7L (讨论) 2017年5月1日 13:29 (UTC)

什么都没有发生。自去年以来，克里米亚的自然景观同时属于俄罗斯和乌克兰的比赛。上传者自己决定要参加哪个比赛。--Alexander (讨论) 2017年5月1日 19:41 (UTC)

动态地图出现错误，我们如何修复？

从旅人酒吧转来

仔细看看悉尼/市中心的动态地图——根据这张地图，环绕悉尼歌剧院的海湾水域已经全部干涸了。我们如何尽快修复这个有趣的错误？ויקיג'אנקי (讨论) 2017年5月1日 14:48 (UTC)

有趣。OpenStreetMaps 上的源地图 (链接) 看起来正常，但 WikiMedia Maps 上的缓存版本 (链接) 突然出现了陆地填充。

帮助页面建议直接修复 OpenStreetMaps。可能是有人破坏了 OSM 地图，并在修复之前被缓存了。也许稍后再次查看？Andrewssi2 (讨论) 2017年5月1日 21:41 (UTC)

如果缓存更新后仍然没有修复，我曾见过类似的水陆划分异常现象，出现在某些OSM渲染中。在我以前看到的案例中，渲染器（一款享有盛誉的最佳第三方渲染应用程序）错误地将分类为“码头”的区域归类为“水域”而不是陆地，但这些奇怪的效果可能源于渲染器的一些小问题。在我自己的案例中，它只是一个很小的区域，只在河岸线延伸过长时才明显。openstreetmap.org 渲染得很好，应用程序只是在细节上把陆地和水域搞错了。只是一个想法，我还没有研究为什么悉尼港口看起来是空的。PsamatheM (讨论) 2017年5月1日 21:51 (UTC)

如果你缩小地图——最终水面会重新出现，这可能也是一个线索——其他地图似乎工作正常。-- Matroc (讨论) 2017年5月1日 21:54 (UTC)

有人知道这些图片是SVG格式的吗？本周在w:en:WP:VPT上有一些关于SVG中奇怪伪影的讨论。WhatamIdoing (讨论) 2017年5月4日 04:49 (UTC)

PNGsPsamatheM (讨论) 2017年5月4日 17:04 (UTC)

当出现此类问题时，我们可以联系谁来修复？维基导游/维基媒体社区没有人能做到吗？ויקיג'אנקי (讨论) 2017年5月2日 20:16 (UTC)

Beta 功能双栏编辑冲突视图

从旅人酒吧转来

从5月9日起，双栏编辑冲突视图将作为Beta功能在所有维基上可用。双栏编辑冲突视图是编辑冲突解决页面的新界面。它突出了编辑者和冲突更改之间的差异，以便于复制和粘贴文本片段并解决冲突。该功能满足了德国社区技术愿望清单中关于更用户友好的编辑冲突解决方案的请求。欢迎所有人测试该功能，我们希望它能为您提供良好的服务！

Birgit Müller (WMDE) 2017年5月8日 14:29 (UTC)

我还没试过，但据说效果不错。

另外，Birgit 非常友善乐于助人，所以如果你尝试后遇到任何问题，只需@她即可。WhatamIdoing (讨论) 2017年5月8日 18:18 (UTC)

编辑新闻#1—2017

从酒馆整理而来

阅读其他语言版本 • 本多语言通讯的订阅列表

你知道吗？

你知道你可以直观地审查你的更改吗？

完成页面编辑后，输入您的编辑摘要，然后选择“审查您的更改”。

在视觉模式下，您将看到突出显示的添加、删除、新链接和格式。其他更改，例如更改图像大小，在侧面注释中描述。

点击切换按钮可在视觉和维基文本差异之间切换。

维基文本差异与维基文本编辑器和页面历史中使用的差异工具相同。您可以阅读并帮助翻译用户指南，其中包含有关如何使用可视化编辑器的更多信息。

自上一份通讯以来，可视化编辑器团队将大部分时间用于支持作为Beta功能在可视化编辑器中提供的2017维基文本编辑器模式，并添加新的可视化差异工具。他们的工作板可在Phabricator中找到。您可以在mw:VisualEditor/Weekly triage meetings找到每周完成工作的链接。他们的当前优先事项是修复错误，支持2017维基文本编辑器作为Beta功能，以及改进可视化差异工具。

近期更改

• 新的维基文本编辑模式已作为桌面设备上的Beta功能推出。2017维基文本编辑器拥有与可视化编辑器相同的工具栏，并且可以使用citoid服务和其他现代工具。请访问Special:Preferences#mw-prefsection-betafeatures以启用⧼Visualeditor-preference-newwikitexteditor-label⧽。
• 可视化编辑器中新增了可视化差异工具。您可以在维基文本和可视化差异之间切换。未来将添加更多功能。将来，此工具可能会集成到其他MediaWiki组件中。
• 团队已为脚注列表添加了多列支持。<references />区块可以自动在宽屏幕上以多列显示长长的参考文献列表。这使得脚注更容易阅读。您可以请求为您的维基添加多列支持。
• 您现在可以在新的维基文本模式下使用您的网页浏览器功能切换输入方向。这对于像乌尔都语或希伯来语等从右到左书写的语言用户来说特别有用，他们必须编写JavaScript或CSS。您可以使用Command+Shift+X或Control+Shift+X来触发此功能。
• 在可视化编辑模式和维基文本编辑模式之间切换的方式现在保持一致。现在有一个下拉菜单，显示这两个选项。这在桌面和移动网络编辑中，以及在嵌入编辑的内容（如Flow）中都是相同的。
• “类别”项已移至“页面选项”菜单（点击“汉堡包”图标）顶部，以便更快访问。那里现在还有一个“本页面使用的模板”功能。
• 现在，您可以在可视化编辑器中创建用于化学式排版的<chem>标签（有时也用作<ce>）。
• 表格可以设置为折叠或展开。
• “特殊字符”菜单现在包含加拿大原住民音节文字和角形引号（‹› 和 ⟨⟩）。团队感谢志愿者开发者Tpt。
• 一个错误曾导致某些段落编辑冲突使页面的其余部分空白。此问题已修复。团队对此造成的不便表示歉意。
• 新增了用于引用的键盘快捷键：PC 上是Control+Shift+K，Mac 上是Command+Shift+K。它基于制作链接的键盘快捷键，分别是Control+K或Command+K。

它似乎不支持像当前文本编辑器那样的列表（即，添加不同类型列表的按钮）。我试用了一会儿，但发现它加载速度较慢，视觉上比旧的更难使用，所以我很快就切换回去了。PsamatheM (讨论) 2017年5月12日 18:24 (UTC)

未来更改

• 团队正在开发一个语法高亮工具。它将高亮显示匹配的<ref>标签和其他类型的维基文本语法。您可以打开和关闭它。它将首先在可视化编辑器的内置维基文本模式中可用，可能在2017年末。
• 用于显示预览、显示更改和完成编辑的按钮类型将在所有WMF支持的维基文本编辑器中更改。新按钮将使用OOjs UI。按钮将更大、更亮、更容易阅读。标签将保持不变。您可以通过编辑页面并在URL末尾添加&ooui=1来测试新按钮，如下所示：https://www.mediawiki.org/wiki/Project:Sandbox?action=edit&ooui=1 旧外观将不再可能，即使进行本地CSS更改。
• 过时的2006年维基文本编辑器将于今年晚些时候移除。大约0.03%的活跃编辑者仍在使用它。如果您不确定自己使用的是哪种编辑工具，请参阅mediawiki.org上的编辑工具列表。
• 如果您阅读的不是您偏好的语言，请帮助我们进行翻译！订阅翻译者邮件列表或直接联系我们，以便我们在下一期准备好时通知您。谢谢！

—Elitre (WMF)

2017年5月12日 18:05 (UTC)

它似乎不支持像当前文本编辑器那样的列表（即，添加不同类型列表的按钮）。我试用了一会儿，但发现它加载速度较慢，视觉上比旧的更难使用，所以我很快就切换回去了。字体太大了（并且是固定宽度），这意味着屏幕上显示的内容更少（对于大屏幕用户来说不是问题，但我们有些人使用小笔记本电脑，而且我没看到有多少人在旅行中使用42英寸显示器，更可能是11英寸的屏幕）。如果它默认使用如此大的文本字体大小（和固定宽度字体），那么它需要更改视图的选项（即，缩小文本和更改字体）。PsamatheM (讨论) 2017年5月12日 18:26 (UTC)

RevisionSlider

从旅人酒吧转来

RevisionSlider 将于5月17日作为所有维基上所有用户的默认功能推出。RevisionSlider在差异页面上添加了一个滑动视图，以便您可以轻松地在修订之间移动。滑动视图默认折叠，单击后加载。它也可以在用户偏好设置中完全关闭。RevisionSlider已经在德语、阿拉伯语和希伯来语维基百科上作为默认功能使用了6个月，并在所有维基上作为beta功能使用了8个月。该功能满足了德国社区技术愿望清单中的一个愿望。感谢所有测试RevisionSlider并提供宝贵反馈以改进该功能的用户！我们希望RevisionSlider将继续在您的工作中为您提供良好的服务。

Birgit Müller (WMDE) 2017年5月16日 14:39 (UTC)

移动网站：横幅图片看起来相当糟糕

从旅人酒吧转来

我刚刚在我的iPhone 5上试用了移动网站，横幅照片看起来“很糟糕”（委婉地说）。横幅本身没有问题（我测试了几张我知道分辨率足够高且在笔记本电脑上显示正常的横幅）。它们显示出来被截断了（右侧和部分左侧，但没有居中），并且几乎是模糊的（但不是由于放大造成的模糊）。我不知道如何调查可能的原因（它们看起来确实很糟糕！）。我无法将文件上传到WV，上传一个短期示例到 Commons 似乎有点不妥，但我很乐意截一些图并发布到某个地方，如果这能帮助任何人诊断和修复。PsamatheM (讨论) 2017年5月16日 22:06 (UTC)

如果你决定这样做，那么我最喜欢的说明集可能对你有用：w:en:Wikipedia:Screenshots of Wikipedia。WhatamIdoing (讨论) 2017年5月17日 15:30 (UTC)

是的，截图会很有帮助 :-) 感谢您的反馈！Syced (讨论) 2017年5月18日 07:24 (UTC)

3个例子。Wroxham and Hoveton看起来很糟糕，Norfolk Broads和Wymondham可能也说明了原因，看起来也不太好。这些在桌面浏览器（Mac上的Safari）中都显示正常。

Wroxham and Hoveton

Norfolk Broads

Wymondham

来自iPhone 5S iOS 10上的Safari截图。PsamatheM (讨论) 2017年5月19日 09:11 (UTC)

注意：请，如果有人能更好地在页面上布局这些截图，请编辑（我以后会学习如何操作）。我试过左、中、右，但间距太大了。PsamatheM (讨论) 2017年5月19日 09:11 (UTC)

页面横幅模板/扩展可以在移动网站上显示由维基数据提供的正常图像，而不是横幅。-- DerFussi 2017年5月19日 11:51 (UTC)

我只是在这里猜测，但我认为有一些“最有趣”的算法运行在横幅上，以生成移动横幅。你可以看到它试图在图像中选择一个焦点，而不是简单地居中。也许横幅模板可以有一个覆盖选项？顺便说一句，波士顿横幅的移动裁剪效果很好（可能还有许多其他横幅），所以我不会完全抛弃这个功能。--ButteBag (讨论) 2017年5月19日 13:47 (UTC)

我后来想到的一个想法是，在桌面/笔记本电脑（大屏幕）上，横幅增加了许多内容，包括部分链接/菜单。而在小手机屏幕上，它除了占据大量屏幕空间外，什么都没有，而且看起来也不太好。我的猜测是（未经尝试），如果保持纵横比，并且图像以全宽显示（即垂直方向小得多），它将占用更少的屏幕空间，并且通常看起来会好得多。目前，它占据了超过1/3的浏览器屏幕空间！然后加上面包屑，您在示例中已经损失了超过一半的浏览器屏幕空间。（好吧，它会随着您滚动而缩小/消失，但这不是向用户获取信息的有用起点。）PsamatheM (讨论) 2017年5月19日 15:09 (UTC)

哦，我刚刚注意到这个。这里记录了一个你可以使用的“origin”参数：Template:Pagebanner。不同意在移动设备上保持桌面纵横比的观点，但同意面包屑和页面操作可以更好地处理（某种程度上变得不那么高）。--ButteBag (讨论) 2017年5月19日 21:01 (UTC)

我之前提到过这个问题。本质上，这里的问题是横向横幅在移动屏幕上看起来不好。我想你使用的是7:1的比例，但这意昧着要在移动屏幕上显示的横幅高度会很小。因此，横幅在移动设备上有一个固定的最小高度。

我认为需要重新考虑使用的横幅。要么

1. 稍微放宽比例。横幅在桌面也会被裁剪（待办事项：我会添加一个例子）
2. 选择可以通过原点焦点裁剪的横幅。例如，伦敦的横幅在移动设备上可能显示伦敦塔桥，但在桌面设备上显示整个城市景观。

Jdlrobson (讨论) 2017年5月24日 14:47 (UTC)

我们渲染PDF的方式将改变——反馈？

从旅人酒吧转来

大家好，

我正在寻求那些在维基媒体维基上使用创建PDF功能的人的反馈，这对于维基导游上的旅行指南来说感觉很相关。简而言之，我们用来渲染PDF的主要技术——OCG——正在崩溃。代码很旧，难以维护，如果现在不替换它，我们可能会突然发现自己处于不得不将其下架而没有计划这样做的境地。

我们在mw:Reading/Web/PDF Functionality有一些未来的计划。如果您关心PDF功能，请前往那里并在讨论页告诉我们是否缺少任何东西，或者是否有我们不应该花费时间和精力做的事情。/Johan (WMF) (讨论) 2017年5月18日 12:24 (UTC)

以前经常使用该功能来渲染文章，当它们显示为渲染前出现时。然后带着它们使用笔记本电脑旅行。当他们将PDF输出更改为两列时，我不得不切换到我的搜索引擎（即Firefox）渲染的PDF，以保留原始格式以便于高亮显示，并避免在屏幕上进行多次上下翻页阅读操作。现在遇到只丢失少量图片的情况……通常是横幅，但没有文本。如果选择新的“转换器”，建议它允许用户指定基本输出格式。此致，Hennejohn (讨论) 2017年5月18日 18:20 (UTC)

在此处留下了详细评论。Alexander (讨论) 2017年5月18日 18:57 (UTC)

@Johan (WMF): 那个页面和mw:Reading/Web/PDF Rendering有什么不同？几个月前我在那个讨论页上留下了一个详细的评论。Powers ^(讨论) 2017年5月18日 23:41 (UTC)

希望能稍微清楚一点。抱歉造成困惑；我们应该发个帖子解释这些页面之间的关系——谢谢您的提问。您不需要重新发布任何已发布的内容，我们已记录在案。/Johan (WMF) (讨论) 2017年5月18日 23:51 (UTC)

以前维基导游很少使用图片，以使打印文章更紧凑，下载所需带宽更少。随着智能手机/平板电脑和3G的普及，我们放宽了这一建议。现在看来我们又回到了讨论图片的问题（在链接的讨论页上）。

CSS允许为不同的媒体（桌面/平板电脑/打印/...）提供不同的布局。我认为可以使用该功能，以及选择样式表的能力，来指示在不同情况下包含哪些图片。我们应该能够做出比PDF渲染引擎更好的默认选择。除了MediaWiki/Electron支持之外，这还需要对指南和可能的一些新模板进行一些更改。

我们是否需要一种机制来标记重要和不重要的图像？已经有建议将某些图像渲染得更大以便离线使用，在这种情况下您无法展开图像。还有其他变体吗？

--LPfi (讨论) 2017年5月19日 07:06 (UTC)

是的，应该有一个机制来标记重要的图像=印刷版本中需要的图像。但问题是图像是直接包含的，没有任何模板，所以我们无法定义它们的CSS类或任何东西。将每个图像放在模板中是一个笨拙的解决方案。因此，我考虑用模板标记一些“重要”图像，其中可以最终定义CSS类，并保留所有其他图像不变。那将是最简单的。 --亚历山大 (讨论) 2017年5月19日 (UTC) 08:39

2017年维基媒体基金会资金分配委员会选举开始

从酒馆整理而来

此消息的翻译可在元维基上查阅.

我们谨代表维基媒体基金会选举委员会宣布，2017年维基媒体基金会资金分配委员会和资金分配委员会监察员选举已开始接受自荐提名。请在2017年维基媒体基金会选举门户上阅读维基媒体基金会发布的候选人征集信。

资金分配委员会
资金分配委员会 (FDC) 就如何向符合条件的实体分配维基媒体运动资金提出建议。目前有五个职位空缺。有关此角色的更多信息，请访问FDC选举页面。

资金分配委员会监察员
资金分配委员会监察员接收有关FDC流程的投诉和反馈，应理事会要求调查投诉，并每年向理事会总结调查和反馈。目前有一个职位空缺。有关此角色的更多信息，请访问FDC监察员选举页面。

候选人提交阶段将持续到5月28日（UTC时间23:59）。

我们也将接受向候选人提问，截止日期为5月28日。您可以在元维基上提交您的问题。 提问期于5月28日结束后，选举委员会将整理问题供候选人回答。

此流程的目标是填补维基媒体基金会资金分配委员会的五个社区选定席位和社区选定监察员。选举结果将由理事会自身用于任命。

FDC选举的完整时间表如下。所有日期均包含，即从第一天开始（UTC时间）到最后一天结束。

• 5月15日 (UTC时间00:00) – 5月28日 (UTC时间23:59) – 提名
• 5月15日 – 5月28日 – 候选人提问期
• 5月29日 – 6月2日 – 候选人回答问题
• 6月3日 – 6月11日 – 投票期
• 6月12日–14日 – 投票核查
• 6月15日 – 宣布选举结果的目标日期

有关今年选举的更多信息，请访问2017年维基媒体基金会选举门户。

请随意在您项目讨论版上发布有关选举的通知。任何与选举相关的问题都可以在元维基的讨论页上发布，或发送至选举委员会的邮件列表：board-electionswikimedia.org。

代表选举委员会，
陈嘉敏，主席，维基媒体基金会选举委员会
乔·萨瑟兰，社区倡导者，维基媒体基金会

由MediaWiki消息投递发布 • 翻译 • 获取帮助

2017年5月23日 21:05 (UTC)

维基共享资源与静态地图的删除

从讨论版清扫而来

我在想我们是否应该重新考虑我们在维基共享资源上托管图形的立场？我们正在无缘无故地丢失东西，例如c:Commons:Deletion requests/File:Kimberley map.png，仅仅因为一个人的意见，几乎没有或根本没有讨论，就删除了金伯利（西澳大利亚）的静态地图。由于这发生在另一个维基上，我们通常直到图像（甚至是静态地图）被User:CommonsDelinker删除时才收到警告——那时就太晚了。K7L (talk) 2017年5月23日 20:43 (UTC

@K7L: 当然。否则，我们将在各地托管地图（例如，维基导游有多种语言）。这里的解决方案是简单地关注维基共享资源。您希望我请求撤销删除吗？ —Justin (koavf)❤T☮C☺M☯ 2017年5月23日 (UTC) 21:33

我猜想WT在许可方面相当马虎，像大多数人一样，而Commons则非常严格。在这种情况下，基础地图的来源似乎没有明确。如果我们知道，就应该添加该信息，否则我们真的不知道地图是否是免费的。最坏的情况是，大多数旧地图都必须使用已知的基础地图重新绘制。这很可悲，但可能难以避免。当然，也有可能来源很明显，或者基础地图微不足道（复制的版权材料太少，不足以构成衍生作品），但在看不到地图或描述页面的情况下，这很难判断。 --LPfi (讨论) 2017年5月24日 (UTC) 15:27

维基共享资源有时在版权方面可能过于激进/直接。是的，我们需要密切关注那里的情况。但总体而言，好处大于缺点。Travel Doc James (讨论 · 贡献 · 电邮) 2017年5月24日 (UTC) 22:47

品牌建设

从讨论版清扫而来

多年来，关于更好地整合各个姊妹网站品牌标识的想法一直被讨论。这个想法基本上是将维基导游也品牌化为“维基百科导游”。并使用网址 en.wikivoyage.wikipedia.org。

潜在的好处包括

1. 提高姊妹网站的页面排名，从而可能增加读者数量
2. 向我们的读者明确什么是维基媒体运动姊妹网站，什么不是

我的个人立场是

1. 任何此类更改都应在相关姊妹网站达成共识后方可进行
2. 这些更改应逐步进行，以便确定实际效益

维基导游社区是否会有兴趣考虑这一点？ Travel Doc James (讨论 · 贡献 · 电邮) 2017年5月24日 (UTC) 23:02

@Doc James: 您能再详细说明一下吗？例如，是否有人会链接到 en.voy.p.org？是否会有宣传材料将其称为“Wikipedia Voyage”？ —Justin (koavf)❤T☮C☺M☯ 2017年5月25日 (UTC) 04:53

维基百科导游仍将是维基导游或WV的简称。这是否会因为WV与维基百科的关联更明确而导致阅读量增加？我想可能会。这值得一试吗？也许。它可以用在宣传材料中吗？当然。Travel Doc James (讨论 · 贡献 · 电邮) 2017年5月25日 (UTC) 05:37

@Doc James: 等一下——您是建议将网站名称从“Wikivoyage”改为“Wikipedia Voyage”吗？！—Justin (koavf)❤T☮C☺M☯ 2017年5月25日 (UTC) 05:48

我喜欢看到围绕这一点的大胆举措，但是A）我们确定会实现这些好处吗？B）这会以任何方式改变我们当前的治理结构吗？ Andrewssi2 (讨论) 2017年5月25日 (UTC) 06:20

A）我们不确定。需要尝试才能知道。我们可以将其设置为在未实现预期效果时可以切换回。B）这不会以任何方式改变当前的治理。项目将永远自治。Travel Doc James (讨论 · 贡献 · 电邮) 2017年5月25日 (UTC) 14:01

我认为我们还需要考虑“维基百科导游”对听到它的人意味着什么……他们会期待一本旅行百科全书还是一本旅行指南？利用维基百科的知名度会很棒，但这两个网站之间存在一些显著差异，我不知道这是否会让人对“维基百科”的期望与他们从旅行指南中看到的产生差距。 -Shaundd (讨论) 2017年5月25日 (UTC) 06:39

其他姊妹网站都没有“维基百科”这个词在名字里。我反对这个想法，原因如 Shaundd 所述。Ikan Kekek (讨论) 2017年5月25日 (UTC) 07:50

同意Shaundd和Ikan Kekek的观点，并反对。我真的希望WMF放弃任何出于营销目的改变运作方式的想法，或者混淆事实使其更具吸引力。我们不是百科全书的子项目。如果要整合项目，维基媒体是共同因素，而不是维基百科。对我来说，这听起来更像是WMF忘记了运动的意义，并开始采用商业世界的营销手法（当他们坚持称“狼来了” despite sv-wp的批评时，我停止了为筹款捐款）。

维基导游需要更多用户，我想其他许多项目也是如此，但至少那些其他项目现在应该已经被活跃的维基百科用户所熟知了。像建议的那样一个笨拙的URL很难吸引人们。

--LPfi (讨论) 2017年5月25日 (UTC) 09:18

我也支持这项倡议，但强烈反对这个特定的名称。它复杂、令人困惑且具有误导性，因为我们不是百科全书。在许多方面，我们恰恰相反。原始研究在这里通常比有来源的材料更好。

但我有时觉得“voyage”在英语中是一个有些晦涩的词，尤其与“wiki”这个词不太搭配。也许可以使用更好的“旅行”同义词，比如 Wikitrips、Wikijourney、Wikiwander、Wikitourist、Wikinomad 甚至 Wikigo，因为旅行就是要去某个地方。对我来说，它们听起来更好，但每个人都不同，Wikivoyage 可能对其他人来说听起来不错。Gizza ^(漫游) 2017年5月25日 (UTC) 10:25

我可以看到它会引起一些人的困惑。休闲用户可能会在维基百科或维基百科导游上查找例如巴黎，或者这重要吗，或者它们为什么不同……“我已经查过一个了，为什么要查另一个”……“维基百科没有告诉我那个地方的好去处”。我认为这些网站有非常不同的目的，不同的品牌有助于区分这些不同的目的。我认为维基百科与维基导游之间更多的交叉链接，例如匹配的主题页面（在维基百科底部的“另见”中）会有帮助，但合并品牌标识——反对。PsamatheM (讨论) 2017年5月25日 (UTC) 10:36

是的。我认为许多来到维基共享资源的维基百科用户感到非常困惑，他们将其视为英文维基百科的附属品，并引用（英文）维基百科政策来捍卫自己的观点。很少有常客会在这里有这样的期望，但我认为这个例子表明清晰的分离有其优点。 --LPfi (讨论) 2017年5月25日 (UTC) 13:14

问题是维基百科是否仅指一部百科全书？或者它能否更广泛地应用于整个运动？所有姊妹网站的名称是否都应该包含“维基百科”？分会是否应该是“维基百科加拿大”，是否应该是“维基百科基金会”？基本上，“维基媒体”是否应该简单地被“维基百科”取代？

我同意存在潜在的利弊，我们不知道如果尝试会发生什么确切结果。然而，维基媒体确实会造成很多困惑，当我称其为“维基媒体加拿大”时，我经常听到“你是说维基百科加拿大对吗？”。

另一个好处是，虽然我们不拥有“wiki”这个词，但我们拥有“Wikipedia”这个词。不过，这可能是一个次要的好处。Travel Doc James (讨论 · 贡献 · 电邮) 2017年5月25日 (UTC) 13:55

反对这个具体的想法，但我真的很喜欢您的勇气！对于大多数互联网用户来说，“维基百科是否只指百科全书？”这个问题的答案肯定是肯定的。我实际上可以接受所有URL都归入维基媒体旗下。例如，en.wikipedia.wikimedia.org，en.wikivoyage.wikimedia.org等。尽管，我现在打出来觉得有点太长了……无论如何，祝您好运！--ButteBag (讨论) 2017年5月25日 (UTC) 14:48

再加一票反对。 -- AndreCarrotflower (讨论) 2017年5月25日 (UTC) 16:07

感谢各位的意见。我将把这个观点提出来，并代表大家反对这项改变。Travel Doc James (讨论 · 贡献 · 电邮) 2017年5月25日 (UTC) 22:29

用户：Doc James ：感谢您的大胆倡议。我真的希望这会成为一个新的讨论的开端，而不仅仅是被直接否决。我个人非常赞成寻找激进的方法来改进网站，并希望看到更多围绕它的讨论。Andrewssi2 (讨论) 2017年5月26日 (UTC) 03:39

我同意您的大胆值得称赞，很抱歉目前我没有其他建议，但我同意ButteBag的观点，明确将“Wikimedia”添加到URL中完全没问题。Ikan Kekek (讨论) 2017年5月26日 (UTC) 03:59

总是乐于考虑其他建议。维基百科是我们最知名的品牌，其初衷是利用这一点来造福姊妹网站。我们可以努力提高对维基媒体的认识，这可能足以成功。Travel Doc James (讨论 · 贡献 · 电邮) 2017年5月26日 (UTC) 15:45

大声思考（即未经深思熟虑/即兴之言）：在现有徽标上添加一个“维基媒体集团一部分”的小图形怎么样？也许基于维基百科的“W”（为了保持其小巧且已被广泛认可），可以添加一些元素而不会淹没每个项目图标，表明它是“集团”的一部分（有点像公司所做的，只是它们倾向于使用文本，例如“xxx集团公司的一员”）。这样，每个人都可以保留自己的图标、个性、独立性，但同时图标/徽标显示它是维基媒体基金会的一员。但是，问题在于维基媒体的图标/徽标在大多数网站的用户中并不广为人知（即使是维基百科的活跃用户也可能不了解组织的结构，甚至不知道它有结构和有其他项目）。原始提案背后的想法是利用维基百科的广泛知名度，这是一个好主意，但我认为普通用户不了解维基媒体，所以它必须以维基百科为基础PsamatheM (讨论) 2017年5月26日 (UTC) 16:29

我同意在至少首页（如果可见且不碍事，每一页也可以）显示“维基媒体的一部分”或类似字样。 Ikan Kekek (讨论) 2017年5月26日 (UTC) 19:33

什么，像https://wikivoyage.cn/static/images/wikimedia-button.png那样放在每一页底部吗？ K7L (讨论) 2017年5月26日 (UTC) 20:30

是的，最好比那张图片更大。Ikan Kekek (讨论) 2017年5月26日 (UTC) 22:42

我同意。我唯一的问题是“维基媒体”在普通公众/用户中的理解程度（甚至是否被知晓）。我想知道是否是与维基百科的关联最能帮助我们，而不是维基媒体。在某些方面（也许我误解了），维基旅行也使用维基媒体软件，所以维基媒体的关联是否足以区分（它们和许多其他网站都以“维基”开头，许多人会想得更远）。最初的提议是更紧密地与维基百科关联，这正是我认为大部分好处所在（主要是因为大多数互联网用户都知道维基百科）。PsamatheM (讨论) 2017年5月27日 (UTC) 08:42

@PsamatheM: 维基媒体 是运营这些网站的非营利组织；MediaWiki 是软件。维基媒体基金会从未与维基旅行有任何关联，但维基旅行是基于MediaWiki构建的。 —Justin (koavf)❤T☮C☺M☯ 2017年5月27日 (UTC) 09:08

所以，如果我理解错了（鉴于我有时会在这里贡献，并对维基数据和维基百科进行了一些修正），那么那些例如只是有时使用维基百科的人，他们理解维基媒体和MediaWiki之间的区别的可能性有多大？因此，WV是否会从MediaWiki的关联中获得任何好处，而不是维基百科？PsamatheM (讨论) 2017年5月27日 (UTC) 09:20

@PsamatheM: 0%。 —Justin (koavf)❤T☮C☺M☯ 2017年5月27日 (UTC) 09:23

@Koavf: 恐怕我不明白那是什么意思（我一定是“老糊涂了”？）。PsamatheM (讨论) 2017年5月27日 (UTC) 09:25

@PsamatheM: 没问题。您的问题是：重新命名网站会有多大帮助，因为这些名称可能会造成混淆。我的回答是：我认为不会有帮助。 —Justin (koavf)❤T☮C☺M☯ 2017年5月27日 (UTC) 19:15

我认为这可以这样运作：如果能达成共识，那么所有维基媒体网站的每一页都显示相同的通知会很好。然后，随着时间的推移，它将作为维基媒体品牌变得更具辨识度。我认为这值得尝试，并且可以说无论如何都是一件好事。Ikan Kekek (讨论) 2017年5月27日 (UTC) 20:47

我同意。虽然我认为维基百科是您所说的公众认可的“品牌”，但如果所有维基百科页面都包含相同的通知，那么“品牌”就会得到扩展。对我来说，关键的网站是维基百科，如果没有维基百科这样做，效果会大打折扣。但我赞成这项举措，但维基百科上如何就这样的倡议/更改达成共识，又如何实施呢 ？ PsamatheM (讨论) 2017年5月27日 (UTC) 22:07

是的，我们同意：维基百科的参与至关重要。我不知道如何最好地向所有维基媒体网站提出这个建议。Ikan Kekek (讨论) 2017年5月28日 (UTC) 06:40

我更倾向于将wikipedia.org改为wikipedia.wikimedia.org，而不是将wikivoyage.org改为wikivoyage.wikipedia.org。我们是维基媒体的一部分，而不是维基百科的一部分。 --Andyrom75 (讨论) 2017年5月29日 (UTC) 10:27

我可能会同意在每个维基上，包括WV，使维基媒体“家族”品牌更突出，但我完全不喜欢加长URL或延长我们的名称。世界领先的网页/应用程序品牌都有简短、清晰、易记的名称和URL：Google、Facebook、YouTube、Amazon、Snapchat、Instagram、Whatsapp、Twitter、Netflix、Reddit、Tumblr、eBay、Skype、Tinder。它们几乎都是2-3个音节，最多10个字母。维基百科有5个音节，但仍然流畅，而Wikivoyage有4个音节，感觉很长。在旅游领域，有Airbnb、booking.com、hotels.com、Kayak、Uber、Agoda、Trivago，只有TripAdvisor是一个例外（但仍然比Wikipedia Wikivoyage或Wikimedia Wikivoyage更容易发音）。我们不应该逆流而上。Gizza ^(漫游) 2017年5月29日 (UTC) 11:45

我是不是一直忽略了每一页（包括WV和维基百科）右下角的两个标志“一个维基媒体项目”和“由维基媒体提供支持”，或者它们是新的 ？（我有时会盯着东西却看不到它们（就像超市助理看到的那样……）。如果它们更突出就好了（例如，在页面顶部，也许在项目徽标下方，大小相同），但我从未注意到那里的品牌。 PsamatheM (讨论) 2017年5月30日 (UTC) 23:00

@PsamatheM: 是的，您一直忽略了——这些按钮已经存在十年了。 —Justin (koavf)❤T☮C☺M☯ 2017年5月30日 (UTC) 23:09

合并文章

从讨论版清扫而来

我们有一堆未决的文章合并提案。原则上，就文章合并达成共识是有道理的，但在数月期间只有一两个人发表评论的情况下，很明显没有足够的兴趣来解决讨论，我们最终会导致这些文章无限期地被“合并”标签所困扰。

我已经浏览了大部分文章（此处列出Wikivoyage:Requests for comment）。我已经大胆地完成了某些合并，其中文章显然不符合wia，或者合并到另一篇文章的信息微不足道。

我提议将其他文章的“共识”定义如下：在进一步的十天评论期后，如果没有“反对”票，我将执行提议的合并。如果存在“反对”票且“支持”票数量不多（例如Talk:Petersham），我将结束讨论，结论为“无合并共识”，并从文章中删除“合并”标签。请将您的评论添加到任何讨论中。合并讨论可以随时重新开启，合并的文章也可以随时拆分，如果有人愿意投入工作创建一篇包含信息的文章（且主题符合wia）。

这应该能清理掉大部分未决的合并提案，除了少数我缺乏知识或兴趣加入讨论的（例如菲律宾语手册）。Ground Zero (讨论) 2017年5月31日 (UTC) 15:29

我同意，对于建议合并的人来说也相当令人沮丧。不久前曾就此进行过讨论，在我（事后看来是错误的）未经讨论就合并了两篇文章之后，我认为当时的结论是，如果合并提案在讨论页上提出一段时间后没有反对意见，就可以进行合并。Drat70 (讨论) 2017年6月5日 (UTC) 01:19

我建议，如果您非常了解某个特定区域，那么在一周内甚至一天或更短时间内进行合并是没问题的，如果您知道这不会引起争议。但如果您不亲自了解某个区域，并且某个地方不能有好的文章这一点并不明显，那么如果没有人评论，您可能需要推迟合并，或者至少推迟一周左右。Ikan Kekek (讨论) 2017年6月5日 (UTC) 01:30

在一些其他编辑的帮助下，许多合并已经完成，其他合并讨论也已关闭。我不知道该如何处理某些情况下编辑进行“过路式”标记的情况，即他们提出了合并或文章移动的提案，得到了支持，但随后他们离开了，转而处理其他事情。在某些情况下，如果合并很简单，我会去做，但如果合并更复杂或需要当地知识，我倾向于在提案者不愿完成合并的情况下删除合并标签。这种标记方式在我看来有点像“别人应该做这件事，但我不愿意”。这种标签没有帮助，只会让文章混乱，而没有增加价值。Ground Zero (讨论) 2017年6月15日 (UTC) 14:12

更简单的讨论？

从讨论版清扫而来

我在思考这条评论，并思考这种问题对新人来说是多么普遍。你们中有多少人尝试过mw:Flow？我去年使用它更多。我花了一点时间来习惯它的一些怪癖，但总体来说我相当满意。^[1]

它对于基本讨论效果很好。我认为它更适合与新人交流，并且在获取人们的回复方面非常有效。它有一个明确的回复按钮（实际上有两个），这对新贡献者非常有帮助，并且回复会出现在Echo（除非您在偏好设置中禁用）以及您的监视列表中（对于不使用监视列表或不经常访问您维基的人来说非常方便）。您甚至可以只监视一个线程，而不是整个页面。我当时想，也许可以在旅游局试试，因为那个页面吸引了更多非编辑者。

如果您还没有使用过Flow，那么这可能是一个很好的开始方式：前往mw:Flow/Sandbox并开始新的讨论。请随意ping我或您最喜欢的贡献者。请务必点击右下角的铅笔图标，并尝试在可视化模式（对新手方便）和维基文本（我们熟悉）之间切换。

[1] 请不要告诉Flow开发者我满意。对他们来说，只有当我他们添加了所有我最喜欢的功能请求时，我才会满意。😉

WhatamIdoing (讨论) 2017年5月31日 (UTC) 16:59

我了解到它有一些相当严重的缺点，例如关于历史记录。我们还没有在sv-wp上启用它，所以我经验非常有限，但我希望在彻底了解问题之前不会引入它。 --LPfi (讨论) 2017年6月1日 (UTC) 09:39

我认为与Special:搜索缺乏整合是最大的实际问题。（每个帖子都有一个历史页面，并且更改会出现在你的监视列表中。）但搜索对旅游局来说也许不那么重要。（此外，我希望修复搜索将在下个月开始的改进列表上排名靠前）。我真的认为你需要使用它几次才能知道它是如何工作的。WhatamIdoing (讨论) 2017年6月2日 (UTC) 14:25

删除目录下拉菜单的透明度

已从酒馆扫入

Phabricator上有一个关于目录下拉菜单透明度的长期bug（T110784）。这是其他社区成员共同的问题吗？请在任务上留言（使用您的Phabricator账户）。如果我没有看到任何异议，我将从菜单中删除透明度。提前感谢！Jdlrobson (讨论) 2017年6月5日 (UTC) 18:45

你喜欢这个想法吗？Wikivoyage:Travellers'_pub#Alt_pagebanner_layout.3F将透明度修复整合进去会很容易。--ButteBag (讨论) 2017年6月5日 (UTC) 22:18

您最关心什么？您担心什么？参与战略讨论

已从酒馆扫入

嗨！

我们参与得越多，我们对维基百科未来的想法或愿望就越多。我们想改变一些事情，但另一些事情我们宁愿根本不改变，而且我们可以解释每件事情的原因。在某个时刻，我们不仅考虑最近的更改或个人待办事项列表，还考虑例如用户群、软件、机构合作伙伴、金钱等等。当我们与其他维基媒体人讨论时，我们希望他们至少有与我们相似的优先事项。否则，我们会觉得浪费了时间和精力。

我们需要找到对每个人来说都是可预测、清晰和确定的东西。一个统一的思想，它比愿景（每个人都可以自由分享所有知识的总和）更贴近日常现实。

但是人们以多种方式为维基媒体做出贡献。将我们团结起来的事情也应该适应来自许多国家的编辑和附属机构的各种需求。此外，我们不能忽视其他关心或依赖我们的人群，例如定期捐助者或“高级读者”（经常阅读我们内容的人）。

这就是我们正在进行运动战略讨论的原因。在2019年至2034年之间，这些讨论产生的主要思想（被维基媒体人认为是最重要的）将影响大大小小的决策，例如在资助计划或软件开发中。例如：我们是更注重教育，还是更注重IT？

我们希望听取每个人的声音。真的：每个社区都很重要。我们不希望你被排斥甚至感到被排斥。

请您如果对维基媒体战略感兴趣，请遵循以下步骤

• 请查看此页面。其中包含5个潜在战略重点候选草案。您可以在讨论页上发表评论。
• 讨论的最后一天是6月12日。之后，我们将阅读所有您的评论，不久之后将进行另一轮讨论（请参阅时间表）。在此之前，我将向您提供更多详细信息。
• 如果您有任何问题，请问我。如果您在这里问我，请提及我。

友好声明：此消息并非由机器人、行政员或不关心您的项目的人所写。我是一名波兰维基百科人，我希望我的言辞足够直白。SGrabarczuk (WMF) (讨论) 2017年6月9日 (UTC) 11:02

Wikivoyage在2017年维基媒体国际会议

亲爱的Wikivoyage社区成员们。 2017年维基媒体国际会议将于2017年8月举行。我将参加会议，并希望能见到一些其他社区成员。为了更好地准备会议，我想了解更多关于你们所有与Wikivoyage相关的愿望、问题和想法。我在meta-wiki上创建了一个小站点，您可以在那里留下您的所有想法、愿望和担忧。如果需要，请随时创建子站点。能够在会议场地或城镇中的任何地方举行会议将非常棒。-- DerFussi (讨论) -- MediaWiki消息递送 (讨论) 2017年4月23日 (UTC) 20:04

火灾及其他紧急情况

从酒馆扫入

是的，我们有一篇关于森林火灾的短文，但如何在其他与旅行相关的情况下处理火灾呢？

告诉人们确保他们了解酒店的疏散程序等等，是不是有点“废话”？

相关的问题是，如何检查旅行社经营者是否也尽到了自己的职责？

这两个问题都是因为英国媒体声称Premier Inns（英国一家主要的汽车旅馆运营商）正在调查上周西伦敦高层建筑发生重大事故后其建筑所使用的覆层材料。

我不确定与旅行相关的消费者安全/保护是否是Wikivoyage所做的事情，但也许应该牢记这一点？ShakespeareFan00 (讨论) 2017年6月23日 (UTC) 15:53

我的初步反应是这没有必要。大多数人大部分时间都在建筑物里或附近，从小学就开始进行消防演习了。

野火和篝火当然与旅行有关。在游轮上发生火灾也算。但酒店火灾与任何其他建筑物火灾没有什么不同，我认为我们可以合理地预期几乎每个人都知道该怎么做。--Bigpeteb (讨论) 2017年6月23日 (UTC) 18:26

我们确实会遇到一些法规松懈的第三世界目的地，那里的建筑商即使建筑是火灾隐患，也不会受到任何处罚；业主即使堵塞了紧急出口以防止顾客不付钱溜走，也不会受到任何处罚。至少在悲剧发生之前不会有任何后果——而那时就太晚了。您如何建议旅行者发现这些问题？K7L (讨论) 2017年6月24日 (UTC) 13:17

是的。我认为即使在欧盟国家也能找到被锁或堵塞的紧急出口，以及从其他建筑物复制的安全说明或未在更改时更新的说明。我认为消防演习主要是为了培训员工和检查程序是否正常运行，而不是关于如何在不熟悉的环境中（你可能不应该相信程序）的紧急情况下如何行动。

此外，帐篷布料、燃气装置和露营炉具也并非所有人都足够熟悉。也许简单提一下遵守安全指示的重要性就足够了，也许需要更多的建议和理由。

这些事情最好在“保持安全”部分和保持安全文章中处理。也许只需检查它们并添加任何重要的遗漏内容就足够了。

--LPfi (讨论) 2017年6月24日 (UTC) 15:29

我还假设消防安全标志和建筑疏散路线现在（或者说应该）都符合ISO标准，这样大多数旅行者都会熟悉它们？（另一方面，一些地方性的差异是否需要在相关的地区文章中注明？）。我所见过的英国的标志至少自20世纪80年代中期以来都是标准化的（尽管在几年前是BS而非ISO）。

ShakespeareFan00 (讨论) 2017年6月24日 (UTC) 15:59

我每年大约有3到4个月住在不同的酒店。这些年不得不疏散过几次。我现在都会特意检查消防出口路线（至少走楼梯下去一次）。令人惊讶的是，很多从客房楼层下来的楼梯井会通到奇怪的会议室、厨房或后方的装卸区。在平静、能见度良好的情况下，要找到出路可能都很有挑战性，最好在需要的时候（在黑暗、烟雾弥漫的建筑物里）之前就了解清楚。我还两次被锁在门后，不得不打电话给酒店前台，让他们把我放出来或让我回到主楼！--Traveler100 (讨论) 2017年6月24日 (UTC) 16:33

（表演）魔术

已从酒馆扫入

好的，我没有找到关于魔术的话题，也不想创建一个重定向到边缘现象，因为大多数人所说的魔术是明显的非超自然表演。

Wikivoyage 没有关于表演魔术的文章，所以我正在考虑写一个存根（目前在此）

旅行主题的主要焦点应该是定期举办现场“魔术”表演的场所、道具博物馆或与著名魔术师相关的地点。

我不确定是否可以添加一些“保持安全”的建议，尽管其中大部分是“不要被骗”的设计，这在常见骗局中已经涵盖了（特别是像“猜牌骗局”这样的诈骗）。

有何想法？ShakespeareFan00 (讨论) 2017年6月24日 (UTC) 11:42

最近这种创建两句话旅行主题的趋势让我感到非常沮丧。它们对读者毫无用处，只会给人留下一个支离破碎的业余网站的印象。这不仅仅是针对这个话题的评论，也针对其他话题，如果您没有足够的信息，就不要开始一个存根页面。--Traveler100 (讨论) 2017年6月24日 (UTC) 12:51

很公平。我也会查看最近创建的其他一些文章。

ShakespeareFan00 (讨论) 2017年6月24日 (UTC) 13:16

我完全同意Traveler100的普遍观点。Ikan Kekek (讨论) 2017年6月24日 (UTC) 13:21

好的，一些被标记为直接删除，另一些在VfD。感谢您的合作。ShakespeareFan00 (讨论) 2017年6月24日 (UTC) 13:40

我不同意像Special:Diff/3194593/3227197和Special:Diff/3209556/3227190这样的编辑。如果某个页面在VfD上讨论，最好让讨论继续进行，然后再删除所有指向该页面的内部链接。

我们通常会等到页面可用后才将{{wikivoyage}}框添加到相应的维基百科文章“外部链接”部分，但没有相应的限制适用于维基旅行内部文章的内部链接。K7L (讨论) 2017年6月24日 (UTC) 14:17

但请不要误解我，我确实支持一些新的贡献。例如，我真的认为英国的内陆水路会成为一篇很棒的文章，我自己也曾考虑过，但需要一些时间来撰写。--Traveler100 (讨论) 2017年6月24日 (UTC) 14:22

Wikivoyage没有草稿命名空间，所以表演魔术在用户空间里，但这里的一些评论甚至认为用户空间存根也不合适。ShakespeareFan00 (讨论) 2017年6月24日 (UTC) 14:26

并非有意留下那种印象。在用户空间开发是可以的，只是不要添加会将其放入清理列表的标签。我说的是只有几行字的旅行话题，而不是有大量条目或只有几条列表的地点。--Traveler100 (讨论) 2017年6月24日 (UTC) 14:36

（个人意见：）对我来说，首要任务是将许多现有目的地和文章提升到更高的标准。作为对“删除投票”的一般评论，我宁愿将时间花在向目的地添加内容上，而不是花时间浏览空洞的页面或为别人创建存根页面。我怀疑我们都有很好的新页面想法可以丰富网站，但我们没有时间撰写它们，而为别人辛苦工作创建“存根”……我发现为大量相当“空洞”的目的地添加内容是一项艰巨而无聊的工作，但它需要完成。我认为最好是撰写并创建一个内容充足的新页面，使其能够独立存在，而不是以“空洞”页面的形式抛出许多“想法”。我认为许多现有目的地的内容确实需要完成，以改善网站。PsamatheM (讨论) 2017年6月24日 (UTC) 16:06

加入战略讨论。我们的社区和内容如何在不断变化的世界中保持相关性？

从酒馆扫入

嗨！

我是一名波兰维基百科人，目前在WMF工作。我的任务是确保各个在线社区了解整个运动的战略讨论，并促进和总结你们的讨论。现在，我诚邀您参加第三轮讨论。

在三月至五月期间，许多社区的成员分享了他们对维基媒体运动希望建设或实现什么的看法。（第一轮后的报告在此，第二轮后的类似报告将很快发布。）与此同时，指定人员在我们运动之外进行了研究。他们

• 与来自科技、知识、教育、媒体、企业家和其他领域的150多位专家和合作伙伴进行了交流，
• 在维基媒体项目不为人知或不常使用的地区，研究了潜在读者和专家，
• 在维基媒体项目广为人知和使用的地区，按年龄组进行了研究。

现在，研究结论已经发布，第三轮已经开始。我们的任务是讨论已识别的挑战，并思考我们希望如何改变或适应我们周围发生的变化。每周都会发布一个新挑战。讨论将持续到7月底。第一个挑战是：我们的社区和内容如何在不断变化的世界中保持相关性？

大家都被邀请了！如果您想提问，请@我。您也可以查看我们的常见问题（最近已更改和更新）。

谢谢！SGrabarczuk (WMF) (讨论) 2017年7月5日 (UTC) 14:53

针对某些编辑的新“标记”？

我们是否应该引入一个“标记”——类似于现有的“移动编辑”或“表情符号”等标记——用于替换未被标记为死链的URL的编辑？这样，像这样的事情会更立即显眼，而无需先查看所有编辑。Hobbitschuster (讨论) 2017年4月21日 (UTC) 20:34

这是个好主意。你可以在这里创建新的过滤器：Special:AbuseFilter/newPowers ^(讨论) 2017年5月2日 (UTC) 20:39

你不是必须是管理员才能做这个吗？Hobbitschuster (讨论) 2017年6月11日 (UTC) 19:22

是的，你需要成为管理员。据我所知，您想检测URL是否已更改并进行标记？--Andrewssi2 (讨论) 2017年6月11日 (UTC) 23:31

那么我们能设定那个标记吗？Hobbitschuster (讨论) 2017年7月9日 (UTC) 13:54

有人需要编写正则表达式来检测它。Powers ^(讨论) 2017年7月23日 (UTC) 00:32

您不需要成为管理员才能完成这部分工作（尽管在某些MediaWiki项目中担任过管理员可能会有助于正确编写正则表达式）。--LPfi (讨论) 2017年7月23日 (UTC) 09:46

维基共享资源Android应用 - IEG续期提案

大家好，

维基共享资源应用程序（一个由社区维护的安卓应用程序，允许用户从手机上传照片到共享资源）去年通过个人参与补助金获得资助，并新增了多项功能——包括附近需要照片的地点列表和地图（基于维基数据）、根据图片标题和位置（如果相机应用程序启用了地理标记）建议类别、防止重复上传以及新的教程，旨在教育新用户应上传和不应上传哪些类型的照片。已完成IEG的最终报告可在此处查看。

尽管我们对所取得的进展感到非常满意，但我们还想做出许多其他改进，而这些改进未能纳入上一笔资助的范围。因此，我们提议续期个人参与补助金，以继续这些工作。拟议改进的重点包括：

• 通过（1）允许用户直接从列表或地图上的位置上传图像，并根据相关的Wikidata项目提供建议的标题和类别，以及（2）在地图上显示用户的实时位置，以便更容易导航到他们希望拍照的位置，从而增强“附近需要照片的地方”功能
• 更时尚、更直观、更具互动性的用户界面——用于上传的浮动操作按钮，“附近需要照片的地方”在用户贡献旁的选项卡中，以及一个面板，用于显示 Commons 账户通知和关于最近需要照片的地方的信息。
• 各种技术和生活质量改进，例如双因素身份验证登录、多文件上传、防止覆盖以及修复内存泄漏和电池耗尽问题
• 通过在应用程序中显示共享资源账户和用户讨论通知（例如图片被提名删除）、添加特色图片画廊，以及在上传屏幕中添加各种通知和解释来改善用户教育

我们非常感谢您对续期提案的反馈和建议——我们对“附近需要照片的地点”功能尤其感到兴奋，因为我们认为它可以帮助弥补缺少照片的地理定位维基数据项的不足，并为需要照片的文章提供照片。请务必查看我们的提案，随时在讨论页面提出问题和新的建议，并/或如果认为合适，请认可该提案。如果您希望参与该项目，我们随时欢迎新的志愿者和团队成员——请访问我们的GitHub仓库或Google群组论坛，然后打个招呼。 :)

非常感谢！Misaochan (讨论) 2017年7月17日 (UTC) 10:28

这是什么？

看来有人在大约四年前曾尝试用这个做些什么（也许甚至有一些共识支持），但现在呢？我们该如何处理这个？Hobbitschuster (讨论) 2017年7月18日 (UTC) 16:37

啊，我记得这个。这是一位不再活跃的用户在我们将网站迁移到WMF后不久启动的个人项目，后来他在某个阶段放弃了。据我回忆，这是为了提供更具互动性和个性化的用户体验。这类想法经常出现，虽然很好，但我们没有足够的人力来付诸实施。我认为最好的做法是将其移至他的用户空间，以防他回来并想继续工作，或者其他用户碰巧发现它。然而，在得到除我之外其他人的反馈之前，我不会这样做。--AndreCarrotflower (讨论) 2017年7月18日 (UTC) 18:29

Andre 的方法对我来说很有道理。Ground Zero (讨论) 2017年7月21日 (UTC) 11:14

<center>的用法

因此，在像美国早期历史这样的主题中，我们以前在<center>United States historical travel topics:</center>和'''[[Indigenous cultures of North America|Indigenous nations]] → [[Early United States history|Pre-Civil War]] → [[American Civil War|Civil War]] → [[Old West]] → [[Industrialization of the United States|Industrialization]] → [[Post-war United States|Post-war]]'''之间有一个换行符——现在<center>最近被移除了，导致在我看来布局不那么美观。如果它只在我的操作系统/浏览器上产生布局变化，我们为什么要改变它？如果它在其他操作系统/浏览器上产生相同的结果，谁认为这种结果更好？Hobbitschuster (讨论) 2017年7月23日 (UTC) 19:30

center标签是一个旧版浏览器功能。我现在已经用CSS替换了它，但仍然保持相同的布局。--WOSlinker (讨论) 2017年7月23日 (UTC) 19:56

这似乎与上面的#Lint错误有关。我看到一些编辑者主动移除<center>标签，影响了现有文本的格式，仅仅是为了让这个相当微不足道且毫无意义的警告消失。这有必要吗？K7L (讨论) 2017年7月23日 (UTC) 21:22

是的。或者，如果不是严格“必要”，至少也是非常可取的。

至于标签是应该移除还是替换为现代HTML等效物，我没有意见，但center标签本身不应该被使用。Whatamidoing (WMF) (讨论) 2017年7月23日 (UTC) 21:37

我再补充一句：我们不应该故意创建无效HTML的页面。MediaWiki应该能够将其剔除并用样式替换，但在那发生之前，我们仍然不应该有意添加错误的HTML。—Justin (koavf)❤T☮C☺M☯ 2017年7月24日 (UTC) 00:05

居中模板有用吗？--Matroc (讨论) 2017年7月24日 (UTC) 05:02

@Matroc: 当然，它可能非常有用，但所有像{{center|...}}这样的MediaWiki代码仍然会转换为HTML，因为这是Web。问题是它会是有效的还是无效的HTML。—Justin (koavf)❤T☮C☺M☯ 2017年7月25日 (UTC) 04:56

抱歉问得这么“蠢”，但是为什么这些标签必须被移除或替换？Hobbitschuster (讨论) 2017年7月24日 (UTC) 11:54

MediaWiki计划实施一种新的解析器，它对标记的要求将比当前的解析器（已经比一般网络浏览器更严格）严格得多。Powers ^(讨论) 2017年7月24日 (UTC) 13:55

那有什么好处呢？Hobbitschuster (讨论) 2017年7月24日 (UTC) 16:12

@Hobbitschuster: HTML的编写有其规则，当作者忽视这些规则时，就很难预测浏览器应该有何行为或如何渲染。这使得浏览器的创建变得困难得多。如果网页正确使用HTML，并且每个人都遵守规则，那么对每个人来说都会更高效：索引机器人可以轻松理解页面内容，浏览器可以更有效地渲染内容等等。—Justin (koavf)❤T☮C☺M☯ 2017年7月25日 (UTC) 04:56

<center>的行为是完全可预测的，因为它属于最初的HTML 1.0规范，并且一直以相同的方式工作。这里有个别编辑者随机删除<center>标签，并将文本左对齐，而不是出于有效的编辑原因，而是因为他们对<center>标签进行技术上的讨伐，这才是不可预测的因素。其影响微妙而令人恼火。我看到过几个例子；一个是指向美国历史文章列表的导航框，另一个是俄勒冈小径#穿越内布拉斯加州上的信息框，其中苏珊死于霍乱原本居中显示在她墓碑上方，直到有人干扰了她的墓碑，他们认为<center>标签是如此邪恶，以至于他们不得不将左对齐的标题放在居中对齐的图片上方。格式是一种编辑决定，其移除也应服从编辑共识，而不是仅仅因为“我讨厌<center>标签”。K7L (讨论) 2017年7月25日 (UTC) 13:02

我想我们可能需要暂时放慢移除这些标签的速度……Hobbitschuster (讨论) 2017年7月25日 (UTC) 13:33

2017年欧洲女子足球锦标赛模板。

我不知道这是否仍然值得做，因为锦标赛已经进行很久了，但我制作了一个模拟的2017年欧洲女子足球锦标赛活动模板，目前正在荷兰的七个主办城市举行。

我怀疑在如此晚的阶段添加它是否有用，但如果有人认为应该添加，那么请继续。另一方面，我没有看到很多活动模板（我从开始在这里编辑以来只看到了2014年索契冬奥会的模板），甚至不确定这是否仍然是普遍的做法。请随时告诉我有关该主题的最新信息。您需要的有关该活动的额外信息已列在模板页面上。

活动持续到8月6日。在该日期之后阅读此主题时，请忽略。
-- Wauteurz (讨论) 2017年7月26日 (UTC) 16:58

我同意现在添加模板为时已晚——最好在活动开始前6-18个月添加。我怀疑这项锦标赛对主办城市的影响不足以证明需要一个模板——几个使用的体育场只能容纳1万名观众，而2012年伦敦奥运会足球比赛使用的最小场地可容纳3万名观众，其余的则可容纳5万名以上。（模型上的标志也需要更改或删除。）AlasdairW (talk) 2017年7月26日 21:36 (UTC)

我知道标志需要更改——只是为了避免离题。关于现在添加模板为时已晚，我们意见一致，但我不同意对主办城市的影响微乎其微。我自己住在主办城市之一的杜廷赫姆，在活动进行期间，我看到大量外国游客涌入这座城市（数量翻了几番），而通常在这个时候我们大多看到的是德国和荷兰游客。然而，这项活动的范围不仅仅是主办城市。虽然酒店房间的入住率可能不会因为杜廷赫姆等城市酒店数量较少而变化很大，但更广阔的区域也受益于这项活动。例如，迪芬有一家非常大的酒店，也容纳了许多游客和一两个团队。但与奥运会相比，欧洲女子足球锦标赛确实规模较小，许多其他国际和大陆赛事也是如此。
-- Wauteurz (talk) 2017年7月27日 10:10 (UTC)

弗罗茨瓦夫目前正在举办世界运动会，尽管我住的地方离波兰边境很近（尽管由于铁路基础设施的投资不足，从随意观察中你不会知道这一点），我只知道它是因为那里涉及美式足球比赛……Hobbitschuster (talk) 2017年7月27日 11:48 (UTC)

我认为奥运会是我们创建模板的唯一活动。模板的用途之一是引导读者阅读我们关于特定比赛的文章，我认为最好不要在创建2014年索契奥运会文章（解释票务、特殊交通规定等）之前创建模板。奥运会对主办城市造成严重干扰——新建体育场、大片区域被安全警戒线封锁、道路封闭等——以至于一些游客可能希望在奥运会期间避开这座城市。AlasdairW (talk) 2017年7月27日 22:11 (UTC)

本月目的地的180度转变

从酒馆扫入

各位，我想指出（并且在一个尽可能显眼的页面上这样做）我一直以来在本月目的地看到的显著改进，与之前的情况相比。正如我在其他地方提到的，当我发出关于格罗宁根的警报时，我们齐心协力，以创纪录的速度将文章整理成形，现在我们正在处理奥胡斯的更大任务。（在此特别感谢Andrewssi2和Pashley对后一篇文章的帮助。）这种事情让我感到非常鼓舞，对本月目的地和Wikivoyage的未来普遍感到非常乐观。大家做得都很棒。继续努力！

-- AndreCarrotflower (talk) 2017年7月13日 18:53 (UTC)

脚本异常

使用Linux版Firefox，我一直收到这个错误消息

此页面上的脚本可能正忙，或者可能已停止响应。...

脚本：https://wikivoyage.cn/w/lo…ts&skin=vector&version=02u0abl:12

我不记得以前在WV上看到过这样的消息，尽管Facebook经常给我发。然而，自从我开始编辑奥胡斯的文章以来，我经常看到它们，我想只针对奥胡斯，而且主要是我去编辑一个列表时。Pashley (talk) 2017年7月13日 12:16 (UTC)

Lint错误

请参阅m:Wikivoyage/Lounge#Lint_errors。--Andyrom75 (talk) 2017年7月17日 08:04 (UTC)

@Andyrom75: 我现在已经修复了几百个。如果你能修改{{Regionlist}}，我想那会清空Special:LintErrors/bogus-image-options。—Justin (koavf)❤T☮C☺M☯ 2017年7月23日 06:33 (UTC)

@Koavf: 抱歉耽搁了，但我一直很忙。该模板与it:voy中使用的模板不同，但乍一看，似乎不再产生问题。如果我错了，请突出显示您看到问题的类别和页面，我会查看。--Andyrom75 (talk) 2017年7月25日 15:01 (UTC)

可访问的编辑按钮

从酒馆扫入

MediaWiki开发者一直在缓慢改进用户界面的可访问性。这一转变的下一步将改变一些按钮的外观，并可能破坏一些过时（未更新或未维护）的用户脚本和小工具。

您现在可以看到并使用旧版和新版。大多数编辑者只会注意到一些按钮稍微大一些，并且颜色不同。

• 新旧样式对比
• 
  更改前的按钮
• 
  更改后的按钮

然而，此更改也影响了一些用户脚本和小工具。不幸的是，其中一些在新系统中可能无法正常工作。如果您维护任何用于编辑的用户脚本或小工具，请参阅mw:Contributors/Projects/Accessible editing buttons以获取有关如何测试和修复脚本的信息。现在可以测试和修复过时的脚本。

此更改可能会在2017年8月1日星期二到达本维基。如果您需要帮助，请在mw:Talk:Contributors/Projects/Accessible editing buttons留言。

--Whatamidoing (WMF) (talk) 2017年7月27日 16:56 (UTC)

列表的编辑日期

从酒馆扫入

关于是否保留或删除任何列表（例如，查看、执行等）的编辑日期（lastedit），是否有普遍共识？它们有时很有帮助，但也会使文章阅读起来不太舒服。

祝好 Ceever (talk) 2017年7月25日 07:18 (UTC)

• 保留 - 如果我看到2017年5月的编辑日期，我会对餐厅或博物馆的时间和价格信息相当有信心。如果我看到2008年的编辑日期，我会在出门前核实这个地方是否存在。更新文章的人可能会选择重点检查最旧的列表。Ground Zero (talk) 2017年7月25日 12:22 (UTC)

我知道我们之前讨论过实施这个问题，但我不知道在哪里。我认为最后编辑字段非常有价值，它能让人了解单个列表的最新程度。如果美观方面的考虑确实如此重要，我们也许可以将其设置为注册用户的选择退出功能，或者用于可打印版本……Hobbitschuster (talk) 2017年7月25日 13:32 (UTC)

我认为我们应该保留该字段，但应停止每次用户添加新列表时自动填充当前日期。通常，列表的添加不是基于贡献者今天实际在现场，而是基于二手资料甚至酒店自己的宣传网站——这些网站可能多年未更新。如果用户今天找到了卡特赖特（拉布拉多）小镇的汽车旅馆网站并添加了该列表，但汽车旅馆上次更新其Tripod网站是在2004年，那么最后编辑日期应该是lastedit=2004-01-01而不是lastedit=2017-07-25，因为大部分信息都有过时的风险。我们知道这个地方仍然存在并通过了年度省级检查，但我们从其网站获得的任何信息都只具有历史意义。K7L (talk) 2017年7月25日 14:37 (UTC)

我们可以手动删除或更改那里的日期。而且我认为只有经验丰富的用户（他们会知道如何操作）才会根据商家网站添加列表。Hobbitschuster (talk) 2017年7月25日 14:51 (UTC)

另一个优点是，如果您想找出谁做了最后一次编辑，您可以知道在哪里查看历史记录。当我遇到有关条目的问题时会使用它。--Traveler100 (talk) 2017年7月25日 18:32 (UTC)

我想讨论在这里进行。日期的自动填充节省了大量时间，通常会产生正确的结果。卡特赖特的错误是我的。我更新时相信该网站是有效的，如果该行是空白的，我会手动添加日期。我从那个错误中吸取教训，要注意过时的网站。从那以后，我再也没有遇到过其他Tripod网站。卡特赖特是一个相当不寻常的情况，不应该用来制定政策。Ground Zero (talk) 2017年7月26日 11:05 (UTC)

卡特赖特的小汽车旅馆并不是唯一一家在网上提供过时信息的企业。它们比比皆是。我之所以提到卡特赖特，只是因为那是一个特别明显的例子，而且我知道该网站上的一些信息是错误的（Eagle River CU分行不存在，因为它不在信用社网站的分行列表中，但该汽车旅馆将其列为可用）。我不知道有多少信息是错误的。只有在维基导游（Wikivoyager）(a)现在身处目的地城市亲眼所见，(b)拿起电话直接向目的地某人核实，(c)有其他当前的通讯方式（电子邮件、信鸽等）与目的地或目的地当地信息来源（如目的地营销组织或游客信息亭），或(d)正在查看今天发布的带有明确日期的内容——他们仍在获取在线评论，食品检查员今天发布了今年的结果，他们正在今天发布的博客或社交媒体上发布时间线（在他们控制的页面上，“非官方Facebook页面”的存在本身是毫无意义和无用的），他们刚刚登上《卡特赖特每日鳕鱼》的头版（特大新闻！特大新闻！快来读！）并且文章在报纸网站上附有实际的日期行，这些情况下才应将今天的日期插入lastedit=...（“标记为最新”）作为日期。否则，过时的信息会在网上存在多年，有被维基导游（Wikivoyage）吸纳并被好心的纸上谈兵的维基导游（Wikivoyageurs）标记为“当前”的风险。这没有帮助。除非您已确认信息在2025年仍然有效，否则不要添加“lastedit=2025”。

时间戳并非旨在确定列表何时添加到文章中。在文章的“查看历史”页面顶部有一个链接“外部工具：搜索”，可以执行您正在寻找的操作。最后编辑时间戳表示维基导游直接验证了截至该日期信息仍然是当前的。失去这个概念，日期戳的价值就会大大降低。这就是为什么我认为我们不应该在这个字段中自动填充2025。K7L (talk) 2017年7月26日 14:31 (UTC)

只有当我们勾选“将列表标记为最新”时，才会自动填充当前日期。并且在从头创建列表时。然而，在后一种情况下，几乎总是a) 某人现在/最近去过那里，b) 业主或与他们关系密切的人试图推销，或c) 经验丰富的维基导游。在前两种情况下，我们不必担心更新的及时性。在c情况下，我们只需要担心一小部分经验丰富的维基导游在网上进行书本研究，他们发现了一些不再是最新的内容，并且没有通过多个来源进行验证。当然，也存在不太可能出现的d) 情况——某人进行书本研究，但不知道如何从字段中删除“当前日期”，但实际上，这比假设的恶意编辑者捏造事实更大的可能性吗？话虽如此，也许我应该在瑞士等地添加一两个食宿列表时取消填充“最后编辑”字段。尽管我认为我的寻找方法在发现可能不是最新的内容方面做得很好。我访问城镇旅游网站，然后查看有哪些酒店/餐厅，随意选择一个（我尽量选择当地美食），访问商家网站填写字段，访问地图服务获取坐标，然后保存。我真的怀疑一个列表会在这三者中都被列出却不存在，但除了亲自去那里，可能没有办法确定……Hobbitschuster (talk) 2017年7月26日 16:51 (UTC)

这并非“某位进行桌面研究的用户不知道如何从字段中删除‘当前日期’”的情况，而是指在创建新列表时，日期默认存在，除非每次都刻意并重复地手动将其删除。这利用了用户的粗心和惰性——除非用户始终保持警惕以删除此日期，否则无论信息是今天最新的，还是只是某个过时网站或过时二手资料的残余，它们都会被放入。默认情况下，应将lastedit=留空，除非用户明确表示“是的，我今天在目的地与某人核实了此信息”。K7L (talk) 2017年7月27日 18:31 (UTC)

默认情况下，lastedit会在以下两种情况之一中填充当前日期：列表是新创建的，或者列表已更新并且明确设置了“将此列表标记为最新”复选框。您的措辞暗示在其他情况下也会更改。事实并非如此。Hobbitschuster (talk) 2017年7月27日 18:35 (UTC)

大家好。我想再次从另一个角度重新讨论这个话题。我注意到在编辑日期较旧的列表时，日期不会更新（参见此历史记录中的“762”行：https://wikivoyage.cn/w/index.php?title=Yerevan&type=revision&diff=3258608&oldid=3239980）。

这不仅因为日期不准确而糟糕。一般来说，2015年这样的旧日期会给读者留下列表过时的印象，而它们不一定过时。这反过来可能会在互联网上造成负面宣传，如果人们开始认为WV上的信息过时，并转而选择WT或LP。顺便说一句，后者经常被赞扬为“全新研究过的”，这当然似乎只是好的营销。

因此，也许至少删除较旧的最后编辑日期是个好主意，因为这样它只会说“这不是最新信息，但可能仍然可靠”，而不是说“看，这些信息是2015年的，已经两年了，最好去买一本最新的LP”。

Ceever (talk) 2017年8月15日 13:38 (UTC)

请在讨论进行期间停止删除编辑日期。当您更新列表时，您必须手动更新编辑（输入新日期）。它不会自动更新。我想知道信息是两年前的（即仍然相当相关），还是七年前的（可能根本没用），所以是的，我认为2015年的编辑日期是有用的，对读者也是公平的，这样他们就不会期望价格保持不变。LP会告诉您书的出版时间，但不会告诉您信息收集的时间。我们通过更透明来取胜。Ground Zero (talk) 2017年8月15日 13:50 (UTC)

在列表编辑器中？有一个“标记为最新”的复选框。勾选它会插入今天的日期，不勾选它会保留原始信息。不幸的是，缺少两个选项

• 没有办法告诉列表编辑器清空该字段。如果有人从二手资料或场地网站获取新信息，他们可能不知道上游资料上次更新是什么时候。在这种情况下，最好将日期留空。
• 没有办法告诉列表编辑器在创建新列表时将“最后编辑”留空。“标记为最新”复选框不见了。

当我发现一些完全没有文章的小城镇，从在线资源中构建一些内容，并且需要将所有内容的“最后编辑”留空时，我经常遇到这种情况，因为我没有任何关于这些上游资源上次更新时间的信息。通常，我只是手动编辑页面（不使用列表编辑器），并从每个新创建的列表中删除“lastedit=”。K7L (talk) 2017年8月15日 13:56 (UTC)

抱歉，但是关于旧日期，这对我来说看起来不像是一个共识。@Ground Zero，如果这里没有法律，就别当警察了。更重要的是，如果存在更新lastedit到当前日期不起作用的bug，我更有理由删除此类令人困惑的信息。Ceever (talk) 2017年8月23日 16:36 (UTC)

lastedit功能是共识的结果。很明显你不喜欢它，但这并不意味着你可以从列表中删除它。此外，你的删除运动没有得到任何支持。lastedit功能仍然是我们列表的一部分，所以你声称“没有法律”是无效的。此外，没有你所说的错误。编辑日期在列表创建时自动填充，然后必须在列表信息更新时手动更新。正如讨论所示，在许多情况下，自动更新是错误的（例如，有人修复电话号码或时间或货币格式，或删除推销）。除非有人能设计出可以确定是哪种编辑的程序，否则没有错误。Ground Zero (talk) 2017年8月31日 02:20 (UTC)

好的，同意。Ceever (talk) 2017年8月31日 12:17 (UTC)

我希望人们不要删除最后编辑日期。如果你认为告诉读者一个列表两年未验证很尴尬，那么更合适的方法是请求模板不向读者显示该信息，而不是删除它。删除它意味着编辑者不知道哪些列表最迫切需要审核。

此外，根据我的经验，更新lastedit参数完美有效。WhatamIdoing (talk) 2017年8月23日 16:53 (UTC)

我喜欢看到上次编辑的日期。目前我们这里没有真正过期的，因为我们只添加了几年日期。将来某个时候我们可能希望对未登录的读者隐藏上次编辑日期，但我认为那还需要一段时间。我有时确实觉得，如果我将一个文本段落转换为列表，就会添加上次编辑日期，这很烦人，但在这种情况下可以轻松删除日期。如果我添加新内容，我通常会相当确定该地点最近仍然存在（例如，2个月前的在线评论，或酒店提供下个月的在线预订）。AlasdairW (talk) 2017年8月23日 22:16 (UTC)

我同意，我认为我们不应该从列表中删除旧日期。这对旅行者来说是非常有价值的信息。如果我看到一个日期为2013年的列表，我会在尝试访问该地点之前在线查找更多信息。此外，当我浏览文章时，我有时会检查那些没有日期/旧日期的列表，并更新需要更新的内容，所以我认为这些信息作为编辑者也非常有价值，只需查看哪些列表可能需要检查它们是否仍然是最新或是否仍然存在。但是，我同意，如果创建新列表时自动填充该字段，这是一个问题，这绝对应该更改为只有在有意识的选择下才添加。Drat70 (talk) 2017年8月24日 01:02 (UTC)

有没有可能这里有些人因为误解而各说各话？Hobbitschuster (talk) 2017年8月31日 03:42 (UTC)

本月合作和电话号码

从酒馆扫入

自2014年9月以来，本月合作一直是同一个，我认为是时候换一个新的了。我想提议我们完成清理网站上的电话号码。经过少数专业编辑四年的努力，我们已将Category:Listing with phone missing country code减少到仅200多个，Category:Listing with phone format issue减少到8个，最初有数千页。对于剩余的工作，机器人不再是一个高效的工具，所以这将是一项手动任务，但我认为在一点额外帮助下，这是一项非常可实现的任务。我们应该将此作为8月（如果需要，9月）的本月合作吗？--Traveler100 (talk) 2017年7月30日 08:21 (UTC)

我完全支持这项电话号码倡议，但我怀疑将其命名为CotM（本月合作）会比不命名吸引更多兴趣。坦率地说，我真的不知道我们为什么还没有取消CotM。自2014年以来，我们这个所谓的每月特色功能一直没有更新，这让我们的网站很尴尬。-- AndreCarrotflower (talk) 2017年7月30日 15:54 (UTC)

我同意安德烈。我们已经很难维护本月目的地了。让我们专注于那个页面。合作可以通过酒吧进行管理。Ground Zero (talk) 2017年7月30日 17:55 (UTC)

你们俩可能都说得对，我们把CotM从主页上删掉吧。--Traveler100 (talk) 2017年7月30日 20:56 (UTC)

我查看了列表中的几页，我认为其中相当多的号码在国外无法拨通，例如2018年平昌奥运会或墨尔本/内北区的两个号码。也许我们应该添加另一个关键字，以使号码被忽略：例如“国内”或类似的词。AlasdairW (talk) 2017年7月30日 22:21 (UTC)

干得好，我自2004年以来一直倡导此事Wikivoyage_talk:Phone_numbers。本地号码的密钥是个好主意。它可以用不同的图标显示，这样WV用户就知道哪些号码可以在国外使用。我还认为我们应该有一个免费电话号码的关键字，这些号码通常也不能在国际上使用。例如，北美800号码可以说有+1前缀，但实际上在北美以外地区不起作用。Elgaard (talk) 2017年8月1日 23:30 (UTC)

我已添加了一个选项，可以在号码后面添加（仅限国内），这将取消国家代码检查。--Traveler100 (talk) 2017年8月3日 07:52 (UTC)

已更改本月合作。如果它有效并且稍后有其他建议，我们可以重新激发，否则几个月后如果行动很少，建议从主页删除Cotm。--Traveler100 (talk) 2017年8月3日 07:54 (UTC)

未来可能的合作，以类似的方式，将是修复死链接：Category:Articles with dead external links。我一直在修复很多，但经常遇到我无法弄清楚POI是否存在或者所有在线信息都是我无法阅读的语言的情况，所以来自更多本地知识的人的帮助会很棒。—Granger (talk · contribs) 2017年8月3日 10:54 (UTC)

所有参与者都干得好，网站首次没有电话号码格式或国家代码错误检查！！！--Traveler100 (talk) 2017年8月14日 18:37 (UTC)

是的，大家都干得好。我同意Mx. Granger关于修复死链接的说法。但这肯定需要不止一个月的时间来清理该类别（仍然有超过5000篇文章有死链接）。也许CotM可以每个月在维护类别和改进文章/内容之间交替进行？Gizza ^(roam) 2017年8月14日 22:23 (UTC)

我喜欢这个主意。所以下个月将是文章/内容月。—Granger (talk · contribs) 2017年8月22日 03:26 (UTC)

只是提出一个建议。那不如钦奈，这是目前唯一可用的最大城市条目。有很多列表需要验证、扩充或删除。——Traveler100 (talk) 2017年8月22日 06:08 (UTC)

对我来说听起来不错。对感兴趣的人，Wikivoyage:本月协作#未排期提名现在有四项提名。——Granger (talk · contribs) 2017年8月28日 19:08 (UTC)

本地维基导游

从旅客酒馆扫过来

我喜欢维基导游这个想法！对游客来说出行很棒。有没有类似的项目让当地人分享小贴士、技巧和最佳体验呢？——Orschiro (talk) 2017年8月2日 09:44 (UTC)

我们当然欣赏并鼓励本地知识，但请记住旅客优先。Hobbitschuster (talk) 2017年8月2日 15:14 (UTC)

当然！有没有一个为当地人设立的姊妹项目呢？——Orschiro (talk) 2017年8月2日 15:39 (UTC)

没有，但我不太确定你认为这样的项目会做什么/试图完成什么……Hobbitschuster (talk) 2017年8月2日 15:53 (UTC)

比如，游客对本地的传统商店不感兴趣，而这些商店为家庭提供优质商品或服务。但当地人感兴趣。因此，分享最佳实践和关于主流替代方案的知识是必不可少的。——Orschiro (talk) 2017年8月3日 17:54 (UTC)

这可能就是你要找的（不是姊妹项目，但一个非附属的维基）：https://localwiki.org/ —Granger (talk · contribs) 2017年8月2日 15:59 (UTC)

谢谢！看起来很有趣。如果能在维基媒体的旗下，它就能获得更大的影响力。:-)——Orschiro (talk) 2017年8月3日 17:54 (UTC)

既然我想到的四种方式还没有被提及，我想我应该说一下

1. 我们有一个项目，让当地人帮助那些前来他们居住地或他们了解的区域旅行的游客。请参阅Wikivoyage:讲解员。
2. 除此之外，没有人阻止你在自己的用户空间里制作更深入的旅行指南。
3. 此外，我们正在这个项目上编写旅行指南，我们希望告诉读者关于他们选择目的地的所有信息。添加一些关于你了解的目的地的奇闻轶事或趣事有助于保持他们的注意力，所以请随意投稿。
4. 最后，我自己也不是很确定这一点，旅行报告可能是一个可以编写的选择，尽管是从当地人的角度来看。目前还没有这样的报告，我也不确定这是否是一个被提出后又被放弃的概念，或者说是完全被废弃的东西。

-- Wauteurz (talk) 2017年8月3日 21:43 (UTC)

谢谢！我自告奋勇当讲解员。:-)——Orschiro (talk) 2017年8月4日 03:54 (UTC)

曾有一个Wikivoyage:我的旅行，但我怀疑最初提出此建议的人是否还在活跃。旅行报告类别是这个项目的一部分吗？K7L (talk) 2017年8月4日 11:43 (UTC)

背后的想法是什么？我不太明白与我问题的关联。——Orschiro (talk) 2017年8月4日 13:00 (UTC)

@K7L: 看起来旅行报告确实与此相关。负责我的旅行的用户似乎自2016年5月以来就没有再向维基媒体项目投稿了，所以这个项目基本上搁浅了，尽管如果大家有需求，我们可能会重新启动它。我将会ping @Nicholasjf21:，以防他偶尔还会查看。他很可能是解释该项目背后想法的最佳人选。

@Orschiro: K7L问的问题是针对我链接的类别。据我所知，我的旅行的想法是让维基导游能够报告他们的旅行并记录他们所见所闻，因为我们中的一些人经常跨越国界。然而，这是一个非常不完整且不活跃的项目，所以不用担心它。

-- Wauteurz (talk) 2017年8月4日 16:53 (UTC)

我明白了，谢谢。但仍然不明白这与我的问题有什么关系。我问的是一个维基媒体维基，供当地人互相分享知识，而不是游客，也不是旅行者分享旅行经验。:-)——Orschiro (talk) 2017年8月4日 19:01 (UTC)

我更多地将您的原始问题“有没有类似的项目让当地人分享小贴士、技巧和最佳体验呢？”理解为维基导游内部的一个项目。这导致我提出了类别:旅行报告，作为当地人贡献维基导游的一种可能方式，然后话题就偏离到K7L提出了Wikivoyage:我的旅行。话题有点跑偏了。
-- Wauteurz (talk) 2017年8月5日 09:15 (UTC)

感谢你的帮助！目前就到这里吧，我会自己看看如何以及在哪里最好地做出贡献。:-)——Orschiro (talk) 2017年8月5日 13:15 (UTC)

再次概述区域

从旅客酒馆扫过来

我们的概览区域列表又增加到将近200个了。其中有些明显是文书错误，区域或城市条目被错误地标记为区域，但有些不是，并且已经作为概览区域存在多年了。我认为概览区域应该为零，因为区域划分只有在能够产生可用或更好的区域条目时才应该进行。毕竟，门槛很低。一个可用的区域只需要在饮食和住宿中各有一个列表，如果这两个类别都没有列表的可能性，则需要有充分的理由和解释说明为何划定这样的区域边界（例如，一个区域有很多景点但没有酒店，但酒店位于另一个区域）。我们应该记住，我们划分区域的城市是最引人注目且质量不佳最明显的城市之一。现在我担心其中一些区域条目未经编辑，因为我们的编辑者中没有人了解相关城市，但如果一个城市超过一半的区域在很长一段时间内都处于概览状态，也许是时候做些什么了，如果这意味着将这些区域合并到城市条目中，那就这样做吧。此外，如果存在地理坐标，即使是不了解该地点的人也可以绘制出某种程度上合理的区域边界……Hobbitschuster (talk) 2017年8月5日 14:58 (UTC)

除了以上，还有一些现有的地区划分方案存在漏洞、重叠或两者兼有。Hobbitschuster (talk) 2017年8月5日 15:07 (UTC)

我认为一两个区只是大纲没什么大问题，但遗憾的是，经常看到一大堆大纲条目和主条目中的大量列表，每次看到都让人沮丧。否则，我完全同意你的观点。一个好消息是，其中一些条目可能已经达到了可用状态，但编辑者忘记更新状态了。是的，虽然一个人不太可能凭一己之力将一个从未去过的地方的条目从头写到“星级”，但（即使是大幅度地）改进这样的条目也绝非火箭科学。我越来越想写一篇关于这个主题的w:For Dummies文章。ϒpsilon (talk) 2017年8月5日 17:42 (UTC)

有些地方，如果它们是指南的话，将是明显的本月协作候选者，但由于一些区域仍然是大纲，所以被搁置了。例如，请参阅Talk:上海#如何成为指南？。上海的区域结构已经经历了一次重大修订；有关讨论，请参阅Talk:上海#区域变更？。目前的方案大多是一个行政区一个条目；有关详细信息，请参阅上海#区域。

是否应再次修订划分？或许合并一些大纲区域？或者有没有办法让这些大纲达到标准？或许可以通过本月协作来实现？Pashley (talk) 2017年8月5日 18:32 (UTC)

这可能只是我的看法，但在上面链接的“概览区域”列表中，似乎美国城市特别多。亚洲城市似乎表现不差。Hobbitschuster (talk) 2017年8月5日 18:49 (UTC)

大部分在墨尔本。我认为一个问题是，一个区通常有足够的景点、餐馆等值得列出，但可能缺乏住宿列表。酒店通常集中在城市的几个区，而在其他区可能完全没有。我更倾向于不简单地列出区内唯一的酒店，如果该酒店在城市所有酒店都在一起的情况下不值得列出。我一直在想，我们是否应该设立“城市/住宿”页面，并将所有住宿列表（按区域排列）放在一个条目中。纸质指南通常就是这样做的，我认为这对读者更好，他们可能不那么在意自己住在哪个具体区域。AlasdairW (talk) 2017年8月5日 22:37 (UTC)

技术问题

从旅客酒馆扫过来

网站“以色列旅行和自行车地图网站”（http://israelhiking.osm.org.il/）的管理员，他们专注于开发和分享各种希伯来语开放源代码地图，这些地图以不同的图层呈现在OSM原始地图图层之上，他们表达了对基于希伯来语维基导游所有列表创建地图图层的兴趣（他们已经有一个地图图层，可以用于可视化全球任何地方在希伯来语维基百科中已经有条目的位置）。

他们还没有尝试创建这个地图层，但据我理解，这可能很难做到，因为与维基百科不同，维基百科中的单个条目有地理位置……而维基导游（尽管我们有单个条目的地理位置，这些条目大多是关于更大的区域的）他们可能更感兴趣的是获取列表的地理位置（景点、活动、购物、餐饮、饮品、住宿），据我理解，这些列表大多存储在数千个不同的条目中。

他们有没有办法访问包含所有希伯来语维基导游列表的地理位置的本地文件？或者有没有其他技术方法可以让他们使用这些信息来生成一个包含所有希伯来语维基导游列表的地图层？ 维基垃圾 (talk) 2017年8月9日 03:04 (UTC)

@维基垃圾: 我很困惑：为什么单个地理坐标比我们所有单独的{{See}}和{{Do}}模板中的结构化列表更容易抓取？你能告诉我们他们的一些对话吗？由于许多以色列人懂英语，我想我们可以和他们谈谈。—Justin (koavf)❤T☮C☺M☯ 2017年8月9日 03:19 (UTC)

我刚刚邀请他们的开发者参与这个讨论。我想问的是，生成一个包含所有希伯来语维基导游列表坐标的地图层最简单的方法是什么？（我假设维基媒体基金会每月生成一个包含所有这些信息的主文件，他们可以使用这个文件进行工作……对吗？）维基垃圾 (talk) 2017年8月9日 03:28 (UTC)

@Koavf: 我们的目标是在地图上显示单个“看”和“做”的兴趣点，并链接到相关维基导游文章中的相应位置。
据我所知，有一个用于地理搜索文章的API（例如）。还有一个用于页面上兴趣点（如“看”和“做”）的API（例如）。该API还允许将这两个查询结合起来，使用一个作为另一个的页面ID生成器。无论如何，地理搜索的范围限制在10000米的半径内。
另外，维基导游文章全球列表可从维基媒体工具工坊获取。当使用API或工具工坊方法时，客户端不会直接抓取维基导游。
我的问题是：有没有办法获取大于10000米半径区域（例如整个以色列）的所有兴趣点？5.29.181.199 2017年8月9日 15:58 (UTC)

@5.29.181.199, 维基垃圾: 嗯。我其实不确定。我最好的办法是从Category:以色列生成一个单独文章列表，然后结合数据。我能做的最好是@Pigsonthewing:，我曾知道他过去制作过一些有用的工具，并发布在phabricator:上，或者可能在mw:Maps。你尝试过这些选项吗？—Justin (koavf)❤T☮C☺M☯ 2017年8月9日 16:26 (UTC)

@Koavf, Pigsonthewing: 我只能找到在哪里可以发布维基媒体API的错误报告。有没有地方可以发布关于API的问题？例如，使用Category:以色列来查找所有适用的维基导游文章是一个很棒的想法。这似乎需要在客户端进行一些编码，因为每次API调用只列出类别层次结构中的一个子类别级别。我想问API专家，是否可以在服务器端完成树遍历。5.29.181.199 2017年8月11日 07:53 (UTC)

@5.29.181.199: 我认为在mw:Project:当前问题、mw:地图和mw:Project:支持台之间，有人能给出明智的答案。—Justin (koavf)❤T☮C☺M☯ 2017年8月11日 15:52 (UTC)

在我看来，最简单的方法可能是查询维基数据而不是维基导游。Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 2017年8月24日 12:55 (UTC)

@5.29.181.199: Zeev，为了让你能够使用希伯来语维基导游上所有的目的地+行程文章（而不是仅仅使用关于以色列境内的目的地+行程文章），我创建了希伯来语维基导游上的以下类别，我希望它能对你有所帮助。维基垃圾 (talk) 2017年8月11日 20:15 (UTC)

感谢您的帮助！我已经为地图添加维基导游覆盖层创建了一个GitHub issue，如果您想关注进度的话。5.29.181.199 2017年8月14日 21:17 (UTC)

显示货币符号

从旅客酒馆扫过来

在关于孟加拉塔卡符号的讨论中，我们发现有时显示“৳”存在问题，因此我们改用在该国也常用的“Tk”。在关于亚美尼亚德拉姆的类似讨论中，似乎“Դ”是常用的。显示它有问题吗？如果有，最好将其写成“dram”，但如果我们能使用旅行者在该国会看到的符号，那就最好了。@Ceever: @LtPowers: @Hobbitschuster: Ground Zero (talk)

嗯，在上面的文本中我没有显示问题（Ubuntu，Firefox）Hobbitschuster (talk) 2017年8月10日 20:52 (UTC)

我也没有看到任何显示问题。这个显示——৳——也显示有问题吗？或者使用{{BDT|2}}来得到Tk2怎么样？——Traveler100 (talk) 2017年8月10日 21:37 (UTC)

符号在Windows 7上的Google Chrome中也显示正常。—— AndreCarrotflower (talk) 2017年8月12日 00:54 (UTC)

我想使用模板比直接使用字符更安全。这样，那些字体中没有该字符的用户就可以通过悬停来查看“Tk”的“标题”。如果这是一个常见问题，我们仍然会让一些读者（不悬停的读者）感到困惑。——LPfi (talk) 2017年8月13日 15:46 (UTC)

既然我们孟加拉的记者说“Tk”也常用，那么坚持使用它会更容易。随机投稿人不太可能使用模板。至于亚美尼亚德拉姆，如果没有反对意见，我们可以开始使用“Դ”符号。Ground Zero (talk) 2017年8月13日 15:55 (UTC)

可以将显示方式改为显示Tk，鼠标悬停时显示Դ。——Traveler100 (talk) 2017年8月13日 15:56 (UTC)

抱歉，我没跟上。我们讨论的是孟加拉塔卡（Tk）和亚美尼亚德拉姆（Դ）这两个不同的问题。一塔卡等于5.92德拉姆，这可能不是有用的信息，但我还是提一下。Ground Zero (talk) 2017年8月13日 18:04 (UTC)

我想说的意思是调换“৳”和“Tk”，让Tk默认显示，而“৳”在鼠标悬停时显示（现在模板中是相反的）。——LPfi (talk) 2017年8月13日 19:09 (UTC)

显示问题很可能是由于用户浏览器中没有安装相关的字符集，而不是维基导游上发生了什么。这当然超出了我们的控制范围。Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 2017年8月24日 12:59 (UTC)

是的。问题是，我们是否想使用许多用户（默认）字体中缺少的字符。我认为我们应该确保页面以一种相对合理的方式显示，无论人们使用什么字体，并且对于所有常见的配置都能以良好的方式显示。——LPfi (talk) 2017年8月25日 10:36 (UTC)

这就是为什么我仍然支持将图形货币符号限制在最常见的那些（可能是美元、英镑、欧元、日元，也许还有人民币）。Powers ^(talk) 2017年9月6日 01:21 (UTC)

我们想听起来多官僚？

从旅客酒馆扫过来

请查看这些对西班牙的编辑。它们似乎违反了我们的WV:语气，听起来过于官僚。另一方面，我们可能希望在法律事务上尽可能准确……Hobbitschuster (talk) 2017年8月10日 15:14 (UTC)

我认为之前的文本已经足够了，尽管我们可以警告携带个人使用量，并更新罚款。那些想要“促进毒品消费”的人应该寻求其他建议，所以关于这方面的法律术语是不必要的。我还认为，在这个问题上，我们不想听起来过于准确：那些想要突破极限的人需要比我们能提供的更好的建议。——LPfi (talk) 2017年8月10日 17:56 (UTC)

我不确定新编辑是否真的增加了任何必要的内容，但肯定没有什么不对的地方。虽然我们不想听起来官僚化，“语气”可能更多地与旅行的有趣部分相关。法律是官僚化的，以这种方式谈论它可能最好。——Willthewanderer (talk) 2017年8月10日 22:12 (UTC)

当我比较这两个版本时，最让我突出的是所有关于内容的变化：“在私人场所持有和消费非法药物不被起诉”与“这些规定被积极执行”。在担心语气之前，我认为弄清楚刑事指控的真实风险很重要。WhatamIdoing (talk) 2017年8月11日 16:52 (UTC)

实际上，这两个版本中的规则似乎是相同的：后者版本中将强制执行的规则是关于公共场所的，而不是前者所说的你可以安全使用的私人场所。据我解读，两者都表示私人场所的个人消费是允许的，而公共场所的持有和使用则不允许，并且如果数量不多且非个人使用，则会受到严厉惩罚。我不知道如何才能安全地将毒品运到私人场所进行个人使用，但我不认为这是我们的问题。——LPfi (talk) 2017年8月13日 15:37 (UTC)

我们可以根据语境调整语气；《保持安全》和《保持健康》章节以及像大屠杀纪念这样的主题应采用严肃的措辞。而购物和夜生活等更令人愉悦的主题则可以更随意地描述。/Yvwv (talk) 2017年8月17日 03:41 (UTC)

为什么维基导游页面浏览统计页面自7月23日以来没有更新？

从旅客酒馆扫过来

？维基垃圾 (talk) 2017年8月12日 17:29 (UTC)

@维基垃圾: 你有没有咨询过https://stats.wikimedia.org/#fragment-15的用户？—Justin (koavf)❤T☮C☺M☯ 2017年8月12日 17:34 (UTC)

@Koavf: 究竟是哪些用户？（链接未正常工作）。 ויקיג'אנקי (讨论) 2017年8月12日 18:34 (UTC)

@ויקיג'אנקי: 抱歉，不在那个页面上：作者：Erik Zachte，ezachte@###（无垃圾邮件：### = wikimedia.org） —Justin (koavf)❤T☮C☺M☯ 2017年8月12日 18:47 (UTC)

我想这是某种统计数据库问题。他们正在处理。如果你对此感兴趣，请参阅 w:en:Wikipedia:Village pump (technical)#Pagecounts-ez dataset hasn't generated since JUL-23。 WhatamIdoing (讨论) 2017年8月13日 23:23 (UTC)

俄语或乌克兰语

从酒馆扫过来

有人熟悉这些语言吗？这位新编辑者的这些编辑在我看来是将翻译从拉丁字母转换为西里尔字母，从俄语转换为乌克兰语。对于乌克兰东部的一个城市来说，这是适当的改变吗？那里难道不是以俄语为主吗？也许熟悉该地区的人可以发表意见。 Ground Zero (讨论) 2017年8月14日 02:46 (UTC)

这不是一个简单的问题。虽然俄语是该地区主要口语，但乌克兰语是唯一的官方语言，其使用最近得到了加强。理想情况下，俄语和乌克兰语翻译都应保留，但这通常会使列表过长。 --Alexander (讨论) 2017年8月14日 07:15 (UTC)

我认为，由于旅客至上，保留俄语并添加乌克兰语是最好的解决方案，无论长度如何，这也是我在User talk:Dƶoxar建议的方案。 Ikan Kekek (讨论) 2017年8月14日 19:39 (UTC)

柏林航空申请破产

从酒馆扫过来

柏林航空已经面临经济问题一段时间了，而且也曾由哈特穆特·梅多恩担任首席执行官，这通常不会有好结果，但在几天前它终于申请破产。显然，德国联邦政府（九月将举行联邦选举）通过紧急贷款提供了帮助，但很明显，柏林航空在可预见的未来会发生一些事情。如果媒体报道属实，德国汉莎航空已经收购/租赁/或其他方式获得了柏林航空的几架飞机，并有兴趣接管整个航空公司或其部分资产。然而，尽管汉莎航空无疑是一个拥有必要流动资产和专业知识的买家，但这样的收购会引发非常严重的垄断问题，德国联邦卡特尔局可能不会批准。另一个潜在买家是汉斯·鲁道夫·沃赫尔，他过去曾拥有多家航空公司（讽刺的是，他将其中一家卖给了柏林航空），似乎专门从事“低买高卖”的模式，但目前尚不清楚他是否有足够的财力，有些人将他试图接管航空公司的行为称为“公关噱头”。国有化——即使是暂时的——似乎也不太可能，尽管联邦政府已经为他们刚刚借给柏林航空的钱背负了债务，但我认为我们当然应该密切关注这一情况，尤其是因为关于德国的几篇文章仍然将柏林航空描绘成比目前更大的航空公司——例如，它的国内航线网络比两三年前小得多。 Hobbitschuster (讨论) 2017年8月22日 12:08 (UTC)

当您谈论航班但实际是指机场时，请不要链接到“伦敦”或“纽约市”

从酒馆扫过来

我经常在“乘飞机”部分甚至机场文章中看到“有从伦敦起飞的航班”之类的说法，但没有提及哪个机场。抱歉，但这根本没有帮助。 Hobbitschuster (讨论) 2017年8月25日 20:36 (UTC)

要求新贡献者这样做会很困难。即使我们直接链接到城市，也肯定不是最糟糕的事情吧？ --Andrewssi2 (讨论) 2017年8月28日 02:00 (UTC)

这些事情大多不是新编辑者做的，而是多年未更改的旧编辑。无论如何，许多（但绝非全部）维基百科机场文章都包含往返航班列表。我们应该复制它们吗？有没有办法将它们存储在维基数据中？我们应该直接指向维基百科，而不列出任何航班连接吗？ Hobbitschuster (讨论) 2017年8月28日 15:52 (UTC)

抱歉，但我认为说“有从伦敦起飞的航班”有98%的帮助。我认为我们可以假设读者会预订航班，而不是直接前往机场。有些城市由伦敦5个机场中的2个或更多机场提供服务，但这是一个在初始规划阶段无关紧要的细节。说明哪个火车站有从伦敦发出的火车更有用，因为去车站并在上车前几分钟买票是相当实际的（长途旅行不划算）。 AlasdairW (讨论) 2017年8月28日 23:12 (UTC)

好吧，当我预订航班时，我倾向于在搜索引擎中输入各种IATA代码。当然有大都市IATA代码，但并非所有搜索引擎都了解它们。然而，这里更根本的问题是，我们有一堆关于机场的文章，那么当我们清楚地谈论卢顿机场、盖特威克机场或希思罗机场时，为什么不链接到它们，而不是伦敦市呢？此外，我担心这些列表是我们网站上最过时的部分之一。我没有一个好的答案来避免它们过时，但我看不出一个更新状况可疑的列表，其中包含“从1979年开始有从伦敦飞往因特斯基的航班”（为了喜剧效果略有夸大）这样的“珍品”，对我们这个网站或我们的读者有何帮助。 Hobbitschuster (讨论) 2017年8月28日 23:31 (UTC)

我们应该为济州机场创建一篇文章吗？

从酒馆扫过来

截至2015年，济州机场的旅客人数超过25,000,000人次，2016年可能更高，未来还会继续增长。确实，其中大部分是国内旅客，但就客运量而言，它比金海机场和我们有文章的几个其他机场都大。那么我们应该创建一篇文章吗？ Hobbitschuster (讨论) 2017年8月27日 17:04 (UTC)

我不知道它是否值得单独写一篇文章，我很高兴将这个决定留给熟悉该地区和/或正在进行Wikivoyage:Airport Expedition的人。然而，值得一提的是，如果目前没有单独的文章，我们应该像我为麦克坦-宿雾国际机场所做的那样，创建一个重定向。其他文章就可以链接到这个重定向，如果重定向后来被完整的文章取代，也无需更改。 Pashley (讨论) 2017年8月27日 17:37 (UTC)

就像加勒比或地中海的许多地方一样，几乎所有航班都从北方进出，它绝不是一个中转机场，而更像是一个“终点站”，服务于往返济州的人们。所以，不，我认为它不应该有自己的文章。安德鲁可能也同意。 ϒpsilon (讨论) 2017年8月27日 17:47 (UTC)

关于这一点：链接到重定向本身，不要绕过重定向直接链接到目标！很多人（在这个维基和其他维基上）似乎习惯于“修复”指向重定向的链接，让它们直接指向目标。但是如果重定向被更改为文章，或者重新指向其他地方，那么“修复”的链接就不再指向它们应该指向的地方，这只会造成巨大的混乱。有关更多信息，请参阅w:wp:Do not fix links to redirects that are not broken。但简而言之：指向重定向的链接（通常）没有损坏，不应被“修复”。 Emmette Hernandez Coleman (讨论) 2017年8月27日 23:50 (UTC)

如果机场指南只是合并到金海指南中，关于机场的内容就会淹没城市指南。要合并成功：很多机场内容都必须删减。 Emmette Hernandez Coleman (讨论) 2017年8月27日 23:50 (UTC)

另请参阅 Wikivoyage_talk:Airport_Expedition#Redirects.3F。关于重定向的进一步讨论可能应该移到那里，而本节则处理济州岛。 Pashley (讨论) 2017年8月28日 00:48 (UTC)

我有点同意Ypsilon的观点。显然，济州和首尔之间的空中走廊是世界上最繁忙的，但它很少是一个中转站。近年来，来自中国的交通量大幅增加（这给机场带来了一些问题），但同样是作为一个最终目的地。我对此是否创建一篇文章基本持中立态度，但基于中转的理由，我会倾向于“不”。 Andrewssi2 (讨论) 2017年8月28日 00:58 (UTC)

好吧，显然目前计划在济州岛建设第二个机场，以接管现有济州机场的大部分航班，而现有机场仍将开放。除非我遗漏了什么，否则这实际上意味着，决定此类事务的人基本上是在押注济州岛整体客流量将增加一倍以上（如果新机场容量更大，而现有机场保持现有规模，其他情况将导致产能过剩，从而引发为何要建造如此规模的新机场的问题）。然而他们却说海底隧道“不具有经济可行性”（即效益成本比低于1）。人们如何能同时得出如此矛盾的结论，这将成为他们的秘密，因为我根本不理解。无论如何，我认为我们应该密切关注情况，如果/当新机场接管大部分航班和/或证明足够“复杂”时，也许可以创建一个新机场的文章。现有机场的维基百科文章除了现有航班信息外，并没有包含更多信息…… Hobbitschuster (讨论) 2017年8月28日 15:50 (UTC)

有人能解释一下济州为何有如此大的客流量吗？ WhatamIdoing (讨论) 2017年8月28日 20:56 (UTC)

看来是旅游业。 马略卡岛也有类似的数字，但增长曲线没有那么陡峭。 Hobbitschuster (讨论) 2017年8月28日 22:44 (UTC)

WhatamIdoing ：韩国在80年代之前是军事独裁国家，公民只有获得特许才能拥有护照。因此，济州岛成为数百万韩国人唯一的度假目的地，岛上的基础设施几乎完全是为了满足旅游需求而建造的。最近，中国人发现济州岛比东海岸城市污染少得多，而且飞行距离短，因此旅游业进一步增长。该岛本身也很美丽。 Andrewssi2 (讨论) 2017年8月29日 10:43 (UTC)

保加利亚

从酒馆扫过来

我目前在保加利亚，很多维基页面都是半成品或排版奇怪。虽然我会尽力为一些文章添加内容，但还有很多工作要做。

具体来说，我想将里拉修道院作为一个独立的景点添加，理由是该地的重要性、游客数量、修道院有现场住宿，并且与里拉镇及其周边地区相对独立。

--Willthewanderer (讨论) 2017年8月29日 12:16 (UTC)

目前：里拉修道院重定向到保加利亚肖普卢克，但是里拉修道院重定向到保加利亚山脉。 Emmette Hernandez Coleman (讨论) 2017年8月29日 12:31 (UTC)

另外，我想也许最好是先创建一个关于里拉镇的文章，并将修道院作为“景点”的一个部分。如果该部分最终超出了文章的范围，并影响了其他重要内容，我们可以稍后考虑将其独立成一篇文章。 Ikan Kekek (讨论) 2017年8月29日 12:36 (UTC)

修道院已经在保加利亚山脉#景点有一个章节。我想这可以移到“里拉”文章中。但我倾向于同意：修道院最好作为另一篇文章的一个章节，直到它开始压倒那篇文章。 Emmette Hernandez Coleman (讨论) 2017年8月29日 13:18 (UTC)

请参阅wiaa。个别景点几乎从不拥有自己的文章。 ϒpsilon (讨论) 2017年8月29日 13:23 (UTC)

不过，也有一些例外。如果修道院规模庞大且复杂，并且里拉还有大量其他景点，那么它可能值得单独写一篇。例如，参见吴哥窟、婆罗浮屠、普兰巴南。 Ikan Kekek (讨论) 2017年8月29日 19:00 (UTC)

是的，所以我写了几乎从不。  :) 但在这种情况下，它应该非常庞大和复杂（紫禁城也有文章）。 ϒpsilon (讨论) 2017年8月29日 20:09 (UTC)

关于Template:Marker的问题

从酒馆扫过来

我终于开始在布法罗及其分区文章中的列表中添加维基百科链接。问题是：Template:Marker是否有类似于Template:Listing的“wikipedia=”参数？如果没有，能否添加一个？ -- AndreCarrotflower (讨论) 2017年9月3日 02:38 (UTC)

我认为没有。但我希望有。 Hobbitschuster (讨论) 2017年9月3日 20:51 (UTC)

为什么不使用列表，无论是否带有* ？ --Traveler100 (讨论) 2017年9月3日 20:54 (UTC)

如果在普通段落中使用不带星号的列表，它会用灰色的“编辑”链接和列表末尾可能出现的“最后编辑日期”以及列表名称后面的点打断文本流。我认为这是标记的主要目的之一（如文档所述：“……通常在文章散文中内联使用。”）。标记带有“wikipedia”和“wikidata”参数会很有意义，由此产生的两个符号不会像上面提到的内容那样打断文本。 Xsobev (讨论) 2017年9月3日 21:21 (UTC)

GPX文件因描述编码而存在缺陷

从酒馆扫过来

有人能给我指明正确的方向吗？我注意到覆盖每篇文章GPS坐标的可下载GPX文件存在一个问题，即描述文本有时不是正确的XML样式，包含诸如"&"或"<br>"之类的内容，这破坏了其一致性并导致OSMand（例如）功能中断。

我应该在哪里解决这个问题？

Ceever (讨论) 2017年9月5日 09:11 (UTC)

booking.com触发垃圾邮件过滤器

从酒馆扫过来

我列出青年旅社网站时遇到了一些问题，因为他们的booking.com页面。这是政策问题还是技术问题？

这家小型青年旅社更喜欢旅客通过booking.com预订，那里有他们的详细信息，也是联系他们的最佳方式。

任何指导都非常感谢。

--Willthewanderer (讨论) 2017年9月22日 19:14 (UTC)

嗨，Willthewanderer。看起来booking.com被错误地屏蔽了，因为MediaWiki:Spam-blacklist上有一些包含“booking”的长URL。但别担心！还有一个MediaWiki:Spam-whitelist！我已经把hotels.com加到白名单了。也许等几分钟，然后看看你是否能保存这家小旅馆的booking.com网站。 Ikan Kekek (讨论) 2017年9月26日 18:34 (UTC)

在用户页面发布个人信息

从酒馆扫过来

这些贡献是否可以？特别是编辑描述中的电话号码。如果用户页面上的信息是正确的，那显然是一个非常年轻的贡献者。我们不是在一个月前左右有过一个案例，当时一些个人信息被删除和隐藏了吗？ ϒpsilon (讨论) 2017年10月3日 08:36 (UTC)

好眼力，Ypsi。我已经删除了相关内容。 -- AndreCarrotflower (讨论) 2017年10月3日 15:00 (UTC)

已删除页面存档中的搜索功能改进

从酒馆扫过来

在2016年维基媒体黑客马拉松期间，探索团队致力于2015年社区心愿清单中的一项，即启用已删除页面的存档搜索功能。此功能现已准备好投入生产部署，并将在除维基数据外的所有维基上启用。

目前，此功能处于功能标志之后——要在您的维基上使用它，请转到Special:Undelete页面，并在URL中添加&fuzzy=1，例如：https://test.wikipedia.org/w/index.php?title=Special%3AUndelete&fuzzy=1。然后搜索您感兴趣的页面。由于使用ElasticSearch索引（通过CirrusSearch扩展），结果应该比以前更多。

我们计划很快（大约2017年8月1日）在所有维基上默认启用此改进搜索功能。如果您对此有任何异议，请通过电子邮件或在此公告的讨论页面上向探索团队提出。像大多数Mediawiki配置参数一样，此功能可以根据每个维基进行配置。一旦改进搜索成为默认设置，您仍然可以使用URL中的&fuzzy=0访问旧模式，例如：https://test.wikipedia.org/w/index.php?title=Special%3AUndelete&fuzzy=0

请注意，由于Special:Undelete是管理员专用功能，因此此搜索功能也仅供维基管理员使用。

谢谢！ CKoerner (WMF) (讨论) 2017年7月25日 18:21 (UTC)

需要关注的文章

从酒馆扫过来

在 Phabricator 中追踪 ^(?)
任务 T170039

我通常每天都会处理各种错误类别（需要关注的文章）下列出的一些文章。

• 类别：有脚本错误的页面

在过去几天中注意到，有20个或更多的标题在此类别下列出。

99.9%没有错误，为了清除此列表中的条目，我已编辑并替换了文章（文章没有更改）

• 类别：地图损坏的页面

我注意到此类别下的最新列表 - 出现在模板mapshape后面跟着模板mapframe的情况下 - 页面本身显示正确。要从该类别中清除这些列表，我只需向mapshape模板添加可选参数type=geomask。（以纽黑文为例） -- Matroc (讨论) 2017年7月26日 02:11 (UTC)

第一个问题大约一个月前就已知，与维基数据的使用有关。真正的原因至今未知。讨论了多种原因，如Lua、维基数据Lua接口和解析器故障。起初我们认为这与处理维基数据数据的Lua模块的更改有关。但这些错误也发生在其他时间。大多数这些错误可能无法看到，可能是因为在调用文章时进行了一次新的解析器运行。这是正确的：现在解决这些脚本错误的唯一方法是进行所谓的空编辑。 --RolandUnger (讨论) 2017年7月26日 17:15 (UTC)

分享您对战略方向草案的看法

从酒馆扫过来

• 
• 

今年年初，我们发起了一场广泛的讨论，旨在形成一个能够团结和激励整个运动的战略方向。这个方向将是我们制定清晰计划和设定优先事项的基础。超过80个社区和团体通过维基、面对面、虚拟以及私人调查等方式进行了讨论并提供了反馈。我们研究了读者并咨询了150多位专家。我们审视了将影响我们使命的未来趋势，并收集了合作伙伴和捐助者的反馈。

七月，一个由社区志愿者和战略团队代表组成的小组承担了一项任务，即将这些反馈综合成战略方向的早期版本，供更广泛的运动审查和讨论。

初稿已完成。请阅读、分享并在讨论页上讨论。根据您的反馈，起草小组将在八月期间完善并最终确定这个方向。

SGrabarczuk (WMF) (讨论) 2017年8月8日 (UTC) 16:11

移动视图的列表编辑器

从茶馆扫来

今天我给Andyrom75写了一封信。但我也会提请您注意这个问题。

现在，大约50%的Wikivoyage访问是通过移动设备进行的。但没有人能使用列表编辑器。

主要原因很简单：缺少两个必要的库：jquery.ui.dialog和jquery.ui.autocomplete。在维基内，我们无法采取任何措施来激活它们。

有三种替代方案

1. 使用OOUI库完整重写编辑器。这意味着巨大的工作量。
2. 重写jquery库。这也意味着巨大的工作量。中等的工作量我可以重写jquery.ui.dialog，但重写jquery.ui.autocomplete真的很难。
3. 尝试在资源加载器包中添加这两个库，jquery.ui.dialog和jquery.ui.autocomplete[顺便说一句，小工具在移动视图中也不起作用]。这些库是桌面包的一部分，但不是移动包的一部分。这样做的原因之一是为了减少流量，另一方面这两个库都已被弃用。我们必须在Phabricator上提交一个任务，以便将这两个库添加到移动包中。为此，我们需要社区的强大支持。

WMF的Jon Robson告诉我，/resources/Resources.php将按以下方式进行调整

return [
         'group' => 'jquery.ui',
     ],
     'jquery.ui.dialog' => [
+        'targets' => [ 'desktop', 'mobile' ],
         'scripts' => 'resources/lib/jquery.ui/jquery.ui.dialog.js',
         'dependencies' => [
             'jquery.ui.core',

现在缺少“移动”目标。

您认为Wikivoyage社区是否愿意为Phabricator上的任务提供这种支持？

-- RolandUnger (讨论) 2017年8月9日 (UTC) 06:35

我个人非常希望列表编辑器能在移动设备上使用。但所有这些技术问题都超出了我的理解范围... Hobbitschuster (讨论) 2017年8月9日 (UTC) 14:50

此外，虽然这与移动设备无关，而且可能不是提出这个问题的合适地方，但是否有可能在桌面列表编辑器中添加“传真”？至少对我来说，只有当我编辑现有列表并且已经提供了传真号码时，我才能添加传真号码。但是，是的，一个移动列表编辑器会很棒！  Seagull123  Φ  2017年8月10日 (UTC) 18:00

如果你使用维基文本编辑器，传真是一个默认的空白字段。然而，由于我上次发送传真是在5年多以前，我怀疑列表编辑器对它的需求不会很大。我开始认为现在是时候从网站上删除所有传真号码了，因为它们看起来已经过时了。您去年发送了多少传真？ AlasdairW (讨论) 2017年8月10日 (UTC) 22:41

我去年发送的传真数量为零。上一次可能是在大约五年前。不过，我怀疑使用情况可能因地区而异，所以它可能仍然有用？ WhatamIdoing (讨论) 2017年8月11日 (UTC) 16:50

我发现它们仍在某些狭窄的领域使用，例如医生和律师事务所——可能是错误地认为传真代表具有法律效力的有形扫描文档。尽管如此，由于广泛滥用传真机发送未经请求的广告（受害者必须付费接收和打印），实际的传真机（而不是传真调制解调器）正在消亡。当然，这项技术早就该快速、无痛地消亡了（因为扫描到PDF的电子邮件能产生更好的质量，而无需保持过时的拨号调制解调器在线），但它似乎正在缓慢而痛苦地消亡。如果一个场所列出了传真号码，我会将其包含在{{listing}}中，但对于大多数非酒店旅行列表，很少需要向这些场所发送传真。 K7L (讨论) 2017年8月12日 (UTC) 04:42

我认为移动用户甚至比桌面用户更希望在他们的移动设备上拥有它们。当您在未列出的地方时，有一个对话框可以添加这样的地方，特别是对于没有经验的贡献者来说，会非常有帮助。在该对话框中有一个“当前GPS位置”按钮也可能会有帮助。 --FredTC (讨论) 2017年8月12日 (UTC) 11:08

Roland，我们当然可以支持这项提案，但如何支持呢？ --Alexander (讨论) 2017年8月12日 (UTC) 15:04

是否存在或可以创建这样的工具/机器人？

从茶馆扫来

为了我自己将大量内容从英文维基导游导出并翻译到希伯来文维基导游，我需要一个简单的工具/机器人，它能让我通过一个按钮，完全删除/清理我在从英文维基导游导入/翻译到希伯来文维基导游的任何页面上，所有列表模板中目前存在的6个不同参数的内容（当然，内容删除将在我在英文维基导游的用户空间或希伯来文维基导游的用户空间进行...而不会在英文维基导游主空间的任何文章中进行）。

拥有这样的工具/机器人将为我节省大量时间，因为它将显著加快我导出/翻译列表到希伯来文维基导游的过程（目前我手动导入+翻译所有列表，这意味着我必须花费大量时间手动从以下6个参数中删除内容——小时、价格、内容、入住、退房、方向，在我翻译的所有列表中（我之所以选择在此阶段删除这些特定参数的内容，主要是因为翻译这些特定参数的内容需要更多时间，因此，为了我自己能够导入/翻译许多重要列表，这是必要的...否则我将永远无法导入/翻译大约1,500 - 2,000个最受欢迎的文章中的所有最重要列表）。

你们有人知道，在mediawiki/Wikivoyage中是否存在这样的工具/机器人，或者在任何特定的外部软件中是否存在这样的功能，或者是否可以为此目的创建这样的工具/机器人？ ויקיג'אנקי (讨论) 2017年8月14日 (UTC) 03:51

我们通常会用半自动脚本来完成这类工作，而不是机器人。我不认为存在这样的脚本，但我相信Wikivoyage:AutoWikiBrowser可以处理它。

然而：小时、价格、入住和退房似乎包含相当标准化的内容（对于大多数条目）。我想知道我们是否可以编写一个脚本，为您翻译那些更简单的内容？像“上午11点”这样的内容可以通过搜索和替换机制转换为希伯来语等效词。 WhatamIdoing (讨论) 2017年8月14日 (UTC) 15:43

我不知道这是否有帮助，但是当我在我的用户空间中翻译其他语言的文章时，我使用“搜索和替换”功能来更改参数名称。在编辑窗口中打开“高级”，然后单击最右边带有放大镜、纸张和钢笔的独立图标。在上框中输入您要替换的内容，在下框中输入您要替换成的内容，单击“全部替换”，然后继续下一个要替换的内容。准备好后单击“保存”（或偶尔进行中间保存）示例。也许这在某种程度上可以用于您需要做的事情。 --ϒpsilon (讨论) 2017年8月14日 (UTC) 16:29

WhatamIdoing和ϒpsilon - 我已经在希伯来语维基导游上使用了一个类似的“查找和替换”脚本（它最初是为希伯来语维基百科创建的，用于修复所有常见的拼写错误），一键翻译所有模板+常见参数（以及其他常见词/短语）从英语到希伯来语。在过去的4个月里，我可能已经通过该脚本成功导入了大约140篇文章的基本“原始”列表。（我通常每天能完成1或2篇文章）。我的目标是为大约1,500篇文章完成此操作，所以我需要一种更快的方法。

WhatamIdoing - 相信我，小时、价格、内容、入住、退房、方向中的大部分内容在风格和内容上都有所不同，因此没有可靠的方法可以快速翻译这些参数的内容（将来我会一个接一个地翻译它们，一旦我完成导入所有基本的“原始”列表）。

谢谢你的建议...我会尝试AutoWikiBrowser（有人能确认它是否真的能够通过一个按钮自动清除某些参数的内容吗？）。你是否知道有任何特定的用户能够创建这样一个用于此目的的半自动脚本？

ויקיג'אנקי (讨论) 2017年8月14日 (UTC) 17:27

您可以在此处看到一个很好的例子，说明我在清理小时、价格、内容、入住、退房、方向这些参数的内容时，需要手动删除的大量内容——从一个98,076字节的文章到一个60,892字节的文章。 ויקיג'אנקי (讨论) 2017年8月14日 (UTC) 17:41

这是我今天正在处理的文章...所以我仍然计划在今天结束之前翻译所有列表中的地名（从英语到希伯来语）。 ויקיג'אנקי (讨论) 2017年8月14日 (UTC) 17:44

我必须说，工作效率很高！如果所有其他方法都失败了，一些文本编辑器（面向程序员的？）可能允许更高级的文本搜索和替换，比如说在每个“checkin=”和后面的“|”之间。 ϒpsilon (讨论) 2017年8月14日 (UTC) 18:26

哪个特定的文本编辑器具有这种功能？ וי基格'安基 (讨论) 2017年8月14日 (UTC) 18:53

抱歉，我不知道，但由于替换参数可能是许多程序员（以及其他人）每天都需要做的事情，我想这种功能应该存在于某些文本编辑器中（我尝试过谷歌搜索，但没有找到任何）。 ϒpsilon (讨论) 2017年8月14日 (UTC) 19:20

vi和emacs是Unix中的经典，是的，它们支持正则表达式。还有sed等，它们是为自动化编辑而设计的。至少emacs有键盘宏（除了更高级的可编程宏；键盘宏似乎足以完成此任务）。熟练掌握这些编辑器之一需要一些时间，因此不一定值得为一个项目付出努力，但当你了解如何使用它们时，它们确实效率很高。正则表达式本身是一个概念，可在许多场景中使用。 --LPfi (讨论) 2017年8月15日 (UTC) 21:00

@ויקיג'אנקי:我知道这可以用正则表达式来完成，但我对它的工作原理一无所知。我以前在AWB中尝试过，但只有在帮助下才行。我想有人可以在这方面帮助您。 —贾斯汀 (koavf)❤T☮C☺M☯ 2017年8月14日 (UTC) 20:07

另一种方法是注释掉您不需要的文本。您可以使用搜索和替换将hours=更改为hours=<!-- ，并将}}更改为-->}} ，或者逐条目进行此操作，并更改一些|更改为-->| 。我还建议研究那些允许您录制宏的优秀文本编辑器——我使用pspad——宏可以用于在hours=之后插入注释开始，然后跳到行尾并插入注释结束。您也可以使用文字处理器Word或Libre Office等来完成此操作。 AlasdairW (讨论) 2017年8月14日 (UTC) 20:47

在德语维基导游上，他们经常讨论 Wikidata 的列表整合（大概是为开放时间和类似信息创建 Wikidata 字段），但请不要问我技术细节... Hobbitschuster (讨论) 2017年8月14日 (UTC) 21:20

编辑摘要

从茶馆扫来

大家好。与新用户讨论中经常出现的一个话题是编辑摘要（即，需要发布一个以注明引用自维基百科的材料或解释非明显的删除）。但是，我不知道有什么链接可以包含到一个页面或页面部分，解释编辑摘要是什么，或者何时以及如何编写一个。目前有没有地方处理编辑摘要？如果没有，我们应该创建这样一个页面或部分。 Ikan Kekek (讨论) 2017年8月16日 (UTC) 18:04

在Wikivoyage:如何编辑页面上有一个简短的描述。它应该被更改以反映当前（最佳）实践。我添加了一个关于归属的章节，并附有永久链接。 --LPfi (讨论) 2017年8月16日 (UTC) 19:28

w:Help:编辑摘要有一些有用的内容，尽管它没有提及使用摘要进行归属。我认为这个维基百科文章可以很好地用作我们自己文章的起点。 AlasdairW (讨论) 2017年8月16日 (UTC) 20:56

LPfi，感谢您对此的帮助。AlasdairW，我的感觉是w:Help:编辑摘要对我们来说太长了，不过我们可以从中汲取任何真正有用的内容，因为何必重新发明轮子呢？ Ikan Kekek (讨论) 2017年8月16日 (UTC) 21:11

请求（来自维基媒体国际会议）

从茶馆扫来

大家好。我刚从蒙特利尔回来。进行了一些愉快的交谈和会议。一位维基导游的忠实粉丝（他的全家）在社区村探望了我。人们也很喜欢列表和地图功能。恭喜各位。我在这里有三点要和你们社区讨论。海报上收到了两条信息

• 请添加更多维基百科链接
• 请在您的列表中添加关于无障碍设施的信息，以及所有残障人士（例如盲人和聋人旅客）的信息。

我与Ziko讨论了关于维基导游上儿童旅行信息的问题。它几乎在每篇文章中都缺失（至少在德语维基导游中，据我所知）。 -- DerFussi 2017年8月19日 (UTC) 11:20

我必须问“更多维基百科链接”是什么意思？我们每个有维基百科文章的条目在侧边栏都有一个链接。但是对于行内链接，我们关于Wikivoyage:维基百科链接的政策不幸地相当严格，需要达成共识才能改变，这在过去一直难以实现。 Hobbitschuster (讨论) 2017年8月19日 (UTC) 13:01

至于无障碍设施，您当然说得对，但我担心这只是反映了我们用户群的人口统计... Hobbitschuster (讨论) 2017年8月19日 (UTC) 13:02

至于儿童，我们有儿童旅行和像威尼斯亲子游这样的文章，但我认为对于中型目的地来说，在“看”或“做”部分设置一个“亲子”子部分可能比专门的“X亲子游”文章更好... Hobbitschuster (讨论) 2017年8月19日 (UTC) 13:03

一个“儿童”子部分在“看”和“做”中对专门面向儿童的景点有效，但许多普通博物馆也做得很好，将它们移到单独的儿童部分是错误的。一个“一层楼为儿童设计，可以建造砖墙和木屋，或装备和骑乘或驾驶一匹真人大小的木马”是合适的，也许“展品通过一个9岁男孩体验其鼎盛时期的地方的故事变得更加生动”，但有时很难描述这个地方，让父母能够判断它是否适合他们的孩子，至少不会过于冗长。然后我们还有所有Cope问题。 --LPfi (讨论) 2017年8月19日 (UTC) 15:32

大多数纸质旅游指南通过使用小图标“儿童友好”来解决这个问题。或者（或此外），可以创建一个单独的子部分，其中列出（散文形式）儿童友好的地方，并解释它们如何满足儿童的需求。 --Alexander (讨论) 2017年8月19日 (UTC) 16:20

可能如此，但是内容标签中的优质散文应该让所有读者——包括那些有不同年龄段孩子的读者——能够就他们是否愿意在一个特定的地方花时间（也许是钱）做出明智的选择。 Hobbitschuster (讨论) 2017年8月19日 (UTC) 17:12

没有孩子的人不需要知道儿童娱乐的细节，而有孩子的人需要快速了解“我能带孩子去哪里”。我提到的解决方案将同时解决这两个方面，并且它在纸质旅游指南中被证明非常有用。另一方面，用额外的专业信息来堆砌列表对任何人都没有什么用处。 --Alexander (讨论) 2017年8月19日 (UTC) 18:57

一岁孩子的需求与青少年截然不同。此外，有些大人喜欢的东西也可能对孩子有趣（反之亦然）。看看我们的沃尔夫斯堡指南中关于“phaeno”的列表。您会更倾向于将其划分到“儿童”部分吗？ Hobbitschuster (讨论) 2017年8月19日 (UTC) 19:08

科学博物馆是一个明显的案例。你不需要任何描述就能明白它对孩子们会很有趣。我指的是不那么明显的案例。 --Alexander (讨论) 2017年8月20日 (UTC) 06:47

很久以前，那一代的维基导游决定不为LGBT旅行者设置单独的章节，理由是他们感兴趣的大部分内容与其他人相同，我们在列表中注明了场所是否专门迎合LGBT人群。我认为这种方法对儿童友好的列表同样适用。有些场所对没有孩子的人没有兴趣（例如游乐场），但大多数（公园、博物馆等）对有孩子或没有孩子的人都感兴趣。父母在阅读旅行指南时知道要寻找什么。 Ground Zero (讨论) 2017年8月19日 (UTC) 21:38

他们并不总是知道要寻找什么，这正是关键。在历史博物馆中，你永远不知道它有多么学术性，它是否只是展示带有冗长无聊描述的物品，或者它是否也提供小游戏和任务，让孩子们得到一份问题清单，寻找答案并最终“赢得”小奖品。从技术上讲，这样的信息可以添加到列表中，但它会使列表更长，而只对一小部分读者有用。在我看来，最好有一个“儿童友好”图标，并在必要时有一个单独的部分说明博物馆XX和YY提供游戏，而博物馆ZZ提供儿童任务。这将节省大量空间，并大大改善拥有20或30个博物馆的城市导航，在那里你必须决定哪些博物馆适合儿童。 --Alexander (讨论) 2017年8月20日 (UTC) 12:12

我猜最佳解决方案因目的地、内容和编辑者而异。这个符号可能表示博物馆有人考虑过儿童，但对于游戏/任务/其他是否适合我的孩子，信息并不多。同样，在单独的部分提及哪些博物馆有这些也差不多。一两句话描述特定博物馆对孩子有什么好处会好得多，我认为这在列表中不会太多，如果大多数博物馆都能以不同的方式做得很好，那么在那里列出这些信息很有用。学术性与创新性也可能对没有孩子的成年人感兴趣。当然，提及音频指南、无障碍设施等也会使其不仅仅是一两句话，而可能是五句或更多。如果我们要满足不同群体的需求，我们仍然应该承担这些。另一方面，如果城市有三五个顶级的儿童景点，而许多博物馆都非常学术化，那么“儿童”子部分可能是一个更好的解决方案。 --LPfi (讨论) 2017年8月20日 (UTC) 10:58

关于维基百科和相关网站的链接，您对Wikivoyage_talk:外部链接#更新提案中的外部链接模板提案有何看法？ --Zerabat (讨论) 2017年8月19日 (UTC) 17:21

如果“儿童旅行”、“LGBT旅行者”和“残疾旅行者”都有自己的独立章节，那么如果我们重复信息，许多页面可能会严重扩大。也许更简单的方法是在常规列表末尾添加（适合X），或者使用某种可搜索的标签？ --Willthewanderer (讨论) 2017年8月22日 (UTC) 14:03

提供具体信息可能更具相关性。麦当劳（快餐连锁店）总是被标记为“适合儿童”，但“有游乐场”这句话提供的信息要多得多。 WhatamIdoing (讨论) 2017年8月22日 (UTC) 23:44

什么是有用的，什么是废话？每个场地都想声称“全家欢乐”、“商务休闲旅行者理想之选”并提供“每个人都能找到乐趣”。也许默认情况应该是任何场所（酒吧、赌场、色情或性俱乐部除外）都被假定为面向所有年龄段，我们只指出例外情况——例如“仅限成人入住的民宿”或在“一年级”小学水平教授所有知识的博物馆。如果某个地点有很多孩子，我们会在他们打扰其他客人时或者如果某个场地以某种不明显的方式仅面向特定人群时注明。我们需要说明纽约北极是面向小孩子的人群市场吗，如果这个小村庄唯一著名的居民是圣诞老人？ K7L (讨论) 2017年8月22日 (UTC) 15:03

Wikivoyage讨论:关于#旅行指南对决有关于不同“特殊兴趣”话题的相当长的讨论。我认为还有其他讨论，但这可能是最长的。

我认为总体的结论是，如果你知道某事物对某个特定群体是好/坏的，那么在列表中提及这一事实。 “提及”不需要明确：一家安静的餐厅对听力障碍者有好处，而一个有很多楼梯的地方对大多数轮椅使用者来说是无法通行的，但只要指出餐厅很安静或有很多楼梯就足够了，而无需将这些信息标记为仅与特定类别的旅行者相关。 WhatamIdoing (讨论) 2017年8月22日 (UTC) 23:34

我同意在列表中提及适用性或不适用性，通常只需陈述事实——酒店有3层楼没有电梯，或者有一个带秋千的花园。然而，对于大型城市的儿童，在主页上设置一个单独的章节来总结哪些博物馆等对儿童有利，这可能值得——一个“带孩子来”的章节。那里也可能适合链接到任何城市特定的家长网站。 AlasdairW (讨论) 2017年8月23日 (UTC) 22:55

嗯，威尼斯亲子游确实需要一些更新。其他“亲子游”文章呢？ Hobbitschuster (讨论) 2017年8月24日 (UTC) 11:51

网站的增长

从茶馆扫来

我的感觉是这个网站的编辑数量增长了很多。几年前，我每天巡查整个网站相当容易。现在，编辑太多了，结果是，用Emmette Hernandez Coleman的话说，我“工作太努力了”。（我意识到他的评论有不同的上下文，但它在这里也适用。）我认为这很棒，值得庆祝！但这也就意味着，任何想巡查文章最新更改的人，现在都必须要么选择一些领域进行跟踪，要么随心所欲地做临时工作。

于是我想到两个问题：（1）如果您是喜欢巡查最近更改的人，您是否有策略来确定您专注于哪些主题或编辑类型？ （2）您不需要成为管理员即可巡查更改。我们需要更多管理员，还是需要更多人自发地巡查更改？无论哪种方式，我认为我们都应该感谢所有休闲做这项工作的人，因为它对Wikivoyage的文本质量非常重要。 Ikan Kekek (讨论) 2017年8月20日 (UTC) 21:10

我通常只巡查我相当大的监视列表上的内容，和/或查看新用户的贡献。 Pashley (讨论) 2017年8月20日 (UTC) 21:33

当我巡查最近更改时，我总是容易分心... Hobbitschuster (讨论) 2017年8月20日 (UTC) 22:43

不总是问题。我经常查看很久没有编辑过的链接文章，开始阅读，然后发现以前被忽略的问题。 Ikan Kekek (讨论) 2017年8月20日 (UTC) 22:51

我总是隐藏自动巡查的编辑（那些旁边没有红色 ! 的）。 -- AndreCarrotflower (讨论) 2017年8月21日 (UTC) 00:01

我通常会忽略这些，除非它们是我特别感兴趣的文章。 Ikan Kekek (讨论) 2017年8月21日 (UTC) 00:05

我很乐意多做一些，巡查更改和维护一个合理的监视列表最有效的方式是什么？我老实说不确定我现在正在接收哪些通知 --Willthewanderer (讨论) 2017年8月22日 (UTC) 13:59

你有没有在“最近更改”中看到一些编辑旁边的小红感叹号？如果没有，你还没有被授予我老是忘记名字的那个状态……如果你看到了，你可以通过点击相关差异上的“标记为已巡查”来消除它们。当然，只有在你认为相关编辑没有问题时才这样做。Hobbitschuster (talk) 2017年8月22日 15:23 (UTC)

有两种状态，“自动巡查”意味着你自己的编辑不会出现!，而“巡查员”就是你老是忘记的那个。K7L (talk) 2017年8月22日 16:01 (UTC)

维基导游和维基旅行链接到 Alexa 排名，这表明我们正在慢慢追上另一个网站。今年他们几乎停止了发展。/Yvwv (talk) 2017年8月22日 16:08 (UTC)

但是 Alexa 排名有多可靠？它们实际衡量的是什么？Hobbitschuster (talk) 2017年8月22日 16:16 (UTC)

排名基于对独立用户和页面浏览量的估计。虽然不完全准确，但它可以揭示长期趋势。/Yvwv (talk) 2017年8月22日 16:23 (UTC)

这是否意味着搜索引擎终于开始停止惩罚我们了，至少对于 WT/WV 分裂后的五年中源自这里的所有内容而言？我搜索了 Google 的“俄勒冈小道旅行指南”，这里的俄勒冈小道是特色摘要。K7L (talk) 2017年8月22日 17:09 (UTC)

顺便说一句，如果有更多新编辑者能留下来成为常客就更好了。许多新编辑者会在几周或几个月内做出一些出色的编辑（也许从头开始编写一篇指南文章），然后又消失了。

关于巡查最近的编辑，当我来到维基导游时，我总是首先去“最近更改”看看最近有没有什么有趣的事情发生，纯粹出于好奇，我几乎总是把“最近更改”放在另一个标签页中，时不时刷新一下。然而，除非是那些我感兴趣或可能是破坏行为的文章（例如，淫秽的编辑摘要或已知破坏者的编辑），我倾向于忽略它们。我不记得我是否曾经点击过“标记为已巡查”，但我确实记得至少有两次不小心按到了回滚。

对于另一个网站，去看看他们的最近更改，看看他们做得怎么样。我想我们不需要担心他们 :)。ϒpsilon (talk) 2017年8月22日 18:42 (UTC)

旁支问题：Special:RecentChanges上的编辑量变化是最近/突然发生的，还是随着时间缓慢增加的？

另外，你们有多少人正在使用Beta 功能“编辑审查新过滤器”？它对你们来说效果如何？WhatamIdoing (talk) 2017年8月22日 20:39 (UTC)

编辑统计

有最新的统计数据吗？我看了https://stats.wikimedia.org/，但它们似乎只到2017年5月，不仅是维基导游，维基百科也是如此。Nurg (talk) 2017年8月21日 10:10 (UTC)

维基语种

从酒馆扫来

我与来自Wikitongues的人聊过。也许将他们的视频添加到常用语手册或国家文章中会是一个有用的功能。这是一个关于得克萨斯德语的例子 -- DerFussi

那个网站有内容吗？如果有，用户如何找到它？从那个页面上没有明显的方法可以做到。Ikan Kekek (talk) 2017年8月21日 07:39 (UTC)

从他们的宣传语来看，他们的主要目标似乎是帮助保护正在消亡的语言。据我所知可能存在例外，但总的来说，这类语言对旅行者用处不大，也不会是我们创建常用语手册的语言。我认为我们不应该“添加他们的视频”，即不应该在这里复制。我们也不应该把它们添加到维基共享资源；他们有这方面的程序，而且并非适用于他们所有材料。

但是，是的，在适当的地方进行链接是一个好主意。Pashley (talk) 2017年8月21日 13:53 (UTC)

虽然这与这个主题无关，但我浏览了他们的网站，我觉得他们是伪君子，因为他们假装“拯救”世界上濒临灭绝的语言，但他们的网站和流程都只有英文。莎士比亚万岁，我们的主。 --Zerabat (talk) 2017年9月4日 22:31 (UTC)

@Zerabat: 他们也提供阿拉伯语、中文、法语、俄语和西班牙语的内容。不知道你在说什么。—Justin (koavf)❤T☮C☺M☯ 2017年9月5日 02:47 (UTC)

移除红色链接

从酒馆扫来

所以我把大分县的一些红色链接拉到了讨论页，然后被指责为“捣乱行为”，并声称有政策或共识，以任何理由都不能移除任何红色链接。是这样吗？如果是，应该改变吗？Hobbitschuster (talk) 2017年8月24日 15:15 (UTC)

我没有说“以任何理由”，但你之前说过你的理由是你觉得它们丑陋/不美观。你之前承认这是你的“小毛病”，并且你一直被告知要保留红色链接或创建文章。我个人不认为有必要删除那些应该/可以有文章的合法地方的红色链接。但我们再次讨论一下，看看这次大家怎么说。ChubbyWimbus (talk) 2017年8月24日 15:40 (UTC)

在许多情况下，一个解决方案是从村庄或其他小地方的名称创建重定向到包含红色链接的文章。在该文章中，保留这些名称并将其加粗，这样搜索村庄并到达那里的读者就能明白原因。这消除了红色链接，避免了创建无意义的文章，并处理了那些因为祖父从那里移民或在附近参加过某场战斗等原因而搜索某个偏僻地方的人的情况。Pashley (talk) 2017年8月24日 16:20 (UTC)

我同意这对于一些不值得单独写文章的小地方来说是个好主意。但是对于那些确实应该有文章的地方，我就不太确定了——我认为重定向的存在会阻碍编辑者创建文章。—Granger (talk · contribs) 2017年8月24日 16:25 (UTC)

是的，有时这是一个好的解决方案（例如，参见Talk:Carpiquet），但并非总是如此。

有时最好只是保留红色链接，或者即使只是一篇小作品也要创建文章。如果这个地方很重要，你可以在维基百科上找到它，至少可以添加地理坐标、所属区域和维基百科链接。Pashley (talk) 2017年8月24日 16:35 (UTC)

我不确定这是否偏离了主题，但当涉及到重定向和多个城镇的文章与红色链接时，我认为最好不要管红色链接，直到有真正了解该地点及周边地区的人来解决。为了消除红色链接而合并城镇或创建重定向，在我看来是不良做法。没有太多理由以这种方式“干预”，如果发现分类不合理（并且可能需要管理员干预才能更改，具体取决于操作方式），它可能会造成混乱。我在其他讨论中也说过，重定向确实会阻碍文章的创建，所以如果你不了解一个地区，最好保持原样，而不是仅仅因为有一个红色链接就强制采取行动。我还要指出，大分县文章中的那些都是相当大且著名的城市，完全可以独立成为文章。不能假定红色链接是关于该地点的任何标志；它只意味着我们没有一篇文章。ChubbyWimbus (talk) 2017年8月24日 17:09 (UTC)

对我来说：红色链接，以及我们如何处理它们，似乎不是这里真正的问题。这看起来像是一个行为问题，而不是内容问题。我不知道谁对谁错；我也不太关心去调查它以弄清对错。但就像我说的：这看起来像是一个行为问题。Emmette Hernandez Coleman (talk) 2017年8月24日 17:19 (UTC)

我也认为应该保留红色链接，如果它们指向的潜在文章能通过wiaa测试，特别是如果它们有一句话的描述，即使没有接收文章，也能让读者了解这个地方。Vidimian (talk) 2017年8月24日 18:32 (UTC)

如果这个地方可以成为一篇有效的文章，也就是说有值得一看的地方和可以住宿的地方，那么它应该保留为红色链接，直到有人创建一篇包含一些内容的文章。这并不意味着创建一个小作品，因为那只会让人在浏览空页面链接时感到烦恼。如果它是一个没有住宿地的小村庄，那就删除红色链接；如果它是一个你可能希望有人搜索的地方，那就创建一个重定向到下一个定居点。红色链接表示需要一篇新的文章。--Traveler100 (talk) 2017年8月24日 18:43 (UTC)

有几个区域文章或类似的页面，有几十个红色链接，可能给人一种需要细分该区域的印象，但该区域文章根本没有得到发展，只包含少量实际文章。那么，移除这些红色链接有什么害处呢？Hobbitschuster (talk) 2017年8月25日 14:00 (UTC)

在某些情况下，例如奥兰，交通是一个大问题，所以去一个有红色链接的岛屿寻找当地景点，然后住在最近的城市（即首都）是不可行的。在这种情况下，在区域文章中列出景点（或住宿）用处不大，除非以一种更好地通过实际为任何你想添加列表的地方创建大纲的方式进行分组。

对于其他地方，列表最好在现有文章中创建，或在涵盖多个地方的新文章中创建。在这些情况下，应该创建一个合理的细分，无论是子区域还是“城市”。如果你删除红色链接到附近目的地，请说明打算在（红色）链接中涵盖哪些地方。我们的指南明确指出，我们不应该在层级中留下空白。

在某些情况下，长期细分的需求很明显（参见布隆迪）。你可能还不需要红色链接，但如果预期的细分很明确，创建新文章会容易得多。而且我认为仅仅提到省份（或任何其他细分）和添加红色链接之间没有太大区别。前者在视觉上更具吸引力，后者对于打算创建文章的新人来说更容易一些。

--LPfi (talk) 2017年8月26日 12:21 (UTC)

最近出现的两个保密和隐私问题

从酒馆整理而来

我并没有真正活跃于维基导游。我是犹太西班牙语（拉迪诺语）维基百科、元维基和维基媒体孵化器的管理员，主要活跃于这些项目和其他一些维基百科。最近在孵化器进行新页面巡查时，我遇到了一位活跃于此地和其他地方的用户。碰巧，这位用户明显是未成年人，并在他/她的用户页面上透露了年龄和其他身份信息。我删除了年龄信息，然后在维基导游这里遇到了两个明显的保密/隐私问题。

这里没有保密的方式联系管理员

我曾希望联系这里的管理员，请求他/她修订删除我从该用户用户页面删除的信息。在许多（如果不是大多数）维基媒体项目中，此类请求应通过电子邮件或 IRC 频道提出，以免在维基上留下潜在捕食者追踪的线索。然而，我找不到维基导游可用的此类维基外联系点。

在我看来，应该有这样的途径。我想，最好的方法是创建一个电子邮件帐户，无论是在免费服务上还是在 wikimedia.org 上，可以由管理员监控。另一种方法是确保这里所有的管理员都可以通过电子邮件联系到。现在，我很理解一个系统管理员可能认为他/她不需要向任何想使用他/她电子邮件地址的人开放。我不同意；我用于此目的的电子邮件地址几乎不用于其他任何事情。但想要从我作为系统管理员的维基（以及其他一些维基）私下联系我的贡献者可以做到。

我也理解维基事务应该在维基上进行的观点。在大多数情况下，这是真的。但是这里任何在其他维基媒体项目上工作过的人都知道，在某些情况下，更保密的通信是合适的。

没有关于处理“侵犯隐私的非公开信息”的特定政策，尤其是在涉及未成年人时

当我通过维基联系管理员时，管理员不愿同意我的修订删除请求，理由是这里没有政策，而且维基媒体总体上似乎也没有具体的总括政策。

一些项目确实存在政策和指南。例如，请参阅

• w:Wikipedia:User pages#个人和侵犯隐私的材料
• w:WP:CHILD
• w:simple:WP:CHILD

在这些项目上，至少，管理员、监督员和其他人员在删除“侵犯隐私的非公开材料”，特别是未成年人的材料方面，拥有广泛的自由裁量权。当然，在任何情况下都不强制删除此类信息。同时，至少在英文维基百科和简单英文维基百科上，强烈鼓励删除此类信息。

在当前这个特定案例中，该用户提供了足够多的信息，使得他/她很容易成为潜在捕食者的目标。我不希望发生这种事。因此，我只想请求这个社区赋予其管理员一些自由裁量权，以便在管理员认为合适的情况下，即使违背未成年人的意愿，也能删除信息以保护未成年人的隐私。

感谢您的倾听。StevenJ81 (talk) 2017年8月31日 13:58 (UTC)

首先，这里的许多系统管理员都启用了电子邮件选项。我就是其中之一。如果你真的想，联系系统管理员下维基没有任何问题。

其次，没有人会注意到这个特定的贡献者和他们的年龄，但你却对这个案例引起了很多关注，并介入了你似乎想要阻止的事情。

第三，你的行为看起来像是审查制度，并且强加了可能与你国家和文化无关的某些标准。最好是联系该贡献者，并检查披露年龄是否是他们有意识的决定。未经请求对用户页面的更正非常不合适。事实上，之前几次这样的审查制度相当令人难忘，因为它们紧接在维基导游迁移到其当前位置之前。--Alexander (talk) 2017年8月31日 16:14 (UTC)

我建议StevenJ81联系该用户并征求他们的意见。如果用户自己决定其用户页面的内容和修订删除，那将是最自然的。--Alexander (talk) 2017年8月31日 19:15 (UTC)

我已照办。

不过，我仍然想听听其他人对这个问题的看法。我认为我们应该更好地保护我们最年轻的贡献者。至少，我认为我们应该有自由迅速采取行动，即使我们同时询问用户他或她的偏好是什么。StevenJ81 (talk) 2017年8月31日 19:36 (UTC)

在我看来，采纳维基百科的这些政策是很有意义的，尤其是因为他们似乎对这个问题进行了更全面的思考。我觉得这里表现出这种不情愿是不合理的。这种不情愿在亚历山大的上述回答中清晰可见，后两个论点有点站不住脚– 无意冒犯。因此，我赞成采取更积极主动的方法，并支持StevenJ81的观点。Ceever (talk) 2017年8月31日 21:52 (UTC)

维基百科的链接并没有让我相信他们那里有深思熟虑的政策。我认为他们暗示了一些关于年轻编辑，或者已知是年轻编辑的问题，但我没有看到这些问题被认为是怎样的，也没有提供任何解决这些问题的实际方案。而且没有任何迹象表明我们也会遇到维基百科可能遇到的相同问题。一个成年人如果想捕食儿童，他在面向年轻人的论坛上会比在这里获得更多的时间，所以我认为这个问题主要还是理论上的。--LPfi (talk) 2017年9月1日 07:51 (UTC)

这些似乎是有效链接的相关部分（请注意，您提供的简单维基百科链接无效）：（现已修复）

侵犯隐私的非公开材料，无论是您自己添加的还是他人添加的，都可以根据请求从任何页面删除，由管理员删除，或者（如果不可行）由监督员从页面历史和任何日志中清除（参见监督请求）。

善意编辑并透露个人身份信息的儿童用户应被告知此类披露的潜在危险。应建议他们不要披露个人信息，因为这可能很危险。在适当的情况下，可以使用删除和监督来移除信息。

“可根据请求删除”；“可在适当情况下使用”。这很难说是明确的。如果有人发布确切的地址或电话号码，情况会更明确。姓名、年龄和居住地可能是一个引以为豪的问题。Ikan Kekek (talk) 2017年9月1日 08:14 (UTC)

我认为值得考虑的是，本网站用户的需求与维基百科不同。例如，维基百科有关于中学教育的文章，这可能会给年轻编辑带来特殊问题。此外，与这里相比，在维基百科上，知道年龄以及用户名和编辑历史，读者更有可能猜测出编辑者在现实世界中的身份。我认为保护编辑者免受意外披露联系方式是一个重要问题（也许Wikivoyage:用户页面帮助可以进行扩展），但我认为知道其他编辑者的年龄不是问题。AlasdairW (talk) 2017年9月1日 14:49 (UTC)

我完全支持保护儿童，但这并不是我们值得坚持的案例。例如，我的家乡报纸每年会四次发布我镇小学、初中和高中所有获得季度荣誉榜学生的完整姓名和年级。这已经为潜在的捕食者提供了比当事用户透露的更多信息。仅仅根据维基媒体的价值观，我认为我们为保护儿童或其他弱势编辑者而制定的任何政策都必须尊重信息自由交流和我们所有编辑者（包括儿童）的言论自由。-- AndreCarrotflower (talk) 2017年9月3日 21:08 (UTC)

我们是否应该撤销任何编辑以“保护”儿童在其自己的用户页面上透露他们的姓名？有人可能会争辩说，隐藏这些信息是对相关儿童的不尊重。Ikan Kekek (talk) 2017年9月4日 05:37 (UTC)

我不确定。如果他们愿意，他们可以自己做。已经通过他的/她的讨论页联系了那个实际提出问题的孩子，我认为这已经足够了。一般来说，如果认为明显没有必要，可以立即撤销此类编辑，但有些情况下，允许个人信息保持删除（并进行修订删除）是适当的——电话号码和其他不必要的详细联系信息可能符合条件。在信息被修订删除之前，应避免发布透露私人信息的消息。--LPfi (talk) 2017年9月4日 13:11 (UTC)

结论与建议

结果，另一位相关用户乐意移除这些信息，管理员也根据该用户的请求出于隐私目的隐藏了历史记录。一切都很好，都在规则之内。

在我阅读了上述讨论后，我清楚地认识到，在这个维基上，通常情况下，用户至少认为言论自由的权利 outweighs 这种类型的隐私问题。那就这样吧。尽管如此，我仍然担心我们是否至少不应该强烈鼓励这些用户在添加此类信息之前再三考虑。言论自由和隐私都是需要牢记的重要总体问题，但年轻、不成熟的用户也很可能更凭一时冲动或本能行事，而不是原则，至少一开始是这样。（我们其他人也可能如此，但我们是成年人。）因此，为此，我仍然建议以下几点

• 如果相关用户声明他/她未满16岁（或者有明确的推定，比如“我在读中学”），那么其他用户可以立即从用户页面中删除该信息。

  如果发生这种情况，应立即询问用户——如果可用，通过电子邮件；否则，通过维基内询问——他/她是否希望恢复信息。如果希望，可以恢复。如果不想，则可以保持删除。（我认为，如果用户如此年轻，并且同意保持信息删除，那么可以推定也应该进行修订删除。）

• 如果相关用户年龄在16岁到成年之间，询问该用户相同的问题可能是一个好的做法。但未经本人同意，不应删除信息。
• 对于任何未成年用户，真正具体的信息（电话号码、街道地址）应该“先删除，再询问”。即使对于成年用户，通常也最好鼓励他们不要在维基上发布此类信息。

就我个人而言，我完全不反对人们如果愿意的话在维基上透露自己的姓名。StevenJ81 (talk) 2017年9月8日 21:05 (UTC)

相关维基媒体基金会政策：wmf:使用条款/en：“[禁止活动包括]：为非法目的向任何18岁以下人士索取个人身份信息，或违反任何关于未成年人健康或福祉的适用法律。”和wmf:修改用户查核日志的指南：“维基媒体基金会员工仅在存在合法隐私问题时方可修改或删除用户查核活动日志。合法隐私问题包括……当日志中披露识别用户为未成年人（18岁以下）的信息时。” —Justin (koavf)❤T☮C☺M☯ 2017年9月8日 23:39 (UTC)

我认为上述内容听起来不错；事实上，我认为“真正具体的信息（电话号码、街道地址）”应该直接删除并修订删除，无需进一步协商（这种做法在这个网站上确实有先例）。-- AndreCarrotflower (talk) 2017年9月9日 01:32 (UTC)

维基媒体网站不受w:儿童在线隐私保护法的约束，但英文维基百科的监督员通常会立即删除并监督任何表明编辑者年龄低于13岁的声明。未成年人的高度识别信息（电话号码、地址）通常也会受到监督。还有一些信息无论年龄大小都会受到监督（信用卡号、护照号……可悲的是，有些人以前确实这样做过）。--Rschen7754 2017年9月22日 01:40 (UTC)

我不会透露我的年龄；就说我年纪大到我的信用卡号是“IV”吧。K7L (talk) 2017年9月22日 02:39 (UTC)

参考资料栏

从酒馆扫来

请帮忙翻译成您的语言 • 以其他语言阅读

你好，

应维基百科编辑的要求，MediaWiki 中新增了一项功能。长篇参考文献列表（也称为引文或脚注）将自动以多列显示。这将使大多数人更容易阅读参考文献，尤其是在窄屏设备上。短篇参考文献列表将不受影响。

我计划于2017年9月11日（星期一）在此维基上启用此新功能。在该日期之后，在任何包含许多参考文献的页面上使用正常的<references />标签即可看到此功能。如果您不希望在该页面上使用多列显示，请改用此维基文本代码：<references responsive="0" />

如果您认为此新功能不适合此维基，或者您需要调整模板方面的帮助，请通过mw:Contributors/Projects/Columns for references与我联系。--User:Whatamidoing (WMF) (talk)

2017年9月1日 18:15 (UTC)

这个功能与本维基完全无关，因为英文维基导游不使用参考资料，也从未计划使用。Hobbitschuster (talk) 2017年9月1日 18:53 (UTC)

@Hobbitschuster: 你有没有意识到这是一条发给维基媒体基金会所有项目的群发消息？—Justin (koavf)❤T☮C☺M☯ 2017年9月1日 21:06 (UTC)

我大概明白，但里面提到了“如果对我们的维基不好，就通知”之类的……Hobbitschuster (talk) 2017年9月1日 21:11 (UTC)

好的。只是确认一下。—Justin (koavf)❤T☮C☺M☯ 2017年9月2日 11:22 (UTC)

我一直认为这一改变与英文维基导游基本上无关。然而，我重新检查后发现，在主条目空间中，这将影响实验性文章Motorcycling#cite_note-1的显示效果。

它不会影响其他几篇使用 cite.php 引用标签的文章：Berne#cite_note-1、Dutch_phrasebook#cite_note-.2Fi.e.2F-1、Quetta#cite_note-1、Providencia#cite_note-1、Sagay#cite_note-1、Ratnapura#cite_note-1、La_Redota#cite_note-1。

在主命名空间之外，ref 标签主要在讨论页上少量使用，但有几个沙盒和用户页将受到影响，例如User:Vidimian/Hotels in Istanbul和User:Rubyyadav。Whatamidoing (WMF) (talk) 2017年9月2日 18:44 (UTC)

技术问题

从酒馆扫入

在希伯来语维基导游中，每个条目旁边的“编辑”按钮从未打开过可视化界面，该界面允许用户编辑所有条目字段。这在今年早些时候我开始从Envoy导入和翻译大量条目之前一直不是一个大问题。谁能帮忙解决Hebvoy上的这个技术问题？维基垃圾 (讨论) 2017年9月1日 18:17 (UTC)

我也很想知道这一点，以及维基导游如何实现此功能。我想在其他地方重现它。—贾斯汀 (koavf)❤T☮C☺M☯ 2017年9月1日 21:06 (UTC)

对“千禧一代”这个词的理解

从酒馆扫入

“千禧一代”这个词曾被用来描述存在了至少一千年的事物；千禧之城、千禧遗产等等。然而，如今它更常用于指代1980年代或90年代出生的人。维基导游是否应该继续在原始语境中使用这个词，还是会引起混淆？/Yvwv (讨论) 2017年9月4日 13:19 (UTC)

也许我们需要一本旅行术语词典。埃米特·埃尔南德斯·科尔曼 (讨论) 2017年9月4日 13:49 (UTC)

英语中有很多词语有两个或更多的含义。我认为我们不需要有自己的词典。此外，维基词典这个显而易见的名称已经被一个姐妹项目占用。而Wikivoyagedictionary则太长了。人们也可以在Merriam-Webster的m-w.com或Free Dictionary或Oxford Dictionary上查阅词语。我们应该专注于成为一个旅行指南。Ground Zero (讨论) 2017年9月4日 15:41 (UTC)

或者只需将一个单词输入搜索引擎，通常就会得到一个字典定义。在大多数浏览器中：您可以双击一个单词（使其突出显示），右键单击它，然后下拉菜单将提供一个选项，可以在搜索引擎中查找该单词。埃米特·埃尔南德斯·科尔曼 (讨论) 2017年9月4日 16:01 (UTC)

任何时候，任何人读到一个在特定语境下觉得模棱两可或令人困惑的词语，他们都可以修改它。我不确定我们是否需要为此制定一个通用的全站指南。Ikan Kekek (讨论) 2017年9月4日 16:48 (UTC)

维基导游需要更少，而不是更多关于我们“允许”使用哪些词语的限制。-- AndreCarrotflower (讨论) 2017年9月4日 17:36 (UTC)

对我们允许使用的词语有什么限制？埃米特·埃尔南德斯·科尔曼 (讨论) 2017年9月4日 18:03 (UTC)

AndreCarrotflower，如果你认为我们有太多需要避免的词语，你可能想在Wikivoyage talk:Words to avoid提出。我不认为我们有太多这样的词语。Ikan Kekek (讨论) 2017年9月4日 18:05 (UTC)

我认为应该始终从上下文中清楚地了解其含义。然而，话虽如此，我们必须记住，至少有一小部分读者不是母语人士。可能比维基百科的比例更高。Hobbitschuster (讨论) 2017年9月4日 20:03 (UTC)

也许我们需要一个简易英语维基导游（如果还没有的话），就像简易英语维基百科一样，供非母语使用者使用。埃米特·埃尔南德斯·科尔曼 (讨论) 2017年9月4日 20:42 (UTC)

千禧一词仅在27篇文章中使用，含义各不相同。我个人更倾向于不使用千禧之城，而是根据情况说“1000年历史的城市”，或“于2000年获得城市地位的”城市。AlasdairW (讨论) 2017年9月4日 20:46 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘我认为我们已经捉襟见肘了。谁会一开始就写那些文章呢？谁又会执行简易英语的规则，而不是普通的旧式英语呢？Hobbitschuster (讨论) 2017年9月4日 22:36 (UTC)

说到我们自己也捉襟见肘，我们现在已经对“千禧一代”这个词何时使用和不适用进行了长达13条评论的讨论。我们真的没有什么比这更重要的事情要做了，而不是对这个网站上总共只使用了27次的词进行词汇审查吗？如果你在阅读文章时遇到听起来别扭或模棱两可的措辞，看在上帝的份上，大胆前进，根据自己的喜好进行编辑，然后继续你的生活。我们不需要围绕每一个小小的校对来制定新的政策。我们当然也不需要把它作为又一次令人难以忍受的冗长辩论的主题。-- AndreCarrotflower (讨论) 2017年9月4日 23:07 (UTC)

没错。话虽如此，关于不同语言版本的问题，也许可以在其他时间和地点进行辩论。Hobbitschuster (讨论) 2017年9月4日 23:17 (UTC)

好的。我必须说，我对于为什么简易英语维基导游（或简易英语维基百科，就此而言）会比让他们贡献到他们的母语维基导游（其中许多迫切需要改进）更可取，感到困惑。-- AndreCarrotflower (讨论) 2017年9月4日 23:30 (UTC)

问题在于，小型维基不太可能吸引贡献者，这是一种恶性循环。此外，还有其他原因促使人们主要贡献英语版本而非其他语言版本。话虽如此，我从未真正理解简单维基百科的意义，目前也不会提倡简单英语维基导游。一些用户似乎也希望在这里编辑，因为这里阅读文章的人比他们母语版本的人多。Hobbitschuster (讨论) 2017年9月4日 23:41 (UTC)

其他网站的社区在三月左右崩溃了；从那时起，我们的Alexa排名就一直在追赶他们。这个社区正在成长，网站每天都变得更好。尽管如此，我们不应该急于推出简易英语维基导游。/Yvwv (讨论) 2017年9月5日 02:13 (UTC)

简易维基导游的一个问题是，你需要很好地掌握一门语言才能写得简单并纠正笨拙的措辞。因此，它不能依赖非母语使用者。对于熟练掌握英语的人来说，在这里贡献更容易，而阅读一个版本并贡献另一个版本则很复杂。简易版本只有在有一个大型志愿者群体为他们自己以外的群体写作时才可行（我猜主要是教师）。你需要一个非常庞大的编辑基础，才能使这样的子群体足够大。也许如果你真的想，你可以拥有一个简单的瑞典语维基百科，但比这更小的任何项目都希望渺茫。

话虽如此，我认为我们可以保持活泼的语气，同时仍能为许多将英语作为第二语言的人所用。只要记住你也在为他们写作，并避免行话，并将对莎士比亚和当代歌词的引用限制在不妨碍理解要点的语境中。

--LPfi (讨论) 2017年9月5日 11:04 (UTC)

（缩进）维基导游已经非常简单了。地点名称、开放时间、价格、电话号码、路线、网站……真的不能再简单了。基本上，网站描述和“了解”之类的东西可能会“冗长”，但所有最相关的信息都易于获取和导航，即使对于大多数完全不懂英语的人也是如此。我不会建议在写作时考虑ESL学习者/使用者。他们中的大多数人如果感兴趣，可以找出一些东西的含义，如果他们不能，那他们更多的是“英语学生”而不是“英语使用者”，那不是我们的问题。避免晦涩的引用或特定地点的行话对我来说不是为了ESL使用者，而只是常识性做法。ChubbyWimbus (讨论) 2017年9月5日 13:36 (UTC)

确实如此。坦白说，我认为我们英语维基导游越是迁就英语水平有限的读者，我们就越会促使其他语言版本的维基导游持续受到忽视。如果我们有一个简易英语维基导游，这种现象会进一步加剧。—— AndreCarrotflower (讨论) 2017年9月5日 16:10 (UTC)

我也反对“简易英语”维基导游的想法，并认为这是浪费时间。Ikan Kekek (讨论) 2017年9月5日 18:53 (UTC)

我也反对设立“简易英语”维基导游。目前只有两个简易英语项目：维基百科和维基词典。这两个项目都可以更有用地服务儿童和英语学习者。然而，有两个项目有简易英语主页：维基共享资源和维基物种。我们拥有一个简易英语主页（如果人们需要一些（少于十个）旅游专题）可能会很有用——这可能会为我们从简易维基百科带来更多的流量。AlasdairW (讨论) 2017年9月5日 21:21 (UTC)

我不认为我们需要一个简易英语版本，或者我们自己的词典。然而，我认为我们在写作风格上确实需要考虑第二语言读者。当然，这一切都是主观判断，但在某些地方，例如，避免短语动词和其他习语是可能且值得推荐的。Pashley (讨论) 2017年9月16日 23:13 (UTC)

一个相关的Humble Bundle

从酒馆扫入

https://www.humblebundle.com/books/adventure-travel-books

请注意，如果您选择WMF作为慈善机构，收益可以捐给WMF。—贾斯汀 (koavf)❤T☮C☺M☯ 2017年9月7日 15:52 (UTC)

页面横幅讨论

从酒馆扫入

几个页面横幅讨论正在进行中。请在讨论:中亚、讨论:孟加拉国、讨论:印度平原、讨论:日本、讨论:罗马和讨论:犹太洁食中分享您的意见。/Yvwv (讨论) 2017年9月9日 01:55 (UTC)

还有讨论:南亚。/Yvwv (讨论) 2017年9月9日 03:48 (UTC)

请参阅讨论:北非、讨论:孟买和讨论:撒马尔罕，了解一些后续的横幅讨论。/Yvwv (讨论) 2017年9月12日 19:29 (UTC)

维基爱古迹横幅竞赛

从酒馆扫入

亲爱的同事们：

与今年早些时候我们为维基爱地球所做的类似，我们现在正在举办维基爱古迹横幅竞赛。横幅应描绘一个被认可的文化古迹（可以是全景的一部分），来自今年参加竞赛的国家。这篇博客文章是一个很好的起点，竞赛规则此处总结。我们特别欢迎与当前不存在或质量不高的页面相关的横幅。--Ymblanter (讨论) 2017年9月9日 22:07 (UTC)

庞大的地铁系统

从酒馆扫入

几年前我们有一个政策，机场不应该有独立的文章。后来我们修改了，允许非常大而复杂的机场拥有自己的文章，并启动了Wikivoyage:机场远征，设计了模板等等。虽然出现了一些问题，但总体而言，这似乎运作良好。

那大型复杂的地铁系统呢？促使我提问的是w:上海地铁，它有14条线路，364个车站，每天约有1000万乘客。我们目前的相关内容在上海#地铁卡和上海#乘坐地铁，这两部分都相当长。我认为单独写一篇文章可能是一个好主意。维基百科上关于大部分线路都有文章，例如w:上海地铁2号线，以及大部分车站。有些是小作品，但大部分都还可以。我不认为我们需要深入到大量的细节；我们的文章可能主要包含维基百科的链接。

获得一张好的地图可能很难。我们曾经有一张，但几年前它变得严重过时后被删除了，现在我们只链接到官方网站上的地图。维基百科有一张不错的，但对我来说看起来过时了。Pashley (讨论) 2017年9月9日 23:01 (UTC)

伦敦地铁以前有一篇文章。/Yvwv (讨论) 2017年9月9日 23:24 (UTC)

湾区公共交通有篇文章。而且我不认为两者都应该仅限于“地铁”部分。在柏林这样的城市，S-Bahn和U-Bahn一样重要。Hobbitschuster (讨论) 2017年9月9日 23:32 (UTC)

有墨尔本电车，尽管那更多是为电车爱好者而非出行者准备的。AlasdairW (讨论) 2017年9月9日 23:34 (UTC)

湾区的公共交通确实很复杂——有20多个不同的交通系统，政策和结构各异，相互连接又相互竞争。覆盖如此多的信息，我想我能理解为什么它需要自己的文章。相比之下，上海地铁虽然庞大，但使用起来却相当简单。我记得2015年去那里旅行时，一旦掌握了卡片的使用方法，它就和其他地铁系统差不多了。乍一看，我认为文章中现有的信息加上一张好的地图就足够了。一个单独的文章还会包含其他什么与旅行者相关的信息呢？—格兰杰 (讨论 · 贡献) 2017年9月10日 01:45 (UTC)

我曾尝试将伦敦等文章中一些“出行”信息分拆出来，但未成功，因为这使得文章过于冗长。然而，关于地铁系统单独撰写文章似乎是在重复维基百科上的详细文章。我们难道不能直接链接到这些文章吗？维基百科上的文章更新频率会比这里预期的更快。而且，为什么我们要有地铁系统的文章，而不是轻轨和公交系统的文章呢？对于某些城市来说，轻轨和公交系统远比地铁系统重要。Ground Zero (讨论) 2017年9月10日 02:16 (UTC)

无论规模和复杂程度如何，机场和交通系统之间存在着根本区别。wiaa将这里有独立文章的机场描述为“像小城市一样大”，我认为这很关键。机场本身就像城市一样，旅行者可能会在其中长时间停留；他们可能需要在那里购买食物或饮料，在那里购物，甚至可能在那里找到过夜的床。交通系统则并非如此。我容忍（尽管没有特别热情）湾区公共交通作为这一规则的例外，原因如Granger上面提到的，但总的来说，这是一个我宁愿不打开的潘多拉魔盒。-- AndreCarrotflower (讨论) 2017年9月10日 02:23 (UTC)

我想大多数地铁系统都与其他公共交通工具整合在一起，因此这些文章作为“……的公共交通”可能会更有用。话又说回来，在大多数拥有复杂地铁系统的城市，游客应该避免开车出行，所以大多数游客仍然应该阅读独立的公共交通文章。因此，这种分离不会非常有用，除非在交通系统覆盖的区域不符合我们地理层次结构边界的情况下。--LPfi (讨论) 2017年9月10日 09:31 (UTC)

在墨西哥城地铁等公共交通系统中，你可以买到很多东西（包括食物）……而且公共交通系统不符合“我们”的地理边界，这在德国是“所有这些”的情况。没有一个交通联盟符合我们的地理边界。最接近的一个涵盖了勃兰登堡和柏林，在同一个伞形组织下。看看这里，你就明白我的意思了。Hobbitschuster (讨论) 2017年9月11日 15:03 (UTC)

战略方向草案。版本 #2

从酒馆扫入

• 
• 

2017年，我们发起了一场广泛的讨论，旨在形成一个将维基人团结和激励起来的战略方向。这个方向将是我们制定清晰计划和设定优先事项的基础。80多个社区和团体参与讨论并提供了反馈。我们研究了读者，并咨询了150多位专家。我们审视了将影响我们使命的未来趋势，并收集了合作伙伴和捐助者的反馈。

一个由社区志愿者和战略团队代表组成的小组将这些反馈综合成战略方向的早期版本，以供更广泛的运动进行审查和讨论。

方向的第二个版本已准备就绪。请再次阅读、分享，并在Meta上的讨论页进行讨论。根据您的反馈，起草小组将完善并最终确定方向。

SGrabarczuk (WMF) (讨论) 2017年9月11日 11:13 (UTC)

PDF、OCG 和 Electron

从酒馆扫入

嘿，鉴于维基导游关注 PDF，这里有一个更新：10月1日之后，您将无法使用OCG创建PDF。这是由于技术问题，我们对此感到不高兴。您可以改用Electron，大多数PDF都是这样创建的。Electron将在10月1日之前获得一些缺失的功能。您可以创建图书，但创建图书功能在11月或12月之前不会拥有所有计划的功能。您可以在mediawiki.org上阅读更多。/Johan (WMF) (讨论) 2017年9月14日 00:00 (UTC)

不幸的是，我们发现我们错了。在几周内——10月1日——由于我们遇到的技术问题，从您添加到图书中的文章创建PDF的功能将暂时停止工作。我们将努力使其恢复运行。我们的目标是在未来几个月内恢复，但坦率地说，这是我们被迫接受的，可能需要更长时间。我们深表歉意。

从单篇文章创建PDF的功能将按先前所述运行。您可以在Phabricator上跟踪工作：phab:T150871和phab:T175853。/Johan (WMF) (讨论) 2017年9月19日 21:46 (UTC)

考虑将时尚添加为请求的旅行话题...

从酒馆扫入

关于将时尚添加为旅行主题的想法？

欧洲的主要目的地应该是伦敦、巴黎和米兰，我想，但是我觉得有人需要更深入地介绍一下周围的环境和价格范围？ ShakespeareFan00 (讨论) 2017年9月18日 (UTC) 20:21

这不是我了解很多的话题，但快速搜索显示英国有3个时尚博物馆，时装周和时装活动列表显示有很多活动。你参加过这些活动吗？旅行者可以不经邀请参观吗？ AlasdairW (讨论) 2017年9月18日 (UTC) 21:11

是的，这当然可以成为一个旅行话题。假设目的是旅行体验和/或购买时尚。看看购买和服 --Andrewssi2 (讨论) 2017年9月18日 (UTC) 22:25

这取决于情况，有些活动是“开放”的，而有些是面向时尚界和媒体的私人秀。

是的，这将是一个有效的话题。任何有意从事这项工作的人都应该大胆行动。

欧洲以外也有很多可能性。我想上海、孟买和纽约市是各自国家的主要时尚中心；我不确定这应该在城市文章中涵盖多少并从时尚链接，或者其他地方的中心会是什么。

上海#服装涵盖了一些购物选择。香港和新加坡以物美价廉的裁缝而闻名。蒙特利尔和俄罗斯有皮草，内蒙古有羊绒/披肩和羽绒制品等。我不确定哪里能找到好的皮革。 Pashley (讨论) 2017年9月18日 (UTC) 22:52

首先，在衣服文章中写一个新部分。 /Yvwv (讨论) 2017年9月19日 (UTC) 02:49

我唯一一次参加时装周的经历是在米兰为酒店房间支付了每晚500欧元。所以，即使对于不感兴趣的人来说，一个猜测日期也是有用的。 --Traveler100 (讨论) 2017年9月19日 (UTC) 05:17

嗯，衣服是为了实用性，而时尚是为了时尚潮流，两者之间会有区别。

博物馆方面，我立刻能想到两个地方：维多利亚和阿尔伯特博物馆（伦敦南肯辛顿）的服装画廊，以及巴斯的服装博物馆，这些可能已经在各自的文章中提到了。我不是写小作品的人，因为我知之甚少，所以我打算把它添加到请求的旅行主题中。我将在未来几天内完成。 ShakespeareFan00 (讨论) 2017年9月19日 (UTC) 07:14

大都会博物馆有一个很棒的时尚分馆。 Ikan Kekek (讨论) 2017年9月19日 (UTC) 11:57

巴黎有时尚与设计之城。似乎是以活动为主，而不是常设展览，但总有很多事情发生。当然，伦敦还有新的设计博物馆，其中时尚是其重点之一。 --ThunderingTyphoons! (讨论) 2017年9月19日 (UTC) 13:33

巴黎市时尚博物馆 - 没有常设藏品，但定期举办展览。

装饰艺术博物馆 - 看起来像V&A博物馆一样，混合了艺术、室内设计和可穿戴时尚。其中一个正在进行的展览庆祝Christian Dior 50周年。同样的谷歌搜索“musée de la Mode”返回了许多城市的结果。看来时尚在法语世界中是一个大问题，谁知道呢？ --ThunderingTyphoons! (讨论) 2017年9月19日 (UTC) 13:40

多伦多有巴塔鞋博物馆。 Pashley (讨论) 2017年9月19日 (UTC) 13:45

杜塞尔多夫也以时尚闻名。或者说关于国王大道什么的…… Hobbitschuster (讨论) 2017年9月19日 (UTC) 13:53

为WV应用做宣传

从酒馆扫入

在《爱尔兰时报》上 :-) 旅行医生詹姆斯 (讨论 · 贡献 · 电子邮件) 2017年9月19日 (UTC) 14:12

能登上新闻是件好事，但遗憾的是他们把“Wiki Voyage”描绘成一个只提供公共交通建议的应用。另一方面，交通显然是我们做得对的事情，并且正在引起关注。 --ThunderingTyphoons! (讨论) 2017年9月19日 (UTC) 15:04

多林特酒店

从酒馆扫入

所以有一个用户公开承认自己为标题中提到的酒店连锁工作，并且最近为他们创建或编辑了许多列表。他并非恶意散布垃圾信息或兜售，但他对于提及酒店的位置等信息仍然过于热心。你们怎么说？ Hobbitschuster (讨论) 2017年9月21日 (UTC) 11:50

你能提供一个编辑链接吗？我觉得在没看到编辑历史的情况下，我们无法公平地讨论他。 --ThunderingTyphoons! (讨论) 2017年9月21日 (UTC) 13:20

贡献/Discotizer。我认为很好，但正如Hobbitschuster指出的那样，有些描述接近极限，偶尔需要编辑。已经向该用户指出了适当的政策。 --Traveler100 (讨论) 2017年9月21日 (UTC) 16:25

谢谢你，旅行者。这位先生目前看起来很配合，也愿意采纳你的建议。 --ThunderingTyphoons! (讨论) 2017年9月21日 (UTC) 17:21

我们对连锁餐厅有一个近似的政策（WV:Boring），我们对连锁酒店有没有或者应不应该有一个呢？ Hobbitschuster (讨论) 2017年9月21日 (UTC) 20:46

另一方面，我认为比特堡列出的酒店位置与地理坐标不符。 Hobbitschuster (讨论) 2017年9月21日 (UTC) 20:47

比特堡的酒店距离市中心11公里，我已经添加到列表中，但我们没有更近的目的地。总的来说，我认为我们不应该制定反对连锁酒店的政策。如果有几家连锁餐馆，知道有几家就足够了，我到的时候可以很容易地找到一家。然而，酒店通常需要提前预订，所以我希望在到达之前就知道。如果列出的酒店太多（远超10家），那么连锁酒店可以首先考虑剔除。 AlasdairW (讨论) 2017年9月21日 (UTC) 21:54

与餐馆不同，联系方式和价格范围是住宿的基本数据。而且即使在同一个连锁酒店内，质量和设施也可能大相径庭。 Powers ^(讨论) 2017年9月22日 (UTC) 19:16

维基媒体运动战略第二阶段，以及告别

从酒馆扫入

你好，

随着维基媒体运动战略流程第一阶段接近尾声，战略方向即将最终确定，我作为协调员的合同工作也将结束。我将回到我正常的志愿者角色（Tar Lócesilion），并感谢大家参与此过程。

战略方向应在本周末晚些时候在Meta上最终确定。战略流程第二阶段的规划和设计将于11月开始。下一阶段将再次提供许多参与和讨论我们运动未来的机会，并将侧重于角色、资源和责任。

谢谢你， SGrabarczuk (WMF) (讨论) 2017年9月30日 (UTC) 21:55

编辑者的高级搜索工具

从酒馆扫入

您好！我想知道是否有一个或是否有人可以创建一个维基导游的多变量搜索功能。本质上，我想做的是根据状态，在特定区域内面包屑导航，并按页面浏览量列出文章。例如，我想按点击量列出瑞典的提纲文章。这将使我们更容易看到旅行者实际使用了哪些页面，并将编辑工作集中在那些访问量大且易于改进的页面上。提前感谢！ MartinJacobson (讨论) 2017年9月29日 (UTC) 12:28

w:project:PetScan可能值得一看。 K7L (讨论) 2017年9月29日 (UTC) 12:35

MartinJacobson - 您对以下哪个选项最感兴趣……
1. 根据英文维基导游读者的数据，瑞典境内最受欢迎的旅游地点 ？

或者

2. 根据瑞典维基百科读者的数据，瑞典境内最受欢迎的地点 ？

或者

3. 根据瑞典维基百科读者的数据，全球最受欢迎的地点 ？

另一个问题……您打算使用这些信息来决定在英文维基导游中显著扩展/改进哪些文章……还是决定在瑞典维基导游中显著扩展/改进哪些文章？

ויקיג'אנקי (讨论) 2017年9月29日 (UTC) 14:12

我还要补充一点，如果你最感兴趣的是查看哪些关于瑞典旅游目的地的文章对国际和国内旅行者最具吸引力，以便在瑞典维基导游上扩展文章，我最好的建议是第二个选择（“根据瑞典维基百科读者的数据，瑞典境内最受欢迎的地点”），因为瑞典旅行者更有可能知道哪些地点最有趣。 ויקיג'אנקי (讨论) 2017年9月29日 (UTC) 14:20

如果你需要任何帮助，请告诉我。 ויקיג'אנקי (讨论) 2017年9月29日 (UTC) 14:23

首先，谢谢K7L！w:project:PetScan给我提供了文章状态和区域（以及页面大小），但我没有在PetScan中找到任何页面浏览统计数据。不过，我能够手动将PetScan与页面浏览计数器进行交叉比对。其次，ויקיג'אנקי，我对改进英文维基导游感兴趣。（由于大多数瑞典人阅读英文，国内旅行者可以很好地使用英文指南，而很少有国际旅行者能够使用瑞典语指南）。MartinJacobson (讨论) 2017年9月29日 (UTC) 14:48

MartinJacobson - 好的……只是为了再次确认 - 你只对根据英文维基导游读者的数据，了解瑞典境内最受欢迎的旅游目的地感兴趣，对吗？ ויקיג'אנקי (讨论) 2017年9月29日 (UTC) 15:11

ויקיג'אנקי 到目前为止，我主要编辑的是瑞典目的地，但这并非出于原则，而是出于方便和比较语言技能（大多数编辑者都能用英语研究，而能用瑞典语研究的则较少）。如果我能找到有关这些目的地的相关信息，我同样乐意更新和改进全球访问量最大的（概要）文章。 MartinJacobson (讨论) 2017年9月30日 (UTC) 18:12

我最终为马丁创建了三个不同的列表。任何有兴趣查看这些列表的人（您可能会发现概要文章列表特别有用/有趣）可以在这里找到。 ויקיג'אנקי (讨论) 2017年10月1日 (UTC) 05:09

非常感谢ויקיג'אנקי！这将非常有帮助！ MartinJacobson (讨论) 2017年10月1日 (UTC) 09:35

维基导游印地语版本几天前发布了！

从酒馆扫入

只是想提一下，因为这里还没有提到，维基导游的印地语版本已于9月25日发布。 ויקיג'אנקי (讨论) 2017年9月29日 (UTC) 14:30

我的理解是，印地语和乌尔都语在口语上几乎相同，但在书写上却截然不同，印地语使用梵文衍生的字母，乌尔都语使用阿拉伯/波斯字母。有没有什么合理且最好是自动的方式可以在书写形式之间进行翻译？

真正好的翻译软件可能会免费提供一个乌尔都语版本的WV。任何合理的方法都可能对想要启动乌尔都语版本的人有所帮助，并通过允许乌尔都语使用者做出贡献来改进印地语版本。 Pashley (讨论) 2017年9月29日 (UTC) 19:19

祝贺印地语网站上线，祝所有编辑者好运！ Ikan Kekek (讨论) 2017年9月30日 (UTC) 21:29

Pashley，将印地语和乌尔都语的内容进行翻译或转写可能不可行。除了文字，印地语和乌尔都语的技术词汇也不同，分别来自梵语和阿拉伯语/波斯语。虽然原则上这对旅行指南的影响不会像对百科全书那样大，但我注意到技术词汇已经开始渗透进来。该网站的名称是“Wiki Yatra”，而乌尔都语（或非正式口语印地语）中表示“旅程”或“旅行”的词是Wiki Safar。在某种程度上，yatra听起来有点像“voyage”，说起来不如travel自然。无论如何，希望这些词语能尽量少用，这样移动内容更有意义（至少在城市的真实世界中，英语技术词汇越来越普遍）。 Gizza ^(漫游) 2017年10月8日 (UTC) 02:50

整个国家的书籍参考

从酒馆扫入

由于可以从WV文章创建书籍，我们是否应该为每个国家适当地创建并提供一本完整的书籍，并将其列在该国文章的开头，以便用户无需浏览所有相关文章，只需下载该书即可？

这可以是一个链接到该书的模板，该书的页面由我们定义，还包括所有相关GPX文件（甚至是一个摘要GPX）的链接，以及可能被该书遗漏的潜在站点。我认为后者是必要的，因为可能仍然有一些未被纳入该书的草稿。

你觉得怎么样？ Ceever (讨论) 2017年10月3日 (UTC) 19:30

我认为这原则上是一个非常有用的想法，但是1.)它会增加开销，2.)我不确定它实际使用的频率。 —贾斯汀 (koavf)❤T☮C☺M☯ 2017年10月4日 (UTC) 00:08

维基媒体基金会拒绝在维基导游上投入资源

从酒馆扫入

今天我们得知，维基媒体基金会将维基导游（以及其他一些姊妹项目）定义为“影响力较低的项目”，认为“不值得主动投资”。在得到我们的一些反馈后（讨论页），“影响力较低”的定义已被移除，但其余部分未变。该定义将维基导游与所谓的“新兴社区”区分开来，后者是维基媒体基金会“应该投入更多关注和资源”的。

目前尚不清楚这个定义具体意味着什么，因为维基媒体基金会不同工作人员传达的信息差异很大（参见讨论页），涉及到“主动投资”是什么，以及后果可能有多深远。最坏的情况是，不会推出任何专为维基导游设计的技术功能，也不会获得任何资金支持（例如，如果与维基导游相关，将无法获得奖学金、资助或维基狂热大会的发言机会）。我想强调的是，这并不意味着维基媒体基金会想要摆脱维基导游，而是基金会明确评估维基导游是一个“不值得支持”的项目。这也可能是将维基导游作为基金会负担的第一个步骤，尽管维基媒体基金会工作人员当然发表了相反的声明。

我不知道我们能对此做些什么，除了表达我们对这种决定的强烈反对。最奇怪的是，在评估国家和语言时使用了透明且可衡量的标准（超过10名活跃贡献者，这是维基导游几个语言版本肯定能达到的标准）。相比之下，在项目类别中，只有维基文库和维基词典被选为“有效”和“成功”，其余所有都被明确认定为无用，但没有提供任何标准。 --Alexander (讨论) 2017年10月4日 (UTC) 20:07

我感谢您与维基媒体基金会（WMF）的倡导，Alexander。从您链接的讨论中，我同意WMF团队缺乏热情，并且他们对维基导游的支持存在相互矛盾的声明。

话虽如此，这似乎主要是对维基导游缺乏投资兴趣，而不是任何明显的停止支持和托管我们的愿望。据我所知（我可能错了），目前并没有阻碍我们使命的缺失功能需求需要投资来解决。

此外，Wikidata正在获得投资，这也有利于我们。

与维基媒体基金会建立关系可能更有效。我不确定从何开始？ Andrewssi2 (讨论) 2017年10月4日 (UTC) 20:40

即使有停止托管维基导游的计划，在最终确定和实施此决定之前，也没有人会公开宣布。我相信（到目前为止）没有这样的计划，但阿萨夫·巴托夫的回应令人沮丧，因为它公开表示“我们不在乎你”，这是此类进一步决定的第一步。

关于与WMF的合作，我们这边确实没有紧急请求，但我们有几个悬而未决的地图问题，还有许多其他事情，特别是推广，如果他们有兴趣，可以一起完成。 --Alexander (讨论) 2017年10月4日 (UTC) 20:53

坦白说，我认为这没什么大不了的，如果维基媒体基金会真的有停止托管我们或类似性质的计划，那么像在Meta上那样纠缠和对抗他们肯定无济于事。

我还想知道我们还需要什么样的投资是我们目前没有得到的？也许维基媒体基金会的立场可以被视为承认我们作为一个社区是相当自给自足和低维护的。这不会是坏事，对吧？

-- AndreCarrotflower (讨论) 2017年10月4日 (UTC) 21:21

如果你写文章并选择它们作为每月目的地，你确实不需要任何投资。然而，更广泛的活动需要资源，我们在战略讨论中列出了许多此类问题。并非所有这些问题都特定于维基导游。例如，离线版本是一个更广泛的开发，但它应该根据我们的需求进行定制才能有用。 --Alexander (讨论) 2017年10月4日 (UTC) 21:36

那么也许我们应该将我们的目标降低到更现实的水平。你看，如果维基媒体基金会是一个每年赚取数十亿美元利润却拒绝将其任何利润再投资于其产品的巨型企业，你的论点可能会对我更有说服力。但实际上，它是一个非营利组织，负责一组非常受欢迎的网站，这些网站需要大量资源，而且资金有限。显然，它所获得的资金必须优先分配给最需要的地方。我喜欢维基导游，但我并非不知道与维基百科和其他一些维基网站相比，我们只是沧海一粟。这是一个不幸的情况，但我不认为这有什么不公平的，或者我们被 singled out 了。我们相对于其他维基媒体基金会网站的重要性就是如此。 -- AndreCarrotflower (讨论) 2017年10月4日 (UTC) 22:09

更多想法：我们相对于其他维基媒体基金会网站的重要性也并非一成不变。维基导游可能是一个小社区，但它至少很活跃，这比维基媒体基金会归入我们同类别的许多维基网站要好。此外，正如本网站其他地方报道的那样，过去一两年Alexa排名显示，维基旅行的缓慢消亡仍在继续。目前，维基旅行的用户流量仍然比我们多得多，但随着其信息越来越过时，并被垃圾邮件和推销信息淹没，这种情况将逐渐停止。可以合理地认为，维基导游将成为许多那些心怀不满的前维基旅行用户的新目的地，尤其是考虑到我们两个网站表面上的相似之处（使用相同的MediaWiki软件等）。与此同时，维基百科和许多其他大型维基网站的页面浏览量统计数据正在逐步下降（实际上自2012年以来下降了约50%！），因此，维基导游的知名度提高可能只是时间问题，届时我们将更有利于维基媒体基金会为我们提供积极投资。 -- AndreCarrotflower (讨论) 2017年10月4日 (UTC) 22:49

安德烈，我想你争论的观点我没有提出。我并不是说维基导游应该比维基数据或维基共享资源获得更多关注，而是维基数据和维基共享资源实际上应该获得比目前更多的关注，我们也将从中受益，请参阅我们对战略讨论的贡献。

目前的讨论是关于其他事情。我们把大型的“已开发项目”放在一边，比较较小的项目，以决定哪些项目应该优先。然后我们看到任何拥有10个以上编辑者和750,000名以上使用者的维基百科都会被纳入（“新兴项目”），而Wikivoyage却没有，尽管我们有超过10个活跃编辑者和庞大的语言社区支持我们。你觉得这公平吗？——Alexander (讨论) 2017年10月5日 07:52 (UTC)

@Atsirlin: 你写道，“例如，某人将无法获得奖学金”，但链接页面上的常见问题解答（强调添加）写道：“此外，社区资源团队将跟踪并报告对新兴社区的投资（例如提供赠款、员工访问、指导、利益相关者团体）。 （自2016年初以来一直在跟踪。）”原则上，Wikivoyage特别需要什么？例如，地图的工作仍在MediaWiki中继续。—Justin (koavf)❤T☮C☺M☯ 2017年10月5日 04:04 (UTC)

@Koavf: 我不明白你的问题。是关于奖学金吗？我不知道它们具体是如何分配的，但它明确指出“新兴社区”将获得大部分，而我们不被视为“新兴社区”。至于技术特点，有很多，请参阅我的讨论页面上的当前讨论，以及我们对策略讨论的贡献。——Alexander (讨论) 2017年10月5日 07:52 (UTC)

@Atsirlin: 我显然熬夜太晚了。抱歉。——Justin (koavf)❤T☮C☺M☯ 2017年10月5日 09:25 (UTC)

奖学金当然很好，但对我们正在做的事情来说，并非至关重要。此外，我们从2013年就开始参与WMF，所以以“互联网年”来说，我不认为我们还符合新兴社区的资格，WMF可能认为我们目前运作良好。

如果我们真的要从悲观的角度看问题，我真心觉得WMF要解散我们比维持现状要付出更多的努力。维持一个DVD大小的旅行维基运作，并不需要大量的基础设施和硬件。Andrewssi2 (讨论) 2017年10月5日 10:01 (UTC)

我认为维基媒体似乎采取了“我们不关心维基导游”的做法令人担忧。我也不太明白为什么一些虚构语言的只有11个贡献者的蹩脚维基会比英文维基导游受到更多关注。我知道德文维基导游曾有一段时间是由一个Verein（一个如此典型的德国行动，几乎令人不快）支持的，也许这值得“以防万一”地研究一下，但我认为我们维基导游可以从——例如——能够自动从其他语言版本获取列表数据中受益。Hobbitschuster (讨论) 2017年10月5日 10:06 (UTC)

澄清一点。亚历山大链接到的Meta文章并不代表基金会的整体投资。它具体是定义一个特定团队对“新兴社区”的关注。特别是英文维基导游非常健康。这很好。我本人和其他WMF员工继续与你们所有人在这里合作，提供产品功能、错误报告和项目进展的更新——这些都直接或间接地惠及本项目。负责帮助定义“新兴社区”这个词的阿萨夫先生，仅仅是在反映“这反映了现状”，无论你是否同意，这只是说明了他目前工作的状况，绝不是以任何方式贬低维基导游。拜托，我希望继续与你们所有人合作。让我们记住我们都是同一团队的成员。Ckoerner (讨论) 2017年10月5日 23:21 (UTC)

Ckoerner，像“将中等成功的、具有更高潜在影响的姊妹项目纳入‘新兴社区’”这样的措辞，显然贬低了所有被排除在“新兴社区”列表之外的项目。维基导游被归类为影响力较低，甚至算不上中等成功。我不认为这样的措辞有什么好处，无论你和你的同事尝试多少次来软化它们。但对我来说最有趣的问题是，这种评估是如何进行的。是什么让这个项目（不是语言，不是国家，而是姊妹项目）成为一个新兴社区？——Alexander (讨论) 2017年10月5日 23:36 (UTC)

Alexander，你听起来很沮丧，我不确定我能说什么让你感觉好一些。对此我感到抱歉。关于你的问题，请再次查看Meta上的页面。Asaf和那些在讨论页上参与讨论的人正在试图找出你的问题的答案。那里有提出的理由。人们可能不同意，但正在尝试评估情况——公开进行，并有任何出现的人参与。我个人很乐意看到基金会有资源主动支持每个项目，每种语言，甚至更多。我也知道资源有限，我们必须考虑在哪里投入，才能在整个运动中产生最大的影响。这很糟糕，我理解你为什么感到沮丧。

如果你想和人们争论，那对我们集体来说不会有太大进展。如果你想为维基导游争论——认为它应该被视为一个新兴社区并获得社区参与部门的积极支持（而不是目前的投资）——那么让我们一起做吧。维基导游这里有很多聪明人。组织起来，并提出这个项目应该被纳入的论点。这不意味着它一定会成功，但这比现在发生的事情更有成效。CKoerner (WMF) (讨论) 2017年10月6日 17:08 (UTC)

CKoerner (WMF)，当姊妹项目的“新兴社区”概念仍未定义时，我很难提出论点。因此，我非常好奇想看到这个定义。——Alexander (讨论) 2017年10月6日 18:42 (UTC)

从元层面来看，WMF究竟想传达什么信息似乎非常不清楚，而且这里的一些人似乎误解了你所说或未说的话。Hobbitschuster (讨论) 2017年10月6日 21:02 (UTC)

据我所知，WMF的这部分用于新兴社区的赠款和奖学金将来可能会将维基导游排除在外。这可能对某些人来说不公平，你可以随心所欲地解读，但我并不认为这是移除支持和将维基导游从WMF中剔除的第一步。Andrewssi2 (讨论) 2017年10月6日 21:32 (UTC)

我对这个“新兴社区”项目是什么，或者它应该做什么，有点不清楚。也就是说，我担心特定个体项目的“降级”可能会在更广的范围内发生。如果它最终影响到MediaWiki扩展和WMF的技术开发，我们就会很脆弱。有很多扩展，比如页面横幅、各种侧边栏链接到“相关”内容、mw:extension:Kartographer和mw:extension:Geocrumbs，我们绝对依赖这些——但它们在其他WMF项目中并没有广泛使用（或根本没有使用）。这些功能的开发很容易就会悄无声息地停滞……不，这个（委婉地说：“‎项目：重新措辞以求清晰”）并没有让任何事情更清晰。原文已经足够清晰，而修订版却故意含糊不清，没有澄清任何内容。我们不是优先事项？那就直说……并告诉我们在技术支持方面，对新的特定项目功能来说，这意味着什么。在这方面我们需要透明度。K7L (讨论) 2017年10月7日 09:05 (UTC)

是的，绝对如此。另请参阅此处的讨论。首先，

地图团队一直努力支持维基导游，并持续与社区合作，解决他们提出的问题和请求

两天后，

如果以及何时我们有机会扩展地图的功能，我们一定会联系维基导游社区，获取他们对改进的反馈、担忧和期望

当然，所有WMF的员工都非常乐意营造他们对维基导游感兴趣的印象，但其背后的信息却清晰可见。——Alexander (讨论) 2017年10月7日 10:56 (UTC)

哇，各位，这看起来有点反应过度了。我的理解是，WMF所说的“积极支持”是指通过投资外展工作，将一个“新兴社区”从低活跃度引导到高活跃度的努力。它是“积极的”，因为较小的社区没有足够的志愿者来研究他们的需求并向WMF申请资助。而维基导游则足够大，足够活跃，我们可以为自己争取权益，不需要“积极支持”；我们的支持是“被动的”，不属于这项倡议的范畴。Powers ^(讨论) 2017年10月7日 18:35 (UTC)

真是这样吗？除了这里那些非常奇怪且不针对我们的机器人留言外，我们似乎没有得到WMF的太多关注。当然比某些用虚构语言编写的小型维基项目少得多。至于“新兴”社区——他们可以尝试让es-WV变得更具影响力。对于这么大的语言来说，社区规模很小……但如果我没有误读WMF的话，他们已经完全排除了任何维基导游版本被这样评估的可能性……Hobbitschuster (讨论) 2017年10月7日 20:33 (UTC)

我想你确实误解了。你从哪里得出他们已经排除了这种可能性的想法？Powers ^(讨论) 2017年10月7日 21:27 (UTC)

这里写着将所有维基新闻、维基语录、维基教科书、维基学院、维基导游和维基物种项目，所有语言，都排除在“新兴社区”之外。这还不够清楚吗？——Alexander (讨论) 2017年10月7日 21:35 (UTC)

“在考虑给定语言、给定国家的给定项目时，所有三个轴都很重要，只要其中一个轴是新兴的，就有资格获得‘新兴社区’支持。”这意味着，如果某个维基导游语言版本满足其语言或国家的标准，就可以被纳入。即使现在不符合标准，未来也可能符合。

这项“新兴社区”倡议是WMF之前“全球南方”运动的替代方案。他们正在寻求与服务不足的人群进行外展，并将资金投入到最能促进这些社区发展的地方。英文维基导游不需要这些。Powers ^(讨论) 2017年10月7日 22:53 (UTC)

你是第一个这样解读的人。“维基导游在所有语言中都被排除在外”意味着它被排除了，至少Asaf Bartov在元讨论页面上的回复给人的印象是，维基导游将不会以任何形式被纳入。此外，其他维度对我们也没有太大帮助，因为大多数维基导游在语言和国家方面都属于发达社区，即使它们作为维基导游社区处于休眠状态。

现在回到你说的“英文维基导游不需要这些”这个论点。首先，我们不知道“所有这些”意味着什么。积极支持的定义模糊不清。正如你从Maggie Dennis (WMF)在同一个元讨论页面上的声明中可以看到的，他们几乎没有划清积极支持和被动支持之间的界限，特别是在资助方面。因此，任何支持都将被削减。在任何资助系统中都必须如此，需求总是超出可用资源。

最后，你说英文维基导游不需要在欠发达国家和维基媒体社区欠发达国家进行推广。这意味着英文维基导游的目标是来自少数发达国家的旅行者，对当地人的意见不感兴趣，即使是来自欠发达的欧洲国家，更不用说非洲或亚洲的偏远地区。我不同意这一点。——Alexander (讨论) 2017年10月7日 23:20 (UTC)

我相当确信我对他们意图的理解，比“维基导游很糟糕，我们不会提供任何支持”更接近他们的本意。我怀疑大部分困惑是由于作者措辞极其糟糕造成的，我怀疑他不是英语母语者。Powers ^(讨论) 2017年10月8日 19:03 (UTC)

据我所知，这个问题归结于本社区与WMF整体之间缺乏互动。原因是实际上我们不需要太多交流（反之亦然）。正如我之前问过的，我很乐意听取维基导游成员如何以富有成效的方式与更广泛的WMF社区进行讨论。Andrewssi2 (讨论) 2017年10月7日 21:25 (UTC)

Andrewssi2，如果维基导游的各位想讨论，无论是关于这次对话还是普遍情况，我都很乐意帮助促进沟通。CKoerner (WMF) (讨论) 2017年10月10日 13:55 (UTC)

看来印地语维基导游刚刚上线，它可能需要像小型维基百科版本那样的帮助。WMF会考虑这样的支持吗？Hobbitschuster (讨论) 2017年10月8日 17:31 (UTC)

清理文章中的“吃”部分

从酒吧扫来的

我开始了自己版本的维基项目（嗯，一个小版本），清理文章的“吃”部分，并尝试给餐厅提供除了地址之外的更多背景信息，并尝试客观地编写，遵守中立的观点。

有人愿意在这方面帮助我吗，也许维基导游可以有一个维基项目食物（或类似的东西）？

目前我正在为以下项目做这项工作：

• 利物浦
• 伦敦部分地区
• 富埃特文图拉岛的餐厅
• 塔林的餐厅。

我将感谢您的帮助，以便我们能使这些信息更具内容。我离开编辑几个月（上次编辑是在六月）后才刚刚回来。——Walkden861 (讨论) 2017年10月19日 12:13 (UTC)

• 请注意，在Wikivoyage中我们不使用中立原则（NPOV）；我们的准则是公平。我对你打算做的事情很感兴趣，并将查看这些链接。Ibaman (讨论) 2017年10月19日 12:19 (UTC)

我误解了。总之，我打算做的是清理那些除了名称和地址外没有描述的餐厅部分，或者修正“吃”部分的语法。谢谢你提供“公平”的链接。——Walkden861 (讨论) 2017年10月19日 12:26 (UTC)

欢迎回来，Walkden861。这是我最喜欢的部分之一。WhatamIdoing (讨论) 2017年10月21日 16:34 (UTC)

社区心愿单更新

从酒吧扫来的

如果您想了解更多关于技术变更和工具的信息，请观看https://www.youtube.com/watch?v=Cm02V1ytJ0Y的演示。第一个演示，大约从2:00分钟开始，讲述了X!工具的一些新功能（比如如何了解更多关于编辑页面的人或在给定区域工作的管理员）。其他编辑者可能对语法高亮Beta功能（大约17:55）更感兴趣，我想我们很多人都会喜欢全球偏好（~22:32）项目。

我很久以前学到的一件事：你可以加快YouTube视频的播放速度。齿轮状的设置图标有一个“速度”选项。结合更快的播放速度和左右箭头键（跳过5秒），可以更高效地观看这些录制的演示文稿。WhatamIdoing (讨论) 2017年10月23日 18:53 (UTC)

团体旅行

从酒吧扫来的

我们有没有任何页面描述团体旅行的规划（家庭聚会、目的地婚礼、商务会议等）？我看到了mw:Team Practices Group/Planning offsites，想知道我们有没有针对那些负责规划小型团体旅行的人的任何内容。WhatamIdoing (讨论) 2017年11月1日 03:26 (UTC)

我们有一篇关于婚礼旅行的文章，还有一篇关于商务旅行的文章，尽管它没有明确提到会议。JakeOregon (讨论) 2017年11月1日 03:46 (UTC)

是的。在遥远的地方计划会议至少对第一个是适用的。它目前的状态没有提供任何建议，也没有暗示安排中的陷阱。问题很复杂，因地而异，因此无法在这里很好地涵盖，但应该添加一些建议（如果有人觉得有能力这样做）。——LPfi (讨论) 2017年11月2日 14:11 (UTC)

渥太华所有新的编辑者用户页都是法文，这是怎么回事？

从酒吧扫来的

在过去的两天里，User:Aamdsy、User:Kledg096和User:Fahad054注册了账户，然后几乎立即创建了完全用法语编写的用户页面，他们在其中自称是渥太华的大学生，并列出了他们访问过的不同城市和国家。他们的贡献历史中没有任何其他编辑。这可能没什么好担心的，但非常奇怪。是不是有哪位大学教授将维基导游编辑纳入了他们的课程作业中，就像几年前那个韩国学校发生的那样？无论如何，有人应该告知这些人，英语是本网站的通用语言；法语贡献属于fr:。——AndreCarrotflower (讨论) 2017年11月3日 17:41 (UTC)

我同意你的估计，他们可能正在完成一项学校作业，但我认为只要他们不开始破坏主空间，问题就不大。如果你想告诉他们在自己的用户空间里坚持使用英语，那就去吧。但老实说，我看不出他们造成了什么危害。——ThunderingTyphoons! (讨论) 2017年11月3日 17:50 (UTC)

引起我注意的是，其中两个名字符合Telstra破坏者的用户名模式，其中一个实际上因此被预先禁止，并且不得不（用英语）请求解除封锁。我同意这可能没什么好担心的，但值得关注，以防这代表着Telstra事件的又一个转折。（那个破坏者身上发生过更奇怪的事情。）——AndreCarrotflower (讨论) 2017年11月3日 17:54 (UTC)

我在三个用户讨论页上都留下了样板欢迎语和关于语言的评论。Pashley (讨论) 2017年11月3日 17:58 (UTC)

谢谢你。——AndreCarrotflower (讨论) 2017年11月3日 17:58 (UTC)

如果我们突然收到大量渥太华学生用法语进行类似编辑，我们就会知道有问题了。如果是Telstra，他/她正在展现新才华 : ) ThunderingTyphoons! (讨论) 2017年11月3日 18:06 (UTC)

其中一位学生实际上表示她正在学习法语作为第二语言，这引出了一个问题：为什么不直接在fr:上编辑呢？我之所以如此热衷于鼓励非英语母语者到其他地方贡献，是因为维基导游的其他语言版本都没有像en:那样大的编辑活跃度，总的来说，他们比我们更需要帮助。——AndreCarrotflower (讨论) 2017年11月3日 18:18 (UTC)

用户:Bunnikin和用户:Tkari‎刚刚创建了遵循相同模式的用户页面账户，此外还有昨天发现的用户:Cchin058和前天发现的用户:Lmcke028，我刚刚才发现。我像Pashley之前那样，留下了样板文本并提醒了这里使用的语言。——AndreCarrotflower (讨论) 2017年11月3日 22:35 (UTC)

谜团解开了？

最近，我们又有一位新的法语用户创建，然后立即清空了一个名为Utilisateur:Abrun062的页面。根据我的直觉，我在fr:上查看了最近的贡献，果然，那里也出现了一波稍小的渥太华大学学生创建新账户的浪潮——其中包括Abrun062本人，他在这里清空的用户页面又在那里重新创建了。

我根据经验猜测，这确实是某位教授指导学生为某种学校项目编辑维基导游的情况。他似乎原打算让学生们在fr:上注册，但看起来他们中的许多人误解了他，错误地来到了这里。

(为假定教授的性别道歉。只是这样选择其中一个比较容易。)

我们应该怎么处理这件事？我们应该尝试引导这些新用户走向正确的方向吗？

——AndreCarrotflower (讨论) 2017年11月4日 02:40 (UTC)

是的，请继续在他们的用户讨论页上留言，就像你一直在做的那样。Ikan Kekek (讨论) 2017年11月4日 04:21 (UTC)

Andre，侦探工作做得太棒了！如果你在这里用了法语，那么“假定教授的性别”就不会成为问题了 ;-) 我同意我们应该继续使用这些信息来引导这些学生到正确的地方。希望我们的法语同行不介意……——ThunderingTyphoons! (讨论) 2017年11月4日 10:26 (UTC)

我们真的有任何禁止在用户空间使用非英语语言的规定吗？对我们大多数人来说，识别法语垃圾信息或破坏行为很容易，但其他语言/文字就更难判断了。Andrewssi2 (讨论) 2017年11月6日 00:23 (UTC)

不，我不知道有这样的规定，但当相关的用户也没有在文章空间进行任何编辑时……Ikan Kekek (讨论) 2017年11月6日 03:08 (UTC)

根据Wikivoyage:用户页面帮助，用户页面的目的是1) 作为“关于维基导游的简要介绍”，2) 作为“每个维基导游在‘主要’旅行指南之外进行项目或想法的个人沙盒”，以及3)“与其他维基导游协作的交流媒介”。对于前两项和第三项，材料的预期受众是其他维基导游，因此（至少）起码的礼貌要求使用的语言应该是英语。作为一个属于第二种情况的例子，我见过一些用户将他们的用户页面用作其他语言版本的维基导游材料的临时存储库，这些材料他们正在翻译以供en:使用，这当然是完全有效的。然而，总的来说，本网站的所有最终内容都应该是英语，因此非英语文本永久保留在用户页面上的想法是我无法真正接受的。如果这些都没有体现在官方政策中，也许应该如此。——AndreCarrotflower (讨论) 2017年11月6日 23:10 (UTC)

为了完全清楚，我上面说的是一般情况，而不是针对渥太华的用户，他们似乎只是犯了一个无意的错误。——AndreCarrotflower (讨论) 2017年11月6日 23:16 (UTC)

其他语言可以成为向可能对用户感兴趣的非英语使用者提供信息的方式。对于一个在韩语文章上投入大量工作的人来说，一些韩语信息可能会很有用。由于维基导游的英文版是最大的，因此有许多人（包括编辑、其他语言版本的编辑以及读者）在使用它，他们可能会从其他语言的信息中受益（我发现用其他语言进行点缀也无伤大雅）。只用一个简短的英文段落，其余部分用另一种语言，这应该被认为是可行的，尽管那个简短的英文段落可能需要解释原因。 --LPfi (talk) 2017年11月7日 17:28 (UTC)

我对此不太介意。理想情况下，他们应该在元维基创建他们的用户页，这样法语就会在包括这里在内的所有地方显示，我严重怀疑在这种情况下是否会有人认为这是一个问题。所以我的想法是：如果我们不介意一个全球用户页在这里显示“错误”的语言（无论你用什么语言写作，从99%以上的维基站点的角度来看，你的语言都是“错误”的），那么我们为什么要真正介意这些页面上显示“错误”的语言呢？这似乎是在不重要的事情上浪费精力。 WhatamIdoing (talk) 2017年11月8日 21:47 (UTC)

2017年社区愿望清单调查

大家好，

社区愿望清单调查是维基媒体社区决定维基媒体基金会社区技术在未来一年应该做什么的过程。

社区技术团队专注于为经验丰富的维基媒体编辑者提供工具。您可以从现在到11月20日提交技术提案。社区将于11月28日至12月12日对提案进行投票。您可以在2017年愿望清单调查页面上阅读更多信息。/Johan (WMF) (talk) 2017年11月6日 20:17 (UTC)

m:2017 社区愿望清单调查/移动和应用程序/姊妹项目移动应用程序似乎与本组相关。 Whatamidoing (WMF) (talk) 2017年11月7日 18:26 (UTC)

这是维基导游，但不是维基数据、维基文库和维基词典。 Digr (talk) 2017年11月9日 19:50 (UTC)

玩具博物馆还是童年话题？

现在已经是11月中旬了，我在想有没有人能够及时在12月中旬之前起草一篇关于玩具博物馆的文章。

或者可能需要一个关于“童年”的旅行话题，而不是仅仅关于玩具博物馆，并且这要与“儿童和家庭友好”的观光和活动场所区别开来？

我能想到的两个玩具博物馆都在伦敦，我想要一篇关于“童年”的文章，以避免宣传目前互联网上最新的特许经营热潮。

ShakespeareFan00 (talk) 2017年11月9日 20:04 (UTC)

好主意，另一个很棒的目的地主题将是动物园。 --Traveler100 (talk) 2017年11月9日 20:59 (UTC)

印第安纳波利斯拥有世界上最大的儿童博物馆（也是最好的）。 —Justin (koavf)❤T☮C☺M☯ 2017年11月10日 00:30 (UTC)

我认为玩具博物馆和动物园都相当容易撰写。我不确定在童年中你会包含什么。（我的第一反应是它听起来像是愚人节的候选文章，类似于一种时间旅行。） WhatamIdoing (talk) 2017年11月10日 06:38 (UTC)

不可能，因为我们有（或曾经有）儿童编辑。 Ikan Kekek (talk) 2017年11月10日 06:56 (UTC)

带孩子旅行基本涵盖了我所设想的“童年”话题。还有什么可以说但不能添加到那篇文章中的呢？

如果玩具博物馆足够多以至于值得写一篇文章，我不会反对。惊讶我们还没有关于动物园的文章。 --ThunderingTyphoons! (talk) 2017年11月10日 10:31 (UTC)

我真的很惊讶我们没有专门的动物园或水族馆文章。关于这些主题应该有大量内容（例如，不同国家动物园的预期、是否可以期望有餐饮场所或自备、与保护的关联以及一些动物园提供课程或表演）。我自己会开始写一篇，但我对动物园了解不多，而且我目前的生活没有太多时间进行维基编辑。 DethDestroyerOfWords (talk) 2017年11月10日 15:29 (UTC)

关于动物园：（曾当过一段时间动物园管理员……）我不太确定。我期望某个地区的动物园被纳入该市/镇/村的指南中。在全球范围内，这可能会成为一个非常长的列表。至于更深入地讨论动物园，那可能会变得非常困难，很多问题将归结为个人意见——保护、圈养繁殖、放归野外、基因变异、圈养动物的道德问题（例如哥斯达黎加）。你会包括什么？有些动物园很好，有些则不然，你会包括救助中心吗？你会开始讨论EEP、血统簿、物种协调员、动物园间转移、TAG等吗？——在这种情况下，你将涉及大量的背景细节，我怀疑大多数动物园游客不会太感兴趣（而且动物园本身可能是这些信息的更好来源，因为它们的网站往往会详细介绍这些领域的活动）。尽管我曾当过动物园管理员（大约5年前辞职），但我认为我没有足够的知识来撰写这样一篇文章。 PsamatheM (talk) 2017年11月10日 17:13 (UTC)

我认为动物园应该包含一些关于世界著名动物园的信息（比如最古老的维也纳动物园，以及自然主义展示的开创者汉堡动物园……），但可能更多地是关于动物园的类型（例如，幼儿可能更喜欢带游乐场的小动物园，10岁孩子可能更喜欢大动物园，生态学学生可能想看濒危物种等）以及可能的一些趋势，比如动物在不同展区之间轮换。 WhatamIdoing (talk) 2017年11月11日 06:43 (UTC)

在英国，你也有像Whipsnade这样的动物园，实际上是整个公园。 ShakespeareFan00 (talk) 2017年11月12日 09:23 (UTC)

我实际上指的是“童年历史”，因为有些东西不完全是玩具，但与之相关……与微缩模型、立体透视模型和比例模型有一些重叠，后者仍然是一个小作品。 :( ShakespeareFan00 (talk) 2017年11月11日 14:20 (UTC)

这个标题暗示一篇文章会以“想当年，我上学要走十英里，而且两边都是上坡……但是现在你跟孩子们说这些，他们会信吗？”开头 :) 也许玩具和童年娱乐会是一个合适的标题？不知道。显然它是一个红链接，但是博物馆也是红链接。 K7L (talk) 2017年11月12日 14:49 (UTC)

我实际上是在想玩具、拼图和其他娱乐，以涵盖诸如在哪里购买魔方之类的东西……有人想写个小作品吗？

ShakespeareFan00 (talk) 2017年12月6日 12:36 (UTC)

2017年社区愿望清单调查

今天我在元维基上添加了一个改进Kartographer工具的愿望。请参与讨论。谢谢。 --RolandUnger (talk) 2017年11月18日 17:00 (UTC)

感谢你这样做。w:en:WP:VPT上的一些编辑者刚刚抱怨今年完全没有与地图相关的愿望。我认为就地图等主题提出更多愿望会是一个好主意，因为这些主题对许多不同类型和规模的项目都很重要。 WhatamIdoing (talk) 2017年11月19日 02:48 (UTC)

移动网页阅读器新增PDF打印功能

移动网页阅读器新增PDF打印功能

本周，读者网页团队将推出一项新功能，以方便在移动网站上下载文章的PDF版本。

提供更好的离线功能是新读者团队在墨西哥、尼日利亚和印度进行研究中突出显示的领域之一。团队创建了一个移动PDF原型，并通过用户研究和社区反馈进行了评估。原型评估获得了积极的反馈和结果，因此继续开发。

首次部署时，该功能将适用于安卓系统上的Google Chrome浏览器。对其他移动浏览器的支持将在未来推出。对于Chrome浏览器，该功能将使用安卓原生的打印功能。用户可以选择将网页下载为PDF文件。移动打印样式将用于这些PDF文件，以确保在小屏幕上的最佳可读性。

该功能将于11月15日（星期三）开始提供。欲了解更多信息，请参阅MediaWiki.org上的项目页面。

谢谢！

CKoerner (WMF) (talk) 2017年11月20日 22:07 (UTC)

为某些突出列表文章提供更具视觉吸引力的外观

我刚刚修改了我们的通讯页面，该页面之前只包含一个没有额外信息的文章列表，使其具有更具视觉吸引力的外观（在我看来）并包含一些额外信息。我倾向于我们对某些重要列表文章使用这种外观，这在德语维基导游中很常见。

在我看来，这种设计也应该用于我们的交通页面，就像这样（也许也适用于其他重要的列表文章）。

您会支持将这一更改应用到交通页面吗？ 维基垃圾 (talk) 2017年11月25日 20:35 (UTC)

确实看起来更好。 --Traveler100 (talk) 2017年11月25日 20:40 (UTC)

我也喜欢这个。感谢您的主动。 Ikan Kekek (talk) 2017年11月25日 23:13 (UTC)

一个单独的问题：通讯页面被标记为旅行主题文章。但它没有在旅行主题中列出。而且它实际上是一个文章的索引或目录，而不是一个主题文章，类似于行程页面。我建议将{{outlinetopic}}替换为{{Title-Index page}}。我想{{PartOfTopic|Travel topics}}应该被删除——行程页面没有{{PartOfTopic|...}}。 Nurg (talk) 2017年11月26日 01:27 (UTC)

不确定怎么会漏掉这个。我已经用通讯替换了驾驶子主题。 --Traveler100 (talk) 2017年11月26日 07:22 (UTC)

我刚刚将另外三篇重要的“列表文章”进行了相同的转换

在我上面得到对通讯页面的更改的支持后，我决定对以下三个页面进行类似的转换——交通、乘船旅行和一般交通主题。我也希望您更喜欢这些文章更具视觉吸引力的版本。

交通文章中有很多文字，在我看来应该移到子文章中。由于英语不是我的主要语言，如果您能帮助我确保该页面的此版本中的所有文本都被复制到相关的子文章中，我将不胜感激。有人有兴趣帮助我吗？ 维基垃圾 (talk) 2017年11月26日 07:45 (UTC)

哦，如果任何对这个主题有了解的人能写一篇关于叫车服务（关于使用Uber和Lyft等服务）的文章，我也会非常高兴，我注意到交通页面中缺少这篇文章。 维基垃圾 (talk) 2017年11月26日 07:47 (UTC)

你有没有检查过子列表中的文章在更改后是否仍然容易找到？我注意到，例如海上皮划艇不太适合当前乘船旅行中的任何链接。最接近的是划船，但它在该文章的两个页面下的一个子部分中提到，并且与前导部分的描述不太吻合。皮划艇文章被归类到水上运动，这可能合乎逻辑，但不一定是人们查找的地方（徒步旅行在另一个分支中，在户外生活）。 --LPfi (talk) 2017年11月26日 11:36 (UTC)

哎呀，我注意到海上皮划艇被列为“另见”。我希望其他不明显符合条件的子文章也能以类似的方式处理。 --LPfi (talk) 2017年11月26日 11:44 (UTC)

太棒了！维基垃圾，谢谢你做了这些。 --ThunderingTyphoons! (talk) 2017年11月26日 16:47 (UTC)

我们确定要这样做吗？

我个人对交通页面所做的更改感到有些惊讶，那里流动的文本被转换成了这种有些幼稚的库存照片大杂烩……我不确定旧文章是我们做过的最好的，但新文章也值得商榷…… Hobbitschuster (talk) 2017年11月26日 21:17 (UTC)

同感。在我看来，我们应该回滚，然后起草一篇替代文章。 /Yvwv (talk) 2017年11月26日 22:21 (UTC)

或许一个简单但更宽泛的建议：把首页底部的所有文字都弄得大一些。我把这个网站推荐给几个人，他们都错过了这些文字。此致， Hennejohn (talk) 2017年11月27日 00:16 (UTC)

我倾向于同意。将一个小型列表更改为新样式是一个很大的改进，但我不确定当文章中有大量文本必须删除时是否如此。 Gizza ^(roam) 2017年11月27日 00:27 (UTC)

问题是……交通文章从来就不是一堆大杂烩的文字。它是一个过于宽泛的主题，因此在我看来，如果它没有被文字淹没，并能帮助读者轻松导航到他们正在寻找的正确子文章（我确信将来还会创建更多这个宽泛主题的子文章），它的效果会好得多。正如我上面提到的，我个人认为，以前在交通文章中的任何内容都应该移到它所属的子文章中。否则，为什么不把子文章中所有内容都移到一个大的交通文章中呢（我希望你同意这将是一个糟糕的主意，因为没有人能够找到他们需要的信息，而且文章会太大）。 维基垃圾 (talk) 2017年11月27日 03:23 (UTC)

Hobbitschuster, Yvwv, User:DaGizza 和 Hennejohn - 你们都反对将交通文章中现有内容移至子文章吗？你们都认为将主要交通文章和子文章中出现相同的大段文本会更好吗？ 维基垃圾 (talk) 2017年11月27日 03:39 (UTC)

如果用户知道他们想阅读铁路交通，他们会直接去铁路交通的文章。如果他们去一般交通的文章，他们希望看到不同形式的比较、对比以及优缺点。因此，在这种情况下，一个生动的图片展示并不是大多数人所期望的。 Hobbitschuster (talk) 2017年11月27日 03:45 (UTC)

这对于英文维基导游来说并不是一个全新的概念——著名的“列表文章”旅行主题也是一种“生动图片展示”……您是建议我们用纯文本版本替换它吗？ 维基垃圾 (talk) 2017年11月27日 03:49 (UTC)

我一直认为旅行主题的图片展示不如理想（请参阅讨论页），但这并非重点。没有人会为了阅读旅行主题而来到“旅行主题”，他们是为了寻找感兴趣的旅行主题文章。正如Hobbitschuster所写，交通文章有值得阅读的散文，人们可能会期望在该页面上找到这些散文。我们当然可以将其移到子文章中（选择交通方式？），但我看不出为什么它不能直接在那里，只要关于各种交通方式的文章容易找到即可。 --LPfi (talk) 2017年11月27日 10:21 (UTC)

仅供参考（这只是一个观察，我们当然不必完全遵循它）维基百科通过门户命名空间（图片式）和提纲功能（列表式）两种方式展示主题。例如，请参见w:Portal:Europe和w:Outline of Europe。 Gizza ^(roam) 2017年11月27日 11:12 (UTC)

当顶层/高层页面的选项是简短无聊的列表或带有图标和简短文本描述的相同列表时，我倾向于支持图标方法。

当选项是大量文本或几乎没有文本但带有图标时，我认为我们需要在特定页面的上下文中仔细考虑这些选项。我认为不能有一个单一的通用规则。 WhatamIdoing (talk) 2017年11月27日 18:15 (UTC)

快速阅读“交通”后，它似乎主要/完全关注于选择使用什么……有趣且实用。图标倾向于让读者根据可用文章快速选择类型。因此，我倾向于将“选择交通方式”作为新图标集中的第一个图标……内容就是“交通”文章。这只是一个主要作为用户的人的建议。 Hennejohn (talk) 2017年12月1日 19:44 (UTC)

我对维基导游在维基媒体服务器上启动即将到来的5周年纪念日的想法

5周年纪念日将于2018年1月15日到来！

维基导游在维基媒体服务器上启动的五周年纪念日即将到来（所有语言版本在维基媒体服务器上的首次启动发生在2013年1月15日）。

我当时在想，如果我们能够说服维基媒体基金会赞助一个“维基导游月”活动，那将是一个很好的宣传维基导游的方式。这个维基项目旨在吸引志愿者在官方五周年纪念日（2017年12月15日 - 2018年1月15日）之前的30天内，帮助扩展或改进所有维基导游版本中的选定文章。

大致的想法是，我们将为所有维基导游版本设立一个维基项目，类似于维基百科目前的“亚洲月”……然而……这个维基项目将邀请人们撰写或扩展以下文章：

• (1) 我们将选择的核心文章（我们需要决定哪些是核心文章，尽管我只是提到在希伯来语维基导游上，我们选择了以下文章作为希伯来语维基导游的200篇核心文章）。这样做将确保这项工作主要集中在我们认为最重要的文章上。
• (2) 或者任何他们感兴趣或非常了解的目的地文章（这个选项的缺点是我们不会对选定的文章进行集中努力）。
• (3) 或者可能只写关于他们家乡的文章（这对于大多数潜在贡献者都集中在一个或几个国家的维基导游版本来说，帮助不大）。

为了使这项工作顺利进行，维基媒体必须支持这项努力，并同意在所有维基媒体网站的所有页面顶部添加全球横幅，就像他们在维基导游上推出的“亚洲月”活动一样。目前，维基导游的大规模曝光绝对会有所帮助，特别是对于那些通常只有少数编辑活跃、努力维持运营的小型维基导游版本，它们（包括希伯来语维基导游）肯定需要任何可以从维基百科获得的网络流量。

如果您喜欢这个想法，请帮助我将其提交给维基媒体基金会。 维基垃圾 (talk) 2017年11月26日 17:40 (UTC)

嗯，我认为在英文维基导游上有很多文章无疑是重要文章，但鉴于你浏览讨论：美国时可能会看到的内容，我们可能不希望在这些文章上进行更多编辑……然而，毫无疑问，有无数篇文章需要编辑。但我们应该特别关注哪些文章呢？Hobbitschuster (talk) 2017年11月26日 17:57 (UTC)

在我看来，在我们开始讨论哪些文章对于这样一个维基项目来说是最重要、优先级最高的文章之前，我建议我们不要在这个想法上浪费时间，直接去解决阻碍这个想法实现的最大挑战——说服维基媒体基金会，这是一个值得做的好主意。

我只想补充一点，我自己上周曾试图说服维基媒体基金会的希伯来语分部启动一个规模小得多的维基项目（仅针对维基媒体基金会的希伯来语网站），但他们告诉我，要么是一个像维基百科的“亚洲月”那样的全球维基项目，要么就什么都没有（因为他们基本上没有权限启动这样的项目）。

有没有人可以帮助我尽快向维基媒体基金会提出这个想法？维基垃圾 (talk) 2017年11月26日 18:30 (UTC)

我们应该联系谁？我们的提案需要多具体？Hobbitschuster (talk) 2017年11月26日 19:01 (UTC)

我们五年前刚上线的时候就经历过这种情况了。这样的活动只会适得其反，特别是对于小项目来说。很多新人会来写一些通常根本不适合旅行指南，或者至少需要大量编辑的内容。由于人力有限，小项目将无法应对新编辑的涌入，最终只会留下大量未完成的、普遍无用的文章。所有新编辑都会在横幅撤下后立即离开。我们没有从那次活动中获得任何一个长期编辑者。

如果有人仍然想尝试，我建议选择在一个或几个维基百科中放置横幅，这只需要那些激活横幅的维基百科的同意。--Alexander (talk) 2017年11月26日 20:37 (UTC)

“我们没有从那次活动中获得任何一个长期编辑者。”嗯，首先这是错的。我来到 Wikivoyage（2013年1月15日）就是因为维基百科顶部有一个宣传它的横幅；我不可能我是唯一一个。此外，“所有新编辑都会在横幅撤下后立即离开”也没有合理的理由——我会说很有可能在那一个月里，人们会来到这里，决定他们喜欢这里，并决定留下来。--ThunderingTyphoons! (talk) 2017年11月27日 09:53 (UTC)

ThunderingTyphoons!，我指的是俄语维基导游，我认为它是大多数维基导游的指导性案例，除了少数几个较大的。如果人们发现有用的信息，他们可能会决定留下来，这意味着应该已经存在大量撰写精良且插图恰当的文章。我们在2013年（在俄语维基导游上）没有，所以我们从那次横幅宣传活动中一无所获。现在可能好一点了，尽管我不确定。另一方面，我确定希伯来语维基导游只有一个“非常活跃的贡献者”（根据统计数据的定义，这意味着每月编辑超过100次的编辑者）既没有这样的文章，也没有足够的人力来应对新来者。所以我确实预计对小型维基导游会产生整体负面影响，而且我有确凿的证据支持这一说法。

在我看来，对于小项目来说，更好的选择是组织竞赛，吸引少量经验更丰富的人。另一个优势是，参与竞赛的人倾向于阅读指南，而通过横幅来的人则什么都不读。顺便说一句，乌克兰语维基导游将在12月举办这样的竞赛。--Alexander (talk) 2017年11月27日 12:47 (UTC)

在我看来，这绝对取决于每个维基导游是否想参与其中，所以这个决定显然应该由维基导游来做。我希望您考虑到五年后情况可能会有所不同，因为您的论点是基于归纳证据的；过去的事件并不意味着它们在现在或未来必然会重演。您可能会发现维基导游的经历更类似于2013年英文维基导游的经历，有新的建设性编辑者加入您的团队。--ThunderingTyphoons! (talk) 2017年11月27日 13:24 (UTC)

我上面已经提到了。我们可能会从中受益，尽管我们必须努力工作。一个只有一名非常活跃编辑者的维基导游没有机会将这次横幅宣传活动变成一个有用的活动，而且这一说法背后有强有力的证据。--Alexander (talk) 2017年11月27日 13:35 (UTC)

我们可以让横幅指向一个登陆页面，解释最常见的陷阱和/或一个帮助中心，我们最有经验的用户可以在那里回答问题并帮助解决问题。我不认为我们能获得很多善意的贡献会差到比根本没有任何贡献还要糟糕。 Hobbitschuster (talk) 2017年11月26日 21:15 (UTC)

2013年1月，两个人（包括我）每天花费大约6小时清理这些好心贡献者在俄语维基导游上造成的混乱。--Alexander (talk) 2017年11月26日 21:28 (UTC)

这样的评论来自最大的维基导游版本之一是有道理的。我自己是在2013年1月通过那些横幅找到维基导游的，主要得益于我的帮助，希伯来语维基导游也于2013年3月28日启动。我确信，如果你问任何中等规模或小型维基导游版本的管理员，他们都会和我一样说——我们需要维基百科页面上良好宣传的帮助，以让更多人了解维基导游并考虑为之贡献。维基垃圾 (talk) 2017年11月27日 03:33 (UTC)

@Atsirlin: 混乱是怎样的？难道不能将制造混乱的用户指向某种解释吗？如果他们在被指出如何操作后仍然做错，那么他们可能并没有那么好的意图。如果他们没有被指出如何做得更好，那在我看来是一个重大疏漏。我认为应该显而易见，在做这种事情之前，我们应该审视我们现有的对新贡献者的建议（特别是来自维基百科的子集）和/或撰写全新的建议。正如我所说，我们可以在横幅中放置一个指向建议页面的链接。但我绝不相信十几个好意用户会比我们目前拥有的几十个拉客者给普通用户带来更多的工作。而且像我们的列表编辑器这样的东西应该有助于使很多事情不言自明...... Hobbitschuster (talk) 2017年11月27日 03:49 (UTC)

看起来每天有10个新人涌入，进行了数百次编辑，平均创建了10个新页面。这些页面中的大多数不符合地理层次结构，另一些则是不值得拥有自己文章的地方。我无法向您展示这些东西，因为它们都被删除了。我能展示的是2013年2月一位善意贡献者工作后的城市旅行指南，在这里。无用对象的列表，无系统地选择景点，没有任何单一描述，博物馆被描述为仅有“10000件展品”或“5000件展品”，但没有说明这些展品是什么。您还可以看到这篇文章在我编辑后现在的样子。我没有使用之前添加的信息，我只是将其删除并从头开始编写文章。

如果我们试图与人们交谈，我们通常得不到回应，或者回应是“我只是添加一些信息，由你来决定如何安排”。问题是横幅吸引了从未编辑过维基的人。他们对维基标记一无所知，通常也不知道旅行指南是什么。--Alexander (talk) 2017年11月27日 08:18 (UTC)

现在有4900篇文章（2013年约有2000篇），俄语维基导游难道不是一个中等规模的维基导游吗？--Alexander (talk) 2017年11月27日 08:18 (UTC)

我非常确定维基的大小是指活跃贡献者的数量，而不是页面的数量。--ThunderingTyphoons! (talk) 2017年11月27日 09:58 (UTC)

那份统计数据基本上得出了相同的结果。--Alexander (talk) 2017年11月27日 12:47 (UTC)

（取消缩进）我认为这可能是一个好主意，如果执行得当的话。但我认为采用维基垃圾提出的“一刀切”方法会是一个糟糕的执行方式。像他这样的小型维基导游的需求与像英文维基导游这样的大型维基导游的需求截然不同。对于我们而言，我同意Hobbitschuster的观点，即定义某些文章比其他文章“更重要”，并将新贡献者引向它们会弊大于利。我们最重要的文章（由OP的指标定义；谁来决定什么使文章“重要”也是一个好问题）通常不需要比它们已经得到的更多关注，而且在许多情况下（例如 美国），清理高流量文章中过多的可疑质量编辑最终会从更需要关注的文章中抽走时间和精力。-- AndreCarrotflower (talk) 2017年11月27日 04:02 (UTC)

我认为这是一个很棒的主意，并全力支持我能提供的任何帮助。我也同意Hobbit和Andre的观点，即英文维基导游的需求可能与其他所有维基导游的需求都不同。对我们来说，最好是鼓励新编辑者编辑他们喜欢的任何文章，但也许可以在（霍比特舒斯特提到的“解释”页面上）建议他们从家乡或最喜欢的度假目的地开始（维基垃圾提出的选项2或3）。不针对特定文章的集中努力应该通过吸引更多编辑者来弥补，这绝不是一件坏事，尽管这里有一些相反的断言。--ThunderingTyphoons! (talk) 2017年11月27日 10:05 (UTC)

另一件应该优先于联系维基媒体的事情，是征求其他维基导游的意见。这个想法非常好，如果需要的话，即使其他维基不愿加入，我们也可以在这里和希伯来语维基导游推进。但如果涉及其他语言版本，就需要告知他们这个想法，并让他们决定是否参与。在这方面，如果我们在这里的编辑者之间达成更强的共识，我很乐意联系法语维基导游。--ThunderingTyphoons! (talk) 2017年11月27日 10:17 (UTC)

我支持在周年庆期间进行某种宣传或提高意识的活动。即使我们回滚并删除了90%的新贡献，只保留了10%（这可能是最坏的情况），如果其中一些10%的作者留下来，从长远来看，维基导游会变得更好。我们不仅需要编辑者，也需要读者。更高的读者量将有助于搜索引擎优化，并有望带来连锁或病毒式反应，让一些新读者传播信息和/或在社交媒体上关注我们。Gizza ^(漫游) 2017年11月27日 10:58 (UTC)

实施

关于（可能的）实施的一些说明

1. 当然有必要联系不同语言版本的人，征求他们的意见和支持。也有必要提及Stefan和James，他们在维基媒体世界有良好的关系，而不是天真地问“我们应该联系谁？”

2. 进一步的讨论很大程度上取决于范围。一个“较小”的语言可以与他们的本国维基百科（例如，希伯来语维基百科的 he.voy）协商，而无需前往元维基，但任何涉及全球英语项目的都更加核心，因此需要更长时间组织。

3. 12月15日至1月15日的时间表可能不切实际。首先，中央通知的建议讨论期是“至少7天”，但对于非标准情况可能需要更长时间。其次，应该准备好解释如何撰写内容的登录页面。仅仅在维基百科页面顶部发布一个“请为维基导游贡献”的链接弊大于利，参见我们2013年的经验（上面线程中描述）。第三，一些横幅宣传活动已经安排。我确定维基媒体基金会不愿在正在进行的“大型英语筹款活动”（11月20日至12月31日）期间宣传维基导游。与“维基媒体年度报告”（1月7日至1月30日）的重叠也是不可取的。因此，我将目标定在1月15日至2月15日期间，认为1个月比2周更好（我们2013年是2周），因为1月下半月仍然有重叠。

--Alexander (talk) 2017年11月27日 13:03 (UTC)

另一个实施想法是将其变成类似正在进行的亚洲月，实质上是一场编辑马拉松。潜在的优势包括：i) 为最多产的编辑者提供更明确的激励和少量奖励；ii) 维基媒体社区已经熟悉这类活动；对于此类活动设置中央横幅不应有太大反对意见，而因为五周年纪念日推广一个项目（据我所知）从未发生过；iii) 该活动可以定期举行。--Alexander (talk) 2017年11月27日 17:31 (UTC)

这基本上就是我建议的……一个像“亚洲月”那样的编辑马拉松式倡议（我们五周年纪念日只是维基媒体基金会支持此倡议的“借口”）。维基垃圾 (talk) 2017年11月27日 19:08 (UTC)

亚洲月活动包括评审和奖励的竞赛环节。奖品虽然不大，但仍需有人安排。需要评审团，也需要有人起草规则。有志愿者吗？--Alexander (talk) 2017年11月27日 19:41 (UTC)

关于中央通知，获取方式详情请见。这部分是由社区而非维基媒体基金会决定的。旅行医生詹姆斯 (talk · 贡献 · 电子邮件) 2017年11月28日 00:40 (UTC)

詹姆斯，是的，这是由社区决定的，我相信它必须在英文维基百科和/或维基媒体邮件列表上宣布。我们能否得到您的帮助？例如，您能否发布这样的公告（时机成熟时）？--Alexander (talk) 2017年11月28日 01:09 (UTC)

永恒皮肤

从酒吧“扫荡”而来

大家好。您可能已经注意到，我们有新的“Timeless”皮肤可用于维基。它是一个响应式皮肤，适用于所有设备。它看起来非常现代，我立即切换到它。您的语言版本似乎在这种皮肤方面存在一些问题。

1. 页面横幅根本不显示。像清迈这样的文章以带有兴趣点地图而不是该地点照片开始。
2. 主页根本不显示三个特色文章——只有三个带编号的按钮。你不需要手机来检查。只需将浏览器宽度缩小到小的手机宽度即可。

也许关注一下是有益的。像我这样的人可以使用它，或者新的皮肤可以切换为匿名读者的标准。-- DerFussi 2017年12月4日 06:30 (UTC)

除了这些问题，我还发现“永恒”皮肤没有显示面包屑导航，并且在路由框中文字对齐也不总是正确。很遗憾，我喜欢“永恒”皮肤的外观，特别是字体，但我认为目前不应推荐它来代替普通皮肤。-Shaundd (talk) 2017年12月19日 06:40 (UTC)

需要您的帮助来说服更多杰出的维基百科人来帮助扩展维基导游

我目前正在考虑尝试说服一些希伯来语维基百科中最著名/多产的维基百科人帮助扩展希伯来语维基导游（实际上为希伯来语维基网站贡献的希伯来语使用者人数有限，其中大部分活跃于希伯来语维基百科，所以对我来说，去那里尝试招募潜在编辑者是最合理的）。

尽管多年来希伯来语维基导游大多被希伯来语维基百科人忽视，这可能是因为最初我们必须从头开始构建网站的基础 + 我认为许多维基百科人从未看到维基导游的优势，可能更喜欢主要撰写百科全书文章……我希望现在，希伯来语维基导游提供了许多维基百科中不存在的有价值内容，并且它不是维基百科的克隆品，这一点更加清晰……其中一些人可能会选择加入这项努力。

如果可能，请在下方写下您认为可能说服他们帮助扩展维基导游的主要论点（“推销”）——您认为维基导游为什么重要/必不可少？他们为什么应该在维基百科之外，投入时间和精力在维基导游上？（任何其他可能说服资深维基百科人伸出援手的论点都非常欢迎）。维基垃圾 (talk) 2017年12月12日 16:52 (UTC)

我会强调维基导游的写作风格更随意、更有趣。它仍然是工作，但它不像百科全书那样，所以它给你一个机会用一种不同的、更令人愉快的风格来写作。—贾斯汀 (koavf)❤T☮C☺M☯ 2017年12月12日 17:05 (UTC)

我赞同贾斯汀的评论。维基百科的政策在我看来是限制性的，而且执行起来压抑。在那里编辑时，我感觉自己像被束缚，我怀疑我不是唯一一个。维基导游完全不是那样。-- AndreCarrotflower (talk) 2017年12月12日 17:29 (UTC)

这是一个好观点，尽管它可能不是说服一位著名的维基百科人支持维基导游的主要论点（因为很可能，一位典型的著名维基百科编辑者……我指的是那些构成希伯来语维基百科大部分内容的200-400人……现在很可能已经习惯了“维基百科”的写作风格，并且认为不以百科全书式的写作风格写作没有优势）。此外，维基导游的文字以更非正式、更随意有趣的方式书写这一论点……这一点在大多数维基导游版本（包括希伯来语维基导游）中可能尚未被很好地注意到，除了英文维基导游或德语维基导游，因为大多数维基导游版本由于活跃多产编辑者/作者数量相对较少而文字内容不多。维基垃圾 (talk) 2017年12月12日 17:53 (UTC)

我发现德国维基导游有时过于正式和官僚……Hobbitschuster (talk) 2017年12月12日 18:19 (UTC)

那可能是您的经验，但诋毁维基百科可能是吸引维基百科人来此的最糟糕方式，也是让他们感到不受欢迎的最有效方式。也许我们可以少做一点，这样就不会吓跑人。Ground Zero (talk) 2017年12月12日 18:50 (UTC)

我无意诋毁任何人……恰恰相反（如果您从我目前所写的内容中获得了这种印象，我深表歉意）。我自己就是一名维基百科人（是如今希伯来语维基百科大部分内容的200-400名撰写者之一），在过去五年中，希伯来语维基导游所有8-10名多产编辑者也都是在维基百科活跃一段时间后才发现维基导游的维基百科人（除了我之外，所有人都因各种原因最终放弃了）。我倾向于相信，希伯来语维基导游上的大多数维基导游人很可能都是维基百科人，原因很简单：那些在维基百科上编辑了一段时间的人获得了在维基网站上协作创建高质量内容的工具和知识（而大多数人不知道如何这样做，或者对此不感兴趣）。因此，我倾向于相信希伯来语维基导游（以及其他小型维基导游版本）的未来严重依赖维基百科人，并且重要的是要研究如何证明维基导游的重要性、价值，以及更多维基百科人应该考虑伸出援手（我相信，为此，倾听那些拒绝帮助改进/扩展维基导游的著名维基百科人的论点非常重要）。维基垃圾 (talk) 2017年12月12日 21:25 (UTC)

@维基垃圾: 不，我不是指您的评论。我指的是其他编辑者在这里和其他讨论中的评论。Ground Zero (talk) 2017年12月14日 18:16 (UTC)

我留下来是因为它很有趣，而且这里的人都很好。

此外，这里也是放置维基百科不适合的信息的好地方。如果整体使命对您有吸引力，那么分享知识的想法就不需要太多解释了。这里是“人类知识的总和”中这样一部分内容的地方，听起来像是“每当我们有访客时，我们总是带他们去……”或“您的酒店钱花得最值的是……”。WhatamIdoing (talk) 2017年12月13日 01:42 (UTC)

我其实也喜欢更轻松的语调。维基导游的另一个优点是，我觉得我在这里能产生更大的个人影响。一个额外的活跃编辑者对维基导游的影响远大于对维基百科的影响。我猜测吸引新编辑者的好策略是寻求具体的帮助。例如，如果你看到一位维基百科人来自X，你可以问这个人是否可以帮助编辑X的维基导游文章。受到重视总是令人愉快的，而且我认为许多维基百科人不会介意完成更新一篇文章这样的小任务。一旦他们亲自尝试了维基导游，他们就会希望能沉迷并留下来。MartinJacobson (talk) 2017年12月13日 18:18 (UTC)

我曾尝试从希伯来语维基百科中寻找一些对特定城市/国家似乎是专家（例如，对重要城市/国家的文章贡献最多的人）的特定编辑者，但过了一段时间我发现，在希伯来语维基导游中，这些多产作者大多从未去过这些城市/国家，而是根据英文维基百科中平行文章的信息撰写了一篇相对简短的总结文章（这很可能是因为大多数希伯来语使用者居住在以色列）。维基垃圾 (talk) 2017年12月13日 18:39 (UTC)

我认为维基在许多领域都可以是革命性的，而不仅仅是百科全书的世界。我喜欢现存的大多数非营利维基，而所有非维基百科的维基都往往被读者和编辑者低估。此外，我认为有很多人对积极撰写旅行内容感兴趣，而他们永远不会为维基百科撰写。旅行博主、在专门论坛上发布文章和评论的旅行者、在猫途鹰（Tripadvisor）、Yelp甚至Quora等网站上评论兴趣点的人数庞大，远超过编辑维基百科的人数。在我看来，这是一个更大的未开发潜力，但挑战是如何让他们加入我们。Gizza ^(漫游) 2017年12月17日 01:35 (UTC)

仅在监视列表中查看最新更改

我现在只看到监视列表中每篇文章的最新更改，尽管我已选择查看所有更改。由于最新更改不一定比其他更改更重要（事实上，重大更改通常后面会跟着小的编辑），所以监视列表现在几乎毫无用处。我是不是应该查看列表中每篇文章的历史记录？这会增加很多不必要的点击。这只是我个人的问题，还是有什么更新导致了这个问题？我使用的是经典的 Monobook 皮肤，这可能会有影响。--LPfi (talk) 2017年12月13日 21:10 (UTC)

@LPfi: 我也使用 Monobook 皮肤，并在 Special:Preferences#mw-prefsection-watchlist 中勾选了“展开监视列表以显示所有更改，而非仅显示最新更改”。你确定你保存了这样的设置吗？我可以看到所有更改。2017年12月13日 22:17 (UTC)

我很久以前就勾选了它，最近也没有动过。我还两次检查了它是否被勾选。我现在取消勾选然后又重新勾选了。问题仍然存在。我前段时间做了一些操作来禁用一些新功能，这会不会有什么关联？在 sv-wp，监视列表工作正常。--LPfi (talk) 2017年12月14日 06:58 (UTC)

监视列表在其他电脑上似乎运作正常。如果我发现什么，我会回来的。--LPfi (talk) 2017年12月17日 20:37 (UTC)

我创建了一个探险（在用户空间中）

我做了这个在我的用户空间中。在我将其移到主空间之前，我想请某人——是User:Traveler100 以前做过吗？——制作一个我们通常用于探险的漂亮的进度更新检查条，它会告诉我们需要哪些列表以及文章的状态。你当然可以参与进来，编辑并向我提问，一旦上述功能添加进来，我就会将其变为一个常规的实时探险。Hobbitschuster (talk) 2017年12月16日 14:08 (UTC)

我来试试。--Traveler100 (talk) 2017年12月16日 16:01 (UTC)

谢谢！对不起，我拼错了你的用户名……Hobbitschuster (talk) 2017年12月16日 16:07 (UTC)

它到底在哪里——今日挑战

从 pub 中清理出来

• Wli Todzi - 我已经缩小了范围，但无法精确找到。--Traveler100 (talk) 2017年12月24日 06:31 (UTC)

它的坐标是 7.07, 0.60，紧邻多哥边境。从加纳境内唯一的进入方式是步行小径。从多哥有公路可达——也是唯一的公路——这导致了一些小的政治问题。Nurg (talk) 2017年12月24日 10:07 (UTC)

• 百合——关于它的大概位置请参见讨论。--Traveler100 (talk) 2017年12月25日 13:21 (UTC)
• 博胶自然保护区在博胶省，但具体在哪里？能在会晒找到办事处。--Traveler100 (talk) 2017年12月26日 15:07 (UTC)

根据 TripAdvisor，它似乎位于大约 20.467, 100.773。在 GeoMap 的 Mapnik 图层上，它也被标记为“长臂猿体验”（放大到 12 级以上时可见）。 –StellarD (talk) 2017年12月26日 16:38 (UTC)

• 图洛塞隆，找到一家同名酒店，但不在拉梅恰普。--Traveler100 (talk) 2017年12月27日 11:05 (UTC)

Thulo Sailung 显然是“塞隆山”的意思，周围的山区也叫做 Sailung，或者 Sailungeshwor。GeoMap 的 Mapnik 图层上显示，塞隆峰位于 27.5614, 85.9744，在 27.57519, 86.00453 处有一个名为 Shree Sailungeschwor 的乡村寺庙。我已经将山峰的坐标添加为地理模板——不确定村庄是否会更好。–StellarD (talk) 2017年12月27日 13:38 (UTC)

• 达列山需要对讨论页上建议的内容进行第二次审查。--Traveler100 (talk) 2017年12月28日 15:58 (UTC)

清理酒吧

从 酒吧中清理出来

今天我花了很多时间清理酒吧里旧的讨论，遵循了本页顶部的号召

"保持酒吧的整洁是团队的努力。如果此页面上有太多对话，就会变得过于嘈杂且难以阅读。如果您看到一个旧的对话（即休眠了一个月），可以将其移动到讨论页，请这样做……"

我已尽力将讨论移至相关页面，如果不行，则移至用户讨论页或酒吧档案。

如果您认为我移动的内容有更好的去处，请将其移到那里。我不会介意的。如果您更想抱怨我移动了某些内容，请亲自到酒吧清理客服办公室投诉。

您可以通过一开始就将讨论放在正确的页面上来避免您的讨论被移动到您不喜欢的地方。您可以在这里在酒吧添加一个便条，引导人们到该讨论，该便条可以在一个月后由清理员删除，这样我们就可以保持酒吧的整洁。谢谢大家，祝那些庆祝圣诞节的人圣诞快乐。Ground Zero (talk) 2017年12月25日 01:37 (UTC)