跳转至内容

维基旅行:旅行者茶馆/2018

添加链接
来自维客旅行
 这是一个过去讨论的存档。请勿编辑本页内容。如果您希望发起新的讨论或重提旧的讨论，请在当前的讨论页进行。

避开收费路段的建议

从茶馆扫入

我们是否应该提供如何避开收费的建议？这本身并不违法，但通常需要一些当地知识，而且当地人并不总是欢迎。此外，在瑞士或奥地利等国家，试图避开收费通常是徒劳的，尤其是因为你必须避开所有收费公路，而不仅仅是其中一些…… Hobbitschuster（讨论）2018年1月3日 23:05 (UTC)[回复]

我不认为这有什么不道德的，尽管如果你的经济状况如此，收费公路会让你捉襟见肘，你可能根本负担不起旅行。--AndreCarrotflower（讨论）2018年1月3日 23:53 (UTC)[回复]
你可以几乎完全在收费公路上从里尔开到塞维利亚。无论你的财务状况如何，这 2000 公里的通行费看起来都不会好看。这些建议显然对旅行者有用，任何关于当地人对此不满的说法都无法抵消这一点。我的意思是，如果有人有避开收费路段的建议，请不要吝啬。--ThunderingTyphoons!（讨论）2018年1月4日 00:09 (UTC)[回复]
嗯，我认为几乎所有与驾驶相关的费用都太便宜了，但这无关紧要。法国的收费公路系统比奥地利好——在奥地利，你为所有收费公路支付一笔固定费用，少数几条有自己特殊收费的公路除外……我认为如果一整队车辆蜂拥穿过当地居民区只是为了省几个硬币，那么当地人对此感到愤怒是合理的…… Hobbitschuster（讨论）Hobbitschuster（讨论）2018年1月4日 00:14 (UTC)[回复]
而且我根本不开车，但仍然可以看出为什么开车的人会觉得这些信息有用。‘当地人’的“我家门口不要噪音”的愤怒不是维基旅行应该关心的，无论他们的不满有多合理。我们所能做的就是告诉旅行者如何尊重周围环境，我们不能强迫他们这样做。--ThunderingTyphoons!（讨论）2018年1月4日 00:33 (UTC)[回复]
我同意，这绝对是有用的建议。当然，如果那些避开收费路段的人们给当地道路造成了问题，这可能也应该被提及，就像我们提及旅游业可能影响当地人情绪的其他情况一样（例如，我可以想到乌鲁鲁-卡塔丘塔国家公园）。 Drat70（讨论）2018年1月4日 00:43 (UTC)[回复]
应为每个国家或地区分别给出利弊。根据我的经验：奥地利和瑞士——几乎不可能避开，不值得费力；法国和美国——旅程需要更长的时间，并且需要更多地启停，所以燃油费用更高；英国可以节省时间和距离，但除非万不得已，否则不应开车去伦敦；瑞典可以费力避免，更重要的是了解按时收费；意大利——价格如此之低，不值得去避免。从不道德的一面来看，住在卡车为了避开收费而穿过的村庄，这一点也应该被提及。避开收费公路的好处是，旅行者可以更多地看到该地区，更多的城镇和景点，并能为当地企业带来收入。--Traveler100（讨论）2018年1月4日 07:22 (UTC)[回复]

"service"作为动词

从茶馆扫入

我最近发现 "service" 这个词越来越被用作动词。对我来说，这听起来很奇怪。这是英语方言问题，一种不寻常但完全可以接受的措辞，还是我发现它奇怪是对的？ Hobbitschuster（讨论）2018年1月17日 19:50 (UTC)[回复]

我会用“serve”，但这并非不正确。 Ikan Kekek（讨论）2018年1月17日 19:52 (UTC)[回复]
这真的取决于语境。当它被用作“serve”的同义词时（例如，“The station is serviced by frequent trains”），对我来说看起来很奇怪，可能是不正确的。但其他用法是正常的：The mechanic serviced my car（他给我的车做了全面检查，并修理了所有问题）；The stag is servicing more than one doe（雄鹿在和其他几只母鹿交配……试图将其基因传递给尽可能多的雌性）。如我所述，这真的取决于具体情况。 ThunderingTyphoons!（讨论）2018年1月17日 20:03 (UTC)[回复]
主要涉及到您提到的第一种用法…… Hobbitschuster（讨论）2018年1月17日 20:14 (UTC)[回复]
我同意 ThunderingTyphoons！修车工肯定不“serve”汽车。 Ikan Kekek（讨论）2018年1月17日 20:43 (UTC)[回复]
我也同意 TT 的观点：除了修车工和雄鹿，"servicing" 只是“serving”的另一种说法。它不是必需的，也不是更好的。 Ground Zero（讨论）2018年1月17日 20:51 (UTC)[回复]
看起来它是完全可接受的。特别是，像“123路公交车服务波当克和廷巴克图地区”这样的用法，可能并不比使用“serve”好，但似乎完全可以接受。--Bigpeteb（讨论）2018年1月18日 00:05 (UTC)[回复]
同意 Bigpeteb。根据语境，在某些情况下，只有其中一个词是合适的，但在这两者之间存在相当大的重叠，"service" 和 "serve" 都适用。除非是完全的用词不当，否则我认为我们不应该干预，去规定偏好的措辞。我们的政策应该是让作者自由地做他们想做的事情，除非有真正令人信服的理由去干预和改变事情。--AndreCarrotflower（讨论）2018年1月18日 00:34 (UTC)[回复]
我不认为有人在提议管制这个。我认为 Hobbit 只是在询问以便更好地理解英语用法。 Ground Zero（讨论）2018年1月18日 01:54 (UTC)[回复]

我通常认为这个词出现在一些工业或商业环境中。例如，“I served my wife breakfast in bed”（我给妻子送了床上的早餐），但“the mechanic serviced my car”（修车工给我的车做了保养）。如果我做类似的事情，我可能会说“fix”（例如，“I fixed the toaster over the weekend.”（我在周末修好了烤面包机））。在我看来，Servicing 暗示着一定的技巧或能力。也有一些专业人士会“serve”一些东西——电脑服务器或餐厅的服务员。 —Justin (koavf)❤T☮C☺M☯ 2018年1月19日 01:16 (UTC)[回复]

Ground Zero - 好的，仔细查看这段讨论，我现在明白了。尽管我原始评论的前两句话仍然适用。--AndreCarrotflower（讨论）2018年1月19日 01:18 (UTC)[回复]
Justin，我认为你修理损坏的车辆，但保养正常运行的车辆作为其常规维护。 Ground Zero（讨论）2018年1月19日 01:36 (UTC)[回复]
嗯，说得好。越发好奇了。 —Justin (koavf)❤T☮C☺M☯ 2018年1月20日 09:06 (UTC)[回复]

添加模板时遇到的问题

从茶馆扫入

我最近发现，“添加模板”按钮在你需要添加模板时不会变成蓝色背景。这包括添加列表时遇到的问题。 Selfie City（讨论）2018年1月18日 15:23 (UTC)[回复]

现在好像修复了。 Selfie City（讨论）2018年1月19日 00:14 (UTC)[回复]

旅行时不带智能手机的另一个原因

从茶馆扫入

除了它们是监控设备之外，Instagram 用户正在扼杀旅行的生命和灵魂。“我的斯里兰卡之行被沉迷于社交媒体的游客的屁股给毁了。” —Justin (koavf)❤T☮C☺M☯ 2018年1月23日 05:31 (UTC)[回复]

尽管我喜欢《卫报》作为新闻来源，但它的旅游版块基本上可以概括为“所有这些该死的游客都毁了我们这些真正的旅行者的一切。他们都应该待在家里，让少数开明的人（即《卫报》记者和他们的家人）独自享受[目的地]。”这是一种可怕的缺乏自我意识和巨大的自以为是。有趣的是，《每日电讯报》，虽然作为一个报纸，其政治立场对我来说过于右翼，但它有一个出色的旅游版块，有大量经过充分研究且写得（和插图）精美的文章。--ThunderingTyphoons!（讨论）2018年1月23日 13:45 (UTC)[回复]

活动取消时

从茶馆扫入

如果一个之前安排的年度活动，列在城市文章的“Do”部分的“Events”列表中，被取消了，是应该在取消信息出现后立即删除该列表，还是最好将其保留为修改状态（告知旅行者取消信息），直到它原本应该举行的日期过去？ --ThunderingTyphoons!（讨论）2018年1月23日 16:45 (UTC)[回复]

我认为保留活动已取消的信息更有用。也许应该区别对待永久取消的活动或仅今年取消的活动。如果是永久取消且是知名活动，应该用一句话说明事实；如果是小众活动，外界人士可能没听说过，那就直接删除。如果是一次性取消但明年会恢复，则保留并适当地添加内容。--Traveler100（讨论）2018年1月23日 18:16 (UTC)[回复]
是的，这听起来合理。所讨论的活动是一个比较知名的夏季音乐节的一个不太为人所知的冬季衍生活动。在日期过去之前，可能值得保留，因为它与主活动有关。 ThunderingTyphoons!（讨论）2018年1月23日 19:03 (UTC)[回复]

衣服中的磁铁会影响指南针

从茶馆扫入

顺便注意到，http://www.bbc.co.uk/news/uk-scotland-highlands-islands-43063365

@Bluerasberry:，也许《消费者报告》在美国的户外服装方面有所报道？ ShakespeareFan00（讨论）2018年2月15日 10:43 (UTC)[回复]

我在定向越野和野外徒步中提到了风险，也许可以做得更好。--LPfi（讨论）2018年2月15日 13:57 (UTC)[回复]
由于 BBC 链接可能对所有读者都无法打开，请参阅苏格兰登山协会的此链接，其安全顾问被 BBC 引用。我还建议将指南针远离电机（包括风扇）和发条式手电筒。 AlasdairW（讨论）2018年2月15日 23:37 (UTC)[回复]

征求对维基旅行文章的反馈

我在Reddit上征求了对茶的反馈。我想看看 1.) 其他人对提出的反馈的看法，2.) 我征求反馈的方法，以及 3.) 是否有人有更好的建议。 —Justin (koavf)❤T☮C☺M☯ 2018年1月11日 06:55 (UTC)[回复]

这是一种有趣的征求反馈的方式。感谢你的积极尝试。我注意到该文章的页面浏览量在几天内大幅增加。我想知道这与主页上的文章（如 DotM、OtBP、FTT 或 Discover）以及在 Facebook 和 Twitter 等其他社交媒体上分享的文章相比如何。子版块的选择也会产生影响。这个问题可能在/travel/子版块中也同样相关。其他维基旅行文章也可以在专门针对该城市、国家或地区的子版块中讨论。
关于反馈，我同意“cha_waan”说的很多内容，尽管必须说，与遵循 NPOV 的维基百科不同，我们遵循“公平”的原则，允许在文章中陈述个人观点和原创研究。我绝对同意说“XYZ 茶非常好”并没有增加太多价值。这实际上是许多维基旅行文章中的一个问题。有时很难区分餐馆和酒店。许多列表最终会说“这家酒店不错且可靠”，但这并没有透露太多信息。 Gizza (roam) 2018年1月11日 21:10 (UTC)[回复]
我也同意 cha_wan 说的大部分内容，只是我不知道这是否能变成一个参考指南。我认为我们不可能充分涵盖茶这个主题，以至于能满足真正讲究、富有的鉴赏家，而且我们也需要保持对旅行的特定关注，以及世界上不同地区有哪些典型的和可用的茶叶类型。我认为确实有些地方的茶的总体水平比其他地方好，我也认为有些特别好的茶在某些地方很普遍。我猜我还能凭记忆多描述一点马来西亚金马仑高原的茶的味道，但除了说它味道均衡，带有宜人的天然甜味之外，我不知道还能说些什么。也许我们的一些马来西亚贡献者，比如User:Chongkian，可能会提供更多帮助。 Ikan Kekek（讨论）2018年1月12日 11:18 (UTC)[回复]
关于茶叶起源的信息，是从维基百科：茶那里一个比较含糊的总结，这样做是合理的，因为维基百科是我们的姐妹网站。参见维基百科：茶#起源与历史
茶树原产于东亚，可能起源于缅甸北部和中国西南部的边境地区。统计聚类分析、染色体数目、易杂交性以及各种中间杂交种和自然多倍体表明，茶树（Camellia sinensis）可能只有一个起源地，该地区包括缅甸北部以及中国的云南和四川省。 Ikan Kekek（讨论）2018年1月12日 11:23 (UTC)[回复]
@Koavf: 关于方法，我认为这真的很有趣，值得尝试更多。我以前在维基百科：Stackexchange 和 Reddit上写了一些相关的笔记，但一直没有时间/精力将其进一步推进。我特别考虑的是双向工作，在文章内容、参考台和外部网站之间（即我们应该避免仅仅试图让他们帮助我们；我们也应该考虑引导读者论坛式的问题给他们——也许通过讨论页模板，或通过维基项目外部链接部分，或类似的）。为你尝试新事物鼓掌。我希望我能提供帮助，但我已经有太多的工作和志愿任务要处理了，所以我只能鼓励您（任何人）在感兴趣的情况下，拿走我的笔记并加以利用。构建网络！ :-) Quiddity（讨论）2018年1月15日 19:45 (UTC)[回复]
@Quiddity: 谢谢。我们确实需要在outreach: 上记录最佳实践。 —Justin (koavf)❤T☮C☺M☯ 2018年1月15日 20:24 (UTC)[回复]

谷歌已启动旅行指南

谷歌搜索地理位置时，我突然看到一个“X 附近有哪些活动”和“X 旅行指南”的框。点击它，你就能看到这样的内容。

所以谷歌现在也有旅行指南了。但还有更多。当你搜索一个不是全球旅游目的地的地方，比如伊萨尔米时，描述就来自于我们的姐妹项目维基百科。如果我没记错的话，我们使用与维基百科相同的许可。如果我们能以某种方式让谷歌使用我们的一些内容并在其旅行指南中引用我们，那会怎样？这种宣传力度是否能将我们远远地超越另一个网站，使我们在 Alexa 排名中名列前茅？ --ϒpsilon（讨论）2018年1月12日 19:26 (UTC)[回复]

谷歌为什么要这样做？ Hobbitschuster（讨论）2018年1月12日 20:52 (UTC)[回复]
谷歌为什么要这样做？是拥有旅行指南，还是链接到我们？ --AndreCarrotflower（讨论）2018年1月13日 01:07 (UTC)[回复]
嗯……因为我们的文本（在语气和内容方面）通常比维基百科的文本更适合旅行指南，而他们现在正在使用维基百科的文本？ --ϒpsilon（讨论）2018年1月13日 11:48 (UTC)[回复]
然而，一家大型广告公司更有可能与另一个网站达成商业协议（在那里可以托管其广告），除非我们的网站规模大 100 倍。 AlasdairW（讨论）2018年1月13日 12:20 (UTC)[回复]
他们已经决定使用维基百科的内容，维基百科不接受广告，所以我们也不应该放弃希望，尤其是因为另一个网站的内容越来越陈旧。 Ground Zero (讨论) 2018年1月13日 12:27 (UTC)[回复]
而且他们不需要与维基百科（或我们）达成任何财务协议就可以使用我们的内容。如果他们想重用Tripadvisor / Rough Guide / travelling millennial instagram flavour of the month 的内容，他们就会这样做。至少值得一试，但有人知道怎么做吗？谷歌出了名地难联系。--ThunderingTyphoons! (讨论) 2018年1月13日 12:59 (UTC)[回复]
大多数人仍然不知道我们存在。如果你问一个有互联网接入的普通旅行者，能说出最多10个他们知道的旅游网站，不幸的是，Wikivoyage 不会是其中之一。正如上面所说，WT（Wikitravel）稍微出名一点但正在衰落。谷歌在维基百科已经家喻户晓时就开始将维基百科的信息整合到搜索中。而且，这似乎实际上减少了 WP（维基百科）的页面浏览量（我记得在 WP 上读过一篇分析），因为许多人只是阅读谷歌上显示的摘要，而不是点击链接。我认为 WMF（维基媒体基金会）的第二个最大维基是 Wiktionary（维基词典），当人们搜索字典定义时，使用 Wiktionary 的信息也会很有用，但这还没有发生。我认为 Wikivoyage 离这一步还很远。 Gizza (roam) 2018年1月13日 13:11 (UTC)[回复]
我认为 WP（维基百科）页面浏览量的下降是谷歌受益的迹象。人们现在更有可能在谷歌上开始查询，而不是直接去 WP。所以谷歌获得了更多的页面浏览量，以及广告链接被点击的机会增加。大多数 WP 页面在其开头一两句话中就能有效地介绍主题，但我们许多文章则不是——获取我们文章的前 100-200 个字符有多大用处？
如果我们打算联系谷歌，我们需要找到一种方式将其作为他们赚钱的机会，或者解决他们遇到的特定问题。 AlasdairW (讨论) 2018年1月13日 16:14 (UTC)[回复]
Wikivoyage 应该做对 Wikivoyage 最有利的事情，而不是对谷歌最有利的事情。如果维基百科的页面浏览量因此净减少，我宁愿不与谷歌就此事接触（并祈祷他们不要自行收录我们的信息）。-- AndreCarrotflower (讨论) 2018年1月13日 16:31 (UTC)[回复]
在 Wikimedia，可能有人知道如何联系大公司。
谷歌当然已经建立了一个旅行指南，因为他们认为有一个市场。旅行者，与搜索例如一个人或一种花卉物种的人不同，通常希望阅读关于目的地（及其美食等）的不仅仅是一个段落，而这正是我们可以发挥作用的地方。当然，这些人中的许多人可能仍然会使用谷歌来查找景点、餐馆、酒店，但至少他们会听说我们的网站。正如已经指出的那样，我们不是互联网上最著名的旅游网站（更不用说像维基百科那样出名了），因此我认为我们没有什么可失去的。
话虽如此，如果这样做有风险弊大于利，那我们就不要再继续下去了。 ϒpsilon (讨论) 2018年1月13日 17:50 (UTC)[回复]
冒着被认为是吹毛求疵或跑题的风险，我们应该做对*旅行者*最有利的事情，因为他们是第一位的。这不一定总对 Wikivoyage 或 WMF 或其他任何组织最有利。我毫不怀疑您同意这一点，但为了尽职尽责，还是说出来。—Justin (koavf)❤T☮C☺M☯ 2018年1月14日 20:10 (UTC)[回复]
我同意 Justin 的说法，如果谷歌重用我们的数据并使旅行者受益，那是一件好事。我们的最终目标不是获得很多页面浏览量，而是让高质量的信息呈现在需要它的人们眼前 :-) Syced (讨论) 2018年1月15日 09:13 (UTC)[回复]

我们本来就没有多少发言权，但看起来我们可能在战斗开始前就已经输了。我刚才搜索了一个城市（甚至不是查找旅行信息）（如果你好奇的话，是Inverness），谷歌的结果包括一个链接到他们旅行指南的预览框，后面跟着另一个带有链接到另一个网站的摘要框。--Bigpeteb (讨论) 2018年2月16日 17:06 (UTC)[回复]

过于热情的管理员？

其他人会如何处理User:Yogada？是快速删除请求和封禁账户是处理用户页条目的正确方法吗？还是我遗漏了什么？--Traveler100 (讨论) 2018年3月6日 12:08 (UTC)[回复]

这似乎是一个垃圾邮件机器人，而且该账户似乎已经全局锁定，尽管只有一次编辑。--ϒpsilon (讨论) 2018年3月6日 12:20 (UTC)[回复]
正是如此。 Traveler100，我认为在 User talk:Yogada 上发表关于“过于热情的管理员”的偏执陈述，这令人尴尬——即使对您来说不是，对网站来说也是。我建议您删除它。 Ikan Kekek (讨论) 2018年3月6日 18:50 (UTC)[回复]
那么，一个全新的用户发布一个链接到他们自己页面的外部网站，作为他们的第一次贡献，是导致全局封禁的原因吗？一些建议和警告说什么是可以接受的，是的，但全局封禁？为什么比 Parkland 文章条目处理得更严厉？--Traveler100 (讨论) 2018年3月6日 21:57 (UTC)[回复]
也许 Meta 知道我们不知道的信息。一般来说，除非有非常充分的理由，否则不会进行全局封禁。-- AndreCarrotflower (讨论) 2018年3月6日 22:05 (UTC)[回复]
我问过了，原因是它来自印度，所以可能是故意的垃圾邮件（我因为这样的评论会丢掉工作）。我同意这很可能是垃圾邮件，但个人认为，第一次应该警告，第二次或第三次冒犯才应该封禁。特别是因为这发生在用户自己的页面上，而不是在文章中。我只是担心事情不会得到妥善处理，并且会吓跑贡献者。--Traveler100 (讨论) 2018年3月6日 22:20 (UTC)[回复]
不。不要更改我的话。我说“全新用户第一次贡献就发布指向外部网站的链接，极有可能他们是垃圾邮件发送者。” 1，“我相信该用户的唯一目的是“在维基媒体维基上发送垃圾邮件”（全局封禁），因此我不觉得舒服解锁它。您可以从其他无关的管理员那里请求解锁，地址是 Steward requests/Global。” 2。任何人都可以到 meta:User talk:-revi#voy:User:Yogada 验证。哪里说这与印度有关？Artix Kreiger 不是我。特此声明，我不是英文 Wikivoyage 的管理员。谢谢。 — Revi 2018年3月7日 05:16 (UTC)[回复]
现在我们对此无能为力，但就其价值而言，Meta 上的讨论已使我坚信在此案例中进行全局锁定是不必要的过度反应。是的，这极有可能是一个垃圾邮件发送者，但它成为一个*系列*的*跨维基*垃圾邮件发送者的可能性有多大？只要问题局限于一个维基社区，就应该由该社区自行处理，我说。无需小题大做。-- AndreCarrotflower (讨论) 2018年3月7日 14:26 (UTC)[回复]
我最终同意你的观点。在这个案例中，我过于仓促地反对 Traveler100 的反应。但是，我认为这很明显是一个垃圾邮件账户，尽管我们应该能够通过封禁或警告用户来自己处理，并在他们是机器人时给他们一个在他们的讨论页上申诉的机会。 Ikan Kekek (讨论) 2018年3月13日 02:22 (UTC)[回复]

