Wikivoyage:Travellers' pub/2010

版权地图

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

当然可以，我们的上传表格规定，在上传未指定许可证的图像时，您同意将其许可给 CC-by-SA。而且，User:(WT-en) Lex 非常清楚这一点（尽管即使他不知道，您在法律上也站得住脚）。 --(WT-en) Peter ^讨论 18:04, 2010年1月4日 (EST)

好的，感谢您的信息 :) (WT-en) globe-trotter 19:00, 2010年1月4日 (EST)

Lex 列出的来源是 Tourism NT，大概是北领地的官方旅游机构。我不确定这与 CC-by-sa 1.0 如何兼容，除非 NT 政府的来源自动进入公共领域。 (WT-en) LtPowers 19:32, 2010年1月4日 (EST)

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

权限有些分散，但他确实声明他有权许可他的文字和上传的文件，并且他的机构指派他专门用于改进 WT 对他们地区报道的任务。完全没问题。 --(WT-en) Peter ^讨论 20:09, 2010年1月4日 (EST)

添加到 Babel 的语言

只是想告诉大家，我将以下语言添加到了 Project:Babel

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

我认为很少有人在最初添加完内容后会再检查 Babel 页面，所以我想在这里提一下，如果你懂这些语言或想假装懂，可以添加它们。 (WT-en) ChubbyWimbus 03:24, 2010年1月5日

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

大家好！

我想知道许可证升级的状态是什么...

在“主页”的顶部，我看到升级“已获批准”。在“主页”的页脚也显示“文本可在 Creative Commons Attribution-ShareAlike 3.0 下获取，...”。

然而，这里的标志链接到旧的许可证，并且在某些网站（例如 https://wikivoyage.cn/wiki/South_America）的页脚也显示，文本也可在旧许可证下获取。

所以，请告诉我状态！ :-) —上次评论由 (WT-en) 88.72.203.83 （讨论 • 贡献）添加

标志链接正在等待 IB 修复 -- 谁知道要多久。然而，您看到的页脚问题是我们经常遇到的恼人的缓存问题。如果您强制重新加载页面（大多数浏览器中按 Shift-F5），编辑它，或者手动清除该页面的缓存（编辑页面上也有链接），它会立即更新页脚并显示“Creative Commons Attribution-ShareAlike 3.0”，正如它应该的那样。随着缓存过期，它也会自动纠正所有页面，但这至少需要几天时间。我知道这有点颠簸！ - (WT-en) D. Guillaime 13:22, 2010年1月6日 (EST)

哪个标志？ --(WT-en) Peter ^讨论 15:55, 2010年1月6日 (EST)

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

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

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

需要做什么的讨论在 project talk:License upgrade#New license?，虽然还不清楚是否有人真正请求了 IB 进行这些具体的更改。讨论应在那里继续。 - (WT-en) D. Guillaime 17:13, 2010年1月6日 (EST)

被屏蔽的页面

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

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

我尝试了一下，触发了垃圾过滤器的警告，因为其中一个酒店链接是 israel a la carte .com。移除该链接后，一切正常。 (WT-en) Andyfarrell 19:01, 2010年1月19日 (EST)

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

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

关于国家的建议？

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

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

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

重复的地名？

你好，我正试图添加关于“Thurso”的信息，搜索时跳到了关于魁北克那个地方的页面。我想添加关于苏格兰那个地方的信息。然后我搜索了“Thurso Scotland”，它就显示出来了。

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

(WT-en) Mosh 06:47, 2010年1月23日 (EST)

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

对于下一个读者来说，你正在寻找 Project:Disambiguation pages。 (WT-en) Jpatokal 01:01, 2010年1月26日 (EST)

免费 Wikivoyage iPhone 应用 iTravelFree 新版本现已推出

我很高兴地宣布，我开发的 iPhone 应用 iTravelFree 的新版本 2.0 现已在 App Store 上架。它允许您轻松浏览 iPhone（或 iPod Touch）上的所有 Wikivoyage 内容；保存您下载的内容，以便离线阅读；并根据地址或经纬度坐标在地图上显示列表。

应用网站上有 常见问题解答 和包含大量截图的 教程：weTravelRight。正如其名称所示，iTravelFree 完全免费。（有一个付费版本，iTravel，但功能完全相同；我希望软件捐赠模式能部分抵消我的服务器和开发成本。）

新功能和改进

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

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

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

(WT-en) Rezendi 15:40, 2010年1月26日 (EST)

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

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

不。它们应该根据情况在“看”或“做”部分提及。 (WT-en) LtPowers 11:35, 2010年1月29日 (EST)

“有一个柠檬派对，你被邀请了” 在“发现”框中

这是一种神秘的玩笑吗？ --(WT-en) Arthur Hemp 01:02, 2010年1月31日 (EST)

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

罗马尼亚 WikiTravel 上的歧视

我们在罗马尼亚语项目上受到歧视！系统管理员（同时也是总监）封禁了所有账户！请采取措施！无故封禁我，我没有进行任何破坏或更多操作！拜托。谢谢。 --(WT-en) Ervin C. 09:13, 2010年2月11日 (EST)

请用正确的英语提出您的请求。谢谢！ --(WT-en) Vlad 09:35, 2010年2月11日 (EST)

好的，现在，告诉我为什么我封禁了所有账户？谢谢！ --(WT-en) Ervin C. 09:47, 2010年2月11日 (EST)

你为什么封禁所有账户？ --(WT-en) Vlad 09:57, 2010年2月11日 (EST)

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

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

你已经在罗马尼亚维基百科、罗马尼亚维基新闻、罗马尼亚维基旅行上进行了破坏和傀儡操作，这就是你被封禁的原因。而且我已经向你解释过了。请停止通过邮件骚扰我，没什么可说的了。 --(WT-en) Vlad 10:09, 2010年2月11日 (EST)

但我在这上面做得不好吗？我们没有任何记录上的坏处，我甚至写了一些好文章，还添加了一些重点。而且我不是破坏者！ --(WT-en) Ervin C. 10:19, 2010年2月11日 (EST)

我认为你需要停止胡闹了。你已经有了自己的记录，现在就承担后果。你在这里找不到支持，尤其是在一个不关英语 Wikivoyage 事宜的问题上，所以你可以停止尝试了。 --(WT-en) Stefan (sertmann) ^讨论 10:27, 2010年2月11日 (EST)

