跳转至内容

Wikivoyage:旅客论坛/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)

所有问题可能（或不可能）会在 Mediawiki 升级后得到解决，该升级计划在 2011 年 9 月 2011 年 11 月 2012/2013 年的某个时候进行。在此期间，似乎只能忍受沮丧…… -- (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 宕机了几个小时。网站现在应该恢复正常；感谢您在我们解决此问题时的耐心。--(WT-en) IBobi 17:45, 2012 年 1 月 25 日 (EST)

你是指这些奇怪的错误消息吗，比如 Kerch 指南中的这个（在我将其编辑回上一个版本之前，它也出现在柔佛巴鲁指南中）

数据库未找到它应该找到的页面文本，名为“(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)
Hi 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 已经发布一段时间了，事实上 Wikipedia 本周也在部署 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 时错误很少甚至没有。

如果您看到网站异常、页面丢失、错误消息，或者任何可能源于数据库升级的其他问题，请告诉我。

下一步是 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)
如果目标是降低性能影响，那么没有 Javascript/Ajax 的用户将看不到鸣谢。但请注意，这个更改需要 IB 开发和实施自定义解决方案，所以不太可能发生。 -- (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)
FYI，今天你*可能*会看到更多这种情况；我不知道从外面看性能如何，但今天网络上有很多故障。很抱歉 -- 我们会尽快解决。--(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 日

升级期间网站将变为只读，最多持续 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 月以来，没有活跃的管理员在任。因缺乏兴趣，新管理员的选举失败了。将如何继续？

请在德语旅客论坛网站上回复。-- 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 就不可能实现，他们的内容和策展使其成为任何地方首屈一指的旅游目的地。我们很高兴完成了这次硬件和软件升级，并期待在未来几年与这个社区合作，继续发展这个网站。

感谢您在过去几个月中的耐心和支持，我们 rinnovati 了改进网站和振兴 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)
Hi 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)
  • Hi 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 在 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 不起作用

另外，在 en: 上使用来自 fr: 的 OpenID 登录，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)

搜索/跳转功能出现问题

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

“没有这样的特殊页面。您请求了一个无效的特殊页面。有效的特殊页面列表可以在特殊页面中找到。返回主页。”

这与软件更新有关吗？

(WT-en) Ypsilon 05:18, 26 June 2012 (EDT)

Ypsilon，你比我快；-）我也有同样的问题，无法搜索文章。(WT-en) Jc8136 05:27, 26 June 2012 (EDT)
我刚才在查找联合国教科文组织世界遗产时遇到了这个问题。当然，当我点击“特殊页面”列表时，它不在那里，但我通过站外网络搜索找到了它。(WT-en) Ikan Kekek 05:39, 26 June 2012 (EDT)
我已发送电子邮件给(WT-en) IBobi，并在Shared:Tech:Search/Go not working on en:发起了 Bug 报告。(WT-en) texugo 10:24, 26 June 2012 (EDT)
“Go”功能（即输入文章名称完全匹配时）最近才正常工作；我怀疑他们在修复“Search”时弄坏了它。(WT-en) LtPowers 10:25, 26 June 2012 (EDT)
这个问题太重要了，不能让读者对它一无所知，所以我更新了 SiteNotice 来引导人们……搜索 Google。--(WT-en) Peter Talk 12:39, 26 June 2012 (EDT)
做得好。我简直不敢相信他们甚至不对如此重要的事情做出回应。哦，等等……是的，我可以。 (WT-en) texugo 12:48, 26 June 2012 (EDT)
我已经向我们的技术团队报告了此事。请记住，我们位于美国西海岸，通常会根据时区差异来响应问题；这里现在只是早晨。谢谢，--(WT-en) IBobi 13:22, 26 June 2012 (EDT)
现在又可以了。谢谢！ (WT-en) Ypsilon 07:18, 27 June 2012 (EDT)

让我们说清楚。“Go”功能可以正常使用，但“Search”功能仍然没有正常工作。目前它确实会执行搜索，但会以原始文本形式喷出所有结果页面。尝试搜索“New York”看看我的意思。(WT-en) texugo 10:12, 28 June 2012 (EDT)

搜索的预期结果是什么？--(WT-en) IBobi 13:43, 28 June 2012 (EDT)
它应该返回一个结果列表，其中只包含每个结果文章开头处的文章内容的 2-3 行摘录（不包括 wiki 标记）。(WT-en) texugo 13:52, 28 June 2012 (EDT)
据我所知，这是 MW 1.17 处理搜索结果的方式；这与旧的 1.11 版本有根本区别。--(WT-en) IBobi 15:44, 28 June 2012 (EDT)
好的，我们已经修改了搜索的显示方式，使其成为每个结果的 2-3 行小摘要；原始代码作为结果的一部分是另一个问题，我们正在研究它。--(WT-en) IBobi 16:12, 28 June 2012 (EDT)
供您参考，一旦我们为所有用户更改此设置，您仍然可以进入您的设置并选择默认设置，如果您想在搜索结果中看到完整的文章。--(WT-en) IBobi 16:32, 28 June 2012 (EDT)
有人能确认在升级之前的旧版本中，搜索结果中没有显示 wiki 标记（“原始文本”）吗？显然，这个标记的出现是 MW 软件的一个 Bug，他们已经知道了 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) Peter Talk 00:35, 27 June 2012 (EDT)
让我看看我能做什么。--(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)

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

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

我已经编辑了http://shared.wikivoyage.org/wiki/Tech:Upgrade_to_MediaWiki_1.17#1.17_UPGRADE_BUG_REPORTS 以反映已修复和待定的内容，以及一些需要向技术人员澄清的事项。

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

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

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

Shared 宕机？

我目前似乎无法访问 Shared 的大部分内容，除了主页。Recent changes、pub、random images 等要么超时，要么返回 SQL 错误。那是什么情况？ (WT-en) texugo 15:43, 29 June 2012 (EDT)

有问题。几分钟前，我在 Recent changes 页面遇到了数据库错误（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)

半登录问题

我似乎可以登录，并且在编辑时我的更改会以我的名字保存，但在导航时，它一直在右上方显示“Log in / create account”，而不是“Justme - My talk - My preferences”等。一旦我开始编辑，我就会看到所有这些与帐户相关的选项。有人知道为什么吗？ (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)


“Get Out”正在消失

各位……如果您还没看到，我们正在就更改“Get out”部分名称以使其不那么令人困惑的选项进行投票。这将是一个广泛的更改，所以我们希望尽可能多地获得大家的意见。

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

截至目前，“Go next”得到了七票（九名投票者中），其次是“Move on”和“Onward”，各得五票。

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

Wikivoyage 仍然慢如蜗牛？

其他人是否觉得网站的速度比 MediaWiki 升级之前慢得多？这是我最希望升级能解决的问题，但对我来说，加载速度仍然和以前一样慢，尤其是在 en: 上，我必须等待 15 秒甚至更长时间才能加载像 Recent Changes 这样的重要页面。(WT-en) texugo 12:16, 3 July 2012 (EDT)

对我来说，加载您在 Recent changes 页面上的编辑的 diff 花了一分多钟。虽然缓慢可能由多种原因引起，但今天早些时候有一些可疑的编辑活动（请参见 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，7/5/2012 周四，我们将切换到一个新的缓存服务，这应该会带来整体性能的提高（读取和编辑）以及一些 Bug 修复。--(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)

太安静了，有点太安静了

今天是我错过了什么节日吗？我只在圣诞节见过 Recent changes 有这么少的编辑！--(WT-en) Peter Talk 23:05, 7 July 2012 (EDT)

