Wikivoyage:Travellers' pub/2010

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

版权地图

我想基于此制作一张 Wikivoyage 风格的地图：。从版权角度来说，有人能告诉我是否允许这样做吗？ (WT-en) globe-trotter 18:00, 4 January 2010 (EST)

当然可以，我们的上传表格规定，在上传没有指定许可的图片时，您同意将其授权给 CC-by-SA。而且，User:(WT-en) Lex 对此非常清楚（尽管即使他不知道，您在法律上也完全站得住脚）。 --(WT-en) Peter ^讨论 18:04, 4 January 2010 (EST)

好的，谢谢你的信息 :) (WT-en) globe-trotter 19:00, 4 January 2010 (EST)

Lex 将来源列为 Tourism NT，大概是北领地官方旅游局。我不清楚这与 CC-by-sa 1.0 如何兼容，除非 NT 政府来源自动属于公共领域。 (WT-en) LtPowers 19:32, 4 January 2010 (EST)

是的，但似乎 User:(WT-en) Lex 是 Tourism NT 的一名员工，这意味着北领地官方旅游局同意 CC-by-SA 1.0 许可？ (WT-en) globe-trotter 19:39, 4 January 2010 (EST)

权限有点分散，但他明确表示他有权许可他的文本和上传的文件，并且他的机构的任务就是改进 WT 对他们地区的报道。完全合法。 --(WT-en) Peter ^讨论 20:09, 4 January 2010 (EST)

为 Babel 添加了语言

只是告诉大家，我向 Project:Babel 添加了以下语言：

斯瓦希里语
泰米尔语
沃洛夫语
约鲁巴语
他加禄语（有些已经有了，我添加了其他级别）
韩语（有些已经有了，但页面上没有列出。我添加了其他级别。）
祖鲁语（只有初级和中级）

我认为很少有人在最初添加内容后会查看 Babel 页面，所以我想在这里提一下，以便您可以添加它们，如果您认识其中任何一个，或者想假装认识其中任何一个。 (WT-en) ChubbyWimbus 03:24, 5 January 2010

CC 许可升级 -- 状态 / 一致性

大家好！

我想知道许可升级的进展如何...

在“主页”顶部，我看到升级“已获批准”。在“主页”的页脚也写着，“文本在知识共享署名-相同方式共享 3.0 许可下可用，...”

然而，徽标链接到旧许可，在某些网站上（例如 https://wikivoyage.cn/wiki/South_America），页脚也说，文本也在旧许可下可用。

所以，请告诉我进展！ :-) — 上一个评论是由 (WT-en) 88.72.203.83 添加的（讨论 • 贡献）

徽标链接正在等待 IB 来修复 — 谁知道需要多久。不过，您看到的页脚问题是可怕的缓存问题，这里经常发生。如果您强制重新加载页面（大多数浏览器中是 Shift-F5），编辑它，或手动清除该页面的缓存（编辑页面上也有链接），它会立即更新页脚并显示“知识共享署名-相同方式共享 3.0”，就像应该的那样。随着缓存过期，所有页面也会自动纠正，但这还需要至少几天时间。我知道这有点坎坷！- (WT-en) D. Guillaime 13:22, 6 January 2010 (EST)

哪个徽标？--(WT-en) Peter ^讨论 15:55, 6 January 2010 (EST)

页面页脚最左边的 CC 图形。- (WT-en) D. Guillaime 16:36, 6 January 2010 (EST)

我尝试简单地删除图片，但没有成功。--(WT-en) Peter ^讨论 16:45, 6 January 2010 (EST)

不是我们可以删除的，它实际上链接到 CC 自己的服务器：。现在我看到了……这很可能是 IB 应该修复的另一件事。

需要做的事情在 project talk:License upgrade#New license? 讨论过，虽然还不清楚是否有人真的向 IB 提出了这些具体的更改请求。讨论应在那里继续。- (WT-en) D. Guillaime 17:13, 6 January 2010 (EST)

被封锁的页面

Tiberias 页面似乎被封锁了。我无法进行任何编辑。我想将此文章的面包屑导航改为加利利地区，但不知何故不起作用。有人能告诉我如何编辑此页面或解除锁定吗？--(WT-en) globe-trotter 18:31, 19 January 2010 (EST)

嗯，Ashkelon 也是一样。--(WT-en) globe-trotter 18:58, 19 January 2010 (EST)

我尝试了一下，遇到了关于 hotel links to israel a la carte .com 的垃圾信息过滤警告，移除后就可以正常工作了。 (WT-en) Andyfarrell 19:01, 19 January 2010 (EST)

我想是 Andy 识别出的那个黑名单 URL 导致了这个问题。这表明，在将任何 URL 列入黑名单时，管理员最好进行搜索并从所有文章中删除该 URL。--(WT-en) Burmesedays 21:21, 19 January 2010 (EST)

感谢修复，我一直在找那个 URL，但没找到。--(WT-en) globe-trotter 22:07, 19 January 2010 (EST)

关于国家的建议？

在 WT 上有没有地方可以根据一些标准来询问大家关于城市/国家的旅行建议？谢谢！ (WT-en) Tristan Thomas 17:30, 20 January 2010 (EST)

总的来说没有，我们尽量不歧视国家，所以一开始这类信息在目的地指南中并不是真的可用。至于个人旅行建议，我们最初为此设立了 Wikivoyage Extra，但不幸的是使用得很少—— Lonely Planets 的 Thorn Tree 通常是无与伦比的，我推荐你去那里试试——其他好的旅行论坛包括 Travbuddy 和 Virtual Tourist。希望这有帮助 --(WT-en) Stefan (sertmann) ^讨论 17:40, 20 January 2010 (EST)

如果你发现某个 WT 用户对某个特定目的地很了解，不妨在他的讨论页上问问。我们还有导游系统。--(WT-en) Burmesedays 10:15, 21 January 2010 (EST)

重复的地名？

你好，我正试图添加关于“Thurso”的信息，搜索了一下，结果是魁北克的那一个页面。我想添加关于苏格兰那个的信息。然后我搜索了“Thurso Scotland”，它列出了它。

我该如何创建一个“你是指……？”页面，列出所有可用的 Thurso，供搜索者查找？

(WT-en) Mosh 06:47, 23 January 2010 (EST)

没问题——搞定了！设法挖出了记忆，回忆起多年前在维基百科上是如何做的。 (WT-en) Mosh 07:03, 23 January 2010 (EST)

给下一个读者，你找的是 Project:消歧义页。 (WT-en) Jpatokal 01:01, 26 January 2010 (EST)

iTravelFree 的新版本，免费的 Wikivoyage iPhone 应用，现已发布

我很高兴地宣布，我的 iPhone 应用 iTravelFree 的新版本（并且大大改进的 2.0 版本）现已在 App Store 上发布。它可以让你方便地浏览 iPhone（或 iPod Touch）上的所有 Wikivoyage 内容；保存下载的内容，以便离线阅读；还可以在地图上显示列表，基于它们的地址或经纬度坐标。

在应用网站上有一个 FAQ 和一个带有截图的教程：weTravelRight。顾名思义，iTravelFree 完全免费。（有一个付费版本 iTravel，但功能完全相同；我希望“罪恶软件”模式能抵消我的部分服务器和开发成本。）

新功能和改进

改进的稳定性
用户界面大为改进
能够在应用内添加和编辑 Wikivoyage 列表
无需离开应用即可连接到 Yelp、Google 搜索和 Flickr
通过类似 iTunes 的界面导航 Wikivoyage，或将页面和章节展开到单个屏幕进行浏览
地图不仅显示列表，还显示城市和其他宏观地点
轻松刷新数据
可以选择字体面和大小，以及其他新设置
大量其他调整和改进

我还在努力开发 Android 版本：预计在未来两周内发布第一个版本。我会在那里宣布。

评论、问题、赞扬、投诉、建议？请使用我的讨论页或发送电子邮件至 itravel@rezendi.com。

(WT-en) Rezendi 15:40, 26 January 2010 (EST)

联合国教科文组织世界遗产名录

我注意到马里文章在“其他目的地”下列出了这些遗址，尽管其中三个遗址中有两个位于（小）城市内。据我所知，OD（其他目的地）不应该是城市或城市内的景点。我们是否应该列出联合国教科文组织世界遗产，除了像国家公园这样的目的地（否则会被列为 OD）？ (WT-en) AHeneen 10:40, 29 January 2010 (EST)

不。它们应该在“游览”或“体验”下提及，视情况而定。 (WT-en) LtPowers 11:35, 29 January 2010 (EST)

“柠檬派对等着你”出现在“探索”框中

这是某种加密的笑话吗？--(WT-en) Arthur Hemp 01:02, 31 January 2010 (EST)

我删除了你的色情链接。如果人们想知道他指的是什么，这是维基百科的描述（这里没有不雅图片） — 上一个评论是由 96.239.164.35 添加的（讨论 • 贡献）

罗马尼亚 WikiTravel 上的歧视

我在罗马尼亚语项目上受到歧视！管理员兼官僚，我封锁了所有账户！请采取措施！无缘无故封锁了我，没有进行任何破坏或更多！拜托。谢谢。--(WT-en) Ervin C. 09:13, 11 February 2010 (EST)

请用规范的英语提出您的请求。谢谢！--(WT-en) Vlad 09:35, 11 February 2010 (EST)

好的，现在，说为什么我封锁了所有账户？谢谢！--(WT-en) Ervin C. 09:47, 11 February 2010 (EST)

你为什么要封锁所有账户？--(WT-en) Vlad 09:57, 11 February 2010 (EST)

我现在明白这场讨论是关于什么的了，我认为在这里（英语 Wikivoyage）进行讨论是不合适的。这是罗马尼亚 Wikivoyage 的事务，应该在那里讨论。--(WT-en) Burmesedays 10:02, 11 February 2010 (EST)

是的，我不知道为什么你封锁了我的所有账户。--(WT-en) Ervin C. 10:03, 11 February 2010 (EST)

你在罗马尼亚维基百科、罗马尼亚维基新闻、罗马尼亚维基旅行上已经进行过捣乱和傀儡操作，这就是你被封锁的原因。我已经向你解释过了。请停止通过电子邮件骚扰我，没有别的话可说了。--(WT-en) Vlad 10:09, 11 February 2010 (EST)

但我在这上面做得不好吗？我们的记录并没有变差，我甚至写了一些好文章，并且给一些项目添加了重点。我不是捣乱分子！--(WT-en) Ervin C. 10:19, 11 February 2010 (EST)

我认为你需要停止捣乱。你已经留下了你的记录，现在就接受它。你在这里找不到支持，尤其是在这件事与英语维基旅行无关的情况下，所以你可以停止尝试了。--(WT-en) Stefan (sertmann) ^讨论 10:27, 11 February 2010 (EST)

范围封锁

关于范围封锁与 IB 的争论正在 Shared Travellers' pub 进行，请常客们畅所欲言。--(WT-en) Stefan (sertmann) ^讨论 14:20, 11 February 2010 (EST)

IB 已回应，排除了；nofollow、common.js 和范围封锁。常客们，请加入共享的讨论。 — 上一个评论是由 (WT-en) Sertmann 添加的（讨论 • 贡献）

他们从哪里排除的 nofollow？ (WT-en) LtPowers 19:13, 18 February 2010 (EST)

这里。 -- (WT-en) D. Guillaime 19:17, 18 February 2010 (EST)

嗯

有什么想法能解释为什么我的讨论页会显示为“需要关注的文章”？非常奇怪。--(WT-en) Burmesedays 04:38, 22 February 2010 (EST)