范围屏蔽

在 Shared Travellers' pub 上正在就范围屏蔽与 IB 进行辩论，常驻用户请发表意见。 --(WT-en) Stefan (sertmann) ^讨论 14:20, 2010年2月11日 (EST)

IB 已回应，排除了；no follow, common.js 和范围屏蔽。常驻用户请参与共享的讨论。 —上次评论由 (WT-en) Sertmann （讨论 • 贡献）添加

他们在哪里排除了 nofollow？ (WT-en) LtPowers 19:13, 2010年2月18日 (EST)

这里。 -- (WT-en) D. Guillaime 19:17, 2010年2月18日 (EST)

嗯

有什么想法能解释为什么我的 讨论页 会显示为“需要注意的文章”？太奇怪了。 --(WT-en) Burmesedays 04:38, 2010年2月22日 (EST)

如果您将“潜水 Saipan”的评论更新为在类别引用前加上冒号 - [[:Category:...]] 而不是 [[Category:...]] 应该就能解决。前者创建到类别页面的链接，后者将文章添加到类别。 -- (WT-en) Ryan • （讨论） • 10:16, 2010年2月22日 (EST)

Ryan 观察得很仔细。已修复 :) 非常感谢。 --(WT-en) Burmesedays 11:04, 2010年2月22日 (EST)

关于共享的讨论..

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

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

在 wts:Tech talk:Enable rel="nofollow" - 关于反 SEO 策略的激烈讨论，继续中..

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

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

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

我想发布这个，它应该放在哪个部分？

(旅行指南书籍的广告已移除)--(WT-en) Burmesedays 05:10, 2010年3月1日 (EST)

由于这是广告，我的回答是，在 Wikivoyage 的任何地方都不可以。 --(WT-en) Burmesedays 05:10, 2010年3月1日 (EST)

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

这个项目与维基媒体项目有多接近？这里的规则与维基百科相同吗？我的意思是，大部分规则都是常识吧……只是好奇有什么不同……谢谢 --207.177.111.120 22:26, 2010年3月6日 (EST)

实际上，我们的大部分规则都不同，有时差别很大，有时则很微妙。请阅读 Project:Welcome,Wikipedians 以获取详细信息。 (WT-en) LtPowers 23:02, 2010年3月6日 (EST)

屏蔽一个 URL

抱歉，我对 Wikivoyage（或任何 Wiki）都相当陌生，但在开始帮忙之前，我尝试阅读了所有政策。不确定这里是否是发表意见的地方，但我注意到 URL http://www.cittavecchialocarno.ch 在瑞士的文章中被到处垃圾信息。我尝试清理了一下，但有没有什么地方可以请求屏蔽该 URL？在哪里可以最好地向管理员表达我对破坏行为或其他违反政策的行为的担忧？谢谢！ - (WT-en) Kayla 23:07, 2010年3月15日 (EDT)

这里是最好的地方之一。我们确实有一个黑名单可以禁止该 URL；它目前是否被反复添加到文章中，或者你认为可能只是一个一次性的垃圾信息发送者？两者都不是阻止黑名单的必然因素，但这可能会影响紧迫性。 (WT-en) LtPowers 08:19, 2010年3月16日 (EDT)

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

没人喜欢告密者 Cindy Kayla！ ;-) (WT-en) TomNativenewYorker 11:31, 2010年3月20日 (EDT)

页面缓慢

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

我发现这种情况时有发生。你用标签页吗？我发现没有标签页巡查 WT 几乎是不可用的。按住 Ctrl 在新标签页中恢复或撤销，继续下一项编辑，然后稍后翻阅标签页完成工作。 --(WT-en) inas 23:09, 2010年3月29日 (EDT)

我开始用标签页操作，但我不能过度使用，因为我坐在办公桌前，老板可能会好奇我在做什么…… (WT-en) jan 03:00, 2010年3月30日 (EDT)

必须更快地掌握 Ctrl-Tab 键——在屏幕之间切换看起来总是很忙 :-) 但你说得对，今天保存编辑要花很长时间。 --(WT-en) inas 18:35, 2010年3月30日 (EDT)

当回滚缓慢时，它有时也会将我登出。也许是我连接的问题，但我在维基百科上从没遇到过这种情况，尽管我在维基百科上并没有进行多少回滚！ (WT-en) Shep 01:24, 2010年3月31日 (EDT)

HTTP 500 内部服务器错误

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

是的，我也遇到了同样的问题，但过了一会儿就恢复正常了， --(WT-en) ClausHansen 09:47, 2010年4月30日 (EDT)

过去两个月有人遇到过持续的“主机不可达”问题吗？

我想知道是不是只有我一个人在某些网络上持续遇到 wikivoyage 的“主机不可达”行为？详情请参阅 wts:WtTech:Wikivoyage doesn't load at all from certain subnetworks。 --(WT-en) DenisYurkin 16:32, 2010年5月14日 (EDT)

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

罗切斯特（纽约）

在改进 Rochester (New York) 的过程中，我遇到了一些困难。我非常希望能得到一些新的视角和任何关于文章哪些部分最需要关注的建议。提前感谢！ (WT-en) LtPowers 13:46, 2010年5月6日 (EDT)

用户:194.17.116.224

你好！匿名用户 194.17.116.224 在上个月付出了巨大的努力重写了瑞士和奥地利的讨论部分。他认为自己在命名德语方面是正确的，而其他人都是错的。最近他开始侮辱 其他编辑者（尤其是我的）。我封禁了他两个小时，并试图向他解释我们不是维基百科，而且即使是维基百科对 德语 也有很大的差异，更不用说其他所有特殊情况了……我试图解释我们是基于 共识 的，但到目前为止，他仍决定做一个孤胆牛仔。请就地撤销。 (WT-en) jan 07:44, 2010年5月7日 (EDT)

糟糕

最近我几乎无法使用 WT——它的运行速度太慢了。 --(WT-en) Peter ^讨论 20:31, 2010年5月11日 (EDT)

我有一些监控脚本显示，今天下午 5:15（太平洋时间）和昨晚大约 8:00（太平洋时间），它都断网了（连接超时），每次大约 20 分钟。否则响应时间看起来正常。 -- (WT-en) Ryan • （讨论） • 20:48, 2010年5月11日 (EDT)