一些更勤奋的编辑者今天似乎不见了。而且自升级以来，贡献的数量似乎普遍较低——一些人可能因为各种升级 Bug 而暂时离开了，并在稳定下来后返回。-- (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 上使用 Firefox（同一 IP，不同 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，技术人员建议您删除 ALL cookies 并强制刷新；它可能缓存了一些奇怪的东西。他们正在研究与该 FF 版本可能存在的冲突。--(WT-en) IBobi 17:26, 10 July 2012 (EDT)

我从今晚 EST 开始就可以正常编辑了！--(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-vote 和 mark-as-correct 的功能，以及一个受信任的审阅者和编辑者类别。有人知道它去哪儿了吗？--(WT-en) Peter Talk 16:25, 11 July 2012 (EDT)

我认为那是Project:Business listings reliability Expedition。讨论主要在 talk page 上。-- (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)

垃圾信息页面

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

您被列为User:(WT-en) Chen47vk7的作者，这是一个垃圾信息机器人页面。您知道是怎么回事吗？这是另一个升级 Bug 吗？-- (WT-en) Ryan • (talk) • 16:09, 14 July 2012 (EDT)

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

[[Image:Login_error.JPG|thumb|300px|Screenshot 1]] 今天，在点击右上角的“log in”后，输入我的用户名和密码并按回车键，我看到了右边的屏幕。我认为我在 14 号那天所做的是在此屏幕上重新输入密码，之后我收到了我提到的关于被盗或什么的那个消息。这次我点击右上角的 WT 图片返回主页，在那里我仍然以这个垃圾信息机器人（？的身份）登录。我只是关闭了窗口（我的 Firefox 设置是在退出时清除 cookies），然后重新回到 WT 登录……一切正常。这些是唯一两次我看到这个消息的情况……我的浏览器应该接受 cookies。这次使用的是我的家庭网络。也许这是一个 Bug。（顺便说一句：消息在灰色框中是因为我高亮显示了它以便复制/粘贴，但后来决定截屏，消息仍然高亮显示）。(WT-en) AHeneen 05:49, 16 July 2012 (EDT)

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

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

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

当您添加您的评论时，我正在添加另一个评论。我确实运行了病毒扫描器，并且正如我在第一篇帖子中所说，我的浏览器设置是在浏览器关闭时删除 cookies（刚又检查了一遍）。这个是否应该移到 pub 让其他人评论？所以在发表了最后一条评论后，我查看了我的 watchlist 来巡查最近的编辑，并在进行一些编辑时收到了第三张截图所示的消息。登录后，我检查了我的 contributions，但我的帐户没有进行任何垃圾信息编辑。升级后，我似乎在我登录后的 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 的 talk page 上。如果不是因为它很快就会毁掉 Wikivoyage，那将是具有讽刺意味的。看到这个项目就这样瓦解真是太 sad 了。如果有人需要反对 IB 的理由，那么我们就展示这次讨论。 (WT-en) Jc8136 09:41, 24 July 2012 (EDT)

MW 1.17.2 补丁已于今天清晨太平洋时间部署。如果它没有解决垃圾信息机器人问题和删除问题，请尽快告知我。如果对 MW 软件 Bug 的认真关注和解决是一种“反对”主机的“理由”，Jc，我真不知道该说什么。这么大的一个补丁不可能仓促部署，否则网站本身的运行会受到威胁。--(WT-en) IBobi talk email 13:20, 24 July 2012 (EDT)

当出现影响网站完整性的重大问题时，我认为 Wikivoyagers 对 IB 工作时间的耐心会逐渐减弱。我们不分昼夜、遍布全球地工作，以维持这个网站上的一点点尊严，尽管这个网站对我来说仍然很难编辑。刚才加载这个页面的历史记录以及自上次访问以来的 diff 就花了大约 5 分钟。--(WT-en) Peter Talk 18:00, 24 July 2012 (EDT)
Peter，抱歉今天速度很慢；正如我在早期关于今天发生的升级的说明中所提到的，网站速度会变慢，因为这是一个对整个网站的补丁，然后需要一些时间来重建缓存。这是一个巨大的网站，没有办法绕过它。升级会暂时影响网站速度——这与 IB 进行升级没有任何关系。这是一个 MediaWiki 的软件 Bug，我们需要解决。
有些事情就是需要时间。延迟一周并不是因为工作时间；而是我们尽心尽力确保升级能够顺利进行并且不会危及网站。我们从调查问题，到调查解决方案，再到将其放在暂存服务器上进行测试，然后在生产环境中部署到此处。希望您能理解，并感谢您在报告和解决此问题中的帮助。--(WT-en) IBobi talk email 18:12, 24 July 2012 (EDT)
根据 Recent changes，“我”刚刚创建了一个名为 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 封锁。给出的原因是：Autoblocked because your IP address has been recently used by "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 上的任何页面时，在点击查看正常版本（而不是移动版本）之后，它会显示“edit”链接——但如果我点击它，我就会进入编辑页面，但又回到了移动版本，并且 wiki 代码不在一个可编辑的文本框中。希望这能说得通……-- (WT-en) Tim 09:01, 17 July 2012 (EDT)
好吧，现在它有点能用了。我在 iOS 上使用 Chrome，当尝试编辑时，它仍然会带我回到移动版本，它的格式不同，无法编辑。但有了 Chrome，“request desktop version”选项可以显示页面的正常桌面版本并允许正常编辑。不过仍然有点麻烦。-- (WT-en) Tim 15:38, 17 July 2012 (EDT)
我在 Android 上也有同样的问题。如果您想编辑，您不能让网站知道您使用的是移动设备，否则它会一直切换回移动设备。--(WT-en) Inas 21:47, 17 July 2012 (EDT)

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

我本来要清空并保护一个 User Page，该页面曾遭到多次垃圾信息编辑和删除。但当我尝试编辑它时，我收到了以下消息

"User account "xxxxx" is not registered. Please check if you want to edit/create this page."

有人以前见过这个消息吗？奇怪的是，它能识别页面是一个用户帐户，但该帐户未注册（并且我的编辑会注册它）。- (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)
那么，这个 Bug 有望得到修复吗？/(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 拥有该网站，并且有权控制“wiki”社区规则之外的问题。我们不允许在目的地页面上链接到非官方的目的地网站（即使它们很好）或指南（通常有比我们的 WT 页面多得多的内容），那么为什么要在 sitenotice 上发布分支链接呢？重点是为 Wikivoyage 添加内容，目标是拥有一个“免费、完整、最新且可靠的全球旅行指南”……而不是链接到其他网站获取内容。链接到分支违反了 Wikivoyage 的基本规则/原则/目标（无论它们叫什么），这些规则是很久以前就同意的。在 talk pages 或 pub 上允许进行这些讨论，但将链接放在 site notice 上太过分了。只是我的一点看法。 (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 中链接分支讨论，然后从那里链接到 WMF 页面，效果是一样的。再次，我希望不单独处理这个问题——而且以前也从未这样做过——但在滥用 sitenotice 的情况下，需要解决本网站的需求。Sitenotice 是用于网站问题的，在此情况下它与项目明显区分开。如果我的理由不同意，我希望至少能被理解；再加上没有明确的共识来改变 sitenotice，即使是 WT 的管理员，我也认为这是一个已解决的问题。谢谢，--(WT-en) IBobi talk email 19:41, 27 July 2012 (EDT)
进行讨论是可以的。将其链接放在 site notice 上是不合适的。我理解并同意 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 错误；当我尝试保存我在用户 talk page 上写的文本（该页面以前是空的）时，我仍然收到以下错误消息
Internal error
在 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、其他用户 talk pages；以及尝试删除一个垃圾信息用户页面时，也收到了这条消息。而且网站仍然慢得几乎无法忍受。您使用的是不同的浏览器吗，还是只用了 IE？顺便说一下，我使用的是 Firefox 14.0.1(WT-en) Ikan Kekek 04:54, 3 August 2012 (EDT)
好的，现在我已经登出，删除了 _所有_ cookies，清除了缓存，重新登录，_仍然_ 在尝试编辑用户 talk page 时收到此相同的错误消息，例如User talk:(WT-en) Edralin。这非常烦人，因为向违规者告知他们为什么以及如何触犯 Wikivoyage 规则和指南非常重要。(WT-en) Ikan Kekek 05:29, 3 August 2012 (EDT)
您在 Special:RecentChanges 上看到 interwiki 链接和页面顶部的链接到Project:Votes for deletion 吗？我昨天一直看到这种行为，直到清除了所有 cookies 等等。有些人遇到问题的一个猜测是，IB 在他们的集群中至少有一个坏服务器，如果您运气不好碰到了它，那么网站就会表现不佳（请注意，大多数现代集群会尝试将用户保留在同一服务器上，所以如果您一次碰到了它，您就会 stuck 在那里，直到您强制自己离开）。-- (WT-en) Ryan • (talk) • 11:09, 3 August 2012 (EDT)

话题相关性？收集关于携带自行车乘坐公共交通可能性信息的页面。

你好！在（瑞典语）Facebook群组 和 Facebook 页面 上，我们正在讨论创建一个信息集合，列出在瑞典火车、巴士等交通工具上携带自行车的可能性（以及不可能之处）。我想知道这是否适合维基旅行指南？我们将创建一个针对整个瑞典的页面，列出哪些公司和哪些线路允许携带自行车，哪些不允许。如果可能，我们会制作一张地图。维基百科会很有用，我们还没有，而且在维基百科上我认为会不相关。维基旅行指南呢？它适合吗？--(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)

删除用户页和讨论页

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

另外，我认为酒吧（pub）确实需要清理至少三个月前的帖子。有什么反对意见吗？(WT-en) JamesA >讨论

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

酒吧确实需要更多的清扫！但请不要只是把所有东西都扫进档案。根据本页顶部的简易清扫指南，讨论应扫至最相关的讨论页。--(WT-en) Peter Talk 12:55, 3 June 2012 (EDT)

我本来认为不必在VfD页面上列出广告文章，因为正如Ryan所说，这将涉及额外的提名流程和归档，而讨论本不应该需要。我考虑过通知管理员在他们的讨论页上，但涌现了许多新页面。另外，等我有空时，我会清理一下酒吧里一些旧的灰尘:)(WT-en) JamesA >talk 03:45, 4 June 2012 (EDT)

介绍API

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

布达拉旅馆，理塘四川中国，别去！

<LtPowers移除>

请将您的信息添加到理塘旅行文章中（请点击链接，因为搜索功能似乎已损坏），因为未来前往该镇的旅行者会在那里查找，而不是在这里。您也应该将其精简为几句话。(WT-en) Ypsilon 08:10, 26 June 2012 (EDT)
不，那是不恰当的建议。项目:避免负面评论。(WT-en) LtPowers 10:23, 26 June 2012 (EDT)
是的，但出于好奇我查看了这家旅馆的条目，它们不是第一个抱怨服务和清洁问题的人。谷歌搜索这个地方还有更多负面评论……而且我猜镇上可选的地方不多，根据描述它也位于市中心。所以 IMO 这是旅行者应该警惕的情况之一。(WT-en) Ypsilon 08:09, 27 June 2012 (EDT)
我删除了文章中的正面评价。我认为，如果他们通过互联网查找住宿，并且在这里不满意我们列出的其他6个选项，那么他们很可能会在线上寻找其他地方，并遇到这些负面评论。您也不会在商业印刷品中找到浪费空间的负面评论。(WT-en) texugo 11:55, 27 June 2012 (EDT)


共享存储库消息

当您在英文维基（en:）上访问共享存储库中托管的文件的图像页面时，您会看到一条消息：“此文件来自共享存储库。请访问其文件描述页面……”等等。这条消息何时变成了刺眼的亮粉色？我们能否将其更改为不太刺眼的东西？(WT-en) texugo 23:35, 5 July 2012 (EDT)

是的，那是我的手笔，在MediaWiki:Sharedupload-desc-there；）
不过，它至少应该有点刺眼。--(WT-en) Peter Talk 00:18, 6 July 2012 (EDT) → 现在应该好些了 00:34, 6 July 2012 (EDT)
不过，真正有趣的是，Commons图像会收到不同的消息（例如：File:Rosslyn Panorama 00092.jpg），其中复制了图像的许可和归属信息！该消息是MediaWiki:sharedupload-desc-here。现在我们如何为我们自己的共享存储库实现该功能……？--(WT-en) Peter Talk 00:20, 6 July 2012 (EDT)


建议：住宿指南（价格）

我在（东南）亚洲旅行期间，经常遇到预算和中档住宿混淆的情况。也许为每个地方制定一个粗略的指南，以便根据价格对住宿进行排序会更好。 —前面一条评论是 “The preceding comment was added by” (WT-en) Askingcat (talk • contribs)

每个睡眠（住宿）部分都应该附近有一个Template:Sleeppricerange。如果缺少一个，也许您可以添加它！(WT-en) LtPowers 09:12, 8 July 2012 (EDT)
这是真的吗？每个睡眠（和餐饮）部分都应该有一个吗？因为我们大多数的星级文章都没有，我想。—The preceding comment was added by --(WT-en) Peter Talk 10:49, 10 July 2012 (EDT)
嗯，每个底层（叶节点）文章。至少，我当初是这么想的。(WT-en) LtPowers 13:03, 10 July 2012 (EDT)

坐标

你好！我是维基旅行指南的新手（在添加信息方面）。我想提个建议，尽管这个页面可能以前讨论过。我认为在地点标题附近加上GPS坐标会非常方便，尤其是在“景点”（See）部分。当我去一个新地方时，我通常会打印相关的维基旅行指南页面，在那里有坐标会非常有帮助。另外，将相应的谷歌地图链接到文章也会非常有帮助，但这可能超出了项目的范围。

虽然我明白没有人能瞬间神奇地添加坐标，但如果尚未提及，在指南中提到这一点会很好。--(WT-en) DixonD 10:27, 10 July 2012 (EDT)

您可以在项目:地理编码上找到更多关于该主题的信息。如果您对如何最好地显示和利用这些坐标有任何想法，请在讨论页上留言！(WT-en) LtPowers 13:05, 10 July 2012 (EDT)
另请参见项目:地理数据和元数据。对于为列项添加地理数据，这实际上很简单，只要它们使用我们的列项标签正确格式化即可。举一个完全随机的例子，看看Slough#See，然后点击列项末尾的编辑链接。在出现的列项编辑器中，您可以在纬度和经度字段中输入坐标。
我们过去曾能够使用special:mapstraction来显示文章目的地的谷歌地图视图，但现在它似乎不起作用了。无论如何，它不是很有用，并且可能分散了我们对地图制作目标的注意力，因为我们强调保持地图在站内，以便文章易于打印和随身携带。在可预见的未来，我们的目标之一是根据OpenStreetMap导入的地图自动生成列项地图，OpenStreetMap与我们共享CC许可。--(WT-en) Peter Talk 13:30, 10 July 2012 (EDT)

行程建议 - 伊利运河

我正在撰写伊利运河行程文章，并希望就我是否走在正确的轨道上获得一些输入。我以前从未写过行程文章，我想确保在深入之前它开始得很好。请在文章的讨论页上评论。谢谢！(WT-en) LtPowers 20:31, 25 July 2012 (EDT)

nowiki标签坏了吗？

尝试在项目:货币中使用nowiki标签未达到预期结果。有替代方案吗？/(WT-en) Blist 08:41, 27 July 2012 (EDT)

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

Kralupy_nad_Vltavou 包含指向文件的链接 & 但图像未在页面上显示。问题是什么？ (WV-en) Travelpleb (talk) 21:55, 28 September 2012 (CEST)

我不知道，语法看起来没问题，图像也在wts上，但无法在en:上显示 • • • Peter (Southwood) (talk): 22:56, 28 September 2012 (CEST)
我也遇到了类似的图像问题。一定是bug。Globe-trotter (talk) 04:41, 29 September 2012 (CEST)
已修复损坏的链接。Unger (talk) 09:20, 16 October 2012 (CEST)
谢谢。Saqib (talk) 09:29, 16 October 2012 (CEST)
谢谢。太棒了。(WV-en) Travelpleb (talk) 09:45, 16 October 2012 (CEST)

可靠性检查

有人知道为什么wts:Image:Funza map.png不显示吗？--Peter Talk 01:28, 2 October 2012 (CEST)

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

用户页面

关于导入的用户页，正在进行讨论。我在此重复我的发言：

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

作为网站所有者，我们必须负责网站。当我收到IB或WT上的任何用户的来信时，我都会收到一封信，告知我们被起诉。目前没有讨论的余地。如果您能安排一位律师确认重定向没有问题——那很好。Lounge 对此持开放态度。我曾问过，但到目前为止还没有收到WMF关于正确归属的反馈。我们还没有找到证明账户身份的方法。所以我们都必须接受它。此外。任何人都可以通过复制粘贴并使用相同的Wiki Markup来创建新的用户页。重定向回来只是为了创建初始状态。当然，每个人都对自己的用户页有控制权。我真的要求您将导入的用户页——那些带有前缀的用户页——保持原样，并使用您自己的用户页。现在有些重定向到导入的WT页面。当然，您可以删除该重定向并创建您自己的。重定向只是为了快速重新激活导入的用户页。

有太多职责了。我们需要在上线前删除所有WT标志。我们都有很多工作要做。你们都在调整你们的政策。我希望社区不要让我们孤军奋战。如果您有任何问题，请发电子邮件或在讨论页上给我留言。我很忙于我的工作，而且我试图保持与WMF和WMDE以及你们的联系，并为下一步制定时间表。

也许WMF将为用户帐户问题提供不同的解决方案，但在此之前，我希望您能接受我们的数据迁移，因为我们没有WMF的帮助。-- DerFussi (talk) 22:17, 10 September 2012 (CEST)

现在此讨论的主要地点似乎是gen:Talk:Migration_FAQ#Imported_user_pages --Inas (talk) 03:01, 11 September 2012 (CEST)

缺失或损坏的图像

能否请某人告诉我应该在哪里列出“损坏”或未在文章中显示的图像？WV commons 为相关图像显示一个空白的图像窗口，因此使用这些图像的文章不显示图像。昨天，例如，我收到一条错误消息，描述南巴厘岛地区地图“字节过多”（我假设是相对于其元数据中的文件计数），今天它根本不显示，还有3张照片图像也不显示。在南巴厘岛文章中未显示的图像是： ： Bali-South。

--- Felix (talk) 23:17, 10 September 2012 (CEST)

我可以看到这些图像。您尝试按“刷新此页面的缓存”了吗？Atsirlin (talk) 23:24, 10 September 2012 (CEST)
是的，我“刷新了”并重新启动了我的浏览器，但我在文章或WV Commons上都看不到它们……我将查找我昨天收到的错误消息，并在几分钟后在此发布。我已经从WT Commons下载了这些图像，它们在我的桌面上。-- Felix (talk) 23:34, 10 September 2012 (CEST)
从昨天南巴厘岛文章地图。-- Felix (talk) 23:37, 10 September 2012 (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文章中遇到类似问题，我的浏览器无法显示页面上的任何图像，而在南巴厘岛文章中，只有部分图像未显示。
我可以打开页面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浏览器中查看曼谷/素坤逸图像时，我检查了南巴厘岛图像，果然它们都在那里。所以我认为这是一个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存在一些奇怪的问题，因为我在2台完全不同的计算机上（一台是较旧的Power PC mac，另一台是新款Intel Mac）重复了这个问题，它们的操作系统和浏览器版本差异很大，唯一的共同点是无法访问wtswikivoyage.org，并且当我使用我的印度尼西亚IP接近WV服务器时，图像无法显示。
当然，每次我切换Tor的开关时，我都必须再次登录“安全”的WV En项目，使用用户名和密码。我还在几次关闭Firefox浏览器。由于这两台计算机都已设置为使用Firefox和Tor进行安全浏览，因此在浏览器关闭时所有内容都会被完全刷新。
所以，我的印度尼西亚ISP PT Telkom Indonesia可能是这里的原因。
如果Firefox浏览器缓存了来自Tor服务器访问的图像，它就会显示页面，这种情况发生过几次，让我困惑了一会儿，但是当我尝试另一张尚未缓存的图像时，它也类似地无法加载。
我对此非常清楚，而且我这边没有任何困惑。**确切**的问题是可重复的，包括上面记录的南巴厘岛文章图像，只有页面上最后2张图像在访问我的印度尼西亚ISP时才能查看。同一图像的历史版本也无法访问，例如，我尝试了Image:Seminyak_Beach_2.jpg的历史版本，但无法加载页面，但链接的源Flickr文件没问题。
我回看了一些我昨天编辑过的页面，以及我昨天清楚记得看到的图像，现在它们都无法显示了，转到源文件也类似地显示无法访问服务器的消息。在某些文章页面上，所有图像都无法查看，在另一些页面上，只有几张无法查看，每次页面重载都一致，即使在完全刷新缓存和重启浏览器后也是如此。我非常清楚地记得昨天看到了这些图像，我正在“检查文章”中的其中一项。我昨天唯一的问题是南巴厘岛地图图像，它产生了上面剪切粘贴的错误消息。
如果我进入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 (talk) 04:03, 11 September 2012 (CEST)
今天早上，我可以在任何浏览器中使用我的印度尼西亚IP地址查看上述图像。WV方面有人对此进行过调查吗？我只是好奇，因为我想了解问题是出在WV服务器上还是ISP问题。-- Felix (talk) 04:57, 12 September 2012 (CEST)

两个页面相互重定向

在以前的Wikitravel上，珠穆朗玛峰是一个消歧页。现在迁移到维基旅行指南后，它由两个相互重定向的页面组成。发生了什么？ –sumone10154(talk) 02:33, 11 September 2012 (CEST)

看起来在复制时，Everest被移到了Mount Everest，而Mount Everest最初只是一个重定向。这似乎不是dump的问题。我们没有被删除的页面，否则Mount Everest应该是它。我认为只需重新添加信息。Inas (talk) 02:58, 11 September 2012 (CEST)
同样的问题也发生在印度东北部。这是一个实际的文章，所以如果我们复制粘贴，我们就会丢失历史记录。–sumone10154(talk) 23:50, 12 September 2012 (CEST)
实际上，还有很多页面相互重定向。参见Special:DoubleRedirects。–sumone10154(talk) 23:55, 12 September 2012 (CEST)
如果它在这里被删除，我们可以恢复它，但它在WT上被删除了，因此没有被复制。但是，它只是一个消歧页，所以我会重新创建它，没有需要归属的东西，也没有必要推导出任何东西。--Inas (talk) 07:09, 13 September 2012 (CEST)

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

我提出了一个对我们处理层级结构的方式进行中度重大更改的建议。请在此处发表评论：Project talk:Geographical_hierarchy#Flattening_the_region_hierarchy — Ravikiran r (talk) 08:51, 27 September 2012 (CEST)

验证码和垃圾邮件保护

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

你说得完全对。虽然我们经常指责IB什么都不做（大部分时间是真的），但似乎他们的CAPTCHA设置是最高的。如果有人还没看到，既然我们已经离开了，他们正在采取一种新的方法来阻止新用户添加外部链接。当然，这引起了许多用户（他们正在进行善意的编辑，甚至试图撤销恶意编辑！）的负面反馈。我们可以采取一种更温和的方法。还有维基百科，它似乎在很大程度上避免了垃圾邮件，它的问题是手动破坏。我相信WMF可以提供一些关于如何解决垃圾邮件问题的指导。JamesA >talk 15:11, 27 September 2012 (CEST)
我担心一些半专业的垃圾邮件攻击，比如那些在多个文章中造成麻烦的印度SEO，但使用相同的IP范围。如果我们能够暂时屏蔽特定的IP范围，大多数攻击都会被削弱。我认为WMF吸引的垃圾邮件较少，因为在旅行指南中放置营销链接比在百科全书文章中要困难得多。Jc8136 (talk) 15:30, 27 September 2012 (CEST)

呼吁提供备用域名并通知Meta上的投票

WMF已决定就新旅行指南的域名进行投票。投票将于所有人有合理机会提交名称后开始。请遵循https://meta.wikimedia.org/wiki/Travel_Guide/Naming_Process中概述的流程，以确保域名在你建议它时不会被域名抢注者夺走。

名单上已有14个名称，其域名已被拥有和可用。

提交备用名称的截止日期是10月2日，之后开始投票。• • • Peter (Southwood) (talk): 23:41, 27 September 2012 (CEST)

太棒了！--W. Franke-mailtalk 23:44, 27 September 2012 (CEST)

侧边栏链接“Uploads & bug reports”（上传和错误报告）会打开共享主页。工具箱中还有一个用于上传的链接，所以那部分是多余的。“Bug reports”（错误报告）是否应该放在侧边栏的主部分，如果是，它应该链接到哪里？• • • Peter (Southwood) (talk): 22:43, 28 September 2012 (CEST)

“Bug reports”不一定非要出现在侧边栏。要么删除它，要么将其移至“Toolbox”（工具箱）下，并暂时将其链接到Category:Tech_requests#Bug_reports。--Saqib (talk) 22:54, 28 September 2012 (CEST)
我认为技术报告应链接到tech:Main Page。–sumone10154(talk) 23:08, 28 September 2012 (CEST)
Tech已列在侧边栏。所以我认为它可以删除。Globe-trotter (talk) 23:48, 28 September 2012 (CEST)
也许现在太晚了，但我找不到侧边栏上的tech。• • • Peter (Southwood) (talk): 00:16, 29 September 2012 (CEST)
我猜Globe-trotter说的是维基旅行共享（Wikivoyage Shared）的侧边栏。Saqib (talk) 00:23, 29 September 2012 (CEST)
我已经从两者中删除了过时的部分。Peter Talk 02:27, 29 September 2012 (CEST)

我们将被称为什么？

正如阿尔斯特（Ulster）所说，早投票，多投票！

投票昨天开始，到目前为止，“Wikivoyage”遥遥领先…… --W. Franke-mailtalk 18:43, 3 October 2012 (CEST)

我希望W. Frank :)。我现在就去投票。Saqib (talk) 18:48, 3 October 2012 (CEST)
我试图不让我的中立面具滑落——Wikivoyage 用很多语言来说写都很困难——但目前看来，Saqib，这是一场一边倒的比赛。--W. Franke-mailtalk 22:28, 3 October 2012 (CEST)

我添加了一些跨项目链接，请参见Special:Interwiki。--Unger (talk) 13:23, 7 October 2012 (CEST)

技术问题

出于某种原因，en.wikivoyage.org 在 T-Mobile (US) 网络上无法访问（wikivoyage.org 没有问题）。我尝试了 2 部不同的 Android 手机，并尝试将我的电脑通过其中两个手机共享网络，但始终收到 HTTP Error 504。我在我的WV讨论页上描述了这个问题（在通过手机共享网络给笔记本电脑时）。不确定有什么被阻止了，但这可能对移动用户来说是个大问题，因为 T-Mobile 是美国第四大网络运营商（当他们与 MetroPCS 网络合并时将成为第三大）。另外请注意，他们可能使用与欧洲 T-Mobile 相同的网络技术，也可能不使用。如果有更好的地方讨论这个问题，请随意移动。 AHeneen (talk) 22:07, 16 October 2012 (CEST)

504 错误是代理错误，因此您应该联系 T-Mobile (US)。没有代理，WV工作正常。--Unger (talk) 06:54, 17 October 2012 (CEST)

介绍 Kiva 和 Freerice

大家好。希望大家不介意，但我为Wikivoyage成员在两个慈善网站上创建了小组。这两个网站都提供了回馈世界（无论是经济上还是非经济上）的方式。我们都热爱环游世界，亲眼目睹贫困，这给了我们一种帮助减轻这种状况的方式。这是与我们之前的化身的一个重要区别，因为我们变得更具社会责任感。同样，这也为我们提供了一个推广我们新、不断壮大的网站的机会。另一个IB的分支Milepoint，在写作时在Kiva上排名第三，这带来了急需的正面曝光（）。更多关于他们分支的信息，似乎与我们相似，请参见。现在来谈谈网站本身。

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

请注意，没有任何法律或金钱方面的顾虑/义务。这仅仅是为了扩大我们的在线曝光并更具人道主义精神。另外，如果您还没有注册Kiva，请告诉我，因为我可以邀请您，我们都可以获得一笔免费贷款！ :) 所以，各位，请帮忙，让世界变得更美好，提升我们的形象！JamesA >talk 07:49, 21 October 2012 (CEST)

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

锁定 wikivoyage-old.org

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

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

WMF维基上使用`wikitravel:`前缀的全局列表是这里。这些需要作为维基间链接（或至少转换为正确的外部链接，`rel="nofollow"`及其他）消失，才能再次在m:Talk:Interwiki map上请求删除前缀。看起来跨语言链接在模板的en:或fr:版本中比它们指示的要多。这意味着需要遍历此列表以查找所有违规模板。K7L (talk) 02:38, 13 November 2012 (UTC)[reply]

目前在已知的各语言维基百科上的链接/模板状态（如有变更，请随时更新）为：

  • af （在20个页面上） -
  • as （在20个页面上） -
  • az （在12个页面上） -
  • be （在6个页面上） -
  • bg （在3个页面上） -
  • bn （在45个页面上） - （另见w:bn:টেমপ্লেট:Wikitravelpar）
  • br （在4个页面上） -
  • bs （在14个页面上） -
  • ca（在120个页面上） -
  • ceb （在6个页面上） -
  • w:de:Vorlage:Wikivoyage （不出所料）已存在。:)
  • en (在>3000个页面上) - 创建了w:en:Template:Wikivoyage，请求为现有WT模板添加rel="nofollow"（以便搜索引擎忽略链接）成功，在w:Wikipedia:Templates for discussion/Log/2012 November 10进行的删除所有WT模板并让机器人将其替换为WV模板的TfD（提请删除讨论）成功，机器人已被批准进行替换。IBobi 不高兴并再次被永久封禁。太可惜了。
  • es - 没有模板（WT模板已于2006年删除）
  • fi (在350个页面上) - 创建了w:fi:Malline:Wikivoyage-rivi作为en.WT的替代品，模板仍需在许多单独的页面上进行替换。目前fi.WT的链接应保留，直到fi.wikivoyage.org被创建（它还不存在）。
  • fr (曾在30-50个页面上) - WT模板通过TfD被删除，WV模板未创建，因为w:fr:modèle:autres projets作为维基媒体的姊妹项目已在文章中到位；w:fr:Neuchâtel#Liens_externes是一个带有Commons和WV徽标的新“其他项目”框的示例，看起来不错。
  • hr (曾在12个页面上) - w:hr:Predložak:Wikivoyage已创建并手动放置。鉴于页面数量少且缺乏此语言的WV，尚未尝试对旧WT模板进行VfD（提请删除）。
  • ja - 没有模板（WT模板已于2006年删除）
  • ka (在20个页面上) -
  • ko (在60个页面上) -
  • ml (在60个页面上) -
  • nl (在<50个页面上) -
  • pl (在54个页面上) -
  • pt (在215个页面上) -
  • ro (在160个页面上) -
  • simple: (约30个页面) 已手动替换，前WT模板已删除
  • sr (在240个页面上) -
  • sv (在2个页面上) -
  • ur (在40个页面上) -
  • zh (在220个页面上) -

默认维基时区

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

我提议将此默认时区设为en.wikivoyage，因为英语在太多时区使用（伦敦？纽约？旧金山？）难以确定一个。

您同意这个解决方案吗？

供参考，此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上只读？

酒吧、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)[回复]
有没有理由不能把酒吧放在“分类”命名空间？分类和其他页面一样可以编辑。 JamesA >讨论 2012年11月12日 13:14 (UTC)[回复]
如果你决定将酒吧变成一个“分类”，也请将删除投票也变成一个“分类”。--Stefan2（讨论） 2012年11月12日 13:19 (UTC)[回复]
我昨天问了Roland，但他没有回复。也许你也应该去打扰他。--Atsirlin（讨论） 2012年11月12日 13:48 (UTC)[回复]
数据库是只对开发者开放，还是对管理员开放？管理员可以把酒吧和VFD移到分类命名空间。 JamesA >讨论 2012年11月13日 05:31 (UTC)[回复]
提醒一下，也许有人不知道，一个临时酒吧已经设置在 JamesA >讨论 2012年11月13日 05:33 (UTC)[回复]

