Wikivoyage:旅行者酒吧/2018

旅行者酒吧存档： 2007 • 2008 • 2009 • 2010 • 2011 • 2012 • 2013 • 2013 (附加） • 2014 • 2015 • 2016 • 2017 • 2018 • 2019 • 2020 • 2021 • 2022 • 2023 • 2024 • 2025

避开收费的建议

扫入自酒吧

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

我认为这没什么不道德的，尽管如果你的财务状况差到收费公路能让你破产，你可能根本负担不起旅行。 -- AndreCarrotflower (讨论) 23:53, 2018年1月3日 (UTC)[回复]

你可以几乎全程走收费公路从里尔开到塞维利亚。无论你的经济状况如何，2000 公里的通行费都不会好看。这些建议显然对旅行者有用，而且当地人对此不满的说法也无法与之抗衡。我的意思是，如果有人有避开收费的建议，就不要犹豫提供。 --ThunderingTyphoons! (讨论) 00:09, 2018年1月4日 (UTC)[回复]

嗯，我个人认为几乎所有与驾驶相关的费用都太便宜了，但那无关紧要。法国的收费公路系统比奥地利好——在奥地利，你只需支付一笔总额就可以使用所有收费公路，少数特殊公路除外……而且我认为当地人如果看到一整队车辆穿过他们的市中心只是为了省几个硬币，他们的愤怒是合理的…… Hobbitschuster (讨论) 00:14, 2018年1月4日 (UTC)[回复]

而且我根本不开车，但我仍然能理解为什么开车的人会觉得这些信息有用。“本地人”的 NIMBY（“不是在我家后院”）愤怒不是 WV 应该关心的，无论他们的抱怨多么合理。我们所能做的就是告诉旅行者如何尊重他们周围的环境，但我们无法真正强迫他们这样做。 --ThunderingTyphoons! (讨论) 00:33, 2018年1月4日 (UTC)[回复]

我同意，这绝对是很有用的建议。当然，如果因为避开收费公路的人堵塞了当地道路而造成问题，这可能也应该被提及，就像我们会提及旅游业可能对当地人情绪产生影响的其他情况一样（我能想到乌鲁鲁-卡塔丘塔国家公园作为例子）。 Drat70 (讨论) 00:43, 2018年1月4日 (UTC)[回复]

应为每个国家或地区提供利弊。根据我的经验：奥地利和瑞士——几乎无法避免，不值得费力；法国和美国——旅途会更长，启动和停止次数更多，因此燃料成本更高；英国可以节省时间和距离，但除非真的必要，否则不应在伦敦开车；瑞典可以费力避开，但知道按时收费更重要；意大利——价格如此之低，不值得避开。从不道德的一面来看，住在卡车穿过的村庄里是为了避开收费，这一点也应该被提及。从避开收费公路的积极方面来看，旅行者可以看到更多地区、城镇和景点，并能为当地企业带来收入。--Traveler100 (讨论) 07:22, 2018年1月4日 (UTC)[回复]

“service”作为动词

扫入自酒吧

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

我会用“serve”，但它并不算错误。 Ikan Kekek (讨论) 19:52, 2018年1月17日 (UTC)[回复]

这真的取决于含义。当用作“serve”的同义词时（例如，“The station is serviced by frequent trains”——该站有频繁的火车服务），这对我来说看起来很奇怪，而且可能错了。但其他用法是正常的： the mechanic serviced my car（技师为我的车做了全面‘检查’，并修好了发现的任何问题）；the stag is servicing more than one doe（雄鹿正在与不止一只母鹿交配……试图将他的基因传递给尽可能多的雌性）。如我所述，这真的取决于具体情况。 ThunderingTyphoons! (讨论) 20:03, 2018年1月17日 (UTC)[回复]

主要涉及你提到的第一种用法…… Hobbitschuster (讨论) 20:14, 2018年1月17日 (UTC)[回复]

我同意 ThunderingTyphoons! 的说法。技师绝对不是“serve”汽车。 Ikan Kekek (讨论) 20:43, 2018年1月17日 (UTC)[回复]

我也同意 TT 的观点：除了技师和雄鹿，"servicing" 只是“serving”的另一种说法。它不是必需的，也不是更好的。 Ground Zero (讨论) 20:51, 2018年1月17日 (UTC)[回复]

看起来它是完全符合规范的。特别是，像“Bus route 123 services the neighborhoods of Podunk and Timbuktu”（123路公交车服务于波当克和廷布克图等社区）这样的用法，可能不如使用“serves”好，但似乎完全可以接受。 --Bigpeteb (讨论) 00:05, 2018年1月18日 (UTC)[回复]

同意 Bigpeteb 的观点。根据语境，在某些情况下，只能使用其中一个词，但在两者都适用“service”和“serve”的相当大的重叠区域。除非是完全的误用，否则我不认为我们应该去规定首选的措辞。我们的政策应该是让作者随意地做他们想做的事情，除非有真正令人信服的理由去干预和改变。 -- AndreCarrotflower (讨论) 00:34, 2018年1月18日 (UTC)[回复]

我不认为有人打算管制这个。我认为 Hobbit 只是想更好地理解英语用法。 Ground Zero (讨论) 01:54, 2018年1月18日 (UTC)[回复]

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

Ground Zero - 好的，仔细看了这个讨论，我现在明白了。我原始评论的前两句话仍然适用。 -- AndreCarrotflower (讨论) 01:18, 2018年1月19日 (UTC)[回复]

Justin，我认为你修复了损坏的车辆，但你保养正常运行的车辆是常规维护的一部分。 Ground Zero (讨论) 01:36, 2018年1月19日 (UTC)[回复]

嗯，有道理。越发好奇了。 —Justin (koavf)❤T☮C☺M☯ 09:06, 2018年1月20日 (UTC)[回复]

添加模板的问题

扫入自酒吧

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

现在似乎已经修复了。 Selfie City (讨论) 00:14, 2018年1月19日 (UTC)[回复]

旅行时不带智能手机的另一个理由

扫入自酒吧

除了它们是监控设备之外，Instagram 用户正在扼杀旅行的生命和灵魂。“我眼中的斯里兰卡被那些痴迷于社交媒体的游客的‘蜜桃臀’破坏了。” —Justin (koavf)❤T☮C☺M☯ 05:31, 2018年1月23日 (UTC)[回复]

尽管我喜欢《卫报》作为新闻来源，但它的旅游版块基本上可以概括为“所有这些该死的游客都毁了像我这样的真正旅行者的所有东西。他们都应该待在家里，让少数开明的（即《卫报》记者和他们的家人）安享[目的地]的宁静”。这是一种可怕的缺乏自我意识和极度的自负。有趣的是，《每日电讯报》，尽管它作为一家报纸，我可能过于右翼，但它有一个优秀的旅游版块，有大量精心研究且写得（和配图）非常好的文章。 --ThunderingTyphoons! (讨论) 13:45, 2018年1月23日 (UTC)[回复]

活动取消时

扫入自酒吧

如果一个之前计划的年度活动，列在城市文章的“Do”部分的“Events”列表中，但被取消了，是应该在取消消息一出来就删除列表，还是最好在它本应举行的日期过去之前，以修改后的状态保留列表（告知旅行者取消的情况）？ --ThunderingTyphoons! (讨论) 16:45, 2018年1月23日 (UTC)[回复]

我认为保留活动被取消的信息更有用。也许应该区分永久取消或仅本年度取消。如果永久取消且是一个知名活动，应保留一句话说明事实；如果是一个小众活动，当地以外的人可能没听说过，则可以直接删除。如果是一次性取消但明年还会举办，则保留并相应地添加内容。 --Traveler100 (讨论) 18:16, 2018年1月23日 (UTC)[回复]

是的，这听起来很合理。所讨论的活动是一个受欢迎的夏季音乐节的一个不太为人所知的冬季衍生活动。在日期过后，可能值得保留，仅因为这种联系。 ThunderingTyphoons! (讨论) 19:03, 2018年1月23日 (UTC)[回复]

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

扫入自酒吧

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

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

我在定向越野和野外徒步中记录了风险，也许可以做得更好。 --LPfi (讨论) 13:57, 2018年2月15日 (UTC)[回复]

由于 BBC 链接可能对所有读者都无法访问，请参见苏格兰登山协会的此链接，BBC 引用了其安全顾问的观点。我还建议将指南针远离电机（包括风扇）和发条手电筒。 AlasdairW (讨论) 23:37, 2018年2月15日 (UTC)[回复]

征求对 Wikivoyage 文章的反馈

我征求了关于茶的一些反馈。我想看看 1.) 其他人对所呈现反馈的看法，2.) 我尝试征求反馈的方法，以及 3.) 是否有人有更好的建议。 —Justin (koavf)❤T☮C☺M☯ 06:55, 2018年1月11日 (UTC)[回复]

这是一种有趣的征求反馈的方式。感谢您勇于尝试。我注意到文章的页面浏览量在几天内大幅上升。我想知道这与主页（如 DotM、OtBP、FTT 或 Discover）上的文章以及在 Facebook 和 Twitter 等其他社交媒体上分享的文章相比如何。选择的 subreddit 也会有影响。这个问题可能在 /travel/ subreddit 中也同样相关。其他 WV 文章可以在专门针对该城市、国家或地区的 subreddit 中讨论。

就反馈而言，我同意“cha_waan”说的很多话，尽管不得不说，与遵循 NPOV 的维基百科不同，我们遵循“公平”，允许在文章中陈述个人观点和原创研究。我绝对同意说“XYZ 茶很好”并没有太大价值。这实际上是许多 WV 文章中的一个问题。有时很难区分餐馆和酒店。许多列表最终会说“这家酒店很不错，很可靠”，但这并没有透露太多信息。 Gizza^(讨论) 21:10, 2018年1月11日 (UTC)[回复]

我也同意 cha_wan 说的大部分内容，除了我不知道这是否可以变成一个参考指南。我认为我们不可能充分涵盖茶这个主题，以满足真正讲究的、富有的鉴赏家，而且我们还需要专注于旅行以及世界各地有哪些典型的茶的风格和可获得性。我认为确实有一些地区茶的整体水平比其他地区好，我也认为在某些地方可以买到特别好的茶。我想我可以用我还能记起来的关于马来西亚金马仑高原茶叶味道的描述，但除了说它味道均衡，有自然的甜味，我不知道还能说什么。也许我们的一些马来西亚贡献者，比如User:Chongkian，可能会提供更多帮助。 Ikan Kekek (讨论) 11:18, 2018年1月12日 (UTC)[回复]

关于茶的种植起源的信息是w:Tea中一个经过斟酌的总结，这样做是合理的，因为维基百科是我们的姐妹网站。请参见w:Tea#Origin and history

茶树原产于东亚，可能起源于缅甸北部和中国西南部的边境地区。统计聚类分析、染色体数目、易杂交性以及各种中间杂交种和自发多倍体表明，茶（Camellia sinensis）可能只有一个起源地，这个区域包括缅甸北部以及中国的云南和四川省。 Ikan Kekek (讨论) 11:23, 2018年1月12日 (UTC)[回复]

@Koavf: 关于方法，我觉得这很有趣，值得尝试。我之前在w:en:WP:Stackexchange and Reddit上写了一些相关的笔记，但一直没有时间/精力继续推进。我特别考虑的是双向工作，包括文章内容、参考咨询台和外部网站之间（也就是说，我们应该避免*仅仅*让他们帮助我们；我们也应该考虑引导读者提出的论坛式问题给他们——也许通过讨论页模板，或通过维基项目外部链接部分，或类似的方式）。尝试新事物值得称赞。我希望我能帮忙，但我已经有很多工作和志愿任务堆积如山了，所以如果你有兴趣，我只会鼓励你（任何人）拿走我的笔记并继续推进。建设网络！ :-) Quiddity（讨论） 2018年1月15日 19:45 (UTC)[回复]

@Quiddity: 感谢你。我们确实需要在outreach:上记录最佳实践。—Justin (koavf)❤T☮C☺M☯ 2018年1月15日 20:24 (UTC)[回复]

Google has started up a travel guide

When googling a geographical place, I've suddenly been seeing a box with "things to do in X" and "X travel guide". Click on it and you get to see things like this.

So Google now has a travel guide too. But there's more to that. When you go look for some destination that's not a worldwide travel destination, like Iisalmi, the description is from our sister project Wikipedia. We use the same license as Wikipedia, if I'm not mistaken. What if we could somehow get Google to use some of our content and refer to us in their travel guides? That level of publicity could propel us far above the other site in the Alexa ranking, couldn't it? --ϒpsilon（讨论） 2018年1月12日 19:26 (UTC)[回复]

Why would google do that? Hobbitschuster（讨论） 2018年1月12日 20:52 (UTC)[回复]

Why would Google do what? Have a travel guide or link to us? -- AndreCarrotflower（讨论） 2018年1月13日 01:07 (UTC)[回复]

Umm... because our text is often better suited for a travel guide (when it comes to tone and content) than text from Wikipedia, which they now are using? --ϒpsilon（讨论） 2018年1月13日 11:48 (UTC)[回复]

However it would be more likely that a large advertising company would come to a commercial arrangement with the other site (where their ads could be hosted), unless our site was say 100x bigger. AlasdairW（讨论） 2018年1月13日 12:20 (UTC)[回复]

They have already decided to use content from Wikipedia, which does not accept ads, so we should not count ourselves out, especially as the other site's content is getting staler and staler. Ground Zero（讨论） 2018年1月13日 12:27 (UTC)[回复]

And they don't need to come to any financial arrangement with Wikipedia (or indeed with us) to use our content. If they wanted to reuse Tripadvisor / Rough Guide / travelling millennial instagram flavour of the month content, they would. It's at least worth trying, but does anyone know how to? Google are notoriously difficult to contact. --ThunderingTyphoons!（讨论） 2018年1月13日 12:59 (UTC)[回复]

Most people still don't know that we exist. If you ask the average traveller with internet access to name up to 10 travel websites they know, Wikivoyage is not going to be one of them, unfortunately. WT is slightly more well known but declining as already said above. Google started integrating Wikipedia information into its search when Wikipedia was already a household name. And it seems to have actually reduced the number of WP pageviews (I remember reading an analysis on WP) because many people just read the summary brought up on Google instead of clicking on the link. I believe the second biggest WMF wiki is Wiktionary, and using information from Wiktionary could be useful too when people search for dictionary definitions but that hasn't happened yet. I think this is a long way away for Wikivoyage. Gizza^(roam) 2018年1月13日 13:11 (UTC)[回复]

I think that the fall in WP pageviews is a sign of a benefit to Google. People are now more likely to start their enquiry on Google rather than going straight to WP. So Google gets more pageviews, and an increased chance of an advertising link being clicked. Most WP pages usefully introduce the topic in the first sentence or two, but many of out articles do not - how useful would getting the first 100-200 characters of one our articles be?

If we are going to approach Google, we need find a way to pitch it as an opportunity for them to make money, or solve a specific problem that they have. AlasdairW（讨论） 2018年1月13日 16:14 (UTC)[回复]