我有时也会遇到响应服务器需要几秒钟的时期，但最近它们都很短暂（最多五分钟）。 (WT-en) LtPowers 22:49, 2010年5月11日 (EDT)

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

我不知道为什么，但 DC 的指南似乎比其他页面更难编辑。这通常是这种情况，但由于整个网站过去几天都非常缓慢，这个问题更加严重。 --(WT-en) Peter ^讨论 12:54, 2010年5月12日 (EDT)

在过去的两个月里，情况已经到了这种地步，如果我*不*需要刷新两三次才能让页面完全正确加载，我都会感到惊讶。(WT-en) Texugo 20:32, 2010年5月12日 (EDT)

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

会不会是某些内容位于不同服务器的因素？当某个特定指南总是很慢时（如 Peter 所体验的 DC），确实很奇怪。伦敦太慢了，我通常不 bother。关于普遍的缓慢，一个技巧是使用 Chrome。一个简化的浏览器可以在速度上弥补很多。 --(WT-en) Burmesedays 09:08, 2010年5月13日 (EDT)

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

我的经验是，WT 的速度高度依赖于一天中的时间。在欧洲的早晨和午餐时间（美国的晚上），我可以无障碍地编辑，并且有新的问题。如果我想在晚上编辑，它会很慢，有时甚至需要很长时间才能完成回滚。这就是为什么我在早上（CEST 6-16 点）比较活跃，而在晚上不活跃。到目前为止，我还没有遇到文章加载时间上的差异。 (WT-en) jan 08:16, 2010年5月14日 (EDT)

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

我在南非也遇到了类似的问题，也许没那么严重，而且至今还没有找到规律。我尝试过 Chrome，但没有明显区别。WT 通常比其他网站更差、更慢。干杯， (WT-en) Peter (Southwood) ^讨论 15:12, 2010年10月24日 (EDT)

2010 年世界杯

距离比赛还有 22 天。这篇文章需要紧急更新。有人能做吗？ (WT-en) Shep 15:46, 2010年5月18日 (EDT)

维基百科新设计

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

当然可以，如果我们有人愿意深入研究 CSS 文件，进行必要的更改，然后说服 IB 进行替换，就可以整合新设计的一些元素。但我认为完整的新设计需要最新版本的 MediaWiki 软件中的元素，这需要 IB 进行升级，他们过去曾提到过这一点，但我认为近期不太可能发生。 (WT-en) LtPowers 15:01, 2010年5月31日 (EDT)

我讨厌新设计。我总是需要登录才能看到旧的外观。别犯错误把这里也弄成那样。 --(WT-en) TrekkingTurtle 19:15, 2010年10月9日 (EDT)

Strickland, MS？

我想把它添加到项目中，但我不知道 MS 是什么意思，我猜是密西西比，但我也许会错。谢谢。 --(WT-en) Varajou89 06:16, 2010年5月24日 (EDT)

你为什么要添加它？如果你想写一篇关于 Strickland 的文章，请随意添加。它看起来是一个非常、非常小的地方。如果你想添加一个空文章，那就请不要 bother 了。--(WT-en) Burmesedays 06:26, 2010年5月24日 (EDT)

维基百科归因

所以在 这个讨论 中，我提到我不喜欢把新的 Wikipedia 归因模板放在主文章页面的底部。过去，关于来源和版权信息总是放在讨论页上，我不认为维基百科的说明有理由永久放在主命名空间。其他任何类型的贡献都无法在那里获得永久提及，所以这个例外似乎很奇怪。我想提议将归因通知永久放置在讨论页的*顶部*。在那里它们仍然非常显眼，并且不会意外地被卷入存档等。大家怎么看？ (WT-en) Texugo 11:06, 2010年3月22日 (EDT)

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

不。它需要放在底部，因为那是其他归因信息所在的地方。如果它在讨论页上，使用者可能不知道要去那里查找其他归因。 (WT-en) LtPowers 16:28, 2010年3月22日 (EDT)

那是不正确的。页面底部只是一个随机选择的贡献者列表，并附有完整列表的链接。它从来没有包含*来源信息*——文本来源的说明（例如，发布通知等）一直都放在讨论页上，就像图像来源信息在图像来源文件一样。如果我们坚持任何文本都必须在主文章页面上注明来源，我们可能会在一些文章的底部堆满盒子，我觉得这很俗气而且不必要。(WT-en) Texugo 23:36, 2010年3月22日 (EDT)

我想我是创建该模板的负责人，我将其添加到了现有的 {{Attribution}} 和 {{Mergecredit}} 模板中，如 模板索引 中所述，而这些模板又基于早期关于请求他人许可和注明翻译页面的原始来源的讨论。

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

我们可以修改MediaWiki:Copyright，使其显示“附加的署名信息可以在文章的讨论页找到”。无论哪种方式，我们都比维基媒体为重用者提供了极大的便利。 --(WT-en) Peter ^Talk 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, 23 March 2010 (EDT)

主要是因为它看起来不太好看。维基百科甚至不为其自身贡献者在其贡献的页面上进行署名（至少对我来说不显眼），所以我完全不确定为什么我们要担心这个问题。 --(WT-en) Burmesedays 09:26, 23 March 2010 (EDT)

另外，一直以来，将文章空间仅用于旅行内容一直是我们的目标，这就是为什么我们摒弃了在缩略图说明中署名摄影师的做法，以及任何形式的站内广告。 --(WT-en) Peter ^Talk 12:21, 23 March 2010 (EDT)

可以理解，但至少我们在图片署名方面是一致的。对于文字署名，如果文字是从其他来源导入的，它们会分散在各处；最好将它们尽可能地放在一起。如果我们有一种方法可以将信息放在页脚或署名页面上，我将全力支持，但我们没有。 (WT-en) LtPowers 15:55, 23 March 2010 (EDT)

嗯，Peter的建议就是这样，在页脚添加一个指向讨论页的注释。我完全赞成。 (WT-en) Texugo 06:44, 24 March 2010 (EDT)

是的，我同意——我厌倦了看到这些框充斥在页面上。如果有人问，我们可以指向讨论页（对了，如果他们熟悉维基百科，讨论页很可能是他们首先会去的地方！）。 (WT-en) PerryPlanet ^Talk 18:58, 24 March 2010 (EDT)

我认为这还不够。 (WT-en) LtPowers 20:53, 24 March 2010 (EDT)