11月11日的旅行/交通统计

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的机器人标志

是的，另一个机器人正在扰乱最近更改，阻碍我们巡查编辑和欢迎用户。很高兴机器人在这里修复了无数问题，但管理员能否给User:Snowbot一个机器人标志？谢谢。 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，机器人已经恢复运行并带有机器人标志，并且编辑不再会填充最近更改 :) Snowolf 我能帮忙吗？ 2012年11月12日 12:45 (UTC)[回复]
好消息。谢谢你们两位。 JamesA >讨论 2012年11月12日 13:08 (UTC)[回复]

en.wikivoyage.com

现在我有点糊涂了。我们似乎有三个独立的英语维基旅行网站在运行

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

嗯，我也注意到了这一点——我认为en.wikivoyage.com是和wikivoyage-old.org同一个维基，但你说得对，它还没有重定向——除非这是故意的，我今天晚些时候会联系WMF工作人员来设置wikivoyage.com -> wikivoyage-old.org（或者我们希望它指向这里？）。 Thehelpfulone 2012年11月12日 13:01 (UTC)[回复]
它们绝对是独立的站点，可以通过变化的“最近更改”来看。我认为最好是重定向到这里。我第一次注意到是因为谷歌的搜索结果。如果谷歌开始抓取并列出那个网站而不是这里，那就太糟糕了。 JamesA >讨论 2012年11月12日 13:07 (UTC)[回复]
.com = wikivoyage-old。 .com仍由Wikivoyage e.V.拥有，因为有60天的转移锁定（他们最近才获得）。但是，在转移到WMF之前，更改名称服务器使其使用Wikimedia的名称服务器应该是可能的。或者他们可以设置一个重定向。我已发送邮件给Stefan。--Eloquence（讨论） 2012年11月12日 19:03 (UTC)[回复]
感谢您的澄清。看起来.com现在确实等于wikivoyage-old，但昨天不是这样。我百分之百确定昨天两个站点的“最近更改”是不同的，这意味着有两个不同的可编辑服务器。无论如何，我认为重定向到en.wikivoyage.org会更好。 JamesA >讨论 2012年11月13日 05:27 (UTC)[回复]
http://en.wikivoyage.com仍然可编辑。这可能会严重混淆新人。谁能解决这个问题？作为临时措施，请拥有管理员权限的用户在.COM的站点通知中添加一个大的通知和指向Wikiversity.ORG的链接，这里是http://en.wikivoyage.com/wiki/MediaWiki:Sitenotice（即http://而不是https://），或者最好让.COM重定向到.ORG。这太令人困惑了。--Rogerhc（讨论） 2012年11月16日 21:48 (UTC)[回复]
请给User:RolandUnger留言（最好在德语维基旅行上）。他是唯一能帮助你的人。你看到的是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。我认为我们应该在站点通知中添加一条说明，提醒编辑现在不是进行旅行相关贡献的时候，而是进行维护工作。Beta阶段结束后，将有足够的时间撰写文章。 JamesA >讨论 2012年11月13日 05:29 (UTC)[回复]
如果我们有新用户从维基百科来到这里，告诉他们*不要*进行可预测的首次主空间编辑（通常涉及修复他们自己家乡文章中明显的事实遗漏），可能没有帮助，因为我们确实希望鼓励他们留下来。将指向“nowCommons”图像的链接替换为“commons:图像”的页面，以及解释如何修复损坏图像、损坏的wts:链接和其他遗留下来的损坏内容的页面，将是一个好主意。大概有些事情可以由“机器人”（如替换“nowCommons”图像链接）完成，而有些则不能（如决定图像应该使用什么标签）。从WP来这里的用户可以在修复损坏的图像时非常有帮助，如果清楚需要手动做什么。写一个帮助页面，从站点通知中指向那里。 K7L（讨论） 2012年11月14日 22:06 (UTC)[回复]

