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

最受欢迎的文章

不确定大家是否看过这个最受欢迎文章的新列表？

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

感谢你的到来，旅行医生。这份列表真的很有趣！很多排名在我看来都出乎意料。伊坎·凯克 (讨论) 2016年12月31日18:35 (UTC)

有犯罪记录的旅行 在这里和在WT上都是相关Google搜索的热门结果。显然，关于这个主题的资源不多。Powers ^(讨论) 2016年12月31日19:04 (UTC)

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

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

我同意Andrew的看法。我们小众话题的受欢迎程度，是因为我们是唯一写过这些内容的在线旅行指南。我还想知道社交媒体是否发挥了作用。其中一些小众文章可能在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:使用MediaWiki模板政策，它们应在广泛部署前标记为实验性并进行讨论。Powers ^(讨论) 2017年1月2日00:08 (UTC)

维基媒体国际会议2017

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

应该展示和讨论哪些功能？我的清单上有地图功能、全自动信息框和维基数据功能。你们呢？我想到了你们的横幅、列表，但我没有百分之百地跟上最新情况。我很乐意获得一些信息和建议？-- DerFussi 2017年1月2日07:21 (UTC)

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

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

谢谢，我会记住的。我们在柏林协会生日时与维基数据项目经理谈论了气候数据。我们认为只有机器人才能将大量数据传输到维基数据。你知道有什么免费的此类数据来源吗？或者有哪个项目会提供免费许可下的数据。我们在柏林有人负责官方沟通。但目前我们不知道应该从哪里获取数据。

德国维基媒体协会希望为我们制作一些小物品，比如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)

用户：DerFussi，我认为与旅行相关的礼物可能比较合适。一个行李标签或一对一次性泡沫耳塞（盒子上有维基导游的标志）可能相对便宜。WhatamIdoing (讨论) 2017年1月4日17:56 (UTC)

用户：WhatamIdoing。这两个想法都非常棒。我会在和WMDE的人谈话时把它们写进我的清单。谢谢。-- DerFussi 2017年1月4日19:36 (UTC)

祝2017年愉快——新年目标与项目

所以这一年无可避免地即将结束，尽管我们在WV取得了一些成功，但我们离完成任何事情都还很远（任何维基都从未真正完成）。我认为过去的一年对社区来说总体是积极的（我没有回想起任何引人注目的冲突，也没有任何人离开，但我可能忽略了一些事情），尽管对于整体而言对旅行爱好者来说并不是一个好年。 战区似乎越来越糟，而不是更好，而对日益收紧的“安全”的呼吁，尤其是在边境背景下，预示着未来的不祥。英国脱欧很可能意味着英国和欧盟之间的旅行变得更加困难。但无论如何，我们这里的社区对这些发展无能为力，我希望我们能尽量保持讨论的非政治性，即使有些用户可能能猜到其他一些人的政治偏见。

所以，我们不要再关注2016年的情况，而是关注2017年我们想做的事情。我认为有一些正在进行的项目以及一些新的项目将从明天开始让我们忙碌起来。

1. 至少开发一篇美式足球、德国城际巴士或德国铁路旅行的文章，以便准备好被推荐
2. 继续进行SEO编辑，特别是针对重要文章（国家、大陆（区域）部分、主要城市），希望能吸引更多关注我们的目光。
3. 通过合并、删除和增加更多内容来减少空白大纲的数量，如果可能，将其提升为可用状态。
4. 希望能对尼加拉瓜的文章进行一些实地考察
5. 如果可能，也对其他目的地进行一些实地考察。

无论如何，我希望你有一个安全愉快的新年前夜（听纽约巨人队球迷的一句忠告：小心烟花）和美好的2017年。我很乐意听到你关于维基的计划，如果你愿意，也可以分享维基之外的计划。祝您新年快乐 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年维基媒体国际会议（Wikimania 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信息投递代表维基媒体基金会发布，20:31，2017年2月15日（UTC）• 请帮助翻译成您的语言 • 获取帮助

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

从酒馆里扫来的

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

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

谢谢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字节

如你所见，我在希伯来语维基导游巴塞罗那条目中的贡献，比希伯来语维基百科上同一条目的所有主要贡献加起来还要多。

这个方法可能更适合从英文维基百科获取说英语的本地专家。维基垃圾 (讨论) 01:32, 2017年2月17日 (UTC)

移动模式

从酒馆里扫来的

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

有没有适用于安卓系统的维基导游应用，在哪里可以获取？我认为由远征页面来处理这些是可以的。--Zerabat (讨论) 20:39, 2017年2月22日 (UTC)

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

建立一个中心页面，用于放置合并讨论的指针或进行合并讨论

从酒馆里扫来的

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

无保留支持。有时你永远不知道你想要什么，直到别人提及。--ThunderingTyphoons! (讨论) 00:15, 2017年3月7日 (UTC)

温和支持。我同意单个文章上的合并讨论可见性较低，尽管我不太热衷于建立更多官僚机构。希望有其他建议如何实现这一目标。Andrewssi2 (讨论) 00:37, 2017年3月7日 (UTC)

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

显然没有人使用这些。我认为最好不要在单个讨论页上进行合并讨论，而是在类似WV:合并讨论的地方进行，它会像vfd一样工作。Hobbitschuster (讨论) 01:19, 2017年3月7日 (UTC)

不应该只是另一个清谈页面，而应该付诸行动。--Traveler100 (讨论) 03:45, 2017年3月7日 (UTC)

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

你为什么认为如果合并/重定向讨论在一个专用页面上进行，会得到更多的关注？我对此不以为然。Ikan Kekek (讨论) 09:38, 2017年3月7日 (UTC)

因为人们可以关注那个页面，而他们可能不会关注那些随机的待合并文章。现在的解决方法是每个人都关注Category:Articles to be merged——这现在可行。另外，如果这不起作用，如果对相关文章不感兴趣（因此没有注意到合并建议）的人都不关心发表意见，那为什么不直接合并呢。--LPfi (讨论) 11:57, 2017年3月7日 (UTC)

（从左边开始）让我提出这个问题的原因是Soazza没有按照既定协议合并，很可能是因为对通常的处理方式感到沮丧，然后被另一个认为不应该合并的用户取消合并。我认为VFD尽管存在缺陷，但比在单个讨论页或酒馆中进行删除讨论效果更好。为什么不完全同样地处理合并讨论呢？也许我们可以引入一个试用期，如果在X时间后我们决定它不起作用，我们可以回到旧的方式或尝试一种完全不同的方法……Hobbitschuster (讨论) 18:44, 2017年3月7日 (UTC)

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

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

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

技术问题 是否有可能使用某种脚本将讨论跨页包含？我的意思是，将讨论同时显示在讨论页和（暂定名称）WV:合并投票页面上，并且用户能够同时在这两个页面上做出贡献。这样，许多潜在的缺点（说实话，我没看到，但不管怎样）就会消失。 Hobbitschuster (讨论) 23:37, 2017年3月7日 (UTC)

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

我本人很少阅读评论请求，我担心这里的许多用户也是如此。Hobbitschuster (讨论) 01:19, 2017年3月8日 (UTC)

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

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

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

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

那么，你将如何处理像天堂（密歇根州）和白鱼湾这样的情况，其中就合并方向存在一些分歧？天堂是一个地图上微不足道的村庄，只有一个{{列表}}用于某个现已关闭的场所。作为一个目的地，它主要用于开玩笑，关于从天堂（密歇根州）到地狱（密歇根州）的距离。我记得，有人给白鱼湾加上了{{合并}}标签，因为他们不喜欢水体，然后另一个人给天堂村庄加上了{{合并}}标签，将其合并到更大的农村地区，因为那里什么都没有。我查看了这两个页面的历史，几乎没有发现任何实际的讨论——只是随意地将这个合并到某个地方，假设下一个编辑者可以撤销这个烂摊子吗？K7L (讨论) 15:47, 2017年3月8日 (UTC)

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

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

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

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

在某些情况下，单个文章上的{{geo}}标签足以标记两个非常小的地点相邻，例如曼尼托巴省的布卢梅诺特和施泰因巴赫。不幸的是，动态地图上的“附近目的地”层并不表明实际文章是概要还是垃圾——只表明两个点指向几乎相同的地理区域。K7L (讨论) 18:46, 2017年3月10日 (UTC)

关于合并讨论应该开放多久才是合理的问题，是个好问题。我刚刚偶然发现了瑟瓦格拉姆，我提议合并它。该文章活动很少，其创建者两年未露面。我已经在RfC上发布了，并计划在一周内完成合并，除非有反对意见。我认为这是一个合理的时间，因为我们确实希望这里的事情继续进行。一周太短了吗？Ground Zero (讨论) 18:21, 2017年3月10日 (UTC)

维基媒体运动策略过程更新#2概述

从酒馆整理而来

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

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

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

以下是自我们上个月发布消息以来的更新概述

• 维基媒体运动策略过程第7次更新（2017年2月16日）
  • A & B轨道文档开发
• 维基媒体运动策略过程第8次更新（2017年2月24日）
  • 所有四个受众轨道负责人介绍
• 维基媒体运动策略过程第9次更新（2017年3月2日）
  • 征求对用于促进即将进行的社区讨论的文档的反馈

有关运动策略的更多信息，请访问Meta-Wiki 2017维基媒体运动策略门户。

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

即将发生的更改

从酒馆里扫来的

未来几周会发生许多小改动，我想尽快通知大家。请将此信息分享给其他感兴趣的人/语言/项目

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

目前我能想到的就是这些，但我可能忘记了一些事情。如果您有疑问（关于此或任何其他维基媒体基金会的工作），请{{ping}}我，我会尽力为您查找。谢谢，Whatamidoing (WMF) (talk) 2017年3月13日 18:37 (UTC)

服务器切换项目的时间已确认。所有维基将在接下来的两天内进入只读模式，持续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日 22:03 (UTC)

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

从酒馆里扫来的

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

各位维基媒体人/维基百科人：

今天，我们正在启动一项广泛的讨论，以界定维基媒体在世界的未来角色，并制定一项协作战略来实现这一角色。我们热忱邀请您加入对话。

您可以通过加入现有对话或开启自己的对话等多种方式参与。

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

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

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

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

• 了解更多关于运动战略过程的信息
• 了解更多关于志愿担任讨论协调员的信息

诚挚地，

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

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

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

维基共享资源年度图片

从酒馆里扫来的

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

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）和监察员（Ombuds）选举之前举行。未当选理事会的候选人明确允许并鼓励在理事会选举结果公布后，提交自己作为FDC或Ombuds职位的候选人。

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

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

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

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

从酒馆里扫来的

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

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

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

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

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

绝不是一个宏大的想法，但今天我发现自己手动从德语版Wikivoyage的黑措根奥拉赫复制地理坐标到英语版Wikivoyage的对应页面，当时我在想：肯定有更好的方法。 Hobbitschuster (talk) 2017年4月8日 02:02 (UTC)

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

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

现在我们有了完整的英文翻译，其中包含我们对战略的愿景。其中很大一部分描述了维基导游的发展。欢迎提出任何意见。--Alexander (talk) 2017年4月14日 19:56 (UTC)

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

从酒馆里扫来的

目前维基导游在少数页面上显示相关文章，这些页面由编辑者添加，例如在纽约市页面，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 (talk) 2017年4月20日 22:39 (UTC)

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

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

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

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

{{related}}

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

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

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

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

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

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

正如我所提到的，编辑者可以使用社区定义的相关内容覆盖所有文章相关页面。

鉴于相关页面使用率不高（仅在极少数页面上使用）以及将这些链接放在页脚会增加其不可见性，我预计启用算法将增加这些结果的编辑。 Jdlrobson (talk) 2017年4月24日 14:57 (UTC)

如果自动化结果可以被覆盖，那么它就变成了页面编写和维护的一部分。如果您手动设置了相关页面（即使只有一个），这是否会禁用所有自动化页面——这样如果自动化页面给出“糟糕的结果”，您就可以通过一个手动页面禁用所有自动化页面。或者是否有办法添加一些内容

{{ related }}

只是为了在结果不佳时禁用自动化系统。 PsamatheM (talk) 2017年4月24日 15:12 (UTC)

目前不支持此功能，但可能可以添加。 Jdlrobson (talk) 2017年4月26日 18:01 (UTC)

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

从酒馆里扫来的

是否存在这样的列表，或者有没有办法生成这样的列表？

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

这问题在于，大多数编辑者无法用超过一到三种语言撰写文章。即使能做到，他们可能也不想把时间花在用斯瓦希里语撰写纽约的文章上，因为他们更乐意撰写他们个人了解和更关心的内容。 Hobbitschuster (talk) 2017年4月22日 19:28 (UTC)

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

我想大多数Hebvoy的潜在用户更可能使用Engvoy。首先，因为许多说希伯来语的人也至少能说流利的英语；其次，因为在以色列以外的旅行中，英语比希伯来语有用得多。 Hobbitschuster (talk) 2017年4月22日 21:38 (UTC)

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

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

有没有人知道是否有可能生成一个维基导游文章列表，按照每个目的地在每个维基导游版本中存在的文章数量进行排序？ 维基垃圾 (talk) 2017年4月23日 02:25 (UTC)

这些关系存储在 Wikidata 中，并且可能可以通过SPARQL 查询来完成，但经过快速尝试，我未能找到如何进行此类查询。— Fabimaru (talk) 2017年4月23日 08:11 (UTC)

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

迂腐的分析工具....

从酒馆里扫来的

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

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

因此，我得出的结论是，要么是我太笨了，无法真正理解发生了什么，要么是分析工具对一些技术上没有问题的东西过于迂腐。

因此，我受够了尝试绕过一个对精确嵌套、标签匹配等过于迂腐的分析工具。请花时间“彻底”修复相关模板一劳永逸，或向负责新解析器/Linter扩展的Mediawiki开发人员强烈提出，说明它无法识别其他有效情况，以免我浪费时间“破坏”那些根本不需要修复的模板……

带有“明显错误”的页面在此：https://wikivoyage.cn/wiki/Special:LintErrors ShakespeareFan00 (talk) 2017年4月23日 08:44 (UTC)

我明白您的意思，有些我看不出哪里有问题，有些则非常微妙。这些方法去除了错误标记：斜体内部的斜体，不确定是内容中的网址，还是有拼写检查器。--Traveler100 (talk) 2017年4月23日 09:26 (UTC)

我一直在断断续续地与解析团队讨论这个问题几个月了。被标记的内容是现在“能用”但稍后（可能今年晚些时候）会破坏页面的内容。User:SSastry (WMF)在回答问题方面非常出色，因此如果您有在mediawiki.org上的文档中无法弄清楚的特定页面，那么我们可以一起列出清单并向他寻求帮助。 Whatamidoing (WMF) (talk) 2017年4月23日 20:37 (UTC)

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

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

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

您试图修复的lint错误是什么？您能告诉我您遇到的页面/lint错误吗？ SSastry (WMF) (talk) 2017年4月24日 17:18 (UTC)

问题是，在模板中（在我努力之前），您有一个用于样式的span标签，其中包含一个列表。根据HTML5结构，您不能将列表（块级元素）放在span标签中。

我尝试了最后三次修复“活动”模板的尝试，并在此处尝试了一个基于DIV的版本 ：- Template:Warningbox/sandbox，但是如果省略某些（可选）参数，则会出现一些不必要的空白，这不应该存在。

修复Template:Warningbox本应是一项简单的任务，但由于Mediawiki进行的一些限制或其他处理，原本应该简单的事情却变得不简单了。

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

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

这也没有帮助，因为在其他地方，人们似乎对承认使用不匹配的</p>或<p>是一种“拙劣的修补”来掩盖解析器本身可能存在的范围故障存在文化问题。

我有一个关于各种“蹩脚”或“巧妙”解决方案的“小列表”，如果某些事情得到妥善修复或重新设计，这些解决方案是不必要的，但这里可能不是讨论它们的最佳地点。ShakespeareFan00 (讨论) 2017年4月24日 (UTC) 17:43

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