特定国家/地区的读者数量

现在可用。

Alexa 也显示，在过去几周内读者数量有显著增长

此致 Travel Doc James (讨论 · 贡献 · 邮件) 2018年2月21日 08:07 (UTC)[回复]

最近几周的增长很可能是由于其他维基媒体项目链接到2018年 Wikivoyage 编辑马拉松。所以我们可以预期在2月之后会略有下降，但希望一些新读者和编辑会继续回来。 Nurg (讨论) 2018年2月21日 09:48 (UTC)[回复]
Alexa 的排名基于 90 天的周期，所以它可能在今年 5 月消失。能看到前几个月的按国家/地区划分的页面浏览量吗？ Gizza (roam) 2018年2月21日 23:37 (UTC)[回复]
看不到按国家/地区划分的分解的其他月份的查看能力。
这张图显示了读者数量的大幅增长。
翻倍还多。 Travel Doc James (讨论 · 贡献 · 邮件) 2018年2月21日 23:54 (UTC)[回复]
如果你看不到大幅增长，那就点击图表下方的“3个月”视图。有些视图在去年最后一个日历年就停止了。增长最大的是使用移动网站的人（他们往往不是编辑者）。 WhatamIdoing (讨论) 2018年2月22日 22:11 (UTC)[回复]
@Doc James, WhatamIdoing, DaGizza, Atsirlin: 关于针对读者进行非常低级别的宣传活动（大约 5% 的曝光率）以保持从这次活动中获得的动力，让人们了解 Wikivoyage 的想法如何？只是指向 Wikivoyage 的主页？我一直是低级别宣传活动的粉丝，因为与大规模宣传活动相比，它们可能影响巨大，但干扰却小得多。 Seddon (WMF) (讨论) 2018年2月28日 21:41 (UTC)[回复]
Seddon (WMF)，这是个好主意！但是，我们可能需要更改横幅，因为编辑马拉松不能永远运行。关于链接，我宁愿指向一个专门的着陆页，该页面已针对新用户进行了调整。主页只是主页。它说“好的，您现在在 Wikivoyage”，但没有解释它是什么以及如何贡献。--Alexander (讨论) 2018年2月28日 22:17 (UTC)[回复]
我同意 Alexander 的看法，我认为这是个好主意。英文 Wikivoyage 上最好的通用着陆页可能是 Wikivoyage:Welcome, Wikipedians 或 Wikivoyage:Welcome, newcomers。我不知道其他语言是否有类似的页面。将更多语言也纳入宣传活动会很好。我记得一位荷兰语编辑太晚才知道编辑马拉松。 Gizza (roam) 2018年2月28日 22:48 (UTC)[回复]
我认为您的想法很好，但我们需要决定目标是读者还是编辑者。如果我们关心的是“页面浏览量”，那么只对已登录用户运行，甚至只对移动用户运行可能值得（发送到主页就可以了）。如果我们关心的是“编辑”，那么我们可以显著减少垃圾邮件的可能性，只对桌面上的已登录编辑者显示（人们应该被发送到一个入门页面）。 WhatamIdoing (讨论) 2018年3月5日 20:17 (UTC)[回复]
我认为这听起来是个好主意，而且我认为最好将其限制在已登录的编辑者，原因您已说明。—Granger (讨论 · 贡献) 2018年3月5日 22:42 (UTC)[回复]
说得好 @WhatamIdoing:。编辑比浏览量更重要，尤其是因为有成效的编辑最终会提高 SEO 并带来浏览量。专注于已登录的编辑者是个好方法。 Gizza (roam) 2018年3月5日 23:03 (UTC)[回复]
@WhatamIdoing, DaGizza: - 我的提议是帮助提高读者意识，将项目暴露给新读者。随后将在 Wikivoyage 本身进行一次单独的宣传活动，以鼓励个人成为编辑者。这两者应该同时进行。 Seddon (WMF) (讨论) 2018年3月7日 17:20 (UTC)[回复]
@Seddon_(WMF): - 这听起来是个很棒的提议。继续保持编辑马拉松带来的势头至关重要。我们可以将主页作为读者的着陆页，解释 Wikivoyage 是什么并展示我们的特色内容。 Gizza (roam) 2018年3月14日 21:18 (UTC)[回复]
@DaGizza: - 时间上，您认为社区会在未来几个月内试行某种方案吗？ Seddon (WMF) (讨论) 2018年3月14日 21:51 (UTC)[回复]
当然。感谢您的提议！ Ikan Kekek (讨论) 2018年3月14日 23:58 (UTC)[回复]
...但如果主页是着陆页，那么也许不应该向移动用户展示，因为该页面存在一些问题/限制。 Seddon，我们能否或许设置三个宣传活动，以便移动用户和桌面用户可以访问不同的页面？（或者也许将读者导向的宣传活动推迟到移动网站的页面得到改进之后？） WhatamIdoing (讨论) 2018年3月15日 22:38 (UTC)[回复]
@WhatamIdoing: 关于移动页面的持续讨论有什么进展吗？随着 templatestyles 即将启用，这会有帮助吗？ Seddon (WMF) (讨论) 2018年3月19日 05:31 (UTC)[回复]

将维基百科上的重定向页面指向 Wikivoyage

偶然发现了文章 w:Ice hockey in North America，该文章在 w:Category:Redirects to Wikivoyage 中。不确定该如何看待。大家觉得这个想法好还是不好？--Traveler100 (讨论) 2018年3月8日 12:01 (UTC)[回复]

如果谨慎使用，看起来是个好主意。 Travel Doc James (讨论 · 贡献 · 邮件) 2018年3月15日 02:48 (UTC)[回复]

截至 2018 年 2 月超越 WT

根据 Similarweb，WV 收到 763 万次访问（每次 2.55 页）


而 WT 收到 591 万次访问（每次 1.66 页）


恭喜…… Travel Doc James (讨论 · 贡献 · 邮件) 2018年3月15日 02:37 (UTC)[回复]

这可能将是关于另一个网站的最后几件事之一。这个残骸正在沉没，他们是自作自受。参见 Wikivoyage and Wikitravel 了解 Alexa 排名的比较。/Yvwv (讨论) 2018年3月15日 15:44 (UTC)[回复]
我怀疑 Internet Brands 是否在试图关闭分叉或所有关于它的讨论方面获得了净收益……看看他们什么时候拔掉插头。总有一天服务器的成本会超过广告收入…… Hobbitschuster (讨论) 2018年3月15日 19:31 (UTC)[回复]
请注意，仅编辑马拉松页面就获得了 280 万次浏览。从 Alexa 和 Similarweb 的分析来看，尽管我们正在取得进展而他们正在衰落，但他们仍然拥有比我们强大得多的 SEO 和社交媒体影响力。 Gizza (roam) 2018年3月15日 22:50 (UTC)[回复]

有人能修正 Template:Exchange_rates 吗？

从讨论区扫来的

根据 Wikivoyage:Currency#Standard_notation，WV 上使用的货币必须一致并符合一定的格式。

不幸的是，Template:Exchange_rates 不符合这些规则，甚至无法应用它们，例如货币符号是放在金额之前还是之后，以及之间是否使用空格。

有人能修复这个代码/模板吗？也许可以通过引入可选变量，如 currencyCodeAfter 和 space？不幸的是，我对这种语言不太熟悉。

祝好 Ceever (讨论) 2018年4月29日 17:23 (UTC)[回复]

@Ceever: 我已经在沙盒中设置了版本。请参阅模板讨论页上的示例。--Traveler100 (讨论) 2018年4月30日 09:18 (UTC)[回复]

维基媒体基金会指标和活动会议

@RolandUnger, ויקיג'אנקי, Zerabat, Adehertogh, हिंदुस्थान वासी|हिंदुस्थान वासी|हिंदुस्थान वासी, Lkcl it, Yuriy kosygin, Visem, Eduaddad

在 Wikivoyage 月度编辑马拉松之后，一位 WMF 代表与我取得了联系，并建议我们在下一次维基媒体基金会指标和活动会议（3 月 29 日，UTC 19:00）上做一个简短的演示（5-10 分钟），介绍 Wikivoyage 项目的现状和社区愿望。为了准备这次演示，我将非常感谢您对以下内容的反馈：

  • 您如何评价编辑马拉松的成果？
  • 应该传达给 WMF 的最重要的社区目标和愿望是什么？

如果您想分享任何内容，请尽快分享，因为只有一周时间来准备这次演示。感谢您的参与！--Alexander (讨论) 2018年3月21日 00:58 (UTC)[回复]

编辑马拉松非常棒！当然，它带来了一些破坏者，但对 en.voy 来说，这是一个压倒性积极的事件。添加了大量出色的新内容——新文章，大量内容填充了以前稀疏的文章，以及对非常旧信息的重大更新。而且一些参与的用户此后一直有贡献。
对我来说，目标是把它（Wikivoyage）打造成最好的旅行指南。为此，更多的内容贡献者是必不可少的，那些编辑掉拼写错误、语法错误等，并使文章更具可读性的人也非常有帮助。
我们还有其他重要目标，比如让 Wikivoyage 的移动版本更加出色。作为附属目标，我们可以考虑如何更清晰、更醒目地展示政策和指南，并努力思考如何最好地与新用户合作，帮助他们遵循 Wikivoyage 的风格和格式，同时又不让他们感到疏远。其中一部分工作需要持续努力，设身处地地为那些有时会对回退和纠错建议感到不满的新用户着想，但另一部分工作则是确保我们的政策清晰、一致且广为人知，例如我们关于链接到维基百科的政策，该政策在编辑马拉松期间因长期用户之间的困惑而最终得到了清理。（当然，其中有些内容确实是我在提醒自己，但我仍然认为这值得发布。）Ikan Kekek （讨论） 2018年3月21日 03:07 (UTC)
我们目前需要其他项目协助的一个目标是更好地将公共交通地图整合到我们的文章中。在这方面还有一些工作要做。Hobbitschuster （讨论） 2018年3月21日 04:45 (UTC)
这是中文 Wikivoyage 首次组织此类活动，许多贡献者在活动期间进行了编辑。我认为这项活动是可行的。
关于社区的目标和愿望，正如Hobbitschuster所说，更好地将公共交通地图整合到我们的文章中。--Yuriy kosygin （讨论） 2018年3月21日 17:03 (UTC)
Yuriy kosygin，你的新贡献者在编辑马拉松结束后还在继续编辑吗？--Alexander （讨论） 2018年3月21日 17:36 (UTC)
Alexander，嗯... 不，我认为新贡献者应该只在活动期间参与编辑... --Yuriy kosygin （讨论） 2018年3月21日 17:51 (UTC)
在乌克兰语版中，我们新增了 123 篇文章，改进了 32 篇（根据比赛规则，还增加了 4 篇关于其他语言中乌克兰的文章）。截至今天，我们共有 768 篇乌克兰语文章。有 45 名参与者参加了比赛，大部分编辑的文章是关于乌克兰的，但也有关于其他国家和一般话题的文章。--Visem （讨论） 2018年3月21日 18:34 (UTC)

请看这个：https://www.youtube.com/watch?v=_Q3I2NabB3U Wikivoyage 部分大约在录制开始三分钟后，所以我们得到了优先展示。--WhatamIdoing （讨论） 2018年3月29日 18:08 (UTC)

Alexander，抱歉这么晚回复。归根结底，目标不是增加编辑马拉松期间的编辑活跃度，而是要留住一些新用户，让他们在活动结束后继续参与，对吗？如果是这样，我认为现在评估结果还为时过早。2018 年 3 月的预测读者数量无疑令人鼓舞，但最终我们必须等到尘埃落定，看看数据落在哪里——是比编辑马拉松之前高，如果是，高多少。我们应该关注的是如何将这种短暂的活跃度高峰转化为编辑者和读者数量的持续增长。这同样是我如此积极支持“低级别意识宣传活动”的原因，Seddon 以前提出过这个活动（如果有什么进展，我很想听听）。--AndreCarrotflower （讨论） 2018年3月29日 18:36 (UTC)
Andre，你可以看看我在演示文稿中说的话，然后决定你是否同意。我试图说明，中央通知对较小的 Wikivoyage 明显没有长期影响（从最近的更改可以看出），并阐述了技术发展的必要性。--Alexander （讨论） 2018年3月29日 19:10 (UTC)
关于低级别意识宣传活动，我不确定这个想法是否还在考虑中。至少，Joseph 在他的演讲部分提出了不同的看法（Joseph，你能详细说明吗？）我认为，中央通知有其局限性，持续运行并不总是有帮助的。我们应该收集不同语言的 3 月至 4 月统计数据，并制定一个清晰的计划，明确我们的目标。--Alexander （讨论） 2018年3月29日 19:21 (UTC)
@Atsirlin，AndreCarrotflower：——这个活动肯定还在考虑中，而且我很乐意在接下来的三个月内安排一次。--Seddon (WMF) （讨论） 2018年4月2日 15:49 (UTC)
Joseph，谢谢。我建议我们等到四月底，收集编辑马拉松后两个月的无偏见统计数据。然后，也许可以尝试进行低级别宣传活动，也许是针对特定语言（这是在分析完三月份的完整统计数据后需要考虑的）。你觉得呢？--Alexander （讨论） 2018年4月2日 18:55 (UTC)
@Atsirlin：——我相当希望等到五月中旬，因为我还有其他事务，而且也需要足够的时间来设置一些跟踪分析。但是的，我肯定乐意起草一份提案。
一个问题，我们有多大可能尝试用新的模板样式来改进移动版首页？社区是否有技术能力，还是我们需要引入额外的人力？--Seddon (WMF) （讨论） 2018年4月3日 00:23 (UTC)
Joseph，我认为我们需要这方面的帮助，或者至少需要一些例子说明它看起来会是什么样子。--Alexander （讨论） 2018年4月3日 03:57 (UTC)
顺便说一句，我很想听听对这次演示文稿的任何反馈。这对我很有帮助，也希望对将来可能需要做类似演讲的其他人也有帮助。幻灯片的 pdf 文件在这里：这里，pptx 源代码可根据要求提供。--Alexander （讨论） 2018年3月29日 19:10 (UTC)
我只听到了对你演示文稿的赞扬，我觉得它相当不错。--WhatamIdoing （讨论） 2018年3月30日 03:16 (UTC)
@Atsirlin：你做得太棒了——再次感谢你的演讲！--Gregory Varnum (Wikimedia Foundation) （讨论） 2018年4月2日 17:15 (UTC)

无法在 Android 上编辑

大家好。今天早些时候，我不在电脑旁，尝试在我的 Android 上编辑这个网站。这是不可能的。每次击键后，我的视图都会移动到屏幕顶部，所以我看不到我试图编辑的文本。我在 Wikimedia Commons 上没有遇到这个问题，可以在那里编辑。--Ikan Kekek （讨论） 2018年4月7日 23:31 (UTC)

奇怪，我在 Android 上没有遇到这个问题。我确实遇到了一个问题（在这里和维基百科上都是），即每当我点击将光标放在新位置时，我的视图会向上移动很多，但不是每次击键都会。我在 Android 上使用 Firefox——你使用的是什么浏览器？--Granger （讨论 · 贡献） 2018年4月8日 00:13 (UTC)
我在 Android 上使用 Chrome，在笔记本上使用 Firefox。--Ikan Kekek （讨论） 2018年4月8日 01:08 (UTC)
我也使用 Android 上的 Chrome，没有发现任何问题。你是否在使用 Beta 版？--ThunderingTyphoons! （讨论） 2018年4月8日 08:19 (UTC)
我使用的是常规版本。--Ikan Kekek （讨论） 2018年4月8日 09:03 (UTC)
哦，是这样；我也是。那不是这个原因。--ThunderingTyphoons! （讨论） 2018年4月8日 09:35 (UTC)
说出来你可能不信，Ikan Kekek：不是唯一遇到这个问题的人。我也有同样的问题，尽管在打字时文本会跳动大约半页。我这里使用的是 Android 7.0.0 上的 Chrome 65.0.3325.109。不过，我确实在使用 Wikivoyage Beta。
--Wauteurz （讨论） 2018年4月8日 10:18 (UTC)
“常规网站”指的是哪个？Ikan 说他用 Chrome，这很有用的信息。你是访问手机版网站 en.m.wikivoyage，还是桌面版网站 en.wikivoyage？你是编辑 Wikitext 还是可视化模式？mw:Editor 上的截图可能会帮助你弄清楚是哪种模式。（随时可以 ping 我；一旦我们弄清楚是哪种编辑环境，我会确保提交一个 bug。）--Whatamidoing (WMF) （讨论） 2018年4月8日 20:12 (UTC)
https://en.m.wikivoyage.org 是我当时去的。我试图通过点击某个部分的铅笔图标来编辑 Wikitext。--Ikan Kekek （讨论） 2018年4月8日 20:21 (UTC)

巴士时刻表？

大家好！

我想知道这个网站上是否有巴士时刻表的范例？（或者火车时刻表也可以。）我找到了这个，并尝试像这样更新它，然后想到也许有数百个其他人也曾遇到过同样的问题。我查看了所有模板，但没有找到能满足我需求的。这是可以模板化的东西吗？我认为巴士和火车旅行的标准化格式对旅行者会很有帮助，但我也同样确信，肯定有某种原因它目前不存在。谢谢，祝你们爱国者日（Patriot's Day）前夜愉快！--ButteBag （讨论） 2018年4月15日 20:28 (UTC)

关于实际的巴士时间，通常最好链接到巴士公司网站，或者当地的行程规划器/交通管理部门网站（如果存在）。如果没有网站，那么巴士站的电话号码会很有用。通常巴士服务会在段落中描述，给出班次频率的概况。巴士时间变化很快，所以最好提供一种让读者获取最新信息的方式。--AlasdairW （讨论） 2018年4月15日 21:04 (UTC)
同意巴士时间变化频繁，我曾认为在表格中注意到某些信息有误会比在段落中“隐藏”更容易？--ButteBag （讨论） 2018年4月15日 21:31 (UTC)
当然，有很多地方巴士公司没有网站，或者看起来像是威廉二世时期更新的，在这种情况下该怎么办，当然是一个有效的问题。特别是在巴士时刻表似乎已经稳定多年的时候。--Hobbitschuster （讨论） 2018年4月16日 00:16 (UTC)
当然，我只是觉得如果这些信息以表格形式表达，可能更容易解析，这可能会鼓励更频繁的编辑。--ButteBag （讨论） 2018年4月16日 19:04 (UTC)
在页面上说明巴士每周只有 3 班车，或者白天每 30 分钟一班车是很有用的，但除此之外的信息最好从交通公司网站获取。在本指南网站上充斥着时刻表不会带来好处。如果你认为这是值得的，我建议设置一个专门的 Wikimedia 网站。--Traveler100 （讨论） 2018年4月16日 20:28 (UTC)
表格可能更容易阅读，但我认为对于没有经验的贡献者来说，编辑起来要困难得多。我们希望旅行者在巴士站能够轻松地使用手机更新信息。段落也更适合描述特定路线的路线或设施：“从 Bigtown Busco 每天有一班（带可倾斜座椅的）巴士经过颠簸但风景优美的山路，Coachco 每天有两班巴士（带 WiFi）经过更长的沿海公路。”--AlasdairW （讨论） 2018年4月16日 22:03 (UTC)
当然，有很多地方巴士公司没有网站，或者看起来像是威廉二世时期更新的，在这种情况下该怎么办，当然是一个有效的问题。特别是在巴士时刻表似乎已经稳定多年的时候。--Hobbitschuster （讨论） 2018年4月16日 22:41 (UTC)

过度曝光的地点？

我在 BBC 上看到了这个：http://www.bbc.co.uk/news/world-43700833 --ShakespeareFan00 （讨论） 2018年4月16日 14:08 (UTC)