如果你更新“潜水塞班岛”的评论，在分类引用前加上冒号 - [[:Category:...]] 而不是 [[Category:...]]，它应该会自己修复。前者创建到分类页面的链接，后者将文章添加到分类。-- (WT-en) Ryan • (讨论) • 10:16, 22 February 2010 (EST)

瑞安，你观察得很棒。已修复 :) 非常感谢。--(WT-en) Burmesedays 11:04, 22 February 2010 (EST)

关于共享的讨论..

那些不维护共享页面监视列表的人，可能想知道那里现在有几个讨论正在进行。

在 project talk:Image policy - 关于我们如何平衡自由分发的目標与全面且图文并茂的指南的目標的讨论。

在 wts:Tech talk:Enable rel="nofollow" - 关于反 SEO 策略的生动讨论，继续进行..

在 wts:WtTech:Move reverts auto-delete - IB 解释我们应该如何使用重定向，以及社区对此的回应。

还有一些其他的 --(WT-en) inas 19:08, 24 February 2010 (EST)

《Time Out》与马来西亚航空探索马来西亚

我想发布这个，应该属于哪个部分？

(旅行指南书籍的广告已删除)--(WT-en) Burmesedays 05:10, 1 March 2010 (EST)

因为它是一本指南书籍的广告，所以我的回答是：在 Wikivoyage 上绝对没有地方可以发布它。--(WT-en) Burmesedays 05:10, 1 March 2010 (EST)

哇，这不是一个维基媒体项目

这个项目与维基媒体项目有多接近？维基百科的规则在这里适用吗？我的意思是，很多规则都是常识吧……只是好奇它有多么不同……谢谢 --207.177.111.120 22:26, 6 March 2010 (EST)

实际上，我们的大部分规则都不同，有时差异很大，有时则很微妙。阅读 Project:欢迎维基百科人以获取详细信息。 (WT-en) LtPowers 23:02, 6 March 2010 (EST)

封锁一个 URL

抱歉，我对 Wikivoyage（或任何 Wiki）都很新，但在开始帮忙之前，我试图阅读了所有的政策和规定。不确定我是否应该在这里提出这个问题，但我注意到 URL http://www.cittavecchialocarno.ch 在瑞士的文章中被大量垃圾信息滥用。我试图稍微整理了一下，但有没有一个地方可以请求封锁这个 URL？哪里是最好向管理员提出我关于破坏行为或其他违反政策行为的担忧的地方？谢谢！- (WT-en) Kayla 23:07, 15 March 2010 (EDT)

这里就是个不错的地方。我们确实有一个黑名单可以阻止该 URL；它目前是否在文章中反复出现，或者你认为可能只是一个一次性的垃圾信息发送者？两者都不一定妨碍列入黑名单，但这可能会影响紧迫性。 (WT-en) LtPowers 08:19, 16 March 2010 (EDT)

很有可能是一次性的。它出现在瑞士（洛迦诺）的一篇文章中，但 URL 被添加到了每一个部分。例如，“关于这家酒店的更多信息：URL”“关于这家餐厅的更多信息： URL”等等。我现在已经把它删除了，但我只是想知道是否有其他解决办法。某种“报告给管理员”之类的。你知道，“告密者”按钮之类的 :P - (WT-en) Kayla 05:33, 20 March 2010 (EDT)

没有人喜欢告密者 ~~Cindy~~ Kayla！ ;-) (WT-en) TomNativenewYorker 11:31, 20 March 2010 (EDT)

页面加载缓慢

你好！我在周五和今天尝试撤销和回滚一些更改，但 WT 目前在回滚或撤销时非常缓慢。有人遇到同样的麻烦吗？我现在要停下来了，因为我没时间等那么久。其他网站上的互联网工作正常。 (WT-en) jan 04:33, 29 March 2010 (EDT)

我发现这种情况时有发生。你用标签页吗？我发现没有它们，在 WT 上进行巡查几乎是不可用的。按住 Ctrl 在新标签页中进行回滚或撤销，然后继续下一个编辑，稍后浏览标签页来完成工作。--(WT-en) inas 23:09, 29 March 2010 (EDT)

我开始用标签页做了，但我不能过多地这样做，因为我坐在我的工作台前，我的老板可能会想知道我正在做什么... (WT-en) jan 03:00, 30 March 2010 (EDT)

得更快地使用 Ctrl-Tab 键 - 切换屏幕看起来总得很忙 :-) 不过你说得对，今天保存编辑对我来说也花了很长时间... --(WT-en) inas 18:35, 30 March 2010 (EDT)

当回滚缓慢时，有时也会将我登出。也许这是我的连接问题，但我在维基百科上似乎从未发生过，尽管我在维基百科上并没有做太多回滚！ (WT-en) Shep 01:24, 31 March 2010 (EDT)

HTTP 500 内部服务器错误

你好！今天在使用 Wikivoyage 时我遇到了大量的错误通知。最常见的错误通知是 HTTP 500 内部服务器错误，这相当令人烦恼，而且在回滚时非常慢……我尝试登录/注销，清除缓存等，但似乎都没有用。还有其他人遇到问题吗？ (WT-en) jan 05:44, 29 April 2010 (EDT)

是的，我也遇到了这种情况，但过了一会儿又恢复正常了，--(WT-en) ClausHansen 09:47, 30 April 2010 (EDT)

过去两个月是否有人遇到过持续的“主机无法访问”？

我想知道是否只有我一个人在某些网络上持续遇到 wikivoyage 的“主机无法访问”行为？详情请参见 wts:WtTech:Wikivoyage doesn't load at all from certain subnetworks。--(WT-en) DenisYurkin 16:32, 14 May 2010 (EDT)

我有时也有同样的错误。--(WT-en) globe-trotter 20:05, 14 May 2010 (EDT)

罗切斯特（纽约）

我在改进罗切斯特（纽约）时遇到了一些困难。我非常希望能得到一些新的视角和任何关于文章哪些部分最需要关注的建议。提前感谢！ (WT-en) LtPowers 13:46, 6 May 2010 (EDT)

用户:194.17.116.224

你好！过去一个月，匿名用户 194.17.116.224 付出了巨大的努力重写了瑞士和奥地利的讨论部分。他认为他自己是对的，而其他人都错了，尤其是在德语的正确命名方面。最近他开始侮辱其他编辑者（尤其是我的）。我现在封锁了他两个小时，并试图向他解释我们不是维基百科，而且即使是维基百科在德语方面也有很大的变动，更不用说其他专业领域了……我试图解释我们基于共识，但他迄今为止决定保持一个孤独的牛仔。请立即回滚。 (WT-en) jan 07:44, 7 May 2010 (EDT)

糟糕透顶

最近我几乎无法使用 WT——它运行得太慢了。--(WT-en) Peter ^讨论 20:31, 11 May 2010 (EDT)

我的一些监控脚本显示，太平洋时间今天下午 5:15 和昨晚晚上 8:00 左右，它都出现了掉线（连接超时），每次大约二十分钟。除此之外，响应时间看起来正常。-- (WT-en) Ryan • (讨论) • 20:48, 11 May 2010 (EDT)

我偶尔会遇到需要等待服务器响应几秒钟的时期，但最近它们都是短暂的（最多五分钟）。 (WT-en) LtPowers 22:49, 11 May 2010 (EDT)

最近也遇到了很多问题。加载经常需要很长时间，有时我会看到一个非常简陋的文本版本，没有任何布局…… --(WT-en) Sebindi 12:14, 12 May 2010 (EDT)

我不知道为什么，但 DC 的指南似乎比其他任何页面都更难编辑。这种情况经常发生，但由于整个网站过去几天似乎都很慢，这个问题就更加严重了。--(WT-en) Peter ^讨论 12:54, 12 May 2010 (EDT)

在过去的两个月里，情况已经到了我惊讶于我不用刷新两三次来让页面完全正确加载的地步。(WT-en) Texugo 20:32, 12 May 2010 (EDT)

确实如此，但我认为这是一个不同的问题。 (WT-en) LtPowers 08:55, 13 May 2010 (EDT)

会不会是因为某些内容位于不同的服务器上？当某个特定指南总是很慢（如 Peter 在 DC 遇到的情况）时，这很奇怪。伦敦 so slow 我通常不 bother。关于普遍缓慢，一个技巧是使用 Chrome。一个精简的浏览器可以弥补很多速度上的不足。--(WT-en) Burmesedays 09:08, 13 May 2010 (EDT)

我已经在用 Chrome 了，但仍然有这些问题。似乎我第一次调用 Wikivoyage 的时候是最糟糕的。 (WT-en) Texugo 11:23, 13 May 2010 (EDT)

我的经验是，WT 的速度高度依赖于一天中的时间。在欧洲的早晨和午餐时间（美国的晚上），我可以毫无问题地编辑，并且有新的问题。如果我想在晚上编辑，它就非常慢，甚至只是回滚一些东西也需要时间。这就是为什么我在早晨（CEST 6-16 点）非常活跃，但在晚上不活跃。到目前为止，我还没有经历过加载文章时间上的差异。 (WT-en) jan 08:16, 14 May 2010 (EDT)

在过去的几个月里，我也遇到过类似的问题，所以这个问题在 2010 年 10 月下旬似乎仍然存在。我使用印尼的 IP 地址，当然，从该国访问互联网本身就有一系列有趣的挑战和挫折。与 (WT-en) Burmesedays 相比，我一直在考虑，也许我们是从一个 镜像服务器 访问 WT 页面的，也许是那个 镜像服务器 导致了问题。与其他类似网站（如 WP）相比，WT 在此时（2010 年 10 月下旬）似乎仍然存在一些问题。我经常遇到与 (WT-en) Texugo 相似的经历。有时我甚至无法加载页面预览或编辑后的页面。因此，编辑过程被中断，导致我的编辑或预览尝试的结果带有某种 神秘感。事实上，自从我第一次尝试 WT 编辑以来，这一直是一个有趣的功能，但近几个月来似乎变得更糟了，尽管我的网络连接在同一时间段内有所改善。我假设 WT 服务器被 DOS 攻击淹没，因此这些服务器过载了。我敢肯定 (WT-en) Burmesedays 正在经历类似的整体网络访问问题，因为他也在印尼的管道末端。然而，他目前似乎失踪了，也许他此时在世界的其他地方。我怀疑这是一个比第三世界互联网访问更深层次的问题。页面刷新可能会持续几分钟或超时。编辑预览或保存编辑通常要么需要永远才能解决，要么会在页面加载速度像潮湿天气下油漆干燥一样时“挂起”浏览器。事实上，有些日子我幸运的话，有足够的时间来完成编辑。很多时候，我不得不放弃一个尴尬的编辑错误，并经常在几个小时后，当电力和网络连接终于恢复时再回来处理。我假设 WT 服务器错误或某种 JavaScript 冲突导致了这些问题。当我独自编辑时，我也会收到编辑冲突信息，并且没有任何明显的理由与我自己的编辑或任何其他人的编辑发生内容冲突，即只是点击了预览按钮，这相当常见，我必须回退、保存编辑内容、重新加载原始文章并重新编辑，当电力在整个过程中断开，或者预览编辑/保存编辑挂起发生时，这可能会有点令人沮丧。我在维基百科上也编辑，并且除了偶尔发生并且程度要轻得多之外，并没有遇到这些问题。这些情况最有可能与我们这里的普遍网络访问问题基本一致。我认为，如果使用 WP 服务器在类似条件下不会持续引起相同的问题，那么我们可能确实是在关注 WT 带来的问题。 (WT-en) felix 04:11, 22 October 2010 (EDT)