好吧，你有什么建议可以说明什么是足够的吗？ (WT-en) PerryPlanet ^Talk 22:16, 24 March 2010 (EDT)

我认为目前的模板是我们目前最好的解决方案。 (WT-en) LtPowers 09:30, 25 March 2010 (EDT)

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

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

另一方面，维客旅行将文字署名放在每个文章页面底部一个方便的位置。但它仅在作者亲自编辑维客旅行文章以添加文本时才有效；如果由其他人添加，则会错误地署名。我们应尽一切努力确保至少像自动生成的署名块一样突出地指向所有来源。最好的方法是在文章底部使用一个模板，就像维基百科所做的那样。 (WT-en) LtPowers 19:38, 25 March 2010 (EDT)

我不这么看。页面底部的自动生成的署名只是一个随机抽样的片段，而且你仍然需要点击到另一个页面才能获得完整列表。任何从非维基网站重新授权文本给我们的注释仍然会放在讨论页上，而且这是无法避免的。所有图片的来源都在它们自己的页面上，而且这不太可能改变。我们所有的署名都不是，也从未集中在一个地方，而且我看不出有什么特别的必要要让主命名空间的文章变得杂乱无章，仅仅为了做到这一点。(WT-en) Texugo 22:38, 25 March 2010 (EDT)

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

而建议的链接也会在那里，而不是在文章空间里。(WT-en) Texugo 00:38, 27 March 2010 (EDT)

我同意(WT-en) LtPowers的观点。WT的理念是，你应该能够复制和重用WT指南，而不必担心文章命名空间之外的事情。我们使用讨论页来改进文章，使真正的文章免费且可供所有人使用。 --(WT-en) inas 20:53, 28 March 2010 (EDT)

Inas，你说得很好。但我们现在并没有这样做，对吧？而且试图这样做肯定是不切实际的。主文章空间中唯一的署名是最后几位贡献者。图片和地图的署名根本不在主文章里。重用者的责任是找出这些信息。我们不可能照顾到每一个可能的网站重用者。 --(WT-en) Burmesedays 21:37, 28 March 2010 (EDT)/

正如LtPowers在这里无意中提醒我的，还有其他情况，我们无法避免使用讨论页进行署名注释，例如合并和重定向或合并和删除的情况。这只是另一个原因，为什么我认为我们需要在讨论页上有一个专门的署名空间。我当然不认为我们需要为这种事情创建一个新的框形模板，仅仅是为了堆积在主页面底部。 (WT-en) Texugo 23:30, 1 April 2010 (EDT)

我一直在犹豫不决，因为双方的论点都有充分的理由。但最终，我认为重要的是我们要区分导游中的旅行内容和非旅行内容，正如我们对广告所做的那样。