英国旅游线路

我不确定这是否是文章内容，但我想从维基百科称之为“stub”（短篇条目）开始：

User:Sfan00 IMG/Severn Valley Railway

SVR是英国较知名的旅游线路之一，我希望有人能对此条目的持续发展提供反馈。 Sfan00 IMG（讨论） 2012年11月16日 20:23 (UTC)[回复]

Wikivoyage:Itineraries 可能是最适合这类东西的地方……旅行指南，它任意地从线路的一端开始，说“去这里，看这个，做那个”。（这与维基百科的方法相反，维基百科会提供一个车站列表和一个事实描述，没有“去这里，做这个”或旅行路线的措辞。）西伯利亚铁路是这样一个旅行路线的例子。城市文章中的一些标题（如“住宿”）可能在旅行路线中不需要，因为它们通常简要描述了旅行经过的所有城镇——细节留给沿途的各个城市文章。 K7L（讨论） 2012年11月16日 20:58 (UTC)[回复]
你也可以看看水肺潜水，它展示了如何构建一个包含许多子条目的大型高层文章。那个集合是全球性的，而你的只在英国，但可能会给你一些想法。 Pashley（讨论） 2012年11月16日 21:20 (UTC)[回复]
英国的铁路旅行路线的例子是West Highland Railway，它描述了从格拉斯哥到Fort William或Oban的Network Rail线路。在这种情况下，文章自分叉以来在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用户（我在两个维基上使用相同的用户名）。