我在南非也遇到了类似的问题，也许没那么严重，而且我还没有找到任何模式。我尝试了 Chrome，但没有明显效果。WT 通常比其他网站更糟糕、更慢。干杯， (WT-en) Peter (Southwood) ^讨论 15:12, 24 October 2010 (EDT)

2010 年世界杯

还有 22 天。这篇文章需要紧急更新。有人能做吗？ (WT-en) Shep 15:46, 18 May 2010 (EDT)

新的维基百科设计

我注意到维基百科有了一个新的漂亮设计。是否有可能也更新 Wikivoyage 的设计并使用它？--(WT-en) globe-trotter 14:45, 31 May 2010 (EDT)

我们当然可以融入新设计的一些元素，如果有人愿意深入研究 CSS 文件，进行必要的更改，然后说服 IB 进行替换。但我相信完整的最新设计需要最新版本的 MediaWiki 软件元素，这需要 IB 进行升级，他们过去提到过，但我看不到它很快会发生。 (WT-en) LtPowers 15:01, 31 May 2010 (EDT)

我讨厌新设计。我总是必须登录才能看到旧外观。不要犯把这里也变成那样的错误。--(WT-en) TrekkingTurtle 19:15, 9 October 2010 (EDT)

Strickland, MS？

我想把它添加到项目中，但我不知道 MS 是什么意思。我以为是密西西比州，但我可能是错的。谢谢。--(WT-en) Varajou89 06:16, 24 May 2010 (EDT)

你为什么要添加它？如果你想写一篇关于 Strickland 的文章，请继续添加。它看起来是一个非常非常小的地方。如果你想添加一个空文章，请不要 bother。--(WT-en) Burmesedays 06:26, 24 May 2010 (EDT)

维基百科署名

所以在这次讨论中，我提到我不喜欢在主文章页底部放置新的 Wikipedia 署名模板。过去，关于来源和版权信息都会放在讨论页，我不认为维基百科的通知有理由在主命名空间永久占有一席之地。任何其他类型的贡献都无法在那里获得永久提及，因此为此给予例外似乎很奇怪。我建议将署名通知永久放在讨论页的顶部。在那里它们仍然显眼，并且不会意外地被扫入存档等。大家怎么看？ (WT-en) Texugo 11:06, 22 March 2010 (EDT)

我绝对同意。我大量使用了这个模板来处理各种非洲的文章，并且更愿意看到它放在讨论页上。--(WT-en) Burmesedays 11:07, 22 March 2010 (EDT)

不。它需要放在底部，因为那是其他署名信息所在的地方。如果它在讨论页上，重用者可能不知道要到那里查看额外的署名。 (WT-en) LtPowers 16:28, 22 March 2010 (EDT)

那是错误的。页面底部只有一个随机选择的贡献者列表，并链接到完整列表。它从未包含来源信息——文本来源的注释（即发布通知等）一直放在讨论页上，就像图片来源信息在图片源文件中一样。如果我们坚持任何文本都必须在主文章页面上注明来源，那么我们可能会在某些文章底部看到一堆盒子，我认为这很俗气且不必要。(WT-en) Texugo 23:36, 22 March 2010 (EDT)

我猜是我创建了这个模板，我按照现有的 {{Attribution}} 和 {{Mergecredit}} 模板添加的，如模板索引中所述，同样基于早期关于征求他人许可和为翻译页面的原始来源提供署名的讨论。

请注意，现在我检查一下，似乎 {{Attribution}} 只在两个页面上使用，而我个人添加了除了一个之外的所有 {{Mergecredit}} 的使用，我之前没有意识到这一点。— (WT-en) D. Guillaime 00:58, 23 March 2010 (EDT)

我们可以修改 MediaWiki:Copyright，使其包含类似“其他署名信息可在文章的讨论页找到”的内容。无论如何，我们比 Wikimedia 为重用者提供了方便得多。--(WT-en) Peter ^讨论 01:30, 23 March 2010 (EDT)

这似乎是个好主意。我知道维基百科的署名是必要的，但让我们尽量把它从主文章中移除。--(WT-en) Burmesedays 01:37, 23 March 2010 (EDT)

听起来不错！ (WT-en) Texugo 01:40, 23 March 2010 (EDT)

似乎只有很少的文章有额外的署名信息（至少看起来是这样？），所以我想我更喜欢一个单一的、不显眼的模板来指向那些需要的少数文章的讨论页，而不是为所有文章填充 MediaWiki:Copyright。这只是一个美学上的想法，而不是实质性的论点。— (WT-en) D. Guillaime 02:47, 23 March 2010 (EDT)

我不明白为什么我们要把这样的归属信息分开。我们链接到维基百科，因为维基百科人写了文章中的一些文字，他们应该像文章末尾被致谢的维基旅人一样受到表彰。由于我们无法嵌入维基百科文章的历史记录，最好的办法就是确保那些查找归属信息的人知道在哪里可以找到它，并且不会认为底部自动生成的信息就是一切。 (WT-en) LtPowers 08:54, 2010年3月23日 (EDT)

主要是因为它看起来不太好看。维基百科甚至没有在他们贡献的页面上对其自身的作者进行致谢（至少我没看到明显的致谢之处），所以我不确定我们为什么要去担心它。--(WT-en) Burmesedays 09:26, 2010年3月23日 (EDT)

此外，长期以来，将文章空间仅用于旅行内容一直是我们的目标，这也是为什么我们避免在缩略图标题中致谢摄影师，以及避免任何形式的站内广告。--(WT-en) Peter ^讨论 12:21, 2010年3月23日 (EDT)

可以理解，但至少我们在图片致谢方面是一致的。至于文字致谢，如果文字是从其他来源导入的，它们会分散在各处；将它们尽可能地放在一起是理想的。如果我们能把这些信息放在页脚或致谢页面，我将全力支持，但我们做不到。 (WT-en) LtPowers 15:55, 2010年3月23日 (EDT)

嗯，Peter的建议就是这样，在页脚添加一个指向讨论页的链接。我对此完全赞成。 (WT-en) Texugo 06:44, 2010年3月24日 (EDT)

是的，我同意——我受够了看到这些盒子充斥着页面。如果有人问，我们可以让他们看讨论页（甚至，如果他们熟悉维基百科，讨论页很可能是他们首先会去的地方！）。 (WT-en) PerryPlanet ^讨论 18:58, 2010年3月24日 (EDT)

我认为那还不够。 (WT-en) LtPowers 20:53, 2010年3月24日 (EDT)

那么，您有什么建议来说明什么才足够吗？ (WT-en) PerryPlanet ^讨论 22:16, 2010年3月24日 (EDT)

我相信目前的模板是我们目前最好的解决方案。 (WT-en) LtPowers 09:30, 2010年3月25日 (EDT)

为什么？您没有给出任何合理的理由说明这为什么是必要的。任何维基百科人肯定都不会期望这样做，因为它在那里也没有发生。--(WT-en) Burmesedays 12:10, 2010年3月25日 (EDT)

我已经解释了原因。首先，我们不是维基百科。维基百科不把其文字致谢放在每个文章页面的底部方便的位置。在维基百科进行致谢时，必须通过历史记录查找并记录那里列出的用户名——如果页面历史记录显示发生了合并，则链接到其他页面并查找那些页面的历史记录。或者，如果内容是从兼容但维基百科以外的来源复制过来的，他们会使用模板，例如 Wikipedia:Template:CCBYSASource，这个模板放在文章页面上，以告知用户该文本不是维基百科原创的。

另一方面，维基旅把其文字致谢放在每个文章页面的底部方便的位置。但问题是，只有当作者亲自编辑维基旅文章来添加文字时，它才有效；如果是由别人添加的，就会错误地归功于作者。我们应该尽一切努力确保所有来源都至少像自动生成的致谢块那样醒目地被指出。做到这一点最好的方法是在文章底部使用一个模板，就像维基百科那样。 (WT-en) LtPowers 19:38, 2010年3月25日 (EDT)

我不这么看。页面底部的自动生成致谢只是一个零散的随机抽样，而且您仍然需要点击到另一个页面才能获得完整列表。来自非维基网站的、重新授权文本给我们的任何注释仍然会放在讨论页上，而且没有办法绕过这一点。所有图像来源都在它们自己的页面上，这一点不太可能改变。我们所有的归属都不是，也从来没有放在一起，而且我认为没有特别的必要去使主命名空间文章变得杂乱不堪，只是为了做到这一点。(WT-en) Texugo 22:38, 2010年3月25日 (EDT)

这不是随机的；而是最近的贡献者。而完整列表的链接就在那里。将这些小的模板放在文章最底部根本不是杂乱，而且它把大多数最重要的信息集中在一起。 (WT-en) LtPowers 07:39, 2010年3月26日 (EDT)

而建议的链接也将就在那里，而不是在文章空间里。(WT-en) Texugo 00:38, 2010年3月27日 (EDT)

我同意 (WT-en) LtPowers 的观点。WT 的想法是，您应该能够复制和重用 WT 指南，而不必担心文章命名空间之外的事情。我们使用讨论页来完善文章，从而使真正的文章对所有人免费可用。--(WT-en) inas 20:53, 2010年3月28日 (EDT)

Inas，您的目标值得赞扬。但我们现在没有这样做，对吗？而且尝试这样做肯定是不切实际的。主文章空间中唯一的致谢是最后几位贡献者。图片和地图致谢根本不在主文章中。重用者的责任是自己去查找。我们不能照顾每一个可能的网站重用者。--(WT-en) Burmesedays 21:37, 2010年3月28日 (EDT)/

正如 LtPowers 在这里无意中提醒我的，还有其他情况，我们无法避免使用讨论页进行归属说明，例如合并并重定向或合并并删除的情况。这只是另一个原因，为什么我认为我们需要在讨论页上有一个专用的归属空间。我当然不认为我们需要创建另一个盒子模板来堆积在主页底部。 (WT-en) Texugo 23:30, 2010年4月1日 (EDT)

我一直对这个问题持观望态度，因为双方都有充分的理由。但最终，我认为区分旅行内容和非旅行内容很重要，就像我们对广告所做的那样。

理想情况下，我们会找到一种方法将此类归属（来自 WP，其他语言版本等）与维基旅人的列表一起放在页脚，但在此之前，我认为最不坏的解决方案是将模板放在讨论页上，并注明重用者应检查讨论页以获取额外的归属信息。这就像我们处理图像归属一样，也是由于缺乏技术支持将其放入页脚，以及列表中姓名过多的问题。--(WT-en) Peter ^讨论 12:17, 2010年5月19日 (EDT)

现在是怎么回事？

这些活跃的成员都有高中毕业纪念册式的名字？看起来都像是新成员，但所有的编辑都被标记为已巡查（自己标记的？）。在我写这篇文章的时候，在最近更改屏幕上的最后20次编辑中，我们有以下用户： User:(WT-en) Miranda.paullin, User:(WT-en) Christina.Megan, User:(WT-en) JennieStarner, User:(WT-en) Jennifer Paster, User:(WT-en) BeverlyEKeith, User:(WT-en) VeronicaVanHouten, User:(WT-en) VictoriaRussell, User:(WT-en) Caitlin Bannister。 非常不寻常。全都是女性，名字都像从电影里的毕业舞会宾客名单里抄来的，似乎都是新用户，而且所有的编辑似乎都自动被标记为已巡查。编辑内容方面，除了有些是从其他旅游网站复制过来的以外，几乎没有模式。--(WT-en) Burmesedays 01:06, 2010年4月9日 (EDT)