我想在这里澄清一些事情。并非所有被识别的语法错误都与Tidy被RemexHTML替换有关。有些语法错误只是新的和旧的解析器都能“很好处理”的标记问题。但是，这就像人类可以很好地理解大多数语法、拼写和标点错误一样。其中一些肯定是为了清晰度和明确意图而清理标记的迂腐之举。无论如何，当我们找出识别语法问题并将其呈现给编辑的最佳方式时，这会变得更清晰。SSastry (WMF) (讨论) 2017年4月24日 (UTC) 17:18

总结

是否可以公平地总结，从侧边栏移到页脚是无可争议的，但使用算法需要更多的思考？如果是这样，是否有任何反对意见我启用页脚的显示？我需要创建一个RFC来做这个，还是可以直接做？Jdlrobson (讨论) 2017年4月26日 (UTC) 18:01

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

移动版似乎很糟糕

从旅者酒吧扫过来

我正在试用一款即将更换的智能手机，我发现移动版首页没有图片。当我用智能手机切换到桌面版时，我看到了特色文章（dotm等）的横幅，但所有内容都太宽了，我无法有效地使用它。在移动版中很难找到最近的更改（我不知道如何做到）。

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

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

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

我认为当前的移动视图是当前架构的局限性造成的。

我在一个用户页面User:Jdlrobson/main_page上查看了这个问题，看如何改进。

在查看之后，有几点建议。1）页面顶部的地图/链接不如后面的内容吸引人，考虑到搜索在移动设备上如此突出（和品牌），它在那里并没有增加多少价值。考虑将其下移或通过nomobile类将其从移动体验中完全删除。2）横幅不适合移动设备——在横幅内部应用一个移动友好型的min-width：例如，260px到banner-box2，以便在移动设备上尽可能多地占用空间。将margin top从2em缩小到0.2em。通过媒体查询将MediaWiki:Common.css中的css规则更新为2em。3）停止使用基于表格的布局进行“发现/参与”。表格是你可以使用的最不友好的移动元素——使用在移动设备上堆叠的div。

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

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

Wiki Loves Earth 2017期间的横幅竞赛

从旅者酒吧扫过来

各位同事：

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

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

所有提交给本次比赛的横幅都将由我们的评委会进行评估。我们将同时考虑各个横幅的艺术价值及其对维基导游的价值，即该横幅是否已用于或可用于维基导游文章中，它如何很好地传达目的地的感觉等。我们将设置两个小奖项，一个用于俄罗斯目的地的横幅，另一个用于国外的横幅。

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

嗨，Ymblanter。据我所知，“特殊链接”实际上只是带有新类别（Category:Page_banners_from_Wiki_Loves_Earth_2017）的标准上传表单。我们是否可以直接用这个类别标记横幅图片？--Andrewssi2 (讨论) 2017年5月1日 (UTC) 06:56

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

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

什么都不会发生。自去年以来，克里米亚的自然景观同时参与俄罗斯和乌克兰的竞赛。上传者决定他或她想参与哪一个。--Alexander (讨论) 2017年5月1日 (UTC) 19:41

动态地图中发现一个错误。我们如何修复它？

从旅者酒吧扫过来

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

有趣。OpenStreetMap上的源地图（链接）看起来没问题，但WikiMedia Maps上的缓存版本（链接）突然出现了填海造地。

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

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

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

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

PNG文件PsamatheM (讨论) 2017年5月4日 (UTC) 17:04

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

测试版功能：两栏编辑冲突视图

从旅者酒吧扫过来

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

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

我还没有试过这个，但据说它很好用。

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

编辑新闻 #1—2017

从酒馆整理而来

用其他语言阅读此内容 • 此多语言时事通讯的订阅列表

你知道吗？

您知道您可以直观地查看您的更改吗？

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

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

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

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

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

近期更改

• 新的维基文本编辑模式已作为Beta功能在桌面设备上推出。2017维基文本编辑器拥有与可视化编辑器相同的工具栏，并可使用citoid服务及其他现代工具。请前往Special:Preferences#mw-prefsection-betafeatures启用⧼Visualeditor-preference-newwikitexteditor-label⧽。
• VisualEditor的可视模式中新增了可视化差异工具。您可以在维基文本和可视差异之间切换。未来将添加更多功能。将来，此工具可能会集成到其他MediaWiki组件中。
• 团队已为脚注列表添加了多栏支持。<references />区块可以在宽屏幕上自动以多栏显示长脚注列表。这使得脚注更易于阅读。您可以为您的维基请求多栏支持。
• 您现在可以使用网页浏览器的功能在新维基文本模式中切换输入方向。这对于乌尔都语或希伯来语等RTL语言用户尤其有用，他们必须编写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日 (UTC) 18:24

未来变更

• 团队正在开发一款语法高亮工具。它将高亮显示匹配的<ref>标签和其他类型的维基文本语法。您可以打开和关闭它。它将首先在VisualEditor内置的维基文本模式中提供，可能在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日 (UTC) 18:05

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

版本滑动条

从旅者酒吧扫过来

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

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

移动网站：横幅图像看起来很糟糕

从旅者酒吧扫过来

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

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

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

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

Wroxham and Hoveton

Norfolk Broads

Wymondham

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

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

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

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

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

哦，刚注意到这个。这里有一个“origin”参数可以使用，文档在这里：Template:Pagebanner。不同意在移动设备上保持桌面宽高比，但同意面包屑和页面操作可以处理得更好（以某种方式减少高度）。--ButteBag (讨论) 2017年5月19日 (UTC) 21:01

我以前提过这个问题。本质上，这里的问题是横向横幅在移动屏幕上看起来不好看。我想你使用了7:1的比例，但这导致横幅在移动屏幕上看起来非常小。因此，横幅在移动设备上有一个固定的最小高度。

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

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

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

我们如何渲染PDF文件将发生变化——反馈？

从旅者酒吧扫过来

大家好，

我正在征求使用维基媒体维基上创建PDF功能的人们的反馈，这与维基导游上的旅行指南有关。简而言之，我们用来渲染PDF的主要技术——OCG——正在崩溃。代码老旧，难以维护，如果我们现在不更换它，我们可能会突然发现自己不得不将其下架而没有计划。

我们对未来的计划在mw:Reading/Web/PDF Functionality。如果您关心PDF功能，请前往那里并在讨论页上告诉我们是否有遗漏之处，或者是否有我们不应花费时间和精力的地方。/Johan (WMF) (讨论) 2017年5月18日 (UTC) 12:24

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

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

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

希望能更清楚一些。抱歉造成了困扰；我们或许应该发布一些内容来解释页面之间的关系——感谢您的提问。您不需要重新发布任何已经发布在那里的内容，我们已经注意到了。/Johan (WMF) (讨论) 23:51, 2017年5月18日 (UTC)

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

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

我们是否需要一种机制来标记重要和次要的图片？已经有人建议将一些图片渲染得更大以供离线使用，因为离线时无法展开图片。还有其他变体吗？

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

是的，应该有一个机制来标记重要的图片，也就是打印版本中需要的图片。但问题是图片是直接包含的，没有任何模板，所以我们无法定义它们的CSS类或其他任何东西。将每张图片放在模板中会是一个笨拙的解决方案。因此，我想到用模板标记一些“重要”图片，其中最终可以定义CSS类，而其他图片则保持原样。这样会最简单。--Alexander (讨论) 08:39, 2017年5月19日 (UTC)

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

从酒馆整理而来

此消息的翻译版本可在Meta-Wiki上查阅.

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

资金分配委员会
资金分配委员会（FDC）负责就如何向符合条件的实体分配维基媒体运动资金提出建议。此次将填补五个职位。有关此角色的更多信息，请参见FDC选举页面。

资金分配委员会监察员
资金分配委员会监察员负责接收有关FDC流程的投诉和反馈，应理事会要求调查投诉，并每年向理事会汇总调查和反馈。此次将填补一个职位。有关此角色的更多信息，请参见FDC监察员选举页面。

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

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

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

FDC选举的完整日程如下。所有日期均包括在内，即从第一天（UTC）开始到最后一天结束。

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

有关今年选举的更多信息，请参阅2017年维基媒体基金会选举门户网站。

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

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

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

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

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

来自酒馆的消息

我正在考虑我们是否应该重新审视在维基共享资源上托管图片的问题？我们正在无缘无故地失去一些东西，例如c:Commons:Deletion requests/File:Kimberley map.png，它基本上只是因为一个人的意见，在几乎没有讨论的情况下，就从金伯利（西澳大利亚）移除了静态地图。由于这发生在另一个维基上，我们通常在图片（甚至静态地图）被User:CommonsDelinker删除之前没有任何警告——到那时就太迟了。K7L (讨论) 20:43, 2017年5月23日 (UTC

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

我想维基导游在许可证方面相当草率，就像大多数人一样，而维基共享资源则非常严格。在这种情况下，底图的来源似乎没有明确说明。如果我们知道来源，就应该添加该信息；否则我们真的不知道地图是否是自由的。在最坏的情况下，大多数旧地图都必须用已知的底图重新绘制。这令人遗憾，但可能难以避免。当然，来源可能是显而易见的，或者底图是微不足道的（复制的受版权保护材料太少，不足以构成衍生作品），但在看不到地图或描述页面的情况下，这很难判断。--LPfi (讨论) 15:27, 2017年5月24日 (UTC)

维基共享资源有时在版权问题上可能过于激进/直接。是的，我们需要密切关注那里的情况。但总的来说，其好处大于弊端。Travel Doc James (讨论 · 贡献 · 电邮) 22:47, 2017年5月24日 (UTC)

品牌建设

从酒馆席卷而来

将各个姐妹网站的品牌更好地联系起来的想法已经讨论了多年。其基本思想是也将维基导游品牌化为“维基百科导游”，并使用en.wikivoyage.wikipedia.org作为URL。

潜在的好处包括

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

我的个人立场是

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

WV社区是否有兴趣考虑这个问题？旅行医生詹姆斯 (讨论 · 贡献 · 电邮) 23:02, 2017年5月24日 (UTC)

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

维基百科导游仍然可以简称为WikiVoyage或WV。这会导致读者数量增加吗，因为WV与维基百科的关联更明确？我认为可能会。这值得一试吗？也许。它可以用作宣传材料吗？当然。旅行医生詹姆斯 (讨论 · 贡献 · 电邮) 05:37, 2017年5月25日 (UTC)

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

我很乐意看到围绕此事的重大举措，但A）我们确定会实现这些好处吗？B）这会改变我们目前的治理结构吗？Andrewssi2 (讨论) 06:20, 2017年5月25日 (UTC)

A) 我们不确定。需要尝试才能知道。我们可以设置成如果未实现预期的好处，可以切换回去。B) 不，这不会以任何方式改变目前的治理。项目永远是自治的。旅行医生詹姆斯 (讨论 · 贡献 · 电邮) 14:01, 2017年5月25日 (UTC)

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

其他姊妹网站的名称中都没有“维基百科”。我反对Shaundd的观点。Ikan Kekek (讨论) 07:50, 2017年5月25日 (UTC)

同意Shaundd和Ikan Kekek，并反对。我真的希望维基媒体基金会摒弃任何出于营销目的而改变运作方式，或混淆事实以使其更具吸引力的想法。我们不是百科全书的子项目。如果项目要合并，共同因素是维基媒体，而不是维基百科。对我来说，这又一次表明维基媒体基金会已经忘记了这场运动的宗旨，并开始采用商业世界的营销手段（当他们不顾sv-wp的批评，坚持“狼来了”时，我就停止了对募捐的捐助）。

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

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

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

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

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

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

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

我同意这可能有利有弊，我们不知道尝试后会产生怎样的确切结果。然而，“维基媒体”确实导致了很多困惑，我经常听到“你是说加拿大维基百科对吧”当我称之为“加拿大维基媒体”时。

另一个好处是，虽然我们不拥有“wiki”这个词，但我们拥有“Wikipedia”这个词。不过这可能是一个较小的优势。旅行医生詹姆斯 (讨论 · 贡献 · 电邮) 13:55, 2017年5月25日 (UTC)

反对这个具体的想法，但我真的很欣赏您的魄力！对大多数互联网用户来说，“维基百科只意味着一本百科全书”这个问题的答案是肯定的。我其实不介意所有URL都归入维基媒体的旗下。比如en.wikipedia.wikimedia.org、en.wikivoyage.wikimedia.org等等。不过，我现在打出来觉得有点太长了……无论如何，祝您好运！--ButteBag (讨论) 14:48, 2017年5月25日 (UTC)

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

感谢各位的意见。我将把这一观点呈报上去，并代表你们反对这一改变。旅行医生詹姆斯 (讨论 · 贡献 · 电邮) 22:29, 2017年5月25日 (UTC)

User:Doc James : 感谢您的果断倡议。我原本非常希望这将成为一次新讨论的开端，而不仅仅是被否决。我个人非常支持寻找改进网站的根本方法，并希望看到更多围绕它的讨论。Andrewssi2 (讨论) 03:39, 2017年5月26日 (UTC)

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

总是乐于考虑其他建议。维基百科是我们最知名的品牌，其理念是简单地利用这一优势，为姐妹网站带来好处。我们可以尝试提高对维基媒体的认识，这可能足以成功。旅行医生詹姆斯 (讨论 · 贡献 · 电邮) 15:45, 2017年5月26日 (UTC)

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

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

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

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

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

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

所以，如果我理解错了（考虑到我有时在这里贡献，并对WikiData和Wikipedia做了一些修改），那么其他有时只使用维基百科的人有多少机会呢？他们会区分维基媒体和MediaWiki吗？因此，维基导游从MediaWiki的关联中能获得任何好处吗？而不是维基百科？PsamatheM (讨论) 09:20, 2017年5月27日 (UTC)

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

@ Koavf: 恐怕我没听懂（我一定是老糊涂了？）PsamatheM (讨论) 09:25, 2017年5月27日 (UTC)

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

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

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

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

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

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

我是否一直忽略了每个页面右下角的两个徽标（维基导游和维基百科上都有）“一个维基媒体项目”和“由维基媒体提供支持”？还是它们是新的 ？（我可能会盯着看东西却看不见它们（就像超市店员看到的那样......）。如果它们更突出就好了（例如，在页面顶部，也许和项目徽标一样大小），但我从未注意到那里的品牌。 PsamatheM (讨论) 2017年5月30日 (UTC) 23:00

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

合并条目

从“旅客酒馆”转来

我们有许多未决的条目合并提议。原则上，就条目合并达成共识是有意义的，但如果只有一两个人几个月来都未评论，很明显没有足够的兴趣来解决讨论，最终我们这些文章就会被“合并”标签无限期地占用。

我已经浏览了大部分文章（此处列出：Wikivoyage:请求评论）。我已经大胆地完成了一些合并，其中文章显然不符合wia，或者只有微不足道的信息可以合并到另一篇文章中。

我建议将其他文章的“共识”定义如下：在进一步的十天评论期后，如果没有“反对”票，我将执行提议的合并。如果存在“反对”票且没有大量“支持”票（例如讨论:彼得沙姆），我将关闭讨论并标记为“无合并共识”，并从文章中删除“合并”标签。请将您的评论添加到任何讨论中。合并讨论可以随时重新开启，如果有人愿意投入工作创建一篇包含信息的文章（且该主题符合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:Search缺乏集成是最大的实际问题。（每个线程都有一个历史页面，更改会出现在您的监视列表中。）但搜索对于游客中心来说可能不那么重要。（此外，我希望修复搜索会成为下个月开始的改进列表中的优先事项）。我真的认为您需要使用几次才能了解它的工作原理。 WhatamIdoing (讨论) 2017年6月2日 (UTC) 14:25

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

从“旅客酒馆”转来

在phabricator上有一个关于目录下拉菜单透明度的长期错误phabricator。这也是其他社区成员遇到的问题吗？请在任务上发表评论（使用您的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

维基导游在2017年维基媒体国际会议

各位维基导游社群成员。2017年维基媒体国际会议将于2017年8月举行。我将参加会议，并希望能见到一些其他社群成员。为了充分准备会议，我想了解更多关于您对维基导游的所有愿望、问题和想法。我已经在元维基上创建了一个小型网站，您可以在那里留下您的所有想法、愿望和担忧。如果需要，请随意创建子页面。能在会议场地或镇上任何地方举行一次会议将是极好的。——DerFussi (讨论) —— MediaWiki message delivery (讨论) 2017年4月23日 (UTC) 20:04