Wikivoyage should be doing what's best for Wikivoyage, not what's best for Google. If Wikipedia experienced a net loss in page views as a result, I would just as soon not approach Google about this (and pray that they don't start including our information of their own accord). -- AndreCarrotflower（讨论） 2018年1月13日 16:31 (UTC)[回复]

At Wikimedia there probably is someone who knows how to contact large organizations.

Google has of course set up a travel guide because they think there's a market for one. Travelers, as opposed to someone who's googling e.g. a person or a flower species, usually want to read more than just a paragraph about the destination (and its cuisine etc.), and this is where we would come in. Sure, many of these people would probably still use Google for attractions, restaurants, hotels but they would at least get to hear about our site. As it has been pointed out, we are not the most famous travel site on the Internet (let alone as famous as Wikipedia) and therefore I don't think we have anything to lose.

That said, if there's a risk that all this will do more harm than good let's not proceed with this further. ϒpsilon（讨论） 2018年1月13日 17:50 (UTC)[回复]

At the risk of being pedantic or arguing past the point, we should do what is best for the traveler as he comes first. That is not always identical to what is best for Wikivoyage or the WMF or whatever. I've no doubt you agree but want it stated for due diligence. —Justin (koavf)❤T☮C☺M☯ 2018年1月14日 20:10 (UTC)[回复]

I agree with Justin, if Google reuses our data and that benefits the traveler, then it is a good thing. Our ultimate goal is not to get many pageviews, it is to get quality information under the eyes of those who need it :-) Syced（讨论） 2018年1月15日 09:13 (UTC)[回复]

Not that we had much say in it anyway, but it appears we probably lost before the battle was even fought. I just did a search for a city (not even looking for travel info) (it was Inverness, if you're curious), and Google's results included a preview box linking to their travel guide, followed by another summary box with a link to the other site. --Bigpeteb（讨论） 2018年2月16日 17:06 (UTC)[回复]

Over enthusiastic admin?

How would other handle User:Yogada? Would a speed delete request and block of account be the correct response to a userpage entry? Or am I missing something? --Traveler100（讨论） 2018年3月6日 12:08 (UTC)[回复]

It seems to be a spambot, and the account is apparently already globally locked despite having just one single edit. --ϒpsilon（讨论） 2018年3月6日 12:20 (UTC)[回复]

Exactly. Traveler100, I think it's embarrassing — if not to you, to the site — to have your tendentious statement about an "over-enthusiastic admin" at User talk:Yogada. I'd suggest you delete it. Ikan Kekek（讨论） 2018年3月6日 18:50 (UTC)[回复]

So a touting entry to a users own page, and their first edit, is a reason for a global block? Some advice and maybe a warning on what is acceptable yes, but a global block? Why treat this harsher than the Parkland article entry? --Traveler100（讨论） 2018年3月6日 21:57 (UTC)[回复]

Perhaps Meta is privy to information we aren't. In general, global blocks don't happen unless there's a damn good reason. -- AndreCarrotflower（讨论） 2018年3月6日 22:05 (UTC)[回复]

I asked, the reason was that it was from India so probably was intentional spam (would loose my job for a comment like that). Which I agree it probably is, just personally think, first time should be warning, second or third offence should be block. Particularity as this was on users own page not in an article. Just concerned things do not get to policed and discourage contributors. --Traveler100（讨论） 2018年3月6日 22:20 (UTC)[回复]

No. Don't change my words. I said "

Brand new user posting a link to external website for their first contribution means it is highly likely that they are spam.

" 1, "

I do believe that user’s sole intention is “to spam on Wikimedia wikis”(Global locks), so I don’t feel comfortable unlocking it. You can request unlock from other uninvolved steward at Steward requests/Global.

" 2. Anyone can verify this at meta:User talk:-revi#voy:User:Yogada. Where does it say it is related to India? Artix Kreiger is NOT me. For the record, I am not an administrator on English Wikivoyage. Thanks. — Revi 2018年3月7日 05:16 (UTC)[回复]

There's nothing we can do about it locally at this point, but for what it's worth, the thread on Meta has moved me firmly into the position that a global lock was unnecessarily overzealous in this case. Yes, this was most likely a spammer, but how likely was it to be a serial, crosswiki spammer? As long as the problem is contained within one wiki community, then let it be handled locally within that community, I say. No need to use a sledgehammer for what can be done with a flyswatter. -- AndreCarrotflower（讨论） 2018年3月7日 14:26 (UTC)[回复]

I ultimately agree with you. I was too hasty to object to Traveler100's reaction in this case. However, I do think it was pretty clearly a spam account, although we should have been able to handle it ourselves by blocking or warning the user and giving them a chance to appeal on their talk page if they weren't a bot. Ikan Kekek（讨论） 2018年3月13日 02:22 (UTC)[回复]

Country specific readership

e now available.

Also Alexa says there has been a significant increase in readership in the last few weeks

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

The increase in the last few weeks is presumably due to the links from other Wikimedia projects for the Wikivoyage edit-a-thon 2018. So we can expect it to drop off somewhat after February, but hopefully some of the new readers and editors will keep coming back. Nurg（讨论） 2018年2月21日 09:48 (UTC)[回复]

Alexa's ranking is based on a 90-day cycle so it will probably drop off in May this year. Is it possible to see pageviews by country for previous months? Gizza^(roam) 2018年2月21日 23:37 (UTC)[回复]

Not seeing the ability to look at other months for the breakdown by country.

This graph shows the big jump in readership.

A more than doubling. Travel Doc James（讨论 · 贡献 · 邮件） 2018年2月21日 23:54 (UTC)[回复]

If you don't see the big jump, then click over to "3-Month" view below the graph. Some views stop at the end of last calendar year. The biggest increase was in people on the mobile site (who tend not to be editors). WhatamIdoing（讨论） 2018年2月22日 22:11 (UTC)[回复]

@Doc James, WhatamIdoing, DaGizza, Atsirlin: How would people feel about running a very low level awareness campaign to follow up, running at like 5%. Just pointing to the Wikivoyage main pages? To keep up a little momentum from it in terms of traffic to wikivoyage. I've long been a fan of low level campaigns since they could have huge impact with much less disruption compared with a massive campaign. Seddon (WMF)（讨论） 2018年2月28日 21:41 (UTC)[回复]

Seddon (WMF), that's a great idea! However, we probably need to change the banner, because edit-a-thon can't run forever. Regarding the link, I would prefer to point to a dedicated landing page, which is adapted to newcomers. The main page is just the main page. It says "OK, now you are at Wikivoyage" without explaining what it is and how to contribute. --Alexander（讨论） 2018年2月28日 22:17 (UTC)[回复]

I agree with Alexander and think it is a good idea. The best general landing page on English Wikivoyage would probably be Wikivoyage:Welcome, Wikipedians or Wikivoyage:Welcome, newcomers. I don't know if the other languages have equivalent pages. It would be good to bring more languages in the awareness campaign too. I remember a Dutch-speaking editor finding out about the edit-a-thon too late. Gizza^(roam) 2018年2月28日 22:48 (UTC)[回复]

I think your idea is a fine one, but we'd need to decide whether the goal was readers or editors. If we're interested in "page views", then it might be worth running it only for logged-out users, maybe even only on mobile (and sending people to the main page is probably fine). If we're interested in "edits", then we could significantly reduce the potential for spam by only displaying it to logged-in editors on desktop only (and people should be sent to an onboarding page). WhatamIdoing（讨论） 2018年3月5日 20:17 (UTC)[回复]

I think it sounds like a good idea too, and I think it's probably better to restrict it to logged-in editors for the reasons you describe. —Granger （讨论 · 贡献） 2018年3月5日 22:42 (UTC)[回复]

Good point @WhatamIdoing:. Edits are more important than views, especially since productive edits will improve SEO and bring views in the long term anyway. Focusing on logged-in editors is a good way to go. Gizza^(roam) 2018年3月5日 23:03 (UTC)[回复]

@Seddon (WMF), DaGizza: - my proposal is to help bring awareness for readership to expose the projects to new readers. A separate campaign would then run alongside on Wikivoyage itself to encourage individuals to become editors. The two should occur in parallel. Seddon (WMF)（讨论） 2018年3月7日 17:20 (UTC)[回复]

@Seddon_(WMF): that sounds like a great proposal. Continuing the momentum created by the edit-a-thon is crucial. We could make the main page the landing page for the readers, which explains what Wikivoyage is and showcases our featured content. Gizza^(roam) 2018年3月14日 21:18 (UTC)[回复]

@DaGizza: - Timing wise do you think the community would be up for trialing something in the next couple of months? Seddon (WMF)（讨论） 2018年3月14日 21:51 (UTC)[回复]

For sure. And thanks for proposing this! Ikan Kekek（讨论） 2018年3月14日 23:58 (UTC)[回复]

...but if the main page is the landing page, then maybe it shouldn't be displayed to folks on mobile, since there are problems/limitations reported with that page. Seddon, could we maybe get three campaigns, so that mobile and desktop can go to different pages? (Or maybe delay the reader-focused on until the mobile site's page has been improved?) WhatamIdoing（讨论） 2018年3月15日 22:38 (UTC)[回复]

@WhatamIdoing: Are there any ongoing discussions regarding the mobile page? With templatestyles being enabled soonish will that help? Seddon (WMF)（讨论） 2018年3月19日 05:31 (UTC)[回复]

Redirect pages on Wikipedia to Wikivoyage

Came across the article w:Ice hockey in North America which is in w:Category:Redirects to Wikivoyage. Not sure what to make of this. What do people think, good or bad idea? --Traveler100（讨论） 2018年3月8日 12:01 (UTC)[回复]

Looks like a good idea if done judiciously. Travel Doc James（讨论 · 贡献 · 邮件） 2018年3月15日 02:48 (UTC)[回复]

Surpassing WT as of Feb 2018

Per similarweb WV received 7.63M visits (2.55 pages each)

While WT received 5.91 M visits (1.66 pages each)

Congrats... 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^（漫游） 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)[回复]

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

Wikimedia Foundation metrics and activities meeting

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

在Wikivoyage月度编辑马拉松之后，一位WMF代表联系了我，并建议我们在下一次Wikimedia Foundation metrics and activities meeting（3月29日，UTC 19:00）上做一个简短的（5-10分钟）演示，介绍Wikivoyage项目的现状和社区的愿望。为了准备这次演示，我非常感谢您就以下几点提供反馈：

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

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

编辑马拉松很棒！当然，它带来了一些破坏者，但对en.voy来说，这是一次压倒性的积极事件。新增了大量优秀的全新内容——新文章，大量内容填充到以前稀疏的文章中，以及对非常旧的信息进行了重大更新。而且参与的一些用户此后一直持续贡献。

对我来说，目标是让它成为最好的旅行指南。为此，更多的内容贡献者是必不可少的，而那些能够纠正拼写、语法等错误并使文章更易读的人也非常有帮助。

我们还有其他重要目标，例如使Wikivoyage的移动版本卓越。作为次要目标，我们可以考虑如何更清晰、更可见地展示政策和指南，并努力如何最好地与新用户合作，帮助他们遵守Wikivoyage的风格和格式，而又不疏远他们。其中一部分仅仅需要我们继续努力设身处地为新用户着想，他们有时会因为撤销和纠正性建议而感到受挫和恼火，但其中一部分仅仅是确保我们的政策清晰、一致且被广泛理解，例如我们关于链接到Wikipedia的政策，该政策在编辑马拉松期间由于长期用户的困惑而最终得到清理。（当然，其中一些实际上是我在提醒自己，但我仍然认为这值得发布。）Ikan Kekek（讨论） 2018年3月21日03:07 (UTC)[回复]

我们当前的目标之一是更好地将公共交通地图整合到我们的文章中，这可能需要其他项目的帮助。这方面还有一些工作要做。Hobbitschuster（讨论） 2018年3月21日04:45 (UTC)[回复]

这是中国维基旅行社第一次组织这次活动，许多贡献者都在活动期间进行了编辑。我认为这次活动是可行的。

关于社区目标和愿望，正如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，你能详述一下吗？）在我看来，中央通知有其局限性，持续运行并不总是有帮助。我们可能应该收集三月和四月不同语言的统计数据，并制定一个清晰的计划，说明我们想去哪里。--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文件在这里：here，按需提供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)[回复]

在安卓上无法编辑

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

奇怪，我在安卓上没有遇到这个问题。我确实遇到了一个问题（在这里和维基百科上都有），就是当我点击将光标放在新位置时，我的视图会向上移动很多，但不是每次按键后都会。我在安卓上使用Firefox——您在使用什么浏览器？--Granger （讨论 · 贡献） 2018年4月8日00:13 (UTC)[回复]

我在安卓上使用Chrome，在笔记本上使用Firefox。 Ikan Kekek（讨论） 2018年4月8日01:08 (UTC)[回复]

哦，对了；我也是。那应该不是原因。--ThunderingTyphoons!（讨论） 2018年4月8日08:19 (UTC)[回复]

我在常规网站上。 Ikan Kekek（讨论） 2018年4月8日09:03 (UTC)[回复]

哦，原来如此；我也是。那应该不是原因。--ThunderingTyphoons!（讨论） 2018年4月8日09:35 (UTC)[回复]

为了让大家知道，@Ikan Kekek：不是唯一遇到这个问题的人。我也遇到了同样的问题，尽管文本在键入时会跳动大约半页。我在安卓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)[回复]

这段文字不是要说“去大都会的巴士在8:15、9:15、9:45……和20:35发车”，而是要说“白天至少每小时有一班去大都会的巴士。 Hobbitschuster（讨论） 2018年4月16日00:16 (UTC)[回复]

当然，我只是觉得如果信息以表格形式表示，可能更容易解析，这可能会鼓励更频繁的编辑。--ButteBag（讨论） 2018年4月16日19:04 (UTC)[回复]

在这里，说明一周只有三次巴士，或者白天每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-cide”概念（即一个地点的世界遗产地位吸引了更多的游客和更多的供应商兜售劣质纪念品，从而破坏了最初使其获得该称号的特征）需要解决。问题从为了容纳AirBNB式租赁而驱逐当地居民，以及关闭服务于当地人的商店以开设价格过高的旅游场所（吵闹的酒吧、昂贵的餐馆、无尽的明信片和无用的饰品，但没有当地杂货店、五金店或社区资源）到破坏环境（干扰野生动物的旅游或游船、将垃圾或污水倾倒入环境中，或在曾经是原始自然保护区的地方出现巨大的人群）。仅仅是太多的游客（“太拥挤了，没人去了”）对社区在社会学、建筑学、经济学或历史保护方面的影响也需要考虑——一艘摩托艇不会摧毁威尼斯，但一百万艘会侵蚀旧城的根基。 K7L（讨论） 2018年4月17日00:50 (UTC)[回复]