理想情况下，我们会找到一种方法将此类署名（来自WP、其他语言版本等）放在页脚，与维客旅行者列表放在一起，但在此之前，我认为最不坏的解决方案是将模板放在讨论页上，并注明重用者应检查讨论页以获取附加的署名信息。例如，这就是我们处理图片署名的方式，也是因为缺乏技术支持将其放入页脚，以及列表名称过多等问题。 --(WT-en) Peter ^Talk 12:17, 19 May 2010 (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, 9 April 2010 (EDT)

据我所知，Mediawiki的默认设置是任何账户超过30天（如VeronicaVanHouten）的编辑都会被自动审核；更改自动审核用户的时间默认设置将是一个IB（内部问题）的问题。至于为什么我们会看到这些编辑，如果我没猜错的话，这可能是一个大学课程的一部分——大约两个月前我们有一批这样的学生，所以最近这批可能是学生在最后期限前完成的？ -- (WT-en) Ryan • (talk) • 01:22, 9 April 2010 (EDT)

这说得都通。请所有巡查员留意这些。许多文章在格式上被搞得一团糟，而且编辑都是自动审核的。在这里我感觉自己在打一场败仗。--(WT-en) Burmesedays 12:48, 9 April 2010 (EDT)

我也看到了Veronica的编辑（并欢迎了她），因为她一直在积极贡献，也没有违反政策。她的文章风格（MoS）做得不是很好，但这也许是因为她没有看过政策……我同意Ryan的看法，越来越多的大学、高中等在使用维客旅行，并开始教育学生如何使用Wiki。如果你搜索IP，我经常能找到曼谷的英国学校，一些加拿大的学校等等。 (WT-en) jan 12:00, 10 April 2010 (EDT)

最近有许多关于新英格兰城镇的编辑，看起来像是大学项目——Blackstone和Roger Williams Park似乎是两个可能的目标——所以大学生可能回来了。在最近更改的巡查中多加注意和耐心可能是值得的。 -- (WT-en) Ryan • (talk) • 00:31, 26 October 2010 (EDT)

中文维客旅行

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

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

这并不是建议中文版模仿日文版；只是觉得它更适合汉字，并且对两种语言都有效。如果你有兴趣为中文版翻译或帮助中文维客旅行，那么请尽管勇敢前进！它相对较新，还有很多可以改进的地方。 (WT-en) ChubbyWimbus 17:22, 21 July 2010 (EDT)

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

有两件事值得注意，以防有人错过：第一，项目：月度合作正在进行六月份的活动，其中包括一些人们可以参与的例行维护任务。第二，User:(WT-en) Inas正在征集关于一些自动化脚本的反馈，这些脚本可以检测常见的文章错误、浮夸的语言等——有兴趣加入讨论的人可以在项目：Syntax checks#Discussion..发表评论。 -- (WT-en) Ryan • (talk) • 10:30, 7 June 2010 (EDT)

酒店连锁黑名单

大家觉得对那些持续违反我们政策和待客之道的酒店连锁制定一些黑名单程序怎么样？（目前主要是Best Western和Marriott）？

当然，我们会错过一些普通的酒店房源，但这对我来说和不在我们的餐饮部分列出麦当劳餐厅没什么区别，能够对SEO顾问构成可信的威胁，可能会让他们在做像这样的事情时三思而后行。

我想到的是这样的：

如果一个酒店连锁

• 曾在维客旅行讨论页上收到多次（超过5次）警告。
• 已通过电子邮件联系了该连锁的管理层，警告其即将被列入黑名单，但对方未回应/未采取内部程序阻止滥用。

在黑名单讨论页上做出共识决定后，社区可以决定黑名单化该连锁的名称。同样，如果连锁管理层未能停止违反政策的行为，则在首次联系管理层30天后可以进行投票。 --(WT-en) Stefan (sertmann) ^talk 09:17, 18 June 2010 (EDT)

我们不能只封锁用户和IP，而不是整个连锁店吗？这甚至可能导致企业主用假的IP来破坏竞争对手。 --(WT-en) globe-trotter 09:37, 18 June 2010 (EDT)

Stefan，我完全同意你！特别是万豪连锁在维也纳、汉堡和其他德语区城市，一直是屡犯者，不断违反我们的政策。

G-t：万豪使用自己的IP和营销人员，它是一个相当大的IP群。我认为控制名称比控制每一个单独的IP更容易。最重要的是，如果整个连锁店被封锁，通常会有人与我们互动，而不是完全无视。例如，看看与公寓代理的讨论。 (WT-en) jan 10:55, 18 June 2010 (EDT)

前提是存在一个社区必须在将连锁店列入黑名单之前达成共识的流程，那么这也许可以，但我个人无法想象我会在支持将整个万豪或Best Western连锁店列入黑名单的情况下，虽然营销人员非常令人讨厌，但我们也会因此丢掉大量由旅行者撰写的列表，而且我认为任何好处都无法抵消失去如此多善意用户贡献的缺点。 -- (WT-en) Ryan • (talk) • 11:04, 18 June 2010 (EDT)

我强烈反对这个提议。它不公平地惩罚了独立经营者，让他们承担他人的行为。位于圣玛丽（宾夕法尼亚州）的Best Western酒店的业主无法控制其他州或国家的Best Western业主是否在维客旅行上进行垃圾邮件推广。 (WT-en) LtPowers 14:52, 18 June 2010 (EDT)

是的，我知道这会有争议，但在我提出这个建议之前，我确实检查了大量的Best Western/Marriott列表。而且我不得不承认，在我看来，列出每个城镇的麦当劳和Best Western列表之间差别不大。我相信也有很多不错的麦当劳加盟商。不知何故，在没有任何回应的情况下，我们好像就任人摆布，被一群不在乎我们的酒店营销人员操纵，这感觉太糟糕了。 --(WT-en) Stefan (sertmann) ^talk 22:01, 18 June 2010 (EDT)

连锁餐厅在菜单、装饰、食品质量等方面几乎是千篇一律的——我去过香榭丽舍大街的麦当劳（恕我直言，只是为了上厕所——任何去巴黎吃麦当劳的人都脑子有问题），它和我家乡的那家一样，尽管菜单是法文的。在酒店方面，即使是同一品牌，设施、酒店的年代、餐厅/酒吧等都有所不同，所以每个酒店还是有很多可以说的。例如，在我住的地方十五英里范围内，Marina del Rey的万豪酒店与洛杉矶市中心的万豪酒店截然不同。 -- (WT-en) Ryan • (talk) • 22:24, 18 June 2010 (EDT)

Ryan，酒店在风格上可能有所不同，但本质上整个连锁店拥有全球相同的标准（质量和员工/服务指南）。特别是万豪酒店（我出差时偶尔会住），在欧洲大陆内部的装修非常相似。一个很好的例子是User talk:62.189.228.130，万豪欧洲总部（IP搜索显示所有者是万豪）在德语区城市开始发送垃圾邮件，一旦我发现我的信息就换了IP。他们从根本上知道自己在做错事，而其他连锁店也必须感到愚蠢，因为他们遵守我们的标准。只要我们不将他们列入黑名单，他们就没有动力遵守。 (WT-en) jan 07:37, 19 June 2010 (EDT)

但这并没有改善我们的旅行指南。那些只有Best Western和也许一个民宿的小镇怎么办？你在考虑大城市，那里有大量的旅行者选择，但如果这个黑名单的想法通过了，我们可能会出现目的地列表上写着“镇上只有一家主要的连锁酒店”，却无法说出是哪一家。 (WT-en) LtPowers 10:37, 19 June 2010 (EDT)

请注意，Best Western和Marriott酒店的列出频率更高，不是因为骗子，而是因为我。见User:(WT-en) Hotelmakerbot。难以置信，但曾经有一段时间，我们迫切需要酒店列表…… -- (WT-en) Colin Jensen 22:07, 21 June 2010 (EDT)

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

Colin，我知道很多列表最初是由你完成的，但在过去的几年里，许多文章被营销公司大量填充了新的列表。我猜测维客旅行部分是其自身成功的受害者。按IP/酒店进行删除和黑名单处理非常耗时，例如看User:(WT-en) Hotel Nikko San Francisco，他只对使用自己的页面进行营销感兴趣。

Tarr3n：我知道Best Western酒店是加盟店，但这些营销是为了所有加盟店做的，因为这里的垃圾邮件发送者总是同时推广很多酒店。所以这必须是酒店的联合行动。 (WT-en) jan 07:16, 22 June 2010 (EDT)

(缩进)我知道它们不同，这也不是要禁止上述酒店本身的建议，更多的是一种收集策略，以对抗我怀疑是由总部支付费用的营销机构，考虑到他们在许多截然不同的城镇和城市发送垃圾邮件。这 meant to be a last resort tool to stop those agencies, when everything else fails. --(WT-en) Stefan (sertmann) ^talk 11:12, 22 June 2010 (EDT)

关于“最后的手段”，由于大多数这些营销机构不在维基上与我们沟通，我开始发送非威胁性的、专业的电子邮件，试图对抗一些公司——参见User talk:74.7.154.242和Project:User ban nominations作为两个例子。希望是，如果付费使用这些服务的人意识到其中一些不光彩的方法正在被使用，他们将来就不太可能聘请这些机构。 -- (WT-en) Ryan • (talk) • 11:20, 22 June 2010 (EDT)

骑墙观望 - 正如Lt已经指出的，有很多地方链式酒店几乎是唯一的住宿选择。麦当劳-Best Western的类比不公平，因为即使是在最小的城镇，有麦当劳的地方也会有当地的餐馆（至少在北美是这样，我不能代表全世界）。但在任何沿州际公路的小镇，你的唯一选择很可能是Super 8或Best Western。

不过，我也同意，仅靠IP处理可能不足以阻止这些人进来添加他们的垃圾邮件列表，那么对于双方来说，有没有一种折衷办法呢？比如，我们是否可以仅为那个（或那些）城市而将连锁酒店列入黑名单？显然，这些垃圾邮件发送者的主要目标文章是竞争激烈的城市，而不是他们唯一的选择的小城镇。所以，与其将整个连锁店列入黑名单，不如我们将那个连锁店在那些经常受到垃圾邮件攻击的城市的列表移除？例如，如果有人不断为旧金山的Best Western添加垃圾邮件列表，我们将彻底移除旧金山的所有Best Western列表。 (WT-en) PerryPlanet ^Talk 13:14, 22 June 2010 (EDT)

移除一个大型连锁店的所有列表，从总体上来说会给旅行者造成不便。但是惩罚性地黑名单URL可能是一个有效的工具……但主要障碍是，比如黑名单 Marriott，将使得我们大量的文章无法编辑，直到它们的链接被辛苦地移除。

联系酒店可能非常有效，如果是一个酒店，仅仅威胁联系主管就可以很快地结束事情。然而，对于庞大的酒店连锁店来说，找到相关人员可能很难。我很好奇Ryan的邮件会产生什么样的效果！ --(WT-en) Peter ^Talk 22:23, 22 June 2010 (EDT)

到目前为止，孟买的垃圾邮件发送者没有任何回应，因为我今天不得不再次封锁他，因为他开始了几次编辑，并且直到被封锁才停止。跨国公司的一个主要障碍是，你需要先找到合适的人，其次他们从不承认错误，通常的说法是个人对工作任务的误解，然后会有别人来处理…… (WT-en) jan 09:33, 24 June 2010 (EDT)

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

狡猾的匈牙利破坏者

用户：Rühatka在匈牙利语版中以与维客共享版相同的名称巧妙地上传了图片，以便他的冒犯性/愚蠢的图片出现。（“特色文章之星”现在是共产主义象征，沙特阿拉伯的导语图片被改为。此用户的所有图片都需要删除，所有编辑都需要撤销。有人能做到吗？ (WT-en) ChubbyWimbus 20:29, 21 June 2010 (EDT)

我认为我们需要考虑我们在这类情况下的选择。在我把这个建议发到共享版之前，你们觉得给我们每个语言版本的管理员（包括英文版，为了公平）授予管理员权限怎么样？ --(WT-en) Stefan (sertmann) ^talk 03:35, 23 June 2010 (EDT)

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

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

大规模垃圾邮件攻击

目前有一个垃圾邮件机器人正在创建新用户账户并在用户讨论页上发送垃圾邮件。请帮忙加入黑名单并删除页面。谢谢！ (WT-en) jan 15:39, 1 July 2010 (EDT)

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

我正要对此发出警告——这个模式比平时更棘手，有人找到了一种格式，还是我们正在封锁所有无意义的内容？ --(WT-en) Stefan (sertmann) ^talk 19:49, 3 July 2010 (EDT)

关于这个问题，正在Wikivoyage_talk:User_ban_nominations#Spambots进行讨论。我对现在进行的批量封锁感到有些不安，因为不清楚其中一些是否是合法的用户账户。我认为Peter提出的提议——一旦我们发现来自这些账户的垃圾邮件就永久封锁——更安全。 -- (WT-en) Ryan • (talk) • 20:19, 3 July 2010 (EDT)

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

澄清一下，毫无疑问，我们看到大量账户是由垃圾邮件机器人创建的。然而，我们用户账户创建的正常速率似乎大约是每小时一个，所以阻止自这次攻击开始以来创建的所有账户（即使名称看起来像乱码）很可能会包含一些合法用户，除非垃圾邮件账户名称有一些明确的模式。 -- (WT-en) Ryan • (talk) • 20:46, 3 July 2010 (EDT)

呃，我们对此有什么打算吗？……我是说，按照现在的速度，4天后，:en上10%的用户将是恶意的垃圾邮件账户，最终会被自动确认。 --(WT-en) Stefan (sertmann) ^talk 19:24, 4 July 2010 (EDT)

嗯，当前字符串中的用户只有一个在创建账户后更新了任何内容。我认为保留那个，删除其余的。垃圾邮件机器人在这样的网站上的目的是什么？一些合法的用户可能会被封锁，但如果垃圾邮件机器人能够造成问题，对网站来说，封锁这些用户账户创建串中的所有人可能仍然更好。 (WT-en) ChubbyWimbus 20:14, 4 July 2010 (EDT)

我也更倾向于在确认账户是垃圾邮件机器人创建之前等待——封锁哪怕一个潜在用户都有可能剥夺我们一位伟大的贡献者。如果机器人的计划是让他们自动确认然后进行攻击，我毫不怀疑我们到时候能够应对。此外，已经有许多更确切的垃圾邮件机器人创建的账户，我们未经封锁就允许它们通过了，而且它们实际上什么也没做——这些也可能如出一辙。 --(WT-en) Peter ^Talk 21:44, 4 July 2010 (EDT)

只是出于好奇，管理员们难道不能从IP地址看到这些账户是从哪里创建的吗？那样的话，阻止那个/那些恶意IP地址不就很容易了吗？ (WT-en) Ypsilon 08:38, 5 July 2010 (EDT)

管理员看不到IP地址。我不知道管理员是否可以看到。我相信我们可以选择阻止并防止账户创建，但这可能有效也可能无效（我对更晦涩的细节不太了解，很遗憾）。 (WT-en) LtPowers 09:26, 5 July 2010 (EDT)

我认为只有网站管理员才能看到IP地址。如果人们愿意，我们可以移除一些“连接城市名”的垃圾邮件模式，这些模式目前正在阻止这些垃圾邮件机器人账户进行编辑。这样我们就可以识别出其中一些，然后封锁账户和创建该账户的IP，但通常这些攻击来自各种IP地址，所以我不确定这有多大价值。我不认为这些账户将来会造成什么大的危害——如果我们看到任何垃圾邮件，我们只需使用黑名单——所以我不认为这是一个真正大的问题。 -- (WT-en) Ryan • (talk) • 11:44, 5 July 2010 (EDT)

主要是出于好奇，我移除了黑名单中的“连接城市名”模式，之后机器人能够创建垃圾邮件用户讨论页。然后我封锁了那些账户，包括封锁了创建账户的IP地址，但账户创建的速度似乎并没有减慢。根据这个简单的测试，看起来1)这个垃圾邮件机器人相当无害（它只是不断地在用户讨论页上添加相同的模式），2)它来自各种各样的IP地址，所以阻止账户创建可能并不太有效。我认为我们目前使用黑名单而忽略垃圾邮件用户账户的方法可能是最好的选择。 -- (WT-en) Ryan • (talk) • 00:21, 6 July 2010 (EDT)