火灾及其他紧急情况

从“旅客酒馆”转来

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

告知人们确保他们了解酒店等的疏散程序是否显而易见？

相关的问题是如何检查旅游行业运营商是否也尽了他们的职责？

这两个问题都是因为英国媒体报道称，Premier Inns（英国一家主要的汽车旅馆运营商）正在调查其在伦敦西部高层公寓楼发生重大事故后，在其地点使用的覆层而间接引发的。

我不确定维基导游是否涉及与旅行相关的消费者安全/保护，但也许应该考虑一下？ 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标准的，因此大多数旅行者都会熟悉它们？（另一方面，一些地方差异是否需要在相关地区文章中注明？）。我所见过的英国的所有标志自至少1980年代中期以来都是标准化的（尽管几年前是BS而不是ISO）。

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

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

（表演）魔术

从“旅客酒馆”转来

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

维基导游没有关于表演魔术的文章，所以我正在考虑要放入一个存根（目前在这里）的内容。

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

我不确定，但可能还可以添加一些“安全提示”，尽管其中大部分是“不要被骗”的设计，这在“常见骗局”中已经涵盖了（特别是像“猜小姐”这样的骗术）。

有什么想法吗？ 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

维基导游没有草稿命名空间，这就是为什么表演魔术在用户空间的原因，但这里的一些评论甚至暗示用户空间存根也是不合适的。 ShakespeareFan00 (讨论) 2017年6月24日 (UTC) 14:26

我无意给人这种印象。在用户空间开发是可以的，只是不要添加将其放入清理列表的标签。我说的是只有几行字的旅行专题，而不是有相当数量条目或只有几个列表的位置。——Traveler100 (讨论) 2017年6月24日 (UTC) 14:36

（个人意见：）对我来说，优先事项是使许多现有目的地和文章达到更好的标准。作为对删除投票的一般性评论，我宁愿花时间为目的地添加内容，而不是花时间搜索空闲的地方或为其他人创建存根页面。我怀疑我们都有很多可以增强网站的新页面好主意，但我们没有时间编写它们，而为其他人完成艰苦工作创建“存根”页面……我觉得为大量“空”目的地添加内容是一项艰巨而无聊的工作，但这是必需的。我认为最好编写和创建一篇内容充足的新页面以独立存在，而不是以“空”页面的形式抛出许多“想法”。我觉得许多现有目的地的内容确实需要完成，以改善网站。 PsamatheM (讨论) 2017年6月24日 (UTC) 16:06

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

从“旅客酒馆”转来

嗨！

我是一名在维基媒体基金会工作的波兰维基人。我的任务是确保各种在线社区了解全运动战略讨论，并促进和总结您的发言。现在，我邀请您参与讨论的第三轮。

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

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

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

欢迎大家参加！如果您有问题，请@我。您也可以查阅我们的常见问题解答（最近已更改和更新）。

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

某些编辑的新“标记”？

我们是否应该引入一个“标记”——类似于现有的“移动编辑”或“表情符号”等标记——用于替换未标记为死链接的URL的编辑？这样一来，像这样的东西就会更加一目了然，而无需先浏览所有编辑。 Hobbitschuster (讨论) 2017年4月21日 (UTC) 20:34

这是一个好主意。你可以在这里创建新的过滤器：Special:AbuseFilter/new Powers ^(讨论) 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续期提案

大家好，

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

虽然我们对所取得的进展非常满意，但我们希望进行许多其他改进，但由于上次资助范围的限制未能实现。因此，我们提议续期IEG以进行这些工作。拟议改进的亮点包括：

• 通过以下方式增强“附近需要照片的地点”功能：(1) 允许用户直接从列表或地图上的某个地点上传图片，并根据关联的 Wikidata 项目建议标题和类别；(2) 在地图上显示用户的实时位置，以便更轻松地导航到他们希望拍摄照片的地点。
• 更流畅、更直观、更具互动性的用户界面——上传的浮动操作按钮，用户贡献旁边的“附近需要照片的地点”选项卡，以及一个面板，用于显示维基共享资源帐户通知和最近需要照片的地点信息。
• 各种技术和用户体验改进，例如双因素认证登录、多文件上传、防止覆盖以及修复内存泄漏和电池耗尽问题。
• 通过在应用程序中显示共享资源帐户和用户讨论页通知（例如，提名图片删除），添加特色图片库，并在上传屏幕中添加各种通知和解释来改进用户教育。

我们非常感谢您对续期提案的反馈和建议——我们尤其对“附近需要照片的地点”功能感到兴奋，因为我们认为它可以帮助弥补缺少照片的地理定位 Wikidata 项目的空白，并为需要照片的文章提供照片。请您务必查看我们的提案，在讨论页随意提问并提出新建议，和/或酌情认可该提案。如果您想成为项目的一部分，我们随时欢迎新的志愿者和团队成员——请访问我们的GitHub 存储库或Google 群组论坛，然后打个招呼。  :)

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

这是什么？

似乎有人在大约四年前尝试过这个（甚至可能得到了一些共识），但现在呢？我们该怎么处理这个？ Hobbitschuster (讨论) 2017年7月18日 (UTC) 16:37

啊，我记得这个。这是一个不再活跃的用户在搬到维基媒体基金会后不久启动的个人项目，后来就放弃了。我记得这是一个尝试更具互动性和个性化用户体验的尝试。这些想法中有些是好的，但我们没有足够的人力去实现。我认为最好的做法是将其移到他的用户空间，以防他回来想继续，或者其他用户偶然发现它。但是，我会等到得到除我之外的其他人的反馈后再这样做。—— AndreCarrotflower (讨论) 2017年7月18日 (UTC) 18:29

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

<center>的用法

因此，在像美国早期历史这样的专题中，我们之前在<center>美国历史旅行专题：</center>和'''[[北美原住民文化|原住民]] → [[美国早期历史|内战前]] → [[美国内战|内战]] → [[美国西部开拓史|旧西部]] → [[美国工业化|工业化]] → [[战后美国|战后]]''' 之间有一行换行符——现在<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: 当然，它可能非常有用，但所有 MediaWiki 代码（例如 {{center|...}}）仍将转换为 HTML，因为这是 Web。问题是它将是有效 HTML 还是无效 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> 标签进行技术讨伐，这是这里不可预测的因素。其影响微妙而令人烦恼。我见过几个例子；其中一个是指向美国历史文章列表的导航框，另一个是 Oregon Trail#Across Nebraska 的信息框，其中 Susan 死于霍乱 居中于她的墓碑上方，直到有人打扰了她的坟墓，他们认为 <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 (讨论) 2017年7月26日 (UTC) 21:36

我知道标志需要更改——先说清楚这一点。关于现在添加模板为时已晚，我们达成了一致，但我不同意对主办城市影响很小。我自己住在多埃廷赫姆，是主办城市之一，在赛事进行期间，我看到大量外国游客涌入这座城市（人数翻了好几倍），而通常这个时候我们主要看到的是德国和荷兰游客。然而，活动的范围不仅仅是主办城市。虽然酒店房间的入住率可能不会因为例如多埃廷赫姆酒店数量少而发生很大变化，但周边地区也从活动中受益。迪芬，例如，有一家非常大的酒店，也容纳了许多游客和一两个球队。但是，是的，与奥运会相比，欧洲女子足球锦标赛规模相当小，许多其他国际和大陆赛事也是如此。
-- Wauteurz (讨论) 2017年7月27日 (UTC) 10:10

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

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

在 Dotm 页面上实现了180度大转弯

已从旅者酒吧扫入。

各位，我想指出（并尽可能在高度可见的页面上指出）我一直在看到 DotM 之前的情况有了显著改善。正如我在其他地方指出的那样，当我针对格罗宁根发出警报时，我们齐心协力，以创纪录的速度完成了文章的撰写，现在我们正在对奥胡斯进行同样更为艰巨的任务。（特别感谢Andrewssi2和Pashley对后一篇文章的帮助。）这种事情让我感到非常鼓舞，对 DotM 和 Wikivoyage 的未来充满乐观。你们都做得很好。继续努力！

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

脚本异常

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

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

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

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

Lint 错误

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

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

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

可访问的编辑按钮

已从旅者酒吧扫入

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

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

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

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

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

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

列表的编辑日期

已从旅者酒吧扫入

对于任何列表（查看、执行等），是否有一个普遍的共识，是保留还是删除编辑日期（lastedit）？它们有时很有用，但也会使文章阅读起来不那么美观。

干杯Ceever (讨论) 2017年7月25日 (UTC) 07:18

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

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

我认为我们应该保留该字段，但不应该在用户每次添加新列表时自动填充当前日期到该字段。通常，列表的添加并非基于贡献者今天亲身到场，而是基于二手资料甚至房产自己的推广网站——而这些网站可能多年未更新。如果用户今天找到了卡特赖特（拉布拉多）一家小旅馆的网站并添加了该列表，但该旅馆的网站上次更新是在2004年的 Tripod 上，那么该列表的 lastedit 应该是 2004-01-01，而不是 2017-07-25，因为许多信息可能已经过时。我们知道这个地方仍然存在并通过了年度省级检查，但我们从其网站获得的任何信息都只具有历史意义。K7L (讨论) 2017年7月25日 (UTC) 14:37

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

另一个优点是你可以知道在历史记录中哪里可以找到最后一次编辑的人。当我有一个关于条目的问题时会用到它。--Traveler100 (讨论) 2017年7月25日 (UTC) 18:32

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

卡特赖特的小汽车旅馆并不是唯一一个在网上有过期信息的商家。这样的商家比比皆是。我之所以提到卡特赖特，是因为它是一个特别明显的例子，而且我知道该网站上的一些信息是错误的（Eagle River CU 分行不存在，因为它不在信用社网站的分行列表中，但汽车旅馆却将其列为可用）。我不知道有多少信息是错误的。只有在以下情况下，才应将今天的日期插入为 lastedit=...（“标记为最新”）: (a) Wikivoyager 亲自到目的地城市查看；(b) 拨打电话直接向目的地某人核实；(c) 有其他当前通信（电子邮件、信鸽等）发送到场地或目的地的当地信息来源（如目的地营销组织或游客信息亭）；或者 (d) 正在查看今天发布并有明确日期的内容——他们仍在获取在线评论，食品检查员今天发布了今年的结果，他们正在使用今天的日期戳发布到博客或社交媒体（在他们控制的页面上，“非官方 Facebook 页面”的存在本身是毫无意义和无用的），他们刚刚登上了 Cartwright Daily Codswallop 的头版（特刊！特刊！阅读全部！），并且文章在报纸网站上带有实际的日期线。否则，过时的信息会在网上存在多年，这可能会被吸入 WV 并被好心但脱离实际的 Wikivoyager 标记为“最新”。这没有帮助。不要添加 "lastedit=2025" 除非你已确认信息在 2025 年仍然有效。

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

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

这并非“坐在扶手椅上研究的人不知道如何从该字段中删除‘当前日期’”，而是默认在新列表中显示日期，除非用户每次都自觉并重复努力手动删除它。这利用了用户的粗心和懒惰——除非用户始终警惕地删除它，否则无论信息是今天的最新信息，还是仅仅是过时网站或过时二手资料的残余，都会被输入。默认情况下，lastedit 应该留空，除非用户主动表示“是的，我今天在目的地向某人核实了这一点”。K7L (讨论) 2017年7月27日 (UTC) 18:31

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

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

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

所以，也许至少删除较旧的 lastedit 日期是个好主意，因为这样它就只是说“这不是最新的信息，但可能仍然可靠”，而不是说“看，这个信息是2015年的，已经两年了，最好去获取最新的 LP”。

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

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

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

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

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

抱歉，关于旧日期，这对我来说不像是一个共识。@Ground Zero，如果没有法律，就不要扮演警察。更重要的是，如果存在一个错误，导致 lastedit 无法更新到当前日期，我更有理由删除这种令人困惑的信息。Ceever (讨论) 2017年8月23日 (UTC) 16:36

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

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

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

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

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

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

这里是不是有人因为误解而各说各话？Hobbitschuster (讨论) 2017年8月31日 (UTC) 03:42

月度协作和电话号码

已从旅者酒吧扫入

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

我完全支持这项电话号码倡议，但我怀疑将其命名为“CotM”是否会引起任何它本来不会引起的兴趣。坦率地说，我真的不知道我们为什么还没有取消“CotM”。我们有一个 supposedly monthly feature，自2014年以来一直没有更新，这让我们的网站很尴尬。-- AndreCarrotflower (讨论) 2017年7月30日 (UTC) 15:54

我同意 Andre 的观点。我们维护“月度目的地”已经够麻烦了。让我们专注于那个页面。“协作”可以通过酒馆进行管理。Ground Zero (讨论) 2017年7月30日 (UTC) 17:55

你们俩可能都说对了，我们干脆把 CotM 从主页上撤下来吧。--Traveler100 (讨论) 2017年7月30日 (UTC) 20:56

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

很棒的工作，自2004年以来我就一直在倡导这一点 Wikivoyage_talk:Phone_numbers。为本地号码设置一个键是个好主意。它还可以用于显示一个不同的图标，以便 WV 用户知道在国外使用哪些号码。我还认为我们应该为免费电话号码设置一个关键词，因为它们通常也无法在国际上使用。例如，北美800号码可以说有+1前缀，但实际上在北美以外地区无法使用。Elgaard (讨论) 2017年8月1日 (UTC) 23:30

我已添加了在号码后添加(仅限国内)的选项，这将取消国家代码检查。--Traveler100 (讨论) 2017年8月3日 (UTC) 07:52

已更改月度协作。如果它有效，并且以后有其他建议，我们可以重新启动这项工作，否则，如果几个月后没有太多行动，建议从主页上删除 Cotm。--Traveler100 (讨论) 2017年8月3日 (UTC) 07:54

未来类似的合作可能是修复死链：Category:Articles with dead external links。我已经修复了很多，但经常会遇到一些我无法确定兴趣点是否存在，或者所有在线信息都是我无法阅读的语言的情况，因此来自对当地更了解的人的帮助会很棒。—Granger (talk · 贡献) 2017年8月3日10:54 (UTC)

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

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

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

我只是提个建议。不如选择钦奈，这是目前可用的最大城市文章。有大量列表需要验证、扩展或删除。--Traveler100 (talk) 2017年8月22日06:08 (UTC)

听起来不错。感兴趣的朋友们，Wikivoyage:本月合作#未排期提名现在有四个提名。—Granger (talk · 贡献) 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 · 贡献) 2017年8月2日15:59 (UTC)

谢谢！看起来很有趣。如果这个项目能得到维基媒体的扶持以获得更大的影响力，那就太好了。 :-) --Orschiro (talk) 2017年8月3日17:54 (UTC)

由于你可能正在寻找的四种方式尚未被提及，我想我应该说一下

1. 我们有一些项目，让当地人帮助访问他们居住地或他们非常了解的地区的旅行者。请参阅Wikivoyage:Docents了解详情。
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月以来似乎没有为维基媒体项目做出贡献了，所以这个项目基本搁浅了，不过如果大家需要的话，我们可能会重新启动它。我会@Nicholasjf21:，以防他偶尔还会查看。他最有可能解释这个项目背后的想法。

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

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

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

我更多地将你的原始问题“有没有类似的本地项目可以分享提示、技巧和最佳体验？”解读为维基导游内部的一个项目。这让我提到了Category:旅行报告，作为当地人可以为维基导游做出贡献的一种可能方式，然后话题就被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)

我认为如果有一两个分区只是大纲，这不是什么大问题，但遗憾的是，经常看到一大堆大纲文章和主文章中的大量列表，每次看到都让人沮丧。除此之外，我完全同意你的观点。一个好处是，其中一些文章可能已经达到可用状态，但编辑们忘记更新状态。是的，虽然一个人不太可能独自将一个从未去过的地方的文章从零写到星级，但（甚至大幅度地）改进这样的文章绝对不是什么高深莫测的事情。我越来越想写一篇关于这个主题的傻瓜式指南文章。 ϒpsilon (talk) 2017年8月5日17:42 (UTC)