还有这个关于当地人如何应对巴塞罗那过多游客的纪录片：这个精彩的纪录片。--ButteBag （讨论） 2018年4月16日 19:02 (UTC)
我们有关于可持续旅游的文章对（生态旅游和负责任的旅行），但这些文章不成比例地侧重于对自然生态环境的破坏。整个“UNESCO 杀戮”概念（即一个地点的世界遗产名录吸引了更多的游客和更多的商贩兜售更多俗气的纪念品，从而损害了该地点获得名录的原因）需要得到解决。问题多种多样，从为了爱彼迎式租赁而赶走当地居民，关闭服务当地人的商店以开设价格过高的旅游场所（吵闹的酒吧、昂贵的餐馆、无数的明信片和无用的饰品，但没有当地杂货店、五金店或社区资源），到破坏环境（旅游或旅游船干扰野生动物，垃圾或污水排入环境，或巨大的人群涌入曾经是原始自然保护区的地方）。仅仅游客过多（“人太多了，没人去了”）所造成的社会学、建筑学、经济学或历史遗迹保护方面对社区的影响也需要考虑——一艘摩托艇不会毁掉威尼斯，但一百万艘这样的船就会侵蚀这座古城的根基。--K7L （讨论） 2018年4月17日 00:50 (UTC)
玛雅湾是一个情境讽刺的例子。《海滩》（小说和电影）呈现了游客希望避免前往同一个地方而成为太多人的困境。在现实世界中，他们不仅激发了新一代背包客参观玛雅湾并破坏了原始地点，而且对东南亚大部分地区产生了同样的影响。因此，即使我们撇开当地居民的利益不谈，游客本身也希望避免那些远离真实性的拥挤场所。许多目的地的文章都描述了有过度拥挤风险的季节和地点，并警告了那些价格过高且缺乏真实性的经典旅游陷阱。太少的人也会影响旅行体验；那些在中斯德哥尔摩或乌普萨拉七月中旬拜访以与瑞典人交流的人，可能会发现这座城市几乎空无一人。/Yvwv （讨论） 2018年4月17日 02:13 (UTC)
这是一个长期存在的问题。菲律宾的一个顶级目的地，曾经是这里的“月度最佳文章”，因发展过快且偷工减料而关闭了六个月进行清理；请参阅Talk:Boracay#Sewage_&_other_problems。我曾经找到一篇法国人写的文章，抱怨巴厘岛因过度旅游而被摧毁；这篇文章写于 20 世纪 20 年代！--Pashley （讨论） 2018年4月18日 03:56 (UTC)

认识名人吗？

这有点跑题，但我想知道我们有多少人认识某位名人（或者认识认识名人的人）在维基百科上有文章？如果是这样，我想宣传一下c:Commons:Voice intro project。这个想法是让他们录制一个简单的介绍。简单地说“我的名字是____，我是____”就可以了。这对于读者来说很有趣，而且对于名字经常被读错的人来说应该很有帮助。所有细节都在 Commons 页面上，或者你可以就此与Andy交流。

顺便说一句，这种方法可能对我们这里的某些文章很有用，尤其是对于那些名字对旅行者来说难以确定发音的地方。--WhatamIdoing （讨论） 2018年4月18日 21:14 (UTC)

瑞典维基百科上有我的文章。Wikipedia:sv:Tore Kullgren /Yvwv （讨论） 2018年4月18日 21:59 (UTC)
太棒了——请为你的文章录制你的声音。到目前为止，只有一篇瑞典语的贡献。--Andy Mabbett （Pigsonthewing）；与 Andy 交流；Andy 的编辑 2018年4月19日 14:24 (UTC)
在 60 年代，我的叔叔 Mike曾短暂效力于美国职业棒球大联盟。另外，我还是罗格斯大学的 Frank Popper 教授在 Facebook 上的朋友。我会看看能否引起一些兴趣。--AndreCarrotflower （讨论） 2018年4月18日 22:26 (UTC)
谢谢。--Andy Mabbett （Pigsonthewing）；与 Andy 交流；Andy 的编辑 2018年4月19日 14:24 (UTC)
这是项目中的一个有趣贡献者的例子：在太空中为维基媒体项目特别制作的第一个内容！--Andy Mabbett （Pigsonthewing）；与 Andy 交流；Andy 的编辑 2018年4月19日 14:24 (UTC)
你们都太棒了。--WhatamIdoing （讨论） 2018年4月19日 16:57 (UTC)

短语手册

我们是否曾经就是否要在短语手册中包含音频文件进行过辩论，而且不止一次地没有进展？--Hobbitschuster （讨论） 2018年4月18日 22:17 (UTC)

是的，短语手册的音频怎么样？这与Wikivoyage更相关。我为维基百科在这个项目上向他们致敬，但知道一个维基百科文章中的名字如何发音，远不如知道在旅行时如何用外语说“厕所在哪里？”重要。 Ikan Kekek (讨论) 05:41, 2018年4月19日 (UTC)[回复]
是的。我几年前在西班牙的一个服务站就经历过这种情况。我对“¿Dónde están los aseos?”的发音不够好，情况很紧急。发音好至关重要。但既然我们已经强行加入这个，我们就把它回到 Talk:Phrasebooks#Phrasebooks。 --ThunderingTyphoons! (讨论) 09:16, 2018年4月19日 (UTC)[回复]

2018年FIFA世界杯城市地区

各位同事！
Wikimedia Russia (WMRU) 是 发现俄罗斯. 2018年FIFA世界杯城市和地区 Wiki-Marathon（3月14日至7月15日）的联合组织者。定向CentralNotice横幅宣传活动已启动，旨在向来自俄罗斯联邦居民和游客中的维基百科、Wikivoyage和Wikimedia Commons访问者告知此机会。

  • 横幅草稿 (EN)
  • 条款：2018年5月20日至6月4日
  • 受众：匿名访问者
  • 维基百科版本：en-ru-tt 以及可能还有其他版本，但要有本地语言登陆页面（尽管我们主要集中在俄罗斯语言的维基百科）
  • 权重和展示次数：低，由CN管理员决定，最好每周不超过3-4次展示（流量限制3%，如WMDE 2018年春季？）。

我们邀请您在此或（更好的是）在此通知语言的横幅请求页面表达您的意见，提出关于改进横幅或其设置的建议。如果您能帮助我们用您的语言创建或改进横幅和项目登陆页面，我们将不胜感激。
代表WMRU横幅计划，谨致--Frhdkazan (讨论) 17:35, 2018年4月23日 (UTC)[回复]

我强烈反对此Central Notice，因为本次编辑马拉松的规则从未与Wikivoyage社区讨论过。 --Alexander (讨论) 17:52, 2018年4月23日 (UTC)[回复]
反对 - 对像Wikivoyage这样的非商业网站宣传FIFA不感兴趣。 --Traveler100 (讨论) 18:58, 2018年4月23日 (UTC)[回复]
我对这个提案不持立场，但我认为 Wikivoyage 没有反对宣传营利性活动的指南。我们是否曾为欧洲歌唱大赛或类似活动进行过某种宣传？当然，我们也为奥运会做过，对吧？ Ikan Kekek (讨论) 23:06, 2018年4月23日 (UTC)[回复]
我也没意见，但我认为这根本不是宣传FIFA。据我所知，宣传的是去俄罗斯旅游，通过一个与世界杯时间同步但除此之外关系不大的宣传活动。 -- AndreCarrotflower (讨论) 23:24, 2018年4月23日 (UTC)[回复]
@AndreCarrotflower, Ikan Kekek: 问题不在于宣传FIFA，而在于“为Wikivoyage创建新文章……关于景点和旅游项目”，这违反了基本方针，例如 Wikivoyage:What_is_an_article?。此外，两名评委都没有在Wikivoyage上编辑的记录。不幸的是，组织者从未 bother 与我们联系讨论本次编辑马拉松的规则，并一再无视我方提出的所有建议。
最后但同样重要的是，Wikimedia Russia以不向俄罗斯以外寄送奖品而闻名（由于税收、海关等运营原因），因此在英语社区宣传本次编辑马拉松无异于欺骗。您可以参与并获胜，但您将无法获得奖品。我们去年遇到过这种情况，当时一位西班牙/德国摄影师赢得了俄罗斯维基百科的“维基爱古迹”比赛，并在我们施加巨大压力后6(!)个月后才收到Wikimedia Russia的奖品。 --Alexander (讨论) 07:14, 2018年4月24日 (UTC)[回复]
哎呀！谢谢解释。 :( Ikan Kekek (讨论) 07:57, 2018年4月24日 (UTC)[回复]
规则规定文章必须在维基百科上创建。 Wikivoyage上的文章不争夺主要奖项，而是争夺“插图豪华版书籍”（未说明体裁或语言）。 --LPfi (讨论) 09:48, 2018年4月24日 (UTC)[回复]
反对：提案页面看起来很可疑且考虑不周（这可能与翻译不清有关，也可能无关），我也信任 Alexander 的判断。 ThunderingTyphoons! (讨论) 10:35, 2018年4月24日 (UTC)[回复]
这个页面几乎没有提到 Wikivoyage；比赛主要是关于维基百科的。听起来最早的响应者宁愿完全省略 Wikivoyage。如果这是组织者想要的，那么从组织者的角度来说应该很容易。不过，我想错过获得更多编辑者的机会会很可惜。 WhatamIdoing (讨论) 05:03, 2018年4月25日 (UTC)[回复]
  • 横幅宣传活动专门针对俄罗斯联邦境内浏览者。登陆页面的英语翻译和在Meta上发起横幅宣传活动提案完全是我的责任。根据Alexander在ruWP新闻论坛和WMRU邮件列表上的评论，我担心他似乎有点偏见，反对Wikimedia Russia成员的任何倡议。 --Frhdkazan (讨论) 14:04, 2018年4月26日 (UTC)[回复]
    • 我认为我的观点已经有了论据。 i) Wikimedia Russia的成员从未与Wikivoyage上的任何人联系过以讨论本次编辑马拉松的规则； ii) 规则在Wikivoyage的背景下没有意义，因为Wikivoyage不撰写关于景点、名胜和旅游基础设施的独立文章； iii) 本次编辑马拉松的评委在Wikivoyage上没有编辑记录，因此他们无法进行适当的评估。欢迎您就这三点进行争辩，而不是散布关于我以及我与Wikimedia Russia关系的猜测（顺便说一句，我们曾一起组织过几次WLE和WLM比赛，所以您的说法简直是荒谬的）。 --Alexander (讨论) 17:45, 2018年4月26日 (UTC)[回复]
关于景点的文章确实是例外，而且根据设计，我们只有关于最大机场的文章。 Ikan Kekek (讨论) 04:31, 2018年4月27日 (UTC)[回复]
WhatamIdoing，我们在俄罗斯 Wikivoyage 上进行了一次特别讨论。是的，您可以设想一些符合本次编辑马拉松规则和 Wikivoyage 规则的文章，但数量不多，而且不是新编辑者能够撰写的文章（例如圣彼得堡的郊区——这确实是您可能在旅行计划中考虑的最后一个旅游目的地）。任何 Wikivoyage 编辑马拉松都应主要基于添加和编辑列表，而不是创建独立文章。这是一个非常简单的想法，我们从未能传达给本次编辑马拉松的组织者。 --Alexander (讨论) 19:06, 2018年4月27日 (UTC)[回复]
  • ThunderingTyphoons!的观点是正确的，即横幅、其提案和登陆页面可以也应该得到改进。请通过链接到最佳实践，以便我能向其他（主要是非英语的）Wikimedia Russia合作伙伴的志愿者学习，他们非常忙碌——因为我们涵盖了大约三十种语言和170个维基社区（不包括Wiki Incubator中的）。
  • Alexander也渴望Wikimedia Russia志愿者组织者与Wikivoyage社区建立更紧密的联系，这一点是正确的。但是，正如AndreCarrotflower所正确指出的——这是双向的。
  • 除了Alexander在ruWP论坛和WMRU邮件列表中提到的那些刻薄言论外，我只看到他在WMRU维基上关于本次比赛的讨论中加入了同样的毒药
    1. 抱怨赞助商不关心Wikivoyage
    2. 骚扰Wikimedia Russia的志愿者组织者，因为他们没有推动赞助商为Wikivoyage提供奖金
    3. 现在大家自己出钱为Wikivoyage参与者提供了一些奖品（这些奖品实际上可以寄往俄罗斯境外），他却选择在Wikivoyage不参与的情况下煽动反对。
  • 组织者从未 bother 与我们联系讨论本次编辑马拉松的规则，并且一再无视我方提出的所有建议，在Ikan Kekek处应结合以上所有内容来理解，再加上 Alexander 可能选择了错误的场地/沟通渠道（我没在WMRU邮件列表中看到，所以它不是公开可见的）。此致，--Frhdkazan (讨论) 07:32, 2018年4月29日 (UTC)[回复]
Frhdkazan，如果组织者有兴趣，他们仍然可以联系我们任何人。另一方面，如果你或他们中的任何一个继续进行个人诽谤，你将在Wikivoyage被封禁。请以此作为正式警告。
附注。你在上面链接的俄罗斯Wikivoyage的讨论正是关于如何参与本次编辑马拉松的讨论，尽管其规则奇怪且缺乏与组织者的沟通。 --Alexander (讨论) 08:24, 2018年4月29日 (UTC)[回复]

高级搜索

从pub扫来
从5月8日起，AdvancedSearch将在您的wiki上作为beta功能提供。该功能通过一个高级参数表增强了搜索页面，旨在使现有搜索选项对所有人更可见和可访问。AdvancedSearch是由WMDE Technical Wishes项目开发的。欢迎大家测试该功能，希望它能为您的工作提供良好服务！

Birgit Müller (WMDE) 14:45, 2018年5月7日 (UTC)[回复]

页面加载性能研究

调查将非常接近这个。

大家好，

Wikimedia Foundation 的技术部门想进行一项（非常）小的调查，了解几个 wiki 的性能。您可以在 phab:T187299 阅读更多信息。

我认为这个 wiki 参与此次调查非常理想，因为英文 Wikivoyage 的流量比许多维基百科都要大，而且我们希望能够关注维基百科以外的项目。

这项调查可能在大约两周后开始。它会在一小部分页面浏览量上显示一个带有单个问题的框。（当然，结果将遵守隐私政策。）

如果您对此有任何疑虑，请直接通过 ping 我或在我的用户讨论页留言联系我。谢谢， Whatamidoing (WMF) (讨论) 21:17, 2018年5月10日 (UTC)[回复]

创客空间/创客空间

从pub扫来

旅行期间，偶尔遇到技术问题是不可避免的，尤其是在长途旅行中。日益增长的创客空间、黑客空间和创客空间的普及/传播对旅行者来说很有趣，因为它们是修补破旧背包、修理损坏的前灯、给电池充电等理想场所。它们也是寻找有线和无线互联网连接的理想场所，而无需被哄骗购买食物或饮料。由当地人经营和访问，它们是您在旅行中遇到麻烦时寻求公正帮助的事实上的安全选择。

不幸的是，尽管它们很重要/相关，但这些地方目前常常在Wikivoyage上缺失！在极少数情况下提到它们时，它们通常被埋在“应对”部分，夹在理发店、兽医和无尽的大使馆名单之间……然而，从旅行者的角度来看，找到一个可以缝补破旧背包的地方很重要，尤其是在农村地区，替代方案很少。

因此，可以说提及这些地方比提及“饮品”部分中的任何内容都更重要/更相关，例如，并非所有旅行者都是夜生活/派对动物，但大多数人迟早会遇到可以在创客空间或创客空间解决的问题。

这就引出了一个问题：如何将它们整合到Wikivoyage中？我们需要一个新的顶级部分，在现有部分中定义一个子部分，还是重新定义“应对”的范围（无双关语）？它值得拥有自己的列表/标记颜色，还是我们使用通用的绿色标记？其他Wikivoyagers怎么看？ ArticCynda (讨论) 20:54, 2018年5月16日 (UTC)[回复]

在许多情况下，我认为去黑客空间的替代方案是去商店——无论是买针线，还是买新的背包。所以按照这个逻辑，它们可以归入“购买”。但是，如果旅行者更可能在下午去这样的黑客空间度过，只带走一个钥匙圈放在家里的抽屉里，那么它们就属于“做”。如果你对这些地方有丰富的经验，也许你可以开始一个关于这些设施的旅行话题。 AlasdairW (讨论) 22:23, 2018年5月16日 (UTC)[回复]
这正是我想要指出的模糊之处，并加以解决：取决于一种解释，它可以归入几乎任何部分，这对旅行者来说很困惑。因此，我认为需要一个比将其归入“购买”和/或“做”和/或“应对”更好的解决方案。 ArticCynda (讨论) 10:57, 2018年5月17日 (UTC)[回复]
我认为大多数这样的空间最适合归入“做”。添加它们是个好主意，如果有人愿意做这项工作，它们将成为一个很好的旅行话题。它们也可能在 数字游民 中被提及。 Pashley (讨论) 23:23, 2018年5月16日 (UTC)[回复]
ArticCynda，你是在建议将其归入“连接”部分吗？这是我能想到的唯一其他可能性。 Ikan Kekek (讨论) 11:15, 2018年5月17日 (UTC)[回复]
不，因为它不属于“连接”部分的范围——该部分应侧重于互联网和电话访问。它似乎不适合任何现有部分，除了与“应对”有松散的关系，所以引入一个名为“修复”的新顶级部分可能更清晰。 ArticCynda (讨论) 13:20, 2018年5月17日 (UTC)[回复]
“应对”部分与“修复”之间没有“松散的关系”，因为“应对”只是一个收集不适合其他任何地方的项目的地方。在一些非常偏远的地方，我们确实列出过哪些村庄提供燃油或维修——例如，Labrador#Get around 将燃油列在交通部分。如果某样东西不是交通工具，也不属于“购买”部分（与商店列表一起），那么“应对”就是备选方案。 K7L (讨论) 14:59, 2018年5月17日 (UTC)[回复]
作为初步反应，我倾向于同意K7L的观点，并反对设立“修复”部分，因为这很容易填满汽车维修店，以及其他难以想象的东西（家庭电器或建筑维修，有人要吗？），但我愿意听取论证。考虑到旅行中有时需要维修，但在家中更需要维修，为什么需要一个新的首要部分？ Ikan Kekek (讨论) 21:49, 2018年5月17日 (UTC)[回复]
如果目标是修复东西，那么==应对==是正确的章节。如果关于它的最好的说法是提供互联网连接，那么==连接==就说得通（将一个带有互联网+木工店的列表列在那里，就像将一个带有互联网+咖啡店的列表列在那里一样合理）。
不过，我不确定我是否同意总体的前提。我有点怀疑一个典型的商务旅行者（占美国航班约30%）是否会去创客空间缝补一个坏掉的背包，尤其是在最近的干洗店可能会为你缝补好，而且不需要年费的情况下。此外，对公众开放的创客空间（例如，不在学校内）在农村地区非常罕见。我并不反对在它们存在并且为旅行者提供有用东西时将它们包含在内，但这更像是一种城市现象。 WhatamIdoing (讨论) 04:30, 2018年5月18日 (UTC)[回复]

黑客空间在3D打印热潮过后正在倒闭。总有一个维基页面列出所有黑客空间，但它已经过时了。

jcarousel实现

大家好！我对mediawiki和网页设计非常陌生，我非常喜欢主页的布局。我弄清楚了如何制作横幅，但一直在为轮播而苦恼。有人能告诉我如何创建一个轮播吗？我试着阅读文档，但没用。非常感谢大家！你们太棒了！ 162.221.11.71 21:33, 2018年5月17日 (UTC)[回复]

您找到了 https://wikivoyage.cn/wiki/MediaWiki:Gadget-Carousel.js 和 https://wikivoyage.cn/wiki/MediaWiki:Gadget-Carousel.css 吗？ ? WhatamIdoing (讨论) 04:33, 2018年5月18日 (UTC)[回复]

是的！我不知道如何实现这两个文件。我是否必须在MediaWiki:Common.js和MediaWiki:Common.css中编写一些内容来启用该功能？ 162.221.11.71 15:26, 2018年5月18日 (UTC)[回复]

这个网站看起来是使用mw:Extension:Gadgets来加载JavaScript的吗？ K7L (讨论) 00:32, 2018年5月19日 (UTC)[回复]

轮播的实现已从Mediawiki:Common.js移出，并于2015年3月左右成为Extension:Gadgets的一部分。我被告知不要在文章页面等地方使用它。也许有人可以澄清这个假设。 -- Matroc (讨论) 05:24, 2018年5月19日 (UTC)[回复]

您知道如何使用Extension:Gadgets实现jCarousel吗？

我几年前用过轮播，它可能已经默认启用了。我不记得需要做什么才能使用它。请查看您的偏好设置 - Gadgets，看看是否勾选了该框。我会在您的讨论页或沙盒上尝试做一个简单的轮播，看看会发生什么。谷歌搜索可以找到几个示例；另外，也可能在GitHub上找到一些示例……我还记得以前在哪里看到过一个教程。其他人可能比我更了解这个主题。 -- Matroc (讨论) 02:05, 2018年5月20日 (UTC)[回复]

不用了，我弄明白了！

缩进挑剔

我们的对话经常因为缩进层数太多而超出屏幕右侧。我认为问题的一部分是人们比最近的评论多缩进一层，而规则应该是比你正在回复的评论多缩进一层。

不是要挑剔某个用户，因为几乎每个人似乎都在这样做，但一个清晰的例子是在上面的#Create_an_actual_Mars_travel_guide?。现在看起来是这样

(引述)