我又试了一次，这次封锁了15个账户和创建账户的IP地址，但账户创建的速度反而增加到每1-2分钟一个。 whatever is hitting us is large & widespread, but it's luckily also dumb in that the spam is almost identical on every talk page, and the created accounts do not seem to get re-used. While it is disconcerting to have hundreds of spam accounts created each day, unless we can convince IB to implement captcha or something similar I think this is a relatively harmless attack that we're forced to live with until it finally stops. -- (WT-en) Ryan • (talk) • 12:09, 7 July 2010 (EDT)

Ryan，首先感谢你的努力，我认为我们需要让IB的技术人员参与进来。如果垃圾邮件机器人的编辑器改进了，我们就麻烦了。 (WT-en) jan 12:14, 7 July 2010 (EDT)

是的，这个建议以前不止一次被提出过，但正如Wrh2提到的，也许是时候再次努力让IB在账户创建过程中添加“验证码”了——我认为这可以阻止大部分麻烦。我们在es:上也面临类似的问题，虽然数量不那么庞大，但每天都有来自各种IP地址和各种文本及URL的垃圾邮件机器人用户被创建，以至于我几个月来都未能成功阻止这个问题。(WT-en) Texugo 22:14, 13 July 2010 (EDT)

我尝试联系team@myrxcash.com，因为所有的链接都附加了他们的一个联盟ID（12781），如果他们能要求他停止，或者暂停付款直到攻击停止。我邮件账户的垃圾邮件文件夹每天接收到的垃圾邮件从1-2封增加到大约150封，所以我想这意味着不行。他们的反垃圾邮件政策就这样了。唉。我有一种冲动想把那个邮箱地址提交给我能找到的尽可能多的可疑网站……但是……嗯嗯 --(WT-en) Stefan (sertmann) ^talk 18:00, 21 July 2010 (EDT)