有些地方，如果它是一个指南，本应是明显的本月合作候选者，却因为一些区仍然是概述而受阻。例如，请参阅Talk:Shanghai#Getting_to_guide.3F。上海的分区结构已经进行了一次重大修订；请参阅Talk:Shanghai#District_changes.3F进行讨论。目前的方案主要是每个官方区一篇文章；请参阅Shanghai#Districts了解详情。

这些分区应该再次修订吗？也许合并一些概述区？或者有没有办法让这些概述达到标准？也许是本月合作？ 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:我们的目标是在地图上显示单个“看”和“做”的POI，并链接到相应的维基导游文章中的适当位置。
据我所知，有一个用于地理搜索文章的API（例如）。还有一个用于页面级别POI（如“看”和“做”）的API（例如）。该API还允许结合这两个查询，将一个用作另一个的pageids生成器。无论如何，地理搜索限制在10000米半径内。
此外，维基媒体工具工坊提供了维基导游文章的全球列表。在使用API或工具工坊方法时，客户端不会直接抓取维基导游。
我的问题是：有没有办法获取一个大于10000米半径的区域（例如整个以色列）的所有POI？ 5.29.181.199 2017年8月9日15:58 (UTC)

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

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

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

在我看来，最简单的方法是查询维基数据而不是维基导游。 安迪·马布特 (Pigsonthewing); 与安迪对话; 安迪的编辑 2017年8月24日12:55 (UTC)

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

感谢你的帮助！我已经创建了一个GitHub问题，用于添加维基导游叠加层到地图中，以防你想关注进展。 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)

显示问题很可能是由于用户的浏览器中未安装相关字符集造成的，而不是维基导游本身的问题。这当然超出了我们的控制范围。 安迪·马布特 (Pigsonthewing); 与安迪对话; 安迪的编辑 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 (讨论) 2017年8月10日17:56 (UTC)

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

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

事实上，两个版本中的规定似乎是相同的：后一个版本中将被执行的规定是关于公共场所的，而不是前一个版本中所说的私人场所是安全的。据我理解，两者都说在私人场所进行私人消费是可以的，而在公共场所持有和使用是不行的，而且当涉及少量和个人使用时，不会受到严厉惩罚。我不知道人们应该如何安全地将个人使用的毒品带到他们将要消费的私人场所，但我认为这不是我们的问题。--LPfi (讨论) 2017年8月13日15:37 (UTC)

我们可以根据语境调整语气；保持安全和保持健康的部分应该使用严肃的措辞，以及诸如大屠杀纪念等主题。购物和夜生活等更愉快的主题可以更随意地描述。/Yvwv (讨论) 2017年8月17日03:41 (UTC)

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

从酒馆转来

？ויקיג'אנקי (讨论) 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)

柏林航空申请破产

从酒馆转来

柏林航空的经济问题已经持续了一段时间，之前也有哈特穆特·梅多恩担任首席执行官，这通常不是一个好兆头，但几天前它终于申请破产。显然，德国联邦政府（9月份有联邦选举）通过紧急贷款提供了帮助，但很明显，柏林航空在可预见的未来会发生一些事情。如果媒体报道属实，德国汉莎航空（已经收购/租赁/或其他方式获得了柏林航空的几架飞机）有兴趣全面接管该航空公司或其部分资产。然而，尽管汉莎航空无疑是一个拥有必要流动资产和专业知识的买家，但这样的收购会引发非常严重的垄断问题，联邦卡特尔局可能不会批准。另一个潜在买家是汉斯·鲁道夫·沃尔，他过去曾拥有多家航空公司（讽刺的是，他将其中一家卖给了柏林航空），似乎专注于“低买高卖”的模式，但目前尚不清楚他是否有足够的资金，有些人称他收购航空公司的尝试是“公关噱头”。国有化——即使是暂时的——似乎不在考虑范围之内，尽管联邦政府已经为他们刚刚借给柏林航空的钱背负了债务，但我认为我们 অবশ্যই 应该关注局势，尤其因为几篇关于德国的文章仍然将柏林航空描绘成比目前更大的航空公司——例如，它的国内航线网络比两三年前小得多。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%的帮助。我认为我们可以假定读者会预订航班，而不是直接前往机场。有些城市由伦敦的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)

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

就此而言：请链接到重定向本身，不要绕过重定向直接链接到目标！很多人（在这个wiki和其他wiki上）似乎习惯于“修复”指向重定向的链接，方法是让它们直接指向目标。但是，如果一个重定向被更改为一篇文章，或者重新指向其他地方，那么“修复”后的链接就不再指向它们应该指向的地方，这只会造成巨大的混乱。有关更多信息，请参阅w:wp:不要修复未损坏的重定向链接。但简而言之：指向重定向的链接（通常）没有损坏，不应“修复”。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)

我有点同意ϒpsilon的观点。显然，济州岛和首尔之间的空中走廊是世界上最繁忙的，但它很少是一个中转站，更多的是服务往返济州岛的人的“终点站”。近年来，来自中国的客流量大幅增加（这给机场造成了一些问题），但同样是作为终点站。我对于是否创建它的文章基本持中立态度，但基于中转性质，我倾向于“否”的立场。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有没有一个“wikipedia=”参数，类似于Template:Listing的？如果没有，能不能添加一个？-- 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:垃圾邮件黑名单上有一些较长的 URL 包含“booking”字样。但别担心！还有一个MediaWiki:垃圾邮件白名单！我已经把 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的情况下——页面本身显示正常。为了从该类别中清除这些列表，我只是将可选参数type=geomask添加到mapshape模板中（以纽黑文为例）。——Matroc (讨论) 2017年7月26日 02:11 (UTC)

第一个问题大约一个月前就已经知道了，并且与维基数据的使用有关。到目前为止，真正的原因尚不清楚。目前正在讨论Lua、维基数据Lua接口和解析器故障等多种原因。最初我们认为这与Lua模块处理维基数据数据的更改有关。但这些错误在其他时候也会发生。大多数这些错误可能无法看到，也许是因为调用文章时又进行了一次解析器运行。确实如此：现在删除这些脚本错误的唯一方法是进行所谓的空编辑。——RolandUnger (讨论) 2017年7月26日 17:15 (UTC)

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

从酒吧转过来的

• 
• 

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

七月，一群社区志愿者和来自战略团队的代表承担了将这些反馈综合为战略方向初稿的任务，以便更广泛的运动可以审查和讨论。

初稿已准备就绪。请在讨论页上阅读、分享和讨论。根据您的反馈，起草小组将在八月对这一方向进行完善和最终确定。

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

移动视图的列表编辑器

从酒吧转过来的

今天我给Andyrom75写了一封信。但我也想引起你们对这个问题的关注。

现在所有维基导游访问中约有50%是通过移动设备进行的。但没有人能使用列表编辑器。

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

有三种选择

1. 使用OOUI库完全重写编辑器。这意味着需要付出巨大的努力。
2. 重写jQuery库。这也意味着巨大的努力。中等努力下我可以重写jQuery.ui.dialog，但重写jQuery.ui.autocomplete真的很难。
3. 尝试在Resource Loader包中添加这两个库：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',

“移动”目标现在缺失。

你们认为维基导游社区愿意为我们在Phabricator上的任务提供支持吗？

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

我个人很希望列表编辑器能在移动设备上使用。但所有的技术细节都让我一头雾水...Hobbitschuster (讨论) 2017年8月9日 14:50 (UTC)

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

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

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

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

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

罗兰，我们当然可以支持这个提议，但如何支持呢？——亚历山大 (讨论) 2017年8月12日 15:04 (UTC)

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

从酒吧转过来的

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

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

你们有没有人碰巧知道，MediaWiki/维基导游中是否存在这样的工具/机器人，或者任何特定的外部软件中是否存在这样的功能，或者是否可以为此目的创建这样的工具/机器人？维基垃圾 (讨论) 2017年8月14日 03:51 (UTC)

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

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

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

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

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

感谢您的提示……我会尝试AutoWikiBrowser（有没有人能确认它是否确实能够通过按一个按钮自动清理某些参数中的内容？）。您是否碰巧认识任何特定的用户，他们可能能够为此目的创建一个半自动化脚本？

维基垃圾 (讨论) 2017年8月14日 17:27 (UTC)

您可以在此看到一个很好的例子，说明了当我从“小时”、“价格”、“内容”、“入住”、“退房”、“方向”参数中清理内容时，我必须手动删除大量的文章内容——从一篇98,076字节的文章变成一篇60,892字节的文章。维基垃圾 (讨论) 2017年8月14日 17:41 (UTC)

这是我今天正在处理的文章……所以我仍然计划在今天结束前翻译所有列表中的地名（从英语到希伯来语）。维基垃圾 (讨论) 2017年8月14日 17:44 (UTC)

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

哪个特定的文本编辑器有这样的功能？维基垃圾 (讨论) 2017年8月14日 18:53 (UTC)

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

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

@维基垃圾: 我知道这可以用正则表达式来完成，但我对它的工作原理一无所知。我以前在AWB中尝试过，但都需要帮助。我想会有人能帮到你。—Justin (koavf)❤T☮C☺M☯ 2017年8月14日 20:07 (UTC)

另一个选择是注释掉你不需要的文本。你可以使用搜索和替换将hours=更改为hours=<!-- ，将}}更改为 -->}} ，或者逐条进行更改，并将一些|更改为 -->| 。我还建议你研究一下好的文本编辑器，它们可以让你录制宏——我使用pspad——一个宏可以在hours=之后插入一个注释开始，然后跳转到行尾并插入一个注释结束。你也可以用Word或Libre Office等文字处理器来完成这项任务。AlasdairW (讨论) 2017年8月14日 20:47 (UTC)

在德语维基导游上，他们谈论了很多列表的维基数据集成（大概是为开放时间等创建维基数据字段），但不要问我技术细节...Hobbitschuster (讨论) 2017年8月14日 21:20 (UTC)

编辑摘要

从酒吧转过来的

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

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

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

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

请求（来自维基狂热大会）

从酒吧转过来的

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

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

我与 Ziko 讨论了维基导游上关于儿童旅行信息的问题。据我所知，几乎每篇文章都缺少这部分内容（至少在 WV/de 上是这样）。——DerFussi 2017年8月19日 11:20 (UTC)

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

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

至于儿童，我们有与儿童旅行以及威尼斯与儿童同行之类的文章，但我认为在“参观”或“活动”部分设置一个“适合儿童”的子部分，对于中等规模的目的地来说，可能比专门的“X与儿童同行”文章更好...Hobbitschuster (讨论) 2017年8月19日 13:03 (UTC)

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

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

也许是这样，但内容标签中良好的散文应该能让所有读者——包括那些带着不同年龄孩子的读者——在是否愿意在某个地方花费时间（甚至金钱）方面做出明智的选择。Hobbitschuster (讨论) 2017年8月19日 17:12 (UTC)

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

一岁孩子的需求与青少年截然不同。此外，有些东西成年人喜欢，孩子也会觉得有趣（反之亦然）。看看我们在沃尔夫斯堡指南中关于“费诺”的列表。你更愿意我们把它划分到“适合儿童”部分吗？Hobbitschuster (讨论) 2017年8月19日 19:08 (UTC)

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

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

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

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

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

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

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

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

Wikivoyage talk:About#Travel guide showdown 对不同的“特殊兴趣”话题进行了相当长的讨论。我认为还有其他讨论，但这可能是最长的一次。

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

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

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

网站的增长

从酒馆里扫来的

我的感觉是，这个网站的编辑数量增长了很多。几年前，我每天巡查整个网站还相当容易。现在，编辑量如此之大，以至于我试图这样做，用 Emmette Hernandez Coleman 的话说，就是“工作过度”。（我意识到他的评论语境略有不同，但在这里也适用。）我认为这太棒了，值得庆祝！但这同时也意味着，任何想要巡查文章近期更改的人，现在要么选择一些领域来跟踪，要么随机工作，随心所欲。

所以我有两个问题浮现在脑海中：(1) 如果你是一个喜欢巡查近期更改的人，你是否有针对你所关注的主题或编辑类型的策略？(2) 你不需要成为管理员就可以巡查更改。我们是需要更多的管理员，还是需要更多的人主动巡查更改？无论哪种方式，我认为我们都应该感谢所有进行这项休闲工作的人，因为这对维基导游文章的质量至关重要。Ikan Kekek (讨论) 2017年8月20日 21:10 (UTC)

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

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

不一定是个问题。我经常会查看一些长时间未编辑的关联文章，开始阅读，然后发现之前被遗漏的问题。Ikan Kekek (讨论) 2017年8月20日 22:51 (UTC)

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

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

我很乐意多做一些，最有效的巡查更改和保持合理的监视列表的方法是什么？说实话，我现在不知道收到了哪些通知 ——Willthewanderer (讨论) 2017年8月22日 13:59 (UTC)

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

有两种状态，“autopatrolled”表示你自己的编辑不会得到!，而“patroller”是你一直忘记的那个。K7L (讨论) 2017年8月22日 16:01 (UTC)

Wikivoyage和Wikitravel链接到Alexa排名，显示我们正在慢慢追赶另一个网站。今年他们几乎停止了发展。/Yvwv (讨论) 2017年8月22日 16:08 (UTC)

然而，Alexa排名有多可靠？它们实际测量的是什么？Hobbitschuster (讨论) 2017年8月22日 16:16 (UTC)

排名是根据对独立用户和页面浏览量的估算。虽然不精确，但可以揭示长期趋势。/Yvwv (讨论) 2017年8月22日 16:23 (UTC)

这是否意味着搜索引擎终于开始停止惩罚我们，至少对于WT/WV分拆以来的五年中源于此的所有内容？我用谷歌搜索了“Oregon Trail travel guide”，这里的俄勒冈小道是特色片段。K7L (讨论) 2017年8月22日 17:09 (UTC)

说句题外话，如果能有更多新编辑者留下来成为常客那就更好了。许多新编辑者在几周或几个月内做出了很棒的编辑（也许从头开始撰写一篇文章，直到达到指南级别），然后又消失了。

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

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

旁支问题：Special:RecentChanges 的流量变化是近期/突然发生的，还是随着时间缓慢增大的？

另外，你们有多少人正在使用Beta功能“新编辑审查过滤器”？你们觉得它用起来怎么样？WhatamIdoing (讨论) 2017年8月22日 20:39 (UTC)

编辑统计

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

Wikitongues

从酒馆里扫来的

我跟Wikitongues的一个人谈过。也许将他们的视频添加到常用语手册或国家/地区文章中是一个有用的功能。这是德克萨斯德语的一个例子。-- DerFussi

那个网站有内容吗？如果有，用户如何找到它？从那个页面看不出明显的寻找方法。Ikan Kekek (讨论) 2017年8月21日 07:39 (UTC)

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

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

虽然这与本帖无关，但我一直在浏览他们的网站，我认为他们是伪君子，因为他们假装“拯救”世界上濒危的语言，但他们的网站和流程却全部都是英文的。莎士比亚万岁，我们的主。 --Zerabat (讨论) 2017年9月4日 22:31 (UTC)

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

移除红链接

从酒馆里扫来的

所以我从大分县那里删除了一些红链接，放到讨论页上，结果被指控“寻衅滋事”，并被声称有政策或共识，绝不能以任何理由删除任何红链接。是这样吗？如果是这样，应该修改吗？Hobbitschuster (讨论) 2017年8月24日 15:15 (UTC)

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

在许多情况下，一个解决方案是从小村庄或其他小地方的名称创建重定向到带有红链接的文章。在该文章中，保留这些名称并加粗，以便搜索村庄并找到该文章的人可以看到原因。这可以消除红链接，避免创建无意义的文章，并处理了有人搜索某个偏僻地方（因为祖父从那里移民或在附近参加过战斗等等）的情况。Pashley (讨论) 2017年8月24日 16:20 (UTC)

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

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