我知道不久前有人为火星创建了一个玩笑文章，但是。。。 Selfie City (讨论) 00:28, 2018年5月21日 (UTC)[回复]

在人类踏足那些行星之后，我们就可以创建一个这样的文章，现在不行。 Ikan Kekek (讨论) 00:42, 2018年5月21日 (UTC)[回复]
或者更晚，当私人旅行或殖民开始时？ Pashley (讨论) 03:26, 2018年5月21日 (UTC)[回复]
老实说，我更倾向于将月球或太空移入笑话类别，而不是把火星移出它。 -- AndreCarrotflower (讨论) 03:51, 2018年5月21日 (UTC)[回复]
我绝对不认为应该移动“太空”…… Pashley (讨论) 10:04, 2018年5月21日 (UTC)[回复]
唯一被构想出来的旅行目的地…… Hobbitschuster (讨论) 10:33, 2018年5月21日 (UTC)[回复]

(结束引述)

由于Andre的评论是回复原始帖子，而不是我上面的评论，我认为它应该缩进少一点；那么对它的回复也应该如此，所以总的来说我们会有

(引述)

我知道不久前有人为火星创建了一个玩笑文章，但是。。。 Selfie City (讨论) 00:28, 2018年5月21日 (UTC)[回复]

在人类踏足那些行星之后，我们就可以创建一个这样的文章，现在不行。 Ikan Kekek (讨论) 00:42, 2018年5月21日 (UTC)[回复]
或者更晚，当私人旅行或殖民开始时？ Pashley (讨论) 03:26, 2018年5月21日 (UTC)[回复]
坦白说，我更倾向于将月球或太空归入笑话类别，而不是将火星移出它。-- AndreCarrotflower（讨论） 2018年5月21日03:51 (UTC)[回复]
我绝对不认为太空应该被移动，……Pashley（讨论） 2018年5月21日10:04 (UTC)[回复]
唯一被有意创造出来的旅行目的地……Hobbitschuster（讨论） 2018年5月21日10:33 (UTC)[回复]

（引用结束）

在我看来，这样做可以使对话更易读，并且可以减少缩进级别，所以这样做是理所当然的。另一方面，也许我只是一个老顽固，仍然想按照我在90年代初学习的Usenet评论的方式来做。其他人怎么看？Pashley（讨论） 2018年5月21日13:56 (UTC)[回复]

我认为过度的缩进并非有意为之，只是碰巧在讨论中，人们通常会回复前面的帖子，依此类推。追溯到很久以前的帖子并回复它相对罕见，这也是为什么缩进通常相当线性的原因。就我个人而言，我认为这也不是什么大问题，因为如今电脑屏幕相当大（而且长宽比还在不断增加，这对于缩进来说很棒！）。ArticCynda（讨论） 2018年5月21日22:44 (UTC)[回复]
我们可以通过切换到Flow（已更名为Structured Discussions）来解决缩进问题。我已经使用它在mediawiki.org上使用了一段时间（所有新的讨论页默认使用它，并且那里所有主要的讨论页都已转换）。它有优缺点，但它在解决线程问题方面做得不错。（它还将人们带回使用它的维基，因为每个回复或新主题都会出现在你的Echo/通知中，无论你今天在哪个维基上。）WhatamIdoing（讨论） 2018年5月25日18:33 (UTC)[回复]
每次回复的通知？我使用监视列表来实现此目的（如果人们在摘要中保留了部分标题，则可以按主题进行）。外国维基的通知需要相当长的时间才能加载，因此对于任何半活跃的项目，我肯定会关闭它。我更喜欢定期检查监视列表。可以更少地检查外国通知，但我认为这需要仅在很少访问的维基上启用它们（我有此配置）。我认为缩进问题很小，不值得任何激进的解决方案。——LPfi（讨论） 2018年5月26日13:30 (UTC)[回复]

让我们改进文章，而不是争论小问题

我已经退出了关于世界语短语手册的讨论，因为它已经进行得太远了。在我看来，世界语应该被删除，但讨论短语手册已经没有意义了，因为这次讨论已经持续了将近一个月，但什么都没有做。所有发生的事情是，维基旅行者被分散了注意力，无法实际为文章做出贡献，而是无休止地争论那些并不那么重要的事情。我现在并不真正介意我们是否保留或删除短语手册，争论已经持续了这么久。我认为它应该就此结束。以某种方式。

最近几乎无限期的关于创世记1:3的讨论超越了所有这些。我对此有自己的看法，但我不会分享，因为它只会让辩论继续更长时间并引起更多争论。再说一次，创世记的引文是否存在并不重要——肯定不如花费（根据wordcounter.net）超过3000字和近20,000个字符来争论它那么重要。我们不能转向需要完成的事情，比如为文章做贡献，投票选出“当月文章”，等等吗？维基旅行的编辑群体太小了，不能仅仅为了小问题而争吵。如果你想讨论圣经引文，先想想“分裂的房屋站立不住”。（马可福音3）Selfie City（讨论） 2018年5月30日04:19 (UTC)[回复]

是否有证据表明这些讨论导致编辑文章的时间或效率降低？恕我直言，我认为最大的浪费时间是争论人们在浪费时间讨论事情，而这些事情实际上与政策有关（我对美国讨论页上的某些辩论会做一个例外）……Ikan Kekek（讨论） 2018年5月30日04:23 (UTC)[回复]
在我看来，花费在毫无意义的讨论上的时间就不能更有效地用于改进或编辑文章，@ Ikan Kekek。不要误会我，我确实看到了讨论页讨论或旅行者吧的价值，但花费数千字讨论每一个细节是不划算的，因为维基旅行上有近乎无限的此类讨论材料！美国讨论页似乎是一个好例子，那里的绝大多数问题都微不足道，属于维基旅行：勇往直前的范畴，应该立即编辑，而无需任何讨论。ArticCynda（讨论） 2018年5月30日09:37 (UTC)[回复]
我对那里的讨论有不同的看法，但我就不烦劳您了。我感觉这个话题应该放在关于世界语短语手册的vfd讨论中，而不是在这里，这里有什么？我们正在浪费时间讨论它！Ikan Kekek（讨论） 2018年5月30日10:04 (UTC)[回复]
我宁愿人们发泄他们的不满并进行讨论，也不愿将其憋在心里直到有人爆发（或离开）。当然，关于美国文章中的细节的讨论有时会失控，但这只是美国嘛。令我惊奇的是，在我任职期间，这个网站上从未发生过中东地区的崩溃事件。敲木头。Hobbitschuster（讨论） 2018年5月30日11:56 (UTC)[回复]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘首先，我不认为我们正在讨论人们的抱怨，确切地说。创世记1:3的辩论始于一个关于维基旅行不允许什么的问题，我认为是这样。然后它变成了一个关于我们是否可以包含圣经引文以及是否会冒犯任何人的辩论。事实证明，花了超过3000字来争论11个字的文本。如果每个人都为文章贡献3000字呢？那样的话，它将真正改进网站。

此外，我在这里开始的讨论量表明了贡献的去向。认为我们应该增加维基旅行者的数量，而不是贡献文章的信念，在维基旅行已经流行了好几年，而所有发生的事情是，人们越来越多地争论政策、短语手册、引文等，而实际的文章贡献越来越少。让我告诉大家一件事：文章顶部的引文是否存在于电气系统旅游主题页面上，实际上并不重要。引文无害，但也没有多大用处。有用的是写另一篇“明星”文章（我们很久没有这样做了），甚至只是写出可用和指南状态的文章。尝试浏览维基旅行网站。你能找到多少个大纲文章？很多。尽管如此，旅行者吧远未空。 Selfie City（讨论） 2018年5月30日13:32 (UTC)[回复]

虽然引语可能不是必需的，但它们确实有助于为一本原本枯燥的文章增添一些色彩。毕竟，WV的政策之一是鼓励生动的写作，而一个幽默但相关的引语有助于我们实现这一目标。不幸的是，如今事情已经变得非常政治化，以至于似乎任何事情都可能冒犯某人。The dog2（讨论） 2018年5月30日16:11 (UTC)[回复]
Selfie City，我倾向于认为我们现在进行的每一次争论都有助于防止未来的争论（或多个争论）。清晰的政策和先例使我们更容易在这里相处，而通过像世界语短语手册和创世记引文那样的讨论，尽管它们在当下可能显得乏味，但我们确实获得了这种清晰度。——AndreCarrotflower（讨论） 2018年5月30日16:37 (UTC)[回复]
我同意这一点。Ikan Kekek（讨论） 2018年5月30日17:58 (UTC)[回复]
但如果我们根本不需要进行辩论就好了……Selfie City（讨论） 2018年5月30日23:25 (UTC)[回复]
我认为长篇大论的讨论，如果它能创建或改变政策（这些政策可以应用于许多文章），和改变文章中的几个字是不同的。后者肯定似乎在浪费时间。Gizza (roam) 2018年5月30日23:43 (UTC)[回复]
好吧，就电气系统文章中的创世记引文而言，我们有机会（现在仍有机会？）让一位用户关于肯定移除引文（而不是恢复它）的担忧，并以此为基础，建立一个更广泛的关于我们想在多大程度上考虑一个过于敏感的编辑，他被无伤大雅的东西冒犯了。我认为很多人在讨论中错过了这一点。这次讨论设定的先例，要么使我们更容易，要么更难反对未来过于敏感的编辑所做的编辑，这些编辑可能会被比文章内容更重要的东西不公正地冒犯。——AndreCarrotflower（讨论） 2018年5月30日23:55 (UTC)[回复]
你不同意我们可以对更重要的内容有不同的标准吗？我强烈主张我们可以而且应该这样做。Ikan Kekek（讨论） 2018年5月31日00:06 (UTC)[回复]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘对于重要的讨论，如果它们确实很重要，就有讨论的理由。但是，世界语短语手册处于“重要”的边缘，而关于创世记1:3引文的辩论绝对不属于“重要”类别。如果我们讨论删除所有意识形态/宗教/信仰系统的引文，那将是另一回事。但关于创世记1:3的辩论尚未达到那个阶段。我只认为维基旅行中有比世界语或我们是否在特定页面上有引文更重要的问题。Selfie City（讨论） 2018年5月31日00:15 (UTC)[回复]

冗长地争论我们应该减少在不重要问题上的争论时间确实是在浪费时间，但争论政策和本旅行指南的限制并非浪费时间。Ikan Kekek（讨论） 2018年5月31日00:24 (UTC)[回复]
嗯，我希望这能阻止人们争吵，但实际上适得其反。Selfie City（讨论） 2018年5月31日00:36 (UTC)[回复]
我理解你的沮丧，但我认为你会发现，试图指导一个志愿项目中的他人的工作是永远行不通的。人们会争论他们认为重要的事情。如果我看到一场关于我认为不重要的事情的激烈争论，我发现最好是继续前进，回到创建新内容或改进现有内容。偶尔我也会尝试调解，但如果争论持续太久，我可能真的帮不上忙。这就是协作项目的本质。Ground Zero（讨论） 2018年5月31日00:50 (UTC)[回复]
之所以变成政策讨论，是因为那位提议更改电气系统文章的用户接着更改了服装文章中的圣经引文，并在他的评论中引用了他在此处达成的共识。事实是，只就第一次更改达成了共识。第二次更改甚至没有被讨论，并且该用户在他的一条评论中提到，他因为是无神论者而对在世俗文章中引用圣经感到冒犯。我个人认为被替换的圣经引文比现在的更好（而且我不是基督徒），而且我真的不认为仅仅因为他感到冒犯就应该这样更改它。我实际上很想恢复那次特定的编辑，但我没有这样做，因为我正在等待看我们是否能就此达成任何共识。我们当然需要为此建立适当的政策指南，以便避免将来发生此类辩论。我知道这是一个小问题，对于该特定文章并不重要，但就政策而言，我们要走多远来适应每个人的不同敏感性？如果文章的写法带有偏见，那是另一回事，但如果我们决定冒犯某人是要求更改文章的标准，那么一些民族主义者很容易坚持我们不要写任何关于他/她国家的负面内容，因为他/她对此感到冒犯。不，这并非无稽之谈；我实际上在维基百科上遇到过与韩国民族主义者有关的问题，因为他们觉得“韩国文化受到中国文化影响”的说法令人冒犯。我们真的要走到那一步吗？The dog2（讨论） 2018年5月31日01:50 (UTC)[回复]
我（很不情愿地）愿意接受“让光照耀”的引文可能触动了该用户，并且如果我们允许他在那个单一的编辑上得到满足，他就会继续从事其他活动。以同样理由（过度敏感或虚假愤怒）进行的第二次编辑代表了一种需要扼杀在萌芽状态的模式。我以此为由撤销了第二次编辑，并倾向于回到电气系统，并也撤销它。这正是，正是我所说的关于设定错误先例的问题。——AndreCarrotflower（讨论） 2018年5月31日02:55 (UTC)[回复]
我刚刚在那里说了我的想法。我绝不会容忍用他建议的平凡引文替换那段优美、直接相关的圣经段落。这里绝不适合进行反对一切圣经语言的无神论十字军东征，就像它不适合任何宗教的十字军东征来反对其他宗教的报道一样。Ikan Kekek（讨论） 2018年5月31日08:47 (UTC)[回复]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘我们不需要改变每个人都可能感到冒犯的任何东西。你、我、任何人都可以对任何事情感到冒犯，这会导致政治正确导致的审查，以及没完没了的长篇辩论。如果人们对圣经引文感到冒犯，那么他们应该放轻松一点，而不是强迫整个旅行指南做出改变以符合他们狭隘的世界观。而且撇开偏好不谈，神话和迷信对所有文化都产生了巨大的影响，而遇到其他文化是我们旅行最重要的原因之一，不是吗？所以，任何对神话文学中的一些短语感到冒犯的人，可能根本就不应该旅行，因为他们可能会对几乎任何目的地的许多景点感到冒犯：宗教建筑、博物馆里的艺术品，甚至街道名称！因此，为什么一个旅行指南需要被改变，并被那些不成熟到根本不旅行的人无休止地争论呢？ArticCynda（讨论） 2018年5月31日11:08 (UTC)[回复]

我同意。我愿意迁就他一次，但不再了。如果他被所有圣经参考文献所困扰，那么他还有很多其他文学作品无法阅读，这可能很糟糕，但不是我的事。但是，他无权根据他个人的偏好来审查本网站。 Ikan Kekek（讨论） 2018年5月31日11:14 (UTC)[回复]
这正是我所说的。我本来不愿意明确地说出来，因为我不想因为当前的政治气候而引起不必要的麻烦，但我的看法是，如果一个引文仅仅因为来自某个特定的圣书就让你感到冒犯，那么你就是过于敏感，需要学会放轻松。世界不是围绕任何一个人旋转的，维基旅行也不应该如此。我很高兴我们能够在这里让常识占上风，并树立正确的先例。The dog2（讨论） 2018年5月31日13:27 (UTC)[回复]
地球上有多少个国家就有多少种不同的政治气候，所以我们不能合理地让维基旅行去应对任何特定的政治/宗教/社会信仰。政治正确希望只是另一个会过去的阶段/趋势，就像无数之前的阶段/趋势一样，也将有无数其他的阶段/趋势在未来。如果我们继续根据“流行”的任何阶段/趋势来调整我们的内容，我们就永远无法前进，这正是Selfie City的担忧。ArticCynda（讨论） 2018年5月31日14:52 (UTC)[回复]
Andre，请不要撤销电气系统的更改。我认为新的引文更贴切。另外，谢谢你更改了服装。我同意你的看法，旧的引文比新的替代品更好（更贴切）。在我看来，旅行者更有可能遇到“没衣服穿”的问题，而不是因为他母亲冷而穿着毛衣的情况。如果有人找到一个特别与旅行相关的引文，那可能会更好，但当选择是这两者之间时，我更喜欢旧的。WhatamIdoing（讨论） 2018年5月31日15:37 (UTC)[回复]
对服装/电气系统问题的持续隧道视力，至少可以说是令人沮丧的。争论早已不再是关于哪个引文更好，如果它曾经是的话。这是关于我们愿意在多大程度上迎合那些容易被触发的用户和/或倾向于假装愤怒的用户，以提升他们自己的“进步”信誉的审查式十字军东征。让我们从长远来看待这个问题。我认为，如果这次讨论被用作未来讨论的先例，那么它更有可能被用于支持或反对迎合过于敏感的用户，而不是用于任何其他目的，而且我认为不审查维基旅行的重要性远远超过在我们的文章中拥有最佳的偶然引文。换句话说，如果我们将“让光照耀”作为引文而不是卡林（Carlin）的引文，那么我们的电气系统文章在长期来看不会受到实质性影响，但如果允许一种文化发展起来，编辑们必须小心翼翼地行事，以免无意中伤害到每一个可想象的、永远被冒犯的用户群体的感情，那么维基旅行整体上将在长期来看受到实质性损害。——AndreCarrotflower（讨论） 2018年5月31日15:56 (UTC)[回复]
鉴于这种争议，我想知道我们是否应该在我们的非目标列表中添加“避免任何可能的冒犯”或类似内容。当然，我们不会故意以冒犯和偏见的方式撰写文章，但话又说回来，我们也需要合理，并且我们不能迎合任何决定对无伤大雅的内容过于敏感的人，或者只是试图找出新的冒犯理由的人。我认为明确说明这一点将使我们更容易处理未来的类似问题。The dog2（讨论） 2018年5月31日20:40 (UTC)[回复]
文章不应故意冒犯或侮辱群体或思想，但禁止一切可能会冒犯的内容也是荒谬的。以大多数读者会喜欢的方式撰写文章。那些仍然感到冒犯的人可以自由地分叉维基旅行，并开始他们自己的过度敏感人士旅行指南TM。ArticCynda（讨论） 2018年6月1日08:52 (UTC)[回复]

旅行手册

我如何用多语言制作旅行手册

好消息是，WV的任何语言版本的文本都属于Creative Commons许可，允许重新使用，只要您遵守许可条款；最重要的包括注明出处并以相同方式许可您的作品。有关详细信息，请参阅维基旅行：Copyleft。WM Commons的照片和地图也属于开放许可，但您必须逐一检查，因为细节可能有所不同。Open Streetmap也有开放许可，但我不知道细节。
至于使用什么工具来创建手册，如何以吸引人的方式格式化等等，这些问题超出了旅行指南的范围。有些人可能会提供建议，但我不知道。 Pashley（讨论）

介绍Toolhub

您在Wikimedia项目上的参与是什么样的？您编辑文章吗？上传文件？巡逻破坏？翻译文章？翻译界面消息？您组织人员，线上或线下？您培训新编辑或新培训师吗？您编写代码吗？

为Wikimedia做出贡献的方式有很多种——比您仅仅阅读维基百科文章所期望的要多。在过去的几年里，志愿者们开发了技术工具，帮助Wikimedians改进内容、巡逻破坏并执行许多其他任务。它们使得完成单独的维基软件无法完成的任务成为可能。没有这些工具，我们许多项目将放缓至爬行速度。

我很高兴宣布一个名为Toolhub的新项目，该项目旨在创建所有语言的这些工具的可搜索索引。我们正在根据我们社区的需求来构建这个工具目录。如果您想提供帮助，请查看m:Toolhub并审查页面顶部的问卷。您也可以用任何语言在讨论页上留下反馈。您也可以给我发送电子邮件进行私人反馈。Harej (WMF)（讨论） 2018年6月3日00:23 (UTC)[回复]

维基旅行是OsmAnd 3的主要新功能

OsmAnd是一款流行的Android离线GPS地图应用。3.0版刚刚发布，最大的新功能是什么？维基旅行！更新日志的一半是关于维基旅行（在应用中，该功能被称为“旅行”）。

https://osmand.net/blog?id=osmand-3-0-released

我还没有测试过（目前很忙），但听起来很有希望。我想知道它是否重用了我宠爱的项目https://github.com/baturin/wikivoyage-listings的数据。干杯！Syced（讨论） 2018年6月3日06:02 (UTC)[回复]

实际上，这太棒了！我知道的只有另一个选择——kiwix（mediawiki离线浏览器）。但那里的GPS功能一年多前就坏了，而且没有办法显示列表的地图。这一切在OsmAnd中似乎都运行得很好……现在如果他们能改进地图渲染引擎，让它不那么卡顿就好了 :-) Andree.sk（讨论） 2018年6月3日07:50 (UTC)[回复]
这很有趣。很高兴有应用推广维客旅行。需要下载的东西不少，特别是如果你经常旅行的话。不确定它会占用多少SIM卡空间，但它有在没有手机信号的地方也能工作的优点。标准地图包含大量详细信息，至少在我简短测试的区域是这样。据我所知，维客旅行的POI（兴趣点）只有在查看文章后才会出现在地图上，还是有其他方法？最大的优点是，我们的手机内文章地图做不到（因此我们永远不会成为热门网站），它显示了你当前的位置，这样你就能看到附近有哪些POI。——Traveler100 （讨论） 2018年6月3日 07:53 (UTC)[回复]
Andree.sk，自最新版本发布以来，其渲染引擎有了很大的改进！如果你还没有尝试过，可以试试。我感到惊喜。顺便说一句，这是我唯一购买过的应用。——Renek78 （讨论） 2018年6月11日 09:31 (UTC)[回复]
实际上，我一直在关注更新（当我使用GPS时）... 但将其与maps.me等进行比较，如果你想了解最先进的渲染应该如何工作的话 :-) 诚然，它们没有渲染得如此详细，也不允许进行样式设置等。所以，我主要用maps.me来处理汽车相关的事宜，用osmand来步行... Andree.sk （讨论） 2018年6月11日 19:28 (UTC)[回复]
有趣地集成了OSM和维客旅行，如果OsmAnd没有严格限制下载政策，只有七个左右的数据集，我会更多地使用它……ArticCynda （讨论） 2018年6月4日 16:43 (UTC)[回复]
关于这件事，一点小帮助
  1. 如果你在OsmAnd的“设置”下使用两个“多用户”存储地点之一，你可以重置应用的（Android下的“设置”>>“应用”）数据，而不删除地图，这样你就可以获得另外7张地图。
  2. 地图可以很简单地与其他用户共享，如果你知道在哪里找到它们。（Android/obb/net.osmand.plus 或 Android/data/net.osmand.plus 或 Android/data/net.osmand）
  3. 在f-Droid上有OsmAnd的免费完整版。获取f-Droid，你的问题就解决了。
  4. 如果你是iOS用户，你已经决定要走商业路线了，那就花点钱在App上吧。 ;-)