据我所知，Mediawiki 的默认设置是任何账户超过 30 天（例如 VeronicaVanHouten）的编辑都会被自动标记为已巡查；更改用户自动巡查的默认设置是一个 IB（内部事务）问题。至于为什么我们会看到这些编辑，如果非要猜测的话，我怀疑这可能是某个大学课程的一部分——大约两个月前我们收到了一批这样的课程，所以也许最近一批是学生在最后一刻完成的？-- (WT-en) Ryan • (讨论) • 01:22, 2010年4月9日 (EDT)

这说得都通。请所有巡查员留意这些。许多文章在格式上被严重破坏，而且所有的编辑都被标记为自动巡查。在这里我与一场失败的战斗。--(WT-en) Burmesedays 12:48, 2010年4月9日 (EDT)

我也看到了 Veronica 的编辑（并欢迎了她），因为她一直在积极贡献，并且没有违反政策。她的格式方面做得不太好，但这可能是因为她没有看过政策……我同意 Ryan 的观点，越来越多的大学、高中等开始使用维基旅，并开始教育学生如何使用 Wiki。如果您搜索 IP，我经常会找到曼谷的英国学校，一些加拿大人等等。 (WT-en) jan 12:00, 2010年4月10日 (EDT)

最近，新英格兰（美国）的一些城镇的编辑看起来像是大学项目——Blackstone 和 Roger Williams Park 似乎是两个可能的例子——所以大学生们可能回来了。在最近更改中多一点警惕和耐心巡查是值得的。-- (WT-en) Ryan • (讨论) • 00:31, 2010年10月26日 (EDT)

中文维基旅

我一直在努力为中文版打下一些结构基础，以便人们可以做出贡献，为此我创建了每个国家/地区页面。但我很好奇
1. 中文版是否有可能改为日本的设置？我不知道中国人（或中文使用者）怎么想，但对我来说，使用汉字看起来更漂亮。
2. “添加列表”功能，即使目前是这样，也要求贡献者懂英语（或去查阅），这违背了非英语语言版本的目的。有没有办法改变这一点？ (WT-en) ChubbyWimbus 02:27, 2010年5月3日 (EDT)

依我看，使用日本的设置太危险了，因为并非所有日文字符都与中文字符相同，而且中国人仍然仇视日本人。如果你想做一个中文版本，它必须是为中国人而不是日本人设置的。如果你需要任何翻译，请告诉我。 —The preceding comment was added by 109.123.86.185 (讨论 • 贡献)

这并不是建议中文版模仿日本版；它似乎更适合汉字，并且对两种语言都适用。如果您有兴趣为中文版翻译或帮助中文维基旅，那就尽管勇往直前吧！它相对较新，还有很多地方需要改进。 (WT-en) ChubbyWimbus 17:22, 2010年7月21日 (EDT)

值得注意的清理任务/讨论

有两件事值得注意，供大家参考：第一，“每月合作项目”正在进行中，其中包括一些大家可以参与的杂务工作。第二，User:(WT-en) Inas正在征求对一些可以检测常见文章错误、旅游语言等的自动化脚本的反馈——有兴趣加入讨论的人可以在 Project:Syntax checks#Discussion.. 发表评论。-- (WT-en) Ryan • (讨论) • 10:30, 2010年6月7日 (EDT)

酒店连锁黑名单

大家对黑名单中那些持续违反我们的政策和待客之道的酒店连锁有什么看法？（目前更具体地说，是 Best Western 和 Marriott？）

当然，我们会错过一些普通的酒店房产，但在我看来，这与我们在饮食部分不列出麦当劳餐厅没什么区别，并且能够对 SEO 顾问构成可信的威胁，这可能会让他们在做像这样的事情之前三思。

我想到的是这样的

如果一个酒店连锁

在维基旅的讨论页上收到多次（超过 5 次）警告。
酒店管理层已通过电子邮件联系，告知其即将被列入黑名单的投票，但未回应/未采取内部程序停止滥用。

社区可以在黑名单讨论页达成共识后，决定将该连锁店列入黑名单。同样，如果连锁酒店管理层未能停止违反政策的行为，将在首次联系管理层 30 天后进行投票。--(WT-en) Stefan (sertmann) ^讨论 09:17, 2010年6月18日 (EDT)

我们不能只屏蔽用户和 IP 而不是整个连锁店吗？这甚至可能导致企业主用虚假的 IP 来毁掉竞争对手。--(WT-en) globe-trotter 09:37, 2010年6月18日 (EDT)

Stefan，我完全同意你的观点！特别是万豪连锁酒店在维也纳、汉堡和其他德语国家城市中，是非常不守规矩的，并且持续违反我们的政策。

G-t：万豪酒店使用自己的 IP 和营销人员，它们是一个很大的 IP 集合。我认为控制名称比控制每一个个体要容易得多。最重要的是，如果整个连锁酒店被屏蔽，通常会有人开始与我们互动，而不是完全无视。例如，看看与公寓中介的讨论。 (WT-en) jan 10:55, 2010年6月18日 (EDT)

前提是有一个流程，让社区在将连锁店列入黑名单之前达成共识，那么这可能是可以的，但我个人无法想象一个我支持将整个万豪或 Best Western 连锁店列入黑名单的场景——尽管营销人员非常烦人，但我们也会因此丢弃大量由旅行者编写的列表，而且我认为任何好处都无法抵消丢失如此多善意用户贡献的坏处。-- (WT-en) Ryan • (讨论) • 11:04, 2010年6月18日 (EDT)

我强烈反对这个提议。它不公平地惩罚了独立经营者，让他们为他人的行为买单。位于 Saint Marys (Pennsylvania) 的 Best Western 酒店的业主，并不能控制其他州或国家的其他 Best Western 酒店是否会在维基旅上发送垃圾信息。 (WT-en) LtPowers 14:52, 2010年6月18日 (EDT)

是的，我知道这会有争议，但在我提出这个提案之前，我确实检查了大量的 Best Western/万豪列表。我不得不承认，在我看来，列出所有他们所在地的麦当劳，和列出 Best Western 列表，差别不大。我确定也有很多不错的麦当劳加盟商。不知怎么的，在没有任何回应的情况下，就那样任由一群酒店营销人员摆布，感觉太糟糕了。--(WT-en) Stefan (sertmann) ^讨论 22:01, 2010年6月18日 (EDT)

连锁餐厅在本质上是相互复制的，菜单相同，装饰相同，食物质量相同等等——我去过香榭丽舍大街的麦当劳（作为辩护，我只是去上厕所——任何在巴黎吃麦当劳的人都脑子有问题）它和我家乡的那个一样，虽然菜单是法语的。在酒店方面，即使在同一个品牌下，设施也各不相同，酒店的年龄也各不相同，餐厅/酒吧也各不相同，等等，所以实际上有很多东西可以写。举个例子，在我住的地方十五英里范围内，Marina del Rey 的万豪酒店与市中心的万豪酒店截然不同。-- (WT-en) Ryan • (讨论) • 22:24, 2010年6月18日 (EDT)

Ryan，酒店的风格确实各不相同，但本质上整个连锁酒店都有全世界统一的标准（质量和员工/工作人员指南），特别是万豪酒店（我有时出差会住那里），在欧洲大陆的内部装饰上非常相似。一个很好的例子是 User talk:62.189.228.130，那里的万豪欧洲总部在英国雷丁（IP 搜索结果显示所有者是万豪），开始在德语国家城市发送垃圾信息，一旦他们发现我的消息就切换到其他 IP。他们从高层就知道自己做错了，而其他连锁酒店肯定觉得其他酒店这样做很蠢，因为他们遵守我们的标准。只要我们不将它们列入黑名单，就没有动力让他们遵守。 (WT-en) jan 07:37, 2010年6月19日 (EDT)

但这并没有改善我们的旅游指南。那些只有 Best Western 和一家民宿的小镇怎么办？您想的是游客选择很多的大城市，但如果这个黑名单想法通过了，我们可能会发现一些地方，我们只能说“镇上只有一家主要的连锁酒店”，但却无法说出是哪一家。 (WT-en) LtPowers 10:37, 2010年6月19日 (EDT)

请记住，Best Western 和万豪酒店的列表更频繁，不是因为骗子，而是因为我。请看 User:(WT-en) Hotelmakerbot。难以置信，但曾经有一段时间，我们迫切需要酒店列表……-- (WT-en) Colin Jensen 22:07, 2010年6月21日 (EDT)

不支持。我无法评论万豪酒店，但我住过几家 Best Western 酒店，它们确实差异很大（至少在英国）。是的，它们有最低标准才能加入 Best Western，但它们是独立的酒店，拥有自己的菜单、装饰、本地特色等。我建议我们继续按 IP 进行屏蔽，即使这会给管理员增加更多工作。 (WT-en) Tarr3n 06:57, 2010年6月22日 (EDT)

Colin，我知道很多列表最初是由您完成的，但在过去几年里，许多文章被营销公司的新列表淹没了。我认为维基旅在某种程度上是它自身成功的牺牲品。按 IP/酒店删除和黑名单非常耗时，例如请看 User:(WT-en) Hotel Nikko San Francisco，他只对使用他的页面进行营销感兴趣。

Tarr3n：我知道 Best Western 酒店是加盟的，但营销是针对所有酒店的，因为这里的垃圾信息发送者总是连续发送大量酒店。所以这必须是酒店的联合努力。 (WT-en) jan 07:16, 2010年6月22日 (EDT)

(缩进) 我知道它们是不同的，这也不是一个禁止上述酒店本身的建议，更多的是一种收集一些筹码来对抗营销机构的方式，我怀疑这些机构是从总部支付的，因为它们在许多截然不同的城镇和城市中发送垃圾信息。这是一种最后的工具，用于在其他一切都失败时阻止这些机构。--(WT-en) Stefan (sertmann) ^讨论 11:12, 2010年6月22日 (EDT)

关于“最后的工具”，由于大多数这些营销机构不会在站内与我们沟通，我开始发送一些不具威胁性的、专业的电子邮件来尝试对抗这些公司——请看 User talk:74.7.154.242 和 Project:User ban nominations 的两个例子。希望如果那些花钱请这些服务的人意识到所使用的某些可疑方法，他们将不太可能在未来雇佣这些机构。-- (WT-en) Ryan • (讨论) • 11:20, 2010年6月22日 (EDT)

持观望态度——正如 Lt 已经指出的，在很多地方，连锁酒店确实是唯一的住宿选择。麦当劳-Best Western 的类比不公平，因为即使是最小的城镇有麦当劳，也仍然会有当地的餐馆（至少在北美是这样，我无法代表世界其他地区发言），但去任何一个沿着州际公路的小镇，你很可能会发现你唯一的选择是 Super 8 或 Best Western。

话虽如此，我确实同意仅仅在 IP 基础上处理可能不足以阻止这些人进来添加他们的垃圾信息列表，那么有没有一种折衷方案呢——如果我们只针对那个（或那些）城市屏蔽连锁酒店呢？显然，这些垃圾信息发送者的主要目标是竞争激烈的城市，而不是他们是唯一选择的小镇。所以，与其屏蔽整个连锁店，不如屏蔽那些不断被垃圾信息攻击的城市的酒店？因此，如果有人不断为旧金山的 Best Western 添加垃圾信息列表，我们就彻底删除旧金山的所有 Best Western 列表。 (WT-en) PerryPlanet ^讨论 13:14, 2010年6月22日 (EDT)

移除一个主要连锁店的所有列表，总体而言会对旅行者造成损害。但惩罚性地屏蔽 URL 可能是一个有效的工具……然而，主要的障碍是，屏蔽，比如说，万豪酒店，将使我们的大部分文章在被仔细移除其链接之前都无法编辑。