我该如何选择加入我的wikitravel数据传输？

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

你好，Oliver。你必须去法语维基旅行询问。尝试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”的唯一页面是我们各个语言版本的电气系统文章，其中推广另一个站点的徽标是无用的。 K7L（讨论） 2012年11月20日 17:28 (UTC)[回复]

我已提名该文件在共享资源(Commons)上删除；正如你所指出的，它只是一个广告。我们的Plugs.png文件无论如何都需要一个更好的文件名，所以我建议在将其导入共享资源时更改文件名。LtPowers（讨论）2012年11月20日 18:23 (UTC)[回复]
“Electrical_plugs.png”将是一个更好、更准确的描述。在w:Mains electricity by country上的几个图片都命名为“A_plug”、“B_Plug”等等。AHeneen（讨论）2012年11月20日 20:06 (UTC)[回复]

OxygenGuide：适用于智能手机/笔记本电脑的离线维基旅行指南

我刚将OxygenGuide从使用维基旅行(Wikitravel)数据切换为使用维基旅行(Wikivoyage)数据。

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

我能吹嘘说这是第一个使用维基媒体生成的转储数据的项目吗？ :-)

有谁有兴趣使用这些数据创建Android或iOS应用程序吗？由于我在旅行，很遗憾没有时间去做，但这可能非常简单，所以请不要犹豫尝试：1）首次启动时下载ZIP文件并解压缩到SD卡或等效位置2）启动导航意图到index.html。

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