祝好 Ceever （讨论） 2018年6月11日 15:18 (UTC)[回复]

如果我理解正确的话，只有具有Wikidata属性的列表才会被使用。这是链接到Wikidata的另一个论据 :-) 此外，你必须在“配置地图”>“POI叠加”>“旅游”中启用该图层Syced （讨论） 2018年6月5日 09:35 (UTC)[回复]

我注意到PDF功能、打印视图以及WP、WC和WD链接的位置不太理想，没有引起用户足够的重视，甚至被忽略了，尽管它们非常相关。另外，它们似乎与与编辑相关的链接混在一起，这使得它们更复杂，更难找到。

我们是否愿意将它们移到一个更显眼的位置，以便用户可以真正使用它们？看看我的建议：https://s33.postimg.cc/pe7g6pl33/proposal.png（右上角）

你觉得怎么样？当然，设计值得改进。这里我只是询问关于重新定位以及为普通用户找到一个更有效的位置的总体意见。

祝好 Ceever （讨论） 2018年6月11日 16:01 (UTC)[回复]

尽管这是一个简洁的提案，但我对这种重新设计的实用性表示怀疑，因为我想知道现在还有多少人使用“打印到PDF”功能。至于WC、WP和WD，我宁愿看到所有与旅行者相关的信息集成到WV文章中，而不是链接到它们。坦率地说，如果需要链接到WP，那么WV文章就不完整了。但这只是我个人的看法，当然。 ArticCynda （讨论） 2018年6月13日 10:29 (UTC)[回复]
我认为这些链接很重要。将维基百科的信息加倍将是一个巨大的项目，但收益甚微，而且我们没有理由为每个目的地的教堂都添加一打图片。我们不应添加建议的按钮还有另一个原因：目前的放置位置与维基百科相同，很多人都知道。将它们移开会让他们找不到它们，而将它们放在两个地方可能会让人们点击两者。链接太多、有些指向相同信息的网页，当你寻找不易找到（甚至可能丢失——能够得出结论这一点很重要）的东西时，会非常令人沮丧。——LPfi （讨论） 2018年6月17日 14:09 (UTC)[回复]

图片滤镜

以讨论“神权统治和君主制”为开端

是的，Granger，两者都可以移除。顺便问一下，关于英国国家公园列表呢？我开始为风景区添加图片，在Wikimedia Commons上偶然看到了一张不合适的图片，这就是为什么我突然停止为列表中的图片做贡献。Commons有没有什么用户过滤器之类的东西？或者有没有其他方法来搜索独立文件？最糟糕的领域似乎是Commons分类，所以我能想到的最好的办法就是避开Commons分类。 Selfie City （讨论） 2018年6月12日 23:42 (UTC)[回复]

是的，这是从事这些项目尤其是查找Commons图片的一个危险。据我所知，Commons没有内置过滤器，但w:Help:Options to hide an image上的信息可能有所帮助。——Granger （讨论 · 贡献） 2018年6月12日 23:51 (UTC)[回复]
谢谢，但不幸的是，该过滤器在维客旅行上不起作用，我猜在Commons上也不会。但你给了我一个想法：我可以去每个地方的维基百科页面，比如，本尼维斯山，然后从那里获取图片。在维基百科上，我不会立即看到图片，因为我安装了帮助隐藏图片的过滤器；然后我可以去编辑历史记录，确保没有可疑用户一直在进行编辑以获取图片。感谢你给了我一个想法并帮助了我。 Selfie City （讨论） 2018年6月13日 00:04 (UTC)[回复]
Selfie City，这是关于Commons的，对吗？你可以在Commons的村庄泵上提出过滤器的问题。但问题是，如你可能知道的，Commons上的脚本维护得很差，好几个功能（例如，受珍视图片集）都已废弃。我认为在目的地的分类图库中很少会看到淫秽内容，不过。 Ikan Kekek （讨论） 2018年6月13日 00:32 (UTC)[回复]
嗯，你描述的差不多就是发生的事情。 Selfie City （讨论） 2018年6月13日 00:37 (UTC)[回复]
我认为，尽管如此，这仍然是不常见的。现在，要是精选图片、优质图片和受珍视图片的搜索能正常工作就好了……但说真的，这些是应该在Commons上讨论的事情，而不是在这里。 Ikan Kekek （讨论） 2018年6月13日 01:05 (UTC)[回复]
是的。嗯，我想我现在有了更多的解决方案。谢谢你的帮助。 Selfie City （讨论） 2018年6月13日 01:13 (UTC)[回复]
我认为你不应该在Commons上开始讨论而不先检查之前的讨论。Commons的多数人坚决反对提出的过滤器，这是一个潘多拉魔盒。没有办法让过滤器可靠地用于Commons：很容易出现误报，无法合理地对图片进行分类。另一方面，我已经在Commons工作了很多，而且还没有遇到过淫秽图片，所以真的，你只是运气不好。——LPfi （讨论） 2018年6月13日 05:00 (UTC)[回复]
过滤器很少（如果曾有过）能正常工作，这是走向审查的第一步。所以我看不到实施过滤器的任何优势。到底是什么问题？ ArticCynda （讨论） 2018年6月13日 09:27 (UTC)[回复]
我认为它们通常分为几类
  • 人们看到他们不想看到的东西（例如，一张让你想起创伤性经历的图片）。
  • 人们看到别人不想让他们看到的东西（例如，一张可能会让你在学校/工作单位/网吧惹麻烦的图片）。
  • 人们看到与背景不符的令人惊讶/不恰当的东西（例如，你在找一张蔬菜的照片，结果看到的是色情图片）。
贡献者普遍认为，不恰当的结果是“我们的问题”，应该修复它们，无论这张图片是否经常被认为是冒犯性的，或者是否经常被认为是无害的。也就是说，如果你在找一张蔬菜的照片，那么你不应该看到色情内容，但你也不应该看到日落、小猫或彩虹。一些贡献者不想被牵扯到处理其他两个问题。 WhatamIdoing （讨论） 2018年6月13日 20:35 (UTC)[回复]
这些是合理的担忧，但实施过滤器可能会弊大于利，我认为。例如，按照你的例子，考虑一种情况，你的好朋友在你怀里去世了，因为他在布拉格被一辆巴士撞倒。这无疑是一次创伤性经历，需要过滤器来处理，但你会在哪里划定界限？删除所有与布拉格巴士交通相关的内容，删除所有巴士的引用，删除所有布拉格的引用，甚至删除与捷克共和国有关的任何内容？这取决于每个人的具体情况和个人偏好，而且两者在规则集过滤器中都很难实现。但即使它起作用了，你又如何阻止过滤器审查柏林的文章，因为它提到了Flixbus在柏林和布拉格之间运营日常巴士线路？我不是软件工程师，但对我来说，由于可能存在的创伤、创伤组合等几乎无限的多样性，这些问题在技术上将极其复杂。 ArticCynda （讨论） 2018年6月14日 20:25 (UTC)[回复]
我并不惊讶你提到了这种高度个人化、不可预测的情况。我认为，关于“不可能完美”的基本论点在那些不想做一些可能在绝大多数情况下有帮助的事情的贡献者中很受欢迎（例如，那个包含一位长期维基媒体人的色情作品集，几乎没有读者希望被惊喜到，而且我敢打赌，就连长期编辑者也从未想过要看）。 WhatamIdoing （讨论） 2018年6月15日 04:32 (UTC)[回复]
你之前的帖子中提到的例子——创伤经历。创伤本身不就是高度个人化、不可预测的情况吗？
至于色情问题，现在是2018年了，不是1918年。是时候停止对裸体和性感到冒犯了。 ArticCynda （讨论） 2018年6月15日 07:19 (UTC)[回复]
一些创伤经历并不那么个人化（例如，对全世界数百万强奸受害者来说，描绘强奸的图片；对某个世代的纽约人来说，世贸中心倒塌的图片）。重点不是“停止感到冒犯”；而是大多数人希望在他们寻找某些类型的图片时（最常见的是：性、宗教、暴力、令人作呕）找到它们，而不是在他们不寻找它们时被这些图片所惊喜。即使是最热衷于色情和性积极图片的人，在从事无关任务时也不总是希望看到这些图片。 WhatamIdoing （讨论） 2018年6月15日 16:38 (UTC)[回复]
没有人质疑你提到的事情对特定人群是创伤性的，问题在于设计能够阻止某个个人可能会经历创伤的图片过滤器，这非常困难——甚至不可能——因为世界上潜在的创伤性事物清单非常长。那么，你将根据什么标准来配置过滤器？以你对世贸大厦的例子来说，你可以说，这些图片应该/可以针对纽约的IP地址屏蔽，但不住在纽约的纽约人呢？住在零地面附近的纽约人选择面对他们的历史而不是审查它呢？我个人对世贸大厦的图片一点也不感到不安，所以我不会希望它们被审查，那么世贸大厦图片过滤器的界限在哪里呢？每个其他情况都会出现相同的问题，这是一个无休止的辩论。 ArticCynda （讨论） 2018年6月16日 12:36 (UTC)[回复]
最流行的方法是提供一个过滤系统（我们现在还没有），然后让人们手动选择加入，如果（而且只有如果）他们自己选择这样做的话。唯一重要的是个人选择的内容，所以地理定位等问题无关紧要。 WhatamIdoing （讨论） 2018年6月17日 01:00 (UTC)[回复]
那么，你将根据什么规则来配置这样的过滤器？它将如何识别某些用户的不当图片？这是最重要的问题，至今仍未得到回答。 ArticCynda （讨论） 2018年6月17日 08:43 (UTC)[回复]

我认为维客旅行不是讨论这个话题的合适地方。——Granger （讨论 · 贡献） 2018年6月17日 12:04 (UTC)[回复]

我本来也要这么说。这是Commons的问题。——ThunderingTyphoons! （讨论） 2018年6月17日 12:41 (UTC)[回复]
而且它在Commons上进行了长时间的讨论。我认为有一些观点没有经过仔细考虑，提出的解决方案也存在问题。阅读了足够多的相关讨论，你就可以找到解决问题的方法以及对这些解决方案的批评。——LPfi （讨论） 2018年6月17日 14:26 (UTC)[回复]

请务必在复制Wikidata信息时核实GPS坐标！

各位，拜托了，请多花些精力去核实（OpenStreetMap, Google Maps），确保从Wikidata复制的GPS信息是正确的。

我看到很多列表被更新并填入了Wikidata代码，因此GPS信息被复制到了维客旅行。例如：https://wikivoyage.cn/w/index.php?title=Aqaba&type=revision&diff=3529501&oldid=3457529

然而，在我看来，Wikidata上的GPS信息远非正确，质量相当低。我实际上更相信维客旅行拥有更准确的GPS信息。问题不在于使用Wikidata，它未来可能会纠正错误的GPS信息。可悲的是，我们因此从维客旅行中删除了高质量的信息，而不是传播它。

因此，如果你发现Wikidata的GPS信息不正确，请前往相关的项目，并以“英文维客旅行”为参考，修正Wikidata上的GPS坐标。

请帮助保持维客旅行的良好数据质量。

非常感谢，Ceever （讨论） 2018年6月10日 21:39 (UTC)[回复]

我认为列表编辑器只提供使用Wikidata值更新所有字段的选项，而不仅仅是空的字段，这是很不幸的。对于大型场所，维客旅行可能故意设置与维基百科不同的坐标——我们可能想显示入口或售票处的位置，而WP可能想显示场地中心某处。 AlasdairW （讨论） 2018年6月10日 23:21 (UTC)[回复]
我同意AlasdairW的观点。是否有可能修改列表编辑器，使其“使用Wikidata的值更新共享字段”按钮只更新空的字段？——Granger （讨论 · 贡献） 2018年6月11日 00:04 (UTC)[回复]
顺便说一句，标记/列表模板现在正是这样做的（如果指定了，则自动添加来自Wikidata的位置/图片；不覆盖）。如果我们还添加维基百科/URL自动获取功能，那么“从Wikidata更新”按钮就会变得多余。 Andree.sk （讨论） 2018年6月11日 06:23 (UTC)[回复]
Andree.sk，技术上是否可能有一个单一点击的Wikidata更新按钮？我养成了在添加或编辑任何景点时填写Wikidata字段的习惯，并注意到许多Wikidata记录确实有不准确的坐标信息。我认为，如果数据流是双向的，那不是一个坏主意。 ArticCynda （讨论） 2018年6月11日 07:41 (UTC)[回复]
我猜最终什么都是可能的，但我不太确定维基数据用户是否喜欢 WV “自动覆盖”他们的数据库。谁能说 WV 的坐标比从 WP 导入的坐标更好呢？我猜如果我们不喜欢 WD 的坐标，并且它们在某种程度上是正确的（即，比建筑中心或入口的坐标更好？），我们应该直接在 WV 中覆盖它们。否则，我确定 WV 会发生编辑战 :) 如果 WD 的坐标完全错误，就像本例一样，我们应该修复 WD——这也将帮助来自 DE/FR/...WV 分支的同仁。 Andree.sk （讨论） 2018年6月11日 08:12 (UTC)[回复]
非覆盖性更新将是一个不错的起点。
在需要不同坐标的罕见情况下（例如，场地中心与入口），我认为Wikidata可以支持多个值，并通过限定符和排名来识别为什么会有多个值。 WhatamIdoing （讨论） 2018年6月11日 16:27 (UTC)[回复]
一个极端的例子是w:Caledonian Canal，它绵延60英里，从Fort Augustus到Fort William郊外，并且在这两个地方都有列表，坐标在当你想从那个城镇看到运河时是很好的位置。WD的坐标在Fort August以西5英里。 (Fort William的列表可以更改为特指那里的船闸。) AlasdairW （讨论） 2018年6月11日 22:24 (UTC)[回复]
这并不让我感到惊讶。当Wikidata被引入时，就有人指出这种事情很容易发生，因为有多个输入源，这似乎证明了Wikidata的可靠性比预期的要低一点。仔细检查将是一个好习惯。—— Matroc （讨论） 2018年6月11日 08:24 (UTC)[回复]
这证实了我早些时候的警告，要警惕与一个不一定共享（甚至不熟悉）我们目标的不相关的WMF项目进行过多集成和让渡过多控制权。我最近不得不从布法罗的文章中删除几个Wikidata值，因为将一组特定的地理坐标与（在两个案例中）一个有多个地点的本地连锁餐厅和（在剩余案例中）一个场地每年都会变化的年度活动相关联是没有意义的。在这些问题解决之前，我建议暂停向本地列表添加任何进一步的Wikidata值。—— AndreCarrotflower （讨论） 2018年6月13日 16:32 (UTC)[回复]
我认为停止添加有点草率，但改变之前和添加之后进行检查，我完全同意。最好是修复Wikidata，我这样做过好几次。特别是当它们完全错误的时候。——Traveler100 （讨论） 2018年6月13日 18:14 (UTC)[回复]
👍 Ceever （讨论） 2018年6月13日 18:33 (UTC)[回复]
信任，但要核实——Traveler100 （讨论） 2018年6月13日 18:44 (UTC)[回复]
我不会走得那么远，主张暂停添加Wikidata链接，但我更愿意提议我们在必要时纠正Wikidata。这样，两个WMF项目都能享受好处。 ArticCynda （讨论） 2018年6月13日 18:46 (UTC)[回复]
我可以告诉你们一件事；纽约州Riverhead附近的Wildwood State Park的坐标与长岛海峡的海岸线相去甚远（https://www.google.com/maps/dir/40.9636612,-72.8107658/41,-72.8/@40.9672569,-72.9050227,11250m/data=!3m1!1e3!4m2!4m1!3e2?hl=en），而不是正确的地点，那个地点应该显示在那个谷歌地图上。----DanTD （讨论） 2018年6月14日 20:46 (UTC)[回复]
只需几秒钟就能纠正，所以我纠正了！ ArticCynda （讨论） 2018年6月15日 07:28 (UTC)[回复]
👍 Andree.sk （讨论） 2018年6月15日 09:22 (UTC)[回复]
有一个注意事项：我注意到Google Maps给出了地图中心的GPS坐标，而不是我搜索的指针的GPS坐标。我不得不将位置稍微移出地图，然后搜索它，才能通过这种方式获得半可靠的数字。——Robkelk （讨论） 2018年6月17日 16:01 (UTC)[回复]

Wikidata - 像维客旅行一样 - 是一个维基。如果你看到错误，就去修正它！ Andy Mabbett （Pigsonthewing）；与Andy交谈；Andy的贡献 2018年7月27日 18:46 (UTC)[回复]

确实如此。 Category:Articles Geo different to Wikidata，区域不重要，但有许多城市，其Wikidata坐标是错误的，或者维客旅行上的Geo条目是错误的，或者有点偏差。——Traveler100 （讨论） 2018年7月27日 19:01 (UTC)[回复]
我不得不手动更新我从Wikidata和Wikipedia的集合中获得的大部分GPS坐标（数量不多），有时差异是几个街区，有时差异更大。我会看看能否深入研究一下源头，看看能否在那里提供帮助。 L. Challenger （讨论） 2018年8月13日 10:22 (UTC)[回复]

地图展示

月度指标演示正在进行中：https://www.youtube.com/watch?reload=9&v=otAX58IZ6KA 第一次演示（一些快速笔记后）是关于地图国际化项目。这是六个月开发工作的成果，之所以发生，主要是因为维客旅行核心社区团结起来，使其成为m:2017 Community Wishlist Survey的第一名。 WhatamIdoing （讨论） 2018年6月28日 18:11 (UTC)[回复]

关于战略进程，你有什么问题想在FAQ页面上得到解答？

你好！

我是Tar Lócesilion，波兰维基百科管理员，也是Wikimedia Polska的成员。去年，我在Wikimedia Foundation担任社区与运动战略核心团队之间的联络人。我的任务是确保所有在线社区都了解全运动的战略讨论。今年，我的任务类似。战略进程的第二阶段于四月启动。目前，未来的工作组成员正在选拔中，Meta-Wiki上的相关页面也在设计中。

我想了解关于战略进程，你有什么问题希望在FAQ页面上得到解答？请在这里、我的讨论页，或在Meta-Wiki上的专用讨论页上回答。谢谢！

如果你有任何问题或疑虑，请尽管提问！

谢谢，SGrabarczuk (WMF) （讨论） 2018年7月14日 18:29 (UTC)[回复]

Hebvoy的文章计数器似乎停在了 2,095 篇文章（尽管我最近写了 10 篇文章，但计数器没有变化）

有什么办法可以修复它，使其重新准确吗？（我担心它已经有一段时间不完全准确了）。ויקיג'אנקי （讨论） 2018年7月31日 12:24[回复]

我将提交一个 Phabricator 任务，请求有人检查一下。如果其他人也知道其他维基存在这个问题，请@我。WhatamIdoing （讨论） 2018年7月31日 20:30[回复]
谢谢！ויקיג'אנקי （讨论） 2018年7月31日 20:57[回复]

WV 有一个酒吧，但它有窗户吗？

我们对 WV 读者有什么了解，我们是如何知道的，还需要知道什么？

在编辑时，我会大致了解旅行者可能觉得有用什么；其他贡献者会进行修改或评论，但我缺乏更广泛的读者反馈，也不知道如何获得。在“讨论”页面上，有（例如）页面流量的零散提及，但我不知道在哪里可以看到这些，或者它是否公开，或者对这些数字的含义有什么分析。人们是特意寻找 WV 还是偶然发现它，他们回来的可能性有多大？WV 还使用了哪些其他方法来了解其实际和潜在受众？它是否进行过任何调查外展活动，是否有任何独立机构将 WV 与其他网络和印刷旅游指南一起评级？

如果这些问题有现成的答案，那么任务就是将它们汇总到一个易于访问的地方，就像酒吧一样容易找到。任何重大项目的准备工作都应明确说明它如何解决“窗外”的观点。如果没有这样的答案，那么 WV 就存在战略上的盲点，应该鼓励提出补救建议。Grahamsands （讨论） 2018年8月1日 10:58[回复]