玛雅湾是情景讽刺的一个例子。*《海滩》*（书籍和电影）提出了游客要避免过于拥挤的困境。在现实世界中，他们不仅启发了新一代背包客去参观玛雅湾并破坏了原始地点，而且对东南亚大部分地区产生了同样的影响。因此，即使我们抛开当地居民的利益不谈，游客自己也想避开那些远非真实的过度拥挤的场所。许多目的地文章描述了存在过度拥挤风险的季节和地点，并警告过时且价格虚高但缺乏真实性的经典旅游陷阱。太少人也会破坏旅行体验；那些在仲夏访问斯德哥尔摩或乌普萨拉以与瑞典人交流的人，可能会发现这座城市几乎空无一人。/Yvwv（讨论） 2018年4月17日02:13 (UTC)[回复]

这是一个长期存在的问题。菲律宾的一处顶级目的地，曾经是这里的月度最佳文章，现在被关闭六个月进行清理，因为过度快速且偷工减料的开发；请参阅Talk:Boracay#Sewage_&_other_problems。我曾读过一位法国人写的文章，抱怨巴厘岛被过度旅游摧毁；这篇文章写于1920年代！ 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年代，我的麦克叔叔曾短暂效力于美国职业棒球大联盟。另外，我是罗格斯大学的波普教授弗兰克·波普的脸书好友。我去看看能不能引起一些兴趣。-- 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)[回复]

是的，关于语言手册的音频呢？这与维客旅行更相关。我赞赏维基百科在这个项目上的努力，但要知道如何发音维基百科条目中的名字，远不如在旅行时知道如何说“厕所在哪里？”重要。 Ikan Kekek （讨论） 2018年4月19日05:41 (UTC)[回复]

是的。我曾有过一次在西班牙一家服务站的亲身经历，当时我的¿Dónde están los aseos?（厕所在哪里？）发音不够准确，情况很危急。正确的发音至关重要。但既然我们已经把它插入了，让我们回到Talk:Phrasebooks#Phrasebooks。--ThunderingTyphoons! （讨论） 2018年4月19日09:16 (UTC)[回复]

2018年国际足联世界杯城市地区

亲爱的同事们！
Wikimedia Russia （WMRU）是“发现俄罗斯。2018年国际足联世界杯城市与地区”维基马拉松（3月14日至7月15日）的联合组织者。我们发起了定向中央通知横幅活动，旨在告知俄罗斯联邦居民和访客维基百科、维客旅行和维基共享资源的用户关于此机会。

横幅草稿（英文）

发现俄罗斯。2018年国际足联世界杯城市与地区

撰写文章，上传图片，赢取奖品！

条款：2018年5月20日至6月4日
受众：匿名访客
维基百科版本：en-ru-tt以及可能还有其他拥有本地语言登陆页面的版本（尽管我们主要关注俄罗斯语言的维基百科）
权重与展示次数：低，由CN管理员确定，最好每周不超过3-4次展示（流量限制3%，类似于2018年春季WMDE活动？）。

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

我**强烈反对**这个中央通知，因为这次编辑马拉松的规则从未与维客旅行社区讨论过。--Alexander （讨论） 2018年4月23日17:52 (UTC)[回复]

反对——不赞成像维客旅行这样的非商业网站宣传国际足联。--Traveler100 （讨论） 2018年4月23日18:58 (UTC)[回复]

我对这个提议不持立场，但我认为维客旅行上没有反对宣传盈利性活动的准则。我们是否曾为欧洲歌唱大赛或类似活动做过某种推广，当然我们肯定为奥运会做过推广，对吧？ Ikan Kekek （讨论） 2018年4月23日23:06 (UTC)[回复]

我也没有意见，但我认为这根本不是在宣传国际足联。据我理解，宣传的是到俄罗斯的旅游，通过一个与世界杯同步但除此之外联系不大的活动。-- AndreCarrotflower （讨论） 2018年4月23日23:24 (UTC)[回复]

@AndreCarrotflower, Ikan Kekek：问题不在于宣传国际足联，而在于创建“维客旅行的新文章……关于景点和旅游对象”，这违反了基本政策，例如维客旅行：什么是条目？。此外，两位评委都没有在维客旅行上编辑的记录。不幸的是，组织者从未联系过我们讨论这次编辑马拉松的规则，并且一再无视我们方面的所有提议。

最后但同样重要的是，俄罗斯维基媒体因不向俄罗斯境外发送奖品（由于税收、海关和其他运营原因）而臭名昭著，因此向英语社区宣传这次编辑马拉松无异于欺骗。你可以参加并获胜，但你得不到奖品。去年，一位西班牙/德国摄影师赢得了俄罗斯维基媒体的“维基爱古迹”比赛，并且在我们巨大的压力下6个月后才收到俄罗斯维基媒体的奖品。--Alexander （讨论） 2018年4月24日07:14 (UTC)[回复]

我的天！感谢解释。 :( Ikan Kekek （讨论） 2018年4月24日07:57 (UTC)[回复]

规则规定文章必须在维基百科上创建。维客旅行上的文章不参与主要奖项的竞争，而是争夺“插图豪华版书籍”（未说明体裁或语言）。--LPfi （讨论） 2018年4月24日09:48 (UTC)[回复]

反对：提案页面看起来可疑且考虑不周（可能是由于翻译不清），我也信任亚历山大的判断。 ThunderingTyphoons! （讨论） 2018年4月24日10:35 (UTC)[回复]

该页面几乎没有提及维客旅行；比赛主要与维基百科有关。听起来，早期回应者宁愿完全排除维客旅行。如果组织者希望如此，这对他们来说应该很容易。不过，我倒是觉得错过获得更多编辑者的机会有些可惜。 WhatamIdoing （讨论） 2018年4月25日05:03 (UTC)[回复]

该横幅活动专门针对俄罗斯联邦境内的浏览者。登陆页面的英文翻译和在Meta上发起横幅活动提案完全是我的责任。根据Alexander在ruWP新闻论坛和WMRU邮件列表上的评论，我担心他似乎对任何来自维基媒体俄罗斯成员的倡议都有些偏见。--Frhdkazan （讨论） 2018年4月26日14:04 (UTC)[回复]
- 我认为我用论据支持了我的观点。i) 维基媒体俄罗斯的成员从未联系过维客旅行上的任何人来讨论这次编辑马拉松的规则；ii) 规则在维客旅行的背景下没有意义，因为维客旅行不写景点、景点和旅游基础设施的独立条目；iii) 这个编辑马拉松的评委没有在维客旅行上编辑的记录，所以他们无法做出正确的评估。欢迎您反驳这三点，而不是散布关于我和我与维基媒体俄罗斯关系的猜测（顺便说一句，我们一起组织过几次WLE和WLM比赛，所以您的说法简直是荒谬的）。--Alexander （讨论） 2018年4月26日17:45 (UTC)[回复]
  - 根据自上次我发言以来浮现的额外信息，我将反对此活动。从抽象意义上讲，我当然愿意与俄罗斯维基媒体合作，但合作是双向的。-- AndreCarrotflower （讨论） 2018年4月26日18:37 (UTC)[回复]
  - 亚历山大，我认为你夸大了情况。英文维客旅行上有一些关于个别景点（例如，迪士尼乐园）的条目，以及很多关于旅游基础设施的条目（例如，所有机场条目）。 WhatamIdoing （讨论） 2018年4月27日02:19 (UTC)[回复]

关于景点条目，这是非常例外的，而且我们根据设计，只会有最大机场的条目。 Ikan Kekek （讨论） 2018年4月27日04:31 (UTC)[回复]

WhatamIdoing，我们曾在俄语维客旅行上进行过特别讨论。是的，你可以设想出一些符合本次编辑马拉松和维客旅行规则的条目，但数量不多，而且不是新手编辑者能写出来的（比如圣彼得堡的郊区——这确实是你最后的旅行目的地选择）。任何维客旅行的编辑马拉松都应主要基于添加和编辑列表，而不是创建独立的条目。这是一个我们从未向本次编辑马拉松组织者传达过的简单想法。--Alexander （讨论） 2018年4月27日19:06 (UTC)[回复]

ThunderingTyphoons!的观点是正确的，横幅、提案和登陆页面可以而且应该改进。请建设性地提出您能从中学习的最佳实践，并与其他（大多是非英语的）俄罗斯维基媒体合作伙伴沟通，他们非常忙碌——因为我们覆盖大约三十种语言和170个维基社群（不包括维基百科孵化场中的社群）。
Alexander也正确地希望加强俄罗斯维基媒体志愿者组织者与维客旅行社区的互动。但是，正如AndreCarrotflower正确指出的那样——这是双向的。
除了亚历山大在ruWP论坛和WMRU邮件列表中上面提到的刻薄言辞外，我只看到他在本次比赛的WMRU维基讨论中增加了同样的毒药。
1. 在抱怨赞助商不关心维客旅行。
2. 在“欺凌”俄罗斯维基媒体志愿者组织者，因为他们不推动赞助商为维客旅行提供奖金。
3. 现在，当有人找到了自己的钱来为维客旅行参与者提供一些奖品（这些奖品确实可以寄往俄罗斯境外），他却选择了在维客旅行上进行反对。他特别活跃于俄语维客旅行。
组织者从未联系过我们讨论这次编辑马拉松的规则，并且一再无视我们方面的所有提议，并且Ikan Kekek应该从以上所有情况以及亚历山大可能选择了错误的地方/沟通渠道的角度来理解（我在WMRU邮件列表中没有看到，所以它不是公开可见的）。此致，--Frhdkazan （讨论） 2018年4月29日07:32 (UTC)[回复]

Frhdkazan，如果他们感兴趣，组织者仍然可以联系我们任何人。另一方面，如果你们或你们中的任何一个继续进行人身攻击，你们将被封禁在维客旅行。请将此视为官方警告。

附注。您链接的俄语维客旅行上的讨论正是关于如何在不与组织者沟通的情况下，尽管其规则奇怪，也能参与此次编辑马拉松的讨论。--Alexander （讨论） 2018年4月29日08:24 (UTC)[回复]

高级搜索

从酒吧处扫入

从5月8日起，高级搜索将在您的维基中作为测试功能提供。该功能通过高级参数表增强了搜索页面，旨在使现有搜索选项对所有人更加可见和易于访问。高级搜索是WMDE技术愿望的一个项目。欢迎大家测试该功能，希望它能很好地服务于您的工作！

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

页面加载性能研究

大家好，

维基媒体基金会的科技部希望在少数几个维基上进行一次（非常小型的）性能调查。您可以在phab:T187299阅读更多相关信息。

我认为让这个维基参与非常理想，因为英文维客旅行的流量比许多维基百科都要大，而且我们希望超越维基百科。

这项调查很可能在两周后开始。它会在极少数的页面浏览中显示一个带有单个问题的框。（结果将受隐私政策约束，当然）。

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

创客空间/制造空间

从酒吧处扫入

旅行期间，偶尔遇到技术问题是不可避免的，尤其是在较长的行程中。日益增长的创客空间、黑客空间和制造空间的受欢迎程度/传播对旅行者来说很有兴趣，因为它们是修补撕裂的背包、修理损坏的头灯、给电池充电等理想场所。它们也是找到有线和无线互联网连接的理想场所，而无需被强迫购买食物或饮料。它们由当地人经营和参观，是您在旅行中遇到麻烦时寻求无偏见帮助的事实上的安全选择。

不幸的是，尽管它们很重要/相关，但这些地方目前经常在维客旅行上缺失！在极少数情况下它们被提及，通常被埋在“应对”部分的理发师、兽医和无休止的大使馆名单之间……然而，从旅行者的角度来看，找到一个可以缝补撕裂背包的地方很重要，尤其是在农村地区，那里的选择很少。

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

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

在许多情况下，我认为去黑客空间的替代方案是去商店——要么买针线，要么买替换背包。所以按照这个逻辑，它们可以放在“购物”里。但是，如果旅行者更可能把去这样的黑客空间作为下午的消遣方式，结果只得到一个放回家的抽屉里的钥匙链，那么它们就属于“活动”。如果你对这些地方有丰富的经验，也许你可以开始一个关于这些设施的旅行主题。 AlasdairW （讨论） 2018年5月16日22:23 (UTC)[回复]

这正是我想要指出的并且要解决的歧义：取决于一个人的解释，它可以放在几乎任何部分，这对旅行者来说是令人困惑的。因此，我认为需要一个比把它扔进“购物”和/或“活动”和/或“应对”更好的解决方案。 ArticCynda （讨论） 2018年5月17日10:57 (UTC)[回复]

我认为大多数这类空间最适合放在“活动”部分。添加它们是个好主意，如果有人愿意做这项工作，它们将成为一个不错的旅行主题。它们也可以在数字游民处提及。 Pashley （讨论） 2018年5月16日23:23 (UTC)[回复]

ArticCynda，你是在建议把它放在“连接”部分吗？这是我能想到的唯一其他可能性。 Ikan Kekek （讨论） 2018年5月17日11:15 (UTC)[回复]

不，因为这不属于“连接”部分的范围——该部分应侧重于互联网和电话接入。除了与“应对”有些松散的关系外，它似乎不适合任何现有部分，所以在我看来，引入一个名为“修理”的新顶级部分来处理这类问题可能更清晰。 ArticCynda （讨论） 2018年5月17日13:20 (UTC)[回复]

“应对”部分并没有“松散的关系”，因为“应对”只是一个包含不适合任何其他部分的项目的兜底部分。在一些非常偏远的地方，我们曾经列出过哪些村庄提供燃料或维修——例如，拉布拉多#出行列出了与交通相关的燃料。如果某样东西不是交通工具，也不属于“购物”的商店列表，那么“应对”就是后备选项。 K7L （讨论） 2018年5月17日14:59 (UTC)[回复]

作为初步反应，我倾向于同意K7L的观点，反对设立“修理”部分，因为它很容易包含汽车修理店和其他维修服务（家用电器或建筑维修，有人在乎吗？），但我愿意听取论证。考虑到旅行中有时需要修理，但在家中更可能需要，为什么需要一个新的首要部分？ Ikan Kekek （讨论） 2018年5月17日21:49 (UTC)[回复]

如果目标是修理东西，那么 ==应对== 就是正确的部分。如果关于它的最好信息是互联网连接，那么 ==连接== 有意义（在那里列出一个带有互联网+木工店的商店，就像列出互联网+咖啡店一样有意义）。

不过，我不太确定我是否能同意整体的前提。我有点怀疑典型的商务旅行者（占美国航班的约30%）是否会去创客空间缝补一个破裂的背包，尤其是在最近的干洗店可能会帮你缝好，而且不需要年度会员费的情况下。此外，对公众开放的创客空间（例如，不在学校内）在农村地区相当罕见。我无意反对在它们存在并为旅行者提供有用的东西时将其包含在内，但这更多是一种城市现象。 WhatamIdoing （讨论） 2018年5月18日04:30 (UTC)[回复]

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

jcarousel实现

大家好！我对mediawiki和网页设计一窍不通，我非常喜欢主页的布局。我找到了如何设置横幅的方法，但我还在为轮播图而烦恼。有人能告诉我如何创建一个轮播图吗？我尝试阅读文档，但没有帮助。非常感谢大家！你们太棒了！ 162.221.11.71 2018年5月17日21:33‎ (UTC)[回复]

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