有时最好只是保留红链接或创建一篇哪怕只是小段落的文章。如果这个地方很重要，你可以在维基百科上找到它，并且至少可以放入地理坐标、IsPartOf和维基百科链接。Pashley (讨论) 2017年8月24日 16:35 (UTC)

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

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

我也认为红链接应该保留，如果它们指向的潜在文章能通过wiaa测试，特别是如果它们有一行描述，即使没有对应的文章，也能让读者了解该地点的概况。Vidimian (讨论) 2017年8月24日 18:32 (UTC)

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

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

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

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

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

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

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

从酒馆整理而来

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

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

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

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

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

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

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

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

• w:Wikipedia:用户页面#个人和侵犯隐私的资料
• w:WP:儿童
• w:simple:WP:儿童

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

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

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

首先，这里的许多系统管理员都激活了电子邮件选项。我就是其中之一。如果你真的想，联系系统管理员下线（off-wiki）没有任何问题。

其次，没有人会注意到这位特定的贡献者及其年龄，但你却对此案大加关注，并促成了你似乎想要阻止的事情。

第三，你的行为看起来像是一种审查制度，强加了可能与你的国家和文化无关的某些标准。最好联系该贡献者，并核实披露年龄是否是他们的自觉决定。未经请求对用户页面进行修改是非常不恰当的。之前有几次这样的审查行为实际上非常令人难忘，因为它们紧接着维基导游迁移到目前位置。--Alexander (讨论) 2017年8月31日 16:14 (UTC)

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

我已经这样做了。

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

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

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

这些似乎是有效链接的相关部分 (请注意，您提供的简易维基百科链接无效): (现已修复)

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

真诚编辑且披露可识别个人信息的儿童用户，应告知其此类披露的潜在危险。应建议他们披露个人信息是不明智的，并且可能存在危险。在适当情况下可使用删除和监督功能移除信息。

“可应要求移除”；“可在适当情况下使用”。这很难说是明确的。如果有人发布了确切的地址或电话号码，则可以更好地说明问题。姓名、年龄和居住地可以是值得骄傲的事情。Ikan Kekek (讨论) 2017年9月1日 08:14 (UTC)

我认为值得考虑的是，本网站用户的需求与维基百科不同。例如，维基百科有关于中学的文章，这可能会对年轻编辑者产生特殊问题。在维基百科上，知道年龄以及用户名和编辑历史，读者更有可能猜测出编辑者的真实身份，而在这里则不太可能。我认为保护编辑者免受意外联系方式泄露是一个重要问题（也许可以扩展Wikivoyage:用户页面帮助），但我不认为知道另一位编辑者的年龄是个问题。AlasdairW (讨论) 2017年9月1日 14:49 (UTC)

我完全支持保护儿童，但这并非我们应着力解决的问题。例如，我的家乡报纸每年会公布四次所有在读小、初、高学生的完整姓名和年级，这些学生都是该季度荣登荣誉榜的。这比涉事用户透露的关于TA自己的信息，已经多出了许多可能被不法分子利用的信息。我个人认为，基于维基媒体的价值观，我们为保护儿童或其他弱势编辑所制定的任何政策，都必须尊重所有编辑（包括儿童）的信息自由交流和言论自由。—— 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)

结论和提议

最终，另一位涉事用户很高兴这些信息被删除，并且管理员（应该用户的请求）出于隐私目的隐藏了历史记录。一切都很好，一切都符合规则。

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

• 如果涉事用户声明其未满16岁（或有明确的推定，例如“我在读中学”），则其他用户可以立即从用户页面中删除该信息。

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

• 如果涉事用户年满16岁但未成年，询问该用户相同的问题可能是一个好习惯。但信息不应在未经该人同意的情况下删除。
• 对于任何未成年用户，非常具体的信息（电话号码、街道地址）应按“先删除，后询问”的原则处理。即使对于成年用户，通常也最好鼓励他们不要在维基上公布此类信息。

就我个人而言，如果人们希望在维基上透露自己的姓名，我没有任何意见。StevenJ81 (talk) 2017年9月8日 21:05 (UTC)

相关WMF政策：wmf:使用条款/en：“[禁止活动包括]：为非法目的向任何18岁以下人士索取个人身份信息，或违反任何关于未成年人健康或福祉的适用法律。” 以及 wmf:修改CheckUser日志的准则：“维基媒体基金会员工仅在存在合法隐私问题时才可修改或删除CheckUser活动日志。合法隐私问题包括……当CU日志中披露了识别用户为未成年人（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: 你有没有意识到这是一个跨WMF项目的群发消息？ —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 的 ref 标签的文章：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上的这个技术问题？ויקיג'אנקי (talk) 2017年9月1日 18:17 (UTC)

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

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

已从酒馆中清除

“千禧一代”这个词曾被用来形容存在至少一千年的事物，例如“千禧城市”、“千禧遗产”等。然而，如今它更常用于指代1980年代或90年代出生的人。维基导游是否仍应在原始语境中使用这个词，或者那会引起混淆？/Yvwv (talk) 2017年9月4日 13:19 (UTC)

也许我们需要一本旅行词汇词典。Emmette Hernandez Coleman (talk) 2017年9月4日 13:49 (UTC)

英语中有很多词语都有两个或更多的含义。我认为我们不需要自己的词典。此外，“维基词典”这个显而易见的名字已经被一个姊妹项目占用了。而“维基导游词典”又太长了。人们也可以在Merriam-Webster的m-w.com或自由词典或牛津词典上查找单词。我们应该专注于成为一本旅行指南。Ground Zero (talk) 2017年9月4日 15:41 (UTC)

或者只需将一个词输入搜索引擎，通常就会给出词典定义。在大多数浏览器中：你可以双击一个词（将其高亮显示），右键单击它，下拉菜单会给你一个在搜索引擎中查找该词的选项。Emmette Hernandez Coleman (talk) 2017年9月4日 16:01 (UTC)

每当有人在特定语境中发现某个词语模棱两可或令人困惑时，他们都可以更改它。我不确定我们是否需要一个全站范围的通用指南。Ikan Kekek (talk) 2017年9月4日 16:48 (UTC)

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

我们对允许使用的词语有哪些限制？Emmette Hernandez Coleman (talk) 2017年9月4日 18:03 (UTC)

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

我认为这应该始终从上下文中明确其含义。但是，话虽如此，我们必须记住，至少有相当一部分读者是非母语人士。可能比维基百科的更多。Hobbitschuster (talk) 2017年9月4日 20:03 (UTC)

也许我们需要一个简易英语维基导游（如果还没有的话），就像简易英语维基百科那样，供非母语人士使用。Emmette Hernandez Coleman (talk) 2017年9月4日 20:42 (UTC)

千禧一代在包括这里在内的27篇文章中以不同的含义使用。我个人倾向于不使用千禧城市，而是根据具体情况说“千年古城”，或者“于2000年被授予城市地位”的城市。AlasdairW (talk) 2017年9月4日 20:46 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘我觉得我们现在已经够紧张了。文章谁来写呢？谁来执行简易英语而非普通英语的规则呢？ Hobbitschuster (talk) 2017年9月4日 22:36 (UTC)

说到分身乏术，我们现在已经深入讨论了十三条评论，关于何时适合使用“千禧一代”这个词。难道我们真的没有比这更重要的事情要处理，而要去对一个在这个网站上总共只使用了27次的词汇进行词汇审查吗？如果你在阅读文章时遇到一个听起来别扭或模棱两可的措辞，看在上帝的份上，大胆修改，按照你的喜好编辑，然后继续你的生活。我们不需要为每一个小小的校对都制定一项新政策。而且我们当然不需要将其作为又一场令人无法忍受的冗长辩论的主题。—— AndreCarrotflower (talk) 2017年9月4日 23:07 (UTC)

没错。尽管如此，关于不同语言版本的问题可能需要在其他时间和地点进行讨论。Hobbitschuster (talk) 2017年9月4日 23:17 (UTC)

好吧。我必须说，我感到困惑的是，对于非母语人士来说，拥有一个简易英语维基导游（或简易英语维基百科）为何会比让他们为自己母语的维基导游做贡献更好，因为许多母语版本的维基导游都亟需改进。—— AndreCarrotflower (talk) 2017年9月4日 23:30 (UTC)

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

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

简易维基导游的问题在于，你需要相当精通一门语言才能写得简洁明了并纠正笨拙的措辞。因此，它不能依赖非母语人士。如果英语流利，在这里做出贡献会更容易，而阅读一个版本并为另一个版本做出贡献则很复杂。简易版本只有在有大量志愿者为非自身群体（我猜主要是教师）撰写时才可行。你需要一个非常庞大的编辑基础才能使这样的子群体足够大。也许如果你真的想，你可以拥有一个简单的瑞典语维基百科，但比这更小的任何东西希望渺茫。

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

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

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

确实如此。坦率地说，我认为英文维基导游为了迎合英语水平有限的读者而做出越多让步，就越会促使其他语言版本的维基导游继续被忽视。如果我们有一个简易英语维基导游，这种现象会更加严重。—— AndreCarrotflower (talk) 2017年9月5日 16:10 (UTC)

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

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

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

一个相关的Humble Bundle

已从酒馆中清除

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

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

页面横幅讨论

已从酒馆中清除

一些页面横幅讨论正在进行中。请在Talk:Central Asia、Talk:Bangladesh、Talk:Plains (India)、Talk:Japan、Talk:Rome和Talk:Kashrut分享您的意见。/Yvwv (talk) 2017年9月9日 01:55 (UTC)

以及Talk:南亚。/Yvwv (talk) 2017年9月9日 03:48 (UTC)

参见Talk:北非、Talk:孟买和Talk:撒马尔罕以了解后续的一些横幅讨论。/Yvwv (talk) 2017年9月12日 19:29 (UTC)

维基爱古迹横幅竞赛

已从酒馆中清除

各位同事：

与我们今年早些时候为维基爱地球所做的类似，我们现在正在为维基爱古迹举办横幅竞赛。横幅应描绘参赛国的一个公认的文化古迹（可以是全景的一部分）。这篇博客文章是一个很好的起点，竞赛规则这里有总结。特别欢迎与目前没有横幅或横幅质量不高的页面相关的横幅。--Ymblanter (talk) 2017年9月9日 22:07 (UTC)

大型地铁系统

已从酒馆中清除

几年前我们曾规定机场不设立条目。后来我们修订了规定，允许那些非常庞大复杂的机场设立条目，并启动了Wikivoyage:机场远征，设计了模板等等。虽然出现了一些问题，但总体而言，这似乎运作得相当不错。

大型复杂的地铁系统呢？促使我提出这个问题的就是拥有14条线路、364个车站、日载客量约1000万人次的上海地铁。我们目前的覆盖范围在上海#地铁卡和上海#乘坐地铁，这两个部分都相当长。我想单独写一篇文章可能是一个好主意。维基百科有关于大多数线路的文章，例如上海地铁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年去那里旅行时的记忆是，一旦你掌握了卡的使用方法，它就和任何其他地铁系统差不多了。乍一看，我认为文章中现有的信息加上一张好的地图就足够了。一个单独的文章还会包含哪些与旅行者相关的信息呢？——Granger (讨论 · 贡献) 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

从酒馆扫来

嘿，鉴于Wikivoyage关注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日20:21 (UTC)

这不是我非常了解的课题，但快速搜索显示英格兰有3个时尚博物馆，时装周和时尚活动列表显示有很多活动。您去过这些活动吗？旅行者是否可能在没有收到邀请的情况下参观？AlasdairW (讨论) 2017年9月18日21:11 (UTC)

是的，当然可以成为一个旅行主题。假设目的是为了体验和/或购买时尚。请看购买和服。--Andrewssi2 (讨论) 2017年9月18日22:25 (UTC)

看情况，有些活动是“开放”的，与面向时尚界和媒体的私人秀不同。

是的，这将是一个有效的话题。任何有意从事这项工作的人都应该大胆行动。

欧洲以外也有很多可能性。我认为上海、孟买和纽约市分别是各自国家的主要时尚中心；我不确定这应该在城市文章中涵盖到何种程度并从时尚链接，还是在时尚文章中涵盖，或者其他地方的中心会是什么。

上海#服装介绍了一些购物选择。香港和新加坡以物美价廉的裁缝而闻名。蒙特利尔和俄罗斯有皮草，内蒙古有羊绒/开司米和羽绒制品等。我不确定哪里能找到好的皮革。Pashley (讨论) 2017年9月18日22:52 (UTC)

首先，为服装文章写一个新的章节。/Yvwv (讨论) 2017年9月19日02:49 (UTC)

我唯一的时装周经历就是不得不在米兰为酒店房间支付每晚500欧元。所以，我认为即使对于不感兴趣的人来说，日期也是有用的。--Traveler100 (讨论) 2017年9月19日05:17 (UTC)

那么服装是为了实用性，而时尚是为了潮流状态，两者之间会有区分。

博物馆方面，我立刻能想到两个地方：伦敦南肯辛顿的维多利亚与艾伯特博物馆的服装馆，以及巴斯的服装博物馆，这些可能已经在各自的文章中提到过。我不是写小作品的人，因为我了解得不够，因此我打算将其添加到请求的旅行主题中。我将在未来几天内完成。 ShakespeareFan00 (讨论) 2017年9月19日07:14 (UTC)

大都会博物馆有一个大型且优秀的时尚展区。Ikan Kekek (讨论) 2017年9月19日11:57 (UTC)

巴黎有时尚与设计之城。似乎以活动为主，而非常设展览，但一直有很多活动。当然，伦敦也有设计博物馆的新馆，时尚是其重点之一。--ThunderingTyphoons! (讨论) 2017年9月19日13:33 (UTC)

巴黎时尚博物馆——没有常设藏品，但定期举办展览。

装饰艺术博物馆——看起来像维多利亚与艾伯特博物馆，因为它融合了艺术、室内设计和可穿戴时尚。目前的一个展览是为了庆祝Christian Dior 50周年。同样的Google搜索“musée de la Mode”在不同城市返回了几十个结果。显然，时尚在法语世界中很重要，谁知道呢？--ThunderingTyphoons! (讨论) 2017年9月19日13:40 (UTC)

多伦多有巴塔鞋博物馆。Pashley (讨论) 2017年9月19日13:45 (UTC)

杜塞尔多夫也以时尚闻名。或者说与国王大道有什么关系……Hobbitschuster (讨论) 2017年9月19日13:53 (UTC)

WV 应用的媒体报道

从酒馆扫来

在《爱尔兰时报》 :-) 旅行医生詹姆斯 (讨论 · 贡献 · 电子邮件) 2017年9月19日14:12 (UTC)

被媒体报道是好事，但可惜他们把“Wiki Voyage”说成只是一个公共交通建议应用。另一方面，交通出行显然是我们做得对的地方，也得到了关注。--ThunderingTyphoons! (讨论) 2017年9月19日15:04 (UTC)

多林特酒店

从酒馆扫来

所以有一位用户坦承为标题中提到的连锁酒店工作，并且最近创建或编辑了许多他们的列表。他虽然没有进行垃圾邮件或叫卖，但他仍然有点过于热衷于提及酒店的位置等等。你们怎么看？Hobbitschuster (讨论) 2017年9月21日11:50 (UTC)

您能提供编辑链接吗？没有看到编辑历史，我们无法公正地讨论他。--ThunderingTyphoons! (讨论) 2017年9月21日13:20 (UTC)

贡献/Discotizer。我认为还可以，但正如Hobbitschuster指出的那样，有些描述接近极限，偶尔需要编辑。已经指出该用户适当的政策。--Traveler100 (讨论) 2017年9月21日16:25 (UTC)

谢谢你，旅行者。那个人目前看来很配合，也愿意听取你的建议。--ThunderingTyphoons! (讨论) 2017年9月21日17:21 (UTC)

我们对连锁餐厅有一个近似的政策（WV:Boring），我们对连锁酒店是否有或应该有一个政策呢？Hobbitschuster (讨论) 2017年9月21日20:46 (UTC)

另外，我认为比特堡中列出的酒店，如果地理坐标正确的话，位置应该在别处。Hobbitschuster (讨论) 2017年9月21日20:47 (UTC)