Template:Translate

我只是想让大家知道我们一个较新的模板，Template:Translate，它标识了可能需要从其他语言版本进行翻译工作的文章。到目前为止，它只在一个文章中使用，但还有很多潜在的文章。当你看到其他地方有更出色的版本时，请记得加上它！ --(WT-en) Peter ^Talk 12:30, 2 July 2010 (EDT)

我们有没有关于什么是“更出色”的指南？显然是星级文章……这是一个逐案决定，自己判断的事情吗？ (WT-en) ChubbyWimbus 17:29, 2 July 2010 (EDT)

如果有疑问，可能就不值得翻译。但如果我们有一个几乎是空白的文章，而俄语版有一个内容充实的文章，那么这个模板就很有用。 (WT-en) LtPowers 23:06, 2 July 2010 (EDT)

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

大家好，我在共享版上传地图的最新版本时收到此消息。有人知道是什么原因造成的，以及我该怎么做吗？大小是2.18MB。谢谢， (WT-en) Peter (Southwood) ^Talk 08:12, 13 July 2010 (EDT)

我们不太确定发生了什么——请看wts:WtTech:Error creating thumbnail, Invalid thumbnail parameters。尝试稍微减小尺寸并重新上传？ --(WT-en) Peter ^Talk 18:48, 13 July 2010 (EDT)

星级提名

曼谷的耀华力路和帕乎拉特区有一个星级提名，请在星级提名处发表您的意见。即使是微小的评论也有助于文章达到星级 :) --(WT-en) globe-trotter 17:45, 16 July 2010 (EDT)

如何重命名页面？

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

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

谢谢。 (WT-en) Bill Ellett 22:22, 20 July 2010 (EDT)

你应该在你屏幕顶部“历史”旁边的标签。我相信，出于安全原因，MediaWiki可能不再允许注册少于30天的用户重命名页面，所以如果你看不到那个标签，那么其他人可以为你重命名页面。 -- (WT-en) Ryan • (talk) • 22:53, 20 July 2010 (EDT)

是的，我的账户已经四天了，所以还有26天。有人能把Central Eastern Rainforest Reserves重命名为“Gondwana Rainforests of Australia”吗？你可以在它的讨论页上看到理由。我会在那之后更改链接到它的页面。另外，页面上有一个消歧标签，但如果我理解消歧的话，我认为它不应该在那里。 (WT-en) Bill Ellett 23:15, 20 July 2010 (EDT)

已完成。我也会更新Project:How to rename a page以注明30天的限制。 -- (WT-en) Ryan • (talk) • 23:21, 20 July 2010 (EDT)

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

reCAPTCHA

wts:WtTech:CAPTCHA for registration 的技术请求终于实现了，但似乎附带了一个惊喜——现在所有匿名编辑都使用了CAPTCHA！我认为这是不理想的，尽管维基百科的策略，即要求匿名编辑包含新的外部链接时使用它，似乎是个不错的策略。由于WT的大部分新内容来自匿名编辑，我认为我们应该小心不要疏远他们。 --(WT-en) Peter ^Talk 13:10, 23 July 2010 (EDT)

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

重定向页失去功能？

维客旅行在用户通过重定向到达页面时，与直接到达相比，功能似乎有所减少。面包屑、相关页面和向导列表在重定向后不会显示。类似的功能，如其他网站和工具箱：地图，即使在重定向后仍然显示。清除缓存对此没有影响。在我编辑的网站上看到这一点后，我查看了随机重定向的网站，它似乎是普遍存在的。搜索“维也纳”。您会看到面包屑、目的地向导、相关页面：世界遗产，以及其他网站：维基百科。现在去“维也纳（城市）”。它会自动重定向到同一页面，但没有面包屑、向导或相关页面。您仍然有维基百科。搜索“Cahokia”。它会重定向，但地理模板“geo|38.656438|-90.058824”在重定向后仍然提供地图链接。您仍然获得维基百科链接，但没有面包屑或相关页面。这似乎不受模板顺序或周围空白行的影响。我是维客旅行的新手。我在帮助、政策和指南页面上查阅了，没有找到任何东西，但如果我应该查看别处，或者应该在网站的其他部分提出这个问题，请告知。