是的，我找到了！但我不知道如何实现这两个文件。我需要在MediaWiki:Common.js和MediaWiki:Common.css中写些什么来启用该功能吗？ 162.221.11.71 2018年5月18日15:26‎ (UTC)[回复]

这个网站似乎使用了mw:Extension:Gadgets来加载JavaScript？ K7L （讨论） 2018年5月19日00:32 (UTC)[回复]

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

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

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

算了，我搞定了！

缩进挑错

我们经常会遇到对话内容因为缩进层级太多而超出我屏幕右侧边缘的情况。我认为部分问题在于人们在缩进比最近的评论多一层，而规则应该是比你回复的评论多一层。

我不是在挑一个用户的毛病，因为几乎每个人都在这样做，但一个清晰的例子在上面的#创建一份实际的火星旅行指南？。目前看起来是这样的

（引用）

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

在人类踏足那些星球之后，我们可以创建这样的条目，而不是现在。 Ikan Kekek （讨论） 2018年5月21日00:42 (UTC)[回复]

或者更晚，当私人旅行或殖民开始时？ Pashley （讨论） 2018年5月21日03:26 (UTC)[回复]

坦白说，我更倾向于把月球或太空移入玩笑分类，而不是把火星移出它。-- AndreCarrotflower （讨论） 2018年5月21日03:51 (UTC)[回复]

我绝对不认为“太空”应该被移出…… Pashley （讨论） 2018年5月21日10:04 (UTC)[回复]

唯一一个被意念创造出来的旅游目的地…… Hobbitschuster（讨论） 2018年5月21日 10:33 (UTC)[回复]

（引言结束）

由于Andre的评论是针对原始帖子的回复，而不是我上面对他言论的回复，我认为它应该缩进得少一些；然后对它的回复也应该如此，所以整体上我们会

（引用）

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

在人类踏上那些行星之后，我们才可以创建这样的文章，而不是现在。 Ikan Kekek（讨论） 2018年5月21日 00:42 (UTC)[回复]

或者等到私人旅行或殖民开始之后呢？ Pashley（讨论） 2018年5月21日 03:26 (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)[回复]

缩进回复是每个项目都会遇到的问题……我同意有时这会令人困惑，但这就是MediaWiki软件的工作方式……恐怕大家对此无能为力。–Davey2010^讨论 2018年5月21日 14:44 (UTC)[回复]

我不认为过度的缩进是故意的，这只是因为在讨论中，人们通常会回复上一篇帖子，依此类推。追溯到很久以前的帖子并回复它相对比较少见，因此缩进通常相当线性。就个人而言，我认为这也不是什么大问题，因为如今电脑屏幕相当大（而且宽高比不断增加，这对于缩进来说是件好事！）。 ArticCynda（讨论） 2018年5月21日 22:44 (UTC)[回复]

我们可以通过切换到Flow（更名为Structured Discussions）来解决缩进问题。我已经在那边使用它有一段时间了（所有新的讨论页都默认为它，而且所有主要的讨论页都已转换）。它有优点也有缺点，但它能合理地解决线程问题。（它也能通过Echo/Notifications吸引人们回到使用它的维基，因为任何对你关注页面的回复或新主题都会出现，无论你今天在哪个维基。） WhatamIdoing（讨论） 2018年5月25日 18:33 (UTC)[回复]

每个回复的通知？我使用监视列表来处理（如果人们在摘要中保留了章节标题，它就能按主题工作）。外国维基的通知加载需要花费不菲的时间，因此我肯定会为任何半活跃的项目关闭它。我更喜欢定期检查监视列表。你可以不那么频繁地检查外国通知，但我认为这需要只在你很少访问的维基上启用它们（我就是这样配置的）。我认为缩进问题很小，不值得任何激进的解决方案。 --LPfi（讨论） 2018年5月26日 13:30 (UTC)[回复]

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

关于世界语短语手册的讨论，我早已不再参与，因为它已经走了太远。我认为，世界语本应被删除，但讨论这个短语手册已经没有意义了，因为这个讨论已经持续了将近一个月，但什么都没有做。所有发生的事情只是维基旅人被分散了注意力，远离了真正贡献文章，反而无休止地争论那些不太重要的事情。我现在真的不介意保留还是删除这个短语手册，争论已经持续太久了。我希望它就这样结束。某种程度上。

最近，几乎无穷无尽的关于创世记1:3的讨论，更是甚嚣尘上。我对此有自己的看法，但我不会分享，因为它只会让辩论持续更久，并制造更多的争论。再一次，创世记的引用是否在那里并不重要——绝对不重要到值得花费，根据wordcounter.net的说法，超过3000字和近20000个字符来争论。我们不能继续推进那些需要做的事情，比如为文章做贡献，投票选出DotMs，等等吗？维基旅人的编辑群体太小了，不能仅仅因为小问题而争论。如果你想讨论圣经章节，先想想“一国之乱，不能站立”（马可福音3）。 Selfie City（讨论） 2018年5月30日 04:19 (UTC)[回复]

是否有证据表明这些讨论导致了编辑文章的时间或效率降低？恕我直言，我认为最大的浪费时间是争论人们在浪费时间讨论事情，而这些事情与政策有关（我会为美国特区讨论页上的一些辩论做一个例外）…… Ikan Kekek（讨论） 2018年5月30日 04:23 (UTC)[回复]

在我看来，花费在无谓讨论上的时间显然不能更有效地用于改进或编辑文章，@Ikan Kekek。请不要误会我，我确实看到了讨论页讨论或旅行者pub的价值，但花费数千字来讨论每一个细节并不高效，因为维基旅人上有几乎无限的讨论材料！美国特区讨论页似乎是一个很好的例子，那里的大多数问题都微不足道，属于维基旅人：勇往直前，应该直接编辑，无需讨论。 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字呢？那么，这将真正改进网站。

另外，我在这里已经开始的讨论的程度表明了贡献的去向。认为我们应该先增加维基旅人的数量，然后再贡献文章的信念，已经主导了维基旅人几年了，所有发生的事情只是人们越来越多地争论政策、短语手册、引用等，而为真实文章做贡献却越来越少。让我告诉大家：维基旅人网站顶部的电气系统主题页面上是否有引用，这真的不重要。引用没有害处，但也没有什么真正用处。而有用的是撰写另一篇“明星”文章（我们很久没写了），甚至只是将文章写到可用和指南的状态。尝试浏览维基旅人网站。你能找到多少大纲文章？很多。然而，旅行者pub似乎远未空置。 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)[回复]

这正是我所说的。我不太愿意明确说出来，因为考虑到当前政治气候，我不想打开话匣子，但我的观点是，如果一个引用仅仅因为来自某个特定的宗教典籍而让你感到冒犯，那么你就是过度敏感，需要学会放松。世界不是围绕着任何一个人转的，WV也不应该如此。我很高兴我们能够让常识占上风，并设定了正确的先例。 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)[回复]

对服装/电气系统问题的持续关注真是令人沮丧。争论早已不再是关于哪个引用更好，如果它曾经是的话。这是关于我们愿意在多大程度上迎合那些容易被触发和/或假装愤怒的用户以巩固他们自己的“进步”信誉的审查制度。让我们长远来看待这个问题。我认为，如果这次讨论被用作未来讨论的先例，它更有可能被用于支持或反对迎合过度敏感用户的想法，而不是用于其他任何目的，而且我认为不审查维基旅人的重要性远远超过在我们的文章中有最好的偶然引用。换句话说，如果我们选择卡尔林的名言而不是“让光明出现”作为引用，那么我们的电气系统文章在长期来看不会遭受实质性的损失，但如果允许一种文化形成，编辑们必须如履薄冰，以免无意中伤害到任何可想象的、持续感到被冒犯的用户阶层的感情，那么维基旅人整体上将会遭受实质性的损失。-- AndreCarrotflower（讨论） 2018年5月31日 15:56 (UTC)[回复]

鉴于这场争议，我想知道我们是否应该在我们的非目标列表中添加“避免所有可能的冒犯”或类似的内容。当然，我们不会故意以冒犯和带有偏见的方式写文章，但话说回来，我们也需要合理，并且不能迎合任何决定对无害内容过度敏感，或者只是试图找出新的冒犯理由的人。我认为明确说明这一点将有助于我们处理未来的类似问题。 The dog2（讨论） 2018年5月31日 20:40 (UTC)[回复]

我们不应为了任何人可能感到冒犯的东西而改变一切。你、我、任何人都可以对任何事情感到冒犯，这会导致政治正确所辩护的审查制度，以及不必要的冗长辩论。如果人们因为圣经引用而感到冒犯，那么他们应该自己放轻松一点，而不是强迫整个旅行指南进行更改，以使其符合他们狭隘的世界观。而且，抛开个人喜好不谈，神话和迷信对每一种文化都产生了巨大的影响，而与不同的文化相遇是我们旅行最重要的原因之一，不是吗？所以，任何对神话文学中的几句话感到冒犯的人，大概根本就不应该旅行，因为他们很可能会对几乎任何目的地的许多景点感到冒犯：宗教建筑、博物馆里的艺术品，甚至是街道名称！因此，为什么一份旅行指南需要被那些不成熟得不适合旅行的人进行改变和无休止的辩论呢？ ArticCynda（讨论） 2018年6月1日 08:52 (UTC)[回复]

旅行手册

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

好消息是，WV所有语言版本的文本都属于知识共享许可协议，只要您遵守许可条款，就可以重用；最重要的包括将来源归属给你，并以相同方式许可您的作品。有关详情，请参阅维基旅人：Copyleft。维基共享资源上的照片和地图也属于开放许可，但您必须检查每一项，因为细节可能有所不同。Open Streetmap也有开放许可，但我不知道详情。

至于使用什么工具来创建手册，如何以有吸引力的方式格式化它等等，这些问题超出了旅行指南的范围。也许这里有些人会有建议，但我一无所知。 Pashley（讨论）

介绍Toolhub

您在维基媒体项目上的贡献是什么样的？您编辑文章吗？上传文件？巡查破坏？翻译文章？翻译界面消息？您组织人员，在线还是线下？您培训新编辑，还是新培训师？您编写代码吗？

为维基媒体做贡献的方式有很多种——比你仅从阅读维基百科文章中期望的要多。在过去的几年里，志愿者们开发了技术工具，帮助维基媒体人改进内容、巡查破坏并执行许多其他任务。它们使得仅靠维基软件无法完成的任务成为可能。没有这些工具，我们许多项目的工作将变得异常缓慢。

我很高兴地宣布一个名为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（讨论） 19:28, 11 June 2018 (UTC)[回复]

一种将OSM和WikiVoyage整合的有趣方法，如果OsmAnd没有非常严格的下载政策，限制在七个左右的数据集，我会更多地使用它……ArticCynda（讨论） 16:43, 4 June 2018 (UTC)[回复]

在这方面，一点小小的帮助

如果你在OsmAnd的“设置”中使用两个“多用户”存储地点中的一个，你可以在“设置（Android）>>应用程序”下重置应用程序数据，而无需删除地图，你将获得另外7张地图。
如果你知道在哪里可以找到地图，它们可以轻松地与其他人共享。（Android/obb/net.osmand.plus 或 Android/data/net.osmand.plus 或 Android/data/net.osmand）
在f-Droid上提供了一个免费的OsmAnd完整版。获取f-Droid，你的问题就解决了。
如果你使用的是iOS，你选择了商业生活的一面，所以花点钱买这个App。 ;-)

致礼 Ceever（讨论） 15:18, 11 June 2018 (UTC)[回复]

如果我没理解错的话，只使用了带有Wikidata属性的列表。这是另一个支持链接到Wikidata的论点 :-) 另外，你必须在“配置地图>兴趣点叠加>旅游”中启用该图层Syced（讨论） 09:35, 5 June 2018 (UTC)[回复]

更直观的直接链接，又名功能按钮（用于文章）

我注意到PDF功能、打印视图以及WP、WC和WD链接的位置不太理想，并且没有得到用户所需的关注，或者被用户忽略了，尽管它们非常相关。此外，它们与编辑者相关的链接混在一起，使得它们更高级且难以找到。

我们是否会考虑将它们移到一个更显眼的位置，以便能真正为用户带来实际用途？请看我的提案：https://s33.postimg.cc/pe7g6pl33/proposal.png （右上角）

你觉得呢？当然，设计还有改进的空间。这里我只是征求一个关于重新安置和为普通用户找到更有效位置的一般性意见。

致礼 Ceever（讨论） 16:01, 11 June 2018 (UTC)[回复]

虽然这是一个看起来很棒的提案，但我对这种重新设计的实用性表示怀疑，因为我想知道如今打印到PDF功能实际使用了多少次。至于WC、WP和WD，我宁愿看到所有与旅行者相关的信息整合到WV文章中，而不是链接到它们。大胆地说，如果需要链接到WP，那么WV文章就不完整了。但这只是我个人的看法，当然。 ArticCynda（讨论） 10:29, 13 June 2018 (UTC)[回复]

我认为这些链接很重要。将维基百科的信息翻倍将是一个巨大的工程，收益甚微，而且我们没有理由在目的地为每座教堂提供十张图片。我们不添加这些建议按钮还有另一个原因：当前的位置与维基百科相同，很多人都知道这一点。将它们移开会让这些人找不到它们，而将它们放在两个地方可能会让人们同时点击。一个包含大量链接的网页，其中一些链接指向相同的信息，当你寻找不容易找到（且可能丢失——能够得出结论很重要）的东西时，会非常令人沮丧。--LPfi（讨论） 14:09, 17 June 2018 (UTC)[回复]

图像滤镜

开始于讨论“神权政治和君主制”

是的，Granger，两者都可以移除。顺便问一下，英国国家公园列表怎么样？我开始拍摄风景区的照片，在Wikimedia Commons上意外地遇到了一张不合适的图片，这就是我突然停止为该列表贡献图片的原因。Commons是否有任何用户过滤系统？或者还有其他搜索独立文件的方法吗？最糟糕的领域似乎是Commons类别，所以到目前为止我想到的最好的方法就是避开Commons类别。Selfie City（讨论） 23:42, 12 June 2018 (UTC)[回复]

是的，这是从事这些项目，尤其是从Commons查找图片的风险。据我所知，Commons没有内置过滤器，但w:Help:Options to hide an image上的信息可能会有帮助。—Granger （讨论·贡献） 23:51, 12 June 2018 (UTC)[回复]

谢谢，但遗憾的是，这个过滤器在Wikivoyage上不起作用，我猜它在Commons上也不会起作用。但你给了我一个主意：我可以去每个地方的维基百科页面，例如，本尼维斯山，然后从那里获取图片。在维基百科上，我不会立即看到图片，因为我已经安装了帮助屏蔽它们的过滤器；然后我可以去编辑历史记录，确保没有可疑用户在进行编辑以获取图片。感谢你给我一个主意并帮助我解决这个问题。Selfie City（讨论） 00:04, 13 June 2018 (UTC)[回复]