联系酒店可以非常有效，如果来自一家酒店，仅仅威胁联系主管就可以很快结束事情。然而，对于巨大的酒店连锁集团来说，找到相关人员可能很难。我很想看看 Ryan 的电子邮件能带来什么成功！--(WT-en) Peter ^讨论 22:23, 2010年6月22日 (EDT)

到目前为止，孟买的垃圾信息发送者还没有任何反应，因为我今天不得不再次屏蔽他，因为他发送了几次编辑，直到被屏蔽都没有停止。跨国公司的一个主要障碍是，你需要先找到合适的人，其次，他们从不承认错误，而是通常用“个人对工作任务的误解”来推卸责任，然后另一个人会处理…… (WT-en) jan 09:33, 2010年6月24日 (EDT)

我可能处在一个独特的位置，我也是一位 Best Western 酒店的所有者。正如前面所说，所有 Best Western 酒店都是独立拥有和经营的。该连锁店更像是一个业主合作社，而不是一个中心化的特许经营。因此，少数物业管理公司或个别业主可能正在歪曲整个 BW 连锁店的结果。我从未在科罗拉多营销合作社或任何其他地方的市场营销简报中听说过任何有组织的渗透维基旅的努力。如果存在任何问题，我建议您将其提交给 BW 营销主管 Dorothy Dowling，她的电子邮件我可以私下提供给一位维基旅管理员。但请不要因为某人，在某个地方不遵守规则，就惩罚一整群小企业主。谢谢！ (WT-en) WineCountryInn 15:09, 2010年7月31日 (EDT)

狡猾的匈牙利破坏者

用户:Rühatka 在匈牙利版本中使用了与维基旅共享相同的图片名称，从而上传了他/她的冒犯性/愚蠢的图片（“特色文章之星”现在是共产主义象征，沙特阿拉伯的领导图片被改为这张。此用户的所有图片都需要被删除，所有编辑都需要被撤销。有人能做到吗？ (WT-en) ChubbyWimbus 20:29, 2010年6月21日 (EDT)

我认为我们需要总体考虑我们应对这种情况的选项。在我将这个建议发布到共享版之前，将我们的总管理员的管理员权限授予每个语言版本（包括英语，为了公平起见）你们觉得怎么样？--(WT-en) Stefan (sertmann) ^讨论 03:35, 2010年6月23日 (EDT)

我绝对认为我们需要一些来自英语维基旅的人能够干预其他语言版本，因为其中许多似乎失去了他们的常规贡献者。很高兴知道我们至少有权威能够处理这类事情。 (WT-en) ChubbyWimbus 04:02, 2010年6月23日 (EDT)

我们有一个社区总管理员（即我们可以联系到的人）。只需在任何语言版本的搜索框中输入“special:listadmins”。我是匈牙利语版的总管理员，并已撤销了破坏。如果您有兴趣监控匈牙利语或其他被遗忘的语言版本，请告诉我！--(WT-en) Peter ^讨论 06:33, 2010年6月23日 (EDT)

大规模垃圾信息攻击

目前有一个垃圾信息机器人正在创建新的用户账户，并在用户讨论页上发送垃圾信息。请帮忙添加到黑名单并删除页面。谢谢！ (WT-en) jan 15:39, 2010年7月1日 (EDT)

垃圾信息机器人仍在创建用户账户，但新页面的创建速度变慢了，因为我添加到黑名单的新内容可能会稍微减缓输入文本的速度。有什么办法可以阻止这种情况吗？ (WT-en) jan 15:50, 2010年7月1日 (EDT)

我正要对此发出警告——这种模式比平常更狡猾，有人找到了一种形式，还是我们正在屏蔽所有无意义的内容？--(WT-en) Stefan (sertmann) ^讨论 19:49, 2010年7月3日 (EDT)

关于这个问题，正在 Wikivoyage_talk:User_ban_nominations#Spambots 进行讨论。我对现在进行的批量屏蔽感到有些不安，因为它并不清楚其中一些是否是合法的用户账户。我认为 Peter 提出的只要看到垃圾信息就永久屏蔽的提议更安全。-- (WT-en) Ryan • (讨论) • 20:19, 2010年7月3日 (EDT)

300 个合法的用户账户，名称随机无意义，以每分钟 1-2 个的速度在特定时间间隔创建？嗯，好吧——我停止屏蔽了 --(WT-en) Stefan (sertmann) ^讨论 20:39, 2010年7月3日 (EDT)

为了澄清，毫无疑问我们正在看到大量由垃圾信息机器人创建的账户。然而，我们创建用户账户的正常速度大约是每小时一个，所以屏蔽自这次攻击开始以来创建的所有账户（即使名称看起来是乱码）很可能会牵连到一些合法的用户，除非垃圾信息账户的名称有清晰的模式。-- (WT-en) Ryan • (讨论) • 20:46, 2010年7月3日 (EDT)

嗯，我们对此会做些什么吗？……我的意思是，再过 4 天，按目前的速度，:en 上 10% 的用户将是恶意的垃圾信息账户，最终会被自动确认。--(WT-en) Stefan (sertmann) ^讨论 19:24, 2010年7月4日 (EDT)

嗯，目前这个字符串中只有一个用户在创建账户后更新了内容。我认为保留那个，删除其他的。垃圾信息机器人在这样的网站上有什么目的？一些合法的用户可能会被屏蔽，但如果垃圾信息机器人能够造成问题，那么屏蔽所有这些用户账户创建字符串中的用户可能对网站更好。 (WT-en) ChubbyWimbus 20:14, 2010年7月4日 (EDT)

我也更倾向于在我们有某种确认一个账户是垃圾信息机器人创建的证据之前再进行屏蔽——即使屏蔽一个潜在用户也有可能剥夺我们一位优秀的贡献者。如果机器人的计划是让它们被自动确认然后发动攻击，我几乎毫不怀疑我们届时能够应对。此外，我们已经允许了大量更确定是垃圾信息机器人创建的账户而没有屏蔽它们，而且它们实际上也没有做什么——这些也可能遵循相同的模式。--(WT-en) Peter ^讨论 21:44, 2010年7月4日 (EDT)

只是一个愚蠢的问题：管理员们不能从哪个 IP 创建这些账户吗？然后不是很容易屏蔽那个/那些恶意 IP 地址吗？ (WT-en) Ypsilon 08:38, 2010年7月5日 (EDT)

管理员看不到 IP 地址。我不知道总管理员是否能看到。但我相信我们可以通过阻止创建账户的选项来阻止，这可能有效也可能无效（我可悲地对那些更晦涩的细节不太了解）。 (WT-en) LtPowers 09:26, 2010年7月5日 (EDT)

我相信只有站点管理员才能看到 IP 地址。如果大家愿意，我们可以移除一些“连接城市名”的垃圾信息模式，这些模式目前正在阻止这些垃圾信息账户在尝试编辑时进行操作。这可以让我们识别其中一些账户，然后屏蔽账户和创建账户的 IP 地址，但通常这些攻击来自各种各样的 IP 地址，所以我不太确定这有多大价值。我不认为这些账户在未来能造成多大危害——如果我们看到任何垃圾信息，我们只需使用黑名单——所以我认为这确实不是一个大问题。-- (WT-en) Ryan • (讨论) • 11:44, 2010年7月5日 (EDT)

出于好奇，我移除了黑名单中的“连接城市名”模式，之后机器人能够创建垃圾用户讨论页。然后我屏蔽了那些账户，包括屏蔽了创建账户的 IP 地址，但账户创建率似乎没有下降。基于这个简单的测试，看起来 1) 这个垃圾信息机器人相当无害（它只是不断地在用户讨论页上添加相同的模式），并且 2) 它来自各种各样的 IP 地址，所以屏蔽账户创建可能不太有效。我认为我们目前使用黑名单并忽略垃圾用户信息账户的方法可能是最好的选择。-- (WT-en) Ryan • (讨论) • 00:21, 2010年7月6日 (EDT)

我又尝试了一次，这次屏蔽了 15 个账户和创建账户的 IP 地址，但账户创建率反而增加了，每 1-2 分钟就有一个。无论是什么在攻击我们，它都很庞大且分布广泛，但幸运的是它也很愚蠢，因为垃圾信息在每个讨论页上几乎都一样，而且创建的账户似乎没有被重复使用。虽然每天都有数百个垃圾信息账户被创建，这令人不安，但除非我们能说服 IB 实施验证码或类似的措施，否则我认为这是一个相对无害的攻击，在它停止之前我们只能忍受。-- (WT-en) Ryan • (讨论) • 12:09, 2010年7月7日 (EDT)

Ryan，首先感谢您的努力，我认为我们需要让 IB 的技术人员介入。如果垃圾信息机器人的编辑器改进了，那我们就麻烦了。 (WT-en) jan 12:14, 2010年7月7日 (EDT)

是的，这个建议已经不止一次提出过了，但正如 Wrh2 所提到的，也许是时候重新推动让 IB 在账户创建过程中添加“验证码”了——我认为这将阻止大部分麻烦。我们在 es: 也面临类似的问题，虽然数量没那么多，但每天都有几个垃圾信息机器人从各种 IP 地址创建，并带有各种文本和 URL，以至于我几个月以来都未能解决这个问题。(WT-en) Texugo 22:14, 2010年7月13日 (EDT)

我尝试写信给 team@myrxcash.com，因为所有的链接都附有他们的联盟 ID（12781）。如果他们能让他们停止，或者在攻击停止之前取消付款。我邮箱的垃圾邮件文件夹每天从收到 1-2 封垃圾邮件变成了大约 150 封，所以我想这意味着不行。关于他们的反垃圾邮件政策，唉。我有一种冲动想把那个邮箱地址提交给我能找到的所有可疑网站……但是……嗯嗯 --(WT-en) Stefan (sertmann) ^讨论 18:00, 2010年7月21日 (EDT)

Template:Translate

我只是想确保大家知道我们最新的模板之一，Template:Translate，它标识了可以从其他语言版本受益的文章。到目前为止，它只在一个文章中使用，但还有很多潜在的文章。当你在其他地方看到更好的版本时，请记住要加上它！--(WT-en) Peter ^讨论 12:30, 2010年7月2日 (EDT)

我们有关于什么是“更好的”的指导方针吗？显然是星级文章……这是一个按案例判断，自己判断的事情吗？ (WT-en) ChubbyWimbus 17:29, 2010年7月2日 (EDT)

如果有任何疑问，可能就不值得翻译了。但如果我们有一个几乎是空白的文章，比如说，俄文版有一篇内容丰富的文章，那么模板可能在那里有用。 (WT-en) LtPowers 23:06, 2010年7月2日 (EDT)

创建缩略图错误：无效的缩略图参数

大家好，我在上传共享版地图的最新版本时收到这个消息。有人知道是什么原因以及我该怎么办吗？大小是 2.18MB。谢谢， (WT-en) Peter (Southwood) ^讨论 08:12, 2010年7月13日 (EDT)

我们也不是很确定是什么原因——请看 wts:WtTech:Error creating thumbnail, Invalid thumbnail parameters。试试稍微减小尺寸并重新上传？--(WT-en) Peter ^讨论 18:48, 2010年7月13日 (EDT)

星级提名

曼谷的耀华力路和百乐百乐区正在进行星级提名，请在 star nominations 发表您的意见。即使是小小的评论也有助于将文章提升到星级 :) --(WT-en) globe-trotter 17:45, 2010年7月16日 (EDT)

如何重命名页面？

主题 Project:How to rename a page 中说要找到“移动此页面”链接。但是，我在屏幕上找不到那个链接。