比特堡的酒店距离市中心11公里，我已经添加到列表中了，但我们附近没有更近的目的地。总的来说，我认为我们不应该制定针对连锁酒店的政策。如果有几家连锁餐厅，知道有几家就足够了，我到时可以轻松找到一家。然而，酒店通常需要提前预订，所以我希望在到达之前就知道。如果列出的酒店太多（远超过10家），那么连锁酒店可以首先被移除。AlasdairW (讨论) 2017年9月21日21:54 (UTC)

与餐馆不同，联系方式和价格范围是住宿的基本数据。而且即使是同一连锁酒店，其质量和设施也可能大相径庭。Powers ^(讨论) 2017年9月22日19:16 (UTC)

维基媒体运动战略第二阶段及告别

从酒馆扫来

你好，

随着维基媒体运动战略过程第一阶段的结束，战略方向即将最终确定，我作为协调员的合同工作也将结束。我将恢复我的普通志愿者身份（Tar Lócesilion），并感谢大家参与了此次过程。

战略方向应在本周末晚些时候在Meta上最终确定。战略过程第二阶段的规划和设计将于11月开始。下一阶段将再次提供许多参与和讨论我们运动未来的机会，并将重点关注角色、资源和责任。

谢谢，SGrabarczuk (WMF) (讨论) 2017年9月30日21:55 (UTC)

编辑者的高级搜索工具

从酒馆扫来

大家好！我想知道Wikivoyage上是否有，或者是否有人可以创建一个多变量搜索功能。本质上，我想做的是生成一份按状态，在特定区域内按面包屑排列，并按页面浏览量排序的文章列表。例如，我想要一份瑞典的概述文章列表，按浏览量排序。这将使我们更容易看到哪些页面是旅行者实际使用的，并将编辑工作集中在这些既常被访问又易于改进的页面上。提前感谢！MartinJacobson (讨论) 2017年9月29日12:28 (UTC)

w:project:PetScan可能值得一看。K7L (讨论) 2017年9月29日12:35 (UTC)

MartinJacobson - 以下哪个选项最能引起您的兴趣……
1. 根据英文Wikivoyage读者的偏好，瑞典境内最受欢迎的旅游地点？

或者

2. 根据瑞典维基百科读者的偏好，瑞典境内最受欢迎的地点？

或者

3. 根据瑞典维基百科读者的偏好，全球最受欢迎的地点？

另一个问题……您打算用这些信息来决定在英文Wikivoyage上显著扩展/改进哪些文章……还是决定在瑞典Wikivoyage上显著扩展/改进哪些文章？

ויקיג'אנקי (讨论) 2017年9月29日14:12 (UTC)

我还要补充一点，如果您最感兴趣的是根据瑞典Wikivoyage读者的偏好，了解瑞典境内最受欢迎的旅游目的地，以便扩展瑞典Wikivoyage上的文章，我的最佳建议是第二种选择（“根据瑞典维基百科读者的偏好，瑞典境内最受欢迎的地点”），因为瑞典旅行者更有可能真正知道哪些地点最有趣。ויקיג'אנקי (讨论) 2017年9月29日14:20 (UTC)

如果您需要任何帮助，请告诉我。וי基ג'אנקי (讨论) 2017年9月29日14:23 (UTC)

首先，谢谢您K7L！w:project:PetScan给了我文章状态和地区（以及页面大小），但我没有在PetScan中找到任何页面浏览量统计。不过，我可以通过手动将PetScan与页面浏览计数器交叉对照来完成。其次，ויקיג'אנקי，我感兴趣的是改进英文Wikivoyage。（因为大多数瑞典人阅读英文，所以国内旅行者也能很好地使用英文指南，而很少有国际旅行者能使用瑞典语指南）。MartinJacobson (讨论) 2017年9月29日14:48 (UTC)

MartinJacobson - 好的……只是为了再次确认——您只对根据英文 Wikivoyage 读者的喜好，了解瑞典最受欢迎的旅游目的地感兴趣，对吗？ויקיג'אנקי (讨论) 2017年9月29日15:11 (UTC)

维基旅人'爱好者 到目前为止，我主要编辑的是瑞典的目的地，但这并非出于原则，而是出于便利性和相对语言技能（大多数编辑者可以用英语研究，而用瑞典语研究的人较少）。如果我能找到关于这些目的地的相关信息，我将同样乐意更新和改进全球访问量最大的（纲要）文章。MartinJacobson (讨论) 2017年9月30日 18:12 (UTC)

我最终为Martin创建了三个不同的列表。任何有兴趣查看它们的人（您可能会发现纲要文章列表特别有用/有趣）可以在这里找到它们。维基旅人'爱好者 (讨论) 2017年10月1日 05:09 (UTC)

非常感谢你，维基旅人'爱好者！这将非常有帮助！MartinJacobson (讨论) 2017年10月1日 09:35 (UTC)

维基导游的印地语版本几天前上线了！

从酒馆扫入

我只是想提一下，因为这里还没有提到，维基导游的印地语版本已于9月25日上线。维基旅人'爱好者 (讨论) 2017年9月29日 14:30 (UTC)

我的理解是，印地语和乌尔都语在口语上几乎相同，但书写方式完全不同，印地语使用梵语字母，乌尔都语使用阿拉伯/波斯语字母。有没有任何合理、最好是自动的方式来在书写形式之间进行翻译？

真正好的翻译软件可能会免费给我们一个乌尔都语版本的WV。任何合理的方法都可能有助于任何想要启动乌尔都语版本的人，并且通过允许乌尔都语使用者贡献也可能改善印地语版本。Pashley (讨论) 2017年9月29日 19:19 (UTC)

恭喜印地语网站启动，祝所有编辑人员好运！Ikan Kekek (讨论) 2017年9月30日 21:29 (UTC)

Pashley，在印地语和乌尔都语之间翻译或音译内容可能不可行。除了文字，印地语和乌尔都语的技术词汇也不同，分别来自梵语和阿拉伯语/波斯语。虽然原则上这对旅行指南的影响不应像百科全书那样大，但我注意到技术词汇已经开始渗透进来。网站的名称是“Wiki Yatra”，而乌尔都语（或非正式口语印地语）中表示“旅程”或“旅行”的词是Wiki Safar。在某种程度上，yatra听起来有点像“voyage”，说起来不如travel自然。无论如何，希望这些词语能尽量减少，这样移动内容才更有意义（在城市里，至少在现实世界中，英语技术词汇变得越来越普遍）。Gizza ^(漫游) 2017年10月8日 02:50 (UTC)

整个国家的书籍参考

从酒馆扫入

由于可以从维基导游文章创建书籍，我们是否应该为每个国家/地区妥善创建并提供一本完整的书籍，将其列在每个国家/地区的开头，以便用户无需浏览所有相关文章，而只需下载书籍？

这可能是一个链接到书籍的模板，其页面由我们定义，一个指向所有相关GPX文件（甚至是一个摘要GPX）的链接，以及可能从书籍中遗漏的潜在站点。后者我认为是必要的，因为可能仍然有一些未完成的条目，我不一定会将它们添加到这样的书籍中。

你觉得怎么样？Ceever (讨论) 2017年10月3日 19:30 (UTC)

我认为这原则上是一个非常有用的想法，但是1.）它会增加开销，2.）我不确定它实际使用的频率。 —Justin (koavf)❤T☮C☺M☯ 2017年10月4日 00:08 (UTC)

维基媒体基金会拒绝在维基导游上投入资源

从酒馆扫入

今天得知，维基媒体基金会将维基导游（以及其他几个姊妹项目）定义为“影响力较低的项目”，不“值得积极投入”。在我们的抗议之后（讨论页），“影响力较低”的定义被删除，但其余部分未变。这一定义将维基导游与所谓的“新兴社区”区分开来，维基媒体基金会“应该对这些社区投入更多关注和资源”。

目前尚不清楚这一定义具体意味着什么，因为不同的维基媒体基金会工作人员就“积极投资”是什么以及后果可能有多深远，给出了相当不同的信息（参见讨论页）。最坏的情况是，不会引入任何专门针对维基导游的技术功能，也不会提供任何财政支持（例如，如果与维基导游相关，将无法获得奖学金、补助金或维基媒体大会演讲）。我想强调的是，这并不意味着维基媒体基金会想要摆脱维基导游，但基金会明确评估维基导游是一个“不值得支持”的项目。这也可以是维基导游被基金会视为负担并被驱逐的第一步，尽管维基媒体基金会工作人员当然发表了相反的声明。

我不知道我们能对此做些什么，除了表达我们对此类决定的强烈异议。最奇怪的是，在评估国家和语言时使用了透明且可衡量的标准（超过10名活跃贡献者，维基导游的几个语言版本肯定会通过这一标准）。相比之下，在所有项目中，只有维基文库和维基词典被选为“有效”和“成功”，而其余的则被明确认定为无用，但没有提供任何标准。--Alexander (讨论) 2017年10月4日 20:07 (UTC)

我感谢您对WMF的倡导，Alexander。从您链接的讨论来看，我同意WMF团队缺乏热情，而且他们对Wikivoyage的支持存在矛盾的声明。

尽管如此，这似乎主要是对投资Wikivoyage不感兴趣，而不是任何明显的停止支持和托管我们的愿望。据我所知（我可能错了），目前并没有阻碍我们使命的、需要投资来解决的功能性要求缺失。

此外，维基数据正在获得投资，这也使我们受益。

努力改善我们与WMF的关系可能更具成效。我不确定从何开始？Andrewssi2 (讨论) 2017年10月4日 20:40 (UTC)

即使有停止托管维基导游的计划，在这一决定最终确定和实施之前，也没有人会公开声明。我相信目前还没有这样的计划，但阿萨夫·巴托夫（Asaf Bartov）的回应令人沮丧，因为它公开表示“我们不在乎你”，这是此类进一步决定的第一步。

关于与WMF的合作，我们这边确实没有紧急请求，但我们有几个待解决的地图问题，还有许多其他事情，尤其是外展活动，如果他们有兴趣，我们可以一起做。--Alexander (讨论) 2017年10月4日 20:53 (UTC)

坦率地说，我认为这只是小题大做，如果WMF确实有计划停止托管我们或类似性质的事情，像Meta上的讨论那样纠缠和对抗他们肯定对我们没有帮助。

我还想知道我们还需要什么样的投资是我们尚未获得的？也许WMF的立场可以被视为承认我们作为一个社区是相当自给自足和低维护的。这难道不是好事吗？

-- AndreCarrotflower (讨论) 2017年10月4日 21:21 (UTC)

如果你撰写文章并选择它们作为本月目的地，你确实不需要任何投资。然而，更广泛的活动需要资源，我们在策略讨论中列举了许多此类问题。并非所有这些问题都特定于维基导游。例如，离线版本是一个更广泛的开发，但它需要根据我们的需求进行定制才能有用。--Alexander (讨论) 2017年10月4日 21:36 (UTC)

那也许我们应该把我们的抱负降低到更现实的水平。你看，如果WMF是一家每年赚取数十亿美元利润但拒绝在其产品上进行任何再投资的巨型公司，你的论点可能对我更有说服力。但实际上，它是一个非营利组织，负责运营一组需要大量资源的广受欢迎的网站，而且它的资金只有这么多。显然，它所获得的资金必须在最需要的地方进行优先分配。我热爱维基导游，但我并非对我们与维基百科和其他一些维基网站相比只是沧海一粟这一事实视而不见。这是一个不幸的情况，但我不认为这有什么不公平，或者我们被特别针对。我们相对于其他WMF网站的重要性就是如此。-- AndreCarrotflower (讨论) 2017年10月4日 22:09 (UTC)

一些进一步的想法：我们相对于其他WMF网站的重要性也不是一成不变的。维基导游可能是一个小社区，但它至少是活跃的，这比WMF将我们归为同一类别的许多维基网站要好得多。此外，如本网站其他地方报道，过去一两年的Alexa排名表明，维基旅游的缓慢死亡仍在继续。目前，维基旅游仍然比我们获得更多的用户流量，但随着其信息越来越过时，并被垃圾邮件和推销信息淹没，这种情况将逐渐消失。有理由相信，维基导游将成为许多那些不满的前维基旅游用户的新目的地，尤其是考虑到我们两个网站的表面相似性（使用相同的MediaWiki软件等）。与此同时，维基百科和许多其他大型维基网站的页面浏览量正在逐渐下降（实际上自2012年以来下降了约50%！），所以也许维基导游的知名度提高只是时间问题，我们将处于一个WMF更有理由积极投资我们的有利位置。-- AndreCarrotflower (讨论) 2017年10月4日 22:49 (UTC)

Andre，我想你争论的观点并不是我提出的。我不是说维基导游应该比维基数据或维基共享资源获得更多关注，而是维基数据和维基共享资源应该比它们目前获得的更多关注，我们也会从中受益，请参阅我们对策略讨论的贡献。

目前的讨论是关于不同的事情。我们把大的“已发展”项目放在一边，比较小的项目来决定哪些应该优先考虑。然后我们看到任何拥有超过10名编辑和超过750,000名使用者的维基百科都被列入（“新兴项目”）而维基导游没有，尽管我们拥有远不止10名活跃编辑和庞大的语言社区支持。你认为这公平吗？--Alexander (讨论) 2017年10月5日 07:52 (UTC)

@Atsirlin: 你写道：“例如，你将无法获得奖学金”，但链接页面上的常见问题解答（强调部分）写道：“此外，对新兴社区的投资（例如授予的补助金、员工访问、导师制度、利益攸关者团体）将由社区资源团队跟踪和报告。（这自2016年初以来一直在跟踪。）”原则上，维基导游特别需要什么？例如，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位贡献者维基应该比英语维基导游获得更多关注。我知道德语维基导游在很长一段时间内都是由一个协会（一个如此刻板的德国人行为，几乎令人不快）支持的，也许这值得“以防万一”地研究一下，但我认为我们作为维基导游可以从——例如——能够自动从其他语言版本获取列表数据中受益。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上的页面。阿萨夫和参与讨论页的人正在努力寻找你的问题的答案。那里提出了理由。人们可能不同意，但正在尝试评估情况——在开放的环境中，任何出现的人都可以参与。我个人很乐意看到基金会有资源积极支持每个项目，每种语言，以及更多。我也知道资源有限，我们必须考虑将它们用在哪里才能在整个运动中产生最大的影响。这很糟糕，我理解你为什么感到沮丧。

如果你想与人争论，那我们集体不会走得很远。如果你想为维基导游争论——认为它应该被视为一个新兴社区并获得社区参与部门的积极支持（而不是当前的投资）——那么让我们一起做。维基导游有很多聪明的人。组织起来，并提出这个项目应该被纳入的论点。这不意味着它一定会成功，但这比现在发生的事情更具建设性。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多少关注。当然比一些用虚构语言编写的小型WP要少。至于“新兴”社区——他们可以尝试将es-WV推广到相关领域。对于如此庞大的语言来说，社区规模很小……但如果我没有误解WMF，他们甚至完全排除了任何WV版本被这样评估的可能性……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整体之间缺乏互动。原因是，我们实际上没有太多需要交流的地方（反之亦然）。正如我之前所问的，我愿意听取WV成员如何以富有成效的方式与更广泛的WMF社区进行讨论。Andrewssi2 (讨论) 2017年10月7日 21:25 (UTC)

Andrewssi2，如果WV的成员愿意就这次对话或一般问题进行交流，我很乐意帮助促成这种沟通。CKoerner (WMF) (讨论) 2017年10月10日 13:55 (UTC)

嗯，印地语WV刚刚上线，它可能需要和小型WP版本一样的帮助。WMF会考虑这样的支持吗？Hobbitschuster (讨论) 2017年10月8日 17:31 (UTC)

清理文章中的“吃”部分

从酒吧扫来的

我启动了自己版本的维基专题（一个小型版本），清理文章的“吃”部分，并尝试给餐馆提供除了地址以外的更多背景信息，并尝试以客观的方式撰写它们，符合NPOV原则。

有人愿意帮我吗？也许维基导游可以有一个美食维基专题（或类似的东西）？

目前我正在做以下地区：

• 利物浦
• 伦敦部分地区
• 富埃特文图拉岛的餐馆
• 塔林的餐馆。