对于任何页面，你都可以看到它最近获得了多少浏览量。从页面选择“查看历史”选项卡，然后选择“页面浏览量统计”。这应该会显示过去 20 天活动柱状图——我通常会使用页面左侧的选项更改为 90 天。（例如，对于我们最近都编辑过的 哈特尔浦尔：https://tools.wmflabs.org/pageviews/?project=en.wikivoyage.org&platform=all-access&agent=user&range=latest-90&pages=Hartlepool。）我会“一带而过”地看待这些数字，因为我怀疑存在一些漏报。在维基百科和不同语言中，相同的方法同样适用。AlasdairW （讨论） 2018年8月1日 21:46[回复]
除了特定页面的浏览量外，Wikivoyage 的 Alexa 排名会定期在 WV:WT 页面上更新。它无法说明全部情况，但它是一个合理的长期趋势指标。Wikivoyage 还通过社交媒体（Facebook 和 Twitter）与读者互动。在这方面，我们似乎不像我们本可以达到的那样成功。其他旅游指南（Lonely Planet、Nat Geo Travel、BBC Travel、Fodor's 甚至其他网站）的受欢迎程度比我们高出几个数量级。
Wikvoyage Offline 的应用程序获得了相当多的评分，而且大部分评分是积极的（4 或 5 星）。传闻中，我注意到大多数阅读 Wikivoyage 的人对该网站都有积极的印象，但大多数人不知道 WV，并且一开始就阅读我们的文章。如果你调查 100 位随机的旅行爱好者，问他们 Wikivoyage 是一个好的信息来源、一个坏的来源，还是他们从未听说过它，我猜绝大多数人会说他们从未听说过它，然后是好的。当我查看 2018 年在线旅游论坛帖子时，我仍然看到其他网站的名字比我们的更常被提及。Gizza （漫游） 2018年8月1日 23:24[回复]
这些都是绝佳的例子，非常感谢。所有这些数据以及关于它们意义的知识都分散在那里。我猜还有更多。它们需要被汇总到一个页面上，这个页面在我们进行的过程中几乎是自己写成的，然后在酒吧下一次的扫荡中再次分散。该页面可以与工具、格式和约定放在一起。但我会主张它应该更醒目，在“参与进来”侧边栏中，就像酒吧一样，以便贡献和讨论“窗外的景色”与任何其他贡献和讨论一样重要。Grahamsands （讨论） 2018年8月5日 14:09[回复]
除了显示 Alexa 排名的 WV:WT 页面之外，我找到的另一个记录了衡量读者参与度的统计数据的页面是 Wikivoyage:Search_Expedition。其中有一个表格比较了所选文章与其 WT 对照组的搜索结果和排名，下方还有衡量 Wikivoyage 整体受欢迎程度的一般链接。表格很好，但我不知道为什么选择了那些文章进行比较。如果能包含我们所有非常重要的文章（例如国家、著名地区、首都和另外 100 个人口稠密城市）的表格就太好了。Gizza （漫游） 2018年8月13日 00:53[回复]

新的监视列表过滤器

没懂。我该如何轻松地删除机器人编辑？在旧的 UI 中有一个简单的复选框和更新。--Traveler100 （讨论） 2018年8月3日 19:45[回复]

最快的方法似乎是输入 Human（我当时在找 bot），然后重新运行。好的，奏效了，但我不认为它很容易发现。--Traveler100 （讨论） 2018年8月3日 20:04[回复]
概念上有点不同；你请求的是你想要的东西，而不是你不想要的东西。https://www.mediawiki.org/wiki/Help:New_filters_for_edit_review 似乎是关于 Special:RecentChanges 上的这些过滤器的页面，但我无法轻易找到针对监视列表的特定信息。User:Trizek (WMF) 可以在周末后告诉我们是否有关于监视列表的帮助页面。WhatamIdoing （讨论） 2018年8月4日 02:16[回复]
新格式的要点不是考虑排除什么，而是考虑你想要显示什么。如果你想排除机器人，你确实需要显示人类的编辑。Trizek (WMF) （讨论） 2018年8月6日 09:01[回复]

编辑模式有问题

我在源代码编辑器模式下遇到一个问题，它会在发布编辑的区域上方自动创建一个编辑框。幸运的是，该框可以调整大小，所以我可以发布这个，但找到解决方案将是极好的。它还使标题文本变大，等等。Selfie City （讨论） 2018年8月8日 21:03[回复]

我从没注意过这个。你在哪个浏览器/平台上看到这种行为，Selfie City？会不会是浏览器插件和 Wikimedia 偏好设置之间的冲突？ArticCynda （讨论） 2018年8月9日 11:07[回复]
Chrome。我试着禁用了广告拦截器，但没有用。Selfie City （讨论） 2018年8月9日 14:29[回复]
你能否请你到 Special:Preferences#mw-prefsection-betafeatures，然后告诉我启用了什么？
另外，你是否启用了语法高亮？（如果你启用了，当你输入维基文本时，会显示一些彩色文本。）WhatamIdoing （讨论） 2018年8月11日 17:09[回复]
我关闭了所有东西，希望这能奏效，但没有。另外，有趣的是，我最近在 ArticCynda 的讨论页上评论过，当时该用户被封禁，而且编辑器模式只对那个页面起作用，仅此一个页面。Selfie City （讨论） 2018年8月11日 17:40[回复]
你使用的是哪个 mw:Editor？我认为这里的默认是 2010 年的浅蓝色版本，称为 mw:WikiEditor。WhatamIdoing （讨论） 2018年8月12日 16:12[回复]
它最像 2003 年的原始版本。Selfie City （讨论） 2018年8月12日 16:16[回复]
我对此感到困惑，但我怀疑问题在于语法高亮。如果是这样，你必须启用一个较新的浏览器，打开一个页面，关闭语法高亮（寻找一个看起来像荧光笔的按钮……但不是看起来像铅笔的那个 :-/ ），然后回到偏好设置，将你的偏好设置重置为你想要的任何值，看看这是否解决了问题。（如果不行，请尝试截图并发送给我。）WhatamIdoing （讨论） 2018年8月21日 01:22[回复]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘是的，我将来会尝试一下，但说实话，我已经习惯了这个编辑器，所以它不再像以前那样困扰我了。事实上，它根本就不困扰我了；但我仍然会尝试将其更改为正确的模型。---Selfie City （讨论 | 贡献） 2018年8月21日 15:37[回复]

我几分钟前在 WT 上，编辑器模式确实在工作，很有趣。---Selfie City （讨论 | 贡献） 2018年8月22日 18:04[回复]

技术问题

从酒吧酒吧扫入

是否有可能获取特定文章中仅包含的维基链接列表？如果有，如何做到？ויקיג'אנקי （讨论） 2018年8月10日 22:12[回复]

是的，这样做可能类似于维基旅游和维基语录搜索耶路撒冷 Q1218 - 也可以查看文章页面左侧的面板 - 那里也有链接
从酒吧酒吧扫入

我们（或者应该）是否有关于编辑者在自己的用户页面上放置非 WV 相关链接的指南？我们将在多大程度上容忍编辑者在其自己的用户页面上进行链接垃圾？Nurg （讨论） 2018年8月13日 10:34[回复]

我们不希望有任何可能被视为兜售或以其他方式违反数据保护/安全/体面规则的链接，但除此之外，我不确定我们是否应该禁止人们从他们的用户页面链接到他们想链接的地方。
为了帮助我们，你有什么例子吗？以便确定这是否是一个问题？如果你想避免单独点名某个用户，你可以把链接放在这里，不用说它们来自哪个用户页面。--ThunderingTyphoons! （讨论） 2018年8月13日 11:21[回复]
我认为，如果一个用户确实为指南做出了贡献，而不仅仅是为自己的页面做贡献，那么链接到他们的雇主或他们拥有的地方是可以的。Pashley （讨论） 2018年8月13日 13:22[回复]
我自己的页面在这方面很温和——我显示的唯一外部链接是维基百科主页。L. Challenger （讨论） 2018年8月13日 13:58[回复]
我想到的例子是 4 个指向旨在将人转化为宗教的页面的链接。该用户是该指南的活跃贡献者，不是临时链接垃圾发布者。Nurg （讨论） 2018年8月16日 09:42[回复]
我见过用户链接到他们的个人博客，无论它是否与旅行有关，但最近没见过链接以说服人们皈依宗教。我不太确定它们是否可接受。维基百科有一项关于禁止内容的通用用户页面政策（链接），但原则非常宽泛，在这里帮助不大。然而，它确实提到应避免大量的宣传材料，这些材料与 Wikimedia 无关。Gizza （漫游） 2018年8月16日 11:20[回复]
在我看来，四个链接到试图推销福音派基督教理论的东西，也同样是宣传性的。我认为一个链接是可以的，因为这种信仰对用户很重要，他们有权分享他们个人生活的各个方面。也许你，Nurg，可以和那位用户悄悄谈谈？--ThunderingTyphoons! （讨论） 2018年8月17日 12:23[回复]
我强烈反对在未经同意的情况下关闭一个人的宗教观点，无论该用户是否活跃。最好的情况是这样做似乎毫无意义，最坏的情况是篡改某人的用户页面，并且是仇恨他们观点的表达。为什么我们*应该*删除它们，真的吗？我们为什么应该删除它们，除非我们试图从网站上删除人们的个人观点。如果有人不想阅读福音书，那没关系，但我们为什么要未经许可就从 LM 的用户页面上删除福音书的所有痕迹呢？---Selfie City （讨论 | 贡献） 2018年8月27日 23:05[回复]
嗯，就像我说的，一个链接是可以的，因为信仰对用户很重要。四个链接就有点多了，因为说到底，旨在将读者转变为福音派基督徒的材料*是*宣传性的，即使它们是免税的、非营利的。--ThunderingTyphoons! （讨论） 2018年8月27日 23:14[回复]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘我只重新添加了一个链接（Nurg 删除了所有链接）。然而，我不认为链接到福音书是宣传性的，就像关于进化论的文章会被视为宣传性（或者不是，视情况而定）一样，或者链接到试图皈依伊斯兰教、佛教，甚至某个政党或类似性质的页面。人们应该绝对允许在这个网站上展示他们的宗教信仰，尤其是因为我们在这里不是为了排除人们相信他们所相信的。---Selfie City （讨论 | 贡献） 2018年8月27日 23:30[回复]

那么我们不再是旅游指南，我们是为与旅行无关的宗教文本提供网络托管服务了？那样的话，能否请你给予 https://www.venganza.org/2010/07/the-loose-canon/ 同等的时间，以维护宗教自由？K7L （讨论） 2018年8月28日 00:11[回复]
（编辑冲突）嗯，实际上，四篇试图传播进化论/伊斯兰教/佛教/某个政党理论的文章，在我看来同样是宣传性的，而且同样与 Wikivoyage 无关。说这些话不是“仇恨言论”，而是执行我们反对兜售的规则，在我看来，这些规则不限于为经济利益兜售。
“人们应该绝对允许在这个网站上展示他们的宗教信仰”——没有人不同意这一点。然而，信仰可以被呈现，而无需提供旨在将读者转变为某种信仰的文献列表。我的 维基百科用户页面有几十个用户框，大致概括了我这个人，包括道德、政治、哲学、宗教等，但没有一个用户框链接到外部来源或宣传/试图说服人们接受我的信仰。你看出区别了吗？
“我们在这里不是为了排除人们相信他们所相信的”——我同意，但这在这里并没有发生。--ThunderingTyphoons! （讨论） 2018年8月28日 00:13[回复]
我不认为他在兜售，而是试图向他人传播他认为的真相。他这样做真的有什么错吗？---Selfie City （讨论 | 贡献） 2018年8月28日 00:28[回复]
我同意 Selfie City。尽管我最后一次想打击 LM，但我认为，除了非常过分的情况外，我们应该对用户空间保持不干涉。如果他直接骚扰其他编辑那是一回事，但在他的用户页面上这样的链接——即使是四个——也无害。他现在也不是活跃用户了。干预他的用户页面没有任何好处，反而会因为这次讨论的结果而设定不良先例。AndreCarrotflower （讨论） 2018年8月28日 00:32[回复]
是的，我认为最好还是不要干涉用户页面，除非我们谈论的是明显的破坏者，那时我们只会完全删除页面。删除指向福音书的链接可能会被视为针对一个人的宗教信仰。（顺便说一句，上一句话是我对这个问题的最佳表述。这是我真正想在这里表达的观点。）---Selfie City （讨论 | 贡献） 2018年8月28日 00:40[回复]
那么我们不再是旅游指南，我们是为宗教文本提供网络托管服务，这些文本与旅行无关？如果是这样，你能否在宗教自由的兴趣下，给 https://www.venganza.org/2010/07/the-loose-canon/ 同等的时间？K7L （讨论） 2018年8月28日 01:05[回复]
当然，如果有人来到这个网站并相信某种阴谋论，他们可以把这个放在他们的用户页面上，也可以不放。但我们在这里讨论的不是阴谋论，而且你很清楚这一点。---Selfie City （讨论 | 贡献） 2018年8月28日 01:18[回复]
（编辑冲突）不要夸大其词，K7L。我们一直对其他用户的用户空间采取放任自流的态度。他也不是链接儿童色情或任何非法内容，而且同样，他也没有直接向我们中的任何一个人传教。他甚至不再是活跃用户了。干预他的用户页面没有任何好处，反而会因为这次讨论的结果而设定不良先例。不要没事找事。-- AndreCarrotflower （讨论） 2018年8月28日 01:20[回复]
我同意 Andre。当然，如果他的页面上有 100 个宗教内容的链接，我们可以在没有争议的情况下认为这过多，但 4 个呢？得过且过吧。如果有人不想看他的用户页面，他们可以不看。Ikan Kekek （讨论） 2018年8月28日 03:45[回复]
我认为不干涉是很好的方法。
另外，谁在乎？这个页面获得了 20 倍的浏览量。主页获得了 300 倍的浏览量。为什么有人认为一个页面上的四个链接（a）几乎没有人会读到，（b）甚至很少有人会点击，是任何人都应该花费时间的要事？既然已经确立了几个链接通常是可以接受的，但很多链接通常是不可以的，我们还是置之不理吧。WhatamIdoing （讨论） 2018年8月29日 00:29[回复]

需要关注的文章

从酒吧酒吧扫入
关于另一个需要关注的主题，对 带有死链的文章 的新检查已经运行（感谢 Ryan）。在二月份的 cotm 结束时，我们没有指南或星级文章有坏的 URL。截至今天，这一数字已回升至 507 篇。--Traveler100 （讨论） 2018年8月14日 00:32[回复]

这里是否有人碰巧能修复希伯来语 Wikivoyage 中存在的以下 bug？ ？

从酒吧酒吧扫入

自从我们在希伯来语 Wikivoyage 上开始使用列表以来（很久以前），我们就一直存在一个从未修复过的主要 bug——希伯来语 Wikivoyage 的任何列表都没有编辑按钮（在此处查看示例）。这个 bug 阻止用户在可视化输入窗口中编辑列表（就像在英语 Wikivoyage 中可以做的那样）。这里是否有人碰巧能修复这个 bug？ויקיג'אנקי （讨论） 2018年8月15日 21:58[回复]

语言菜单图片

在 Wikivoyage 的语言菜单上，图片总是相同的。有人考虑过不时更换它吗？如果考虑过，什么图像合适？只是一个让它看起来更有趣的想法。Selfie City （讨论） 2018年8月18日 19:08[回复]

没有什么太大意义，因为那些已经知道维基旅行指南的人通常会跳过那一页，直接跳转到他们本地语言的版本。K7L (讨论) 2018年8月18日 19:14 (UTC)[回复]
是的，我自己也应该这么做。Selfie City (讨论) 2018年8月18日 19:24 (UTC)[回复]
我们有统计数据吗？我甚至认为98%的访问者是通过谷歌直接访问目的地页面的……Andree.sk (讨论) 2018年8月18日 19:37 (UTC)[回复]
我不认为它是拼写成 G-O-O-G-L-E，它是拼写成 W-I-K-I-P-E-D-I-A，但是的，这是直接链接到特定主题的文章，而不是菜单页面。~:) K7L (讨论) 2018年8月18日 20:19 (UTC)[回复]

另一个按钮有什么作用？

如果您在一个用户页面上，在监视列表按钮旁边还有一个按钮，根据说明，“向用户发送一条表示您感激之情的消息”。我过去按过几次，但不太清楚它具体做什么，有什么目的。它到底做什么？ --- Selfie City (讨论 | 贡献) 2018年8月20日 16:42 (UTC)[回复]

Apparently it lets you send goats. DethDestroyerOfWords (讨论) 2018年8月20日 20:42 (UTC)[回复]
它叫做“维基爱”（Wikilove），它会给你一个表格填写，然后发布一条消息到用户的讨论页上。你可以在这个维基上通过访问这个链接并用你的用户名替换用户名来查找你是否发送过。WhatamIdoing (讨论) 2018年8月21日 01:18 (UTC)[回复]

桌面端有困难，但手机端没有

从 讨论区扫过

我可以通过手机访问维基旅行指南，但无法通过桌面电脑访问。今天页面就是无法加载。有其他人也遇到类似的技术困难吗？Americannomad1776 (讨论) 2018年8月23日 16:18 (UTC)[回复]

Americannomad1776，你的网页浏览器和桌面操作系统是什么？WhatamIdoing (讨论) 2018年8月24日 15:15 (UTC)[回复]

我的网页浏览器是 Google Chrome 版本 68.0.3440.106 和 Internet Explorer 11。Windows 版本是 Windows 7 Professional。这是另一件事。所有其他维基媒体基金会的项目都可以正常工作。只有维基旅行指南不行。Americannomad1776 (讨论) 2018年8月24日 15:21 (UTC)[回复]

你介意从你的桌面端尝试这个链接吗？https://wikivoyage.cn/wiki/Special:Random?safemode=1 如果这个链接有效，那么问题就出在你账户中的某个脚本或小工具（我们或许可以在维基上解决）。如果无效，我认为我们需要寻求帮助。WhatamIdoing (讨论) 2018年8月25日 22:08 (UTC)[回复]

从现在起，仅限接口管理员才能编辑站点的 CSS/JS

从 讨论区扫过

(请帮助翻译成您的语言)

大家好，

如先前宣布的，CSS/JS 页面的权限处理已发生更改：只有接口管理员（接口管理员）组以及少数具有高度特权的全局组（如管理员）才能编辑他们不拥有的 CSS/JS 页面（即以 .css 或 .js 结尾的，位于 MediaWiki: 命名空间中，或者属于另一个用户的用户子页面）。这是为了提高维基媒体项目读者和编辑者的安全性。更多信息可在创建用于编辑站点的 CSS/JS 的独立用户组中找到。如果您遇到任何意外问题，请联系我或提交 bug。

谢谢！
Tgr (讨论) 2018年8月27日 12:39 (UTC) (通过全局消息传递)[回复]

我想邀请英语维基旅行指南的贡献者制作一个关于维基旅行指南的 YouTube 电影。

我想让任何人了解维基旅行指南，通过教学视频帮助任何人轻松编辑和创建文章，并希望通过 Youtube 推广维基旅行指南。

维基旅行指南频道的网址是这里，我上传了大约中文教学视频（中国朋友可以上传相关视频到这里），我想邀请英语朋友上传相关视频到这里。对于其他语言版本，如果需要，请告诉我，我会提供网址。

我还想邀请一些人担任频道管理员。通过 Youtube，我希望让更多人了解维基旅行指南，希望更多人喜欢我们！谢谢。--Yuriy kosygin (讨论) 2018年8月24日 19:42 (UTC)[回复]

太令人兴奋了！我看到过你的 YouTube 频道，还在想它是否还活跃。
这是一个很棒的主意和提议，我希望有一些有才华的视频制作者能够站出来。
如果你不介意有一个没有 YouTube 频道运营经验的人，我想志愿成为一名频道管理员。--ThunderingTyphoons! (讨论) 2018年8月24日 20:37 (UTC)[回复]
@Yuriy kosygin: 我认为为 YouTube 增加更多关于维基旅行指南的英语视频是个好主意。感谢你的开创之举。我会密切关注你的频道。Gizza (roam) 2018年8月30日 22:44 (UTC)[回复]
@DaGizza: 谢谢你的回复！但我的英语很差，我一直在期待有维基旅行指南的贡献者来帮助和管理，让我们维基旅行指南让大家知道！--Yuriy kosygin (讨论) 2018年8月31日 12:49 (UTC)[回复]
我希望大家也能提供宣传视频（例如，维基爱古迹）。--Yuriy kosygin (讨论) 2018年8月31日 16:05 (UTC)[回复]
我上传了关于维基旅行指南的宣传片，如果大家有好的维基旅行指南视频，请提供到 Youtube 频道！谢谢！--Yuriy kosygin (讨论) 2018年9月1日 17:58 (UTC)[回复]

9月12日和10月10日最多一小时只读模式

2018年9月6日 13:33 (UTC)

可视化编辑器

可视化编辑器中的模板放置会生成一个大写字母开头的模板名称，从而创建 See 而不是 see。大小写不匹配的列表可能会导致地图图标出现问题，只能显示一种类型。有人知道如何更改编辑器的输出吗？--Traveler100 (讨论) 2018年9月10日 20:09 (UTC)[回复]