我正在查看页面 Central Eastern Rainforest Reserves。该区域于 2007 年重命名。详情请参阅讨论页。应改为“Gondwana Rainforests of Australia”。

谢谢。 (WT-en) Bill Ellett 22:22, 2010年7月20日 (EDT)

在屏幕顶部，应该有一个“历史”旁边的标签。我相信作为一项安全措施，Mediawiki 可能不再允许注册少于 30 天的用户重命名页面，所以如果您看不到那个标签，那么别人可以为您重命名页面。-- (WT-en) Ryan • (讨论) • 22:53, 2010年7月20日 (EDT)

是的，我的账户才四天，还有 26 天才能重命名。谁能将 Central Eastern Rainforest Reserves 重命名为“Gondwana Rainforests of Australia”？您可以在其讨论页上找到理由。一旦完成，我将更改链接到它的页面。此外，页面上有一个消歧标签，但如果我理解消歧的含义，我不认为它应该在那里。 (WT-en) Bill Ellett 23:15, 2010年7月20日 (EDT)

已完成。我还会更新 Project:How to rename a page 以便注明 30 天的限制。-- (WT-en) Ryan • (讨论) • 23:21, 2010年7月20日 (EDT)

谢谢。所有链接的页面都已更新。 (WT-en) Bill Ellett 23:42, 2010年7月20日 (EDT)

reCAPTCHA

wts:WtTech:CAPTCHA for registration 的技术请求终于得到满足了，但似乎伴随着一个惊喜——现在对所有匿名编辑都使用了 CAPTCHA！我认为这是不理想的，尽管维基百科要求匿名编辑包含新的外部链接的策略是个好策略。由于 WT 的新内容绝大多数来自匿名编辑，我认为我们应该小心不要疏远他们。--(WT-en) Peter ^讨论 13:10, 2010年7月23日 (EDT)

我同意，这必须改变，--(WT-en) ClausHansen 13:31, 2010年7月23日 (EDT)

重定向页面会失去功能吗？

当用户通过重定向而不是直接访问页面时，维基旅似乎显示的功能较少。面包屑导航、相关页面和景点列表在重定向后不会显示。其他网站和工具箱:地图等类似功能即使在重定向后仍会显示。清除缓存不会影响这一点。在我编辑的网站上看到这一点后，我查看了随机重定向的网站，似乎普遍存在。搜索“维也纳”。您会看到面包屑导航、目的地景点列表、相关页面：世界遗产，以及其他网站：维基百科。现在转到“维也纳（城市）”。它会自动重定向到同一页面，但没有面包屑导航、景点列表或相关页面。您仍然可以看到维基百科。搜索“卡霍基亚”。它会重定向，但地理模板“geo|38.656438|-90.058824”在重定向后仍然提供地图链接。您仍然可以获得维基百科链接，但没有面包屑导航或相关页面。这似乎不受模板顺序或周围空白行的影响。我是维基旅的新手。我查看了帮助、政策和指南页面，但一无所获，但如果我应该查看其他地方，或者应该在网站的其他部分提问，请告诉我。

（今天早些时候关于面包屑导航的一个问题通过简单地清除缓存得到了解决。谢谢 Ryan）。 (WT-en) Bill in STL 15:59, 2010年7月23日 (EDT)

不幸的是，这是早期项目早期添加的一些特殊功能的一个已知 bug。您是否有具体问题想得到解答？ (WT-en) LtPowers 16:12, 2010年7月23日 (EDT)

联合国教科文组织世界遗产名录 2010 年增补

只是想通知大家，联合国教科文组织会议正在巴西利亚举行，一直持续到3日。我不确定是否还会有更多投票，但到目前为止，已新增20个地点，并进行了7次延期：。请务必更新联合国教科文组织世界遗产名录，并在会议结束后，在旅行新闻/主页上发布一篇简短的公告。即使您不编辑这些页面（像我一样懒惰），也请看看新增的那些很棒的新地点！ (WT-en) AHeneen 00:35, 2 August 2010 (EDT)

来自巴西利亚的公告称，他们本年度的地点审议工作已经完成。新增21个地点和8次延期。所有这些都已列在联合国教科文组织世界遗产名录页面上。(WT-en) Bill in STL 20:42, 2 August 2010 (EDT)

旅行话题

我想新账号无法编辑受保护的页面；尽管已登录，但我无法将此添加到“Talk:Travel Topics”页面。

我注意到，有许多（据我计算有46个）页面使用了traveltopics模板，但未在Travel topics页面上列出。是否有关于哪些话题应该出现，哪些不应该出现的定义？或者是否存在一个过程可以随着时间的推移自动添加它们？还是我应该主动添加？我不想破坏一个标准流程。引起我好奇心的是缺少了United States National Parks的条目，我曾预计会找到它。

谢谢。(WT-en) Bill in STL 22:33, 1 August 2010 (EDT)

我认为所有旅行话题都应该从Travel topics链接。如果您发现任何明显缺失的，请随时添加。但是，如果它们是未完成的草稿或大纲，并且一年没有被编辑过，您应该提名它们删除。(WT-en) LtPowers 20:57, 2 August 2010 (EDT)

新星提名 - 魔法王国

大家好。只是提示一下。Project:Star nominations#Walt Disney World/Magic Kingdom。提前感谢您的评论，无论多么简短或批评！(WT-en) LtPowers 22:05, 3 August 2010 (EDT)

主页错误？

主页显示“22个地点已添加到联合国教科文组织世界遗产名录（2010年8月3日）”。然而，我认为正确的数字是21。请参阅unesco网站。请参阅主页条目中引用的网站。去年有890个，我认为他们增加了21个，更新了8个，总计911个。(WT-en) Bill in STL 01:03, 4 August 2010 (EDT)

请随时进行更改；联合国教科文组织网站确实清楚地显示为21。(WT-en) LtPowers 08:05, 4 August 2010 (EDT)

我的账号没有权限进行此项更改（太新了）。(WT-en) Bill in STL 11:24, 4 August 2010 (EDT)

尝试点击主页的“查看源代码”选项卡，看看您是否真的能够编辑，或者尝试转到主页的“历史”选项卡，看看那里是否会出现“编辑”选项卡。偶尔，受保护的页面会出现缓存问题，即使是登录用户看到的是匿名用户所看到的视图。-- (WT-en) Ryan • (talk) • 12:29, 4 August 2010 (EDT)

我尝试了刷新页面。当我查看源代码时，它也说页面已锁定。当我转到历史记录时，它给了我“源代码”选项卡而不是“编辑”选项卡。根据我之前在Project:Protected_page_policy#Talk:Travel_topics上读到的评论，我原以为保护是针对非自动确认用户，而不仅仅是匿名用户。那应该包括我的新账号。(WT-en) Bill in STL 13:20, 4 August 2010 (EDT)

抱歉，你说得对。“保护”界面显示“阻止未注册用户”，但实际应用的保护是针对非自动确认用户的。抱歉造成了困惑。我会更新主页上的错误数字。-- (WT-en) Ryan • (talk) • 13:26, 4 August 2010 (EDT)

分类

关于分类的讨论在2009年3月就停滞了，现在又有所进展，如果其他人能在Project:Categories#Revisited - when are categories OK?发表评论，将不胜感激。特别是，我为Wikivoyage:命名空间提议了一个分类层级，希望能更容易找到帮助页面、指南等——请看Project:Categories#Categories for the Wikivoyage: namespace。非常感谢您的反馈。-- (WT-en) Ryan • (talk) • 11:15, 4 August 2010 (EDT)

GPS & KML 相关

“查看”部分很好，但也许我们可以包含一个部分，其中包含一些KML文件，提供GPS信息，说明如何到达某些目的地，以及可能在谷歌地图中实时显示。

您怎么看？ (WT-en) WindowsNT 14:26, 4 August 2010 (EDT)

关于俄语教学的问题

在Teaching_English#Teaching_other_languages有一个列表，列出了各国政府在海外教授其语言和推广其文化的组织。我做了一些搜索，但找不到俄语相关的。有吗？(WT-en) Pashley 21:53, 11 August 2010 (EDT)

(应用户页评论请求回复:)我不是任何方面的专家，所以我查阅了，然后从那里查阅了和。

浏览了以上链接，我只找到了，根据，它似乎没有很大的地理覆盖范围。--(WT-en) DenisYurkin 16:19, 16 August 2010 (EDT)

“进出” - 这是地道的英语吗？

我刚发现一个很棒的网站，但“Get in”（进入）这个标题让我有些吃惊。这是美式英语吗？“Getting there”（到达那里）是英式英语中的用法。“Get in”是我们在对狗或调皮的孩子说话时使用的。如果有一个标题我想改变，那就是那个！使用旅行社常用的术语，如“Getting around”（出行），难道不是更好吗？我不是在卖弄学问。在一个世界性的网站上，语言应该尽可能常用，实际上是一种“国际英语”。我永远不会教我的英语学生“Get in”在这个语境下是可接受的英语，也不会教他们为旅行网站使用类似的标题。对于任何以写作谋生或教授英语的人来说，这些标题真是对我的审美系统的一种冲击！—The preceding comment was added by 94.194.91.5 (talk • contribs)

我不知道这是美式还是英式，但标题指的是你如何进入城市，以及如何在城市中出行。旅行写作通常是非正式的，所以它是否是标准的学术英语并不是指导原则。所有的章节标题都旨在简短而醒目——任何人第一次读到它们就能明白它们的意思——这可能有一个缺点，就是听起来很严厉；人们也评论过查看、做、睡眠，特别是退出听起来很命令式，但如果你能明白它的意思，我认为它就能胜任。顺便说一句——这已经在该网站的其他地方进行了非常长时间的讨论，例如here，所以你应该在那里查阅以更全面地了解论点——你很可能会找到比我的意见更 the informed 和更有说服力的观点。(WT-en) PerryPlanet ^Talk 12:42, 10 August 2010 (EDT)

另一个主要论点是，这是我们品牌的一部分；我们不想听起来像其他旅行网站和来源。至少不像它们那样。当你看到“Get in”（进入）和“See”（查看）和“Do”（做）时，你就知道这是Wikivoyage。(WT-en) LtPowers 15:31, 10 August 2010 (EDT)

根本不存在“正确的英语”。你作为一名英语老师应该知道。读一读比尔·布莱森的书。--(WT-en) TrekkingTurtle 19:19, 9 October 2010 (EDT)

“进出”应该改为“进出”

我觉得“进出”和“离开”部分命名不当。实际上，“进出”部分包含了关于进入和离开目的地的所有信息。“离开”部分实际上只是给旅行者推荐下一个目的地。我猜这以前讨论过，但IMO仍然是个问题。对于那些经验丰富的WT用户和贡献者来说，这可能不是什么大问题，因为我们都习惯了，所以没有混淆。但是，请站在新用户或贡献者的角度考虑，这非常具有误导性。如果我是一个从未见过WT的人，并且正在尝试弄清楚如何离开巴黎（例如），我可能会去看“离开”部分，在那里我只会看到8个其他目的地的列表。没多大帮助……我怎么知道信息实际上包含在“进出”部分？为什么我们不将这些部分重命名为“进出/离开”和“下一个目的地”之类的？(WT-en) Lturner 12:00, 11 August 2010 (EDT)

请在Project:Article templates#Get out, again上讨论这个问题，但请先阅读那里链接到的现有讨论。-- (WT-en) Ryan • (talk) • 12:57, 11 August 2010 (EDT)

谢谢，我会的。(WT-en) Lturner 15:30, 11 August 2010 (EDT)

User:Mariborko