Selfie City，这是关于Commons，对吗？你可以在Commons的村务公告板上讨论这个问题。但问题是，正如你可能知道的，Commons上的脚本维护得很差，有几个功能（例如，珍贵图片集）被放弃了。我认为在目的地的类别画廊中看到任何淫秽内容是不太可能的。Ikan Kekek（讨论） 00:32, 13 June 2018 (UTC)[回复]

嗯，你描述的情况大致就是这样。Selfie City（讨论） 00:37, 13 June 2018 (UTC)[回复]

但我认为这种情况并不常见。现在，如果只有特色图片、优质图片和有价值的图片搜索功能还能正常工作……但说真的，这些都是应该在Commons上讨论的事情，而不是在这里。Ikan Kekek（讨论） 01:05, 13 June 2018 (UTC)[回复]

是的。嗯，我想我现在有了一个更好的解决方案。感谢您的帮助。Selfie City（讨论） 01:13, 13 June 2018 (UTC)[回复]

我认为你不应该在没有检查之前讨论Commons。Commons上的大多数人坚决反对提议的过滤器，这是一个棘手的难题。没有办法让过滤器可靠地在Commons上工作：很容易产生误报，无法对图片进行有意义的分类。另一方面，我已经在Commons上工作了很多，还没有遇到过淫秽图片，所以真的，你运气不好。--LPfi（讨论） 05:00, 13 June 2018 (UTC)[回复]

过滤器很少（如果有的话）能正常工作，这是走向审查的第一步。所以我不认为实施过滤器有什么好处。究竟是什么问题？ArticCynda（讨论） 09:27, 13 June 2018 (UTC)[回复]

我认为它们通常分为几类

人们看到他们不想看到的东西（例如，一张让你想起创伤经历的图片）。
人们看到别人不想让他们看到的东西（例如，一张可能让你惹上学校/雇主/网吧麻烦的图片）。
人们看到令人惊讶/不适合上下文的东西（例如，当你找一张蔬菜的照片时，却看到色情内容）。

贡献者普遍认为，不恰当的结果是“我们的问题”，应该得到解决，无论这张图片是否经常被认为是冒犯性的，或者经常被认为是无害的。也就是说，如果你正在寻找一张蔬菜的照片，那么你不应该看到色情内容，但你也不应该看到日落、小猫或彩虹。一些贡献者不希望与解决前两个问题相关联。WhatamIdoing（讨论） 20:35, 13 June 2018 (UTC)[回复]

这些是合理的问题，但我认为实施过滤器弊大于利。例如，按照你的例子，考虑这样一个场景：你最好的朋友在你怀里死于布拉格的一场公交车事故。这无疑是一次创伤经历，需要这种过滤器，但你该划定界限？移除所有与布拉格的公交运输有关的内容，以及布拉格的公交车，移除所有与布拉格相关的提及，甚至移除所有与捷克共和国相关的？这将取决于每个人的情况和个人偏好，而这两者在过滤器规则集中都很难实施。但即使有效，你又如何阻止过滤器审查柏林的文章，因为它提到了Flixbus每天在柏林和布拉格之间运营公交线路？我不是软件工程师，但在我看来，由于可能发生的创伤、创伤组合等的近乎无限的多样性，这类问题在技术上将极其复杂。ArticCynda（讨论） 20:25, 14 June 2018 (UTC)[回复]

我并不惊讶你提到了这种高度个人化、不可预测的情况。我认为“不可能完美”的基本论点在那些不想做一些在绝大多数情况下有帮助的事情的贡献者中很受欢迎（例如，一个色情作品集，其中包含一位长期的Wikimedian，几乎没有读者希望看到它，而且我敢打赌，即使是很少的长期编辑者也不想看到它，永远）。WhatamIdoing（讨论） 04:32, 15 June 2018 (UTC)[回复]

这是你在前一篇文章中提出的例子——创伤经历。创伤本身不就是高度个人化、不可预测的情况吗？

至于色情问题，现在是2018年了，不是1918年。是时候停止对裸露和性感到冒犯了。ArticCynda（讨论） 07:19, 15 June 2018 (UTC)[回复]

有些创伤经历并非如此个人化（例如，描绘强奸的图片，对于全世界数百万强奸受害者而言；双子塔倒塌的图片，对于某一代纽约人而言）。重点不是“停止感到冒犯”；而是大多数人在寻找某些类型的图片时（最常见的是：性、宗教、暴力、令人作呕的），希望找到它们，但又不想在没有寻找它们时被这些图片 sorprende。即使是最热衷于色情和性解放图像的人，也不总是希望在从事不相关任务时出现这些图像。WhatamIdoing（讨论） 16:38, 15 June 2018 (UTC)[回复]

没有人否认你提到的特定人群会感到创伤，问题在于设计出能够阻止某个个体可能会因世界上潜在的创伤性事物而感到创伤的图像滤镜，这将非常困难——如果不是不可能的话。那么，你将根据什么标准来配置过滤器？在你的双子塔例子中，你可以争辩说，这些图片应该/可以针对纽约的IP地址进行屏蔽，但对于居住在海外的纽约人呢？以及那些居住在零地面附近并选择面对历史而非审查掉的人呢？就个人而言，双子塔图片一点也不让我困扰，所以我不希望它们被审查，那么你将为双子塔图片过滤器划定界限？同样的问题/问题也出现在每种情况下，这是一个永无止境的争论。ArticCynda（讨论） 12:36, 16 June 2018 (UTC)[回复]

最受欢迎的方法是提供一个过滤系统（我们现在没有），然后让人们手动选择加入，如果（并且只有如果）他们个人选择这样做。唯一重要的是个人选择，所以地理定位等问题是无关紧要的。WhatamIdoing（讨论） 01:00, 17 June 2018 (UTC)[回复]

那么，基于什么规则（们）会操作这样的过滤器？它/它们将如何识别特定用户不当的图像？这是最重要的问题，仍然没有得到回答。ArticCynda（讨论） 08:43, 17 June 2018 (UTC)[回复]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘我认为 Wikivoyage 不是讨论这个地方。—Granger （讨论·贡献） 12:04, 17 June 2018 (UTC)[回复]

我正要说同样的话。这是Commons的问题。--ThunderingTyphoons!（讨论） 12:41, 17 June 2018 (UTC)[回复]

而且在Commons上已经进行了长时间的讨论。我认为有几点没有被仔细考虑，解决方案也被发现存在问题。阅读足够多的这些帖子，找到你问题的解决方案和对这些解决方案的批评。--LPfi（讨论） 14:26, 17 June 2018 (UTC)[回复]

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

各位，拜托，我请求你们在（OpenStreetMap, Google Maps）核实从Wikidata复制到Wikivoyage的GPS信息是否正确，请付出额外的努力。

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

然而，我认为Wikidata上的GPS信息远非正确，质量也相当低。我实际上更信任Wikivoyage拥有更准确的GPS信息。问题不是使用Wikidata，它未来可能会纠正错误的GPS信息。可悲的是，我们这样就删除了Wikivoyage的高质量信息，而不是传播它。

因此，如果你发现Wikidata的GPS信息不正确，请前往相关条目，并以“English Wikivoyage”为参考，在Wikidata上纠正GPS坐标。

请帮助保持Wikivoyage的良好数据质量。

非常感谢，Ceever（讨论） 21:39, 10 June 2018 (UTC)[回复]

我认为列表编辑器只提供使用Wikidata值更新所有字段的选项，而不是只更新空字段，这是不幸的。对于大型场馆，Wikivoyage可能故意拥有与Wikipedia不同的坐标——我们可能想显示入口或售票处的位置，而WP可能想显示场地中心某处。AlasdairW（讨论） 23:21, 10 June 2018 (UTC)[回复]

我同意AlasdairW的观点。是否有可能更改列表编辑器，使其“使用Wikidata的值更新共享字段”按钮只更新空字段？—Granger （讨论·贡献） 00:04, 11 June 2018 (UTC)[回复]

顺便说一句，标记/列表模板现在正是这样做的（如果指定了，会自动添加来自Wikidata的位置/图片；不会覆盖）。如果我们还添加了维基百科/URL的自动获取，那么“从Wikidata更新”按钮就会变得多余。Andree.sk（讨论） 06:23, 11 June 2018 (UTC)[回复]

Andree.sk，从技术上讲，是否有单键更新Wikidata的按钮？我已经习惯在我添加或编辑任何景点时填写Wikidata字段，并注意到许多Wikidata记录确实有不准确的坐标信息。我认为如果数据流可以双向流动，那将是个好主意。ArticCynda（讨论） 07:41, 11 June 2018 (UTC)[回复]

我想最终一切皆有可能，但我不太确定Wikidata用户是否喜欢WV“自动覆盖”他们的数据库。谁能说WV的坐标比从WP导入的好呢？我认为如果我们不喜欢WD的坐标，并且它们在一定程度上是正确的（即——比建筑中心或入口的坐标更好？），我们应该直接在WV中覆盖。否则，我相信WP:WV编辑战将会爆发 :) 如果WD坐标完全错误，就像本例一样，我们应该修复WD——这也将帮助DE/FR/...WV分支的同仁。Andree.sk（讨论） 08:12, 11 June 2018 (UTC)[回复]

非覆盖性更新是个不错的开始。

在想要区分（例如，场馆中心与入口）的相对较少的情况下，我认为Wikidata可以支持多个值，并带有限定词和排名来识别为什么会有多个值。WhatamIdoing（讨论） 16:27, 11 June 2018 (UTC)[回复]

一个极端的例子是w:Caledonian Canal，它绵延60英里，从Fort Augustus延伸到Fort William郊外，并且在这两个地方都有列表，其中经纬度是在这两个城镇中观看运河的良好位置。WD的经纬度在Fort August以西5英里处。（Fort William的列表可以更改为特定于那里的船闸。）AlasdairW（讨论） 22:24, 11 June 2018 (UTC)[回复]

这并不令我惊讶。当Wikidata被引入时，人们就注意到这种事情很容易发生，因为有多个输入源，而且似乎证明Wikidata的可靠性比预期的要低一些。仔细检查是一个很好的实践。-- Matroc（讨论） 08:24, 11 June 2018 (UTC)[回复]

这与我早些时候的警告相符，要警惕与一个不相关的WMF项目进行过多的整合和让步，该项目不一定与我们的目标共享（甚至不熟悉）。我最近不得不从布法罗的文章中删除几个Wikidata值，因为将一组特定的地理坐标与（在两个案例中）一个有多个地点的当地连锁餐厅相关联（在剩余案例中）一个每年举办地点都会改变的年度活动是没有意义的。在这些问题得到解决之前，我建议暂停任何进一步将Wikidata值添加到本地列表。-- AndreCarrotflower（讨论） 16:32, 13 June 2018 (UTC)[回复]

我认为停止添加有点仓促，但我在更改之前和添加之后进行检查，我完全同意。甚至更好的是修复Wikidata，我这样做过很多次。特别是当完全错误的时候。--Traveler100（讨论） 18:14, 13 June 2018 (UTC)[回复]

👍 Ceever（讨论） 18:33, 13 June 2018 (UTC)[回复]

信任，但要核实--Traveler100（讨论） 18:44, 13 June 2018 (UTC)[回复]

我不会走得那么远，主张暂停添加Wikidata链接，但更愿意建议我们在必要时努力在过程中纠正Wikidata。这样，两个WMF项目都能受益。ArticCynda（讨论） 18:46, 13 June 2018 (UTC)[回复]

我可以告诉你一件事；纽约州Wading River的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（讨论） 20:46, 14 June 2018 (UTC)[回复]

只需几秒钟就能纠正，所以我做了！ArticCynda（讨论） 07:28, 15 June 2018 (UTC)[回复]

👍 Andree.sk（讨论） 09:22, 15 June 2018 (UTC)[回复]

一个警告：我注意到Google Maps给我的GPS坐标是地图中心的GPS坐标，而不是我搜索的指针的GPS坐标。我不得不将位置稍微移出地图，然后搜索它，以便以这种方式获得半可靠的数字。--Robkelk（讨论） 16:01, 17 June 2018 (UTC)[回复]

Wikidata - 就像Wikivoyage一样 - 是一个wiki。如果你看到错误，就纠正它！Andy Mabbett（Pigsonthewing）；与Andy谈谈；Andy的编辑） 18:46, 27 July 2018 (UTC)[回复]

正是如此。Category:Articles Geo different to Wikidata，地区不重要，但有很多城市，Wikidata的坐标是错误的，或者 Wikivoyage上的Geo条目是错误的，或者有点偏离。--Traveler100（讨论） 19:01, 27 July 2018 (UTC)[回复]

我不得不手动更新我从Wikidata和Wikipedia上获得的几乎所有GPS坐标集（列表不长），有时差异是几个街区，有时差异更大。我看看我是否能深入了解来源，看看我是否能帮忙。L. Challenger（讨论） 10:22, 13 August 2018 (UTC)[回复]

地图呈现

月度指标展示正在进行中：https://www.youtube.com/watch?reload=9&v=otAX58IZ6KA 第一次展示（在一些快速笔记之后）是关于地图国际化项目。这是六个月开发工作的成果，基本上是由于Wikivoyage核心社区联合起来将其列为m:2017 Community Wishlist Survey的#1。WhatamIdoing（讨论） 18:11, 28 June 2018 (UTC)[回复]

关于战略进程，您有什么问题需要回答？

你好！

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

我想了解关于战略进程，您希望在FAQ页面上得到哪些问题的回答？请在此处、我的讨论页或Meta-Wiki上的专用讨论页上回答。谢谢！

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

谢谢，SGrabarczuk (WMF)（讨论） 18:29, 14 July 2018 (UTC)[回复]

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

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

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

我将提交一个Phabricator任务，请求有人来查看一下。如果其他人知道其他维基上存在此问题，请通知我。WhatamIdoing (讨论) 20:30, 2018年7月31日 (UTC)[回复]

谢谢！ויקיג'אנקי (讨论) 20:57, 2018年7月31日 (UTC)[回复]

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

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

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

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

对于任何页面，你都可以看到它最近的浏览量。从页面中选择“查看历史”选项卡，然后选择“页面浏览统计”。这将显示过去20天的活动条形图——我通常会使用页面左侧的选项切换到90天。（例如，对于我们最近都编辑过的哈特尔普尔：https://tools.wmflabs.org/pageviews/?project=en.wikivoyage.org&platform=all-access&agent=user&range=latest-90&pages=Hartlepool。）我会“捏着鼻子”看待这些数字，因为我怀疑存在一些漏报。在维基百科和其它语言上，相同的方法也适用。AlasdairW (讨论) 21:46, 2018年8月1日 (UTC)[回复]

除了特定页面的浏览量之外，Wikivoyage的Alexa排名也会定期在WV:WT页面上更新。它并不能完全说明情况，但却是长期趋势的一个合理指标。Wikivoyage还通过社交媒体（Facebook和Twitter）与读者互动。在这方面我们似乎并不像我们本可以的那样成功。其他旅行指南（Lonely Planet、Nat Geo Travel、BBC Travel、Fodor's，甚至其他网站）的受欢迎程度是我们这几个数量级的。Gizza (漫游) 23:24, 2018年8月1日 (UTC)[回复]