11月25日的旅行/行程统计

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)的差异，其中大部分是善意的编辑。当我们结束Beta阶段时，我们将不得不考虑如何获得更好的可见性/吸引编辑者。Nicolas1981（讨论）2012年11月26日 06:28 (UTC)[回复]

在维基百科(Wikipedia)的主页上添加我们的Logo作为姊妹项目将产生巨大影响。希望我们也能获得一些媒体的关注。有人开始为发送给报纸撰写新闻稿了吗？Jmh649（讨论）2012年11月26日 06:37 (UTC)[回复]
目前，我只看到大量图片保存在旧服务器上，标记为“移动”或“现在共享资源(nowCommons)”，名称不同，还有一个{{w:template:wikivoyage-inline}}模板，该模板目前出于某种原因被<noinclude>了，还有一个机器人替换2688个英文维基百科页面上的WT模板的请求已经开始（初步的50页测试运行已完成，今天收到了其余页面的最终批准）。已标记的图片需要重新放回指南中，并在各个维基百科页面上启用链接模板，这样我们就会有数千个入站链接，并可能带来维基百科的海量用户。此外，还有一系列外语维基百科，需要创建维基旅行(Wikivoyage)模板，手动替换其上数页到数百页不等的维基旅行(Wikitravel)链接，并提名旧的WT模板删除。最终，在向元维基(meta)的跨语言链接表中删除维基旅行(Wikitravel)的条目之前（通过转换为外部链接或替换为WV链接），需要移除所有“wikitravel:”的实例（跨语言前缀）。
这引出了一些问题：
  • 已经标记的图片移动的进度是怎样的？
  • 在wts:或各个语言的WV.old维基上还有多少未标记的图片？有没有人负责移动en.old上的图片？
  • 对于在维基旅行(WT)存在但尚未在维基旅行(WV)上上线的语言，创建维基的进度是怎样的？在要求葡萄牙语维基百科(Portuguese Wikipédia)替换其当前的维基旅行(wikitravel:)链接模板为维基旅行(wikivoyage)之前，最好还是先实际创建葡萄牙语维基旅行(Português Wikivoyage)。