我很感谢能得到帮助，这样我们就能让这些信息更丰富。我在离开几个月后才刚回来编辑（上次编辑是六月）。--Walkden861 (讨论) 2017年10月19日 12:13 (UTC)

• 请注意在维基导游我们不使用中立的观点原则；我们的方针是保持公正。我对你的意图很感兴趣，会查看链接。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)

User:Bunnikin和User:Tkari‎刚刚添加了账户，用户页面也遵循相同的模式，还有昨天的User:Cchin058和前天的User:Lmcke028，我刚才才发现。我做了Pashley之前做的事，套用文字加上关于这里使用哪种语言的提醒。-- AndreCarrotflower (讨论) 2017年11月3日 22:35 (UTC)

谜团解开了？

最近，我们又有一位新的法语用户创建，然后立即清空了一个名为Utilisateur:Abrun062的页面。我带着一种预感，查看了fr:上的最近贡献，果然，那里出现了一波稍小的渥太华大学学生创建的新账户——包括Abrun062本人，他在这里清空了相同的用户页面，并在fr:上重新创建了。

我猜测这确实是一位教授指导学生为某种学校项目编辑维基导游。他似乎本意是让学生在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 (讨论) 2017年11月7日 17:28 (UTC)

我对此不太担心。理想情况下，他们会在元维基创建用户页，这样法语就会在所有地方显示，包括这里，我严重怀疑在这种情况下会有人认为这是个问题。所以我的想法是：如果我们不介意全球用户页在这里显示“错误”的语言（无论你用什么语言写作，从超过99%的维基的角度来看，你的语言都是“错误”的），那么我们为什么要真正介意这些页面上显示“错误”的语言呢？这似乎是在不重要的事情上浪费精力。WhatamIdoing (讨论) 2017年11月8日 21:47 (UTC)

2017年社区心愿单调查

大家好，

社区心愿单调查是维基媒体社区决定维基媒体基金会社区技术在未来一年应该致力于什么的过程。

社区技术团队专注于为经验丰富的维基媒体编辑者提供工具。您可以从现在起至11月20日提交技术提案。社区将在11月28日至12月12日对提案进行投票。您可以在2017年心愿单调查页面上阅读更多信息。/Johan (WMF) (讨论) 2017年11月6日 20:17 (UTC)

m:2017 Community Wishlist Survey/Mobile and apps/Mobile app for sister projects似乎与这个小组相关。Whatamidoing (WMF) (讨论) 2017年11月7日 18:26 (UTC)

这是维基导游，而不是维基数据、维基文库和维基词典。Digr (讨论) 2017年11月9日 19:50 (UTC)

玩具博物馆还是童年主题？

现在是十一月中旬，我想知道是否有人能在十二月中旬之前起草一篇关于玩具博物馆的文章。

或者，是否需要一个关于“童年”的旅行主题，而不是仅仅是玩具博物馆，这与“儿童和家庭友好”的景点和活动不同？

我能想到的两个玩具博物馆都在伦敦，我想要一篇“童年”文章，以避免宣传目前互联网上最流行的特许经营热潮。

ShakespeareFan00 (讨论) 2017年11月9日 20:04 (UTC)

好主意，另一个很棒的目的地主题是动物园。--Traveler100 (讨论) 2017年11月9日 20:59 (UTC)

印第安纳波利斯拥有世界上最大的儿童博物馆（也是最好的）。—Justin (koavf)❤T☮C☺M☯ 2017年11月10日 00:30 (UTC)

我认为玩具博物馆和动物园都相当容易撰写。我不确定你会在童年中包含什么。（我的第一个想法是，它听起来像是愚人节的候选者，作为一种时间旅行。）WhatamIdoing (讨论) 2017年11月10日 06:38 (UTC)

不可能，因为我们有（或曾经有）儿童编辑者。Ikan Kekek (讨论) 2017年11月10日 06:56 (UTC)

与儿童旅行基本涵盖了我所设想的“童年”主题。还有什么不能添加到那篇文章中说的呢？

如果有很多玩具博物馆值得写一篇文章，我不会反对。我们竟然没有关于动物园的内容，这让我感到惊讶。--ThunderingTyphoons! (讨论) 2017年11月10日 10:31 (UTC)

我们没有专门的动物园或水族馆文章，这让我很惊讶。这些主题应该有很多内容（例如，不同国家的动物园有什么期待，是否应该期待食物和饮料或自带食物，以及一些动物园如何提供课程或表演等）。我自己会写一篇，但我对动物园了解不够，而且我目前的生活没有太多时间用于维基编辑。DethDestroyerOfWords (讨论) 2017年11月10日 15:29 (UTC)

回复：动物园：（曾做过一段时间的动物园管理员……）我不确定。我期望某个地区的动物园被纳入城市/城镇/村庄的指南中。在全球范围内，这可能成为一个非常长的列表。对于更深入的动物园讨论，可能会变得非常困难，很多问题将归结为个人意见——保护、圈养繁殖、放归野外、遗传变异、圈养动物的道德（例如哥斯达黎加）。您会包含什么？有些动物园很好，有些则不然，您会包含救援中心吗？您会开始讨论像EEP、谱系簿、物种协调员、动物园间转让、TAGs等问题吗？在这种情况下，您将深入到大量的背景细节，我怀疑大多数动物园游客不会对此太感兴趣（动物园本身可能是这些信息的更好来源，因为它们的网站往往会详细介绍它们在这些领域的活动）。尽管我曾担任动物园管理员（大约五年前结束），但我认为我没有足够的知识来撰写这样的文章。PsamatheM (讨论) 2017年11月10日 17:13 (UTC)

我认为动物园将包括一些关于世界著名动物园的信息（例如，最古老的维也纳动物园，自然展示的始祖汉堡动物园……），但可能更多的是关于动物园的类型（例如，幼儿可能喜欢带游乐场的小动物园，10岁孩子可能喜欢大型动物园，生态学学生可能想看濒危物种等），也许还有一些趋势，比如动物在展区之间轮换。WhatamIdoing (讨论) 2017年11月11日 06:43 (UTC)

在英国，你也有像Whipsnade这样的动物园，实际上是整个公园。ShakespeareFan00 (讨论) 2017年11月12日 09:23 (UTC)

我实际上指的是“童年历史”，因为有些东西并非严格意义上的玩具，但也与之相关……与微缩模型、立体模型和比例模型有一些重叠，后者仍然主要是小作品。 :( ShakespeareFan00 (讨论) 2017年11月11日 14:20 (UTC)

那个标题暗示了一篇以“在我那个年代，上学要走十英里，两边都是上坡……但你现在告诉孩子们这些吗？”开头的文章 :) 也许玩具和童年娱乐会是一个合适的标题？不知道。显然它是一个红链接，但博物馆也是红链接。K7L (讨论) 2017年11月12日 14:49 (UTC)

我实际上在考虑玩具、谜题和其他娱乐，以涵盖诸如哪里可以买到魔方之类的事情……有人想创建小作品吗？

ShakespeareFan00 (讨论) 2017年12月6日 12:36 (UTC)

2017年社区心愿单调查

今天我在元维基上添加了一个改进Kartographer工具的愿望。请参与讨论。谢谢。--RolandUnger (讨论) 2017年11月18日 17:00 (UTC)

谢谢你做这些。在w:en:WP:VPT上的一些编辑者刚刚哀叹今年完全没有地图相关的愿望。我认为有更多关于地图等主题的愿望是个好主意，这些主题对许多不同类型和规模的项目都很重要。WhatamIdoing (讨论) 2017年11月19日 02:48 (UTC)

移动网页读者新增打印为PDF功能

移动网页读者新增打印为PDF功能

读者网页团队将于本周推出一项新功能，以使在移动网站上下载文章的PDF版本更加便捷。

提供更好的离线功能是新读者团队在墨西哥、尼日利亚和印度进行的研究中强调的重点领域之一。团队创建了一个移动PDF原型，并由用户研究和社区反馈进行了评估。原型评估获得了积极的反馈和结果，因此继续进行开发。

在首次部署中，该功能将适用于Android上的Google Chrome浏览器。对其他移动浏览器的支持将在未来推出。对于Chrome，该功能将使用原生的Android打印功能。用户可以选择将网页下载为PDF。移动打印样式将用于这些PDF，以确保在小屏幕上的最佳可读性。

该功能将于11月15日星期三开始提供。欲了解更多信息，请参阅MediaWiki.org上的项目页面。

谢谢！

CKoerner (WMF) (讨论) 2017年11月20日 22:07 (UTC)

为某些重要列表文章带来更具视觉吸引力的外观

我刚刚将我们的通信页面（之前只包含一个没有额外信息的文章列表）改造成了更具视觉吸引力的外观（在我看来），并添加了一些额外信息。我倾向于我们对某些重要的列表文章使用这种外观，这在德语维基导游中很常见。

在我看来，这种设计也应该用于我们的交通页面，就像这样（也许还可以用于其他重要的列表文章）。

您支持将此更改应用于交通页面吗？ויקיג'אנקי (讨论) 2017年11月25日 20:35 (UTC)

看起来确实更好了。--Traveler100 (讨论) 2017年11月25日 20:40 (UTC)

我也喜欢这个。感谢您的主动性。Ikan Kekek (讨论) 2017年11月25日 23:13 (UTC)

另一个问题：交流页面被标记为旅行主题文章。但它没有列在旅行主题中。它实际上是一个文章索引或目录，而不是一个主题文章，类似于行程页面。我建议将{{outlinetopic}}替换为{{Title-Index page}}。我想{{PartOfTopic|Travel topics}}应该被删除——行程页面没有{{PartOfTopic|...}}。Nurg (talk) 2017年11月26日 (UTC) 01:27

不知道怎么漏掉了。我已经把“驾驶”子主题替换成了“交流”。——Traveler100 (talk) 2017年11月26日 (UTC) 07:22

我刚又改了三篇重要的“列表文章”，让它们看起来一样

在得到了上述对我修改交流页面的支持后，我决定对以下三个页面进行类似的转换——交通、水上旅行和一般交通主题。我希望你们也更喜欢这些文章更具视觉吸引力的版本。

交通文章中有很多文字，我认为应该将其移至子文章。由于英语不是我的母语，如果这里的任何英语母语者（或任何专家编辑）能帮助我确保该页面此版本中的所有文字都复制到相关的子文章中，我将不胜感激。有人愿意帮助我吗？ויקיג'אנקי (talk) 2017年11月26日 (UTC) 07:45

哦，如果懂这个话题的人能写关于叫车服务（关于使用Uber和Lyft等服务）的文章，我也会很高兴，我注意到交通页面上缺少这个。ויקיג'אנקי (talk) 2017年11月26日 (UTC) 07:47

你有没有检查过改版后子列表中的文章是否仍然容易找到？例如，我注意到海上皮划艇不太符合当前水上旅行页面中的任何链接。最接近的是划船，但它在该文章的引言中只提到了两次，并且与引言中的描述不太相符。皮划艇文章被归类到水上运动，这可能合乎逻辑，但游客不一定会在那里寻找（徒步旅行在另一个分支中，位于户外生活）。——LPfi (talk) 2017年11月26日 (UTC) 11:36

哎呀，我注意到海上皮划艇被提到“另见”中。我希望其他不明显符合条件的子文章也能以类似的方式处理。——LPfi (talk) 2017年11月26日 (UTC) 11:44

太棒了！谢谢你做了这些，ויקיג'אנקי。——ThunderingTyphoons! (talk) 2017年11月26日 (UTC) 16:47

我们确定要这样吗？

我个人有点惊讶交通页面的改动，流畅的文字变成了这种有点幼稚的图片大集合……我不确定旧文章是我们做过的最好的，但新的文章也值得商榷……Hobbitschuster (talk) 2017年11月26日 (UTC) 21:17

我也一样。在我看来，我们应该回滚，然后起草一篇替代文章。/Yvwv (talk) 2017年11月26日 (UTC) 22:21

也许一个简单但更广泛的建议：把首页底部的所有文字都大幅放大。我向几个人推荐这个网站时没有提到它们，他们也错过了。此致，Hennejohn (talk) 2017年11月27日 (UTC) 00:16

我倾向于同意。将一个小的列表改为新样式是一个很大的改进，但我不太确定当文章中有大量文本需要删除时是否如此。Gizza ^(roam) 2017年11月27日 (UTC) 00:27

但问题是……交通文章从来就不是一堆文字的大杂烩。这个主题太广泛了，所以在我看来，当它没有被大量文字淹没时效果会更好，这有助于读者轻松导航到他们正在寻找的正确子文章（我相信未来还会有更多主题作为这个广泛主题的子文章被创建）。正如我上面提到的，我认为交通文章中之前存在的所有内容都应该移到它所属的子文章中。否则，为什么不把子文章中存在的所有内容都移到一篇巨大的交通文章中呢（我希望你同意这会是一个糟糕的主意，因为没有人能够找到他们需要的信息，而且文章会太大）。ויקיג'אנקי (talk) 2017年11月27日 (UTC) 03:23

Hobbitschuster、Yvwv、User:DaGizza和Hennejohn——你们都反对将交通文章中存在的内容移至子文章吗？你们都认为主交通文章和子文章中出现相同的大段文字会更好吗？ויקיג'אנקי (talk) 2017年11月27日 (UTC) 03:39

如果用户知道他们想阅读铁路交通，他们会去铁路交通文章。如果他们去一般交通文章，他们想比较、对比不同形式的交通工具，并了解它们的优缺点。因此，在这种情况下，一张活泼的图片展示并不是大多数人会寻找的东西。Hobbitschuster (talk) 2017年11月27日 (UTC) 03:45

这对于英语维基导游来说并不是一个全新的概念——著名的“列表文章”旅行主题也是一种“活泼的图片展示”……你建议我们用纯文字版本代替它吗？ויקיג'אנקי (talk) 2017年11月27日 (UTC) 03:49

我一直认为“旅行主题”的图片展示并不理想（请参阅讨论页），但这并不是重点。没有人会为了阅读旅行主题而来“旅行主题”页面，他们是为了找到感兴趣的旅行主题文章。正如Hobbitschuster所写，交通文章有一些有价值的散文，人们可能会期望在该页面上找到。我们当然可以将其移到子文章中（选择交通方式？），但我不明白为什么不能直接放在那里，只要关于个别交通形式的文章容易找到即可。——LPfi (talk) 2017年11月27日 (UTC) 10:21

仅供参考（这只是一个观察，我们当然不必遵循它）维基百科通过门户命名空间（图片式）和概要功能（列表式）来展示主题。例如，请参见w:Portal:Europe和w:Outline of Europe。Gizza ^(漫游) 2017年11月27日 (UTC) 11:12

当顶级/高级页面的选项是简短无聊的列表或带有图标和简短文字描述的相同列表时，我支持图标方法。

当选项是大量文字或几乎没有图标的文字时，我认为我们需要在特定页面的上下文中仔细考虑这些选项。我认为不能有一个单一的通用规则。WhatamIdoing (talk) 2017年11月27日 (UTC) 18:15

快速阅读“交通”后，它似乎主要/完全侧重于选择要使用的交通工具……有趣且实用。图标往往让读者根据现有文章快速选择一种类型。因此，我更倾向于将“选择一种交通方式”作为新图标集中的第一个图标……内容就是“交通”文章。这只是一个主要用户的建议。Hennejohn (talk) 2017年12月1日 (UTC) 19:44

我为维基导游在维基媒体服务器上启动的5周年想到的一个主意

2018年1月15日即将迎来5周年纪念！

我们正迅速接近维基导游在维基媒体服务器上启动的五周年纪念日（所有语言版本在维基媒体服务器上的首次启动发生在2013年1月15日）。

我在想，如果我们能够说服维基媒体基金会赞助一个“维基导游月”的推广维基项目，该项目旨在吸引志愿者在维基导游正式五周年纪念日（2017年12月15日-2018年1月15日）之前的30天内，帮助扩展或改进所有维基导游版本上的选定文章，这将是推广维基导游的一个很好的方式。

大致的想法是，我们将为所有维基导游版本设立一个维基项目，类似于维基百科目前的“亚洲月”……然而……这个维基项目将邀请人们撰写或扩展以下文章：