我不知道是不是这样，但有没有可能在将字符串存储为变量之前将其转换为小写，以规避这个问题？ARR8 (讨论) 2018年9月10日 21:58 (UTC)[回复]
Traveler100所描述的行为是所有文章在 Mediawiki 软件中的典型行为。所有文章名称（包括模板）都以大写字母开头。这就是可视化编辑器的输出保持一致的原因。我认为这无法改变。但大写字母不可能是原因，因为像{{See}} 这样的模板有 | type=see 这一行，这与模板名称的书写无关。也许你应该检查 Listingeditor 的功能并根据需要进行调整。--RolandUnger (讨论) 2018年9月11日 05:29 (UTC)[回复]

随机页面

你能限制随机页面按钮到一个特定的主题，比如目的地或行程吗？--评论自 Selfie City (讨论我的贡献) 2018年9月12日 15:41 (UTC)[回复]

你也许可以试试Special:RandomInCategory，例如Special:RandomInCategory/Itineraries 或 Special:RandomInCategory/Usable articles。WhatamIdoing (讨论) 2018年9月12日 22:05 (UTC)[回复]
谢谢。--评论自 Selfie City (讨论我的贡献) 2018年9月13日 16:22 (UTC)[回复]

虚假评论

一个人因向意大利公司出售虚假 TripAdvisor 评论而被判处监禁。这是Trip Advisor 的报告。一份欧洲议会报告表明，虚假评论非常普遍，占评论总数的 16%。

我知道我们有维基旅行指南：不要宣传这样的政策，也有不少人在这方面做了很好的工作。我认为它们基本上是有效的。然而，在阅读了以上链接之后，我不知道我们是否应该做得更多。如果是，做什么？Pashley (讨论) 2018年9月15日 16:58 (UTC)[回复]

我认为这对我们来说是个好消息。这表明，那些通过互联网匿名制造麻烦的破坏者和其他人最终不一定能逍遥法外。
但是，我认为 TripAdvisor 是比我们更容易成为付费评论目标的。Tripadvisor 的 1 到 5 的评分系统比我们这里更容易诱使人进行付费评论，因为我们这里主要提供对我们所介绍的地方的简短、中立的描述。只要我们删除任何宣传性的内容，我们应该就没问题了。--评论自 Selfie City (讨论我的贡献) 2018年9月15日 17:12 (UTC)[回复]
是的，但这确实表明，总的来说，最好删除宣传性的列表，而不是去掉它们的宣传性，或者接受原宣传者对其进行去宣传处理。不过，我认为我们不想走那么远，因为有些用户一开始就进行宣传，但在学习了维基旅行指南的风格和政策后，成为了有价值的用户。尽管如此，我们还是应该非常谨慎。Ikan Kekek (讨论) 2018年9月15日 22:31 (UTC)[回复]
在Bucks County的文章中，我遇到了相当明显的宣传（你知道，使用第一人称代词，之类的事情），我确实大量删除了宣传性内容。--评论自 Selfie City (讨论我的贡献) 2018年9月15日 22:46 (UTC)[回复]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘这在我看来大约是“我们已经这样做了”的三部分对“所以呢？”的一部。

更具体地说：显然我们应该继续撤销看到的任何宣传，但我认为完全删除，而不是简单地去掉宣传性内容的列表，这有点过头了，特别是对于宣传者添加的列表。读者也有一定的责任去知道一个餐厅的食物是否好吃，一个酒店房间的景色是否美丽，一个景点是否值得去等等，这些本质上是主观的，他们的体验可能不同。例如，看看我最近添加到Buffalo/Elmwood Village的这个餐厅列表

Between the dashed-off service, the spartan ambience, and a menu of heavily Americanized Chinese, Japanese, and Thai specialties that's no better than what you'd find at your average takeout joint, pretty much every aspect of the Tokyo Shanghai Bistro experience could be generously described as "mediocre". Every aspect, that is, except one: the coconut mushroom soup on the "Thai Specials" section of the menu. It's not available at any other restaurant in Buffalo (Sun Express downtown serves a soup that's identically named, but the recipe is completely different), but it is one of the best things you will ever taste. The best comparison would be tom kha, but the broth is less creamy and more savory, with different spices.

这些信息完全来自我自己的第一手经验；不是从 Yelp、Tripadvisor 或其他任何地方获取的。现在假设有人读了，心里想“哇，这汤听起来不错”，然后去了餐厅尝试，但他/她不喜欢。读者能否因此追究我们提供误导性信息的责任？我当时是在“宣传”这家餐厅的汤吗？不，都不是。口味这东西很难说，而且读者自负。

-- AndreCarrotflower (讨论) 2018年9月16日 01:21 (UTC)[回复]

我猜这取决于什么样的宣传。像“我们的服务 X 是该地区最好的”这样的情况，与说“这是餐厅的招牌菜”是不同的。可能知道是谁最先添加的文字会有所帮助。--评论自 Selfie City (讨论我的贡献) 2018年9月16日 01:54 (UTC)[回复]
我倾向于同意 Andre 的观点。很容易看出一个人是否带有偏见或在宣传，特别是当他们编辑了很长时间。Tripadvisor 是一个只评论的网站。用户很少会添加其他旅行内容。列表和关于列表的意见只是本网站内容的一部分。我会怀疑那些只为各种列表添加积极评论的人，但这很少见。宣传者通常只是一贯地推广一家公司，这很容易被发现，而其他编辑者则编写各种旅行内容并进行各种编辑。Gizza (roam) 2018年9月16日 02:41 (UTC)[回复]
我不确定这一点；我宁愿维基旅行指南：避免负面评论。如果我需要列出它（例如，镇上唯一的餐厅）并且不能普遍推荐它，那么我也不会写一个长长的失败列表。我会写一些更短的东西，比如“提供重度美式中餐、日餐和泰餐。美味的椰子蘑菇汤，列在其泰式特色菜中，是菜单上最好的一道菜。”
（听起来，如果我有一天去布法罗，并且发现我需要摄入每日推荐剂量的红色食用色素，这会是个好地方。;-)）WhatamIdoing (讨论) 2018年9月16日 21:21 (UTC)[回复]
我不知道为什么，但最近我看到了很多关于网络造假的故事：Yelp 评论 Reddit 傀儡账号操作内幕。Pashley (讨论) 2018年9月18日 12:18 (UTC)[回复]

“将于重新开放”

我搜索了维基旅行指南中的“将于重新开放”和“将开放”等字符串，发现了很多关于几年前“将开放”的过时信息。我怀疑搜索其他变体也会找到更多。我在这里发布这个信息，以防有人想和我一起查找和更新这些信息。—Granger (讨论 · 贡献) 2018年9月16日 07:44 (UTC)[回复]

好主意。你可能还想包括一个我在文章中看到的变体——“定于开放”。ARR8 (讨论) 2018年9月16日 14:03 (UTC)[回复]
或者“将于2008年发生”或相关搜索。输入年份可能会得到一些有趣的结果。--评论自 Selfie City (讨论我的贡献) 2018年9月16日 22:12 (UTC)[回复]

“节日”世俗的及其他……

从 讨论区扫过

好的，这可能是一个奇怪的查询，但是……

维基旅行指南有一个万圣节的大纲，被描述为一个世俗的节日。

但是有人提到，还有其他的秋季节日（有些是世俗的，有些则有更浓厚的宗教色彩）。

从旅行的角度来看，是否有空间对这些节日进行一个更广泛的介绍？季节性节日作为一个宽泛的主题标题，也许对每个广为人知或主要的节日只有一到两段介绍？

我想到了几个“节日”（不包括大型音乐会之类的活动），比如德国的啤酒节，斯堪的纳维亚的仲夏活动。各种地区都有与“丰收”相关的活动（无论是传统的丰收节还是近期的新创），但从旅行角度来看，并没有什么特别的。

一个特别的冬季节日已经有自己的文章了。

ShakespeareFan00 (讨论) 2018年9月24日 19:26 (UTC)[回复]

我们有关于啤酒节的文章。圣诞市场、圣诞节和新年旅行，以及复活节旅行部分与这个想法有关。WhatamIdoing (讨论) 2018年9月26日 15:41 (UTC)[回复]
……还有圣诞老人和北极（消歧义）的消歧义页面。哼！我说，哼！K7L (讨论) 2018年9月26日 15:44 (UTC)[回复]
由于似乎没有一个明确的“愿景”来创建关于节日的综合性文章，我不确定它是否需要。我乐于看到所有种类的节日和假日——仲夏节、圣母升天节、法国国庆节、排灯节，你说的出来名字的——如果被认为可以成为不错的旅行话题，它们都应该有自己的旅行话题文章，但一篇列出或描述来自世界各地不同不相关节日文章可能会很繁琐，而且可能对读者没什么用。然后还有范围问题；它是否仅限于（伪）宗教节日，还是也包括国家法定假日？地区性假日呢？广泛遵守但非官方的节日，如情人节或停战纪念日呢？为什么不包括音乐/文学/电影节：格拉斯顿伯里、爱丁堡、威尼斯、戛纳、漫展……？所有这些都可能拥有自己的文章，但让它们与春节、感恩节或开斋节等节日共享一篇文章会相当奇怪。但我认为即使范围在某种程度上受到了限制，也很难控制包含的节日数量。--ThunderingTyphoons! (讨论) 2018年9月26日 16:31 (UTC)[回复]
过去有一个日历，但这基本上是一个“通用节日或活动查询放在哪里？”的问题……我注意到一些非常具体的当地节日最好在相关的地区、城市或区划文章中提及……ShakespeareFan00 (讨论) 2018年9月26日 17:25 (UTC)[回复]
这些讨论的好处在于能产生许多主题建议。 漫画粉丝圈 将是漫展的最佳场所，除非它算作旅行者可以参加的众多展会、大会和博览会之一。一些名义上的展会，如伦敦的“理想家居展”（通常在伦敦的伯爵宫举行），更为人所知。嗯…… ShakespeareFan00 (讨论) 2018年9月26日 17:41 (UTC)[回复]
那中美洲独立日呢？ Hobbitschuster (讨论) 2018年9月26日 18:22 (UTC)[回复]
我们已经有了事件与节日日历类别。也许我们可以创建一个类似于旅行的理由的聚合页面，在其下列出所有有自己页面的季节性事件。通过限制范围到有自己页面的事件，我们可以确保列表不会臃肿，并且只列出经常性的季节性事件，这将与现有类别有所区别。如果有一些与所有这些事件相关的通用信息，可以在该聚合页面中提及。 MartinJacobson (讨论) 2018年9月26日 22:58 (UTC)[回复]
丰收节的分布范围足够广，可以拥有自己的文章。世界上每个传统农业文化都有其丰收节的版本。 节日本身可以成为一个父/聚合文章，因为节日太多无法列在一页上。 Gizza (漫游) 2018年9月26日 23:28 (UTC)[回复]

弹出式图片

从布告栏扫入

有什么方法可以控制悬停在目的地时弹出的图片，甚至只是将其设为文章开头部分吗？例如，悬停在足利链接上。图片显示的是一个模特。这张图片显然不是来自我们的文章，而且完全不合适。我想将其默认设为文章开头部分（或者可能为每篇文章选择一张图片）。 ChubbyWimbus (讨论) 2018年9月30日 10:19 (UTC)[回复]

@ChubbyWimbus: 据我所知，这些图片是通过扫描文章中的图片来决定的，而列表享有优先权。图片链接在文章中是第二个地理标记的 do 列表的图片，Natural Indigo Dyeing Airoza。更改或删除该列表中的图片，或为更早的列表添加更多图片，图片就会自动更改。我个人主张将文章本身中的图片链接放在最高优先级，其次是列表中的图片，而不是反过来，后者似乎是目前的情况。
-- Wauteurz (讨论) 2018年9月30日 20:42 (UTC)[回复]
我认为，如果我们无法控制显示什么图片，就应该禁用弹出图片（而不是文字）。我查看了一些文章的弹出窗口，显示的图片通常不在文章中。足利是最糟糕的，显示的是人物照片，而不是关于这个地方的任何内容。它还很烦人，我找不到它是从哪里获取图片的——维基数据项里也没有，而且我无法查看图片以获取任何信息。在大多数情况下，显示的图片对这个地方来说并不是错误的，但选择的图片通常很奇怪——为什么爱丁堡/西部会显示一只鸟，或者邓迪会显示一个每天只有两次航班的机场。 AlasdairW (讨论) 2018年9月30日 20:56 (UTC)[回复]
我现在发现，爱丁堡/西部的鸟图片附在动物园的维基数据项目上，是第二个“景点”列表，但并未直接在文章中链接。然后我给动物园列表添加了另一张图片，它就显示为弹出图了。 AlasdairW (讨论) 2018年9月30日 21:06 (UTC)[回复]
@AlasdairW: 请看我回复你的第一段；列表似乎比文章中的图片具有更高的优先级。文章中的图片仅在没有列表或没有定义图片的列表时使用（见：Tiel）。然而，这意味着车站和主要的巴士停靠点将成为许多文章的特色图片（见：Assen、Den Helder、Vijfheerenlanden），以及旅游信息点（见：Berkelland、Harderwijk）。肯定会有办法阻止这些列表，如果不是所有不在“景点”或“活动”中的列表的话？另外，邓迪的图片是机场的，是整篇文章的第一个列表，如果你还没找到的话。
-- Wauteurz (讨论) 2018年9月30日 21:11 (UTC)[回复]
如果我们删除了文章中用于弹出窗口的图片，会发生什么？--评论来自 Selfie City (讨论我的 贡献) 2018年9月30日 21:15 (UTC)[回复]
@Wauteurz: 抱歉造成混淆。在我发表回复后才发现你的回复——一个隐藏的编辑冲突。我宁愿我们只使用文章中的图片，最好是优先使用横幅图片（如果存在）。列表中的图片不代表整个城市，而且在编辑文章时是隐藏的。当我们悬停在列表上时，我们可能希望显示列表图片，但那是另一回事。 AlasdairW (讨论) 2018年9月30日 22:01 (UTC)[回复]
@SelfieCity: 它会切换到下一个可用的图片。我移除了Harderwijk的旅游局标志和车站图片，现在它默认显示的是海豚馆的图片。据我所知，列表比缩略图拥有更高的优先级。
@AlasdairW: 我认为列表的图片并不算那么不具代表性，或者至少，在我经常处理的文章（即与荷兰相关的文章）中是这样，只要“景点”部分之前的列表可以被忽略。当然，像足利这样的文章可能有不具代表性的列表图片，但这样我们至少可以找到它们并将其替换为更好的图片。这是一个具体问题具体分析的情况，但如果可以将缩略图的优先级与列表图片调换，使得文章中的第一张图片成为特色。据我所知，横幅图片已经被忽略了：Goes没有列表或缩略图图片，但有横幅，然而横幅并没有被作为特色图片显示。同样的情况也适用于南肯讷默兰国家公园、Heemskerk、Hengelo、Ommen、Broek op Langedijk以及更多。如果我们能绕过{{Pagebanner}}，那么肯定也能绕过{{Listing}}和{{Marker}}？
-- Wauteurz (讨论) 2018年10月1日 09:42 (UTC)[回复]
我还发现，{{Worldimagemap}}需要绕过，正如南美洲那样，它在模板之前定义了图片。-- Wauteurz (讨论) 2018年10月1日 09:46 (UTC)[回复]
动态地图（在Commons中找到）中的列表图片的弹出窗口——手动输入（image=xxx.jpg）或如果（image=）为空且模板中存在 Wikidata ID 并且 Wikidata 有一个与该特定 Wikidata ID 关联的图片。--Indigo染色材料的女孩的图片链接在Commons——此处提到上传。而不是使用现有图片，可以使用相关的图片Natural Indigo.jpg，其他图片或无。如果你删除Natural Indigo Dyeing Airoza 的 do 列表中的图片参数，什么也不会发生，因为它没有 Wikidata ID，因此没有默认图片。由于我无法在页面上看到它们，因此删除列表等中的图片参数将是一件非常负面的事情。我经常检查特殊页面：《缺少文件链接的页面》以修复损坏的文件链接。为了做到这一点，我经常暂时扫描文章页面，抓取提到的图片（大约 94% 的成功率）并将它们放在一个《临时沙盒》中作为图库进行检查。虽然图片在《Mediawiki》编辑器中不可见，但仍可以通过其他方法看到它们（不择手段）。

-- 祝你有美好的一天！ -- Matroc (讨论) 2018年10月1日 04:15 (UTC)[回复]

在列表模板中嵌入图片有什么意义，如果我们看不到它们？我觉得我们不应该允许这样做。它除了似乎会混淆这个弹出图片之外，没有任何意义…… ChubbyWimbus (讨论) 2018年10月3日 11:17 (UTC)[回复]
它们确实有一个小目的——当查看城市的全页地图时可以看到它们。但是一次只能看到一个，而且必须绕着各种地图标记走。我认为有两件事应该改变：
  • 弹出窗口应该显示横幅照片（如果存在），如果没有，则显示文章的第一张图片，然后是城市的维基数据图片。它们不应该显示列表中的图片，尤其是那些只在列表的维基数据中的图片。
  • 列表应该在读者悬停在列表上时显示列表图片。
我们能做这些改变吗？（如果能做到，我们可以更详细地讨论更改的确切形式。） AlasdairW (讨论) 2018年10月3日 20:30 (UTC)[回复]
  • 列表图片的用途仅限于此……它们应该与列表相关并适用于列表，而不一定由文章的某个通用整体图片代表。我绝对不希望印度的图片出现在巴基斯坦的“去下一个”（Go Next）列表中。我想我一直有一个错误的印象，就是编辑们在添加或输入图片之前会检查并查看列表模板中的图片……列表编辑器确实有一个可以点击查看Commons中图片的区域。靛蓝模特的模型并无冒犯性或不当之处，据我所知——我想这都是仁者见仁智者见智，所以如果认为它冒犯，就将其移除并替换成更好的。也许最好根本不放任何图片，只输出一个Wikivoyage标志——无聊！……让我惊讶的是，有多少人想要将Wikidata ID放入列表中，以便能够填充参数，然后又对最初想要的东西不满意。编辑时，您可以添加/更改/替换图片，请使用它！——但我看不到页面上的图片！——我迄今为止看到的最佳解决方案是悬停以显示列表图片……否则，花时间点击地图上的点并查看，或从列表编辑器或其他工具中瞥一眼。在我看来很简单，还是我太懒了？ -- Matroc (讨论) 2018年10月4日 02:35 (UTC)[回复]
我不知道是谁要求在列表模板中有隐藏图片，但不是我。当我检查它们时，它们几乎是看不见的，这似乎是一种巨大的痛苦（与懒惰相反）。我个人宁愿删除它们，但我认为我仍然不明白它们的理由，因为我完全没有参与过关于这个话题的任何讨论。我绝对希望出现的图片来自文章而不是列表。开头图片本身应该具有代表性，所以当鼠标悬停在城市名称上时，它作为显示的图片是最有意义的。 ChubbyWimbus (讨论) 2018年10月4日 11:38 (UTC)[回复]
我不同意“弹出窗口应显示横幅照片（如果存在）”的提议，因为它们的尺寸（太宽，因为横幅的纵横比是7:1）不适合弹出窗口。 K7L (讨论) 2018年10月4日 12:12 (UTC)[回复]
我同意K7L的观点，使用横幅图片不如不使用图片。开头图片应该是显示的。 ChubbyWimbus (讨论) 2018年10月5日 09:57 (UTC)[回复]

Wikivoyage的不同版本是否允许选择一个与当前版本略有不同/完全不同的标志？

从布告栏扫入

在希伯来语 Wikivoyage 上，一些用户提出了选择一个新标志的建议，该标志将与当前标志略有不同或完全不同。

到目前为止，选项主要依赖于上次就此事举行投票时未被选中的建议。


（例如上面的选项 6、7 和 8）

在我看来，选择一个与 2013 年 Wikimedia 基金会就此事的投票中选出的标志略有不同或完全不同的标志，会让希伯来语 Wikivoyage 看起来不专业/业余，因为它将不像其他 Wikivoyage 版本使用的标志那样相似（出于同样的原因，如果希伯来语维基百科选择用不同的图形元素替换其标志中的地球，它可能会看起来不专业/业余）+ 我不确定 Wikimedia 基金会是否会允许我们使用与 2013 年选定的标志不同的标志。

无论如何，为了让希伯来语 Wikivoyage 编辑社区更认真地审视这一提议，我决定在这里向英语 Wikivoyage 社区提出完全/略有不同的标志的可能性，以便我们最终在那里做出的决定也能考虑到英语 Wikivoyage 社区的意见。

那么你认为…… Wikivoyage 的不同版本是否允许选择一个略有不同/完全不同的标志？如果我们被允许选择一个不同的标志，你认为它会是什么样子……一个版本有一个完全不同的标志？ ויקיג'אנקי (讨论) 2018年10月4日 13:42 (UTC)[回复]