在这些问题解决之前，发布新闻稿还为时过早。K7L（讨论）2012年11月26日 14:31 (UTC)[回复]
图片迁移主要由Stefan2和MGA73负责。维基旅行(Wikivoyage)社区似乎对此过程兴趣不大。关于时间线的问题可能应该在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)的工作完成后，是否有将图片添加回维基旅行(Wikivoyage)文章的流程？
如果能有一个总结，我愿意帮忙。也许可以有人指导或监督一些经验较少的人，这可能会起作用。或者，如果只是有一些特定任务或任务集，可以分担有经验者的一些工作量，让他们能够处理更复杂的决策点。--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:上）或者标记“移动”或“现在共享资源(nowCommons)”的标签不存在（如果在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)。但是，这可能不会立即反映在维基旅行(Wikivoyage)页面上。即使文件已复制到共享资源(Commons)，链接也可能会保持为红链一段时间，因为Mediawiki会缓存页面。为了查看图片，你可能需要清除缓存。例如，我去了it:Ebridi esterne。那里有一个红链图片，但我清除了缓存，然后它就自动显示出来了。你可能希望在sitenotice中与其他的迁移链接一起列出一个“清除”链接。类似这样应该可以工作。清除页面后，如果图片已移动到共享资源(Commons)，它们就会显示出来。如果你什么都不做，缓存最终会自己清除。我认为如果你编辑页面，缓存也会自动清除。
  • 从维基旅行(Wikivoyage)复制到共享资源(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，Linux系统）上发生了一件奇怪的事：站点通告中加粗的链接Wikivoyage:Cleanup有时会在页面加载时变成普通的加粗*未链接*文本，而且不是仅仅在我访问该页面时。我记得在其他MediaWiki上也遇到过站点通告*加粗*链接“取消链接”的情况。奇怪，而且对于一个你想强调的链接来说，这几乎没有帮助。还有其他人遇到这种情况吗？如果有，请说出来，管理员也许可以通过取消站点通告中那个重要链接的加粗来解决这个明显的bug。太奇怪了——这是站点通告的JavaScript对吗？--Rogerhc（讨论）2012年11月28日 06:42 (UTC)[回复]
啊哈，Peter行动很快，已经取消了链接的加粗，我现在没有遇到那个链接问题了。谢谢Peter！ :-) --Rogerhc（讨论）2012年11月28日 07:26 (UTC)[回复]

Logo第二轮

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

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


DotM和OtBP图标

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

这可能取决于我们新Logo的外观；如果我们能借鉴设计元素，可能会有助于统一网站的外观和感觉。（当然，这种统一并非必需。）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

  • 面包屑导航
  • 最新数据：周三的维基旅行(Wikivoyage)转储
  • 在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，mnh……我比较偏向于这次迁移压力很大，我们已经有很多混乱了，再增加几百个维基就是混乱不堪。我认为在圣诞节前这样做是个好主意。Jc8136（讨论）2012年12月7日 10:49 (UTC)[回复]
我们应该等到Beta期结束后再进行此事。我们现在已经遇到用户“修复”红链图片的问题了。--Globe-trotter（讨论）2012年12月7日 13:57 (UTC)[回复]

OTRS工单 # 2012120610009328

在姐妹项目队列中有一封邮件，编号为OTRS工单 # 2012120610009328，询问谁是维基旅行(Wikivoyage)项目上行政滥用问题的联系人。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 队列，我们有自己的队列，通常管理员滥用最好在当地社区或元维基(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)[回复]

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

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


维基旅行(Wikivoyage)生日快乐

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

我们还有一个礼物：一个新的Logo！--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)[回复]
是的，祝贺大家。期待建设、创新，并成为全球最常用的旅行资源，这可能需要几年时间，但我敢打赌我们可以做到 :-) 旅行医生詹姆斯（讨论 · 贡献 · 电子邮件）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)[回复]

简短页面、存根和提纲

我们似乎有很多从WT导入但只包含“X是Y市”和空模板的页面。这些应该被简单删除。我知道，过去，这些页面被重定向到最近的确实有文章的地方，但保留这些（基本上为空的）WT修订历史是不理想的，因为它意味着在没有有用内容可以归属时，我们必须归属WT的编辑者。对于还未有任何列表或数据的X，一个空的“X在Y”的骨架也比诚实承认我们还没有数据看起来更糟。我意识到保留这些是为了夸大维基百科的页面计数，但我真的不认为这值得。K7L（讨论）2012年12月14日22:25 (UTC)[回复]

删除它们怎么会是一种改进？这样用户就可以更容易地向文章添加信息。——Globe-trotter（讨论）2012年12月14日23:36 (UTC)[回复]
这为新编辑者提供了一个可以构建的基础模板。过去我们在维基百科有一个机器人，它根据一个简单的模板创建了大约10万篇文章。后来真正的人们也充实了其中很多。 旅行医生詹姆斯（讨论 · 贡献 · 电子邮件）2012年12月15日00:40 (UTC)[回复]
w:user:Rambot？垃圾邮件，纯粹的垃圾邮件……我记得是在2006年左右， en.WP 的共识是停止这样做。 K7L（讨论）2012年12月15日01:32 (UTC)[回复]
我们说的是多少？Special:Shortpages上的很多都是消歧义页。 LtPowers（讨论）2012年12月15日22:04 (UTC)[回复]