• (1) 我们选择作为核心文章的指定文章（我们需要决定哪些是核心文章，尽管我只会提到在希伯来语维基导游中我们选择了以下文章作为希伯来语维基导游的200篇核心文章）。这样做将确保这项工作主要集中在我们认为最重要的文章上。
• (2) 或者任何他们感兴趣或非常了解的目的地文章（这个选项的缺点是我们将无法集中精力于选定的文章）。
• (3) 或者只写关于他们家乡的文章（这对于大多数潜在贡献者都集中在一个或几个国家的维基导游版本来说帮助不大）。

要使这项工作顺利进行，维基媒体基金会必须支持这项工作，并同意在所有维基媒体网站的所有页面顶部添加全球横幅，就像他们在“亚洲月”期间在维基导游上展示横幅一样。目前，维基导游获得大规模曝光肯定会有帮助，特别是对于那些通常只有少数编辑者在努力维持的小型维基导游版本，他们（包括希伯来语维基导游）绝对需要从维基百科获得任何网络流量。

如果你喜欢这个主意，请帮我把它提交给维基媒体基金会。ויקיג'אנקי (talk) 2017年11月26日 (UTC) 17:40

嗯，我认为在英语维基导游上，有很多文章无疑是重要文章，但鉴于你可能会看到在浏览讨论:USA时看到的内容，我们可能不希望对它们进行更多的编辑……然而，毫无疑问，有很多文章需要编辑。但是我们应该特别关注哪些文章呢？Hobbitschuster (talk) 2017年11月26日 (UTC) 17:57

在我看来，在我们开始讨论哪些文章是维基项目最重要的文章并应该具有最高优先级之前，我建议我们不要在这个想法上浪费时间，而是直接面对实现这个想法的最大挑战——说服维基媒体基金会这是一个值得做的好主意。

我只想补充一点，我自己上周曾尝试说服维基媒体基金会希伯来语分部启动一个规模小得多的维基项目（仅针对维基媒体基金会的希伯来语网站），但他们告诉我，要么像维基百科的“亚洲月”一样进行全球维基项目，要么就什么都没有（这基本上是因为他们没有权限启动这样的项目）。

有没有人能帮我尽快把这个想法提交给维基媒体基金会？ויקיג'אנקי (talk) 2017年11月26日 (UTC) 18:30

我们应该联系谁？以及我们的提案需要多具体？Hobbitschuster (talk) 2017年11月26日 (UTC) 19:01

我们5年前刚推出时就经历过这种情况。这样的活动会产生完全相反的效果，尤其是对于较小的项目。许多新人会来写一些通常根本不符合旅行指南要求的内容，或者至少需要大量的校对。由于人力有限，较小的项目将无法应对新编辑的涌入，最终只会留下大量未完成的、通常无用的文章。所有新编辑者都会在横幅撤下后立即离开。我们没有从那次活动中获得任何一个长期编辑者。

如果有人仍然想尝试，我建议选择在一个或几个维基百科中放置横幅，这只需要那些激活横幅的维基百科的同意。——Alexander (talk) 2017年11月26日 (UTC) 20:37

“我们没有从那次活动中获得任何一个长期编辑者。”首先，这是错的。我是在2013年1月15日维基百科顶部有一个宣传横幅时才来到维基导游的；我不可能只身一人。此外，“所有新编辑者都会在横幅撤下后立即离开”没有任何合理的理由。我认为很有可能在那一个月里，人们会来到这里，发现自己喜欢它，并决定留下来。——ThunderingTyphoons! (talk) 2017年11月27日 (UTC) 09:53

ThunderingTyphoons!，我指的是俄语维基导游，我认为它是大多数维基导游（少数几个较大的除外）的一个有益的例子。如果人们找到有用的信息，他们可能会决定留下来，这意味着应该已经存在大量写得很好且配有适当插图的文章。我们2013年（在俄语维基导游上）没有这样的文章，所以我们没有从那次横幅宣传活动中获得任何东西。现在可能好些了，尽管我不能确定。另一方面，我确信希伯来语维基导游只有一个“非常活跃的贡献者”（根据统计定义，指每月编辑超过100次的编辑者），既没有这样的文章，也没有足够的人力来应对新来者。因此，我确实预计会对较小的维基导游产生总体负面影响，而且我有确凿的证据支持这一说法。

在我看来，对于较小的项目来说，更好的选择是组织竞赛，这会吸引少量更有经验的人。另一个优点是，参与竞赛的人倾向于阅读指南，而通过横幅进来的人什么都不读。顺便说一下，乌克兰维基导游将在12月举办这样的竞赛。——Alexander (talk) 2017年11月27日 (UTC) 12:47

在我看来，这肯定取决于每个维基导游自己决定是否愿意参与，所以这个决定应该在维基导游内部做出。我想请你考虑一下，五年后情况可能会有所不同，因为你的论点是基于归纳证据；过去的事件并不意味着它们在现在或未来必然会重复。你可能会发现维基导游在2013年的经验更类似于英语维基导游的经验，有新的建设性编辑者加入你的团队。——ThunderingTyphoons! (talk) 2017年11月27日 (UTC) 13:24

我上面已经提到了这一点。我们可能会从中受益，尽管我们将不得不努力工作。一个只有一个非常活跃的编辑的维基导游没有机会将这次横幅宣传活动变成一个有用的事件，而且有强有力的证据支持这一说法。——Alexander (talk) 2017年11月27日 (UTC) 13:35

我们可以让横幅指向一个登陆页面，解释最常见的陷阱和/或一个帮助中心，在那里我们最有经验的用户可以回答问题并提供帮助。我不认为我们可以得到的许多善意贡献会比完全没有贡献更糟糕。我认为应该很明显，在做这种事情之前，我们应该查看我们现有针对新贡献者（特别是来自维基百科的子集）的建议，和/或撰写全新的建议。正如我所说，我们可以在横幅中放置一个指向建议页面的链接。但我绝不能相信，十几个善意的用户会比我们现在拥有的几十个拉客者给普通用户带来更多的工作。而且我们的列表编辑器应该有助于使很多事情不言自明……Hobbitschuster (talk) 2017年11月26日 (UTC) 21:15

2013年1月，两个人（包括我）每天花费大约6个小时清理这些善意贡献者在俄语维基导游上造成的混乱。——Alexander (talk) 2017年11月26日 (UTC) 21:28

这个评论来自维基导游最大的版本之一，这很合理。我自己也是在2013年1月通过那些横幅才发现维基导游的，而且主要是在我的帮助下，希伯来语维基导游也在2013年3月28日上线了。我相信，如果你问任何中小型维基导游的管理员，他们都会像我一样说——我们需要维基百科页面上良好宣传的帮助，才能让更多人了解维基导游并考虑为之贡献。ויקיג'אנקי (talk) 2017年11月27日 (UTC) 03:33

@Atsirlin: 混乱是什么样的？难道不能把那些造成问题的用户指向某种解释吗？如果他们被指出问题所在后仍然继续犯错，那他们可能根本就没有那么善意。如果他们没有被指出如何做得更好，那在我看来是一个重大的失误。我认为，在这种事情发生之前，我们应该审视我们现有的对新贡献者的建议（特别是来自维基百科的子集）和/或撰写全新的建议，这应该是显而易见的。正如我所说，我们可以在横幅中放置一个建议页面的链接。但我绝不相信，十几个善意的用户会比我们现在拥有的几十个拉客者给普通用户带来更多的工作。而且我们的列表编辑器应该有助于使很多事情不言自明……Hobbitschuster (talk) 2017年11月27日 (UTC) 03:49

它看起来像每天有10个新人来，进行数百次编辑，平均创建10个新页面。这些页面中的大多数不符合地理层次结构，其他页面则是不值得独立成文的地方。我无法向您展示这些东西，因为它们都被删除了。我可以向您展示2013年2月一位善意贡献者完成工作后的城市旅行指南，在这里。无用的对象列表，景点选择不系统，没有单一描述，博物馆被描述为仅有“10000件展品”或“5000件展品”，而没有说明这些展品是什么。您也可以看到这篇文章现在的样子，经过我的编辑。我没有使用之前添加的信息，我只是删除了它，并从头开始撰写了文章。

如果我们试图与人们交谈，我们通常得不到回应，或者回应是“我只是添加一些信息，您来决定如何安排”。问题是横幅吸引了以前从未编辑过维基的人。他们对维基标记一无所知，而且通常不知道旅行指南是什么。——Alexander (talk) 2017年11月27日 (UTC) 08:18

现在有4900篇文章（2013年约有2000篇文章），俄语维基导游难道不是一个中型维基导游吗？——Alexander (talk) 2017年11月27日 (UTC) 08:18

我很确定维基的大小是指活跃贡献者的数量，而不是页面的数量。——ThunderingTyphoons! (talk) 2017年11月27日 (UTC) 09:58

那个统计基本上给出了相同的结果。——Alexander (talk) 2017年11月27日 (UTC) 12:47

（缩进）我认为这可能是一个好主意，如果执行得当的话。但我认为采用ויקיג'אנקי提议的“一刀切”方法会很糟糕。像he:这样的小型维基导游的需求与像en:这样的大型维基导游的需求非常不同。为了我们这里的目的，我同意Hobbitschuster的观点，即定义某些文章“更重要”并引导新贡献者去编辑它们弊大于利。我们最重要的文章（根据发帖人的标准；“什么使一篇文章重要”也是一个好问题）通常不需要比现有更多的关注，在许多情况下（例如美国），清理高流量文章中过多可疑质量的编辑往往会从更需要关注的文章中抽走时间和精力。——AndreCarrotflower (talk) 2017年11月27日 (UTC) 04:02

我认为这是一个很棒的主意，我乐意提供任何帮助。我也同意Hobbit和Andre的观点，即英语维基导游的需求可能与其他大多数维基导游（如果不是全部）不同。至少对我们来说，最好是鼓励新编辑者编辑他们喜欢的任何文章，但也许可以建议他们（在Hobbitschuster提到的相同“解释”页面上）从他们的家乡或最喜欢的度假目的地开始（ויקיג'אנקי提议的选项2或3）。不集中精力编辑特定文章应该通过吸引更多编辑者来弥补，这绝不是一件坏事，尽管这里有一些相反的断言。——ThunderingTyphoons! (talk) 2017年11月27日 (UTC) 10:05

另一件应该优先于联系维基媒体基金会的事情是，通过询问其他维基导游来了解他们的想法。这个想法足够好，如果需要的话，即使其他维基不愿加入，也可以在这里和希伯来语维基导游推进，但如果其他语言要参与，就必须告知他们这个想法，并询问他们是否愿意加入。在这方面，如果我们在编辑者中就这个想法达成更强的共识，我很乐意联系法语维基导游。——ThunderingTyphoons! (talk) 2017年11月27日 (UTC) 10:17

我支持在周年纪念期间开展某种推广或宣传活动。即使我们撤销并删除了90%的新贡献，只保留了10%（这可能是最糟糕的情况），如果其中一些10%的撰稿人留下，维基导游从长远来看也会更好。我们不仅需要编辑者，也需要读者。更高的阅读量将有助于搜索引擎优化，并有望引发连锁或病毒式反应，让一些新读者传播信息和/或在社交媒体上关注我们。Gizza ^(漫游) 2017年11月27日 (UTC) 10:58

实施

关于（可能的）实施的一些说明

1. 当然有必要联系不同语言版本的人，征求他们的意见和支持。也有必要pingStefan和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日 (UTC) 13:03

另一个实施想法是将其变成类似正在进行的亚洲月，本质上是一场编辑马拉松。潜在的优势将是：i) 为最有生产力的编辑者提供更明确的激励和少量奖励；ii) 维基媒体社区已经熟悉这类活动；对于此类活动的中央横幅应该没有重大反对，而因为项目五周年而进行推广是前所未有的（据我所知）；iii) 该活动可以定期举行。——Alexander (talk) 2017年11月27日 (UTC) 17:31

这基本上就是我建议的……一个像“亚洲月”那样的编辑马拉松式倡议（我们的五周年只是维基媒体基金会支持此事的“借口”）。ויקיג'אנקי (talk) 2017年11月27日 (UTC) 19:08

亚洲月包含一个有评审团和奖品的竞赛部分。奖品虽小，但仍需有人安排。需要评审团，也需要有人起草规则。有志愿者吗？——Alexander (talk) 2017年11月27日 (UTC) 19:41

关于中央公告，具体信息在这里。这部分是由社区决定的，而不是由维基媒体基金会决定的。旅行医生詹姆斯 (talk · contribs · email) 2017年11月28日 (UTC) 00:40

James，是的，这是社区决定的，我相信它必须在英语维基百科和/或Wikimedia-l邮件列表中宣布。您能在这方面提供帮助吗？例如，您能发布这样的公告吗（时机成熟时）？——Alexander (talk) 2017年11月28日 (UTC) 01:09

无时间限制的皮肤

从旅社扫来

大家好。正如您可能已经注意到的，我们为维基提供了新的“Timeless”皮肤。这是一个响应式皮肤，适用于所有设备。它看起来非常现代，我已经立即切换到它。您的语言版本似乎与此皮肤存在一些问题。

1. 页面横幅根本没有显示。像清迈这样的文章以带有POI的地图开头，但没有该地方的照片
2. 主页根本不显示三个特色文章——只有三个带编号的按钮。你不需要手机来检查。只需将浏览器宽度缩小到小手机的宽度即可。

也许关注一下这个会有用。像我这样的人可以使用它，或者新的皮肤可以切换为匿名读者的标准。——DerFussi 2017年12月4日 (UTC) 06:30

除了这些问题之外，我还发现 Timeless 皮肤无法显示面包屑导航，而且在路线框中文字的对齐方式也总是出错。这很糟糕，我喜欢 Timeless 皮肤的外观，特别是字体，但我认为目前不应该推荐它来取代普通皮肤。——Shaundd (talk) 2017年12月19日 (UTC) 06:40

需要您的帮助说服更多著名的维基百科人帮助扩展维基导游

我目前正在考虑尝试说服希伯来语维基百科上一些最著名/多产的维基百科人帮助扩展希伯来语维基导游（实际上为希伯来语维基网站做出贡献的希伯来语使用者人数有限，他们中的大多数主要活跃在希伯来语维基百科上，所以对我来说，去那里尝试招募潜在编辑者是最有意义的）。

尽管多年来，希伯来语维基导游大多被说希伯来语的维基百科人忽视，这可能是因为最初我们必须从零开始建立网站的基础 + 我认为许多维基百科人从未看到维基导游的优势，可能更喜欢主要撰写百科全书文章……我希望如今，希伯来语维基导游提供了许多维基百科中不存在的有价值内容，并且它不是维基百科的克隆版，这一点已经清晰得多……他们中的一些人可能会选择加入这项工作。

如果可能，请在下方写下您认为可能说服他们帮助扩展维基导游的主要论点（“推介”内容）——在您看来，维基导游为何重要/不可或缺？他们为何除了维基百科之外，还应该投入时间和精力在维基导游上？（任何其他可能说服长期著名的维基百科人提供帮助的论点都将受到欢迎）。ויקיג'אנקי (talk) 2017年12月12日 16:52 (UTC)

我强调的一点是，维基导游的写作风格更随意、更有趣。这仍然是工作，但它不像百科全书，所以它给你一个用不同风格写作的机会，这种风格更令人愉快。——Justin (koavf)❤T☮C☺M☯ 2017年12月12日 17:05 (UTC)

我同意Justin的评论。维基百科的政策在我看来是限制性的，并且强制执行。在那里编辑时，我感觉自己像被绑在紧身衣里，我怀疑我不是唯一一个。维基导游完全不是那样。——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 ^(roam) 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)

我已经标记了很久了，最近没有动过它。我还两次检查了它是否被选中。我现在取消并重新选中了它。问题仍然存在。我前段时间禁用了某些新功能，这之间可能有什么关联吗？在瑞典语维基百科上，监视列表工作正常。——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)

它到底在哪里——今日挑战

从酒馆扫除

• 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图层上也被标记为“Gibbon Experience”（如果您放大到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)