Wikivoyage离线应用程序获得了相当多的评分，并且大部分都是积极的（4或5星）。根据轶事，我注意到大多数阅读Wikivoyage的人对该网站印象深刻，但大多数人不知道WV，而且首先阅读我们的文章。如果你调查100名随机旅行爱好者，并问他们Wikivoyage是好的信息来源，坏的来源，还是他们从未听说过它，我猜绝大多数人会说他们从未听说过它，其次是好的。当我查看2018年撰写的在线旅行论坛帖子时，我仍然看到其他网站的名字比我们的更常被提及。Gizza^(roam) 23:24, 2018年8月1日 (UTC)[回复]

这些都是精彩的例子，非常感谢。所有这些数据以及关于它们意义的知识都零散地存在着。我猜还有更多。它们需要被整理到一个页面上，这个页面在我们进行的过程中几乎是自己编写的，然后在下次酒吧清扫之前再次分散。那个页面可以与工具、格式和惯例放在一起。但我会主张让它更显眼，放在“参与进来”的侧边栏中，就像酒吧一样，这样对“向外看”的贡献和讨论就会被视为与任何其他贡献和讨论同等重要。Grahamsands (讨论) 14:09, 2018年8月5日 (UTC)[回复]

除了显示Alexa排名的WV:WT页面之外，我找到的唯一另一个保留了衡量读者参与度的统计记录的页面是Wikivoyage:Search_Expedition。有一个表格比较了精选文章与其WT对应物的搜索结果和排名，下面还有衡量Wikivoyage整体受欢迎程度的一般链接。表格很好，但我不知道为什么选择这些文章进行比较。如果我们能包含所有非常重要的文章（例如，国家、著名地区、首都和另外100个人口稠密城市）的表格那就太好了。Gizza^(roam) 00:53, 2018年8月13日 (UTC)[回复]

新的监视列表过滤器

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

最快的方法似乎是输入Human，（我当时在找bot），然后重新运行。好的，它奏效了，但我觉得它不太容易被发现。——Traveler100 (讨论) 20:04, 2018年8月3日 (UTC)[回复]

概念上有点不同；你要求显示你想要的东西，而不是你不想要的东西。https://www.mediawiki.org/wiki/Help:New_filters_for_edit_review似乎是Special:RecentChanges上这些过滤器的帮助页面，但我找不到关于监视列表的特定信息。User:Trizek (WMF)（周末后）应该能告诉我们是否有关于监视列表的好帮助页面。WhatamIdoing (讨论) 02:16, 2018年8月4日 (UTC)[回复]

新格式的重点不是考虑排除某些内容，而是你想显示什么。如果你想排除机器人，那么你确实需要显示人类的编辑。Trizek (WMF) (讨论) 09:01, 2018年8月6日 (UTC)[回复]

编辑器模式的问题

我在源代码编辑器模式下遇到了一个问题，它会在发布编辑的区域上面自动创建一个编辑框。幸运的是，这个框的大小可以调整，所以我可以发布这个，但解决方案会很棒。它还将标题的字体设得更大，等等。Selfie City (讨论) 21:03, 2018年8月8日 (UTC)[回复]

我从未注意到这个问题。你在哪个浏览器/平台上看到了这种行为，Selfie City？会不会是浏览器附加组件和维基媒体偏好设置之间的冲突？ArticCynda (讨论) 11:07, 2018年8月9日 (UTC)[回复]

Chrome。我尝试禁用广告拦截器，但没有效果。Selfie City (讨论) 14:29, 2018年8月9日 (UTC)[回复]

你能去Special:Preferences#mw-prefsection-betafeatures，然后告诉我启用了什么吗？

另外，你是否启用了语法高亮？（如果你启用了，那么当你输入维基文本时，会显示一些彩色文本）。WhatamIdoing (讨论) 17:09, 2018年8月11日 (UTC)[回复]

我关闭了所有选项，希望这能奏效，但没有。另外，有趣的是，我最近在ArticCynda的讨论页上评论过，当时该用户被封禁了，编辑器模式对该页面有效，仅对该页面有效。Selfie City (讨论) 17:40, 2018年8月11日 (UTC)[回复]

你正在使用哪个mw:Editor？我想这里默认的是2010年的一个浅蓝色编辑器，叫做mw:WikiEditor。WhatamIdoing (讨论) 16:12, 2018年8月12日 (UTC)[回复]

它最像2003年的原始版本。Selfie City (讨论) 16:16, 2018年8月12日 (UTC)[回复]

我不确定这是什么意思，但我怀疑问题在于语法高亮。如果是这样，你必须启用一个较新的浏览器，打开一个页面，关闭语法高亮（寻找一个看起来像荧光笔的按钮……但不是那个看起来像铅笔的:-/），然后回到偏好设置，将你的偏好设置重置为你想要的任何内容，看看是否能解决问题。（如果不行，请尝试截屏并发送给我。）WhatamIdoing (讨论) 01:22, 2018年8月21日 (UTC)[回复]

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

几分钟前我在WT上，编辑器模式也奏效了，很有趣。——Selfie City (讨论 | 贡献) 18:04, 2018年8月22日 (UTC)[回复]

技术问题

从酒吧扫入

是否可以获得特定文章中所有维基内部链接的列表？如果可以，如何操作？ויקיג'אנקי (讨论) 22:12, 2018年8月10日 (UTC)[回复]

是的，可能可以做到类似的事情，例如维基旅行和维基语录搜索耶路撒冷 Q1218 - 还可以查看文章页面左侧的面板 - 那里也有链接

维基旅行： de:Jerusalem, el:Ιερουσαλήμ, en:Jerusalem, es:Jerusalén, fa:اورشلیم, fi:Jerusalem, fr:Jérusalem, he:ירושלים, it:Gerusalemme, nl:Jeruzalem, pl:Jerozolima, pt:Jerusalém, ru:Иерусалим, sv:Jerusalem, uk:Єрусалим, vi:Jerusalem, zh:耶路撒冷
-或-
维基语录： ar:القدس, cs:Jeruzalém, de:Jerusalem, en:Jerusalem, he:ירושלים, it:Gerusalemme, pl:Jerozolima, ru:Иерусалим, uk:Єрусалим ——Matroc (讨论) 23:19, 2018年8月10日 (UTC)[回复]
文章中的内部链接（即耶路撒冷）——*Abu Gosh——阿拉伯语——Ashkelon——Beer Sheva——Beit Shemesh——Ben Gurion机场——Ben Gurion国际机场——Bet Shemesh——Bethlehem——Dead Sea——Dead Sea——Eilat——讨价还价——Haifa——希伯来语——Hebron——Jericho——Jerusalem Trail——上面——Charedi Jerusalem——东耶路撒冷文章——东耶路撒冷——Ein Kerem——Haredi社区——绝大多数Haredi社区——旧城——西耶路撒冷——西耶路撒冷——Jerusalem——Jordan——Judaean Desert——Lod——Ma'ale Adumim——Modiin——Nablus——Netanya——巴勒斯坦领土#去下一个——扒手——Ramallah——Ramla——Rishon LeZion——Roman——Shiloh——Tel Aviv——联合国教科文组织世界遗产名录——West Bank——West Jerusalem——诗篇 137:5，钦定本——意第绪语——Matroc (讨论) 17:03, 2018年8月11日 (UTC)[回复]
ויקיג'אנקי 误读了你的笔记，错误地将结果放在这里——请参阅我在你讨论页上的说明，告诉你如何一步完成——谢谢！——Matroc (讨论) 17:09, 2018年8月11日 (UTC)[回复]

用户页面上与WV无关的链接

从酒吧扫入

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

我们不希望有任何可能被视为推销或违反数据保护/安全/体面规则的链接，但除此之外，我不确定我们是否应该禁止人们链接到他们用户页面上的内容。

为了帮助我们，你有没有什么例子可以说明你指的是什么，以便确定这是否是一个问题？如果你想避免单独针对某个用户，你可以把链接发在这里，不用说它们来自哪个用户页面。——ThunderingTyphoons! (讨论) 11:21, 2018年8月13日 (UTC)[回复]

我认为，如果一个用户确实为指南做出了贡献，而不仅仅是为自己的页面做贡献，那么链接到他们的雇主或他们拥有的地方是可以的。Pashley (讨论) 13:22, 2018年8月13日 (UTC)[回复]

我自己的页面在这方面相当温和——我显示的唯一外部链接是指向维基百科主页的。L. Challenger (讨论) 13:58, 2018年8月13日 (UTC)[回复]

我想到的是4个链接到旨在改变人们信仰的宗教的页面。这位用户是指南的活跃贡献者，不是临时链接垃圾信息者。Nurg (讨论) 09:42, 2018年8月16日 (UTC)[回复]

我见过用户链接到他们的个人博客，这些博客可能与旅行有关，也可能无关，但近年来我没见过链接到改变人们信仰的宗教的。我不太确定它们是否可接受。维基百科有一项关于用户页面禁止内容的通用政策（链接），但其原则相当广泛，对这里帮助不大。它确实说要避免大量与维基媒体无关的宣传材料。Gizza^(roam) 11:20, 2018年8月16日 (UTC)[回复]

四个链接到离题内容，在我看来，将构成相当“广泛的宣传材料”。我认为一个链接是可以的，因为这种信仰对用户很重要，他们有权分享他们生活中的某些元素。也许你，Nurg，可以私下和这位用户谈谈？——ThunderingTyphoons! (讨论) 12:23, 2018年8月17日 (UTC)[回复]

我强烈反对在未经用户同意的情况下关闭他们的宗教观点，无论用户是否仍然活跃。最好的情况是这样做毫无意义，最坏的情况是篡改用户的页面，并散布对他们观点的仇恨信息。为什么我们真的*应该*删除它们？除非我们试图从网站上删除人们的个人观点，否则我们为什么要删除它们？如果有人不想阅读福音书，那没关系，但为什么我们要在未经许可的情况下从LM的用户页面中删除所有福音书的痕迹？——Selfie City (讨论 | 贡献) 23:05, 2018年8月27日 (UTC)[回复]

正如我所说，一个链接是可以的，因为信仰对用户很重要。四个链接就有点过分了，因为归根结底，旨在将读者转化为福音派基督徒的材料*确实*是宣传性的，即使是免税且非营利的。——ThunderingTyphoons! (讨论) 23:14, 2018年8月27日 (UTC)[回复]

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

那么我们不再是旅游指南，而是为与旅行无关的宗教文本提供网络托管服务了吗？那样的话，请给我们https://www.venganza.org/2010/07/the-loose-canon/平等的时间，以维护宗教自由的名义？K7L (讨论) 00:11, 2018年8月28日 (UTC)[回复]

(编辑冲突)嗯，实际上，在我看来，将读者导向进化论/伊斯兰教/佛教/政党理论的四个链接同样具有宣传性，而且同样与Wikivoyage无关。陈述这一点并不是“仇恨言论”，而是执行我们反对推销的规则，在我看来，这些规则不限于为了经济利益而推销。

“人们应该绝对被允许在这个网站上展示他们的宗教信仰”——没有人对此表示异议。然而，信仰可以被表达，而无需提供旨在将读者皈依某个信仰的文献列表。我的维基百科用户页面有几十个用户框，或多或少地总结了我这个人，包括道德、政治、哲学、宗教等，但没有一个用户框链接到外部来源或宣扬/试图赢得人们皈依我的信仰。你明白其中的区别吗？

“我们不是为了排除人们相信他们所相信的”——我同意，但这在这里并没有发生。——ThunderingTyphoons! (讨论) 00:13, 2018年8月28日 (UTC)[回复]

我不认为他在推销，而是在试图向他人传播他认为的真理。他这样做真的有什么不对吗？——Selfie City (讨论 | 贡献) 00:28, 2018年8月28日 (UTC)[回复]

我与Selfie City一致。我很想最后一次反击LM，但我认为，除了非常严重的例子，我们需要对其他用户的空间持放任态度。如果他直接骚扰其他编辑那另当别论，但这类链接——即使有四个——在他的用户页面上也是良性的。他甚至不再是一个活跃用户了。干扰他的用户页面没有任何好处，而且会因为这次讨论的结果而产生许多负面影响。顺其自然吧。——AndreCarrotflower (讨论) 00:32, 2018年8月28日 (UTC)[回复]

是的，我认为最好不要干扰用户页面，除非我们谈论的是明显的破坏者，这时我们才完全删除页面。删除指向福音书的链接可能被视为针对一个人宗教信仰的方式。（顺便说一句，上一句话是我对这一点最好的表述。这是我在这里真正想说的重点。）——Selfie City (讨论 | 贡献) 00:40, 2018年8月28日 (UTC)[回复]

所以我们不再是旅游指南，我们是为与旅行无关的宗教文本提供网络托管服务了吗？那样的话，请给我https://www.venganza.org/2010/07/the-loose-canon/平等的时间，以维护宗教自由的名义？K7L (讨论) 01:05, 2018年8月28日 (UTC)[回复]

我相信，如果有人来到这个网站并相信某种阴谋论，他们可以把它放在自己的用户页面上，也可以不放。但我们在这里讨论的不是阴谋论，而且你非常清楚。——Selfie City (讨论 | 贡献) 01:18, 2018年8月28日 (UTC)[回复]

(编辑冲突) K7L，别夸大其词。我们一直对其他用户的用户空间持放任态度。并不是说他链接的是儿童色情或其他非法内容，而且，他也从未直接向我们中的任何人宣传过。他甚至不再是一个活跃用户了。干扰他的用户页面没有任何好处，而且会因为这次讨论的结果而产生许多负面影响。顺其自然吧。——AndreCarrotflower (讨论) 01:20, 2018年8月28日 (UTC)[回复]

我同意Andre的观点。当然，如果他的页面上有100个宗教内容的链接，我们可以毫无争议地认为这过多了，但4个呢？顺其自然吧。如果有人不想看他的用户页面，他们可以不看。 Ikan Kekek (讨论) 03:45, 2018年8月28日 (UTC)[回复]

我认为不干涉是个好方法。

另外，谁在乎呢？这个页面获得了20倍的浏览量。主页面获得了300倍的浏览量。为什么有人认为在（a）几乎没有人会读，（b）甚至更少的人会真正点击的页面上放四个链接是对任何人时间的宝贵利用？既然已经确立了少量链接通常是可以的，但大量链接通常是不可以的这一普遍原则，那我们就不要管它了。WhatamIdoing (讨论) 00:29, 2018年8月29日 (UTC)[回复]

需要关注的文章

从酒吧扫入

过去有一个“双重重定向”的分类——我们不再关注它们了吗？——Matroc (讨论) 00:15, 2018年8月14日 (UTC)[回复]
- 它在特殊页面下。目前状态良好。——Traveler100 (讨论) 00:26, 2018年8月14日 (UTC)[回复]
  - 谢谢……难怪！——我当时看的是错误的分类页面——我的天！我最好停下来。——Matroc (讨论) 00:31, 2018年8月14日 (UTC)[回复]