（今天关于面包屑的一个先前问题通过简单清除缓存得到了解决。谢谢Ryan）。 (WT-en) Bill in STL 15:59, 23 July 2010 (EDT)

不幸的是，这是基础MediaWiki安装在项目早期添加的某些特殊功能的一个已知bug。你有没有一个具体的问题想得到答案？ (WT-en) LtPowers 16:12, 23 July 2010 (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。请看联合国教科文组织网站 。请看主页条目中引用的网站 。去年有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 文件

“景点”部分很好，但也许我们可以包含一个部分，提供一些带有GPS信息的KML文件，说明如何到达一些目的地，并在Google地图中实时显示。

你认为怎么样？ (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），不是更好吗？我不是在吹毛求疵。在一个全球性的网站上，语言应该尽可能常用，实际上是一种国际英语。我永远不会教我的英语学生在这样的语境下“进去”是可接受的英语，我也不会教他们为旅行网站使用类似的标题。对于任何以写作维生的人或英语教师来说，这些标题对我的审美系统来说真是个冲击！—之前的评论来自 94.194.91.5 (talk • contribs)

我不知道这是美式还是英式，但标题指的是你如何进入城市，然后如何在城市里四处逛逛。旅行写作通常是非正式的，所以它是否是标准的学术英语并不是真正的指导原则。所有章节标题都应该简短而有力——任何人第一次阅读时都能明白它们的意思——这可能有一个缺点，就是听起来很严厉；人们也曾评论过景点、活动、住宿，尤其是离开听起来有点命令式，但如果你能明白它的意思，我认为它就起到了作用。顺便说一句——这在网站的其他地方已经进行了非常冗长的讨论，例如这里，所以你应该在那里找到更全面的论证——你可能会发现比我的观点更知情、更有说服力的观点。(WT-en) PerryPlanet ^Talk 12:42, 10 August 2010 (EDT)

另一个主要的论点是，这是我们品牌的一部分；我们不希望听起来像其他旅行网站和来源。至少不是完全一样。当你看到“进去”和“景点”和“活动”时，你就知道这是Wikivoyage。(WT-en) LtPowers 15:31, 10 August 2010 (EDT)

根本没有所谓的“正确英语”。你作为一个英语老师，应该知道这一点。读一些比尔·布莱森（Bill Bryson）的书。--(WT-en) TrekkingTurtle 19:19, 9 October 2010 (EDT)

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

我觉得“进去”（Get In）和“离开”（Get Out）部分命名不当。实际上，“进去”部分包含了关于进入和离开目的地的所有信息。“离开”部分实际上只是给旅行者的下一个目的地建议。我猜这以前讨论过，但 IMO 仍然是个问题。对于 WT 的资深用户和贡献者来说，这可能不是一个大问题，因为我们都习惯了，所以没有混淆。但是，请设身处地为新用户或贡献者的角度考虑，这是非常有误导性的。如果我是一个从未见过 WT 的人，并且我试图弄清楚如何离开巴黎（例如），我可能会去看“离开”部分，在那里我只会看到8个其他目的地的列表。帮助不大……我怎么知道信息实际上包含在“进去”部分？为什么我们不将这些部分重命名为“进出/离开”（Get In / Get Out）和“下一个目的地”（Next Destination）之类的名称？(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)

用户: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)

Shared

嘿，我不是想抱怨，但像这样的编辑让我非常沮丧。用户之所以反复在project:Votes for deletion上看到我的名字，是因为似乎只有我一个人在监控新上传的图片。（不过，感谢 D. Guillaime，他最近注意到了一位用户大量的侵犯版权行为，在我发现之前。）正如这位用户指出的，当我一个人提交和评论VfDs时，我看起来像个真正的“负能量女士”，甚至是个“版权纳粹”。如果有人有空闲时间，去看看一些最近上传的图片并评论一些VfDs将非常有帮助。我将非常感激。(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)

失败的协作

在多伦多（Toronto）近4个月没有合作后，我刚将其改为毛里求斯（Mauritius）。我还没有真正有机会查看任务，但担心的是要做的事情太少。好吧，考虑到这个月已经过半，我认为10月份是完美的“当月特色”（CotM）。希望我们能完成至少一些任务，并开始复兴协作项目。(WT-en) ChubbyWimbus 05:15, 12 October 2010 (EDT)

用户：(WT-en) Wrh2 被屏蔽？

(WT-en) Ryan说他的家庭IP地址被阻止访问所有Internet Brands网站，而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上偶然发现了我认识的图片，在维基百科上看到它们，感觉有点令人失望，因为我知道我在别处也见过。但这可能是少数人的意见。(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指南大致相关，这样用户从我们的指南中点击维基百科链接时，就不会因为看到同一篇文章和同一张照片而感到失望。例如，我将这张照片放在我们的Altai Republic指南中（这说得通，无论如何），但我在关于Altaic languages的文章中找到了它，这几乎与Altai Republic无关（尽管我也承认它也链接自Altai Mountains文章，但这仍然不等同于我们的Republic指南）。–(WT-en) Vidimian 12:54, 4 November 2010 (EDT)

我还要补充的是，我宁愿选择前者而不是后者，在“任何照片vs无照片”的比较中。在添加图片（或任何其他我能想到的东西）时，Wikivoyage文章应该被视为独立的指南，同时也要考虑到没有访问权限（或不愿意访问）Wikipedia链接的用户。–(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)

• 是的，我刚才也在想这个问题，我记得以前在页面底部会显示有多少人查看了该特定页面，请有人帮忙把它弄回来—之前的评论来自 (WT-en) Ralphmiester (talk • contribs)

搜索有问题？

英文搜索似乎不起作用，至少已经一天了。奇怪的是，其他语言似乎没问题。有人知道为什么，或者什么时候能修好吗？（我收到了愤怒的应用用户的邮件——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@wikivoyage.org发了邮件，虽然没有收到回复，但英文搜索现在又能正常工作了。(WT-en) Rezendi 13:43, 4 December 2010 (EST)

苏·加德纳：“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 (EDT)

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

自动重命名章节

大家好，我正在尝试根据文章模板来统一法语Wikivoyage的章节名称。是否有任何管理员工具或其他方法，可以快速地对文章进行全局搜索/替换并修改多个文章？感谢您的帮助。(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 (EDT)

交通票价

新西兰的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)

请在我的讨论页或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)