几天前，User:(WT-en) Mariborko 上传了大量的图像（超过100张）到Wikivoyage Shared。User:(WT-en) Dguillaime 发现其中几张是侵犯版权的，而且没有一张附有来源。我们可能会删除它们。

问题是Mariborko在这里替换了许多现有的en.wikivoyage图片。我想征求意见，我们是否应该直接大规模回滚这些图片添加和替换。很遗憾，这可能需要逐一检查每次编辑，因为Mariborko也有文本贡献。

关于我们应该怎么做的想法？

-- (WT-en) LtPowers 15:39, 12 August 2010 (EDT)

这听起来像是上面“Crafty Hungarian Vandal”部分发生的那种事情（只是替换的图片没有冒犯性）。回滚所有图片似乎是最好的选择。用户不应该替换其他图片，即使他/她的图片没有侵犯版权，并且根据“无罪推定”的政策，该用户目前是有罪的。(WT-en) ChubbyWimbus 15:50, 12 August 2010 (EDT)

User:(WT-en) JanezDemsar 正确地质疑了Mariborko文本的大部分内容，因为它普遍违反了多项政策（例如Obvious，tone），并且包含一些无意义的内容。我建议撤销图片，如果Janez还没有删除/更改文本，也可以撤销文本。(WT-en) jan 05:33, 13 August 2010 (EDT)

guide* 模板

是否有帮助页面指示哪些记录应该使用Cityguide、Regionguide、Parkguide、Districtguide、Countryguide、Stateguide、Continentalsectionguide、Continentguide模板？这些是记录类型模板，而不是记录状态模板。有49个使用了Stateguide（佛蒙特不是州吗？），但这应该分配给华盛顿特区、波多黎各等吗？Countryguide似乎被分配给了大约一半的国家。我找到了Project:RDF Expedition/Place type，但它只是列出了它们，并没有描述它们。谢谢。(WT-en) Bill in STL 00:06, 16 August 2010 (EDT)

共享

嘿，我不是想抱怨，但这样的编辑让我非常沮丧。其他用户之所以在project:Votes for deletion上反复看到我的名字，是因为似乎只有我在巡查新上传的内容。（不过，感谢D. Guillaime，他最近注意到了一个用户的大量侵权内容，在我发现之前。）正如这位用户所指出的，这让我看起来像个十足的“唱衰者”，甚至是个“版权警察”，因为只有我一个人提交和评论VfD。如果有人有空闲时间，去看看最近上传的内容并对一些VfD发表评论将是大有帮助的。我将非常感激。(WT-en) LtPowers 14:55, 16 August 2010 (EDT)

您的vfd工作非常受到赞赏，我认为大多数人不引起注意的主要原因是因为其他贡献者认为您对此处理得很好——而且大多数vfd都很直接。--(WT-en) Peter ^Talk 20:54, 16 August 2010 (EDT)

这里也很希望有更多的贡献者。我认为只要再有几个人，我们就能达成共识并结束它。

您的与香蕉的对话没什么好补充的，因为您已经说了一切，但我可以表示支持。另外，一些无性别的人使用“Ze”、“Zer”和“Zim”代词。(WT-en) ChubbyWimbus 23:12, 16 August 2010 (EDT)

提出的无性别代词数量太多了，选择一个并期望它能被理解是徒劳的。=) (WT-en) LtPowers 10:03, 17 August 2010 (EDT)

IsPartOf 更新？

是否有任何程序可以自动更正或至少识别在其他页面上使用IsPartOf模板的地区的变化？

当一个地区名称被更改并且旧名称被重定向时，使用旧名称的任何页面的面包屑导航将不再工作。重定向不会影响面包屑过程，城市或地区会失去其面包屑踪迹。例如，最近“Subcarpathian Voivodship”被改为“Subcarpathia”，该地区波兰的所有城市都失去了指向其国家和大陆的面包屑链接。所以Solina的面包屑变成了

"Subcarpathian Voivodship : Solina" 而不是 "Europe : Central Europe : Poland : Lesser Poland : Subcarpathia : Solina"

对于这个地区，我手动更新了所有的IsPartOf链接，但这是否是徒劳的努力？这个地区大约有20个页面需要更改。如果没有自动流程，是否应该更新Rename a page帮助文本，要求重命名页面的人查找并更新IsPartOf链接？--(WT-en) Bill in STL 00:02, 22 August 2010 (EDT)

更新“isPartOf”通常是一个手动过程。最好收集这类项目的列表——损坏的“isPartOf”，缺少“http://”的url标签等等——并创建一个任务来编写一个JanitorBot或类似的工具，该工具可以浏览网站并进行相应的更新。查看我们与脚本相关的页面，Project:Script policy可能是讨论这个的好地方。-- (WT-en) Ryan • (talk) • 00:27, 22 August 2010 (EDT)

在印度被阻止

刚收到这封邮件

我一直经常访问wikivoyage.org，但最近，我无法从印度访问这些网站。我知道我的公司防火墙没有阻止这些网站，因为我甚至无法从家里访问这些网站。我们能在哪里获得帮助？

还有其他人遇到问题吗？(WT-en) Jpatokal 08:15, 24 August 2010 (EDT)

伦敦2012奥运会

我创建了一个伦敦2012模板并将其添加到London页面。这是基于FIFA2010足球模板。官方标志在法律上对我们不可用，所以它是纯文本。如果有人能设计一个合法的图形，那就太好了。基于FIFA模板，我为镇上的最多五个体育场留出了空间。伦敦有大约12个区域，我们应该全部列出吗？这样会使盒子很长，但只在那个页面上。其他九个城市各有一个体育场或其他地点。待定评论，我只将它添加到伦敦；如果可以，它应该添加到其他十几个城市/地区。

《London 2012》文章也可以改进一下，如果有人想找文章来更新的话。--(WT-en) Bill in STL 20:24, 27 August 2010 (EDT)

根据奥林匹克五环标志设计的版权，它已于2007年过期，即使它曾经有版权保护的资格。我建议使用那个。(WT-en) LtPowers 09:02, 28 August 2010 (EDT)

网站维护

在此通知您，我们将在下周二，9月14日，太平洋标准时间晚上10点至凌晨3点进行Wikivoyage的服务器维护。在此期间，整个网站可能会停机。

我们对可能带来的不便表示歉意，并感谢您的理解。(WT-en) IBsteph 6:06 PM, 9 September 2010 (PST)

提前告知，谢谢。我们一定会提前发布站点通知。--(WT-en) Peter ^Talk 21:40, 9 September 2010 (EDT)

停机从周二开始，还是在周二结束？(WT-en) LtPowers 21:50, 9 September 2010 (EDT)

我猜周二开始停机是安全的，并已相应地修改了站点通知。--(WT-en) Peter ^Talk 23:48, 12 September 2010 (EDT)

有人知道发生了什么变化吗？我们似乎仍然使用非常旧的Mediawiki版本，而且我没有注意到任何视觉上的差异。-- (WT-en) Ryan • (talk) • 11:11, 15 September 2010 (EDT)

如果他们决定升级MediaWiki，停机时间将远远超过5小时。我的猜测是这是一次硬件升级或更换。或者只是重启。(WT-en) LtPowers 14:05, 15 September 2010 (EDT)

佛罗里达主要主题公园的星级提名

请在Project:Star nominations#Walt Disney World上对Walt Disney World的星级提名发表评论。谢谢！(WT-en) LtPowers 21:52, 12 September 2010 (EDT)

对于可能具有示范意义的星级文章，我仍然收到的评论很少。如果这篇文章被提升，它将作为未来大型旅游景点文章的范例。请发表您的意见，即使是负面的。(WT-en) LtPowers 10:52, 28 September 2010 (EDT)

奇怪的bug

以前有人见过像这样的行为吗？看起来有人使用列表编辑器编辑了“Eat”部分中的一个条目，覆盖了“Sleep”部分中的一个HTML注释。查看接下来的三个编辑，可以看到更多奇怪的情况。(WT-en) LtPowers 18:14, 15 September 2010 (EDT)

IB（以及因此的Wikivoyage）被一家私募股权公司收购

另外，值得关注的是：Internet Brands将以6.4亿美元被收购 (WT-en) Rezendi 17:11, 20 September 2010 (EDT)

我姑且给它一个“太棒了！”的评价。忽视不太可能增加，而且我想我们可以猜测未来的滥用会减少。基本上，我支持改变我们的主机管理。--(WT-en) Peter ^Talk 17:34, 25 September 2010 (EDT)

我曾在两家被私募股权公司收购的公司工作过，所以我不太乐观。不过，Getty Images和Webreservations International的所有权可能很有趣。--(WT-en) Stefan (sertmann) ^talk 18:07, 25 September 2010 (EDT)

时代杂志

大家好，我们将在9月27日的《时代》杂志上刊登；，文章相当扎实，尽管它围绕着我们两位亲爱的已故用户展开。--(WT-en) Stefan (sertmann) ^talk 17:40, 24 September 2010 (EDT)

我在Bruges中未能找到作者的编辑（查看了最新的50次编辑）。--(WT-en) DenisYurkin 04:22, 25 September 2010 (EDT)

Kununurra的星级提名

这篇文章很快将成为OTBP专题，并且接近成为一篇星级文章。如果两者能够同时实现，并在首页上将其作为星级文章，那就太好了。请在Project:Star nominations#Kununurra上发表一些评论，以推动它过线。谢谢。(WT-en) Cardboardbird 04:13, 26 September 2010 (EDT)

感谢那些最近发表评论和/或进行编辑的人。所有的建议都已得到处理，所以如果您最初的想法是“几乎”可以，您可能会想再看一下。- (WT-en) Cardboardbird 05:56, 28 September 2010 (EDT)

你好！我认为现在它已经可以评为星级了，因为Stefan、Claus和我已从“几乎”转为支持。我们等到周末看看回复，但之后您就可以争取这个荣誉并将其改为星级了。(WT-en) jan 07:40, 28 September 2010 (EDT)

给青少年到第三世界旅行？

有一些很棒的、针对高中生的第三世界旅行探险，由前和平队志愿者领导，名为“WHERE THERE BE DRAGONS”，总部位于科罗拉多州博尔德。他们带学生去10-15个国家中的任何一个。

不清楚是否/如何将其包含在Wikivoyage中。我有一个孙女，她曾两次去泰国农村和塞内加尔，都是和这个团队一起去的。非常负责任，管理得也很好。有非常严格的行为准则等。

由于Wikivoyage专注于特定目的地，这可能超出了范围，但也许不是？谁知道呢？作为一个旅行信息Wiki，应该有一种处理这些有用信息的方式。是吗？(WT-en) Frnkatca 16:08, 3 October 2010 (EDT)

这类事情可能涵盖在Travel topics中。看看你心中的内容是否适合这个类别。-- (WT-en) Peter (Southwood) ^Talk 09:53, 4 October 2010 (EDT)

你感兴趣的内容是否涵盖（或可能涵盖）Gap year travel？(WT-en) Pashley 21:11, 30 October 2010 (EDT)

新广告

IB终于提出了新广告的预期样式。请查看wts:Talk:Advertising policy#New Monetization Effort。– (WT-en) Vidimian 06:07, 7 October 2010 (EDT)

失败的合作

在将近4个月没有合作多伦多之后，我将其改为毛里求斯。我实际上还没有机会查看任务，但问题是任务太少了。好吧，考虑到这个月已经过半了，我认为它可以成为完美的十月CotM。希望我们至少能完成一些任务，并开始复兴合作项目。(WT-en) ChubbyWimbus 05:15, 12 October 2010 (EDT)

User:(WT-en) Wrh2 被封锁？