关于另一个需要关注的话题，已经对死链文章分类进行了新的检查（谢谢Ryan）。在2月Cotm结束时，我们没有指南或星级文章有无效网址。截至今天，这一数字已回升至507篇。——Traveler100 (讨论) 00:32, 2018年8月14日 (UTC)[回复]

这里有人能否碰巧修复希伯来语维基旅行中的以下bug吗？？

从酒吧扫入

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

语言菜单图片

在维基旅行的语言菜单上，图片一直都是一样的。有人考虑过偶尔更换一下吗？如果考虑过，什么图片会合适呢？只是一个让它看起来更有趣的想法。Selfie City（讨论）2018年8月18日19:08 (UTC)[回复]

没什么意义，因为那些已经知道维基旅行的人通常会跳过那个页面，直接进入他们当地语言的版本。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)[回复]

据说是可以送山羊。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处找到。如果您遇到任何意外问题，请联系我或提交错误报告。

谢谢！
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)[回复]

@ThunderingTyphoons!：我很高兴你愿意这样做，如果你愿意，请留下你的YouTube用户名或电子邮件地址给我，我将提供管理员权限。--Yuriy kosygin（讨论）2018年8月25日13:31 (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月12日星期三将所有流量切换到二级数据中心。在2018年10月10日星期三，他们将切换回主数据中心。

不幸的是，由于MediaWiki的一些限制，在切换时所有编辑都必须停止。我们对此次中断表示歉意，并正在努力将其最小化。

您将可以在短时间内阅读所有维基，但无法编辑。

在9月12日星期三和10月10日星期三，您将无法编辑最多一小时。测试将于UTC时间14:00（英国夏令时15:00，中欧夏令时16:00，美国东部夏令时10:00，太平洋夏令时07:00，日本标准时间23:00，新西兰时间9月13日和10月11日星期四02:00 NZST）开始。
如果您在此期间尝试编辑或保存，您将看到一条错误消息。我们希望在这几分钟内不会丢失任何编辑，但我们无法保证。如果您看到错误消息，请等到一切恢复正常。届时您应该可以保存您的编辑。但是，我们建议您先将更改复制一份，以防万一。

其他影响:

后台任务将变慢，有些可能会被丢弃。红链接可能更新不及时。如果您创建的文章已在其他地方链接，该链接将比平时更长时间地显示为红色。一些长时间运行的脚本将被停止。
在2018年9月10日和10月8日的两周内将有代码冻结。不会进行非必要的代码部署。

该项目如有必要可能会推迟。您可以在wikitech.wikimedia.org查看日程。任何变更都将在日程中宣布。将会有更多关于此事的通知。请与您的社区分享此信息。 /User:Johan(WMF)（讨论）

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的文章中，我遇到了一些非常明显的兜售案例（你知道，使用第一人称代词，诸如此类），我 liberal地删除了宣传性内容。--评论来自 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.

这些信息100%来自我自己的第一手经验；它不是来自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)[回复]

“将于XX重新开放”

我搜索了维基旅行中的“将于XX重新开放”和“将于XX开放”这些词组，发现有很多文章包含过时的信息，其中提到的一些地方原本“将于XX开放”，但已经是几年前的事了。我猜搜索其他变体也会发现更多。我在这里发帖，以防有人想和我一起查找和更新这些信息。—Granger （讨论 · 贡献）2018年9月16日07:44 (UTC)[回复]

好主意。你可能还想包括一个我在文章中看到的变体——“将于XX开放”。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)[回复]

由于似乎没有一个关于整体节日文章的特别“愿景”，我不确定它是否有必要。我很高兴看到所有种类的节日和假日——仲夏节、拉玛斯节、法国国庆节、排灯节，你叫得上名字的——如果被认为可以成为好的旅游主题文章，就应该有自己的文章，但一篇列出或描述来自世界各地不同不相关节日的文章可能会变得笨重，而且对读者来说可能没什么用。那么还有范围的问题；它是否只局限于（伪）宗教节日，还是国家节日也包括在内？地区节日呢？像情人节或停战纪念日这样广泛被遵守但非官方的节日呢？还有音乐/文学/电影节：Glasto、爱丁堡、威尼斯、戛纳、ComicCon……？所有这些都有可能拥有自己的文章，但让它们与中国新年、感恩节或开斋节等共享一篇文章会相当奇怪。但我想即使范围在某种程度上受到限制，仍然很难控制包含的节日数量。--ThunderingTyphoons!（讨论）2018年9月26日16:31 (UTC)[回复]

以前有一个日历，但这基本上是一个在哪里可以找到通用的节日或活动查询？我将指出，一些非常具体的当地节日可能最好在相关地区、城市或区的文章中提及……ShakespeareFan00（讨论）2018年9月26日17:25 (UTC)[回复]

关于这些讨论的一点是，它们带来了多少主题建议。动漫迷是Comic-con的最佳去处，除非它被计入旅行者可以参加的展销会、大会和展览之一。像Ideal Home Exhibition（通常在伦敦的Earls Court举行）这样一些名义上的展销会，为人所知更为广泛。嗯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: 据我所知，这些图片是通过扫描文章中的图片来决定的，列表有优先权。图片在文章中被链接为第二个地理标记的“去处”列表的图片，Natural Indigo Dyeing Airoza。更改或删除该列表中的图片，或为更早的列表添加更多图片，图片就会自动更改。我个人倾向于优先使用文章中链接的图片，其次是列表中的图片，而不是反过来，这似乎是当前的情况。
-- Wauteurz（讨论）2018年9月30日 20:42 (UTC)[回复]

我认为，如果我们无法控制显示的图片，就应该禁用弹出图片（而不是文字）。我查看了几个文章的弹出图片，显示的图片通常不在文章中。足利是我见过的最糟糕的，它显示了一个人的照片，而不是关于这个地方的任何东西。令人恼火的是，我找不到它图片的来源——它也不在Wikidata条目中，而且我无法查看图片以获取任何信息。在大多数情况下，显示的图片对于这个地方来说并没有错，但选择仍然很奇怪——为什么爱丁堡/西部显示一只鸟，或者邓迪显示机场，而机场每天只有两个航班。AlasdairW（讨论）2018年9月30日 20:56 (UTC)[回复]

我现在发现爱丁堡/西部的鸟图片附加到动物园（第二个“去处”列表）的WD条目中，但它没有直接链接在文章中。然后我给动物园列表添加了另一张图片，它就显示为弹出图片了。AlasdairW（讨论）2018年9月30日 21:06 (UTC)[回复]

@AlasdairW: 请看你第一次回复之上的我的回复；列表似乎优先于文章本身的图片。文章中的图片仅在没有列表或没有定义图片的列表时使用（见：蒂尔）。然而，这意味着车站和主要的公交车停靠点将成为许多文章的首选特色图片（见：阿森，登海尔德，Vijfheerenlanden），以及旅游信息点（见：Berkelland，哈尔德维克）。我们肯定有一种方法可以黑名单这些列表，如果不是所有不在“去处”或“玩乐”中的列表的话？另外，邓迪的图片是机场的，是文章中的第一个列表，如果你还没找到的话。
-- Wauteurz（讨论）2018年9月30日 21:11 (UTC)[回复]

如果我们删除文章中用于弹出图片的图片，会发生什么？--评论来自 Selfie City（讨论我的贡献）2018年9月30日 21:15 (UTC)[回复]

@Wauteurz: 很抱歉造成混淆。在我发布我的回复后，我才发现你的回复出现了——一次隐藏的编辑冲突。我宁愿我们只使用文章中的图片，最好是首选横幅图片（如果存在）。列表中的图片不能代表整个城市，而且在编辑文章时是隐藏的。我们可能希望在鼠标悬停在列表上时显示列表图片，但这又是另一回事。AlasdairW（讨论）2018年9月30日 22:01 (UTC)[回复]

@SelfieCity: 它将切换到下一个可用的图片。我从哈尔德维克删除了旅游信息中心标志和车站图片，现在它默认显示海豚馆的图片。据我所知，列表比缩略图有更高的优先级。

@AlasdairW: 我认为列表的图片也不是那么不具代表性，或者至少，在我通常处理的文章（即荷兰相关文章）中并非如此，只要“去处”部分之前的列表可以被忽略。当然，像足利这样的文章可能对列表有不具代表性的图片，但这样至少我们可以找到它们并更换成更好的图片。这是一个具体问题具体分析的情况，但如果可以将缩略图的优先级与列表图片调换，使得文章中的第一张图片被显示出来。据我所知，横幅图片已经被忽略了：戈斯在列表或缩略图中没有图片，但有横幅，然而横幅并没有作为图片显示。同样的情况也适用于南肯尼默兰国家公园，希尔瑟姆，亨厄洛，欧门，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关联的图片。——穿着靛蓝染色材料的女孩的图片链接在Commons上——上传在此处提及。与其使用现有图片，不如使用相关图片Natural Indigo.jpg或其他图片，或者不使用。如果你从Natural Indigo Dyeing Airoza的“去处”列表中删除图片信息，什么都不会发生，因为它没有Wikidata ID，因此没有默认图片。删除列表等中的图片参数，因为我看不到它们，这将是一件非常负面的事情。我经常检查特殊页面：缺少文件链接的页面来修复损坏的文件链接。为此，我经常临时扫描文章页面，获取提到的图片（大约94%的成功率），并将它们放入一个临时沙盒作为图库进行检查。虽然图片在Mediawiki编辑器中不可见，但仍可通过其他方法看到（无论如何）。

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

在列表中嵌入图片有什么用，如果我们看不到它们？我觉得我们不应该允许。ChubbyWimbus（讨论）2018年10月3日 11:17 (UTC)[回复]

它们确实有一个小目的——在查看城市的整个地图时可以看到它们。但一次只能看到一个，而且必须在各种地图标记之间切换。我认为有两件事应该改变

弹出图片应显示横幅照片（如果存在），如果不存在，则显示文章中的第一张图片，然后是城市的Wikidata图片。它们不应显示列表中的图片，尤其是那些只存在于列表的Wikidata中的图片。
列表应在读者悬停在列表上时显示列表图片。

我们能做这些改变吗？（如果能做到，我们可以更详细地讨论确切的改变形式。）AlasdairW（讨论）2018年10月3日 20:30 (UTC)[回复]

列表的图片就是那样……它们应该与列表相关并适用，不一定由一些总体文章图片来代表。我绝对不希望在巴基斯坦的“去下一次”列表中显示印度的图片。我想我错误地认为编辑在添加或输入列表模板中的图片之前会检查和查看这些图片……列表编辑器确实有一个可以点击查看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版本是否被允许选择一个与当前版本略有不同/完全不同的Logo？

从论坛扫入

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

迄今为止的选项主要依赖于上次就此事举行的投票中未被选中的建议。

（例如选项6、7和8）

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

无论如何，为了让希伯来语Wikivoyage编辑社区更认真地审查这个提案，我决定在这里向英语Wikivoyage社区提出完全/略微改变Logo的可能性，以便我们最终在那里做出的决定也能考虑到英语Wikivoyage社区的意见。

那么你怎么看……不同的Wikivoyage版本是否被允许选择一个略有不同/完全不同的Logo？如果我们被允许选择一个不同的Logo，你认为它会是什么样子……一个版本有一个完全不同的Logo？ויקיג'אנקי（讨论）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 在不同语言版本中有不同的Logo。比较英语、西班牙语和拉丁语。总的来说，我认为这种不一致是个坏事，因为它让网站看起来不够统一，但这也不是什么大问题。

在我看来，上面1-6号选项看起来都非常相似，不会让网站看起来不够统一。7号和8号将是与其他Wikivoyages的重大区别。——Granger （讨论 · 贡献）2018年10月4日 14:25 (UTC)[回复]

除非Wikimedia另有规定，否则我认为选择Logo的权利在于希伯来语Wikivoyage的你们。我不太介意你们选择哪个，因为我不在那个语言版本的Wikivoyage上编辑，我猜大多数其他英语Wikivoyage的编辑者也持相同观点。

也许，我们可以为Wikivoyage整体选择一个新的Logo？我们现在使用的Logo很好，但选项7和8绝对更具旅行相关性，如果这些有英语版本，也许可以考虑在这里使用。--评论来自 Selfie City（讨论我的贡献）2018年10月6日 18:13 (UTC)[回复]

我不认为在不同语言版本中有不同的Logo是个好主意。嗯，Uncyclopedia以这一点闻名，但是……

语言版本可以有不同的评分文章、特色文章、列表标准、主页设计等方式，但我认为至少Logo设计应该在所有语言版本中通用。我个人的看法。 ϒ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)[回复]

新的特殊页面请求

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

超出了我对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

用另一种语言阅读 • 此多语言通讯的订阅列表

你知道吗？

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

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

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

记得完成编辑后发布您的更改。

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

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

让我们一起努力

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

—Whatamidoing (WMF)（讨论）

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

目前，我实际上已经停止在移动设备上进行编辑，这样我就不会不小心按下“回滚”按钮来编辑一个没问题的编辑。我知道这不完全是“虚拟编辑器”，但它与之密切相关。

我支持改进可视化编辑器，即使它们不涉及回滚按钮。--评论来自 Selfie City（讨论 | 贡献）2018年11月3日 04:22 (UTC)[回复]

项目资助开放申请

问候！项目资助计划正在接受提案，截止日期为11月30日，用于资助实验性或已验证的创意，如研究、线下外展（包括编辑马拉松系列、工作坊等）、线上组织（包括竞赛），或为维基媒体项目的社区建设提供其他支持。

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

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

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

社区愿望清单调查

社区愿望清单调查。请帮忙翻译成您的语言。

大家好，

社区愿望清单调查是维基媒体社区决定维基媒体基金会社区技术部在接下来一年里应致力于哪些工作。

社区技术团队专注于为经验丰富的维基媒体编辑者提供工具。您可以从现在到11月11日发布技术提案。社区将在11月16日至11月30日之间对提案进行投票。您可以在愿望清单调查页面上阅读更多信息。

/User:Johan (WMF)

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，关于你的旧修订版本问题，work-me 应该会听到更多。这听起来像是一个 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)[回复]

如果标记限制从“99”增加到“999”，那将产生巨大影响。当然，这将需要缩小数字的大小以便添加另一个数字，除非标记的大小也随之增大。 --评论来自 Selfie City（讨论 | 贡献） 2018年10月30日 22:12 (UTC)[回复]

也许是地图可以鼠标悬停展开成一整页？但这对手机用户来说会怎样转化呢？滑动？ Ikan Kekek（讨论） 2018年10月31日 01:09 (UTC)[回复]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘不过关于地图：我感觉技术团队会不情愿连续两次处理同一件事情。我认为这次我们应该提出至少略有不同的建议，这样就不会显得我们只是对技术团队去年所做的工作不满意。 --评论来自 Selfie City（讨论 | 贡献） 2018年10月31日 01:37 (UTC)[回复]

