跳转至内容

Wikivoyage:Travellers' pub/2012

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

呃……是不是只有我一个人看不到侧边栏，它被放在了页面底部？ (WT-en) Justme 14:12, 2012 年 1 月 19 日 (EST)

最新的 Firefox 与此版本的 mediawiki 不兼容。--(WT-en) Inas 16:07, 2012 年 1 月 19 日 (EST)
哦 :-( 谢谢…… (WT-en) Justme 18:42, 2012 年 1 月 19 日 (EST)
我几天前解释了此故障（Firefox 9.0.1 渲染失败）并提供了解决方案。但什么都没做。问题需要 IB 来解决。--(WT-en) Unger 09:15, 2012 年 1 月 20 日 (EST)
你在 Shared 上报告了吗？ (WT-en) LtPowers 14:57, 2012 年 1 月 20 日 (EST)
这个问题似乎会随着 MW 升级而解决，升级正在进行中。--(WT-en) IBobi 19:08, 2012 年 1 月 20 日 (EST)

从未解决，但我刚刚更新到 Firefox 10.0，WT 再次正常显示。 (WT-en) AHeneen 15:48, 2012 年 2 月 4 日 (EST)

Wikivoyage 真烂

过去几天一直很慢。尝试编辑了几次，然后就放弃了。--(WT-en) Inas 22:40, 2012 年 1 月 19 日 (EST)

所有问题可能（也可能没有）通过计划于 2012/2013 年某个时间进行的 Mediawiki 升级得到解决。在此期间，似乎沮丧是普遍的……-- (WT-en) Ryan • (talk) • 22:56, 2012 年 1 月 19 日 (EST)
正在调查性能问题——感谢您的报告。--(WT-en) IBobi 19:10, 2012 年 1 月 20 日 (EST)
请报告今天是否仍然存在性能问题；上周我们遇到了一个糟糕的爬虫，可能导致网站速度变慢。--(WT-en) IBobi 14:04, 2012 年 1 月 23 日 (EST)
我仍然经常加载页面延迟，尽管通常随着我的会话进行会加快速度。 (WT-en) LtPowers 16:56, 2012 年 1 月 23 日 (EST)

是否充分注明出处？

我发誓我昨晚把这个发在这里了，但我找不到任何踪迹……

不管怎样，我只是问一下，因为我不确定，但这张使用我们图像的用法是否被正确注明出处？它没有提及创作共用许可证等。 (WT-en) texugo 15:57, 2012 年 1 月 25 日 (EST)

今天的宕机

今天由于数据库故障，我们 unplanned outage 了几个小时。网站现在应该恢复正常；感谢您在我们解决问题期间的耐心。--(WT-en) IBobi 17:45, 2012 年 1 月 25 日 (EST)

你是指这些奇怪的错误信息吗，比如我在Kerch指南中遇到的这个（在我回滚到上一个版本之前，它也出现在 Johor Bahru 指南中）

数据库未找到本应找到的页面文本，名为“(fixme, bug)”。

这通常是由于点击了已删除页面的过时 diff 或历史链接引起的。

如果不是这种情况，您可能发现了软件中的一个 bug。请向管理员报告此问题，并记下 URL。

(WT-en) Ikan Kekek 04:21, 2012 年 1 月 26 日 (EST)
他可能也在指我昨天大部分时间收到的“Wikivoyage 遇到问题，请稍后重试”的消息。作为记录，今天网站似乎非常慢，但可以正常工作。 (WT-en) Justme 07:18, 2012 年 1 月 26 日 (EST)

在过去几天里，网站的速度慢到几乎无法使用。加载页面、预览和编辑或渲染编辑上传几乎是不可能的。怎么了，老鼠咬断了电缆？-- (WT-en) felix 09:54, 2012 年 2 月 16 日 (EST)

你好 Felix——我将与技术人员进行性能检查。您是否有兴趣参加新 Mediawiki 升级的 Beta 测试？--(WT-en) IBobi 15:50, 2012 年 2 月 16 日 (EST)
嗨 iBobi，我需要被扎针或吃药吗？如果不，请告诉我详细信息，看看我是否能通过参与来提供帮助。-- (WT-en) felix 18:08, 2012 年 2 月 17 日 (EST)
请给我发邮件到 paul.obrien at internetbrands.com，我们将为您提供测试凭据。--(WT-en) IBobi 19:54, 2012 年 2 月 17 日 (EST)

Seeraa 用户和中文网站

大家好。我想请大家阅读User talk:(WT-en) Seeraa 上的交流，并查看和。用户 Seeraa 做出了一些信息性的编辑（除非它们是抄袭的，并且除非它们仅仅是添加到 seeraa 门户网站的链接），我不想赶走他/她，但如果相关网站确实在任何方面是官方的，为什么没有提及？我们应该如何处理这种情况？ (WT-en) Ikan Kekek 03:58, 2012 年 2 月 3 日 (EST)

Ikan，他们的主页说他们是一个非营利组织。我认为他们xl链接到像拉萨和杭州这样的不同地方对我来说有点像广告。我接受他们将知识融入 Wikivoyage，但链接太多了。尤其是像西藏这样的政治敏感案例，我认为他们的链接无法保留。 (WT-en) Jc8136 04:06, 2012 年 2 月 3 日 (EST)

Beta 测试 Mediawiki 1.17 升级

在处理了 Mediawiki 升级 beta 测试服务器的第一轮 bug 报告后，我们目前正在进行最后一轮测试，几周后新版本的 Wikivoyage 将上线。我们非常希望得到您的意见，如果您有兴趣参与 beta 测试，请通过 paul.obrien at internetbrands.com 联系我获取测试凭据和说明。谢谢！--(WT-en) IBobi 18:55, 2012 年 2 月 21 日 (EST)

很高兴听到它在进展中 :-( 只是有个问题……为什么不升级到最新版本？1.18 已经发布一段时间了，事实上维基百科本周还在部署 1.19。开始时就落后是不是很奇怪？ (WT-en) Justme 06:22, 2012 年 2 月 22 日 (EST)
升级到最新版本会很好；但正如您所见，他们发布小更新相当频繁，而升级像 WT 这样大的网站是一个漫长的过程——这个过程早在 11 月 1.18 发布之前就开始了——因此，我们正在完成对当时发布的版本 1.17 的升级。无论如何，升级之间的间隔不会像上次那样长。--(WT-en) IBobi 14:40, 2012 年 2 月 22 日 (EST)

宕机

今天早上，Wikivoyage 由于一次计划外的备份而关闭了一段时间。如果您今天看到任何异常的性能问题，请告诉我。谢谢--(WT-en) IBobi 17:11, 2012 年 2 月 23 日 (EST)

网站将因 DB 维护而短暂关闭几分钟。谢谢 --(WT-en) IBobi 18:16, 2012 年 2 月 23 日 (EST)

今天的宕机

今天有几个小时网站一直在上下波动；现在似乎非常稳定，但如果您看到任何局部宕机或持续的稳定性或访问问题，请报告。谢谢！--(WT-en) IBobi 18:00, 2012 年 3 月 1 日 (EST)

似乎又回到了它正常的糟糕状态。--(WT-en) Peter Talk 21:28, 2012 年 3 月 1 日 (EST)

预订工具和广告政策讨论

请查看在 Shared 上进行的两周——以及两年——的关于广告政策的拟议更改和通用预订工具讨论 http://shared.wikivoyage.org/wiki/Tech:Add_booking_tool_to_WT。随着我们接近预订工具的实施时间以及 Mediawiki 升级，我们还将征求更多关于外观、感觉等的反馈。

另外，如果您有兴趣参加 Mediwiki 升级的持续 Beta 测试，请联系我获取凭据。谢谢。--(WT-en) IBobi 14:17, 2012 年 3 月 5 日 (EST)


数据库升级完成

如果您注意到今天早上许多页面无法访问，那是因为我们刚刚完成了一个大规模的数据库升级。您应该会看到性能有所提高，并且在查看、编辑或发布内容到 Wikivoyage 时错误很少或没有错误。

如果您看到网站异常、页面丢失、错误消息，或一般任何可能来自 DB 升级的问题，请告诉我。

下一步是 MW 升级和预订工具！谢谢，--(WT-en) IBobi 17:18, 2012 年 3 月 7 日 (EST)

Wikivoyage 的建议

我一直在寻找一个好的视频旅行指南，我不确定 wikivoyage 是否会支持或反对制作通用视频指南的想法。有何看法？--User:(WT-en) Themarcophoto 04:49, 2012 年 3 月 11 日 (EST)

根据图像政策，视频是不被鼓励的。如果您有强烈的理由允许视频，可以在该文章的讨论页上提出。-- (WT-en) Ryan • (talk) • 12:45, 2012 年 3 月 11 日 (EDT)

密码

查询：我忘记密码了，该去哪里找？
我猜我只能用我的 IP 地址签名了……
--81.68.73.34 15:17, 2012 年 3 月 15 日 (EDT)
其他人可能知道得更清楚，但我不确定此版本的 Mediawiki 是否提供该功能（我在 Special:Specialpages 上看不到任何东西，也没有 Special:PasswordReset 页面）。您最好的选择是创建一个新账户，并在用户页面上留下一个说明，表明您与您旧的登录名是同一个人。或者，IB（希望）将在未来几个月内完成 Mediawiki 升级，届时将启用密码重置页面。-- (WT-en) Ryan • (talk) • 12:55, 2012 年 3 月 17 日 (EDT)
在登录屏幕上，有一个按钮可以将密码发送到您在首选项中指定的电子邮件地址。如果您没有指定电子邮件地址，您可能就没辙了。似乎应该有什么东西可以由管理员来做，但我不知道是什么。 (WT-en) LtPowers 14:45, 2012 年 3 月 17 日 (EDT)
如果那不管用，请告诉我。我无法访问密码，但我或许可以向技术人员反映；显然我们希望老用户能够保留对其现有账户的访问权限。
顺便说一句，Ryan 提到的 MW 升级应该（应该）在本周上线！--(WT-en) IBobi 16:18, 2012 年 3 月 19 日 (EDT)

宕机

我们关闭了大约一个小时。现在恢复了，一切都正常。--(WT-en) IBobi 19:02, 2012 年 3 月 14 日 (EDT)

修订需要多长时间才能在浏览器中显示？

经过数小时的修订、更正、更新、添加或澄清关于玻利维亚 Quime 页面的链接后，我尝试加载它（在 Mozilla 和 IE 中更新后），它又回到了原始状态。我想知道是否只需要一段时间才能让版主批准修订，如果是，需要多长时间？如果确实需要一段时间来批准修订，也许可以将其发布在 FAQ 中，以免修订者感到恐慌。如果它已经恢复，那么我不明白为什么，而且我有点生气，因为我浪费了几个小时，因为 IMO 我改进和更新了页面。

请看这里 - https://wikivoyage.cn/w/index.php?title=Quime&curid=80685&diff=1842732&oldid=1825508 - 查看编辑注释，并阅读我提供的链接，以便您了解为什么您对该页面的大部分编辑都被删除。很抱歉您觉得好的工作付诸东流。我欣赏您的态度，但您需要阅读我给出的链接，以及tour，它在一定程度上与您对“联系”部分的编辑被撤销有关。另外，请通过输入 4 个波浪号然后按 Enter 键来签名讨论页。谢谢。 (WT-en) Ikan Kekek 19:38, 2012 年 3 月 16 日 (EDT)

其他指南书籍

我只是在想我们是否可以开始处理实体指南书籍。例如，我们可以只说明哪些书籍涵盖了该通用区域等……这有帮助吗？我们还可以谈谈这本书是否感觉是最新的……

(WT-en) Ptrk 13:36, 2012 年 3 月 22 日 (EDT)

Project:External links 讨论了这个主题（简而言之：禁止引用其他指南，无论是书籍还是 URL）。该文章的讨论页上有详细的讨论，解释了为什么这样做，变更提案等。-- (WT-en) Ryan • (talk) • 13:39, 2012 年 3 月 22 日 (EDT)

鸣谢？

在什么时间点， Wikivoyage 文章底部的鸣谢（示例）停止显示了？我一直认为能够看到最近在文章上工作的人是很酷的（除了作为展示出处的典范方式）。没有这个功能——甚至连一个链接都没有——我们就无法履行我们对那些选择以这种方式署名的用户的真实姓名进行署名的承诺。

我们是否就此进行了讨论，还是 IB 单方面更改了我们署名用户作品的方式？--(WT-en) Peter Talk 04:27, 2012 年 4 月 11 日 (EDT)

我来查一下——我知道这不是一个有意识的决定，因为我们会和社区讨论。可能只是一个故障。您知道这多久了？--(WT-en) IBobi 14:07, 2012 年 4 月 11 日 (EDT)
好的，关于署名，情况是这样的：Mediawiki 建议将此功能“关闭”。我们将其关闭了（抱歉——这个消息没有通过渠道传达给我），这是上个月提高网站性能和速度的主要因素。所以，一旦 MW 升级上线并稳定下来，我们随时可以尝试重新开启它，看看它对性能的影响，并决定是否值得牺牲性能来保留署名。--(WT-en) IBobi 14:23, 2012 年 4 月 11 日 (EDT)
这说得通，网站性能应该是首要任务（发布这条消息要花费永远的时间）。不过，我想指出，这确实是需要与社区讨论的关键信息。不通知我们就是一个很大的失误（并非针对你个人）。我认为我们至少应该恢复每个文章的鸣谢部分的链接，例如，请参阅“文章鸣谢”以获取作者署名。 我还得指出，那个链接现在正显示数据库错误……--(WT-en) Peter Talk 17:13, 2012 年 4 月 13 日 (EDT)
我想我们或许可以使用 Javascript 来隐藏鸣谢，直到读者点击“[显示]”按钮。或者减少默认显示的作者数量是否会提高性能。 (WT-en) LtPowers 20:11, 2012 年 4 月 13 日 (EDT)
我们可能可以，但那些因为安全原因（在我看来很明智）禁用 Javascript 的用户呢？ (WT-en) Pashley 23:03, 2012 年 4 月 14 日 (EDT)
不幸的是，我对技术细节不太了解，所以我不知道他们是否默认会看到鸣谢，或者根本看不到。 (WT-en) LtPowers 13:43, 2012 年 4 月 15 日 (EDT)
在不越权的情况下，我认为我们会有这方面的资源，因为它听起来不是什么大问题。现在我们有两个技术人员在处理 WM 升级和预订工具，并且我们已经为他们规划了在升级完成后很长一段时间内都在 WT 上工作。让我们看看 MW 升级对性能的影响，然后以默认方式重新开启鸣谢，并重新评估。-- (WT-en) Ryan • (talk) • 13:59, 2012 年 4 月 15 日 (EDT)

在不越权的情况下，我相信我们会有这方面的资源，因为它听起来不是什么大问题。现在我们有两个技术人员在处理 WM 升级和预订工具，并且我们已经为他们规划了在升级完成后很长一段时间内都在 WT 上工作。让我们看看 MW 升级对性能的影响，然后以默认方式重新开启鸣谢，并重新评估。--(WT-en) IBobi 13:32, 2012 年 4 月 16 日 (EDT)

我们正在寻找一种解决方案，以便在对性能影响最小的情况下将鸣谢重新添加到页面上；但是，如果我们现在需要重新开启它们，我们也可以这样做。这可能会大大减慢编辑速度，甚至可能减慢读取速度。我们只是想尽可能公开地表明我们将以某种方式解决这个问题，鸣谢将返回并保留在 Wikivoyage 上，我们的计划是在 WM 的新版本中包含它们以及性能改进。但如果社区希望现在就启用它们，我们可以并且将毫无问题地满足。可以吧？

“目录”的显示方式

各位好。

作为法语维基词典的管理员，我对这里目录的显示方式非常感兴趣。

有谁能帮我理解它是如何工作的吗？ --(WT-en) ArséniureDeGallium 14:04, 2012 年 4 月 23 日 (EDT)

我认为 (WT-en) Evan 参与了这项工作。他现在在这个网站上不太活跃了，最好通过他的个人网站 联系他。--(WT-en) Peter Talk 16:10, 2012 年 4 月 23 日 (EDT)
谢谢。--(WT-en) ArséniureDeGallium 16:40, 2012 年 4 月 23 日 (EDT)

法语 Wikivoyage

我对法语版本的维基非常担心 ：似乎没有人能够确保像在脚注中描述许可证那样基本的页面。--(WT-en) ArséniureDeGallium 16:47, 2012 年 4 月 23 日 (EDT)

依我看，你应该关闭法语 Wikivoyage，因为它在所有方面都死了。--(WT-en) ArséniureDeGallium 16:52, 2012 年 4 月 23 日 (EDT)
似乎法语 Wikivoyage 上仍有活跃用户，并且 fr:User:(WT-fr) Joelf 仍然是管理员。-- (WT-en) Ryan • (talk) • 17:08, 2012 年 4 月 23 日 (EDT)
当然。事实上，我说这话时，是希望有人向我解释我错了。--(WT-en) ArséniureDeGallium 20:42, 2012 年 4 月 23 日 (EDT)

更改时间格式

一位匿名用户将东京文章中的所有时间更改为 24 小时格式。这有一定的道理，因为在日本的公共信息显示中 24 小时制很常见……但如果我们遵循这个标准，是不是应该在国家层面完成？无论如何，这值得回滚吗？ (WT-en) BigPeteB 09:49, 2012 年 4 月 25 日 (EDT)

请参阅Project:Time and date formats 了解官方政策。该文章的讨论页对此主题也有相当多的讨论。-- (WT-en) Ryan • (talk) • 11:07, 2012 年 4 月 25 日 (EDT)


纯粹抱怨

我今天休息，一直期待着在新奥尔良的文章上投入一些真正的工作，但完全无法加载页面（超时）。Special:Recentchanges 清楚地表明并非所有人都这样。为什么会发生这种情况？--(WT-en) Peter Talk 03:58, 2012 年 4 月 25 日 (EDT)

好吧，昨天我大部分时间都确实是这样。我们遇到了一些防火墙问题，并且我们大楼屋顶的一场真正的火灾导致大多数员工无法上班，也无法解决其他问题。事情仍在恢复正常，但至少 WT 仍在运行。请报告昨天开始的任何残留的奇怪现象。谢谢，--(WT-en) IBobi 14:08, 2012 年 4 月 25 日 (EDT)
供您参考，今天您*可能*会看到更多这种情况；我不知道从外面看性能如何，但今天有更多的网络故障在发生。对此表示歉意——我们会尽快将其稳定下来。--(WT-en) IBobi 18:13, 2012 年 4 月 30 日 (EDT)

法语 Wikivoyage 页面提删

您好，能否请人快速删除法语 Wikivoyage 上的删除页面上的某些页面？ (WT-en) –sumone10154 14:01, 2012 年 5 月 2 日 (EDT)

已完成。--(WT-en) Rein N. 19:01, 2012 年 5 月 2 日 (EDT)

Mediawiki 升级定于 2012 年 6 月 6 日

在升级进行期间，网站将进入 READ-ONLY（只读）状态，最多持续 2 天。

如果您有想要进行的编辑，请尽快完成。

新网站上线时，它也将运行在新的硬件上。Bug 报告可在此处获得

http://shared.wikivoyage.org/wiki/Tech:Upgrade_to_MediaWiki_1.17#1.17_UPGRADE_BUG_REPORTS

如果出于任何原因您需要联系我，可以通过我的讨论页或我的电子邮件地址 paul.obrien at internetbrands.com 联系我。谢谢！--(WT-en) IBobi 14:07, 2012 年 6 月 4 日 (EDT)

推迟至 2012 年 6 月 6 日--(WT-en) IBobi 19:11, 2012 年 6 月 4 日 (EDT)
升级完成。请在 http://shared.wikivoyage.org/wiki/Tech:Upgrade_to_MediaWiki_1.17#1.17_UPGRADE_BUG_REPORTS-- 报告问题。--(WT-en) IBobi 19:02, 2012 年 6 月 7 日 (EDT)

德语 Wikivoyage 自 2012 年 6 月 5 日崩溃以来出现异常读数

自 2012 年 6 月 7 日以来，德语 Wikivoyage 页面上的景点、餐饮和住宿信息只显示部分内容。文章开头的显示方式也发生了不利变化。主页的最新内容是 2011 年 6 月 22 日的，几乎一年了。文章信息也已过时。有兴趣的新作者会很快放弃并转向Wikivoyage。在那里，他们受到热烈欢迎和接纳。在 Wikivoyage，他们因一位不再活跃的管理员而感到沮丧，他会在不提供理由的情况下删除他们的贡献，而不是向他们提供帮助。

给人的印象是 Wikivoyage 已经死亡，不再维护。自 2012 年 1 月以来，没有活跃的管理员在工作。由于缺乏兴趣，新的管理员选举失败了。未来将如何发展？

请在德语 Travellers' pub 网站上回复。-- Knut 84.58.160.100 04:32, 2012 年 6 月 8 日 (EDT)

升级到 1.17 完成

大家好，

如您所见，我们已经完成了 MediWiki 软件升级到 v1.17 的初步阶段，这是升级于 11 月开始时可用的最新版本。

这是一项极其复杂的工程，因为 Wikivoyage 数据库的规模庞大、访问量高，并且 Wikivoyage 的 MediWiki 版本高度定制化，包含大量插件。

下一阶段现已开始：bug 报告和修复。在如此大规模和复杂的升级中，不可避免地会出现 bug。它们将在报告时得到解决；该过程于今天上午开始。

一旦我们确信新网站稳定且功能齐全，我们将能够处理功能请求和之前报告但在此次升级完成之前无法解决的 bug，以及此软件版本现在可用的一些新功能请求，例如 InstantCommons。现在升级已过 1.15，未来升级到 1.19 及更高版本将以更有效和及时的方式进行。

Wikivoyage 现在运行在一个全新的硬件平台上。缓存过程完成后，我们预计与旧版本网站相比，性能和稳定性将大幅提高。我们还有一个更大、更有经验的技术团队来满足网站的需求。

这使得 Wikivoyage 在技术方面比过去几年有了显著的改进。结合社区成员与 Wikivoyage 的托管方 Internet Brands 之间重新焕发的参与度，我们拥有了网站技术方面、管理员巡查编辑的能力、bug 报告和解决、撰稿人贡献的便利性，以及最重要的是全球旅行者的可用性，这些都是长期成功的要素。

没有敬业的管理员和作者社区，Wikivoyage 就不可能实现，他们的内容和策划使其成为任何地方首屈一指的旅行目的地。我们很高兴完成了这次硬件和软件升级，并期待在未来几年与这个社区合作，继续发展该网站。

我们感谢您在过去几个月中的耐心和支持，因为我们重新努力改进网站并振兴 Wikivoyage 社区。我们感谢您在 Internet Brands 管理期间和之前的所做的一切。近 200 万次编辑，近 80,000 个页面；超过 70,000 名注册用户；以及每月 700 万访客，从来没有像 Wiktravel 这样的旅行资源。它规模宏大。它独一无二。而且它每天都在变得更好。

--(WT-en) IBobi 21:36, 2012 年 6 月 8 日 (EDT)

我真诚地希望至少影响安全的 bug 能在几个小时内修复。如果您没有安全的软件新版本，难道不应该阻止编辑直到您有吗？是的，性能是一个巨大的问题，但无法阻止垃圾邮件发送者是不可容忍的。如果我可以为下一次升级提出建议：您需要能够识别明显垃圾邮件的软件，因为依赖志愿者手动删除垃圾邮件和阻止垃圾邮件发送者不太可能抵御越来越多的垃圾邮件机器人。谢谢，如果我听起来很恼火，我很抱歉，但几天来，垃圾邮件发送者一直在不受阻碍地活动。一切顺利，(WT-en) Ikan Kekek 05:29, 2012 年 6 月 11 日 (EDT)
嗨 Ikan，我被告知第一轮 bug 修复将在未来 24 小时内部署。我们一直在努力提高网站稳定性，并且我正在努力确保垃圾邮件的补救——包括阻止用户——得到优先处理。我们知道在升级后手动删除新垃圾邮件账户很辛苦，非常非常感谢大家。如果我提前听到任何消息，我会在这里更新。谢谢，--(WT-en) IBobi 13:09, 2012 年 6 月 11 日 (EDT)
是否有人对锁定编辑直到用户阻止功能恢复有意见？--(WT-en) IBobi 15:06, 2012 年 6 月 11 日 (EDT)
我认为我们到目前为止都能跟上垃圾邮件机器人，但肯定应该在今天结束前恢复用户阻止功能——目前我们对处理高流量破坏者的能力有限，而且他们迟早会出现。-- (WT-en) Ryan • (talk) • 15:48, 2012 年 6 月 11 日 (EDT)
关于 bug 修复有任何更新吗？自升级上线以来已经五天了，所以任何关于何时（例如）用户阻止功能将再次工作的信息都非常有帮助。-- (WT-en) Ryan • (talk) • 12:10, 2012 年 6 月 13 日 (EDT)
当上述更严重的问题得到处理后，能够看到更长的编辑摘要窗口会很好，那个新的短窗口非常令人沮丧。谢谢-- (WT-en) felix 13:14, 2012 年 6 月 13 日 (EDT)
我认为那是用户可选择的，Felix？--(WT-en) IBobi 15:26, 2012 年 6 月 13 日 (EDT)
  • 嗨 iBobi，我在用户首选项里找不到任何设置，它在别的地方吗？-- 谢谢 (WT-en) felix 22:38, 2012 年 6 月 13 日 (EDT)
第一批 bug 修复将在明天早上（6 月 14 日）发布，其中包括阻止功能。感谢您的耐心和在本周工具中断期间加强巡查编辑的努力！--(WT-en) IBobi 15:26, 2012 年 6 月 13 日 (EDT)
创建了许多假的 Ikan Kekek 用户名：。是时候阻止所有新用户的编辑，或者干脆关闭 Wikivoyage 了。我们不会喜欢允许无法阻止的垃圾邮件发送者和破坏者继续横行无阻的结果，我们可以等到明天（或者无论何时您的 bug 修复真正生效）再开始编辑。 (WT-en) Ikan Kekek 20:50, 2012 年 6 月 13 日 (EDT)
  • 如果这种情况继续不受约束，就完全锁定编辑访问权限，直到恢复正确的管理员功能。如果编辑功能缺失一段时间，世界不会停止运转，这可能会惹恼或疏远一些新的或偶尔的编辑者，他们可能会遇到编辑阻止，但这比让整个东西变成一个耗时且充斥着垃圾邮件和破坏的烂摊子要好。--(WT-en) felix 22:38, 2012 年 6 月 13 日 (EDT)

过去几天，en: 的速度慢得令人难以置信，比其他语言版本慢得多。(WT-en) texugo 11:02, 2012 年 6 月 14 日 (EDT)

我同意 IB 应该锁定 :en 的编辑，除了管理员之外，直到阻止功能恢复。这还没有修复，令人担忧，不能再等了。 --(WT-en) Peter Talk 11:15, 2012 年 6 月 14 日 (EDT) 看起来阻止功能已经回来了，尽管我还没有测试其他语言版本。加载阻止页面很慢，就像加纳的厨师一样。--(WT-en) Peter Talk 11:44, 2012 年 6 月 14 日 (EDT)
在 pt: 上，我开始认为垃圾邮件黑名单没有起到作用——前几天我将一些域名添加到列表中，今天我发现它们仍然被允许发布。这里有人检查过 en: 吗？ (WT-en) texugo 11:22, 2012 年 6 月 14 日 (EDT)
阻止功能在 pt: 上也开始起作用了。 (WT-en) texugo 12:30, 2012 年 6 月 14 日 (EDT)
它在 ru: 上起作用，但许多其他东西仍然不行-((( (WT-en) Atsirlin 15:33, 2012 年 6 月 14 日 (EDT)

巡查问题

我仍然无法将许多文章标记为已巡查。这个问题似乎随机地应用于某些文章而不是其他文章，但在更新后，大约一半未巡查的文章一直存在此问题。发生的情况是，文章在“最近更改”列表中显示需要巡查，但当我打开它们时，没有按钮可以巡查它们。这不是因为别人已经巡查过它们：当我刷新列表时，它们仍然显示为未巡查。如果我编辑它们，生成的版本在“最近更改”列表中也显示为未巡查，但打开时通常仍然没有巡查按钮。我使用的是 Windows XP 环境下的 Firefox 13.0.1，如果这有影响的话。 (WT-en) Ikan Kekek 18:25, 2012 年 6 月 24 日 (EDT)

这里也一样。我相信当文章有多个编辑时，“标记为已巡查”按钮不会出现。Opera 12 on XP。 (WT-en) Jjtk 04:21, 2012 年 6 月 25 日 (EDT)
至少对于管理员来说（但我以为是所有注册用户？），它应该可以，并且在升级之前是可以的。 (WT-en) Ikan Kekek 04:40, 2012 年 6 月 25 日 (EDT)
是的，升级后就坏了。 (WT-en) Jjtk 04:53, 2012 年 6 月 25 日 (EDT)
我巡查编辑没有遇到任何问题。 (WT-en) LtPowers 11:42, 2012 年 6 月 25 日 (EDT)
使用首选项中的“增强型最近更改”（它合并了同一文章的编辑）时，我也无法将多个编辑标记为已巡查，尽管它们可以单独巡查。-- (WT-en) Ryan • (talk) • 11:49, 2012 年 6 月 25 日 (EDT)
我一直在使用那些增强的更改。 (WT-en) Ikan Kekek 17:51, 2012 年 6 月 25 日 (EDT)

这现在已修复，所以我们可以回到正常工作。我注意到，有时，“标记为已巡查”链接隐藏在页面的右下角（就像新页面一样）。我不知道为什么，但这不应该是个大问题，如果人们知道的话。--(WT-en) Peter Talk 13:55, 2012 年 7 月 6 日 (EDT)

嗨，感谢升级。但是 fr: 上的面包屑导航似乎已损坏。它在 en: 和 nl: 上工作，我没有在 Template:IsPartOf 中看到任何修改。有什么想法吗？joelf

现在似乎已修复。感谢 IB 的工作人员！Joelf

OpenID 不起作用

另外，使用来自 fr: 的 OpenID 登录 en: 和 URL fr:User:joelf 似乎也不起作用。感谢您的帮助。joelf

请查看 wts:WtTech:Upgrade_to_MediaWiki_1.17#1.17_UPGRADE_BUG_REPORTS。--(WT-en) Peter Talk 14:44, 2012 年 6 月 18 日 (EDT)

无法访问 Shared

Shared 似乎完全宕机了或出了什么问题。我根本无法访问它…… (WT-en) texugo 10:23, 2012 年 6 月 18 日 (EDT)

现在当我尝试访问 Shared 上的图片页面时，我收到这个消息
发生数据库查询语法错误。这可能表明软件存在 bug。最后一次尝试的数据库查询是
(SQL 查询已隐藏)
来自函数 "LocalFile::upgradeRow" 内部。数据库返回错误“1205: Lock wait timeout exceeded; try restarting transaction (wikivoyagedb1-new)”。
(WT-en) texugo 10:40, 2012 年 6 月 18 日 (EDT)
我这里没有问题。也许已经修好了？ (WT-en) LtPowers 13:16, 2012 年 6 月 18 日 (EDT)
现在我可以访问 Shared 主页了，经过了相当长的等待，但我仍然无法访问我想更改的页面：[]。 (WT-en) texugo 13:50, 2012 年 6 月 18 日 (EDT)

搜索/跳转功能出现问题

搜索功能似乎有些问题。无论我输入什么，搜索结果总是相同的

"没有这样的特殊页面 您请求的特殊页面无效。有效的特殊页面列表可在 Special pages 找到。返回主页。"

这与软件更新有关吗？

(WT-en) Ypsilon 05:18, 2012 年 6 月 26 日 (EDT)

Ypsilon，你比我快 ;-) 我有同样的问题，并且无法搜索文章。 (WT-en) Jc8136 05:27, 2012 年 6 月 26 日 (EDT)
我刚才在查找联合国教科文组织世界遗产时遇到了这个问题。当然，当我点击特殊页面列表时，它不在那里，尽管我通过一个站外网络搜索找到了它。 (WT-en) Ikan Kekek 05:39, 2012 年 6 月 26 日 (EDT)
我已将此问题发送邮件给 (WT-en) IBobi 并已在 Shared:Tech:Search/Go not working on en: 启动了一个 bug 报告。 (WT-en) texugo 10:24, 2012 年 6 月 26 日 (EDT)
跳转功能（即，如果你输入了确切的文章名称）以前一直正常工作，直到最近；我怀疑他们是在尝试修复搜索时把它弄坏了。 (WT-en) LtPowers 10:25, 2012 年 6 月 26 日 (EDT)
这是一个太重要的问题，不能让读者一直蒙在鼓里，所以我更新了 SiteNotice 来引导人们……谷歌。--(WT-en) Peter Talk 12:39, 2012 年 6 月 26 日 (EDT)
好招。我不敢相信他们甚至不回应如此重要的事情。哦，等等……是的，我可以。 (WT-en) texugo 12:48, 2012 年 6 月 26 日 (EDT)
我已将此问题报告给我们的技术团队。请记住，我们在美国西海岸，通常会根据时区差异来响应问题；现在这里只是早上。谢谢，--(WT-en) IBobi 13:22, 2012 年 6 月 26 日 (EDT)
现在它又能用了。谢谢！ (WT-en) Ypsilon 07:18, 2012 年 6 月 27 日 (EDT)

说清楚一点。跳转功能正常，但搜索功能仍未正常工作。目前它确实执行搜索，但它会以原始文本形式输出每个结果页面的全部内容。尝试搜索“New York”看看我的意思。 (WT-en) texugo 10:12, 2012 年 6 月 28 日 (EDT)

搜索的预期结果是什么？--(WT-en) IBobi 13:43, 2012 年 6 月 28 日 (EDT)
它应该返回一个结果列表，其中只包含每篇文章开头的 2-3 行文章内容摘要（不包括维基标记）。(WT-en) texugo 13:52, 2012 年 6 月 28 日 (EDT)
我的理解是，MW 1.17 处理搜索结果就是这样；它与旧的 1.11 版本根本不同。--(WT-en) IBobi 15:44, 2012 年 6 月 28 日 (EDT)
好的，所以我们已经改变了搜索的显示方式，使其成为每条结果的小摘要（2-3 行）；原始代码作为结果的一部分是另一回事，我们正在调查。--(WT-en) IBobi 16:12, 2012 年 6 月 28 日 (EDT)
供您参考，一旦我们将此更改为所有用户，您仍然可以转到您的设置并选择默认设置，如果您想在搜索结果中看到完整文章。--(WT-en) IBobi 16:32, 2012 年 6 月 28 日 (EDT)
谁能证实，在升级前的旧版本搜索结果中，维基标记（“原始文本”）没有显示？显然，这种标记的出现是MW软件的一个错误，他们已经知道了http://www.mediawiki.org/wiki/Extension_talk:SphinxSearch/Archive/2012#Search_Results_without_Wikicode.2FWiki_markup --(WT-en) IBobi 16:34, 28 June 2012 (EDT)
关于不显示原始文本的部分我可能搞错了。不过，我确实认为搜索以前只默认显示内容页面，而不是所有页面混杂在一起，例如讨论页、用户页等。请与pt:上的搜索进行比较，那里的所有内容似乎都和以前一样工作。我无法想象用户会觉得整个文章以如此巨大的块出现在结果页面上有什么用处。这很难看，而且通常需要用户在结果列表之间滚动很长时间。(WT-en) texugo 18:00, 28 June 2012 (EDT)

InstantCommons现已启用

在我们混乱的升级过程中，这是一个亮点：InstantCommons已启用！这意味着您可以将Commons中的图片添加到Wikivoyage的文章中，而无需在此重新上传。您只需要像往常一样添加一个缩略图（例如：[[File:Wreaths at Arlington National Cemetery.jpg|thumb|270px|Wreaths at Arlington National Cemetery]]）。然后它会在文章中正确显示，并在此有一个类似“阴影页面”的东西（例如：File:Wreaths at Arlington National Cemetery.jpg），这与我们的软件处理Shared图片的类比方式类似。

要查看此功能的作用，请查看Arlington (Virginia)，我刚刚向其中添加了10张Commons图片，而无需像以前那样大量工作！--(WT-en) Peter Talk 23:05, 26 June 2012 (EDT)

太棒了，非常有用。现在，我们缺少什么功能才能直接在WP上显示.svg文件？如果我们也能拥有该功能，就能更轻松地导入路线图标，而无需在Inkscape中打开它们，然后保存.png并上传到Shared。我们能否在这里启用该功能？(WT-en) texugo 23:27, 26 June 2012 (EDT)
哦，关于路线图标，说得好。（为了允许SVG中的翻译层，导出PNG格式的地图仍然很重要。）是的，我们有这个能力，只要我们能让IB在配置文件中添加两行……说明在这里，我假设要使用的渲染器将是rsvg，因为这是WMF项目都使用的。
我看看我能做什么。--(WT-en) IBobi 13:46, 27 June 2012 (EDT)
应该已经完成了，各位。可以测试一下吗？--(WT-en) IBobi 13:31, 28 June 2012 (EDT)
我没有看到任何区别。当.svg文件放入图像标签时，它只会显示文件名作为链接，例如：。(WT-en) texugo 14:20, 28 June 2012 (EDT)
真让我吃惊！我猜我们关于图片使用的政策不会因此改变吧？这可能会让执行起来更困难。 (WT-en) LtPowers 09:01, 27 June 2012 (EDT)
我想，唯一会看到变化的政策就是关于哪些文件应该上传到Shared，哪些应该上传到Commons。我认为保留我们的地图层次结构可能是值得的。也可能出现我们想在本地使用Commons不认为足够自由的文件（例如，雕像的照片）。--(WT-en) Peter Talk 11:12, 27 June 2012 (EDT)

我们是否在使用__TOC__ <div> </div> __TOC__ <div> </div>

今天我在几篇文章中看到了这种标记，我们在这里使用这种图片浮动标记吗？-- (WT-en) felix 01:34, 27 June 2012 (EDT)

这是列表编辑器的一个错误，今天晚些时候引入的。请看wts:WtTech:Listing editor adds TOC tag。-- (WT-en) Ryan • (talk) • 02:54, 27 June 2012 (EDT)

已编辑1.17升级错误报告以反映修复情况

我已编辑http://shared.wikivoyage.org/wiki/Tech:Upgrade_to_MediaWiki_1.17#1.17_UPGRADE_BUG_REPORTS以反映已修复和待处理的问题，以及一些需要为技术提供澄清的事项。

您还会注意到许多问题旁边有一个括号中的数字，例如“(175)”——这指的是分配给每个问题的内部技术问题报告，这将帮助我们跟踪它们。

如果您看到“已修复”与您报告的问题相邻，请进行测试；如果问题已解决，请从列表中删除您的错误。如果问题未解决，请予以解释。--(WT-en) IBobi 15:22, 28 June 2012 (EDT)

我们已经处理并修复了自1.17升级以来报告的所有错误。请审查您报告的任何内容，如果仍然存在，请在升级页面上报告（并取消标记为“已解决”或“已修复”），我们将重新处理。--(WT-en) IBobi 19:44, 10 July 2012 (EDT)

Shared宕机？

我目前无法访问Shared上的大部分内容，除了主页。最近更改、论坛、随机图片等都超时或返回SQL错误。这是怎么回事？(WT-en) texugo 15:43, 29 June 2012 (EDT)

有问题。几分钟前，我在“最近更改”页面上遇到了数据库错误（wts:WtTech:Database lock timeout），但现在似乎工作正常。我运行的用于备份图片的爬虫程序自昨晚深夜以来，几乎每次请求都收到错误响应（等待十分钟后）。-- (WT-en) Ryan • (talk) • 16:06, 29 June 2012 (EDT)
我全天都在编辑Shared，没有问题。今天早上早些时候，Shared和常规网站短暂地出现过访问中断，但从那时起就一直没问题了。--(WT-en) IBobi 19:08, 29 June 2012 (EDT)

登录半问题

我似乎可以登录，并且在编辑时，我的更改会以我的名字保存，但在导航时，它一直在显示“登录/创建帐户”，而不是“Justme - 我的讨论 - 我的偏好设置”等。一旦我开始编辑，我就会看到所有这些与帐户相关的选项。有人知道为什么吗？(WT-en) Justme 12:09, 1 July 2012 (EDT)

是的，缓存有问题。这个特定的问题已经存在了，呃，大约5-6年了，但在升级后稍微更明显了。IB声称正在处理它，正如你将在这里看到的。--(WT-en) Peter Talk 13:38, 1 July 2012 (EDT)
哦，我明白了。还没有遇到过这个特定的bug。感谢您的快速回复。(WT-en) Justme 14:12, 1 July 2012 (EDT)


“出去”即将淘汰

大家好……如果您还没有看到，我们正在就更改“出去”部分的名称以使其不那么令人困惑的选项进行投票。这将是一个广泛的更改，因此我们希望尽可能多地听取意见。

讨论在Project talk:Article templates#Get out, again。阅读完讨论后，请在Project talk:Article templates#Approval vote进行投票。对于表中列出的每个选项，如果您愿意接受该选项，请仅在第二列签名（三个波浪号~~~），并在最右边的列中增加投票总数。如果您不愿意接受某个选项，只需在该行中不签名即可。

截至目前，“下一步”被七名九名投票者中的七名接受，其次是“前进”和“继续”，各五名。

-- (WT-en) LtPowers 15:07, 1 July 2012 (EDT)

Wikivoyage仍然慢如蜗牛？

还有其他人觉得网站比MediaWiki升级前慢得像蜗牛一样吗？这是我最希望升级能解决的一件事，但对我来说，加载速度似乎和以前一样慢，尤其是在en:上，我甚至要等15秒以上才能加载像“最近更改”这样重要的页面。(WT-en) texugo 12:16, 3 July 2012 (EDT)

对我来说，加载您在“最近更改”页面上的编辑差异需要一分多钟。虽然速度慢可能由多种原因引起，但今天早些时候有一些可疑的编辑活动（请参见User talk:(WT-en) Pranavk），而且自6月30日以来，一个已知的Linux问题一直影响着许多服务器——请参阅http://lwn.net/Articles/504657/（该问题影响了我的家庭服务器并使其速度大大降低）。我不知道这些问题中的任何一个是否与Wikivoyage当前的问题相关，但最近有些东西确实让事情变得明显慢了。-- (WT-en) Ryan • (talk) • 18:39, 3 July 2012 (EDT)
WT运行在一组全新的服务器上，其中一台在升级完成后不久就被更换了。今天，更换的机器短暂停机，但现在一切都已恢复正常。您自己遇到了什么类型的读取/编辑速度？
另外，FYI，2012年7月5日星期四，我们将切换到一个新的缓存服务，这应该会带来整体性能（读写）的提高和多项错误修复。--(WT-en) IBobi 19:14, 3 July 2012 (EDT)
WT仍然很慢，尤其是在加载页面或开始访问WT时。与昨天相比有所改善，但与历史相比仍然非常慢。(WT-en) Jc8136 09:10, 4 July 2012 (EDT)
自昨天下午晚些时候以来，我的速度提高了约十倍。在此之前，我看到页面加载时间长达一分钟，并且偶尔超时。-- (WT-en) Ryan • (talk) • 11:35, 4 July 2012 (EDT)
对我来说，Wikivoyage的运行速度与Wikipedia一样快，甚至更快。(WT-en) LtPowers 10:29, 4 July 2012 (EDT)
同意。这里似乎也恢复正常了。(WT-en) texugo 14:12, 4 July 2012 (EDT)

很安静，有点太安静了

我今天错过了什么节日吗？我只在圣诞节见过“最近更改”里有这么少的编辑！--(WT-en) Peter Talk 23:05, 7 July 2012 (EDT)

一些更勤奋的编辑者今天似乎不见了。而且自升级以来，贡献数量普遍较低——一些人可能由于各种升级错误而暂时离开了，随着情况稳定应该会回来。-- (WT-en) Ryan • (talk) • 23:28, 7 July 2012 (EDT)
也许吧。但很奇怪——我只用了15分钟就巡查完了今天所有的编辑。--(WT-en) Peter Talk 23:45, 7 July 2012 (EDT)
我怀疑我不是唯一一个觉得在等待“锤子落下”时，对WT的工作兴致不高的人……(WT-en) jpatokal 22:55, 9 July 2012 (EDT)
无论结果如何，我都希望这里能保持良好状态。我目前无法阻止机器人或删除页面，这阻碍了我的愿望。--(WT-en) Peter Talk 01:48, 10 July 2012 (EDT)
那我还是唯一一个今天和昨天反复无法访问Wikivoyage的人吗？我收到了“Wikivoyage有问题”的消息。也许其他人也有同样的经历。(WT-en) Justme 08:39, 10 July 2012 (EDT)
昨天由于缓存更改（正如在Shared上报告的那样）出现了一些零星的停机。您现在还在编辑时遇到问题吗？我昨天进行了一次编辑，没有问题。--(WT-en) IBobi 14:53, 10 July 2012 (EDT)
我可以在同一台PC上的Chromium上进行编辑，也可以在另一台PC（相同IP，不同Firefox版本）上的Firefox上进行编辑，所以我想问题出在Firefox 3.6.24上？--(WT-en) Peter Talk 17:01, 10 July 2012 (EDT)
听起来很有可能。我使用的是FF 13.0.1，所以很可能是一些新更新终于跟不上您古老的版本了？--(WT-en) IBobi 17:06, 10 July 2012 (EDT)

Peter，技术人员建议您删除所有Cookie并强制刷新；它可能缓存了什么不正常的东西。他们正在调查与该FF版本可能发生的冲突。--(WT-en) IBobi 17:26, 10 July 2012 (EDT)

我今晚（东部时间）可以正常编辑了！--(WT-en) Peter Talk 18:42, 12 July 2012 (EDT)

Bug、功能请求和Wikivoyage的未来

请查看并评论Shared上的此部分Bugs, feature requests, and the future of Wikivoyage。--(WT-en) IBobi 20:46, 10 July 2012 (EDT)

谢谢。--(WT-en) DavidCary 12:43, 21 July 2012 (EDT)


丢失的讨论

我无论如何也找不到我们曾经讨论过的关于能够对列表进行up/down投票和标记为正确的讨论，以及一个受信任的审阅者和编辑类别。有人知道它去了哪里吗？--(WT-en) Peter Talk 16:25, 11 July 2012 (EDT)

我想那是Project:Business listings reliability Expedition。讨论大部分在讨论页。-- (WT-en) Ryan • (talk) • 16:33, 11 July 2012 (EDT)

支持邮件通知？

请查看Enable Email Verification and Notification，如果您喜欢，请在Roadmap上加上您的X。--(WT-en) IBobi talk email 19:58, 12 July 2012 (EDT)

今天，已启用电子邮件通知。该功能默认为“关闭”，因此您不会收到任何通知，直到您在用户个人资料中打开并确认您的电子邮件。--(WT-en) IBobi talk email 13:45, 27 July 2012 (EDT)

垃圾邮件页面

我将我讨论页上的一个讨论移到这里，看看是否还有其他人看到这些错误消息或遇到相同的问题。Ryan也将此内容发布到Project:How to handle unwanted edits#Important - blocking spambots。

您被列为User:(WT-en) Chen47vk7的作者，这是一个垃圾邮件机器人页面。您知道发生了什么吗？这是另一个升级错误吗？-- (WT-en) Ryan • (talk) • 16:09, 14 July 2012 (EDT)

当我之前尝试登录时，我收到了一条消息，（我认为）说由于防止帐户被盗用等原因，阻止我登录。那些编辑的时间大约是我登录（或尝试登录）的时间。我在公共Wi-Fi网络上……这有什么关系吗？(WT-en) AHeneen 16:15, 14 July 2012 (EDT)
您是今天我看到的第二个“正常”帐户，它创建了一个垃圾邮件机器人页面。这可能是一个升级错误，但如果您再次看到该消息，能否复制并添加到此线程中？-- (WT-en) Ryan • (talk) • 17:01, 14 July 2012 (EDT)

[[Image:Login_error.JPG|thumb|300px|Screenshot 1]] 今天，在点击右上角的“登录”后，输入我的用户名和密码并按回车键，我收到了右边的屏幕。我认为我14号做的事情是在这个屏幕上重新输入密码，之后我收到了我提到的关于被盗用或类似的消息。这次我点击了右上角的WT图片返回主页，我仍然被登录为这个垃圾邮件机器人（？）。我只是关闭了窗口（我的Firefox设置是退出时清除Cookie），然后重新登录WT……没有发生意外。这些是仅有的两次我看到这条消息的实例……我的浏览器应该接受Cookie。这次使用的是我的家庭网络。这可能是一个错误。（顺便说一句：消息在灰色框中是因为我高亮它以便复制/粘贴，但后来决定截屏，消息仍被高亮。）(WT-en) AHeneen 05:49, 16 July 2012 (EDT)

[[Image:Login_error2.JPG|thumb|300px|Screenshot 2]]

今天我尝试登录时收到了第二张截图中的登录错误消息……和我第一次收到的消息一样。发生的方式和前两次一样：从WT主页点击“登录”，在接下来的页面输入用户名和密码并按回车键。再次，请注意我似乎是以垃圾邮件机器人的身份登录的。这次我输入了密码并点击了“登录”，但查看我的“用户贡献”后，似乎我的帐户没有进行任何垃圾邮件编辑。(WT-en) AHeneen 22:39, 16 July 2012 (EDT)
Mediawiki 1.17.2中修复了一个错误，该错误似乎允许在您的计算机上运行的脚本“窃取”会话信息——如果您在Windows上，您运行病毒扫描程序吗？否则，您可能想尝试清除Cookie，看看问题是否会消失。或者，也有可能恶意Google广告或类似的东西可以通过上述错误窃取会话信息。就我所知，我已将问题报告给IB，并要求他们升级到最新的错误修复版本。-- (WT-en) Ryan • (talk) • 22:58, 16 July 2012 (EDT)

[[Image:LoginError3.JPG|thumb|300px|Screenshot 3]]

在我添加您的评论时，我正在添加另一条评论。我运行病毒扫描程序，并且正如我在第一篇帖子中所说，我的浏览器设置是在关闭浏览器时删除Cookie（我刚刚再次检查过）。这个应该移到Pub让其他人评论吗？在发表了最后一条评论后，我去了我的监视列表查看最近的编辑，并在进行几次编辑时收到了第三张截图所示的消息。登录后，我检查了我的贡献，但我的帐户没有进行任何垃圾邮件编辑。自升级以来，我似乎每15-45分钟（粗略估计）就会从帐户中登出，而这次发生在登录后20分钟（基于图像元数据的时间戳差异）。(WT-en) AHeneen 23:04, 16 July 2012 (EDT)
将此问题更广泛地传播到Pub可能无害，因为它不仅仅影响您的帐户——我刚刚删除了一个归功于User:(WT-en) (WT-en) AndreCarrotflower的垃圾邮件机器人页面。我也在Project:How to handle unwanted edits#Important - blocking spambots提出了这个问题。-- (WT-en) Ryan • (talk) • 00:15, 17 July 2012 (EDT)

那么，还有其他人见过这个或这些错误消息吗？(WT-en) AHeneen 01:28, 17 July 2012 (EDT)

是的，我在上周一的缓存服务器升级（至少我是这么认为的）之后收到过这些消息，并在7月9日至12日收到过。我只在一个计算机的某个浏览器（Firefox 3, Ubuntu 10.04）上收到过。13号我又能正常编辑了。我没有在网站上报告，因为它编辑起来太麻烦了！--(WT-en) Peter Talk 00:43, 18 July 2012 (EDT)
自14号以来，每次登录我都会收到这些消息。今天从Firefox 13升级到14.0.1（在Windows 7 SP1上，供参考），但这没有改变任何事情。只有第一次发生时，我的帐户才“创建”了垃圾邮件编辑。(WT-en) AHeneen 02:12, 18 July 2012 (EDT)
今天我第一次收到了。(WT-en) LtPowers 14:53, 18 July 2012 (EDT)
我们正在努力在本周实施一个安全补丁。感谢大家。--(WT-en) IBobi talk email 15:10, 18 July 2012 (EDT)
不着急，因为你现在自己也是个垃圾邮件机器人了。（哦，这真是讽刺！）(WT-en) jpatokal 09:34, 24 July 2012 (EDT)
Jani，我刚把这个讽刺之处放在了IBobi的讨论页上。如果这不会很快摧毁Wikivoyage，那将是讽刺。看到项目自己分崩离析真是太可悲了。如果有人需要反对IB的论据，那么我们展示这次讨论。 (WT-en) Jc8136 09:41, 24 July 2012 (EDT)

MW 1.17.2补丁已于今天早上太平洋时间部署。请尽快告知我它是否已解决垃圾邮件机器人问题和删除问题。如果对MW软件错误的认真关注和解决是“反对”主机的“论据”，Jc，我真的不知道该说什么。如此大的补丁不能匆忙部署，否则网站的功能本身将受到威胁。--(WT-en) IBobi talk email 13:20, 24 July 2012 (EDT)

当发生影响网站完整性的重大问题时，我认为Wikivoyagers对IB的营业时间耐心会逐渐消退。我们全球全天候工作，以维持网站上一些有尊严的维基形象，但对我来说，即使是编辑仍然很困难。刚刚花了大约5分钟加载这个页面的历史记录，以及自上次访问以来发生的差异。--(WT-en) Peter Talk 18:00, 24 July 2012 (EDT)
Peter，抱歉今天速度慢；正如我在前面关于今天发生的升级的说明中所提到的，网站速度会变慢，因为这是对整个网站的补丁，然后需要一些时间来重建缓存。这是一个巨大的网站，别无选择。升级会暂时影响网站速度——这与IB进行升级完全无关。这是MediaWiki的一个软件错误，我们需要解决。
有些事情就是需要时间。延迟一周并不是因为工作时间的问题；这是我们为了确保升级能够顺利进行且不危及网站安全而付出的努力。我们从调查问题，到调查解决方案，到将解决方案放在暂存服务器上，在那里进行测试，然后将其部署到我们这里的生产环境中。希望您能理解，并感谢您在报告和解决此问题中的帮助。--(WT-en) IBobi talk email 18:12, 24 July 2012 (EDT)
根据最近的更改，“我”刚刚创建了一个名为User:Rdidonato41的新帐户……这可能是许多垃圾邮件帐户之一。而且正如我在Shared上之前所说的，我仍然需要重新加载几乎所有页面（有时甚至不起作用，我必须后退一页再前进才能加载页面）。/此处插入您选择的脏话/ (WT-en) Ypsilon 02:20, 30 July 2012 (EDT)

昨天已经完全清除了缓存（正如您可能从慢速中看到的）；这应该已经传播了自上周补丁以来所做的所有更改。如果垃圾邮件机器人囤积问题仍然存在，请报告。--(WT-en) IBobi talk email 18:09, 31 July 2012 (EDT)

我的帐户被接管了吗？早上我无法编辑，并收到了一条关于我因发送垃圾邮件而被封禁的消息。(WT-en) Jjtk 07:54, 1 August 2012 (EDT)

昨天也发生了同样的事情。我还注意到“Travellers' Pub”在导航栏中消失了，当我尝试编辑一个页面时，我收到了下面的消息……

您没有权限编辑此页面，原因为：您的IP地址已被自动阻止，因为它被另一位用户使用，该用户已被Ikan Kekek阻止。给出的原因是：由于IP地址最近被“Hdfs9f2qb”使用而被自动阻止。Hdfs9f2qb被阻止的原因是：“Spambot”•块开始时间：08:49, 2 August 2012 •块过期时间：08:49, 3 August 2012 •预期阻止对象：10.17.32.138您可以联系Ikan Kekek或其他管理员讨论此阻止。请注意，除非您在用户首选项中注册了有效的电子邮件地址并且未使用该地址，否则您不能使用“电子邮件此用户”功能。您当前的IP地址是10.17.32.138，阻止ID是#10618。在任何查询中请包含所有以上细节。

我无法给User:(WT-en) Ikan Kekek发邮件，因为我的电子邮件地址不再注册。当我尝试重新注册时，我收到了以下消息……

在 LocalSettings.php 文件底部设置 $wgShowExceptionDetails = true; 以显示详细的调试信息。

好消息是，我今天又可以登录了，并且可以重新注册我的电子邮件。 (WT-en) Jnich99 01:32, 3 August 2012 (EDT)

在iOS上编辑？

我使用iOS设备时似乎无法编辑页面。我错过了什么吗？在Android上使用时似乎没问题……-- (WT-en) Tim 08:25, 17 July 2012 (EDT)

您具体遇到了什么问题？您以前能在iOS上编辑吗，最近才开始遇到这个问题？这可能与最近的MediaWiki升级有关。就我个人而言，我可以用我的手机（HTC Windows Phone）编辑。(WT-en) JamesA >talk 08:30, 17 July 2012 (EDT)
我以前没有尝试过在iOS上编辑，所以不确定这是新问题还是老问题。在Safari或Chrome上查看任何页面时，点击查看普通版本（而不是移动版本）后，会显示“编辑”链接——但如果我点击它，会进入编辑页面，但又回到移动版本，而维基代码不在一个可以编辑的文本框中。希望这能说得通……-- (WT-en) Tim 09:01, 17 July 2012 (EDT)
好的，现在情况有点好转了。我在iOS上使用Chrome，尝试编辑时仍然会带我回到移动版本，该版本格式不同且无法编辑。但有了Chrome，有一个“请求桌面版本”的选项，可以显示页面的正常桌面版本并允许您正常编辑。但仍然有点麻烦。-- (WT-en) Tim 15:38, 17 July 2012 (EDT)
我在Android上也遇到了同样的问题。如果您想编辑，不能让网站知道您使用的是移动设备，否则它会一直切换回移动版本。--(WT-en) Inas 21:47, 17 July 2012 (EDT)

用户页存在但用户帐户未注册

我本想清空并保护一个用户页，该页面曾遭受大量垃圾邮件编辑和删除。但当我试图编辑它时，我收到了以下消息：

"用户帐户“xxxxx”未注册。请检查您是否要编辑/创建此页面。"

有人以前见过这个消息吗？奇怪的是，它识别出这是一个用户帐户的页面，但帐户未注册（而且我的编辑会注册它）。- (WT-en) Shaund 10:42, 21 July 2012 (EDT)

编辑该页面不会注册用户帐户；警告是存在的，因为通常不希望在User:命名空间中创建没有关联帐户的页面。(WT-en) LtPowers 14:21, 21 July 2012 (EDT)

如何移动页面？

如何移动页面？我试图将Sigtuna移动到Sigtuna and Stockholm-Arlanda Airport，但没有成功。预先感谢。/(WT-en) Blist 20:14, 22 July 2012 (EDT)

移动页面似乎目前无法工作，请参阅wts:WtTech:Move feature not working on en:。不过，在这种特定情况下，我不会移动页面，因为机场通常不会有自己的文章；您可以设置一个从Stockholm Airport或Stockholm-Arlanda Airport到Sigtuna的重定向。— (WT-en) D. Guillaime 20:26, 22 July 2012 (EDT)
这是一个值得在Talk:Stockholm讨论的问题。/(WT-en) Blist 14:10, 23 July 2012 (EDT)
那么，这个错误有被修复的希望吗？/(WT-en) Blist 19:13, 25 July 2012 (EDT)

页面移动功能似乎已于7月31日恢复。 (WT-en) Eco84 14:51, 31 July 2012 (EDT)

IB与社区决策

芬兰Wikivoyage的所有管理员——也就是我和fi:User:(WT-fi) Trsqr——已决定支持Wikimedia的分叉并发布一个sitenotice声明。IB已连续三次撤销此操作，就像IBobi的观点“主机负责网站，并决定sitenotice不得用于此目的，仅此目的。”

因此，我想请IB解释是哪个Wikivoyage政策支持这种行为，并且我非常希望听到其他用户对这种情况的看法。(WT-en) jpatokal 07:06, 25 July 2012 (EDT)

这可能是一个在Shared上更好地解决的问题，因为它似乎是一个全站性的争论。 (WT-en) LtPowers 14:51, 25 July 2012 (EDT)
同意LtPowers的观点。我认为公开支持分叉可能在sitenotice上有点过头，但链接到讨论并征求用户意见对我来说至关重要，我相信可以实现IBobi让整个社区参与的愿望。(WT-en) JamesA >talk 08:47, 26 July 2012 (EDT)
我对此处的政治不感兴趣，但IB拥有网站，并理应控制“维基”社区规则之外的问题。我们不允许在目的地页面上链接到非官方的目的地网站（即使它们很好）或指南（通常比我们的WT页面有多得多的内容），那么为什么要在sitenotice上发布指向分叉的链接呢？重点是向Wikivoyage添加内容，目标是拥有一个“免费、完整、最新和可靠的全球旅行指南”……而不是链接到其他网站获取内容。链接到分叉违背了Wikivoyage的基本规则/信条/目标（无论怎么称呼），这些都是很久以前就同意的。允许进行这些讨论是可以的，但在sitenotice上放置链接就太过了。我只是说句公道话。(WT-en) AHeneen 01:38, 27 July 2012 (EDT)
AHeneen：IB只拥有Wikivoyage商标并托管该页面。内容不由IB拥有，因为它是cc by sa。看看其他页面如何使用我们的内容。我非常失望IB完全不关心这个网站的福祉。我们有2009年以来悬而未决的技术问题，他们还没有开始着手解决！我认为需要分叉来迫使IB做出决定，要么他们完全放弃这个页面，要么最终开始解决问题而不是制造新问题。目前处理垃圾邮件机器人问题在我的看法表明他们没有兴趣维护该页面，并且他们故意允许内容被垃圾邮件机器人等污染。为了保护数千名用户的成果，我们应该尽快开发新页面。是的，长期讨论的目标被拉伸了，但要么我们停留在目前的状况，要么我们尝试为新页面打下基础，其主持人/所有者真正关心该页面的福祉。(WT-en) Jc8136 04:49, 27 July 2012 (EDT)
Andrew：我不认为有人在sitenotice中链接到了WMF讨论；有争议的链接是指向Travellers' Pub讨论的，这应该是完全允许的，你不同意吗？(WT-en) LtPowers 12:06, 27 July 2012 (EDT)
LtPowers——WMF链接在sitenotice中出现过不止一次，并且被我撤销了。无论如何，在WT中链接分叉讨论的sitenotice，然后从那里链接到WMF页面，起到的作用是一样的。同样，我宁愿不单方面处理这个问题——而且以前也从未这样做过——但对于滥用sitenotice的情况，这个网站的需求需要得到解决。sitenotice是用于网站问题的，在这种情况下，它显然与项目区分开来。如果我的推理不同意，我希望至少被理解；再加上没有明确的共识来更改sitenotice，即使是WT管理员，我也认为这个问题已经解决了。谢谢，--(WT-en) IBobi talk email 19:41, 27 July 2012 (EDT)
进行讨论是可以的。在sitenotice中放置链接是不合适的。我理解并同意IBobi的说法。(WT-en) AHeneen 21:48, 27 July 2012 (EDT)

北极和寒冷天气旅行

创建了两个新主题。我希望得到贡献和交叉链接。/(WT-en) Blist 14:53, 29 July 2012 (EDT)

今天缓存重建

我们已部署了一个代码更新，今天需要重建网站缓存，在缓存恢复正常之前性能会降低。通常需要一两天的时间，性能会稳步提升到更新前的水平。在此过程的早期，您可能会看到503错误。谢谢--(WT-en) IBobi talk email 13:35, 30 July 2012 (EDT)

我不仅看到了很多503错误；在尝试保存我在一个用户讨论页上写下的文本时（该页面以前是空的），我还不断收到以下错误消息：
内部错误
在 LocalSettings.php 文件底部设置 $wgShowExceptionDetails = true; 以显示详细的调试信息。
这是什么垃圾，为什么会显示这个消息？网站也比我经历过的任何时候都要慢，除了那些完全无法编辑的时候。 (WT-en) Ikan Kekek 04:41, 1 August 2012 (EDT)
您正在尝试在哪个用户页面上写作？我可以看一下，看看是否可以重现；但今天我的网站速度已接近3-4秒的页面加载时间，而且我没有看到那个特定的错误。--(WT-en) IBobi talk email 13:32, 1 August 2012 (EDT)
User talk:(WT-en) Danielfeihu，例如，但我反复收到该消息，同时尝试编辑Travellers' Pub；其他用户讨论页；以及尝试删除垃圾邮件用户页。而且网站仍然几乎难以忍受地慢。您是否使用了各种不同的浏览器，还是只用了IE？供参考，我使用Firefox 14.0.1(WT-en) Ikan Kekek 04:54, 3 August 2012 (EDT)
好的，我现在登出了，删除了_所有_我的Cookie，清除了我的缓存，重新登录，并且在尝试编辑用户讨论页（如User talk:(WT-en) Edralin）时，仍然收到这个相同的错误消息。这非常令人恼火，因为告知违规者为何以及如何触犯Wikivoyage的规则和指南很重要。(WT-en) Ikan Kekek 05:29, 3 August 2012 (EDT)
您是否在Special:RecentChanges上看到跨语言链接和页面顶部的Project:Votes for deletion链接？我昨天一直看到这种行为，直到清除所有Cookie、缓存等。有人遇到问题的一个猜测是，IB至少有一个坏服务器在他们的集群中，如果您不幸命中它，那么网站就会运行得很差（请注意，大多数现代集群会尝试让用户保持在同一服务器上，所以如果您命中它一次，您就 stuck 在上面，直到您强行离开）。-- (WT-en) Ryan • (talk) • 11:09, 3 August 2012 (EDT)

是否相关？收集关于将自行车带上公共交通工具的可能性信息的页面。

你好！在（瑞典语）Facebook群组和Facebook页面上，我们正在讨论创建一个信息集合，列出在瑞典火车、公交车等上携带自行车的可能性（以及缺乏可能性）。我想知道这是否会在Wikivoyage上相关？这将是一个针对整个瑞典的页面，列出哪些公司和哪些线路可以携带自行车，哪些不可以。如果可能，我们将制作一张地图。维基百科有用，我们没有，而且在维基百科上我想这不相关。Wikivoyage怎么样？它适合吗？--(WT-en) Gerrit 17:08, 3 May 2012 (EDT)

www.airport-china.com

很多关于中国城市文章的链接都指向这个网站。我怀疑这不是一个官方机场网站，但不完全确定。如果不是，所有此类链接都应删除。(WT-en) Ikan Kekek 22:02, 25 May 2012 (EDT)

在http://www.airport-china.com页面的底部有各种广告链接到酒店预订网站和导游，还有一个声明“Power by Lutu ltd.”，其自己的网站声明：
Lutu Inc.是中国国内公司之一，完全致力于中国酒店在线预订服务业务。
这些链接加上.com而不是.cn顶级域名表明这是一个商业网站，而不是政府网站。
中国民用航空局的网站是http://www.caac.gov.cn/。(WT-en) Travelpleb 10:57, 3 June 2012 (EDT)

删除用户页和讨论页

每次我监控“最近更改”时，我都会注意到新用户创建帐户，然后在他们的用户页/用户讨论页上粘贴一些巨大的广告宣传。我明白广告是完全不允许的，但这些页面是否应该被彻底删除？如果是的话，如果我们有一个“快速删除”模板可能会有帮助。带有模板的所有页面将放入一个类别，管理员只需删除它们而无需讨论，因为它们明显违反了指南。Template:Vfd似乎只涵盖需要讨论和共识的删除。如果没有人反对，我将在未来几天内创建模板，但想通知管理员这个想法。

顺便说一句，我认为Pub需要清理至少3个月前的旧内容。对此有异议吗？(WT-en) JamesA >talk

我已经创建了Template:Delete和Category:Speedy deletion candidates。管理员们，请将其添加到您的监视列表/用户空间，以便您关注它。 :)(WT-en) JamesA >talk 08:11, 3 June 2012 (EDT)
我认为不需要单独的模板，因为VFD标签应该足够了，如果需要快速删除，可以在提名中说明。但是，对于垃圾邮件机器人创建的页面，除非页面被忽略，否则不需要提名——根据Project:Deletion policy#Speedy deletion，明显的候选者不需要提名，因为这会增加提名和存档讨论的额外开销（“明显符合快速删除条件的垃圾邮件新页面，一旦被管理员注意到就会被删除，因此无需在删除投票页面上列出。如果此类页面停留超过24小时，请将其添加到提名页面，以确保它不会被忽略。”）。——(WT-en) Ryan • （讨论） • 2012年6月3日 13:15 (EDT)
是的，这样的用户页面应该被删除，我看到它们就会删除。(WT-en) Ikan Kekek 2012年6月3日 18:20 (EDT)

酒馆肯定需要更多的扫帚！但是，请不要简单地将一切都扫入存档。讨论应该被归入最相关的讨论页，根据此页面顶部的扫帚指南。——(WT-en) Peter 讨论 2012年6月3日 12:55 (EDT)

我认为没有必要在VFD页面上列出广告文章，因为正如Ryan所说，这会涉及额外的提名流程和存档，而讨论本应不需要。我曾考虑在管理员的讨论页上通知他们，但新页面涌现了不少。另外，我晚些时候有机会时会清理一下酒馆里的旧灰尘 :)(WT-en) JamesA >讨论 2012年6月4日 03:45 (EDT)

介绍API

你好。我只是想提一下，我已经为Wikitravel创建了一个API，供那些想在其他项目中使用Wikitravel数据的人使用。它将页面渲染为分层的JSON对象，并将wikimarkup渲染为简单的HTML，并且包括子页面列表、带有地址的列表地理编码等。还有一个搜索API，以及根据特定纬度和经度搜索页面和列表的功能。但是请注意，这仍然是一个非常初期的测试版本；任何反馈、建议或错误报告都非常受欢迎！(WT-en) Rezendi 2012年6月4日 12:48 (EDT)

POTALA INN, LITANG Sichuan China, DON'T GO！

<LtPowers 移除>

请将您的信息添加到Litang旅行文章中（点击链接，因为搜索功能似乎已损坏），因为未来去该镇的旅行者会在那里寻找，而不是在这里。您还应该将其精简为几句话。(WT-en) Ypsilon 2012年6月26日 08:10 (EDT)
不，这是不恰当的建议。Project:Avoid negative reviews。(WT-en) LtPowers 2012年6月26日 10:23 (EDT)
是的，但我出于好奇查看了这家旅馆的条目，他们并不是第一个抱怨服务和清洁度的人。谷歌搜索这家旅馆甚至有更多负面评价……我猜镇上可供选择的地方不多，而且根据描述，它也位于市中心。所以 IMO，这是旅行者应该被警告的情况之一。(WT-en) Ypsilon 2012年6月27日 08:09 (EDT)
我从文章中删除了正面评价。我认为，如果他们使用互联网寻找住宿，并且来到这里后对我们列出的其他6个选项都不满意，那么他们很可能会转向其他在线渠道，从而遇到这些负面评价。商业印刷品也不会浪费空间刊登此类负面评价。(WT-en) texugo 2012年6月27日 11:55 (EDT)


共享存储库消息

当你在en:上访问一个托管在共享存储库上的文件的图像页面时，你会收到一条消息，说“此文件来自共享存储库。访问其文件描述页面……”等等。这条消息什么时候变成了刺眼的亮粉色？我们能不能把它改成不那么刺眼的东西？(WT-en) texugo 2012年7月5日 23:35 (EDT)

是的，那是我的手笔，在MediaWiki:Sharedupload-desc-there ;)
不过，它至少应该有点刺眼。——(WT-en) Peter 讨论 2012年7月6日 00:18 (EDT) → 现在应该好多了 2012年7月6日 00:34 (EDT)
不过，最有趣的是，Commons的图片会收到不同的消息（例如：File:Rosslyn Panorama 00092.jpg），它会复制图像的许可和归属信息！那条消息是MediaWiki:sharedupload-desc-here。我们如何为我们自己的共享存储库获得这种功能……？——(WT-en) Peter 讨论 2012年7月6日 00:20 (EDT)


建议：住宿指南（价格）

在我(-东南-)亚洲旅行期间，我经常遇到预算和中档区域混杂不清的情况。也许为每个地方提供一个大致的指南来根据价格对住宿进行分类会很好。—由用户(WT-en) Askingcat（讨论 • 贡献）于 添加的评论

每个住宿部分都应该有一个Template:Sleeppricerange。如果缺少一个，也许你可以添加它！(WT-en) LtPowers 2012年7月8日 09:12 (EDT)
这是真的吗？每个住宿（和餐饮）部分都应该有一个吗？因为我认为我们的大多数星级文章都没有。(WT-en) Peter 讨论 2012年7月10日 10:49 (EDT)
好吧，每个底层（叶节点）文章。至少，我以前是这么认为的。(WT-en) LtPowers 2012年7月10日 13:03 (EDT)

坐标

你好！我是Wikivoyage的新手（从添加信息的意义上说）。我想提出一个建议，尽管可能之前在这个页面上已经讨论过。我认为在地点标题附近显示GPS坐标会非常方便，尤其是在“景点”部分。当我去一个新的地方时，我通常会打印相关的Wikivoyage页面，在那里有坐标会非常有帮助。另外，将合适的Google地图链接到文章也会非常有帮助，但这可能超出了项目的范围。

虽然我明白没有人能在瞬间神奇地添加坐标，但如果还没有在指南中提到，也许应该在那里提一下——(WT-en) DixonD 2012年7月10日 10:27 (EDT)

您可以在Project:Geocoding上找到更多关于该主题的信息。如果您对如何最好地显示和利用这些坐标有想法，请在讨论页上留言！(WT-en) LtPowers 2012年7月10日 13:05 (EDT)
也请参阅Project:Geographical data and metadata。对于为列表添加地理数据，这实际上很容易，只要它们用我们的列表标签正确格式化。例如，随便看看Slough#See，然后点击列表末尾的编辑链接。在出现的列表编辑器中，您可以在纬度和经度字段中输入坐标。
我们过去能够使用special:mapstraction来调出文章目的地的Google地图视图，但这似乎不再有效了。无论如何，它并没有那么有用，而且可能会分散我们制作地图的目标，而这些地图强调保持地图在网站上，以便文章易于打印和随身携带。在可预见的未来，我们的目标之一是自动生成我们列表在OpenStreetMap导入的地图上的地图，这与我们共享CC许可。——(WT-en) Peter 讨论 2012年7月10日 13:30 (EDT)

行程建议 - 伊利运河

我目前正在撰写伊利运河行程文章，我很想听听关于我是否走在正确轨道上的建议。我以前从未写过行程文章，我想确保在深入研究之前，它有一个好的开始。请在文章的讨论页上评论。谢谢！(WT-en) LtPowers 2012年7月25日 20:31 (EDT)

Nowiki标签坏了？

在Project:Currency中尝试使用nowiki标签但未达到预期效果。有替代方法吗？/ (WT-en) Blist 2012年7月27日 08:41 (EDT)

它适用于wiki标记和HTML标签，但似乎不适用于HTML实体，如&nbsp;和&ndash;。我不知道这是个bug还是预期的行为。幸运的是，有一个简单的变通方法；&amp;实体会生成一个“&”，您可以使用它来写出实体，而无需显示字符。（例如，请参阅此段落的源代码。）(WT-en) LtPowers 2012年7月27日 12:06 (EDT)
wikipedia:Help:Wiki markup#Nowiki 表明这是<nowiki>标签的预期行为。(WT-en) LtPowers 2012年7月27日 12:13 (EDT)

Kralupy_nad_Vltavou 有文件链接 和 ，但图片未在页面上显示。问题是什么？(WV-en) Travelpleb （讨论） 2012年9月28日 21:55 (CEST)

我也不知道，语法看起来没问题，图片也在wts上，但无法在en:上显示• • • Peter (Southwood) (讨论): 2012年9月28日 22:56 (CEST)
我也有类似的问题。一定是bug。——Globe-trotter （讨论） 2012年9月29日 04:41 (CEST)
已修复损坏的链接。——Unger （讨论） 2012年10月16日 09:20 (CEST)
谢谢。——Saqib （讨论） 2012年10月16日 09:29 (CEST)
谢谢。太好了。(WV-en) Travelpleb （讨论） 2012年10月16日 09:45 (CEST)

常识检查

有人知道为什么wts:Image:Funza map.png不显示吗？——Peter 讨论 2012年10月2日 01:28 (CEST)

我不知道为什么，我一直在尝试实验，但徒劳无功。请看https://wikivoyage.cn/wiki/Wikivoyage:Travellers%27_pub#Broken_file_links上面，Peter，一个类似的问题可以追溯到2012年9月28日。——W. Frank邮件讨论 2012年10月2日 01:52 (CEST)
我认为这是一个bug。我们已经在这里讨论过了。这里。——Globe-trotter （讨论） 2012年10月2日 01:59 (CEST)
我弄明白了。文件没有从共享存储库wts.wikivoyage.org自动传输到这里en.wikivoyage.org。
所以，如果你想让你的照片显示出来，请在这里上传它们，方法是创建一个与共享存储库上的文件名相同的页面（例如，Peter的File:Funza map.png——确保你记对了名字，是“File”而不是“Image”）。页面不需要包含任何文本。一旦页面File:Funza map.png被创建，就会出现一条消息说“没有这个名称的文件，但你可以上传它。”点击链接会带你到一个看起来吓人的网站，该网站禁止上传。仍然上传文件，复制并粘贴来自共享存储库的摘要信息，点击“忽略任何警告”，就这样。
工作完成了。虽然劳动密集，但有效。(WV-en) Travelpleb （讨论） 2012年10月2日 21:58 (CEST)
是的，但这是我们不应该做的事情。我们的想法是在一个公共存储库中拥有图像，而不是在每个语言版本中独立拥有。Atsirlin （讨论） 2012年10月2日 22:12 (CEST)
如果它们在共享存储库中上传一次，在这里又上传一次，会有问题吗？(WV-en) Travelpleb （讨论） 2012年10月2日 22:21 (CEST)
是的，因为这样其他语言版本就无法使用它们了。我们真的需要向某个地方报告这个bug。——Globe-trotter （讨论） 2012年10月2日 22:30 (CEST)
是的，因为事情会变得混乱。例如，地图经常更新，而无法跟踪存储在3-4个不同地方的同一张地图。此外，共享存储库有非常有用的分类用于组织图像。这些分类在:en上丢失了，所以你无法轻易找到本地存储的图像。
请不要在:en上上传新图像！我们已经付出了巨大的努力将东西从:en移到共享存储库。这种移动可能会再次发生，直到所有图像最终转移到共享存储库甚至Commons。 Atsirlin （讨论） 2012年10月2日 22:37 (CEST)
那么我们该怎么办？我们应该向谁报告？我们如何解决这个问题？(WV-en) Travelpleb （讨论） 2012年10月2日 22:46 (CEST)
可以提交一个请求到tech。不过，Globe-trotter刚刚给我们的系统管理员发了私人消息。让我们耐心等待！Atsirlin （讨论） 2012年10月2日 22:58 (CEST)
这似乎仍然是个问题（对其他人来说也是，对吧？）——Peter 讨论 2012年10月11日 05:45 (CEST)

用户页面

关于导入的用户页面，目前有一个讨论正在进行中。我只是在这里重复我的文字

问题是。这不是社区决策的问题。这是正确归属和满足法律要求的问题。我们没有任何 proper way 来证明用户名的身份。在法律上，WT上的用户 Fussi 和 WV上的用户 Fussi 不是同一个人。IBobi 可以注册一个名为 Peter 的用户，并将他的WT用户页面重定向到他自己的用户页面（当然，Peter现在已经被使用了）。满足法律要求的唯一方法就是导入用户页面并添加前缀并保护它。我们被迫这样做。我希望社区能接受这种归属方式，直到我们得到律师的明确声明，或者WMF能帮助我们。

我们作为网站所有者必须照顾好这个网站。当我收到IB或WT上的任何用户的投诉时，我就是收到信件的人。目前没有讨论的空间。如果你能安排一位律师确认重定向没问题——那没问题。Lounge也对此开放。我问过了，但到目前为止我还没有收到WMF的反馈。我们没有找到一种方法来证明账户的身份。所以我们都必须接受这一点。而且。每个人都可以通过复制粘贴和使用相同的Wiki Markup来创建新的用户页面。重定向回来只是创建初始状态的方法。当然，每个人都可以自己控制自己的用户页面。我真的请求你保持导入的用户页面——带有前缀的那些——原样，并使用你自己的用户页面。现在有些重定向到导入的WT页面。当然，你可以删除那个重定向并创建你自己的。这只是最快地重新激活导入的用户页面的方式。

有很多职责。在我们可以上线之前，我们需要删除所有WT Logo。我们都有很多工作要做。你们都在努力适应你们的政策。我希望社区不会因此抛弃我们。如果有任何问题，请写邮件或在讨论页上留言联系我。我忙于工作，而且我努力保持与WMF和WMDE以及你们的联系，并为下一步争取时间表。

也许WMF会为用户账户问题提供不同的解决方案，但在此之前，我希望你能接受我们的数据迁移，因为我们没有WMF的帮助。—— DerFussi （讨论） 2012年9月10日 22:17 (CEST)

目前这个讨论的主要地方似乎在gen:Talk:Migration_FAQ#Imported_user_pages——Inas （讨论） 2012年9月11日 03:01 (CEST)

丢失或损坏的图像

请问有人能告诉我，我应该在哪里列出“损坏”或在文章中不显示的图像？WV commons为相关图像显示空白图像窗口，因此使用这些图像的文章不显示图像。例如，昨天我收到一条关于South Bali区域地图的错误消息，提示“字节数过多”（我猜测是与元数据中的文件数相比），今天它根本不显示，三张照片图像也是如此。在South Bali文章中不显示的图像是 ：Bali-South。

--- Felix （讨论） 2012年9月10日 23:17 (CEST)

我可以看到这些图像。您尝试过按“刷新此页面缓存”吗？Atsirlin （讨论） 2012年9月10日 23:24 (CEST)
是的，我“刷新”了缓存并重新启动了浏览器，但我在文章或WV Commons上都看不到它们……我一会儿会去找昨天收到的错误消息并在这里发布。我从WT Commons下载了这些图像，它们就在我的桌面上。—— Felix （讨论） 2012年9月10日 23:34 (CEST)
来自昨天的South Bali文章地图。—— Felix （讨论） 2012年9月10日 23:37 (CEST)

创建缩略图时出错：convert：预期8192字节；找到1886字节 `/home/www/wts.wikivoyage.org/w/images/b/bb/Bali-South-Bali-Region-Map.png' @ warning/png.c/PNGWarningHandler/1472. convert：读取异常 `/home/www/wts.wikivoyage.org/w/images/b/bb/Bali-South-Bali-Region-Map.png' @ error/png.c/PNGErrorHandler/1455. convert：损坏的图像 `/home/www/wts.wikivoyage.org/w/images/b/bb/Bali-South-Bali-Region-Map.png' @ error/png.c/ReadPNGImage/2995. convert：缺少图像文件名 `/tmp/transform_55ecad3-1.png' @ error/convert.c/ConvertImageCommand/2940.

我也遇到了类似的问题，在https://wikivoyage.cn/wiki/Bangkok/Sukhumvit文章中，我的浏览器无法显示页面上的任何图像，而在South Bali文章中只有一部分图像没有显示。
我可以打开页面https://wikivoyage.cn/wiki/File:Thanonsukhumvit.jpg，但图像未出现在图像窗格中。
我无法打开页面http://wts.wikivoyage.org/w/images/4/4d/Thanonsukhumvit.jpg，当我尝试时，我收到消息“找不到服务器‘wtswikivoyage.org’”。
但是，我可以在运行相同计算机的Firefox浏览器中打开它。
我可以打开页面https://wikivoyage.cn/wiki/File:Sukhumvit_Road_-01.jpg，但图像未出现在图像窗格中。
我无法打开页面http://wts.wikivoyage.org/w/images/8/83/Sukhumvit_Road_-01.jpg，当我尝试时，我收到消息“找不到服务器‘wtswikivoyage.org’”。
缓存已全部刷新，所以当我在使用Firefox浏览器查看Bangkok/Sukhumvit图像时，我查看了South Bali图像，果然它们在那里。所以我决定我的浏览器有问题，Safari浏览器版本5.1.7 (6534.57.2)在i7 applemac上运行。所以我去了另一台applemac电脑，这台电脑运行Safari版本4.1.3 (4533.19.4)，它从未访问过WV网站，并且缓存和历史记录之前都被擦除了。我在这台完全不同的电脑上重复了完全相同的问题，使用的是一个不同版本的Safari浏览器。
然后我在这台电脑上尝试使用Firefox，同样的问题，无法加载图像，并且http://wts.wikivoyage.org/w/images/8/83/Sukhumvit_Road_-01.jpg给我的消息与Safari浏览器一样……找不到服务器“wtswikivoyage.org”。
我在主计算机上通过Tor网络使用Firefox浏览器，因为各种原因我需要这样做，所以在使用该浏览器时，它是通过Tor服务器访问WV网站的。当我随后在这台第二台电脑上启用Firefox浏览器的Tor时，我就可以看到文章页面上的图像，并点击查看文件http://wts.wikivoyage.org/w/images/8/83/Sukhumvit_Road_-01.jpg。
然后我来回切换了Tor几次，并重复了图像查看问题。当然，此时我开始怀疑我的印度尼西亚ISP访问wtswikivoyage.org有问题，因为我在两台完全不同的计算机（一台是旧的Power PC mac，另一台是新型号的Intel Mac）上重复了这个问题，这些计算机使用的操作系统和浏览器版本差异很大，唯一共同点是无法访问wtswikivoyage.org，并且在使用我的印度尼西亚IP接近WV服务器时无法查看图像。
当然，每次我切换Tor的开关时，我都必须重新登录“安全的”WV En项目，使用登录名和密码。我还退出了Firefox浏览器好几次。由于这两台计算机都设置为使用Firefox和Tor进行安全浏览，因此在浏览器退出时所有内容都会被完全刷新。
所以，我的印度尼西亚ISP PT Telkom Indonesia可能是这里确定的变量。
如果Firefox浏览器缓存了来自Tor服务器访问的图像，它就会显示页面，这发生了几次，让我感到困惑，但很快我就通过尝试另一张尚未缓存的图像来理解，它同样无法加载。
我对这一点非常清楚，并且没有困惑。问题是完全可以重现的，包括上面记录的South Bali文章图像，只有页面上的最后两个图像在访问我的印度尼西亚IP时才能看到。同一图像的历史版本（不可见的）也无法访问，例如我尝试了Image:Seminyak_Beach_2.jpg的历史版本，但我可以加载页面，但是链接的源Flickr文件是可以的。
我昨天回到我编辑的一些页面，我清楚地记得昨天看到的图像现在不再显示了，访问源文件也提供了“无法访问服务器”的消息。在某些文章页面上，所有图像都无法查看，在另一些页面上，只有几个图像无法查看，每次页面重新加载都一致，即使在完全刷新缓存和重新启动浏览器后也是如此。我绝对记得昨天看到了这些图像，这是我“检查文章”的内容之一。我昨天唯一遇到的问题是South Bali地图图像，它产生了上面粘贴的错误消息。
如果我转到https://wikivoyage.cn/wiki/User:(WT-en)_Burmesedays，所有.png文件都将不显示，页面的其余部分正常，并且如果我通过Tor服务器访问WV，我可以看到所有内容。
查看https://wikivoyage.cn/wiki/User:(WT-en)_Burmesedays时的日志
我真的很想知道其他人对此的看法。
我从未见过IP块像这样选择性地工作，除了某些带有地区版权或访问过滤器的网站，例如阻止嵌入式Flash视频文件和类似内容，版权所有者尚未在特定市场发布这些内容，因此该国家的IP范围被阻止访问，我猜想WV服务器上可能存在一些笨拙的伪影或鬼魂，也许这就是原因，或者印度尼西亚ISP PT Telkom Indonesia确实存在非常奇怪的过滤器。—— Felix （讨论） 2012年9月11日 04:03 (CEST)
今天早上，我可以使用任何浏览器，并且通过我的印度尼西亚IP访问，查看上面详细介绍的图像。WV的任何人是否对此进行了调查？我只是好奇，因为我想了解问题是出在WV服务器上还是ISP的问题。—— Felix （讨论） 2012年9月12日 04:57 (CEST)

两个页面互相重定向

在以前的Wikitravel上，Mount Everest是一个消歧页。现在迁移到Wikivoyage后，它由两个互相重定向的页面组成。发生了什么？–sumone10154(讨论) 2012年9月11日 02:33 (CEST)

看起来在复制的时候，Everest被移到了Mount Everest，而Mount Everest一开始只是一个重定向。这似乎不是dump的问题。我们没有被删除的页面，所以只需重新添加信息，我认为。——Inas （讨论） 2012年9月11日 02:58 (CEST)
同样的问题也发生在North-Eastern India上。这是一个实际的文章，所以如果我们复制粘贴，我们会丢失历史记录。–sumone10154(讨论) 2012年9月12日 23:50 (CEST)
实际上，还有很多页面互相重定向。请看Special:DoubleRedirects。–sumone10154(讨论) 2012年9月12日 23:55 (CEST)
如果它在这里被删除了，我们可以恢复它，但它在WT上被删除了，因此没有被复制。但是，它只是一个消歧页，所以我只会重新创建它，没有什么需要归属的，也没有需要派生的。——Inas （讨论） 2012年9月13日 07:09 (CEST)

扁平化区域层级 - 需要讨论

我提出了一个对我们处理层级结构方式的适度重要的改变。请在此处参与讨论：Project talk:Geographical_hierarchy#Flattening_the_region_hierarchy — Ravikiran r （讨论） 2012年9月27日 08:51 (CEST)

验证码和垃圾邮件保护

值得庆幸的是，到目前为止我们没有垃圾邮件，但我认为这种情况不会永远持续下去。我们的验证码设置是什么？我们有范围限制屏蔽的选项吗？当我看到WT时，我们应该做好准备……Jc8136 （讨论） 2012年9月27日 14:30 (CEST)

你说得完全正确。尽管我们经常指责IB什么都不做（这在很大程度上是真的），但他们的验证码似乎是最高设置。如果有人还没有看到，现在我们已经离开了，他们正在采取一种新的方法，阻止新用户添加外部链接。当然，这已经引起了许多用户的好评，他们都在进行善意的编辑，甚至试图撤销坏的编辑！我们可以采取更温和的方法。还有维基百科，一个这么大的网站似乎能避免很多垃圾邮件；他们的问题在于手动破坏。我相信WMF可以提供一些指导，说明如何解决垃圾邮件问题。JamesA >讨论 2012年9月27日 15:11 (CEST)
我担心一些半专业的垃圾邮件攻击，比如那些在多个文章中造成麻烦的印度SEO，但却使用相同的IP范围。如果我们能临时屏蔽特定的IP范围，大多数攻击都会失败。我认为WMF吸引的垃圾邮件较少，因为在百科全书文章中放置营销链接比在旅游指南中更难。Jc8136 （讨论） 2012年9月27日 15:30 (CEST)

征集替代域名和Meta投票通知

WMF已决定进行一次域名投票，为新的旅游指南选择域名。投票将在所有人都合理有机会提交名称后才开放。请遵循https://meta.wikimedia.org/wiki/Travel_Guide/Naming_Process中概述的流程，以确保域名在您提出建议后不会立即被抢注者占有。

列表中已有14个名称，其中域名已注册且可用。

提交替代名称的截止日期是10月2日，之后开始投票。• • • Peter (Southwood) (讨论): 2012年9月27日 23:41 (CEST)

太棒了！——W. Frank邮件讨论 2012年9月27日 23:44 (CEST)

侧边栏链接“Uploads & bug reports”打开的是共享主页。工具箱中还有一个上传链接，所以这部分是多余的。是否应将“Bug reports”放在侧边栏的主区域，如果是，它应该链接到哪里？• • • Peter (Southwood) (讨论): 2012年9月28日 22:43 (CEST)

“Bug reports”不一定需要出现在侧边栏。应该将其删除，或移至“Toolbox”下，并暂时链接到Category:Tech_requests#Bug_reports。——Saqib （讨论） 2012年9月28日 22:54 (CEST)
我认为技术报告应该链接到tech:Main Page。–sumone10154(讨论) 2012年9月28日 23:08 (CEST)
Tech已经列在侧边栏了。所以我认为它可以去掉。——Globe-trotter （讨论） 2012年9月28日 23:48 (CEST)
也许现在是深夜了，但我找不到侧边栏上的tech。• • • Peter (Southwood) (讨论): 2012年9月29日 00:16 (CEST)
我猜Globe-trotter说的是Wikivoyage Shared上的侧边栏。——Saqib （讨论） 2012年9月29日 00:23 (CEST)
我已经删除了两者中的过时部分。——Peter 讨论 2012年9月29日 02:27 (CEST)

我们将被称为什么？

正如他们在阿尔斯特说的那样，早投票，多投票！

投票昨天开始，到目前为止，“Wikivoyage”的支持率遥遥领先……——W. Frank邮件讨论 2012年10月3日 18:43 (CEST)

我希望是Wikivouage W. Frank :) 我现在就去投票。——Saqib （讨论） 2012年10月3日 18:48 (CEST)
我正努力不让我的中立面具滑落——Wikivoyage在很多语言中都很难写，更不用说发音了——但目前看起来就像一场只有一匹马的比赛，Saqib。——W. Frank邮件讨论 2012年10月3日 22:28 (CEST)

我添加了一些跨项目链接，请看Special:Interwiki。——Unger （讨论） 2012年10月7日 13:23 (CEST)

技术问题

不知何故，en.wikivoyage.org在T-Mobile（美国）网络上无法访问（wikivoyage.org没问题）。我尝试了2部不同的Android手机，并尝试将我的电脑通过这两种手机共享网络，但一直收到HTTP错误504。我在我的WV讨论页上描述了这个问题（在通过手机共享网络给笔记本电脑时）。不确定有什么被阻止了，但这可能是移动用户的一个大问题，因为T-Mobile是美国第四大运营商……很快就会因为与MetroPCS网络合并而成为第三大运营商。另外请注意，他们可能使用也可能不使用与欧洲T-Mobile相同的网络技术。如果这个讨论有更好的地方，请随意移动它。AHeneen （讨论） 2012年10月16日 22:07 (CEST)

504错误是代理错误，因此您应该联系T-Mobile（美国）。在没有代理的情况下，WV工作正常。——Unger （讨论） 2012年10月17日 06:54 (CEST)

介绍Kiva和Freerice

大家好。我希望没人介意，但我为Wikivoyage成员创建了两个人道主义网站的群组。这两个网站都提供了回馈世界的方式（无论是经济上还是非经济上）。既然我们都热爱周游世界，我们亲眼目睹了贫困，这就为我们提供了一种帮助缓解贫困的方式。这是我们与之前形态的一个重要区别，因为我们变得更有社会责任感。同样，这也为我们提供了一个推广我们新的、不断发展的网站的机会。另一个IB分支Milepoint，在撰写本文时在Kiva上排名第三，提供了急需的积极曝光（）。有关其分支的更多信息，这似乎与我们的类似，请参见。现在来介绍网站本身

  • Freerice （Wikipedia链接）-一个由联合国世界粮食计划署托管的网站，通过广告筹集的资金捐赠大米。您只需回答问题，增长知识，并帮助穷人。您可以在回答问题前选择要为哪个团队贡献总额。我们的团队：
  • Kiva （Wikipedia链接）-一个非营利网站，允许您向发展中国家的团体/个人提供无息贷款，以便他们能够自给自足。资金最终会退还给您。同样，您可以选择一个团队来贡献资金，这会出现在全球排行榜上。我们的团队：

请注意，没有任何法律或金钱方面的顾虑/义务。这仅仅是扩大我们在线曝光度和更加人道主义的一种方式。另外，如果您还没有注册Kiva，请告诉我，我可以邀请您，然后我们都可以获得一次免费贷款！ :) 所以各位，请帮忙，让世界变得更美好，并提升我们的形象！JamesA >讨论 2012年10月21日 07:49 (CEST)

James，我感谢您的关心，但还有很多其他方法可以宣传Wikivoyage项目。——Saqib （讨论） 2012年10月21日 09:10 (CEST)
当然有。我们不会把所有的鸡蛋都放在一个篮子里。我和其他人经常使用这些网站，如果Wikivoyage可以同时宣传，那就没有坏处。JamesA >讨论 2012年10月21日 10:02 (CEST)

锁定wikivoyage-old.org

在（可能还有其他语言）上的站点通知和数据库锁定消息应该更新，以提醒用户这是一个旧站点，仅用于查看目的，而新站点处于测试阶段。也许可以在站点通知中添加一个链接，该链接也指向本站点，因为我确信有些用户会在这两者之间感到困惑。如果尚未禁用，还应禁用帐户创建。JamesA >讨论 2012年11月11日 05:26 (UTC)[reply]

现在来看看搜索引擎是否会索引它而不是真实站点？K7L （讨论） 2012年11月11日 05:54 (UTC)[reply]
那将是一场灾难！我们应该尽快在维基百科上建立姐妹链接，以避免这种情况。JamesA >讨论 2012年11月11日 06:31 (UTC)[reply]
我们应该在任何链接到项目“旧”版本的链接（包括WT和WV-old）上使用‘ rel="nofollow" ’。维基百科上的姐妹链接似乎需要一次一个语言地请求。流程似乎有所不同，但基本上是
  • 在每个有WT（wikitravel或wikitravelpar）模板的语言上创建一个新的模板，如w:en:template:Wikivoyage；保持格式与旧模板相似，以便直接替换。链接目标应该是内部链接（不是外部链接），指向[[voy: 如果该维基百科语言存在WV，[[:en:voy: 如果不存在。
  • 用新创建的WV模板替换少数WT模板，以验证代码是否正确。如果有少量受影响的页面（例如，30页的克罗地亚语 - 或小到不具争议的程度），则手动更改所有页面。
  • 如果有大量受影响的页面，这将需要一个“机器人”来执行搜索和替换，这通常需要某种讨论。提名旧WT链接模板进行删除，并附上关于情况的解释和简要摘要（WV是一个姐妹项目/WT是同一项目由营利性直接竞争对手分叉的……）并要求将WT模板搜索并替换（替换为新创建的WV模板）然后删除是合理的。
  • 如果您需要在您不了解语言的项目上打开VfD或TfD，该语言维基百科本身或WP meta:上可能有一个名为Project:Embassy的页面——请在那里请求代您进行提名。
  • 在某些情况下，WMF姐妹项目有不同的模板格式（例如，fr:有“autres projets”作为“其他项目”姐妹框，带有Wikinews、Wikibooks等标志——我们现在在那里）。最好遵循他们现有的命名约定（尽管机器人搜索和替换需要新模板至少与旧模板相似，如果一个wiki有30个链接而不是en:上的3000个链接，那么手动替换就是一个灵活的选择）。
  • 要查看是否有其他WMF wiki（如wikinews或commons）的模板，请查找姐妹项目的特殊格式。K7L （讨论） 2012年11月11日 20:51 (UTC)[reply]

WMF wiki上使用wikitravel:前缀的全局列表（请随时更新此信息）为K7L （讨论） 2012年11月13日 02:38 (UTC)[reply]

目前已知各维基百科上的链接/模板状态（请随时更新）：

默认维基时区-2012-11-11T19:30:00.000Z

据Bugzilla:41992报道，Wikivoyage维基目前使用UTC时区。

我提议将en.wikivoyage的时区默认设置为UTC，因为英语是太多时区（伦敦？纽约？旧金山？）的主要语言，无法统一。

您是否同意这个解决方案？

供参考，此PHP手册页面包含支持的时区列表。 --Dereckson (讨论) 2012年11月11日 19:30 (UTC)[回复]

当然，这样的项目应该使用UTC。 Snowolf 我能帮什么忙？ 2012年11月11日 19:52 (UTC)[回复]
保留UTC是最好的主意。 Yann (讨论) 2012年11月12日 06:41 (UTC)[回复]

在wts上只读？

Pub，vfd等似乎在wts上是只读的。文件命名空间仍然可以写入。有任何原因/动机吗？ --Inas (讨论) 2012年11月11日 22:05 (UTC)[回复]

我记得看到过关于在导入之前标记它，或者标记为已导入之类的信息。 Snowolf 我能帮什么忙？ 2012年11月11日 22:15 (UTC)[回复]
这在各个语言版本（如en.wikivoyage-old）上都已完成，因为本地图片仍在标记为“nowCommons”或“move”，但我不知道为什么wts（未迁移到WMF）需要这样做。 K7L (讨论) 2012年11月11日 22:17 (UTC)[回复]

问题在于，部分编辑限制适用于整个数据库，所以我们要么完全开放en.wikivoyage-old.org，要么限制WTS主命名空间。我已经联系了Roland，他说他不知道如何解决这个问题。我最新的建议是把WTS Pub移动到Wikivoyage:命名空间，并保持其他命名空间完全开放（事实上，它已经是开放的）。我希望Roland在读完邮件后能尽快处理。 --Atsirlin (讨论) 2012年11月11日 22:28 (UTC)[回复]

对我来说，答案很简单。WTS尚未迁移，应该是完全开放的。我们仍然应该遵循相关政策，经历vfd、迁移等过程。所有其他站点（已迁移的）都应该被锁定。 --Inas (讨论) 2012年11月12日 00:16 (UTC)[回复]
语言版本至少需要部分写入权限，以便我们跟踪图片迁移。 LtPowers (讨论) 2012年11月12日 01:21 (UTC)[回复]
当然，WTS应该完全开放。但这与对各个语言版本的部分写入权限不兼容。或者，如果您知道如何解决这个问题，请联系Roland并给他您的建议。 --Atsirlin (讨论) 2012年11月12日 06:53 (UTC)[回复]
Pub能不能放到Category命名空间？类别可以像其他页面一样编辑。 JamesA >讨论 2012年11月12日 13:14 (UTC)[回复]
如果您决定将Pub设为“类别”，也请将“删除投票”也设为“类别”。 --Stefan2 (讨论) 2012年11月12日 13:19 (UTC)[回复]
我昨天问了Roland，但他没有回复。也许你也应该催促他。 --Atsirlin (讨论) 2012年11月12日 13:48 (UTC)[回复]
数据库是只对开发者还是管理员锁定？管理员可以把Pub和VfD移到类别命名空间。 JamesA >讨论 2012年11月13日 05:31 (UTC)[回复]
为免有人不知道，一个临时Pub已在设立。 JamesA >讨论 2012年11月13日 05:33 (UTC)[回复]

11月11日的Voyage/Travel统计

Stats for 20121111
Number of entries in recent changes edits (including deletions/blocks):
WV: 1370
WT: 367
Number of article edits:
WV: 1346
WT: 283

由 https://github.com/nicolas-raoul/VoyageVsTravel Nicolas1981 (讨论) 2012年11月12日 03:40 (UTC)[回复]

为Snowbot申请Bot旗帜

是的，另一个机器人正在堵塞最近更改页面，阻止我们监视编辑和欢迎用户。机器人能在此修复许多问题真是太好了，但能否请管理员给User:Snowbot Bot旗帜？谢谢。 JamesA >讨论 2012年11月12日 08:17 (UTC)[回复]

实际上机器人已经有旗帜了，所以一定是我哪里做错了，我会检查并修复。 Snowolf 我能帮什么忙？ 2012年11月12日 08:21 (UTC)[回复]
谢谢。我的RC页面确实隐藏了机器人编辑。不紧急，因为我通过选择“用户讨论”并反选来隐藏它们。 JamesA >讨论 2012年11月12日 08:24 (UTC)[回复]
这是bugzilla:33461的结果，我必须用Pywikipedia重新创建任务，或者去问AWB的开发者，弄清楚为什么它在这里发生而在enwiki上没有，在此期间我已经停止了机器人。 Snowolf 我能帮什么忙？ 2012年11月12日 08:33 (UTC)[回复]
我收到了AWB开发者的回复，他们应该已经在下一个版本/快照中修复了这个问题，所以只是等待它出来，希望很快 :) Snowolf 我能帮什么忙？ 2012年11月12日 09:14 (UTC)[回复]
原来这是一个更简单的问题，现在已经解决了，感谢Thehelpfulone。机器人已恢复运行，并已获得Bot旗帜，编辑不应该再填充最近更改页面了 :) Snowolf 我能帮什么忙？ 2012年11月12日 12:45 (UTC)[回复]
好消息。谢谢你们两位。 JamesA >讨论 2012年11月12日 13:08 (UTC)[回复]

en.wikivoyage.com

我现在很困惑。我们似乎有三个独立的英文Wikivoyage站点在运行

他的.com版本从哪里来的？.com不应该直接重定向到.org站点吗？ JamesA >讨论 2012年11月12日 12:50 (UTC)[回复]

嗯，我也注意到了这一点 - 我认为en.wikivoyage.com和wikivoyage-old.org是同一个wiki，但你说得对，它还没有重定向 - 除非这是故意的，我今天晚些时候会联系WMF工作人员让wikivoyage.com -> wikivoyage-old.org（或者我们希望它指向这里？）。 Thehelpfulone 2012年11月12日 13:01 (UTC)[回复]
它们确实是独立的站点，可以看到最近更改页面的差异。我认为它应该重定向到这里。我第一次注意到是因为Google的搜索结果。如果Google开始抓取和收录那个网站而不是这个网站，那将是一场灾难。 JamesA >讨论 2012年11月12日 13:07 (UTC)[回复]
.com = wikivoyage-old。由于有60天的转移锁定（他们最近才获得它），.com仍然由Wikivoyage e.V.拥有。然而，在转移到WMF之前，应该可以更改名称服务器，使其使用Wikimedia的名称服务器。或者他们可以直接设置重定向。我已经给Stefan发了邮件。 --Eloquence (讨论) 2012年11月12日 19:03 (UTC)[回复]
感谢澄清。看来.com现在确实=wikivoyage-old，但昨天不是。我百分之百确定昨天这两个站点的Recent Changes是不同的，意味着有两个可编辑的服务器。无论如何，我认为最好能重定向到en.wikivoyage.org。 JamesA >讨论 2012年11月13日 05:27 (UTC)[回复]
http://en.wikivoyage.com仍然可以编辑。这可能会严重混淆新用户。谁能解决这个问题？作为临时措施，请具有管理员权限的用户在.COM的Site notice中放置一个大的通知和一个指向Wikiversity.ORG的链接，在此：http://en.wikivoyage.com/wiki/MediaWiki:Sitenotice（即http://而不是https://），或者最好让.COM转发到.ORG。这太令人困惑了。 --Rogerhc (讨论) 2012年11月16日 21:48 (UTC)[回复]
请留言给User:RolandUnger（最好是在德语Wikivoyage上）。他是一个人可以帮助你。你看到的是wikivoyage-old.org上的编辑，在完成图片传输之前，它应该保持部分开放。 --Atsirlin (讨论) 2012年11月16日 22:22 (UTC)[回复]
Stefan昨天更改了名称服务器，这应该最终得到解决。wikivoyage.com现在应该重定向到wikivoyage.org。（此更新可能仍需要一些时间才能反映在您ISP的DNS中。）--Eloquence (讨论) 2012年11月30日 00:10 (UTC)[回复]

整理和标记图片

Caution 注意：本部分优先级很高，因为图片的转移对于完成迁移过程和切换到常规工作至关重要

尽管每个人都为焕然一新的Wikivoyage感到高兴，但我们仍然需要处理大量等待系统化和转移到Commons的图片。更精确地说，我们在WTS上还有大约10000个文件没有标签，在en.wikivoyage-old.org上还有超过7000个文件。

我们恳请大家参与这项工作！

新的讨论页面在此：这里。它包含任务列表和后续讨论的地方（删除投票等） --Atsirlin (讨论) 2012年11月12日 21:10 (UTC)[回复]

我同意我们必须专注于图片迁移和其他清理工作。我已经将“本月合作项目”改回Wikivoyage:Cleanup。我认为我们应该在Sitenotice中添加一个提醒编辑者，现在不是进行旅行相关贡献的时候，而是进行维护工作。Beta阶段结束后，将有充足的时间写文章。 JamesA >讨论 2012年11月13日 05:29 (UTC)[回复]
如果我们有新用户从Wikipedia来到这里，告诉他们*不要*进行可预测的第一次主空间编辑（通常涉及修复他们家乡文章中的明显事实遗漏），可能没有帮助，因为我们希望鼓励他们留下来。最好链接到Wikivoyage:Welcome, Wikipedians和一个解释需要做什么的页面，以修复损坏的图片、损坏的wts：链接和其他从迁移中遗留下来的纯粹红链和损坏的东西。也许有些事情可以由“机器人”（例如替换指向“nowCommons”图片的链接）完成，而有些则不能（例如，决定给图片打什么标签）。来到这里的WP用户可以在处理当前损坏的图片的文章时提供很大帮助，只要明确了需要手动做什么。写一个帮助页面，并在Site notice中链接到那里。 K7L (讨论) 2012年11月14日 22:06 (UTC)[回复]

英国旅游线路

我不确定这是否是文章材料，但我想从Wikipedia称之为“stub”的内容开始：

User:Sfan00 IMG/Severn Valley Railway

SVR是英国最知名的旅游线路之一，我希望得到关于其持续发展的反馈。 Sfan00 IMG (讨论) 2012年11月16日 20:23 (UTC)[回复]

Wikivoyage:Itineraries很可能是最适合这类内容的地方……旅行指南，任意地从线路的一端开始，说“去这里，看看这个，然后做那个”。（这与Wikipedia的方法相反，Wikipedia会提供一个车站列表和一个事实描述，而没有“去这里，做那个”或行程的措辞。）Trans-Siberian Railway就是这样一个行程的例子。一个城市的一些标题（如“住宿”）可能不需要在行程中出现，因为行程通常简要描述了穿越的所有城镇——将细节留给沿途的各个城市级别文章。 K7L (讨论) 2012年11月16日 20:58 (UTC)[回复]
您也可以参考Scuba diving，了解如何构建一个包含许多子条目的高层文章。该系列文章数量庞大且遍布全球，而您的内容较少且仅在英国，但这可能会给您一些想法。 Pashley (讨论) 2012年11月16日 21:20 (UTC)[回复]
英国铁路行程的一个例子是West Highland Railway，它描述了Network Rail从格拉斯哥到Fort William或Oban的线路。在这种情况下，自fork以来，该文章在WT上已进行了有用的编辑，因此您也可以查看那里。我认为再增加一些英国铁路行程会很好。 AlasdairW (讨论) 2012年11月16日 23:20 (UTC)[回复]


Ryan Holliday和Google Maps

好吧，Ryan Holliday删除了我的所有贡献，但没有封锁我，那有什么意义呢？我绝不是一个破坏者，我使用Google Maps，我认为它们是可靠的，请不要删除这个讨论。给我一个机会，好吗？ --Dortmund (讨论) 2012年11月16日 21:44 (UTC)[回复]

我也不明白。这些回退对我来说毫无意义：你把treaure改成了treaSure，并且他回退了它，US1改成了US Route one 回退了（实际上，根据风格手册，应该是U.S. 1），你把Flint改成了Flint，Bay City改成了Bay City 回退了，还有更多。Ryan是WT/WV的老用户了，所以我等他的回复再做判断。我唯一能想到的解释是，也许他看到了你1-2个编辑，认为它们是垃圾信息，然后就回退了你所有的编辑，没有仔细看。 AHeneen (讨论) 2012年11月16日 21:59 (UTC)[回复]
AHeneen，我认为我在wikitravel有一个同名账户wt:Dortmund，所以Ryan假设我是PCV页面创建破坏者，事实并非如此，我想他只是不信任我。谢谢你的意见。 --Dortmund (讨论) 2012年11月16日 22:05 (UTC)[回复]
Bay City 是一个消歧页……你是说Bay City (Michigan)？ K7L (讨论) 2012年11月16日 22:19 (UTC)[回复]
Google Maps有版权问题吗？ Pashley (讨论) 2012年11月16日 22:19 (UTC)[回复]
希望没有，还有什么别的网站吗？ --Dortmund (讨论) 2012年11月16日 22:21 (UTC)[回复]
请参阅pcv了解该用户贡献的部分历史。据我所知，该用户是本站最长的捣乱者之一，已有多年历史，其贡献一旦被识别，通常会被立即回退。Peter也曾收集过该用户的精彩集锦。 -- Ryan • (讨论) • 2012年11月16日 22:28 (UTC)[回复]
我不是破坏者，wikitravel或wikivoyage，请相信我。 --Dortmund (讨论) 2012年11月16日 22:37 (UTC)[回复]
哇，那个Mainer小子？！说实话，能看到你跟着我们来到新网站，我感到有点怀旧的开心！刚加入的应该明白，Ryan的“老手捣乱者侦探”一如既往地准确。 --Peter in the tundra 2012年11月16日 23:27 (UTC)[回复]
所以我仍然可以编辑吗？ Dortmund (讨论) 2012年11月17日 11:41 (UTC)[回复]
你用Google Maps做什么？他们的东西是受版权保护的，应该很明显。 openstreetmap.org是免费的替代品。 Kaldari (讨论) 2012年11月30日 01:40 (UTC)[回复]
所以我还能编辑吗？ --Dortmund (讨论) 2012年12月7日 00:06 (UTC) 哦，而且当我还在wikitravel的时候，我用了google maps，看起来没问题。[回复]
我不是PCV，好吗！Ryan，请停止删除我的内容。 --Dortmund (讨论) 2012年12月7日 12:59 (UTC)[回复]
我提供了很好的编辑，好吗？让我贡献吧。 --Dortmund (讨论) 2012年12月8日 23:59 (UTC)[回复]

如何选择加入我的wikitravel数据迁移？ ？

我在wikitravel.org上做了一个贡献（http://wikitravel.org/wiki/fr/index.php?title=Guide_linguistique_espagnol&diff=prev&oldid=91400）

并且这个贡献在wikivoyage.org上也可以找到（http://fr.wikivoyage.org/w/index.php?title=Guide_linguistique_espagnol&diff=34539&oldid=34538）

但我想让wikivoyage上的这个贡献链接到我的wikivoyage用户（我在两个wiki上使用相同的用户名）。

我如何选择加入我的wikitravel数据迁移？

Oliver H (讨论) 2012年11月18日 21:55 (UTC)[回复]

你好，Oliver。你必须去法语Wikivoyage询问。试试fr:Wikivoyage:User account migration。 LtPowers (讨论) 2012年11月18日 22:28 (UTC)[回复]

image:plugs.png

我不确定image:plugs.png该怎么办，正确的图片是，并且已标记为移动到commons:，但Commons上已经有一个未使用的、不相关的同名文件。他们的“plugs.png”是一个宣传“plugs.dreamrow.com”的标志，这是一个似乎不重要的导师/学徒项目。在Wikimedia任何地方实际使用“plugs.png”的页面只有我们的Electrical systems文章（多语言版本），其中宣传其他站点的Logo是无用的。 K7L (讨论) 2012年11月20日 17:28 (UTC)[回复]

我已经提名Commons上的文件删除；正如你所说，它只是一个广告。我们的Plugs.png文件需要一个更好的文件名，所以我建议在导入Commons时更改文件名。 LtPowers (讨论) 2012年11月20日 18:23 (UTC)[回复]
“Electrical_plugs.png”会是一个更好、更准确的描述。Wikipedia上的w:Mains electricity by country中的一些图片也被命名为“A_plug”、“B_Plug”等。 AHeneen (讨论) 2012年11月20日 20:06 (UTC)[回复]

OxygenGuide：智能手机/笔记本电脑离线Wikivoyage

我刚刚将OxygenGuide从使用Wikitravel数据切换到使用Wikivoyage数据。

OxygenGuide包含所有文章，以极简化的HTML页面形式呈现，通过维基链接相互连接，不含图片。
在没有互联网连接的情况下旅行时很有用。
在Android和大多数系统上可读，它在磁盘/SD卡上占用300MB。

我可以吹嘘说，这是第一个使用Wikimedia生成的dumps的项目吗？ :-)

有没有人有兴趣使用这些数据创建Android或iOS应用程序？不幸的是，由于旅行，我没有时间做这个，但它可能非常简单，所以不要犹豫尝试：1）首次启动时，下载ZIP并将其解压缩到SD卡或等效位置2）启动导航意图到index.html

Nicolas1981 (讨论) 2012年11月21日 01:58 (UTC)[回复]

11月25日的Voyage/Travel统计

Stats for 20121125
Number of entries in recent changes edits (including deletions/blocks):
WV: 326
WT: 322
Number of article edits:
WV: 315
WT: 255

由 https://github.com/nicolas-raoul/VoyageVsTravel

上次，Wikivoyage的编辑次数是Wikitravel的4倍，所以今天的结果令人惊讶。我随机检查了10个Wikitravel的diff，大部分都是善意的编辑。Beta毕业后，我们将不得不考虑如何提高可见度/吸引编辑。 Nicolas1981 (讨论) 2012年11月26日 06:28 (UTC)[回复]

将我们的标志添加到维基百科主页作为姊妹项目，将会产生巨大的影响。希望我们也能获得一些媒体的关注。有人开始撰写新闻稿发送给报纸了吗？ Jmh649 (讨论) 2012年11月26日 06:37 (UTC)[回复]
目前，我只看到一大堆图片堆在旧服务器上，被标记为“移动”或“现在Commons”，名称也不同，一个{{w:template:wikivoyage-inline}}，由于某种原因被<noinclude>了，还有一个将在2688个英文维基百科页面上用机器人替换WT模板的操作已经启动（首批50页的测试运行已完成，今天已收到剩余页面的最终批准）。已标记的图片需要回到指南中，并在各个维基百科页面上启用链接模板，届时我们将获得数千个入站链接，很可能还会涌入大量维基百科用户。还有一系列外语维基百科，需要创建维基旅行模板，手动替换掉维基旅行链接，数量从几页到几百页不等，并将旧的WT模板提请删除。最终，需要移除wikitravel:（跨语言链接前缀）的每一个实例（通过转换为外部链接或替换为WV链接），才能在元维基上删除WT的跨语言链接表。
这引发了几个问题：
  • 已标记图片的移动时间表是什么？
  • 在wts:或各个语言的WV.old维基上还剩多少未标记的图片？是否正在处理en.old上的图片移动？
  • 在WT上存在但WV上尚未上线的语言维基百科的创建时间表是什么？在要求葡萄牙语维基百科用维基旅行链接替换其当前的维基旅行：链接之前，也许最好先让葡萄牙语维基旅行*存在*。
在这些问题解决之前，新闻稿的发布为时过早。 K7L (讨论) 2012年11月26日 14:31 (UTC)[回复]
图片传输主要由Stefan2和MGA73完成。维基旅行社区似乎对此过程兴趣不大。关于时间表的问题可能应该在WTS上询问，但我不认为有明确的时间表。需要几年时间。
从en.wikivoyage-old的迁移尚未开始，我看到很少有人在那里进行标记或清理。
--Alexander (讨论) 2012年11月26日 15:11 (UTC)[回复]
不幸的是，我觉得这个过程很乏味，讨论也过于分散，让新手难以弄清楚流程的进展以及他们能做什么来提供帮助。（在Pub、WTS Pub refuge和Commons上都有讨论，但它们并不完全一致。）至于wikipedia:Template:Wikivoyage-inline和wikipedia:Template:Wikivoyage，后者我创建的目的是不显示任何内容，以免在所有内容整理好之前涌入编辑者。我们已经得到的人数已经够多了，我觉得与新功能相关的编辑太多，而将内容整理到可用状态的编辑太少。（我想这又回到了图片传输问题。） LtPowers (讨论) 2012年11月26日 16:28 (UTC)[回复]
我正在努力整理一个关于如何提供帮助的最新列表。
我强烈同意，我们在这里被非 Beta 任务拖累了。新贡献者带来创意是极好的，这也是我多年来一直希望迁移到 WMM 的主要原因之一。但我们真的需要先完成 Beta 版本——发布是优先事项。 --Peter 讨论 2012年11月26日 16:41 (UTC)[回复]
我同意图片传输方面的事情有些混乱，但传输本身并不是按一下按钮那么简单。简单任务由机器人完成。我们需要理解情况并愿意投入时间的“人”来完成这项非常枯燥的工作（确实很难让它变得有趣）。Stefan和MGA在WTS随时愿意回答任何问题。我很乐意在这里回答，但很少有人问…… --Alexander (讨论) 2012年11月26日 16:56 (UTC)[回复]
我想帮忙，但我一直难以弄清楚整个流程。不过，如果能对以下几点进行一些解释，对我入门可能有所帮助，对其他人也可能有所帮助；
  • 在哪里可以找到准备好传输的图片？
  • 传输前需要检查哪些内容（例如，许可、命名等）以及如何处理？
  • 传输后，Commons 上还需要对图片做什么（例如，分类、原始上传日志等）？
  • 在所有将图片传输到 Commons 的工作完成后，是否有将图片添加回维基旅行文章的流程？
如果能有一个总结，我很愿意帮忙。也许可以有人指导或监督一些经验较少的人。或者，如果只是有某些任务或一组任务可以分担经验丰富者的工作量，让他们能处理更复杂的决策点。- Tom Holland (Xltel) (讨论) 2012年11月26日 18:23 (UTC)[回复]
我已在你的讨论页回复。其他任何人也欢迎提问，我会尽力解释。 --Alexander (讨论) 2012年11月26日 19:11 (UTC)[回复]
我在Wikivoyage:Cleanup#Image cleanup上尝试写了一些说明，但我不太擅长简单地写作。 LtPowers (讨论) 2012年11月26日 19:24 (UTC)[回复]
大多数情况下，我会在文章中看到一个红链图片，点击到旧版本，再到图片，却发现它已经被标记（如果是wts:）或者标记“移动”或“现在Commons”的标签不存在（如果是en.old:）。这些图片的状况如何，它们是在等待机器人运行，还是需要某种干预？ K7L (讨论) 2012年11月26日 19:59 (UTC)[回复]
它们在等待机器人运行。我在Wikivoyage:Cleanup#Tagging images上澄清了所需内容。压倒性地，我们需要帮助标记未标记的图片，这比其他任何事情都重要。我们应该在Commons上帮助我们文件数据的大规模清理工作，但首要任务是识别应该移动什么，以便我们移动它们然后启动。 --Peter 讨论 2012年11月26日 20:33 (UTC)[回复]

一些关于正在发生的事情的解释。

  • 我运行了一个机器人，用于更新Commons上的文件名与Wts上的文件名是否不同的情况。如果文件名已更新，文件应该可以工作。我上周已经完成了所有已标记文件的更新，所以现在只有自那时起标记的任何文件需要更新。当一个文件被移动到Commons时，原始名称通常会被保留，所以我的机器人现在几乎没有什么工作可做。
  • 我还使用机器人将Wts上的图片放入了一些有用的维护类别中。
  • User:MGA73运行一个机器人，该机器人已将大量文件（约20,000个？）从两个共享图片库复制到Commons。文件通常会以相同的名称复制到Commons。然而，这可能不会立即反映在维基旅行页面上。即使文件已复制到Commons，链接也可能保持红色一段时间，因为Mediawiki会缓存页面。为了看到图片，你可能需要清除缓存。例如，我去了it:Ebridi esterne。那里有一个红链图片，但我清除了缓存，然后它就自动出现了。你可能想在sitenotice中列出一个“purge”链接，以及其他迁移链接。类似这样应该可行。清除页面后，如果图片已移动到Commons，它们就会出现。如果你不这样做，缓存最终会自动清除。我认为如果你编辑页面，缓存也会自动清除。
  • 从维基旅行复制到Commons的文件会进入三个维护类别（请参阅Commons:Commons:Wikitravel Shared transfer task force的列表），因为它们可能需要人工清理。如果你愿意，可以协助这项清理工作，但我认为首先将文件移至Commons以便红链消失更为紧迫。 --Stefan2 (讨论) 2012年11月26日 23:19 (UTC)[回复]

清理任务更新。

请所有对看到本项目离开 Beta 感兴趣的人看看Wikivoyage:Cleanup，我刚刚清理好了 ;) 最重要的是，现在我们需要帮助标记未标记的图片并仔细检查用户上传。所有这些都在清理页面上有详细说明。有问题就问，但最重要的是，我们只需要更多用户来处理这个问题。 --Peter 讨论 2012年11月27日 22:58 (UTC)[回复]

太好了！太重要了！谢谢！……嗯，我的浏览器（Firefox 17.0 on Linux）上会发生一件奇怪的事：站点通知中对Wikivoyage:Cleanup的粗体链接有时会在页面加载后变成普通的粗体*未链接*文本，而且*不仅仅*是我在该页面上时。我记得在其他mediawiki上也有站点通知*粗体*链接“取消链接”的经历。很奇怪，也很难帮助一个你想强调的链接。还有其他人遇到过这种情况吗？如果遇到过，请说出来，管理员也许可以通过取消站点通知中那个重要链接的粗体来绕过这个明显的bug。真是奇怪--这是站点通知的javascript吗？ --Rogerhc (讨论) 2012年11月28日 06:42 (UTC)[回复]
啊哈，Peter很快就取消了链接的粗体，现在我没有遇到那个链接问题了。谢谢Peter！ :-) --Rogerhc (讨论) 2012年11月28日 07:26 (UTC)[回复]

Logo round 2。

维基旅行标志投票第二轮正在进行中：meta:Wikivoyage/Logo。通过支持一个或多个选项，以及/或参与讨论来发表你的意见！ This, that and the other (讨论) 2012年12月1日 08:36 (UTC)[回复]

只是想提醒大家，新维基旅行标志的第二轮投票将于本周六，12月8日结束。由于这个选择将在相当长的一段时间内影响我们每个人所看到的东西（除了让网站在整体上更具吸引力之外），为什么不投票呢？ --Mulleflupp (讨论) 2012年12月6日 09:06 (UTC)[回复]


DotM 和 OtBP 图标。

我们需要新的DotM和OtBP图标！有什么建议吗？--Peter 讨论 2012年12月2日 23:14 (UTC)[回复]

这可能取决于我们新的标志是什么样的；如果我们能借鉴设计元素，可能会有助于统一网站的外观和感觉。（当然，这种协调绝不是必需的。） LtPowers (讨论) 2012年12月3日 00:02 (UTC)[回复]

关于测量策略的 RfC。

我想提请你注意Wikivoyage talk:Measurements以及关于Decimal marks/Delimiting和Abbreviations & other miscellaneous policy changes needed的讨论。请在该页面发表你的意见，而不是在这个部分。 AHeneen (讨论) 2012年12月4日 06:29 (UTC)[回复]

OxygenGuide：现已支持面包屑导航。

OxygenGuide 截图。

我发布了 OxygenGuide 的新版本。

  • 面包屑导航
  • 最新数据：周三的维基旅行转储。
  • 在 Android 和笔记本电脑上测试（参见截图→）。

下载。
Nicolas1981 (讨论) 2012年12月4日 09:13 (UTC)[回复]

你好。我注意到有些链接是红链，即使照片已经在 Commons 上了。当我“触碰”文章时，红链就消失了，照片也显示出来了。我不知道有多少情况是这样，也不知道系统需要多长时间才能更新。但是为了减少红链的数量，我让我的机器人“触碰”了一些文章。希望几小时后能看到一些改善。 --MGA73 (讨论) 2012年12月4日 20:33 (UTC)[回复]

链接会一直保持红色，直到有人清除页面的缓存。 --Globe-trotter (讨论) 2012年12月4日 21:15 (UTC)[回复]
所有文章应该都已清除缓存。 --MGA73 (讨论) 2012年12月5日 06:32 (UTC)[回复]
也许在文件移动到 Commons 后运行一个“清除机器人”是个好主意。但是，我不知道机器人能跑多快而不至于使网站崩溃。 --Stefan2 (讨论) 2012年12月5日 14:03 (UTC)[回复]

邀请支持 RfC 的编辑。

想知道我们是否应该邀请所有支持 RfC 的人，如这里所示 ？ Travel Doc James (讨论 · 贡献 · 邮件) 2012年12月7日 06:25 (UTC)[回复]

James，嗯……我有些偏见，因为迁移过程很混乱，我们已经够乱了，再加上几百个维基，简直是混乱。我认为在圣诞节前这样做是个好主意。 Jc8136 (讨论) 2012年12月7日 10:49 (UTC)[回复]
我们应该等到 Beta 阶段结束后再这样做。现在我们已经遇到了用户“修复”红链图片的问题。 --Globe-trotter (讨论) 2012年12月7日 13:57 (UTC)[回复]

OTRS 票证 # 2012120610009328。

在“Sister projects”队列中有一封邮件，票证号为OTRS ticket # 2012120610009328，询问关于维基旅行项目上的管理滥用该联系谁。 MorganKevinJ(讨论) 2012年12月7日 19:53 (UTC)[回复]

Morgan，我刚才访问了上面的 OTRS 票证链接，进入了一个要求我登录但没有提供创建账户选项的屏幕，我没有账户，也没有提供任何进一步的信息链接。不太管用。怎么回事？ --Rogerhc (讨论) 2012年12月7日 22:39 (UTC)[回复]
OTRS 是维基媒体用于处理入站邮件的系统。许多邮件可能是保密的，因此任何人不能阅读。根据User:Morgankevinj的说法，有人（未指明是谁）向维基媒体发送了一封关于管理滥用的电子邮件，有权限阅读电子邮件的人可以在ticket:2012120610009328查阅。其他人，比如你和我，完全无法阅读这封邮件。在这种情况下，我假设User:Morgankevinj正在试图找出邮件中的问题的答案，以便他能写一个回复。那么，关于管理滥用可以联系谁呢？ --Stefan2 (讨论) 2012年12月7日 22:58 (UTC)[回复]
对于其他维基媒体项目来说，会是哪个部门？管理员？还是其他人……？ This, that and the other (讨论) 2012年12月8日 00:09 (UTC)[回复]
关于维基媒体 OTRS 流程的信息可以在 m:OTRS 上找到。 Rjd0060 (讨论) 2012年12月8日 00:50 (UTC)[回复]
管理员无权访问 said queue，我们有自己的队列，通常管理滥用最好是在本地社区或 meta 上公开处理。 Snowolf 如何帮忙？ 2012年12月8日 00:52 (UTC)[回复]
很可能“管理滥用”是“我想上诉我的封禁或禁令，并误以为 OTRS 是一个可以任意推翻此事的部门，而不是它的实际作用……一个帮助台”的委婉说法。有些情况下联系 OTRS 是有意义的——之前在其他地方发表的作品的作者或摄影师授予许可（或不授予，而是要求删除侵犯版权的内容），传记对象要求删除关于非知名人士的未证实/不正确信息以保护隐私，或者不应公开的询问，例如要求出于隐私原因删除非知名人士的电话号码、街道地址和个人信息。我认为 OTRS 不适合用于上诉封禁或禁令……它的目的是为了非用户询问或需要真实生活联系信息但又不打算公开的询问。 K7L (讨论) 2012年12月8日 00:59 (UTC)[回复]
我猜你已经抓住了要点。Morgankevin的问题没有答案；任何需要联系的事项都应该在维基站内进行。 LtPowers (讨论) 2012年12月8日 04:02 (UTC)[回复]
这里的律师们已经知道了正在发生的网络欺凌。也可能只是一个试图惹恼别人的网络钓鱼。 Travel Doc James (讨论 · 贡献 · 邮件) 2012年12月8日 21:55 (UTC)[回复]

顺便说一句，如果有人想志愿回答与维基旅行相关的电子邮件，申请页面在 m:OTRS/v。wikivoyage dot org 和 wikivoyage at wikimedia dot org 的电子邮件信息是由 OTRS 管理员创建的，因此可以发布在相关地方。 --Rschen7754 2012年12月9日 02:50 (UTC)[回复]

还有，发送任何权限请求的地点是 permissions-commons at wikimedia dot org。 --Rschen7754 2012年12月9日 02:54 (UTC)[回复]
请在有维基旅行者可以访问这些队列之前，不要发布这些电子邮件。 Snowolf 如何帮忙？ 2012年12月9日 12:41 (UTC)[回复]


生日快乐，维基旅行。

维基旅行现在六岁了！2006年12月10日，维基旅行上线。今年是很有趣的一年。一年前，在我们在柏林的生日聚会上，没有人想到与旧的WT社区和维基媒体基金会合作。感谢所有帮助过我们的旅行者。

我们还有一个礼物：新标志！--RolandUnger (讨论) 2012年12月10日 16:51 (UTC)[回复]

让我们通过IRC进行一次聚会来庆祝这个时刻。对于那些无法参加“真实”聚会的人来说，这是否是个好主意。 --Saqib (讨论) 2012年12月10日 17:32 (UTC)[回复]
我还看到了旧的标志。谁能把礼物拆开？ --Rogerhc (讨论) 2012年12月10日 18:45 (UTC)[回复]
我们是否有了带有文字的标志变体（图片下方有“Wikivoyage”字样）？--Eloquence (讨论) 2012年12月10日 19:50 (UTC)[回复]
哦，是的，生日快乐。 ;-) --Eloquence (讨论) 2012年12月10日 19:56 (UTC)[回复]
是的，恭喜大家。期待着建设、创新，并成为全球最受欢迎的旅行资源，这可能需要几年时间，但我敢打赌我们可以做到:-) Travel Doc James (讨论 · 贡献 · 邮件) 2012年12月10日 20:49 (UTC)[回复]

标志需要通过 WMF 的审查，然后我们需要一位图形专家来清理图像并创建我们要在网站上显示的各种版本。我认为meta:Talk:Wikivoyage/Logo是讨论这个的地方。 LtPowers (讨论) 2012年12月11日 00:46 (UTC)[回复]

将 wikivoyage-old.org 的站点通知更改为指向新站点。

恭喜上线！http://en.wikivoyage-old.org/wiki/MediaWiki:Sitenotice 说有一个新站点，但没有链接。我认为管理员可以对此进行有益的更改。 -- Skierpage (讨论) 2012年12月10日 20:44 (UTC)[回复]

还在编辑？

如果你称我为 pcv，那为什么还没有封禁我？我喜欢贡献，但如果你只是想撤销我添加的所有东西，那还有什么意义？ --Dortmund (讨论) 2012年12月11日 18:09 (UTC)[回复]

special:shortpages, stubs and outlines。

我们似乎有很多页面，这些页面从 WT 导入，但只包含“X 是 Y 的一个城市”和一个空的模板。这些应该被简单删除。我知道，过去，这些页面被重定向到最近的已有文章的地方，但保留这些 stub 的（基本上是空的）WT 修订历史是不理想的，因为它意味着当那里没有什么有用的东西可以归属时，仍然需要归功于 WT 编辑。另外，“X 是 Y 的一个城市”的空骨架对于浏览网站的用户来说比诚实地承认我们还没有 X 的列表或数据看起来更糟。我知道保留这些是为了增加维基的页面计数，但我真的不认为这值得。 K7L (讨论) 2012年12月14日 22:25 (UTC)[回复]

删除它们怎么会是改进？这样用户更容易向文章添加信息。 --Globe-trotter (讨论) 2012年12月14日 23:36 (UTC)[回复]
这为新编辑提供了一个构建的基础。我们在维基百科上有一个机器人创建了大约10万篇文章，基于一个简单的模板。后来真人开始充实其中许多内容。 Travel Doc James (讨论 · 贡献 · 邮件) 2012年12月15日 00:40 (UTC)[回复]
w:user:Rambot？垃圾信息，纯粹的垃圾信息……而且我记得 en.WP 的共识是在 2006 年左右停止这样做的。 K7L (讨论) 2012年12月15日 01:32 (UTC)[回复]
我们说的是多少？Special:Shortpages 上的很多都是消歧义页。 LtPowers (讨论) 2012年12月15日 22:04 (UTC)[回复]

结束 Beta。

→ 重要！ --Peter 讨论 2012年12月14日 23:09 (UTC)[回复]

我想一月份的第一个或第二个星期会比较好。希望我们能完成最重要的事情。Travel Doc James（讨论 · 贡献 · 邮件） 2012年12月15日 00:29 (UTC)[回复]
我在这里开始写一份新闻稿 User:Jmh649/Press_release。请加入编辑。Travel Doc James（讨论 · 贡献 · 邮件） 2012年12月15日 19:42 (UTC)[回复]
我认为您在《User:Jmh649/Press_release》中列出的官方发布日期，直到日期确定下来之前，都应该暂缓。有人可能会看到该页面并认为日期是官方且已确定的，如果以后日期更改，可能会导致问题。请只列出“日期”，并在我们确定日期不会更改时，将其替换为正确的日期。此外，我建议您在顶部添加一条声明，说明该新闻稿仍是草稿。--Stefan2（讨论） 2012年12月15日 23:20 (UTC)[回复]
说得好。欢迎大家随时参与编辑。Travel Doc James（讨论 · 贡献 · 邮件） 2012年12月16日 03:59 (UTC)[回复]
嗯……您邀请了我，所以我做了一些修改。希望它听起来更像一篇公关新闻稿，开头是“Wikivoyage 是……”和“Wikimedia 基金会是……”，并触及了许多相关主题（目标、使命、许可），并纳入了尽可能多的相关主题的内部链接。关于 WMF 的部分，需要添加一些指向其维基（wikimediafoundation.org/wiki... 而不是 meta）的内联链接，以提及可以包含的相关政策、目标等。历史部分是为了更全面，并包含了从 Wikitravel 和维基百科上的 Wikivoyage 页面收集的信息。我不认为 IB 诉讼的信息属于这样的新闻稿。参考文献部分需要稍作润色。我没有费心添加参考文献（除非是复制粘贴 WP 的内容），添加参考文献可以使新闻稿更充实。AHeneen（讨论） 2012年12月16日 06:29 (UTC)[回复]

WikiVoyage 和 Wikipedia：WikiProject 徒步路线

最初发布在 Talk:Main Page。

WikiVoyage 和 Wikipedia 的徒步路线项目之间应该保持什么样的关系？它们应该保持独立，以便行程可以在两者中描述吗？它们应该以某种方式合并吗？徒步路线项目应该转移到 WikiVoyage 吗？是否有任何法律或技术障碍？如果两者保持独立，Wikipedia 是否应该更侧重于百科全书式条目，而不是像现在这样在特色条目中找到的详细描述？DrMennoWolters（讨论） 2012年12月14日 18:53 (UTC)[回复]

依我之见，关于如何徒步穿越路线的大部分细节应该在这里。希望这两个项目能密切合作。这是我们（维基媒体运动）邀请 WV/WT 加入我们的主要原因之一。Travel Doc James（讨论 · 贡献 · 邮件） 2012年12月14日 18:56 (UTC)[回复]
请将此讨论移至 pub。这与主页无关。--Alexander（讨论） 2012年12月14日 20:17 (UTC)[回复]

删除不当用户名的修订

大家好！特此通知，根据 Wikivoyage-l 邮件列表上的通知，我已经“修订删除”了这个极其露骨的用户名的编辑，这意味着该用户名将不再出现在页面的编辑历史中。例如，如果您查看 User:(WT-en) Rein N. 用户页的历史记录，您可以看到 2009 年 5 月 13:19 处有“用户名已删除”和“编辑摘要”已删除。我已经对所有编辑进行了此操作，因为编辑摘要是 Grawp 将页面移动到的不当页面的名称。这意味着这些编辑的信息将无法被普通用户看到，但管理员可以看到（通常用于检查为何修订被删除），并且如果管理员错误地删除修订，也可以撤销。如果您有任何疑问/疑虑，请随时告知我。Thehelpfulone 2012年12月16日 11:04 (UTC)[回复]

我已经审查了用户名；只要我们将其隐藏在历史页面上，就没必要在这里宣扬它。=) LtPowers（讨论） 2012年12月16日 15:23 (UTC)[回复]
另外，我忍不住想删除用户页面；除了导入通知之外，上面没有任何内容，而且用户从未做出任何有用的贡献——现在它们都隐藏了。LtPowers（讨论） 2012年12月16日 15:24 (UTC)[回复]
其他 WMF 项目对“修订删除”的政策是什么？我有点不舒服隐藏编辑历史，因为任何查看该历史的人都会想知道具体修改了什么或丢失了什么，但其他项目显然有更多时间来制定关于此功能的政策，所以了解他们制定的准则会很有用。--Ryan •（讨论） • 2012年12月16日 18:44 (UTC)[回复]
只要用户的编辑被撤销了，MediaWiki 的贡献功能就不应该包含他们的名字。至少，这是我当年在 Wikitravel Press 工作时的理解。--Peter 讨论 2012年12月17日 00:02 (UTC)[回复]
维基百科的修订删除政策在这里：w:WP:REVDEL。–sumone10154(讨论) 2012年12月17日 04:00 (UTC)[回复]

征求意见

这只是一个通知，几天后可以删除。

希望大家知道有一个 Wikivoyage:Requests for comment 页面，其中包含需要更多审查的正在进行的讨论链接。理想情况下，政策讨论应在政策讨论页上进行，文章讨论应在文章讨论页上进行。最近，似乎所有讨论都在这里，在 pub 里进行。这不理想，给清洁团队带来了很多工作，而他们中的大多数人都不屑于打扫卫生 ;)

请让我们回到在相关地点讨论事情的习惯，并在需要时使用 rfc 页面来引起对重要讨论的关注。--Peter 讨论 2012年12月17日 23:25 (UTC)[回复]

请在此处表态，地址为 meta。Travel Doc James（讨论 · 贡献 · 邮件） 2012年12月23日 02:46 (UTC)[回复]

圣诞快乐

祝大家 2013 年新年快乐！-- Alice✉ 2012年12月25日 05:51 (UTC)

seconded :-) 期待激动人心的新的一年。Travel Doc James（讨论 · 贡献 · 邮件） 2012年12月25日 07:13 (UTC)[回复]
大家圣诞快乐。我建议在主页上进行节日问候。--Saqib（讨论） 2012年12月25日 09:47 (UTC)[回复]
圣诞快乐！Ypsilon（讨论） 2012年12月25日 14:13 (UTC)[回复]

来自德国 WV 社区的问候

希望大家都有一个愉快的圣诞假期。WV 在这里进展如何？我知道大家都在忙于清理维基百科，使文章得以正常运行。我想感谢大家为推动一切前进所付出的努力——从你们最初的想法到我们现在的位置。有什么我们可以帮忙的吗？我们认为我们的维基将在两周内恢复正常。

WV 协会即将申请成为一个主题组织。我们的主要目标之一是加强各语言版本之间的合作。也许在正式启动后，我们可以收集一些想法。彼得在华盛顿和我们谈话时有一些不错的想法。大家都可以通过邮件列表和 Meta wiki 参与。WV 协会希望变得更加国际化。英文会员申请表已提供（意大利文版本即将提供）。更多关于我们的信息请参见 Meta Wiki。两个新想法可能是

  • 一个列出每种语言版本中明星文章的列表。这是彼得的建议。这样，作者们就可以轻松地获取有价值的信息，如果他们想复制（我不知道正确的词，就像学生在考试时有时做的那样：看邻居的试卷）。这叫什么？
  • 也许我们可以开始一个地图制作项目。我们的一位新贡献者做了一些很棒的事情……点击右侧的旧地图这里......

只有两个想法……但首先：派对！祝大家顺利过渡到 2013 年新年！-- DerFussi（讨论） 2012年12月28日 07:45 (UTC)[回复]

关于城镇计划的地图这个想法真是太棒了！我喜欢地图，只希望我能画出来，Stefan。新年快乐！-- Alice✉ 2012年12月28日 08:11 (UTC)
一个地图制作项目是个好主意。不是创建地图图形，而是能够将兴趣点和路线绘制到外部地图网站会非常有用。功能类似于维基百科上的 GeoGroup 和 Attached KML。--Traveler100（讨论） 2012年12月28日 08:14 (UTC)[回复]
我们应该邀请 open street maps 加入。Travel Doc James（讨论 · 贡献 · 邮件） 2012年12月28日 09:06 (UTC)[回复]
Fussi，你好，我喜欢这个地图技巧。它是怎么做到的？• • • Peter (Southwood) (讨论): 2012年12月28日 09:38 (UTC)[回复]
我也喜欢这个地图技巧，但它如何在离线使用时工作……打印或 PDF 格式用于电子阅读器/平板电脑/笔记本电脑？我尝试过制作地图，但发现这些程序的学习曲线很陡峭。如果有人能创建视频并将其上传到 Commons（Commons 是否托管视频？也许是 YouTube？），那将非常有益。让地图制作更容易将有助于新用户扩充地图数量。如果没有视频，至少可以看看 How to draw a map 页面，并确保所有步骤仍然相同……软件没有改变，所以有些步骤现在已不同。另一个想法是为大多数步骤添加大量截图。AHeneen（讨论） 2012年12月28日 22:48 (UTC)[回复]
您可以看看 w:en:WP:USRD/MTF，并查看英文维基百科项目用于创建公路地图的教程，如果它有帮助的话。--Rschen7754 2012年12月29日 17:32 (UTC)[回复]
我刚注意到这在谈论地图，因为我在问它！OSM / Wikimedia 有两个 MediaWiki 插件，一个允许在页面上放置 OSM 片段，另一个允许您从坐标下拉地图。后者已在维基百科上实现。JimKillock（讨论） 2012年12月30日 13:52 (UTC)[回复]

我认为我们应该找到一些感兴趣的人，创建一个项目。它应该比仅仅在文章中放置一张地图要多。在地图上标注兴趣点和路线会很好。我们将在新闻稿发布后开始收集想法。WV/de 的那位创作者很乐意加入这个团队。我会告诉您的。Commons 支持视频，但仅限免费编解码器。所以我想智能手机/iPhone 视频可能不行。此外，我反对在 WV 上使用视频。这可能会引起无休止的讨论……选择哪个？糟糕的视频——好的视频。你为什么删除这个视频而不是那个？YouTube 是私人假日视频的更好去处……（这只是一个非常个人的观点——不是 WV 的观点）-- DerFussi（讨论） 2012年12月31日 12:30 (UTC)[回复]

关于视频的建议是用于制作地图的教程。我不认为出于其他大多数原因（目的地页面等）的视频是合适的。自从这个讨论开始以来，我没有花很多时间尝试制作地图，但是 w:Wikipedia:WikiProject_Maps 和 [[:w:Wikipedia:Graphic_Lab/Resources/Tutorials#Map_tutorials|]] 看起来非常有帮助。AHeneen（讨论） 2013年1月1日 04:11 (UTC)[回复]
我同意其中大部分说法。首先，Meta 上列出明星文章的页面将非常有益，并能提高所有语言的标准。其次，新的跨维基地图合作项目听起来很棒。我们肯定需要为所有语言版本创建单一的标准，就符号、颜色、设计等方面而言。既然已经决定了标志，我们就应该使用标志的颜色。我喜欢那位德国 Wikivoyage 的贡献者所做的。我们需要决定的是编号系统。每个部分是否都有单独的编号，例如示例，还是连续编号？后者对色盲人士以及黑白打印更有利。关于打印，应该是可行的。我们应该联系 OpenStreetMap，并陈述我们希望更紧密合作的意图。也许一个可能性是一个新的“图层”。请参阅 ，并以此为例查看右上角的选项。JamesA >讨论 2013年1月2日 10:33 (UTC)[回复]
“我们肯定需要为所有语言版本创建单一的标准，就符号、颜色、设计等方面而言。”为什么？
“既然已经决定了标志，我们就应该使用标志的颜色。”也许不是个好主意，考虑到有多少人说“嗯，我们总可以稍后更改标志的颜色。”此外，新标志的颜色在色调上差异很大；这不会使地图看起来好看。LtPowers（讨论） 2013年1月2日 14:47 (UTC)[回复]
我以为创建跨维基标准是理所当然的。为什么又要像过去那样让读者感到困惑而没有固定的标准？为什么又要走回头路？既然 WV-de 已经加入，那里就会有熟练的地图制作者使用他们的配色方案，而这里也有熟练的地图制作者使用我们传统的 WT 方案。如果我们希望地图能够轻松地适应不同语言，只需修改文字即可，那么颜色和符号方案就应该保持一致。JamesA >讨论 2013年1月3日 08:18 (UTC)[回复]

向德国 WV 提问

我注意到您引用的文章正在使用 IsInKat 模板，该模板创建了像 IsPartOf 模板这样的面包屑副标题，但也将文章归入同一区域的类别。这是识别属于某个区域但未在区域文章页面上列出的文章的好方法。创建模板很容易，但您是如何生成具有正确层级结构的全部类别的？手动创建将是一项艰巨的任务！--Traveler100（讨论） 2012年12月29日 05:48 (UTC)[回复]

我们是手动创建的…… :( ..... 我们不需要它们，但当然 WMF 项目用户习惯了它们并想要它们。有些东西会有帮助。我为我的文章创建了导航框（参见 Sabah）城镇也有（Poring）。它们有助于读者找到一个地区的所有城镇，甚至可以看到上一篇特色文章。模板也提供类别。我反正要检查每一篇文章（删除共享的，添加内部链接，添加 WP 和 commons），所以我也会添加导航框。它们可以帮助生成类别。看看 Vietnam。所有省份（很多）都已经有了导航框。只需在导航框模板中添加 [[category|{{PAGENAME}}]]。您将立即在“所需类别”特殊页面上找到所有必需的省份类别。我有一个 Firefox 插件。我可以用一个矩形标记网站上的多个链接，并一次性在一个单独的标签页中打开所有链接。现在我将相同的文本 {{IstInKat|Vietnam}} 放在每个标签页/文章中。它仍然是手动的，但速度很快。通过使用导航框进行分类，您可以轻松切换。您可以将一个省份添加到国家类别或省份类别，或两者都添加。只需修改导航模板中的声明即可。现在我正在梳理我最喜欢的地区东南亚……我们怀念我们以前的位置数据库…… -- DerFussi（讨论） 2012年12月31日 12:31 (UTC)[回复]
除此之外…… :) …… Wikipedians 是想要类别的人。他们可以在这方面提供一些帮助 :)。所以我对分类文章不感兴趣。当我浏览文章时，我会添加它们，但这不在我的优先事项列表中。-- DerFussi（讨论） 2012年12月31日 12:54 (UTC)[回复]
嗯，我们至少可以帮助手动创建类别。在 IsPartOf sandbox 中创建了一个提案，该提案要么将文章添加到现有类别，要么在文章中放置一个链接来创建它。--Traveler100（讨论） 2012年12月31日 15:29 (UTC)[回复]
来自“https://wikivoyage.cn/w/index.php?title=Wikivoyage:Travellers%27_pub/2012&oldid=5144185”的检索
© 2026 wikivoyage.cn. Text is available under the CC BY-SA 4.0 License.