我不认为，至少对于英语使用者来说，1-4 号选项看起来会有什么问题。但最后两个选项肯定会完全不同。我不认为这两个看起来不专业，但同时它们会让希伯来语 Wikivoyage 看起来不像 Wikivoyage 的一个语言版本，而更像是一个完全不同的网站。 --评论来自 Selfie City (讨论我的 贡献) 2018年10月4日 13:48 (UTC)[回复]
是的，这正是我担心的。 ויקיג'אנקי (讨论) 2018年10月4日 14:12 (UTC)[回复]
Wiktionary 的不同语言版本有不同的标志。比较英语、西班牙语和拉丁语。总的来说，我认为这种不一致性是一件坏事，因为它使网站看起来不那么统一，但这也不是大问题。
在我看来，上面的 1-6 号选项看起来非常相似，不会让网站看起来不那么统一。7 和 8 号将是与其他 Wikivoyage 的根本性区别。—Granger (讨论 · 贡献) 2018年10月4日 14:25 (UTC)[回复]
除非 Wikimedia 另有规定，否则我认为选择标志的决定权在于你们希伯来语 Wikivoyage 的用户；我不太在意你们选择哪个标志，因为我不编辑那个语言版本的 Wikivoyage，而且我猜大多数其他英语 Wikivoyage 编辑者也有同样的看法。
也许，我们可以为 Wikivoyage 整体选择一个新标志？我们使用的标志还可以，但 7 号和 8 号选项绝对更与旅行相关，如果这些有英语版本，也许可以考虑在这里使用。 --评论来自 Selfie City (讨论我的 贡献) 2018年10月6日 18:13 (UTC)[回复]
我认为在不同语言版本中使用不同标志不是个好主意。嗯，Uncyclopedia以这个闻名，但是……
语言版本可以有不同的文章评分方式、特色文章、列表标准、主页设计等，但我认为至少标志设计应该对所有语言版本通用。只是我的一点看法。 ϒpsilon (讨论) 2018年10月6日 18:40 (UTC)[回复]

可视化编辑器


有用户想知道如何在移动可视化编辑器中添加列表，在 Wikivoyage talk:How to edit a page。我只是想引起人们对他们请求的注意会是个好主意。我也会把它发布到“请求评论”页面。 --评论来自 Selfie City (讨论我的 贡献) 2018年10月23日 00:53 (UTC)[回复]

目前的移动可视化编辑器功能非常有限。它可以创建链接并添加粗体和斜体字符格式。在维基百科上，它可以添加引文。
如果你碰巧知道魔法代码，那么你可以在列表开始的地方输入 {{，然后你就可以插入一个模板。（所有列表都是模板。）但没有工具栏支持（或创建项目符号列表）。 WhatamIdoing (讨论) 2018年10月23日 04:06 (UTC)[回复]

谢谢你的信息！我几乎所有的编辑都在旅途中完成，因为一切都还新鲜，所以让移动编辑尽可能容易（至少对我来说）会增加我的贡献量。 oswiu (讨论) 2018年10月25日 08:26 (UTC)[回复]

新的特殊页面请求

超出了我对 Wiki 配置的了解，希望有人能对此提供帮助。我想创建一个新的特殊页面。基本上与Special:WantedPages几乎相同，但只包含主空间文章页面上的红链列表和计数，不包括来自用户页面、讨论页或模板的链接。--Traveler100 (讨论) 2018年10月27日 16:49 (UTC)[回复]

页面是否可以命名为 Special:WantedPages/Mainspace pages？（这似乎导向 Special:WantedPages） --评论来自 Selfie City (讨论 | 贡献) 2018年10月27日 17:04 (UTC)[回复]

编辑新闻 #2—2018

用其他语言阅读 • 此多语言通讯订阅列表

你知道吗？

您是否知道您可以在移动设备上使用可视化编辑器？

Screenshot showing the location of the pencil icon

点击铅笔图标开始编辑。页面可能会在维基文本编辑器中打开。

您会在工具栏中看到另一个铅笔图标。点击该铅笔图标可以在可视化编辑和维基文本编辑之间切换。

Toolbar with menu opened

请记住在完成编辑后发布您的更改。

您可以阅读并帮助翻译用户指南，其中包含更多关于如何使用可视化编辑器信息。

自上一期通讯以来，编辑团队已完成了大部分关于《2017 年维基文本编辑器》和可视化差异工具的工作。该团队已开始研究使用移动设备编辑器的编辑者的需求。他们的工作板可在Phabricator中找到。他们当前优先事项是修复错误和改进移动编辑。

近期更改

让我们一起努力

  • 编辑团队希望改进移动网站上的可视化编辑。 请阅读他们的想法，并告诉团队您认为什么可以帮助使用移动网站的编辑者。
  • 《社区愿望清单调查》将于下周开始。
  • 如果您不是以您偏好的语言阅读本文，请帮助我们翻译！订阅翻译者邮件列表或直接联系我们。我们将在下一期准备好翻译时通知您。 谢谢！

—Whatamidoing (WMF) (讨论)

2018年11月2日 14:17 (UTC)

目前，我实际上已经停止在移动设备上进行编辑，以免不小心按下“回滚”按钮对一个可以接受的编辑进行操作。我知道这不完全是“虚拟编辑器”，但它与之密切相关。
我支持改进可视化编辑器，即使它不涉及回滚按钮。 --评论来自 Selfie City (讨论 | 贡献) 2018年11月3日 04:22 (UTC)[回复]

项目资助公开征集

问候！项目资助计划正在接受提案，截止日期为 11 月 30 日，以资助实验性和成熟的创意，例如研究、线下外展（包括编辑马拉松系列、研讨会等）、线上组织（包括竞赛）或为 Wikimedia 项目提供其他社区建设支持。

我们提供以下资源来帮助您规划项目并完成资助提案

还接受候选人加入项目资助委员会，截止日期为 11 月 15 日。

感谢！I JethroBT (WMF) 2018年11月5日 19:46 (UTC)[回复]

社区愿望清单调查

2018年10月30日 11:05 (UTC)

您认为 Wikivoyage 目前需要什么？更好的移动主页？ --Zerabat (讨论) 2018年10月30日 14:41 (UTC)[回复]
全方位的移动功能更好，适用于所有维基。移动端很糟糕
  • 图片和信息框都排在章节顶部看起来很笨拙。
  • 如果你查看一个页面修订，然后尝试编辑，它会进入“查看源代码”并将其视为一个无法编辑的旧修订，即使它是最新版本。
  • 大多数管理工具（移动/删除/保护页面、更改/撤销用户权限）在移动设备上不可用；您必须导航到桌面版本。
  • 而且，是的，主页很糟糕。
当然，所有这些都应该在调查中说明=）如果你同意我的看法，请在完成调查时说明。--ThunderingTyphoons! (讨论) 2018年10月30日 16:54 (UTC)[回复]
移动端的另一个关键是，文章中的 POI 地图应该显示我当前的位置，这样我就可以看到附近有什么。--Traveler100 (讨论) 2018年10月30日 16:59 (UTC)[回复]
我认为地图改进的另一轮已经作为可能的候选者被提及，也许是在移动端？m:Wikivoyage/Wishlist 中的一些内容可能已过时，但它也可能包含一些有效的想法。
TT，工作应该听听你关于旧修订版本问题的更多信息。这听起来像是一个 bug。你介意把详细信息发到我的讨论页吗？（我假设弄清楚需要向 bug 报告中提交什么不会引起普遍兴趣。） WhatamIdoing (讨论) 2018年10月30日 20:37 (UTC)[回复]
地图问题确实已列在建议列表中，meta:Community_Wishlist_Survey_2019/Miscellaneous#Wikimedia_Maps_Improvements。我认为类型特定的图标（如酒店的房屋图标）缺失的问题已经提到；我倾向于也将 99、99、99……的 bug 作为 Kartographer 愿望清单项目的另一个子点添加。 K7L (讨论) 2018年10月30日 21:17 (UTC)[回复]
如果标记限制增加到“999”而不是“99”，那将有很大帮助。当然，这需要使数字变小，以便可以添加另一个数字，除非标记尺寸增加。 --评论来自 Selfie City (讨论 | 贡献) 2018年10月30日 22:12 (UTC)[回复]
也许可以做一个地图，鼠标悬停时可以扩展到整页？但这对手机用户来说怎么实现呢？滑动？ Ikan Kekek (talk) 01:09, 31 October 2018 (UTC)[reply]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘关于地图：我感觉技术团队可能会不愿意连续两次处理同一件事。我认为我们这次应该提出至少有些不同的建议，以免显得我们只是对技术团队去年所做的工作不满意。 --Comment by Selfie City (talk | contributions) 01:37, 31 October 2018 (UTC)[reply]

就开发团队而言，熟悉一些事物是有好处的。连续两年做地图项目比隔一年做一次要容易。因此，我认为如果地图相关项目获胜，他们会很高兴。（当然，最终结果并不由他们决定，但我们不应因此而放弃提出更多地图相关需求。）
具体要申请什么又是另一个问题。例如，我们想要更侧重风格的，比如 phab:T146343，还是更侧重功能的，比如让它在移动设备上运行得更好？
我认为我们都知道，从过去的经验来看，维基旅行社要得到他们需要的东西的唯一方法就是团结起来，集中一两个优先事项。否则，那些大型维基将会轻易地用选票压倒我们，我们什么也得不到。 Atsirlin 在组织想法方面做得很好，也许他可以分享他的想法。 WhatamIdoing (talk) 06:18, 31 October 2018 (UTC)[reply]
我必须承认，由于“古迹保护周”活动，我接下来的 10 天会非常忙，而且我担心我们已经在将 Kartographer 的问题添加到“社区愿望清单”方面失去了优先权。有很多地图相关的提案，但没有一个专注于我们的需求，而且它们通常会分散社区的支持，以及开发者的注意力，他们可能不会在 2019 年采纳多于一项这样的提案。
也许我们可以考虑一下现有的哪些提案对我们有潜在的兴趣，并尝试根据我们的需求进行调整。但目前我帮不上什么忙。 --Alexander (talk) 13:10, 31 October 2018 (UTC)[reply]
如果多个地图项目获胜，那么团队将处理多个地图项目。他们会响应得票最多的前 10 名，即使所有 10 个都与地图有关。但我同意 Alexander 的观点，即多个提案往往会分散支持。我们还可以建议将任何密切相关的地图提案合并。（投票还有几周才开始。）
在地图以外的想法中，我们一直在努力让我们的短语手册支持内嵌音频。也许 phab:T20852 会对我们以及其他项目有所帮助？（该任务专门针对 MIDI 文件的内嵌播放器，但我们可以编写一些全新的内容来涵盖我们想要的东西。） WhatamIdoing (talk) 15:25, 1 November 2018 (UTC)[reply]
我们很多关注点都放在动态地图上。但我看不出还有什么其他东西可以帮到我们。所以我想我们大概应该坚持动态地图作为愿望清单提案，也许再加上音频文件。 --Comment by Selfie City (talk | contributions) 00:50, 2 November 2018 (UTC)[reply]

下面，我们认识到一个潜在的愿望清单提案，即在“近期更改”+“监视列表”中查看 Wikidata 的更改，1）仅限于相关属性，以及 2）针对链接到该页面的 Wikidata 项目，除了页面本身（即列表和标记）。有一个关于（1）的提案，但没有关于（2）的。有什么想法？ ARR8 (talk) 15:08, 6 November 2018 (UTC)[reply]

如果我们请求帮助来创建一个列表编辑器的移动版本，你觉得怎么样？那将非常有益。 --Zerabat (talk) 18:05, 8 November 2018 (UTC)[reply]
我认为我们不需要帮助。那是前端脚本，开发者的精力会浪费在上面。此外，我们已经在使用的跨平台框架应该能轻松进行此类开发，而且德国 WV 已经完成了，所以似乎没有必要。**但是**，要让 ListingEditor 在移动设备上加载，德国 WVers 不得不通过 common.js 加载它，因为小工具在移动设备上不加载。所以我们可以要求这个。 ARR8 (talk) 18:37, 8 November 2018 (UTC)[reply]

某些模板在移动网页上的显示方式将发生变化

某些模板在移动网页上的显示方式将发生变化

请帮助翻译成您的语言

改进示例

你好，

几周后，读者网页团队将改变一些模板在移动网页上的外观。我们将使这些模板在查看文章时更加显眼。我们请求您帮助更新任何看起来不正确的模板。

什么样的模板？特别是那些通知读者和贡献者文章内容（文章中的文本和信息）存在问题的模板。例如 Template:Unreferenced 或 Template:More citations needed。目前，这些通知隐藏在文章标题下的一个链接后面。我们将格式化类似的模板（主要是那些使用 Template:Ambox 或消息框模板的模板），以便在页面标题下方显示一个简短的摘要。您可以点击“了解更多”链接获取更多信息。

对于模板编辑者，我们有一些关于如何使模板对移动设备友好的建议，以及关于我们到目前为止工作的更多文档。

如果您对模板的移动端格式化有疑问，请在项目讨论页留言或在 Phabricator 上提交一个任务，我们将为您提供帮助。

谢谢！

CKoerner (WMF) (talk) 19:34, 13 November 2018 (UTC)[reply]

这是关于 WV 还是 WP？w:Template:Unreferenced 和 w:Template:More citations needed 在 Wikivoyage 上不存在。请参阅 Wikivoyage:欢迎维基百科人：特别是“维基旅行文章不使用参考文献。指明权威的第一手外部信息源（例如，签证部分通常链接到该国移民局网站）是可以的，但单独的说法不附带参考文献。如果某个说法可疑或有争议，最好在讨论页上达成共识来重写它，而不是试图‘证明’它是真的。” K7L (talk) 19:56, 13 November 2018 (UTC)[reply]
看起来 Chris 被困在关于愿望清单提案的多日会议中。他们必须在周末结束前处理 300 多个提案。
这不是我的项目，但：据我所知，这项更改在技术上会影响所有站点，但在这里的实际影响应该很小。技术人员可能想回顾一下 ambox 模板的链接信息。对于我们其他人来说，如果几周后，您在移动网站上看到一些乏味的维护模板，并且您不希望随意读者看到它（几乎所有编辑者都使用桌面网站），那么这就是原因，如果我们在此事上提及 Chris，他应该能够帮助我们弄清楚如何解决。

社区愿望清单调查投票

18:13, 22 November 2018 (UTC)

现在是时候提及 Doc James 关于 Wikidata 在监视列表中的提案了 here，这个提案需要更多的支持，并且对我们（主要针对坐标和页面横幅）有益。我敦促所有参与调查的人支持这项提案。我认为，实现这一点也是允许我们更密切地监控列表的 Wikidata 参数变化的先决条件。 ARR8 (talk) 18:23, 22 November 2018 (UTC)[reply]
我们允许投票支持多个提案吗？我已经投票支持在动态地图上显示位置。 --Comment by Selfie City (talk | contributions) 18:36, 22 November 2018 (UTC)[reply]
是的，当然。有些人支持几乎所有的提案。 ARR8 (talk) 18:50, 22 November 2018 (UTC)[reply]
据我理解，它的工作方式是这样的：如果你在你的 Wikivoyage 监视列表中有“美利坚合众国”，并且“美利坚合众国”的 Wikidata 条目被编辑了，它就会出现在你的 Wikivoyage 监视列表中。这将是一件好事。 --Comment by Selfie City (talk | contributions) 18:58, 22 November 2018 (UTC)[reply]
是也不是。这个功能已经存在（）。尽管这个链接显示，大多数 Wikidata 编辑（标记为D）都与文本相关，而不是内容，而且即使显示的内容更改，对大多数项目也是无关紧要的。这将只过滤相关的更改。 ARR8 (talk) 19:06, 22 November 2018 (UTC)[reply]
有道理。但是，近期更改和监视列表是两回事。这个提案是应用于两者还是仅应用于监视列表？ --Comment by Selfie City (talk | contributions) 19:09, 22 November 2018 (UTC)[reply]
我相信它们使用相同的系统。开发者无法只改变其中一个而不改变另一个。 ARR8 (talk) 19:10, 22 November 2018 (UTC)[reply]
它们可以分别处理，但通常不是个好主意。 WhatamIdoing (talk) 02:16, 26 November 2018 (UTC)[reply]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ 我明白了。谢谢。你知道，我投了“支持”票。这对我来说不是什么大问题，但仍然值得支持。 --Comment by Selfie City (talk | contributions) 19:19, 22 November 2018 (UTC)[reply]

还有其他能直接改进本项目而我们应该支持的提案吗？ OhanaUnitedTalk page 03:43, 25 November 2018 (UTC)[reply]

这里有一些想法

WhatamIdoing (talk) 02:14, 26 November 2018 (UTC)[reply]

高级搜索将于 11 月 28 日成为您维基上的默认功能。这个新的界面允许您在 搜索页面上执行专门的搜索，即使您不知道任何 搜索语法。高级搜索源自 德国社区的技术愿望项目。它已经是德语、阿拉伯语、波斯语和匈牙利语维基百科的默认功能。此外，所有维基百科的 40,000 多名用户已经测试了 beta 版本。欢迎在 中央反馈页面上提供反馈。

Johanna Strodt (WMDE) (talk) 10:57, 26 November 2018 (UTC)[reply]

移动设备上的撤销功能

在 w:User:MusikAnimal/confirmationRollback-mobile 有一个小工具，它在移动设备上执行撤销操作前需要进行确认，以避免意外撤销。默认情况下，WP 上所有用户都在“首选项”>“小工具”中启用了此功能。也许我们应该在 WV 上安装并默认启用它。或者，用户可以在他们的 Meta-Wiki global.js 中安装它，以便在所有维基媒体维基上使用。也许也可以将其安装在仅适用于 WV 的 js 中（我对这类事情不太了解）。 Nurg (talk) 03:25, 24 November 2018 (UTC)[reply]

脚本要么完全本地化，要么完全全局化。没有中间选项（例如，所有 Wikivoyages 但不是其他项目）。 WhatamIdoing (talk) 06:07, 26 November 2018 (UTC)[reply]
我支持将此作为 WV 的默认设置。我现在不使用移动设备编辑 WV（而是使用桌面版）的原因是意外撤销。或者，在上一条评论中，你的意思是这是不可能的吗？ --Comment by Selfie City (talk | contributions) 23:53, 30 November 2018 (UTC)[reply]
我认为 WhatamIdoing 的意思是，我们可以在英语 WV 上做到这一点，但它不适用于其他 WV。所以我的原始帖子中的“WV”应该读作“英语 WV”，而我所说的“WP”应该读作“英语 WP”。 Nurg (talk) 21:45, 1 December 2018 (UTC)[reply]
哦，我明白了。我仍然支持。 --Comment by Selfie City (talk | contributions) 22:12, 1 December 2018 (UTC)[reply]
我也支持。我确实发生过太多次意外撤销。 Ground Zero (talk) 22:38, 1 December 2018 (UTC)[reply]
积极支持。 -- AndreCarrotflower (talk) 22:41, 1 December 2018 (UTC)[reply]
（是的，正是 Nurg 所说的。 WhatamIdoing (talk) 01:16, 4 December 2018 (UTC)）[reply]
如果我们打算安装它，那么我们需要 WOSlinker 或 Atsirlin 来完成这项工作。 WhatamIdoing (talk) 01:16, 4 December 2018 (UTC)[reply]
很高兴听到您对我的脚本感兴趣！ :) 只是一个小提示——在小工具的源代码中，您可以考虑使用 mw.loader.load('https://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=MediaWiki:Gadget-confirmationRollback-mobile.js'); 加载 enwiki 的小工具，这样您就可以获得免费更新，尽管此类更新很少。致以诚挚的问候， — MusikAnimal talk 05:26, 4 December 2018 (UTC)[reply]

已添加小工具并默认启用。请检查它是否按预期工作。 --Alexander (talk) 08:13, 4 December 2018 (UTC)[reply]

它似乎运行良好。谢谢你这样做。 Ground Zero (talk) 21:54, 4 December 2018 (UTC)[reply]
对我来说没有用，在 iPad 上。 --Comment by Selfie City (talk | contributions) 14:42, 6 December 2018 (UTC)[reply]

新的维基媒体密码策略和要求

请帮助翻译成您的语言

维基媒体基金会安全团队正在实施一项新的 密码策略和要求。 您可以在 MediaWiki.org 上了解有关该项目的更多信息。

这些新要求将适用于新账户和特权账户。新账户将被要求创建至少 8 个字符的密码。特权账户将被提示更新其密码，要求至少 10 个字符。

这些更改计划于 12 月 13 日生效。如果您认为您的工作或工具将受到此更改的影响，请在 讨论页上告知我们。

谢谢！

CKoerner (WMF) (talk) 20:02, 6 December 2018 (UTC)[reply]

一些实际的注意事项：如果你用太短的密码登录，你会收到警告，但暂时不会被强制更改密码（目前；预计将来会改变）。还有关于使用太常见密码的规则。很久以来，他们就禁止使用非常常见的密码，例如 1234 或 password，但现在他们将使用更长的常见密码列表，所以现在你将无法使用不太常见的密码，例如 bubbles1 或 macaroni。 WhatamIdoing (talk) 06:50, 11 December 2018 (UTC)[reply]
Retrieved from "https://wikivoyage.cn/w/index.php?title=Wikivoyage:Travellers%27_pub/2018&oldid=5108043"
© 2026 wikivoyage.cn. Text is available under the CC BY-SA 4.0 License.