从开发团队的角度来看，熟悉他们正在处理的事情会有优势。连续两年处理地图相关内容比每两年处理一次更容易。因此，我认为如果地图相关内容获胜，他们会很高兴。（当然，获胜项目最终由谁决定并非完全由他们说了算，但我们不应因此而气馁，不要求更多地图相关内容。）

具体要求什么则另当别论。例如，我们是想要一些更偏向风格方面的，例如 phab:T146343，还是更偏向功能方面的，例如使其在移动设备上运行得更好？

我认为我们都从过去的经验中知道，Wikivoyages 获得他们所需事物的唯一方法是团结一致，专注于一个（或或许两个）优先事项。否则，那些大型维基百科会以投票数压倒我们，我们将一无所获。 User:Atsirlin 在组织想法方面做得很好，也许他可以分享他的想法。 WhatamIdoing（讨论） 2018年10月31日 06:18 (UTC)[回复]

我不得不承认，在接下来的 10 天里，因为“古迹保护周”（Wiki Loves Monuments）活动，我非常忙碌，我担心我们在社区愿望清单中添加 Kartographer 问题时已经失去了优先地位。有几个地图相关的提案，但没有一个专注于我们的需求，它们将分散社区的支持，也会分散开发者的注意力，他们可能不会为 2019 年选取多于一个此类提案。

也许我们应该思考一下现有的哪个提案对我们有潜在的兴趣，并尝试根据我们的需求进行调整。但现在我帮不上太多忙。--Alexander（讨论） 2018年10月31日 13:10 (UTC)[回复]

如果多个地图项目获胜，那么团队将处理多个地图项目。他们会响应得票最多的前 10 名，即使这 10 个都与地图有关。但我同意 Alexander 的观点，多个提案往往会分散支持。我们也可以建议将任何密切相关的地图提案合并。（投票还有几周才开始。）

在非地图方面，我们一直在努力为我们的短语手册获取内嵌音频。也许像 phab:T20852 这样的功能对我们以及其他项目会有帮助？（该任务专门针对 MIDI 文件的内嵌播放器，但我们可以编写一些新的东西来涵盖我们真正想要的功能。） WhatamIdoing（讨论） 2018年11月1日 15:25 (UTC)[回复]

我们关注的重点是动态地图。但我看不到其他能帮助我们的东西。所以我想我们应该继续在愿望清单提案中关注动态地图，或许还有音频文件。 --评论来自 Selfie City（讨论 | 贡献） 2018年11月2日 00:50 (UTC)[回复]

下面，我们认识到一个潜在的愿望清单提案，即在“最近更改”+“监视列表”中查看 Wikidata 的更改，1）仅针对相关属性，以及 2）针对页面本身（即列表和标记）之外链接的 Wikidata 项目。存在针对（1）的提案，但没有针对（2）的。有什么想法？ ARR8（讨论） 2018年11月6日 15:08 (UTC)[回复]

你觉得如果我们请求帮助制作一个列表编辑器的移动版本怎么样？这将非常有益。--Zerabat（讨论） 2018年11月8日 18:05 (UTC)[回复]

我认为我们不需要这方面的帮助。这是前端脚本，开发人员的精力会浪费在这上面。再加上我们已经在使用的跨平台框架，应该可以轻松进行此类开发，而且德语 WV 已经做过了，所以这似乎没有必要。然而，要让 ListingEditor 甚至在移动设备上加载，德语 WVers 不得不通过 common.js 加载它，因为小工具在移动设备上不会加载。所以我们可以要求这一点。 ARR8（讨论） 2018年11月8日 18:37 (UTC)[回复]

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

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

请帮助翻译成您的语言

你好，

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

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

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

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

谢谢！

CKoerner (WMF)（讨论） 2018年11月13日 19:34 (UTC)[回复]

这是关于 WV 还是 WP？ w:Template:Unreferenced 和 w:Template:More citations needed 在 Wikivoyage 上不存在。请参阅 Wikivoyage:欢迎维基百科人：特别是其中提到“Wikivoyage 文章不使用参考文献。指向权威的原始外部来源以获取更多信息是没问题的（例如，签证部分通常会链接到该国的移民网站），但个人声明不附带参考文献。如果一个声明值得怀疑或有争议，最好在讨论页上达成共识进行修改，而不是试图‘证明’其真实性。” K7L（讨论） 2018年11月13日 19:56 (UTC)[回复]

看起来 Chris 被困在关于愿望清单提案的多日会议中。他们有 300 多个提案需要在本周结束前处理。

这不是我的项目，但：据我所知，这个更改实际上会影响所有站点，但在此处的实际影响应该很小。技术人员可能需要查看关于 ambox 模板的链接信息。对我们其他人来说，如果几周后，你在移动网站上看到一些无聊的维护模板，并且你不希望普通读者看到它（几乎所有编辑者都使用桌面网站），那么这就是原因，如果我们为此 ping Chris，他应该能帮助我们弄清楚如何修复它。 WhatamIdoing（讨论） 2018年11月13日 20:19 (UTC)[回复]

社区愿望清单调查投票

社区愿望清单调查。请帮助翻译成您的语言。

大家好，

社区愿望清单调查是维基媒体社区决定维基媒体基金会社区技术部在未来一年中应该做什么的过程。

社区技术团队专注于为经验丰富的维基媒体编辑提供工具。社区现已发布了长长的技术提案列表。您可以在愿望清单调查页面上投票，投票时间截至 11 月 30 日。您可以阅读更多信息。

/User:Johan (WMF)

2018年11月22日 18:13 (UTC)

现在是时候提及 Doc James 关于 Wikidata 在监视列表中的提案了这里，它需要更多支持，并且将使我们受益（主要用于坐标和页面横幅）。我敦促所有参与调查的人支持这个提案。我认为实现这一点也是允许我们更密切地监控列表 Wikidata 参数更改的前提。 ARR8（讨论） 2018年11月22日 18:23 (UTC)[回复]

我们被允许投票支持多个提案吗？我已经投票支持显示动态地图上的位置。 --评论来自 Selfie City（讨论 | 贡献） 2018年11月22日 18:36 (UTC)[回复]

是的，当然。有些人几乎支持所有提案。 ARR8（讨论） 2018年11月22日 18:50 (UTC)[回复]

据我所理解，它的工作方式是这样的：如果你在你的 Wikivoyage 监视列表中有美利坚合众国，并且“美利坚合众国”的 Wikidata 条目被编辑了，它就会出现在你的 Wikivoyage 监视列表中。这将是一件好事。 --评论来自 Selfie City（讨论 | 贡献） 2018年11月22日 18:58 (UTC)[回复]

有道理。但“最近更改”和“监视列表”是两回事。这个提案是否同时适用于两者，还是只适用于监视列表？ ARR8（讨论） 2018年11月22日 19:06 (UTC)[回复]

是的和否。这个功能已经存在了（）。正如那个链接所示，大多数 Wikidata 编辑（标记为 D）与他语言的文本有关，而不是内容，甚至显示的内容更改也与大多数项目无关。这将只过滤相关的更改。 --评论来自 Selfie City（讨论 | 贡献） 2018年11月22日 19:09 (UTC)[回复]

我认为两者使用相同的系统。开发人员不能更改一个而不更改另一个。 ARR8（讨论） 2018年11月22日 19:10 (UTC)[回复]

他们可以分别处理，但通常不是个好主意。 WhatamIdoing（讨论） 2018年11月26日 02:16 (UTC)[回复]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ 我明白了。谢谢。如你所知，我投票了“支持”。这对我来说不是什么大问题，但仍然值得支持。 --评论来自 Selfie City（讨论 | 贡献） 2018年11月22日 19:19 (UTC)[回复]

还有其他能直接改进这个项目的提案，我们应该支持吗？ OhanaUnited^讨论页 2018年11月25日 03:43 (UTC)[回复]

这里有一些想法

m:Community Wishlist Survey 2019/Maps – 多个提案。投票给尽可能多的。目前，没有一个提案获得足够多的选票来获胜。（通常，获胜者大约有 100 票。）目前得票最多的三个是在地图中显示附近或相关的文章，在维基百科的地图上显示 SPARQL 查询结果，以及地图改进：矢量结构、争议边界、更简洁的样式，每个都需要大约 50 票才能有稳固的获胜机会。如果我们不支持地图愿望，那么明年地图方面将不会有任何进展。
m:Community Wishlist Survey 2019/Multimedia and Commons/Easy, low-maintenance possibility to include color coded maps – 不在地图类别中的地图提案。这对我们也有用。
m:Community Wishlist Survey 2019/Admins and patrollers/Create an integrated anti-spam/vandalism tool – 任何有助于反垃圾邮件的工具都有助于所有小型项目，尤其是这个项目。
m:Community Wishlist Survey 2019/Wikisource/Improve export of electronic books – 这是关于维基文库的，但事实是，任何改进 PDF 导出的功能都可以帮助这里的 PDF。
m:Community Wishlist Survey 2019/Multimedia and Commons/Support 360 photo viewing – 对于文章来说可能很有趣。这些照片的文件通常是主要的旅游景点。
m:Community Wishlist Survey 2019/Notifications/Article reminders – 想象一下，你会收到一个像“感谢”一样的 Echo 通知，提醒你在特定日期更新某篇文章，例如世界杯结束的第二天。
m:Community Wishlist Survey 2019/Miscellaneous/Global signature – 编辑小型维基百科的用户往往会在多个维基百科上进行贡献。想象一下，你的自定义签名（如果有的话）可以在任何地方使用。

WhatamIdoing（讨论） 2018年11月26日 02:14 (UTC)[回复]

高级搜索

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

Johanna Strodt (WMDE)（讨论） 2018年11月26日 10:57 (UTC)[回复]

移动设备上的回退功能

在 w:User:MusikAnimal/confirmationRollback-mobile 上有一个小工具，它要求在移动设备上执行回退前进行确认，以避免意外回退。此功能对 WP 上的所有用户默认启用，位于“偏好设置”>“小工具”。也许我们也应该在 WV 上安装并默认启用它。或者，用户可以在他们的 Meta-Wiki 全局 .js 中安装它，以便在所有维基媒体维基上使用。也许也可以只为 WV 安装一个 js（我对这类事情不太了解）。 Nurg（讨论） 2018年11月24日 03:25 (UTC)[回复]

脚本要么是纯本地的，要么是完全全局的。没有中间选项（例如，所有 Wikivoyages 但不是其他项目）。 WhatamIdoing（讨论） 2018年11月26日 06:07 (UTC)[回复]

我支持将其设为 WV 的默认设置。我现在不在移动设备上编辑 WV（而是用桌面版）的原因是意外回退。或者，在上一条评论中，你的意思是这是不可能的？ --评论来自 Selfie City（讨论 | 贡献） 2018年11月30日 23:53 (UTC)[回复]

我认为 WhatamIdoing 的意思是我们可以将其应用于英文 WV，但它不适用于其他 WV。所以在我原来的帖子中“WV”的意思是“英文 WV”，而我说的“WP”本应是“英文 WP”。 Nurg（讨论） 2018年12月1日 21:45 (UTC)[回复]

哦，明白了。我仍然支持。 --评论来自 Selfie City（讨论 | 贡献） 2018年12月1日 22:12 (UTC)[回复]

我也支持。我曾多次不小心回退。 Ground Zero（讨论） 2018年12月1日 22:38 (UTC)[回复]

热烈支持。-- AndreCarrotflower（讨论） 2018年12月1日 22:41 (UTC)[回复]

（是的，正如 Nurg 所说。 WhatamIdoing（讨论） 2018年12月4日 01:16 (UTC)）[回复]

如果我们打算安装它，那么需要 WOSlinker 或 Atsirlin 来完成这项工作。 WhatamIdoing（讨论） 2018年12月4日 01:16 (UTC)[回复]

很高兴听到您对我的脚本感兴趣！ :) 只是一个小提示——在小工具的源代码中，您可以考虑使用

mw.loader.load('https://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=MediaWiki:Gadget-confirmationRollback-mobile.js');

来加载 enwiki 的小工具，这样您就可以免费获得更新，尽管此类更新很少。致以诚挚的问候， — MusikAnimal ^讨论 2018年12月4日 05:26 (UTC)[回复]

已添加小工具并默认启用。请检查它是否按预期工作。--Alexander（讨论） 2018年12月4日 08:13 (UTC)[回复]

运行良好。谢谢你这样做。 Ground Zero（讨论） 2018年12月4日 21:54 (UTC)[回复]

在 iPad 上对我不起作用。 --评论来自 Selfie City（讨论 | 贡献） 2018年12月6日 14:42 (UTC)[回复]

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

请帮助翻译成您的语言

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

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

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

谢谢！

CKoerner (WMF)（讨论） 2018年12月6日 20:02 (UTC)[回复]

一些实用注意事项：如果您用太短的密码登录，您会收到警告，但您不会被强制更改密码（目前是这样；预计会改变）。关于使用过于普遍的密码也有规则。长期以来，他们已经禁止使用非常普遍的密码，例如 1234 或 password，但现在他们将使用更长的常见密码列表，所以您将无法使用稍微不那么常见的密码，例如 bubbles1 或 macaroni。 WhatamIdoing（讨论） 2018年12月11日 06:50 (UTC)[回复]

避开收费的建议

“service”作为动词

添加模板的问题

旅行时不带智能手机的另一个理由

活动取消时

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

征求对 Wikivoyage 文章的反馈

Google has started up a travel guide

Over enthusiastic admin?

Country specific readership

Redirect pages on Wikipedia to Wikivoyage

Surpassing WT as of Feb 2018

有人能修正Template:Exchange_rates吗？

Wikimedia Foundation metrics and activities meeting

在安卓上无法编辑

公交车时刻表？

曝光过度的地点？

你认识名人吗？

语言手册

2018年国际足联世界杯城市地区

高级搜索

页面加载性能研究

创客空间/制造空间

jcarousel实现

缩进挑错

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

旅行手册

介绍Toolhub

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

更直观的直接链接，又名功能按钮（用于文章）

图像滤镜

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

地图呈现

关于战略进程，您有什么问题需要回答？

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

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

新的监视列表过滤器

编辑器模式的问题

技术问题

用户页面上与WV无关的链接

需要关注的文章

这里有人能否碰巧修复希伯来语维基旅行中的以下bug吗？ ？

语言菜单图片

另一个按钮是做什么用的？

桌面访问困难，但移动端正常

从现在起，只有接口管理员才能编辑全站 CSS/JS

我想邀请英文维基旅行者制作关于维基旅行的YouTube电影。

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

可视化编辑器

随机页面

虚假评论

“将于XX重新开放”

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

弹出图片

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

可视化编辑器

新的特殊页面请求

编辑新闻 #2—2018

最近更改

让我们一起努力

项目资助开放申请

社区愿望清单调查

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

社区愿望清单调查投票

高级搜索

移动设备上的回退功能

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

这里有人能否碰巧修复希伯来语维基旅行中的以下bug吗？？