(WT-en) Ryan 说他的家庭IP地址被阻止编辑Wikivoyage，而IB对他提出的问题没有回应。显然，这是完全不可接受的。有人知道怎么回事吗？(WT-en) Gorilla Jones 22:09, 12 October 2010 (EDT)

我终于得到了回复——我的IP地址被IB的某个自动化工具阻止访问所有Internet Brands网站，显然是因为我运行的一个抓取Wikivoyage的机器人。该机器人遵守Project:Terms of use，但显然是导致问题的原因（我正在等待澄清具体是什么触发了封锁）。公平地说，在Kevin Hayes最终能够得到回应后，他相对较快地解决了问题。-- (WT-en) Ryan • (talk) • 16:02, 13 October 2010 (EDT)

为什么？

在Wikivoyage/fr中无法使用Regionlist模板

大家好，

我想在Wikivoyage/fr中使用Regionlist模板，但似乎那里不知道它。我们如何将模板从一个wikivoyage语言版本导出到另一个版本？我们需要特殊的管理员权限吗？

我查阅了Template:Regionlist和Project:Using_Mediawiki_templates，但一无所获。

更广泛地说，我们如何在某个语言版本中创建/管理/编辑/重命名模板？WT:en中文章的stub模板已被翻译成WT:fr中的bouchon，并且真的应该被重命名为ébauche。

感谢您的帮助！(WT-en) Joelf 21:43, 16 October 2010 (EDT)

你好Joelf，我已经创建了模板，不需要特殊的管理员权限。

完成您想做的事情最简单的方法是复制regionlist模板的源文本，然后将其粘贴到fr上名为适当名称的新模板命名空间文章中，然后逐字翻译，直到您满意为止。我认为我没有遗漏任何关键的东西。在某个地方添加一个关于如何以及在哪里使用该模板的解释，对其他用户很有用。祝好，(WT-en) Peter (Southwood) ^Talk 01:46, 18 October 2010 (EDT)

明白了！确实很简单，参见：fr:Amérique du Sud。非常感谢Peter。(WT-en) Joelf 01:01, 19 October 2010 (EDT)

来自Wikimedia Commons的图片

我是en:wikipedia的管理员，在那里非常活跃；虽然我认为Wikivoyage很有用，但我没有足够的兴趣在这里活跃。因此，我很好奇——是否有什么方法可以在不重新上传的情况下在这里使用Wikimedia Commons的图片？我发现这里有很多指南可以用Commons的图片来更好地说明。69.136.6.110 19:53, 1 November 2010 (EDT)

我知道MediaWiki软件的最新版本将允许这样做，但我们使用的版本不允许。我同意这会非常有用的。(WT-en) LtPowers 09:43, 3 November 2010 (EDT)

我有点喜欢在Wikivoyage上使用有限数量的维基百科图片，因为我认为，当Wikivoyage使用与维基百科文章相同的图片时，看起来会不好/无聊/过度/不“新鲜”。我曾在Wikivoyage上偶然发现过我在维基百科上见过的图片，看到我们的图片相同，这有点令人失望，而且有点让好图片显得枯燥，因为我知道我在别处见过。不过，这可能是一种少数派观点。(WT-en) ChubbyWimbus 18:43, 3 November 2010 (EDT)

我同意(WT-en) LtPowers的观点，这会很有用。有很多图片目前在WP上没有使用。WT文章可以从方便地访问它们中受益。下载图片、复制commons信息然后上传到WT的现有流程很费力而且非常笨拙。在WT和WP文章中使用相同的图片确实不太好，除非是一张非常重要或标志性的图片，对文章主题有意义。(WT-en) felix 07:11, 4 November 2010 (EDT)

对于绝大多数目的地来说，几乎没有免费图片可用。选择通常是在根本没有图片，或者使用Commons的图片（可能在英文维基百科上使用，也可能不使用）。如果这是选择，我认为我们应该选择有图片，无论它来自哪里。(WT-en) LtPowers 09:25, 4 November 2010 (EDT)

有时我们可以在与Wikivoyage指南相关性不大的维基百科文章中找到可以用来 ilustrate 我们的指南的美丽图片，这样，从我们的指南中点击维基百科链接的用户就不会因为看到同一张照片的同一篇文章而感到失望。例如，我把这张照片放在了我们的Altai Republic指南中（这也很合理），但却是在维基百科关于Altaic语言的文章中找到的，这与Altai Republic几乎没有关系（尽管我应该承认，它也链接自Altai Mountains文章，但这仍然不能等同于我们的共和国指南）。– (WT-en) Vidimian 12:54, 4 November 2010 (EDT)

我还要补充一点，我宁愿选择前者而不是后者，在“任何照片 vs 无照片”的比较中。在添加图片（或任何其他我能想到的东西）时，Wikivoyage文章应该被视为独立的指南，同时考虑到那些无法访问（或不愿）点击维基百科链接的用户。– (WT-en) Vidimian 13:04, 4 November 2010 (EDT)

我也同意(WT-en) LtPowers的观点，这听起来是个有用的选择。目前的流程相当繁琐且耗时。--(WT-en) globe-trotter 13:17, 4 November 2010 (EDT)

我认为关于维基百科照片有很多很好的论点，尤其是那些在维基百科上未使用的好照片。另一方面，没有照片会鼓励Wikivoyage的用户上传自己的新图片，而有WP照片可能会阻碍这一点，因为用户可能会觉得，如果文章已经充满了图片，那么上传图片就没有意义了。不幸的是，用户上传图片的速度很慢，因为新用户来得慢，而且可能甚至没有获得共享账户。(WT-en) ChubbyWimbus 03:11, 5 November 2010 (EDT)

统计

我认为能够看到关于wikivoyage使用情况的统计数据会很有鼓舞作用。看到你写的页面被阅读很有趣。95.209.70.145 06:02, 11 November 2010 (EST)

以前有过。我问过另一位用户是否知道什么。-- (WT-en) Sapphire • (Talk) • 08:06, 11 November 2010 (EST)

是的，我正巧在想这件事，我记得以前在页面底部有一个列表，列出了有多少人查看了该特定页面，请把它带回来，有人请帮忙—The preceding comment was added by (WT-en) Ralphmiester (talk • contribs)

搜索已失效？

英文搜索似乎不起作用，而且至少已经有一天的故障了。奇怪的是，其他语言似乎都正常。有人知道原因吗，或者什么时候会修好？（我收到了来自沮丧的app用户的邮件——iTravelFree目前使用内置搜索功能。）(WT-en) Rezendi 08:41, 13 November 2010 (EST)

星级提名页面为空！

随着Diving the Cape Peninsula and False Bay的推广，目前已没有正在进行的星级提名。是时候新提名了吗？祝好，• • • (WT-en) Peter (Southwood) ^Talk 11:58, 28 November 2010 (EST)

搜索仍然失效？

英文搜索真的坏了三周，IB似乎既没注意到也没在意，还是我漏掉了什么？

我修改了iTravelFree使用Bing代替，那个工作正常，但如果是这样，我对忽视的程度感到非常惊讶。(WT-en) Rezendi 19:46, 2 December 2010 (EST)

是的，“忽视的强度”是一个很好的短语。我猜你已经给IB发了邮件，期望他们在这里阅读任何东西都过于乐观了。--(WT-en) inas 21:03, 2 December 2010 (EST)

你看到Shared上的技术请求数量了吗，Rezendi？(WT-en) LtPowers 21:20, 2 December 2010 (EDT)

对于这样的问题，您可以尝试发送邮件到wikivoyage.org的tech邮箱。我的经验是他们大约三分之一的时间会回复，所以如果您在24小时内没有收到回复，请再试一次。如果您确实收到了回复，您也可以尝试引起他们注意来解决阿拉伯语Wikivoyage上的垃圾邮件问题。-- (WT-en) Ryan • (talk) • 21:39, 2 December 2010 (EST)

更新：我昨天给tech at wikivoyage.org发了邮件，虽然我没有收到回复，但英文搜索现在又可以正常工作了。(WT-en) Rezendi 13:43, 4 December 2010 (EST)

Sue Gardner：“Wikivoyage是一个很棒的网站”

http://www.bbc.co.uk/news/business-11894901 (3:40) -- (WT-en) LtPowers 15:38, 7 December 2010 (EST)

有人注意到面包屑最近特别顽固吗？我非常厌倦不得不一遍又一遍地清除缓存来向下钻研层级。(WT-en) LtPowers 11:36, 13 December 2010 (EST)

是的，我注意到了同样的事情。--(WT-en) inas 16:59, 13 December 2010 (EST)

我刚来茶馆问同样的问题。毫无道理。例如，Scotland在页面顶部只显示United Kingdom: Scotland，而England显示Europe: Britain and Ireland: United Kingdom: England。IsPartOf似乎在两个页面上都完全相同，但出于某种原因没有返回相同的结果！(WT-en) Tarr3n 09:21, 16 December 2010 (EST)

嗯，我们知道这是一个缓存问题，您可以通过清除每个受影响页面的缓存来解决它，从层级顶部开始，然后向下工作。但我们不确定为什么缓存会出现如此大的问题。(WT-en) LtPowers 15:44, 16 December 2010 (EST)

是的，最近情况真的很糟糕，需要花费大量时间来修复它们。--(WT-en) globe-trotter 22:02, 6 January 2011 (EST)

自动章节重命名

大家好，我正在尝试根据文章模板统一法语WT上的章节名称。是否有任何方法、管理员工具或其他工具，可以快速地对文章进行全局搜索/替换并修改其中多个？感谢您的帮助。(WT-en) Joelf 20:44, 21 December 2010 (EST)

MediaWiki没有内置的功能可以做到这一点。您需要运行一个脚本（或“机器人”）在您的计算机上自动化这项任务。(WT-en) LtPowers 10:00, 22 December 2010 (EST)

谢谢。是否有帮助页面或任何人可以给我一个代码示例？特别是关于连接设置。我了解到你们中的一些人已经完成了这项工作，用于重命名英文章节。(WT-en) Joelf 19:27, 22 December 2010 (EST)

交通费用

新西兰的Naked Bus公司长期以来一直在新西兰各地的页面上宣传1美元的票价，现在我注意到其他城市也有类似的促销活动。1美元的票价不是骗局。他们确实为每辆巴士的一个座位出售一张1美元的票，如果你几个月前在热门路线上搜索他们的网站，找到一张1美元的票并不难。不过，这对旅行者来说几乎没什么用，因为他们无法了解两个地点之间的巴士票价，因为他们只看到“票价从1美元起”。我的倾向是直接删除价格……有没有其他想法，而不必在每篇文章中写一篇关于巴士票价的迷你文章？--(WT-en) inas 18:02, 22 December 2010 (EST)

更改用户名

可以更改用户名吗？如果可以，如何进行？更具体地说，我在注册时弄混了用户名。我是一名美国和平队志愿者，在Nature Park Bulgarka工作。这个账户应该使用我通常的用户名“RobertSullivan1973”，而不是“NatureParkBulgarka”。谢谢。(WT-en) NatureParkBulgarka 09:14, 28 December 2010 (EST)

请在我的talk page或User talk:(WT-en) Peterfitzgerald上留言，确认您想要的新用户名，我们两人都可以更改。(WT-en) Ryan • (talk) • 11:50, 28 December 2010 (EST)

网站非常慢

你好，

长时间回来后，我发现它非常慢。有了广告之后，应该没有问题拥有更多或更快的服务器。我非常失望。(WT-en) Yann 11:24, 28 December 2010 (EST)

人们会这么想。然而，Internet Brands不在这里阅读，所以给他们发邮件可能是最好的选择。--(WT-en) inas 04:19, 7 January 2011 (EST)