结束Beta测试

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

我諗著 2013 年 1 月的頭一兩個星期係唔錯嘅。希望我哋可以完成最重要嘅嘢。 旅行医生詹姆斯（讨论 · 贡献 · 电子邮件）2012年12月15日00:29 (UTC)[回复]
我在这里开始写一份新闻稿User:Jmh649/Press_release。请加入编辑。 旅行医生詹姆斯（讨论 · 贡献 · 电子邮件）2012年12月15日19:42 (UTC)[回复]
我认为你应该在User:Jmh649/Press_release中避免列出一个官方的发布日期，直到日期被最终确定。有人可能会阅读页面并认为该日期是官方的并且已最终确定，这可能会导致问题，如果日期以后更改。只需列出“日期”，并在我们知道日期不会改变时将其替换为正确的日期。另外，我建议你在顶部加上一句说明，表明该新闻稿仍是草稿。——Stefan2（讨论）2012年12月15日23:20 (UTC)[回复]
很棒的观点。每个人都可以自由参与编辑。 旅行医生詹姆斯（讨论 · 贡献 · 电子邮件）2012年12月16日03:59 (UTC)[回复]
我做了一些更改。希望开头“Wikivoyage是……”和“维基媒体基金会是……”的介绍听起来更像新闻稿，并且涉及了许多相关主题（目标、使命、许可证），并尽可能多的加入了相关主题的跨语言链接。WMF的部分可以加入一些链接到他们的维基（wikimediafoundation.org/wiki...而不是meta），涉及可以包含的相关政策、目标等。历史部分被包含进来是为了更全面，并且整合了从Wikitravel收集的信息以及维基百科上的Wikivoyage页面。我真的不认为关于IB诉讼的信息属于这样的新闻稿。参考文献部分需要一些润色。我没有费心加入参考文献（除了从WP复制过来的文字），并且添上参考文献不会有什么坏处。 AHeneen（讨论）2012年12月16日06:29 (UTC)[回复]

WikiVoyage 和 Wikipedia:WikiProject Hiking trails

最初发布在Talk:Main Page。

WikiVoyage 和 Wikipedia 的 Hiking trails 项目之间应该是什么样的关系？它们应该保持独立，这样行程可能会/应该/必须同时在两个地方描述吗？它们应该以某种方式合并吗？Hiking trails 项目应该迁移到 WikiVoyage 吗？是否存在任何法律或技术障碍？如果两者保持独立，Wikipedia 是否应该更侧重于百科全书式的文章，而减少现在特色文章中的详细描述？ DrMennoWolters（讨论）2012年12月14日18:53 (UTC)[回复]

依我之见，大部分关于如何徒步穿越路线的细节应该在这里。希望这两个项目能够紧密合作。这是我们（维基媒体运动）邀请WV/WT加入我们的主要原因之一。 旅行医生詹姆斯（讨论 · 贡献 · 电子邮件）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)[回复]
Wikipedia 的修订删除政策在这里：w:WP:REVDEL。 –sumone10154(讨论) 2012年12月17日04:00 (UTC)[回复]

请求评论

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

希望大家知道，有一个Wikivoyage:Requests for comment页面，其中链接着需要更多审查的正在进行的讨论。 理想情况下，政策讨论应该在政策讨论页进行，文章讨论应该在文章讨论页进行。最近，似乎所有的讨论都在这里，在Pub进行。这并不理想，而且为杂工团队增加了大量工作，他们中的大多数人 anyway 都在逃避清扫的职责；）

请大家尽量回到在相关地点讨论事情的习惯，并根据需要使用rfc页面来吸引对重要讨论的关注。——Peter 讨论 2012年12月17日23:25 (UTC)[回复]

请在此处 on meta 发表意见。 旅行医生詹姆斯（讨论 · 贡献 · 电子邮件）2012年12月23日02:46 (UTC)[回复]

圣诞快乐

并祝大家 2013 年一切顺利！—— Alice✉ 2012年12月25日05:51 (UTC)

我同意 :-) 期待激动人心的新一年。 旅行医生詹姆斯（讨论 · 贡献 · 电子邮件）2012年12月25日07:13 (UTC)[回复]
大家圣诞快乐。我建议在主页上放上节日快乐的问候。——Saqib（讨论）2012年12月25日09:47 (UTC)[回复]
圣诞快乐！ Ypsilon（讨论）2012年12月25日14:13 (UTC)[回复]

来自德国WV社区的问候

希望大家都有一个愉快的圣诞假期。WV在这里进展如何？我知道大家都在忙着清理维基并让文章上线。我想感谢大家为推动一切所付出的精力——从你们最初的团聚想法到现在。有什么我们可以帮忙的吗？我们认为我们的维基将在两周内恢复正常。

WV协会即将申请成为一个主题组织。我们的主要目标之一是加强各语言版本之间的合作。也许在正式开始后我们可以收集一些想法。彼得在我们谈话时有一些好主意。欢迎大家通过邮件列表和Meta维基参与。WV协会希望变得更加国际化。英文会员申请表可用（意大利语稍后可用）。更多关于我们的信息可以在Meta Wiki上找到。两个新想法可以是

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

只是两个想法……但首先：派对！祝大家新年快乐，顺利进入 2013 年！—— DerFussi（讨论）2012年12月28日07:45 (UTC)[回复]

这个城镇地图的绝妙主意！我喜欢地图，只希望我能画出来，斯特凡。新年快乐！—— Alice✉ 2012年12月28日08:11 (UTC)
地图制作项目是个好主意。不是创建地图图像，而是能够将兴趣点和路线绘制到外部地图网站会非常有帮助。功能类似于维基百科上的GeoGroup和Attached KML。——Traveler100（讨论）2012年12月28日08:14 (UTC)[回复]
我们应该邀请OpenStreetMap加入。 旅行医生詹姆斯（讨论 · 贡献 · 电子邮件）2012年12月28日09:06 (UTC)[回复]
你好，Fussi，我喜欢这个地图技巧。它是怎么做的？• • • Peter (Southwood) (讨论): 2012年12月28日09:38 (UTC)[回复]
我也喜欢这个地图技巧，但它如何用于离线使用……打印或PDF格式用于电子阅读器/平板电脑/笔记本电脑？我尝试过创建地图，但发现这些程序有陡峭的学习曲线。如果有人能创建视频并上传到Commons（Commons是否托管视频？也许是YouTube），那将真的很有帮助。制作地图更容易将有助于新用户增加这里的地图数量。如果不是视频，至少可以看看《如何绘制地图》页面，并确保所有步骤仍然相同……软件没有改变，所以有些步骤现在做的方式不同了。另一个想法是为大多数步骤添加很多截图。 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。所有省份（很多）已经有了导航框。只需在导航框模板中添加{{IstInKat|Vietnam}}。你马上就能在“想要类别”的特殊页面上找到所有需要的省份类别。我有一个Firefox插件。我可以一次性在单独的标签页中打开网站上的多个链接，只需要用一个矩形标记。现在我将相同的文本{{IstInKat|Vietnam}}添加到每个标签页/文章中。虽然仍然是手动的，但速度很快。通过使用导航框进行分类，您可以轻松切换。您可以将一个省份添加到国家类别或省份类别，或者两者都添加。只需调整导航模板中的陈述即可。现在我正在研究我最喜欢的地区东南亚……我们怀念我们以前的位置数据库……—— DerFussi（讨论）2012年12月31日12:31 (UTC)[回复]
除此之外…… :) ……维基百科人是想要类别的人。他们可以在一定程度上帮助做这件事 :). 所以我并不热衷于给文章分类。当我浏览文章时，我会添加它们，但这并不是我的优先事项。—— 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.