跳转至内容

维基旅行:旅行者酒吧/2023

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

维基旅行 10 周年规划

再过几个月就是我们的周年纪念日了，我们可以组织些什么来庆祝呢？

我想创建一个元页面来设置一个全球性的周年纪念活动，申请快速基金来组织像五年前那样的竞赛，或许还可以开展一些不需要资金的其他活动。

你们觉得呢？ Galahad (sasageyo!)(esvoy) 2022年10月21日12:52 (UTC)[回复]

@Galahad: 好主意！我还想，如果我们能让维基百科和其他 WMF 项目在顶部放置一个横幅，大概一个月。这有多难？这样我们也能吸引更多编辑者，提高维基旅行的知名度。 SHB2000 (讨论 | 贡献 | meta) 2022年10月21日12:56 (UTC)[回复]
CentralNotice 会是个好主意。但我们的生日和维基百科是同一天。我不知道在那方面会发生什么。
我已经在 Meta-Wiki 上创建了一个关于我们生日的页面。它是西班牙语的，但可以翻译。祝好， Galahad (sasageyo!)(esvoy) 2022年10月21日13:35 (UTC)[回复]
+1 支持为期一个月的横幅想法。上次那样的横幅吸引了很多维基百科人来这里，而且也很好地提醒他们我们的存在，即使他们没有成为稳定的贡献者。我记得那项工作有点辛苦，但也很有趣。
我们可以请RAdimer-WMF 帮忙在m:Diff (blog) 上发布一篇帖子。这是一个多语言博客，所以不同的维基旅行可以以自己的语言撰写他们关心的事情。如果有兴趣，我们或许可以设置一个小型系列。也许有人会写关于维基旅行如何支持其他维基项目，有人会反思在疫情期间编辑一个旅行导向的网站是什么样的，还有人会写一些独特的特色（比如列表编辑器，它很棒）或独特的政策和价值观（比如维基旅行：公平待人，以及我们选择对糟糕的餐馆保持沉默，而不是“中立地”说它们糟糕）。我猜，关于为什么非英语内容对世界很重要，或者关于它如何改变某人生活的博客文章，随时都会受到欢迎。 WhatamIdoing (讨论) 2022年10月21日15:48 (UTC)[回复]
我同意上述意见。我们应该在其他维基上创建横幅并组织一次编辑马拉松。这应该能为我们的社区带来许多新编辑者。 --评论者： Selfie City (讨论) (贡献) 2022年10月21日21:23 (UTC)[回复]
我们可以搞一次编辑马拉松吗？ OhanaUnited讨论页 2022年10月22日00:09 (UTC)[回复]
我会申请全球竞赛的资金，但是的，每个社区都可以组织他们自己的本地活动或提出全球活动。 Galahad (sasageyo!)(esvoy) 2022年10月22日01:07 (UTC)[回复]
最好制定能够鼓励和奖励良好贡献（例如链接相关图片，不参与抄袭）的标准。否则项目可能会因为后续的清理工作而憎恨这次竞赛。一些想法可以在2018 编辑马拉松中找到。一些“更有趣”的想法包括：为那些覆盖国家数量不多的社区的编辑者增加分数，覆盖 X 个国家的编辑，每个国家至少有 1 次编辑，以及在每个大洲的每个国家至少有 1 次编辑的加分。但要做到这一点，我们需要一些自动化跟踪，比如使用Outreach dashboard。 OhanaUnited讨论页 2022年10月24日04:20 (UTC)[回复]
一年前举办的竞赛，使用了一系列参数。具体来说，完成了挑战（就 eswikivoyage 而言，是翻译自动生成的目的地）的人会获得更高的分数。从这个意义上说，每个想参加的社区都会定义自己的挑战，并将其添加进去。
关于规则，是的。在竞赛开始之前，我会提交一份规则草案，我们可以一起协作。还会找志愿者担任评委等等。
最后，我的团队改编了我们五年前使用的标志，您可以帮忙找一下。
祝好， Galahad (sasageyo!)(esvoy) 2022年10月24日20:48 (UTC)[回复]
您有去年竞赛的链接吗？ OhanaUnited讨论页 2022年10月25日04:44 (UTC)[回复]
m:NewsVoyage 仅限于 eswikivoyage 和 eswikinews。祝好， Galahad (sasageyo!)(esvoy) 2022年10月25日06:30 (UTC)[回复]
+1 支持再次举办编辑马拉松。2018 年的活动在吸引新贡献者参与到项目很少关注的地区方面取得了巨大成功。虽然在留住新编辑者方面有改进空间（少数人坚持了一个月以上，但与参与编辑马拉松的人数相比不多）。我支持 Ohana 关于激励对不同国家/大洲贡献的建议。我们还应该考虑吸引《维基旅行》的*读者*，而不仅仅是编辑者。根据 2018 年的页面浏览量分析，看起来很多人访问了编辑马拉松页面但从未浏览过其他页面。让新人了解我们的主页和最佳内容会很好。 Gizza (漫游) 2022年10月26日01:43 (UTC)[回复]
作为因编辑马拉松而加入并留下的编辑者之一，我认为人们之所以访问编辑马拉松页面却不知道下一步去哪儿，是因为没有“建议的页面改进列表”或“这些内容可以添加/更新”来启动他们的第一次编辑。老用户总是假设新编辑者知道该做什么。但我们不知道。可能有一些新用户（完全不懂维基的新手）想注册，但注册按钮在四节下面。很自然地，它吸引了像我这样已经熟悉这里的人。 OhanaUnited讨论页 2022年10月26日03:45 (UTC)[回复]
我们可以建议一些维基旅行探险活动。
更普遍地说，我经常建议人们查找他们自己的家乡或他们有美好回忆的地方（例如，他们祖父母住过的地方），特别是那些不是主要旅游目的地的地方。 WhatamIdoing (讨论) 2022年10月26日22:24 (UTC)[回复]
好主意。我也喜欢西班牙社区关于评分的提议，除了“挑战 8 个目的地”（你必须完成每个有人居住的大洲的一个地点，才能处理另一组地点）。我认为这个特别的挑战会劝退那些想专注于特定地区的人。对于虚拟奖项，我们可以好好利用旅程指南勋章，特别是对于专注于大洲的编辑者。 OhanaUnited讨论页 2022年10月28日04:23 (UTC)[回复]
这听起来会吸引一些人，但不吸引另一些人。我可以想象一个类似的针对每个西班牙语国家的城市。我知道有些人有访问美国 50 个州的毕生目标，我也可以想象人们会做同样的事情来访问南美洲的每个国家。这可能会非常吸引某些贡献者。 WhatamIdoing (讨论) 2022年10月28日23:07 (UTC)[回复]

大家好！我创建了关于竞赛/编辑马拉松的草稿。请审阅、提出建议并帮助我们！祝好， Galahad (sasageyo!)(esvoy) 2022年11月9日07:53 (UTC)[回复]

谢谢链接！我认为为新文章创建 5 分，特别是遵循“为项目中的重要内容差距创建新文章或现有文章的 7 分”有点问题，并且可能导致我们重蹈参加尼日利亚编辑马拉松时遇到的问题，该马拉松导致大量“文章”是从维基百科和“版权所有，保留所有权利”的网站复制粘贴而来，或者包含与国家无关的信息，这些信息在全国范围内都相同，或者关于数百公里外的城市。我认为给予人们创建任何文章的分数，无论其内容多么抄袭或无关紧要，都不是一个好主意。这也有类似的问题：“每向现有文章或具有基本结构的初创文章添加 2000 字节获得 1 分”。所以，如果我从任何旧网站复制粘贴无关的版权内容，我就会得到一分？ Ikan Kekek (讨论) 2022年11月9日12:53 (UTC)[回复]
@Ikan Kekek 感谢您的反馈。我明白了您的意思，但与您提到的编辑马拉松不同，每个语言版本的编辑马拉松将由当地陪审团控制。这意味着他们将承认应该获得积分的文章，并修改评分标准。因此，它指示“维护或改编”。他们可以使其更严格或更宽松。这取决于每个语言版本！祝好， Galahad (sasageyo!)(esvoy) 2022年11月9日15:18 (UTC)[回复]
几点想法
  • “创建新文章或现有文章”不明确。你不能创建一个已有的文章。我认为你想说的是“通过创建关于大城市或重要地区的文章，或大幅扩展关于此类目的地的空文章/大纲文章来填补项目中的重要内容差距”。这澄清了关于小村庄的大纲不符合要求。
  • “为创建新文章提供 5 分”可以设定一个最低门槛（例如，一个开头的句子加上两个列表；五个句子/要素）。
  • “前提是图像中所示的内容尚未在维基共享资源中展示”有点不清楚。这是什么意思？“前提是维基共享资源中没有类似的图像”？（如果是这样，我建议给它多于 2 分。）
至于其他方面，我认为“只有适当的贡献（例如，非版权侵犯）才会被计算在内”这样的通用规则。 WhatamIdoing (讨论) 2022年11月9日17:06 (UTC)[回复]
总的来说，我认为客观的“分数”应该只作为资格标准。任何奖项的颁发都应该由陪审团主观判断。这可能会避免我们在尼日利亚竞赛中看到的非增值编辑。一项长期竞赛，主要以主观判断为基础的是“维基爱古迹”——有客观的资格标准，例如照片的主题是公认的纪念碑或历史建筑，但主要的评判是主观选择一张好的照片。
创建新文章的分数只有在文章在竞赛页面上提前 24 小时提出且没有异议的情况下才应授予——这可能会阻止创建关于每栋有 5 户住宅的城镇的文章。添加的字节数只有在为相关文章独特编写时才应获得分数——添加关于手机或道路安全的相同段落到 20 篇文章中不得分。
为没有页面横幅的文章创建高质量的独特页面横幅可以获得分数。更新现有文章中的列表也可以获得积分，即使结果文章的大小没有改变。如果一篇文章有 20 个睡眠列表，其中 19 个的价格已更新，而 1 个因关闭而被删除，这是一个非常有用的编辑，但可能不会改变文章的大小。 AlasdairW (讨论) 2022年11月9日21:48 (UTC)[回复]
@WhatamIdoing：感谢您的建议，我已添加到评分标准中。@AlasdairW：如上所述，每个语言版本都可以修改、改编或保留标准，由当地陪审团决定是否授予积分。是否给予全球奖项给每个语言版本的获胜者（也许可以解决这两个问题）由全球陪审团决定。然后，每个语言版本可以添加更多标准，放宽或收紧现有标准。祝好， Galahad (sasageyo!)(esvoy) 2022年11月10日05:47 (UTC)[回复]
除了 AlasdairW 的担忧之外，我也不确定我们是否应该仅仅因为创建文章而奖励积分。正如我们在上次尼日利亚探险中了解到的，这会激励低质量文章的创建，导致许多人在探险结束后六个月仍然需要清理他们的烂摊子。即使在那时，也需要改变删除政策来删除内容不准确的文章或包含距离目的地超过 150 公里的列表的文章。我认为我们明年都没有准备好重蹈覆辙。 SHB2000 (讨论 | 贡献 | meta) 2022年11月10日07:03 (UTC)[回复]
新标准将是
  • 7 分：填补项目中的重要内容空白（例如，通过创建关于大城市或重要地区的文章，或大幅扩展关于此类目的地的空文章/大纲文章），
  • 5 分：创建新文章（文章必须包含必需的基本模板、基本文章结构和简要描述目的地的介绍（仅“X 是 Y 地区的一个城市”不计入有效介绍）），
  • 3 分：编辑现有文章，
  • 1 分：每添加 2000 字节到现有文章或具有基本结构的新文章，
  • 1 分：为文章添加插图，
  • 3 分：如果文章配有参与者拍摄的原创图片，且共享资源中没有类似图片。
我再说一遍。当地陪审团可以“收紧规则”，如果他们认为有必要。祝好， Galahad (sasageyo!)(esvoy) 2022年11月10日07:37 (UTC)[回复]
我仍然不同意为每篇创建的文章都给予 5 分。这并不能阻止添加低质量列表（有时可能是虚构的）。我不会在这里点名（如果你想知道是谁，请给我发邮件），但去年，有一位用户让许多人连续清理了四个月。首先，这位用户在一个月内创建了 37 篇文章，它们都有非常详细的“了解”部分以及许多“餐饮”和“住宿”列表。他们创建的许多其他文章已被重定向，但 X-tools 数据库中并未显示。看起来很正常，对吧？不——他们创建的几乎每篇文章都有一个从其他文章复制的“连接”部分。这还包括距离目的地 178 公里的列表，版权侵犯，从其他文章复制的列表，
当Ground Zero 尝试指导这位用户时，情况变得更加简练；他们只给了一个“道歉”*，但他们仍然固执地继续。Ground Zero 和我花了接下来的两个月清理这位用户的烂摊子，我们不得不删除他们 40% 的文章，因为它们是抄袭的。最终，我们不得不提名他们创建的每一篇文章进行删除，最终，所有 37 篇文章都被删除了（包括 40% 的抄袭文章）。所以最终，如果总结一下，他们的贡献对项目来说是净负值，因为他们创建的内容无一留下。然而，这导致其他贡献者花了四个多月的时间，日复一日地清理某人的烂摊子，因为他们想玩弄系统。
*顺便说一句，不是真诚的道歉
--SHB2000 (讨论 | 贡献 | meta) 2022年11月10日08:41 (UTC)[回复]
我猜我没有解释清楚，所以我会再说一遍。enwikivoyage 社区希望在他们的本地编辑马拉松中应用什么标准？ Galahad (sasageyo!)(esvoy) 2022年11月10日11:34 (UTC)[回复]
我认为我们的社区应该制定自己的标准（包括为特定任务设定多少积分）。 OhanaUnited讨论页 2022年11月10日15:40 (UTC)[回复]
这正如 Galahad 一直以来所说的。@Galahad，*全球*版本唯一的变化是，我建议将“编辑现有文章”改为“改进现有文章”。
对于*全球*版本，我认为“创建文章”是一个不错的选择。即使文章不太好，但有文章也是有价值的。
对于*仅限英语*版本，我建议创建文章只有在目的地具有特定特征（例如，国家公园，至少有 25,000 名居民的城市）且生成的文章具有特定特征（例如，有效的介绍加上城市内至少两个列表）时才算数。
也许我们还应该增加一个关于添加纬度和经度信息（以及地图，如果需要）的项目。 WhatamIdoing (讨论) 2022年11月10日16:59 (UTC)[回复]
将标准留给各个社区意味着，维基旅行活动很少或没有活跃贡献者的地方将充斥着低质量的文章，甚至可能存在抄袭。我已经表达了我为什么认为不应将此事留给各个社区的观点。
稍微偏离主题，但对于WhatamIdoing，我认为您的仅限英语版本可能过于苛刻。我们*应该*鼓励高质量的文章，即使它只是关于一个不到 1000 人的小镇。如果有人创建了像纽约州Childs 那样的文章，为什么我们不奖励贡献者一些额外的积分呢？ SHB2000 (讨论 | 贡献 | meta) 2022年11月11日06:17 (UTC)[回复]
我同意您的两点。 Ikan Kekek (讨论) 2022年11月11日12:38 (UTC)[回复]
活动很少或没有活跃贡献者的维基旅行项目不会报名参加，所以他们不会受到影响。参与的第一项要求是：
“语言版本如果能在 12 月 15 日前
  • 组成一个由三名志愿者组成的陪审团……”
如果当地社区不报名，那么竞赛在那里就不会举行。
WhatamIdoing (讨论) 2022年11月11日16:54 (UTC)[回复]
我明白了。所以我们可以有一个陪审团来评判我们对有价值的贡献的判断？如果是这样，我们该如何挑选陪审团？ Ikan Kekek (讨论) 2022年11月11日16:58 (UTC)[回复]
编辑马拉松的整个结构由您组织；我们负责根据每个编辑马拉松的获胜者颁发奖品。这样陪审团中就有项目经验丰富的人。祝好， Galahad (sasageyo!)(esvoy) 2022年11月11日21:26 (UTC)[回复]
Ikan，我不知道我们将如何挑选陪审团。没有外部规定的流程，所以就看我们自己了。你有兴趣成为其中一员吗？我想，询问那些通常会查看“最近更改”的人可能会很有效，因为他们会看到一切。 WhatamIdoing (讨论) 2022年11月12日18:09 (UTC)[回复]
是的，我会有兴趣，虽然最后的话（可能太耗时）。 Ikan Kekek (讨论) 2022年11月13日00:47 (UTC)[回复]
通常我会，但竞赛期间我大部分时间会在塔斯马尼亚，无法联系。 SHB2000 (讨论 | 贡献 | meta) 2022年11月13日01:14 (UTC)[回复]
一位评委应该是管理员，另外两位可以是用户。祝好， Galahad (sasageyo!)(esvoy) 2022年11月18日16:05 (UTC)[回复]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ 即使您随时可以驳回此建议，但如果我们创建一个站外私人聊天室来讨论不希望公开的事情，是否会有所帮助？虽然我一直主张尽可能保持公开，但我认为有些事情，例如某个用户的编辑是否违反了政策，应该保密，直到我们向该用户传达某些信息为止。--SHB2000 (讨论 | 贡献 | meta) 2023年1月3日09:19 (UTC)[回复]

另外声明一下，我们稍后可以讨论使用哪个平台。只要是站外且私密的都可以，除了IRC，不知道为什么我创建不了账号。--SHB2000 (讨论 | 贡献 | meta) 2023年1月3日12:06 (UTC)[回复]
我希望使用IRC（如果您需要帮助，请告诉我）。否则，将使用Telegram或Discord。此致，Galahad (sasageyo!)(esvoy) 2023年1月3日17:19 (UTC)[回复]
我希望我不要参加私人聊天。如果您真的需要通过电子邮件联系我，您可以。或者，如果这涉及到过滤器，如果我们没有人反对，我们可以让Galahad可以访问它们。Ikan Kekek (讨论) 2023年1月3日21:12 (UTC)[回复]

我们需要三名志愿者

Ikan已经说过他愿意成为其中之一。SHB很不幸大部分时间将离线。我们需要另外两人。还有谁愿意帮忙？WhatamIdoing (讨论) 2022年11月21日21:36 (UTC)[回复]

这次的编辑马拉松是多久？如果结束时间晚，我可能需要额外的时间。批改试卷对我来说是优先事项。Ikan Kekek (讨论) 2022年11月21日22:10 (UTC)[回复]
比赛计划从2023年1月15日持续到2月15日。WhatamIdoing (讨论) 2022年11月22日02:58 (UTC)[回复]
谢谢。我可能还在度假，但有时可以在开始时登录，并在快结束时变得更忙，但我会尽力而为。Ikan Kekek (讨论) 2022年11月22日20:30 (UTC)[回复]
是否有可能延长评分阶段？例如，如果比赛于2月15日结束，我们可以于2月20日或3月1日进行评分。
@WhatamIdoing，您是否也想提名自己成为志愿者之一？Galahad (sasageyo!)(esvoy) 2022年11月23日10:56 (UTC)[回复]
我宁愿不，因为这可能与工作产生冲突，但如果我们找不到另外两个人，我可以请求许可。WhatamIdoing (讨论) 2022年11月24日00:55 (UTC)[回复]
糟糕——我误读了日期。我必须随时都能联系上吗？我大约在1月23日回来，之后可以提供帮助。SHB2000 (讨论 | 贡献 | meta) 2022年11月24日06:19 (UTC)[回复]
我想不是。在后期和之后一周都在可能比最初几天更重要。WhatamIdoing (讨论) 2022年11月24日18:44 (UTC)[回复]
感谢澄清；如果没有其他人愿意自愿，我愿意。SHB2000 (讨论 | 贡献 | meta) 2022年11月25日08:37 (UTC)[回复]
大家好，新年快乐！志愿者将是 @Ikan Kekek、@SHB2000和@WhatamIdoing？没有人想志愿参加吗？Galahad (sasageyo!)(esvoy) 2023年1月1日18:49 (UTC)[回复]
我们应该创建一个关于这次编辑马拉松的页面。Ikan Kekek (讨论) 2023年1月2日09:38 (UTC)[回复]
确实如此。页面应该叫什么？Wikivoyage:10周年纪念编辑马拉松？SHB2000 (讨论 | 贡献 | meta) 2023年1月2日12:22 (UTC)[回复]
听起来不错。在eswikivoyage上，将是Wikiviajes: Editaton Décimo Aniversario。此致，Galahad (sasageyo!)(esvoy) 2023年1月2日17:05 (UTC)[回复]
我们将如何知道谁在参加？我们是否需要在我们开始的en.voy页面上单独报名，还是其他地方会有主列表？Ikan Kekek (讨论) 2023年1月2日19:47 (UTC)[回复]
如果我们使用https://outreachdashboard.wmflabs.org/（我认为这会是个好主意），那么人们在那里报名，它将构成主列表。WhatamIdoing (讨论) 2023年1月2日21:20 (UTC)[回复]
感谢链接。我对那个平台不太熟悉。我们该如何引导人们访问该网站，并且有没有一种简单的方法可以将列表转述到我们在本网站开始的页面上？Ikan Kekek (讨论) 2023年1月2日21:24 (UTC)[回复]
我们需要吗？
我前几天为enwiki的WikiProject Medicine设置了一个。您可以在此处查看谁已报名。也许有一种方法可以提取列表，但人们可能会在本月内加入，所以我们需要更新它。WhatamIdoing (讨论) 2023年1月2日21:37 (UTC)[回复]
我已经将SHB建议的页面变成了蓝链。它目前包含大约两句话。WhatamIdoing (讨论) 2023年1月2日21:34 (UTC)[回复]
谢谢。是的，在本网站上拥有一个列表会很有帮助。许多以前的项目都有参与者的用户名在此页面上，尽管有些没有，但那些没有的都是在站外安排的，并且不受en.voy用户陪审团的评判。Ikan Kekek (讨论) 2023年1月2日22:05 (UTC)[回复]
我创建了https://outreachdashboard.wmflabs.org/courses/Wikimedia_Small_Projects/Wikivoyage_10 @WhatamIdoing，你能帮忙设置吗？Galahad (sasageyo!)(esvoy) 2023年1月3日00:43 (UTC)。PD：另一个实例将是fountain，每位评委将审阅文章并分配分数。如果我们想制定那些外展活动无法自动计算的规则，这是一个绝妙的主意。[回复]
@Galahad，fountain链接已损坏。
各位：请在此报名https://outreachdashboard.wmflabs.org/courses/Wikimedia_Small_Projects/Wikivoyage_10?enroll=kpzgsord（只需一分钟或更短时间——请在此处报告问题。）WhatamIdoing (讨论) 2023年1月3日17:44 (UTC)[回复]
哦，是的。fountain上的示例。此致，Galahad (sasageyo!)(esvoy) 2023年1月3日18:07 (UTC)[回复]
我没有看到现有的，所以我认为我们需要在https://fountain.toolforge.org/editathons/上设置一个。WhatamIdoing (讨论) 2023年1月3日19:39 (UTC)[回复]
是的，一位管理员（ping @Ikan Kekek和/或@SHB2000）需要设置编辑马拉松（说明）。此致，Galahad (sasageyo!)(esvoy) 2023年1月4日00:29 (UTC)[回复]

关于评分的更多讨论

到目前为止，我们收到了这些提案

  • 7 分：填补项目中的重要内容空白（例如，通过创建关于大城市或重要地区的文章，或大幅扩展关于此类目的地的空文章/大纲文章），
  • 5 分：创建新文章（文章必须包含必需的基本模板、基本文章结构和简要描述目的地的介绍（仅“X 是 Y 地区的一个城市”不计入有效介绍）），
  • 3 分：编辑现有文章，
  • 1 分：每添加 2000 字节到现有文章或具有基本结构的新文章，
  • 1 分：为文章添加插图，
  • 3 分：如果文章配有参与者拍摄的原创图片，且共享资源中没有类似图片。

由Galahad

和

对于*仅限英语*版本，我建议创建文章只有在目的地具有特定特征（例如，国家公园，至少有 25,000 名居民的城市）且生成的文章具有特定特征（例如，有效的介绍加上城市内至少两个列表）时才算数。
也许我们也应该有一项关于添加经纬度信息（以及必要的地图）的条款。

由WhatamIdoing

我将尝试着手做一些自己的建议

  • 为更新现有文章中大量过时的列表或信息（包括删除已停用的列表并附上解释删除原因的编辑摘要）提供4个积分
  • 通过添加良好的模板化列表、优质描述和在每个相关部分填写所有相关字段，将一个简略大纲变成一个扎实可用的文章，获得4个积分
  • 将一个简略大纲变成一篇指南文章，获得8个积分
  • 将一篇可用文章变成一篇指南文章，获得4个积分
  • 从零开始创建一篇新文章并将其变成一篇指南文章，获得10个积分
  • 为创建一篇足够详细、可用作指南的概要文章（包括几个列表或其等效文本）提供2个积分
  • 为创建一篇可用级文章（具有标准格式但信息量不超过简略概要文章）提供3个积分
  • 创建一篇新文章并将其变成一篇扎实、信息量大的可用文章，获得5个积分
  • 为缺乏缩略图或应该添加更多缩略图的文章添加精心挑选的缩略图（但不要太多），得1个积分。如果照片是从某个网站窃取的并由编辑上传到Commons，则不得分。
  • 3 分：如果文章配有参与者拍摄的原创图片，且共享资源中没有类似图片。
  • 1-4分，用于对任何文章的文本进行高质量的编辑，编辑更长的文章并更清晰、更简洁地表达相同观点将获得更多分数
  • 1-3分，用于将纯文本信息转换为模板列表，具体取决于需要更改的列表数量
  • 添加文章所涵盖的目的地和/或大量列表的地理坐标，得2个积分
  • 1分，用于为缺少地图的文章添加一张好地图

大家觉得怎么样？当我们将一个系统达成一致后，在添加免责声明，说明最终评分将由评审团全权酌定，然后我们应该将其包含在我们刚创建的本网站上的比赛页面中。Ikan Kekek (讨论) 2023年1月2日22:41 (UTC)[回复]

支持所有建议，除了添加好地图，因为“好地图”的定义可能会有所不同。这是我的建议
  • 为添加带有特定地图中心的动态地图提供1个积分
  • 每添加一个使用geojson.io的mapmask或geoline，可获得3分。
  • 为制作的每张区域文章的优质静态地图提供3个积分。
  • 每张出色的静态地图（例如，科科斯（基林）群岛上的地图）可获得5分。
  • 每篇有徒步路线geoline的公园文章（例如明戈国家公园或墓碑领地公园上的示例）可获得5分。
这取决于制作每种产品所需的时间。添加一张带有良好地图中心的动态地图只需一分钟，可以认为是“好的”。添加mapmasks或geolines需要时间（在E8上的那个花了我大约两个小时追踪）。静态地图也需要时间，但你总能用便宜的地图来应付，所以“出色”的静态地图的权重更高。公园文章中的geolines也是如此，这也需要很长时间（但你需要多次完成）。
否则，我强烈支持免责声明，并将将其放入一个免责声明框中，但除此之外，我同意您的其他建议。我目前就这些。SHB2000 (讨论 | 贡献 | meta) 2023年1月2日23:07 (UTC)[回复]
我现在添加了Ikan Kekek和我提出的措辞，以便我们能对页面外观有个大致了解。请根据需要进行调整，并请记住，如果需要，页面可以随时修改。SHB2000 (讨论 | 贡献 | meta) 2023年1月2日23:20 (UTC)[回复]
我支持你的建议。Ikan Kekek (讨论) 2023年1月2日23:32 (UTC)[回复]
我建议保持列表非常简单。任何我们可以自动衡量的事情都比需要有人检查每一次编辑并为其分配分数的事情要好。WhatamIdoing (讨论) 2023年1月3日00:09 (UTC)[回复]
当然那更简单，但是比赛结束后对工作进行讨论将带来更有实质性的结果，对吧？您是否觉得SHB2000或我提出的任何建议过于复杂？如果是这样，请建议修改措辞或提出您认为更有用或更合适的任何替代方案或不同的组合。Ikan Kekek (讨论) 2023年1月3日01:06 (UTC)[回复]
我同意；即使其中一些是主观的（不像“探索非洲”项目），最终也会取得更好的成果，而这正是我们想要的。
关于静态地图的一个建议，我们是否可以进行一个投票来决定某张地图值三分还是五分，类似于COM:FPC？另一件事需要注意，我们应该对静态地图稍微宽容一些，因为我们只有少数用户能制作静态地图（如果我没记错的话，只有Sbb1413和我偶尔会制作静态地图）。SHB2000 (讨论 | 贡献 | meta) 2023年1月3日01:20 (UTC)[回复]
我倾向于保持事情相当简单。我们是志愿者，我们花在计算分数上的时间就是我们不进行正常贡献的时间。
另外，考虑到“非洲探险”项目的经验，我们是否要包含创建新文章，还是将其视为比编辑现有文章更重要/更重要的事情？WhatamIdoing (讨论) 2023年1月3日17:50 (UTC)[回复]
我确实如此。但请随时调整分数或提出不同的方案。Ikan Kekek (讨论) 2023年1月3日20:43 (UTC)[回复]
您不认为Wikivoyage:10周年纪念编辑马拉松#如何贡献有帮助吗？或者我们需要强调不要复制粘贴或创建不符合WV:什么是文章？要求的目的地的文章？随时编辑该页面的语言，或者如果您想进行实质性更改，请告知我们您想更改的内容。Ikan Kekek (讨论) 2023年1月3日21:09 (UTC)[回复]
好吧，我希望如此。这就是我开始它的原因。但我也负责英文维基百科上一个叫做“没有人读说明”的部分，因为我不认为大多数人会读这些东西。WhatamIdoing (讨论) 2023年1月4日19:21 (UTC)[回复]

很快就需要申请一个m:CentralNotice横幅。第一步是确定它（们）应该说些什么。WhatamIdoing (讨论) 2023年1月3日00:10 (UTC)[回复]

“10周年纪念编辑马拉松（英语）”可以吗，还是我们应该为整个项目做一个中央通知，并让User:Galahad作为主要联系人？如果我们有一个独立的英语网站通知，您想成为主要联系人吗？Ikan Kekek (讨论) 2023年1月3日01:16 (UTC)[回复]
理想情况是为整个比赛使用一个中央通知。毕竟，横幅将翻译成三种参与语言（英语、西班牙语和中文）。Galahad (sasageyo!)(esvoy) 2023年1月3日01:21 (UTC)[回复]
那就太好了。Ikan Kekek (讨论) 2023年1月3日01:23 (UTC)[回复]
对于en.voy编辑马拉松页面的横幅，真可惜File:Gusarska torta 02.jpg太小了。我将寻找一些可能足够大以供制作横幅的东西。Ikan Kekek (讨论) 2023年1月3日01:23 (UTC)[回复]
我的想法是使用为周年纪念创建的徽标：File:Wikivoyage logo v3 es 10 years.svg。当然，它是西班牙语的，但它将被翻译。Galahad (sasageyo!)(esvoy) 2023年1月3日01:32 (UTC)[回复]
徽标还可以（正如您所说，如果我们将它翻译）。供参考，这里有一些大小适中、还不错的生日蛋糕图片（全部大于2,100x300像素）：File:Grandma's birthday cake for granddaughter.jpg，File:HAPPY BIRTHDAY - Flickr - ritchielee.jpg，File:JPL Parachute Cake (51017465502).jpg，File:Birthday cake (8973426160).jpg，File:BdayCarrotcake.jpg，File:Markus Spiske 2017-03-21 (Unsplash).jpg。我只包括了带有蜡烛的蛋糕照片。Ikan Kekek (讨论) 2023年1月3日01:44 (UTC)[回复]
细节是，在中央通知中将无法放置翻译的徽标。替代方案是放置西班牙语徽标（已有），并创建应用程序，或者等待获得英语徽标，然后从中开始。Galahad (sasageyo!)(esvoy) 2023年1月3日01:53 (UTC)[回复]
供参考，我看不出为什么我们不能使用西班牙语徽标。毕竟，维基媒体应该是多语言的，这意味着不偏袒任何特定语言（尽管有一些例外，如用户协议或某些政策）。SHB2000 (讨论 | 贡献 | meta) 2023年1月3日01:57 (UTC)[回复]
我同意。Ikan Kekek (讨论) 2023年1月3日01:58 (UTC)[回复]
好的。那么，预期的结果是：。Galahad (sasageyo!)(esvoy) 2023年1月3日02:03 (UTC)[回复]
我进行了一些小的复制编辑，但除此之外，对我来说看起来不错。SHB2000 (讨论 | 贡献 | meta) 2023年1月3日02:09 (UTC)[回复]
我也是。Ikan Kekek (讨论) 2023年1月3日02:11 (UTC)[回复]
已请求！此致，Galahad (sasageyo!)(esvoy) 2023年1月3日02:15 (UTC)[回复]
我们也可以要求多个横幅。并非每种语言都必须是同一个横幅。
顺便说一句，CentralNotice横幅是按用户界面语言运行的，而不是根据维基的内容语言。由于我在Special:GlobalPreferences中的设置，我将在每个维基上看到英语版本。在登陆页面上链接到其他语言可能不错。WhatamIdoing (讨论) 2023年1月3日17:55 (UTC)[回复]
我指的是最近的 SheSaid 活动，它被翻译成了多种语言。是的，您可以用英语看到它，我可以用西班牙语看到它。 Galahad (sasageyo!)(esvoy) 19:59, 3 January 2023 (UTC)[回复]

切换到新 Vector 皮肤？

既然英文维基百科已经切换到了新的 Vector 皮肤，我们是否也应该将其设为默认？维基旅行的这个新皮肤看起来很棒——它看起来不像一个维基页面，更像是一本真正的旅行指南。CactiStaccingCrane (讨论) 15:07, 20 January 2023 (UTC)[回复]

我并不喜欢新的维基百科外观，它右侧有完全不必要的空白，如果我们切换到它，我们会立刻遇到图片问题，不是吗？Ikan Kekek (讨论) 16:46, 20 January 2023 (UTC)[回复]
我也觉得它很糟糕，花了几分钟调整设置，却不太明白发生了什么。这个新皮肤又丑又不受欢迎。真希望我能用浏览器程序来显示旧的。Ibaman (讨论) 16:55, 20 January 2023 (UTC)[回复]
老实说，我不太介意这个皮肤。当然，默认的边距设置简直是垃圾，我同意这一点。不过，所有页面的右下角都有一个按钮，可以覆盖最大页面宽度设置并最大化内容，我怀疑这可能会解决 Ikan 的主要问题。启用它之后，我不得不说，我认为 Vector 2022 是一个相当不错的皮肤，而且我认为“最大宽度”模式应该比“压缩”模式更常用。我能看到的唯一真正的缺点是
  • 该皮肤与诸如 {{Pagebanner}} 等模板配合得不好，其目录小到难以辨认。
  • 侧边栏的高度没有占满全页，也没有包含旧版 Vector 侧边栏中的一些更重要的项目。
-- Wauteurz (讨论) 17:17, 20 January 2023 (UTC)[回复]
我使用过这两个版本，并且快要不注意哪个维基使用哪个了。如果你们愿意，我可以让我的同事在他的自愿选择加入的横幅上在这里运行。WhatamIdoing (讨论) 04:30, 22 January 2023 (UTC)[回复]
Wauteurz，侧边栏里你缺少了什么（顺便说一句，在新皮肤上我倾向于将其折叠）？语言链接从左下角移到了右上角，但我认为所有内容仍然存在于某个地方。WhatamIdoing (讨论) 04:30, 22 January 2023 (UTC)[回复]
@WhatamIdoing：侧边栏的问题，公平地说，是旧 Vector 也没有的功能。我认为侧边栏的一些元素，比如更常用的链接（参与进来，工具），如果能固定在侧边栏就好了。我知道这只是一个小麻烦，但我从来不喜欢在滚动到文章顶部才能回到主页、最近更改或酒吧。Wauteurz (讨论) 15:15, 22 January 2023 (UTC)[回复]
-- Wauteurz (讨论) 15:15, 22 January 2023 (UTC)[回复]
我倾向于不为此类目的使用侧边栏。我在搜索栏中输入页面名称。不过，在 Mac 上，按 Control–Option–r 可以从任何页面转到 最近更改，如果您经常使用该页面，那么弄清楚您的浏览器中等效的功能可能很有价值。WhatamIdoing (讨论) 17:34, 22 January 2023 (UTC)[回复]
我属于认为新 Vector 皮肤很难看的信徒之一，并且会反对实施它，直到其中提出的问题得到解决。SHB2000 (讨论 | 贡献 | meta) 22:40, 20 January 2023 (UTC)[回复]
在德语维基旅行中，新的 Vector 皮肤已经使用了几个月。未来，它将是唯一会得到改进的皮肤。--RolandUnger (讨论) 17:56, 22 January 2023 (UTC)[回复]
我支持更换到新皮肤，尽管这感觉就像用石头砸坦克一样哈哈。如果达成一致要更换（并且有人给我权限），我可以修复页面横幅的问题。新 Vector 更容易导航，更易于访问，并且将继续更新。所有改进都列在 这里。较窄的边距是出于人类因素的考虑而选择的，以便更舒适地阅读。如果您对此感兴趣，可以查看 Bringhurst。ButteBag (讨论) 19:15, 23 January 2023 (UTC)[回复]
我承认我不明白关于文本宽度的抱怨。维基百科在全屏宽度下很难阅读。我在这里使用新 Vector 已经有一段时间了，除了页面横幅之外，它似乎都还好。Powers (讨论) 18:39, 27 January 2023 (UTC)[回复]
我知道 Vector 2022 目前存在的问题，但它们最终（以某种方式）会得到解决。切换到唯一会获得支持的皮肤是个好主意。越早越好，这样每个人都能习惯它，因为它最终是必须发生的。维基旅行指南应该在打印时看起来不错，在新皮肤上，页面看起来更像打印版本，这正是由于文本宽度。它也有助于识别格式方面的有问题的区域，可能是不必要的表格，这些表格在许多现代设备上看起来都不好看等等。Alalch E. (讨论) 23:42, 29 January 2023 (UTC)[回复]
任何想切换到新皮肤的人，只需点击此链接即可
https://wikivoyage.cn/wiki/Wikivoyage:Travellers'_pub?setskin=vector-2022
请注意，点击此链接将自动且永久地更改您的偏好设置。如果您想切换回来，可以前往 特殊:偏好设置 的“外观”部分。
如果您只想查看新皮肤，但不想长期更改您的偏好设置，请尝试此临时链接
https://wikivoyage.cn/wiki/Wikivoyage:Travellers'_pub?useskin=vector-2022 (本页面)
https://wikivoyage.cn/wiki/Special:Random?useskin=vector-2022 (随机文章)。WhatamIdoing (讨论) 17:26, 31 January 2023 (UTC)[回复]

关于 UCoC 执行指南批准的投票正在进行中

大家好，

在英文维基旅行中，有 42 位符合条件的选民参与了正在进行的 修订版通用行为准则执行指南 批准投票。但是，还没有选民投下选票。投票将在 2023 年 1 月 31 日 23:59 (UTC) 前接受。请访问 这里 投票。

顺颂,

Zuz (WMF) (讨论) 13:31, 27 January 2023 (UTC)[回复]

关于修订 UCoC 执行指南的最后投票通知！

大家好，

友情提醒，修订版通用行为准则执行指南的投票期将于明天，即 1 月 31 日星期二，23:59:59 UTC 结束。

UCoC 支持维基媒体的公平目标，并致力于确保一个受欢迎、多元化的运动，它适用于我们社区的所有成员。投票是您决定如何履行我们对社区和彼此承诺的机会！

要投票，请访问 元维基上的选民信息页面，其中概述了如何使用 SecurePoll 进行投票。

非常感谢您对 UCoC 的关注和参与！

代表 UCoC 项目团队，

JPBeland-WMF (讨论) 21:26, 30 January 2023 (UTC)[回复]

关于通用行为准则修订版执行指南的投票即将结束

此消息的翻译版本可在元维基上找到。
更多语言 • 请帮助翻译成您的语言

大家好，

关于投票，关于修订版通用行为准则执行指南的投票将于今天，即2023 年 1 月 31 日 23:59 UTC结束。请访问元维基上的选民信息页面，了解选民资格信息和投票方式。有关执行指南和投票流程的更多信息，请参阅此先前消息。

代表 UCoC 项目团队，

Zuz (WMF) (讨论) 10:00, 31 January 2023 (UTC)[回复]

关于通用行为准则修订版执行指南的投票已结束

此消息的翻译版本可在元维基上找到。
更多语言 • 请帮助翻译成您的语言

大家好，

关于投票，关于通用行为准则执行指南的投票现已结束。结果将立即被统计和审查，以确保只包含符合条件的选票。结果将在 元维基及其他社区论坛上发布，以及关于未来步骤的信息。感谢所有参与投票的人，以及为起草指南做出贡献的人。

代表 UCoC 项目团队，

Zuz (WMF) (讨论) 19:25, 2 February 2023 (UTC)[回复]

PlanespotterA320/RespectCE 的全局封禁

根据 全局封禁 政策，我通知社区此意见征求请求：m:Requests for comment/Global ban for PlanespotterA320 (2) 关于封禁社区成员。谢谢。--Lemonaka (讨论) 21:40, 6 February 2023 (UTC)[回复]

该用户似乎在 2017 年只进行了一次编辑，是在 埃塞俄比亚。 AlasdairW (讨论) 22:04, 6 February 2023 (UTC)[回复]
根据全局政策，如果一个用户被提名为全局封禁，那么他编辑过的每个维基都必须被告知。 SHB2000 (讨论 | 贡献 | meta) 08:05, 7 February 2023 (UTC)[回复]
他们的行为似乎是不可接受的，而且他们不明白社交互动是如何运作的，但我仍然想知道是否需要封禁。我不会为此而战，但我有点担心，一旦你在两个项目上被封禁（也许是因为糟糕的原因，在一个不是你主要的项目上），你就可以被全局封禁，而几乎没有人为你辩护，因为感兴趣的都是那些试图让你被封禁的人。–LPfi (讨论) 10:30, 7 February 2023 (UTC)[回复]
在这里封禁他们似乎毫无意义。 Ikan Kekek (讨论) 22:07, 9 February 2023 (UTC)[回复]
不，那将是徒劳的。我们可以尝试不让他们被全局封禁，但如果我要为此战斗，我将试图为那些不是自己成为自己最大敌人的人而战。–LPfi (讨论) 22:40, 9 February 2023 (UTC)[回复]
我的意思是，一个全局封禁在这里封禁他们是毫无意义的。但也许我错了。无论如何，这在这个网站上确实无关紧要。Ikan Kekek (讨论) 02:01, 10 February 2023 (UTC)[回复]

通用行为准则修订版执行指南投票结果

最近一次社区范围内的 通用行为准则修订版执行指南 投票已进行统计和审查。感谢所有参与者。

来自 146 个维基媒体社区的 3097 名选民投票后，结果是 76% 支持执行指南，24% 反对。投票统计数据可用。关于投票期间提交的评论的更详细摘要将很快发布。

接下来，投票结果和在此期间收集的评论将提交给理事会审查。目前预计理事会审查过程将于 2023 年 3 月完成。审查完成后，我们将向您更新。

代表 UCoC 项目团队，

Zuz (WMF) (讨论) 22:41, 16 February 2023 (UTC)[回复]

关于更新维基媒体使用条款的社区反馈周期开始

大家好，

2023 年 2 月，维基媒体基金会法律部门计划举办一个关于更新维基媒体使用条款 (ToU) 的反馈周期，时间从 2 月到 4 月。完整信息已发布在这里。

《使用条款》是管理维基媒体基金会托管网站使用的法律条款。我们将在 2 月至 4 月期间收集您对提案草案的反馈。该草案已被翻译成多种语言，任何语言的反馈都将被接受。

本次更新是针对以下几点的回应：

  1. 实施通用行为准则
  2. 将项目文本更新为知识共享 BY-SA 4.0 许可 (CC 4.0)
  3. 一项关于更好地处理未经披露的付费编辑的提案
  4. 使我们的条款符合影响基金会的当前和近期通过的法律，包括欧洲数字服务法

关于通用行为准则及其执行指南，我们被指示确保使用条款以某种形式包含它。

关于 CC 4.0，社区在 2016 年的协商后决定，项目应将托管文本的主要许可证从当前的 CC BY-SA 3.0 升级到 CC BY-SA 4.0。我们很高兴能够实现这一点，这将使项目能够接收大量现有的 CC BY-SA 4.0 文本，并提高项目内容的再利用和混用性。

关于更好地处理未经披露付费编辑的提案，基金会打算加强其工具，以支持现有的社区政策，反对从事系统性、未经披露的付费编辑活动的营销公司。

最后，关于新法律，上次使用条款更新是在 2015 年，而那次更新只是关于付费编辑的一项。上次全面修订是在 2012 年。虽然影响托管提供商的法律在一段时间内一直保持稳定，但随着最近欧盟《数字服务法》的通过，我们看到了对像基金会这样托管大型网站的公司具有法律义务方面更重大的变化。因此，我们已经过去十年了，并且影响网站托管的法律即将发生变化，我们认为现在是重新审视使用条款并更新它们以使其符合当前的法律先例和标准的好时机。

请参阅元维基上的元维基页面以获取所有信息。

代表维基媒体基金会法律团队，

Zuz (WMF) (讨论) 12:44, 21 February 2023 (UTC)[回复]

编辑新闻 2023 #1

用其他语言阅读此文 • 此多语言通讯的订阅列表

本通讯包括关于编辑团队工作的两个关键更新

  1. 编辑团队将完成向讨论页项目添加新功能并部署它。
  2. 他们正在启动一个新项目，编辑检查。

讨论页项目

Screenshot showing the talk page design changes that are currently available as beta features at all Wikimedia wikis. These features include information about the number of people and comments within each discussion.
一些即将发生的改变

编辑团队已基本完成讨论页项目的第一个阶段。几乎所有新功能现在都可以在Beta 功能的讨论工具中找到。

它将显示关于讨论活跃度信息，例如最近一次评论的日期。很快就会有一个新的“添加主题”按钮。您可以在 特殊:偏好设置#mw-prefsection-editing-discussion 中关闭它们。请告诉他们您的想法。

按测试组划分的每日编辑完成率：讨论工具（测试组）和移动前端叠加层（对照组）

关于移动站点的讨论工具的 A/B 测试已完成。编辑者在使用讨论工具时更为成功。编辑团队将对所有移动站点上的编辑者启用这些功能。

新项目：编辑检查

编辑团队正在启动一个帮助维基百科新编辑的项目。它将帮助人们在点击“发布更改”之前识别一些问题。第一个工具将鼓励人们在添加新内容时添加参考文献。请关注该页面以获取更多信息。您可以加入 2023 年 3 月 3 日的电话会议以了解更多信息。

–Whatamidoing (WMF) (讨论) 23:24, 22 February 2023 (UTC)[回复]

您的维基将很快进入只读模式

Trizek (WMF) (讨论) 21:21, 27 February 2023 (UTC)[回复]

友情提示，如果一切完美进行，可能只需要 90 秒，但几分钟是最可能的结果。如果看到警告信息，请不要关闭标签页。稍等五到十分钟再试。 WhatamIdoing (讨论) 04:41, 1 March 2023 (UTC)[回复]

提醒：关于更新维基媒体使用条款的办公时间

此消息的翻译版本可在元维基上找到。
更多语言 • 请帮助翻译成您的语言

大家好，

提醒您，维基媒体基金会法律部门正在为社区成员举办办公时间，讨论更新维基媒体使用条款。

办公时间将于今天，即3 月 2 日，17:00 UTC 至 18:30 UTC举行。请在此元维基页面上查看更多详细信息。

另一个办公时间将于 4 月 4 日举行。

我们特此诚挚邀请您参与讨论。请注意，本次会议将以英语进行，并由维基媒体基金会法律团队成员主持，他们将解答您的问题。运动战略与治理团队的协调员将提供必要的协助和其他会议相关服务。

代表维基媒体基金会法律团队，

Zuz (WMF) (讨论) 11:35, 2 March 2023 (UTC)[回复]

按最后编辑排序的文章列表

这有点奇怪，但由于这个 bug（它终于被修复了），有人知道如何获取按最后编辑时间排名的维基旅行文章列表吗？或者类似的？我正在寻找很少编辑的页面列表，而这里有很多。Brycehughes (讨论) 01:34, 9 February 2023 (UTC)[回复]

详细来说，REST 移动 API 多年来一直返回维基旅行页面的旧版本，这是由于上述 bug（这在疫情期间尤其令人恼火，因为那期间发生了许多变化）。现在他们已经修复了它。然而，他们不能只进行一次完全的缓存清除，使得每个维基旅行文章突然都更新了 REST API。相反，每个页面的缓存将在编辑后单独清除。所以，好吧，像 马德里 这样的文章没问题，我们很快就会有编辑，缓存会被清除，马德里也会更新。但我们有数千页很少被编辑的页面，这意味着它们的缓存可能在几个月甚至几年内都不会被清除。但这也不是什么大问题，因为这个 bug 至少从 2019 年开始就存在了，即使是每年至少编辑一次的文章，我们也得到了非常旧的页面版本。所以，WM 开发团队很乐意编写一个机器人，对大量很少编辑的维基旅行页面进行一次虚拟编辑，这样它们的缓存就会被清除，我们最终也能获得更新的文章。但我需要以某种方式根据最后编辑日期或类似内容制作一个文章列表。如果任何人对此有任何想法，我将非常感激。Brycehughes (讨论) 13:06, 9 February 2023 (UTC)[回复]
我猜最好的方法是检查数据库转储。大小应该是可管理的，而且你可以跳过任何实际内容，只看元数据。–LPfi (讨论) 13:59, 9 February 2023 (UTC)[回复]
LPfi，谢谢。但如何进行数据库转储？有链接（或说明）吗？ Brycehughes (讨论) 16:43, 9 February 2023 (UTC)[回复]
@Brycehughes：请参阅 m:Data dumps，它间接链接自页面底部的“开发者”链接。相关文件可能在 enwikivoyage dump progress on 20230201 页面上；也许 enwikivoyage-20230201-stub-meta-history.xml.gz 是您想要的（300 MB）。否则，请从数据转储页面开始探索。数据有几种格式可供选择。–LPfi (讨论) 17:27, 9 February 2023 (UTC)[回复]
嗯。 enwikivoyage-20230201-stub-meta-current.xml.gz (12.5 MB) 也许就够了。–LPfi (讨论) 17:35, 9 February 2023 (UTC)[回复]
找到一个空机器人应该不难。User:Joe's Null Bot 就是其中一个（并且关于它已损坏的说明可能已经过时三年了）。@DannyS712 可能知道是否有其他机器人仍在服役，因为我记得他计划编写一个。WhatamIdoing (讨论) 20:12, 9 February 2023 (UTC)[回复]
LPfi and WhatamIdoing: 谢谢。老实说，我觉得对“不常编辑”的页面进行虚拟编辑没什么意义。为什么我们不把它应用到所有页面呢？这里是 Wikivoyage，不是 Wikipedia……文章数量不多。依我看，我们可以虚拟编辑所有页面。即使每秒一个页面，也只需要几天时间。总之，我会和 WM 开发团队沟通，看看他们需要什么。感谢帮助。（哦，对了，LPfi，我真是个白痴……我以前用过那些转储文件……只是忘了它们。祝好。） Brycehughes (讨论) 22:49, 2023年2月9日 (UTC)[回复]
如果你要对所有页面进行虚拟编辑，最好能避开近期（比如过去一个月内）编辑过的页面。这样会淹没用户的监视列表。如果我知道你不会对近期编辑过的页面进行操作，我很乐意忽略你机器人所有的编辑。否则，可能会有破坏者藏在你机器人编辑的后面。我不想忽略所有机器人编辑，因为有些（如 InternetArchiveBot）需要后续操作。 AlasdairW (讨论) 00:09, 2023年2月10日 (UTC)[回复]
AlasdairW。说得有理。我来看看我能做什么。 Brycehughes (讨论) 04:24, 2023年2月10日 (UTC)[回复]
如果你只进行空编辑，那么它们不会显示在监视列表中。根据 Joe's Null Bot 页面及其链接，我认为这些编辑就足够了。如果你需要进行虚拟编辑，那么淹没监视列表将是一个问题。以慢得多的速度进行——如果只更新我们部分文章的话，这可能是可行的——这可能会让人们注意到一些需要关注的有趣文章。 –LPfi (讨论) 10:27, 2023年2月10日 (UTC)[回复]
@LPfi: 空编辑和虚拟编辑有什么区别？ Brycehughes (讨论) 14:39, 2023年2月11日 (UTC)[回复]
@Brycehughes: Special:AncientPages 有帮助吗？ —Mx. Granger (讨论 · 贡献) 01:34, 2023年2月11日 (UTC)[回复]
Mx. Granger 很有可能。非常感谢。 Brycehughes (讨论) 04:46, 2023年2月11日 (UTC)[回复]
空编辑只是点击保存，不做任何更改。编辑不会显示在“最近更改”、“监视列表”或“历史记录”中，但会更新一些缓存。虚拟编辑是进行一些不相关的更改（通常是删除一些看不见的空白字符），但由于进行了更改，它会显示在历史记录中，从而允许有可见的编辑摘要。 –LPfi (讨论) 19:00, 2023年2月12日 (UTC)[回复]
@LPfi, WhatamIdoing, AlasdairW, Mx. Granger: 空编辑可以有效地刷新移动端缓存，据说如此。关于运行一个空编辑机器人（像 User:Joe's Null Bot，如果不是精确地指 Joe's Null Bot 的话）非常缓慢地对所有页面进行操作，有什么看法？编辑不会显示在用户的监视列表中，所有移动端缓存最终都会被刷新，并且文章将保持最新（因为 bug T226931 已修复）。个人认为，如果需要一个月才能完成，它运行得足够慢，我没意见。 Brycehughes (讨论) 11:55, 2023年2月15日 (UTC)[回复]
也许我误解了什么，但难道不能对所有 WV 页面使用 https://www.mediawiki.org/wiki/Manual:Purge 吗？结合 https://www.mediawiki.org/wiki/API:Allpages，你只需要几行 Python 代码就可以完成。另外，即使是旧页面可能也包含一些“基础模板”，或许虚拟编辑这样一个模板就足够了（{{geo}}，{{pagebanner}}。通过模板调用，这应该能更新所有内容。-- andree 13:35, 2023年2月15日 (UTC)[回复]
不同的清除方法清除不同的缓存。在进行大规模操作之前，应该先对带有此问题的文章进行几次手动编辑来测试。你知道我们有多少页面，以及每个月或每几个月有多少页面被编辑过吗？我没找到相关的统计数据。我猜想大部分页面多年未被触及；如果大多数页面缓存中的文章已过时，那么清除所有页面的缓存与只清除需要清除的页面并没有太大区别，但如果有很多页面不需要清除，那么就应该有针对性地选择目标。 LPfi (讨论) 14:07, 2023年2月15日 (UTC)[回复]
andree: 手动清除可能也有效。我可以问问 WM 开发团队，这是否比空编辑更好。 LPfi，在 bug T226931 解决期间，这个问题已经进行了相当广泛的测试。问题在于如何获取需要清除列表的页面。这需要编写一个解析器、排序器（按最后编辑时间）、截断器和格式化器，用于处理 enwikivoyage-20230201-stub-meta-current.xml.gz 或 Andree 建议的 API:Allpages，然后我们用机器人来运行。然而，考虑到这是 Wikivoyage，并且 1) 文章总数并不庞大，2) 我认为与经常编辑的（因此在 bug 修复后不会过时的）文章数量相比，很少编辑且因此过时的文章数量（在 REST API 上）相对较高。所以，我的提议是，缓慢地在所有页面上运行一个空编辑机器人，即使它对最近编辑过的页面进行空编辑，也没有害处。顺便说一下，这个问题不只是我一个人遇到的。其他组织多年来也一直在抱怨这个问题（参见 bug 报告）。所以，如果我们能让所有这些页面都保持最新，将对整个 WV REST API 用户社区非常有帮助。运行一个空编辑机器人（或手动清除或任何不会影响监视列表的操作）缓慢地在所有页面上运行，对我来说相对无害，因为我们（通过测试）知道这会清除缓存并且不会影响监视列表，而且这似乎是最简单的解决方案。我只是不知道这里是否存在我忽略的潜在问题……我是否忽略了什么？ Brycehughes (讨论) 15:07, 2023年2月15日 (UTC)[回复]
好的。看起来我们有 178,025 个页面，其中 33,758 个是文章。每秒一次空编辑，覆盖所有文章需要一天，每分钟一次编辑，需要几周。 LPfi (讨论) 15:22, 2023年2月15日 (UTC)[回复]
LPfi：大家觉得什么都可以。我觉得一天可以，一个月也可以。有仅仅是文章名字的列表吗？（不关心页面。）谢谢， Brycehughes (讨论) 16:00, 2023年2月15日 (UTC)[回复]
也许这个 enwikivoyage-20230201-all-titles-in-ns0.gz（主命名空间中的页面标题列表） Brycehughes (讨论) 16:18, 2023年2月15日 (UTC)[回复]
嗯，这给了 62210 行，所以我猜这包括了重定向。有人知道在哪里可以找到不包含重定向的列表吗？有一个“重定向列表”，我以为可以直接和原始文件 diff，但它只是些无用的 SQL 代码。 Brycehughes (讨论) 16:22, 2023年2月15日 (UTC)[回复]
@Brycehughes，你有什么例子说明什么东西过时了，以及如何显示它吗？我对 {{geo}} 进行了空编辑，你可以检查一下它是否在所有地方都有帮助…… -- andree 17:06, 2023年2月15日 (UTC)[回复]
andree 我会在未来几天内看看是否能找到一个（目前我注意到的所有例子我要么已经虚拟编辑过，要么 WM 开发人员已经清除过缓存）。它们有点难找，因为 1) 它们是很少编辑的页面，2) 它们必须在过去几年内被编辑过，3) 我得尝试辨别两个版本之间的区别。我可能会失败。不过，我可以保证它们就在那里……除非你的 geo 模板编辑起了作用，那样的话对我的目的就足够了（虽然可能对其他抱怨这个问题的组织没有帮助——也许空编辑 IsPartOf 或其他东西会更好，如果你的空编辑起了作用的话）。我会问 WV 开发团队，他们是否认为仅仅通过模板调用空编辑通用模板会起作用。 Brycehughes (讨论) 17:17, 2023年2月15日 (UTC)[回复]
作为后续，对 {{geo}} 模板的空编辑似乎没有帮助。至少西西里岛的某些子文章（例如，此刻是特拉帕尼省）似乎仍然存在这个问题。真遗憾…… -- andree 07:05, 2023年2月21日 (UTC)[回复]
WM 有一些“负载均衡”措施，相对规律地，一些模板更改会刷新几乎整个 WV，而且可能没人注意到。我认为不必过于谨慎，如果这是每月一次或类似的操作，每秒几个页面可能足够慢了…… -- andree 17:05, 2023年2月15日 (UTC)[回复]
是的，我希望他们会 :) Brycehughes (讨论) 17:17, 2023年2月15日 (UTC)[回复]
这无关乎我们觉得什么舒服；重要的是 Tech/Ops 觉得什么舒服。由于这是一个（相对于他们的基础设施而言）较小的 wiki，对于一次性操作，我猜想每秒一次的速率对他们来说是没问题的，而且我确信每分钟一次的操作不会对性能产生重大影响。即便如此，他们人很好，我们可以直接问他们。有时他们甚至会有有用的建议（比如不要在某个特定日期进行操作，因为他们届时将进行服务器切换）。 WhatamIdoing (讨论) 18:06, 2023年2月15日 (UTC)[回复]
WhatamIdoing，是的，我正在和他们进行一次对话。他们让我来问社区。是的，他们是很好的人。 Brycehughes (讨论) 02:02, 2023年2月16日 (UTC)[回复]
我想我应该注意一下，一个 空编辑机器人 正在对自 2 月 7 日（此 bug 修复日期）以来未编辑的 16k 个页面运行，每 10 秒一个页面。应该很快就能完成。 Brycehughes (讨论) 16:20, 2023年3月8日 (UTC)[回复]

Wikimania 2023 欢迎项目提交

你想在 Wikimania 2023 上举办一个现场或虚拟会议吗？也许是一个动手工作坊，一次热烈的讨论，一场有趣的表演，一张引人注目的海报，或一次令人难忘的闪电演讲？提交截至 3 月 28 日。本次活动将设有专门的混合会议时段，因此也欢迎提交虚拟内容和预录内容。如果您有任何疑问，请参加 3 月 12 日或 19 日即将举行的会议，或通过电子邮件 wikimania@wikimedia.org 或 Telegram 与我们联系。更多信息请参阅站内。

Wikivoyage 附近增强功能

有这个网站：https://zh.wikivoyage.org/wiki/Special:Nearby#/coord/-15.772843757894648,-68.64961624145508

这个功能可能非常有用。然而，它只考虑实际的文章，而不考虑文章内的列表，因此在这个例子中只显示了几个结果。

对于 Wikipedia 和 Wikidata 来说，它效果很好，因为大多数附近的列表代表一个独立的条目，有自己的地理坐标：https://zh.wikipedia.org/wiki/Special:Nearby#/coord/-15.772843757894648,-68.64961624145508

能否增强 Wikivoyage 的这个功能，使其也包含所有列表？或者是否已经有这样的网站可用了？

祝好 Ceever (讨论) 18:05, 2023年3月15日 (UTC)[回复]

请参见上面的讨论：#你如何看待 Kartographer 功能“显示附近文章”？ 你可以在那个帖子中提供反馈。 Daggerstab (讨论) 18:10, 2023年3月15日 (UTC)[回复]
多么奇怪的巧合。😂🙏 Ceever (讨论) 18:30, 2023年3月15日 (UTC)[回复]

FYI：2023 年最佳意想不到的美国周末度假胜地

https://www.timeout.com/usa/travel/best-weekend-getaway-usa —Justin (koavf)❤T☮C☺M☯ 08:31, 2023年3月21日 (UTC)[回复]

这是一篇很有趣的文章。它引出了我的疑问……从某个城市出发，什么样的距离才适合作为周末目的地？我大致认为，周末度假应该在 3 小时车程之内。你们觉得呢？ Mrkstvns (讨论) 15:11, 2023年3月21日 (UTC)[回复]
作为一个多次从印第安纳波利斯开车到芝加哥再返回的人，这个长度是合适的。 —Justin (koavf)❤T☮C☺M☯ 15:12, 2023年3月21日 (UTC)[回复]
这听起来很合理。也许换种说法是：人们应该能在周五的正常下班时间（比如下午 5 点）结束工作，回家准备行程（无论是匆忙吃个晚饭、送朋友的狗，接孩子，还是其他任何需要的事情；比如下午 6 点），然后有足够的时间在正常睡觉时间（比如晚上 10 点睡觉，所以晚上 9 点半入住）前安顿下来。
我觉得三小时左右的火车（如果火车班次频繁的话）也挺好。我觉得如果需要飞过去，那就不算合理的周末目的地了。 WhatamIdoing (讨论) 16:46, 2023年3月21日 (UTC)[回复]
我至少会延长到 4 小时。波士顿是纽约一个不错的周末旅行目的地，乘巴士需要 4 小时以上。华盛顿特区也是如此。至于飞行，我不太确定。德国人会认为加那利群岛是合理的周末旅行吗？你不能很快地乘船到达那里。 Ikan Kekek (讨论) 18:48, 2023年3月21日 (UTC)[回复]
在疫情大流行之前，周末乘飞机去布拉格或布达佩斯（从芬兰出发）并非不常见。现在可能有更多人会三思而后行，但我会惊讶于这样的旅行是否已经停止。 –LPfi (讨论) 22:01, 2023年3月21日 (UTC)[回复]
在欧洲，提前在周五完成工作并不罕见。如果我在本周其余时间工作时间更长，我可以在周五中午完成工作。所以偶尔进行 4-6 小时的旅行是可能的。我有时会在周末去一个偏远的旅馆，需要坐 4 小时的火车，然后走 30 分钟。 SHB2000 (讨论 | 贡献 | meta) 05:30, 2023年3月22日 (UTC)[回复]
从中心火车站到机场（火车车程仅半小时，但你首先得到达火车站）大约需要不到一小时，预留一个多小时通过赫尔辛基机场，两个多小时飞行，再花一个小时离开机场到达酒店——即使一切顺利，这也要五个小时的旅行时间，对我来说似乎有点太多了。 WhatamIdoing (讨论) 05:32, 2023年3月22日 (UTC)[回复]
是的，你说得对。那些“周末去布拉格”的航班似乎需要请周五的假，无论是营销（即使是周一到周三的行程也常常被宣传为周末行程！）还是周末大家谈论的旅行。在芬兰，休四天假很常见；有些假期总是在周四，有些则碰巧是，而且周五办公室几乎没人。人们仍然大多把它们当作周末。当然，那时你无法获得便宜的航班。 –LPfi (讨论) 09:00, 2023年3月22日 (UTC)[回复]
在欧洲，周五提前下班并不罕见。如果我本周其他时间工作时间更长，我可以周五中午就下班。所以偶尔进行 4-6 小时的旅行是可能的。我有时会在周末去一个偏远的旅馆，需要坐 4 小时的火车，然后走 30 分钟。 AlasdairW (讨论) 23:50, 2023年3月22日 (UTC)[回复]
德国也是一样，我们称之为“长周末”（langes Wochenende）。我猜大多数更信奉天主教的国家会有几个周四和/或周一休息。 El Grafo (讨论) 14:31, 2023年3月23日 (UTC)[回复]

我最近看到的肯尼亚山和水牛

我最近参观了 Nanyuki 的 Olpejata 保护区的 Sweet Waters。让我印象深刻的是，动物离我的帐篷有多近。

这是一个美丽的景象，可以看到壮丽的肯尼亚山的一切荣耀。水牛们庄严地在我帐篷外散步，只有一圈短的带刺电围栏隔开了我们。我强烈推荐每个人都去参观。我住在 Serena Sweet Waters Camp。太棒了 Esther Baraga (讨论) 13:37, 2023年3月21日 (UTC)[回复]

肯尼亚山炫耀
欢迎，@Esther Baraga。听起来这是一次很棒的旅行，我喜欢你上传到 Commons 的照片。我想知道你是否可以为我们添加一些关于Nanyuki 的信息？既然你刚去过，对你来说可能很容易写一些。==了解==部分需要一个简短的描述，当然==餐饮==部分一定有一个好的本地餐馆？ WhatamIdoing (讨论) 18:03, 2023年3月23日 (UTC)[回复]
谢谢 Whatamldoing，我会更新相同的信息 Esther Baraga (讨论) 09:38, 2023年5月16日 (UTC)[回复]

在 Güímar @Ceever: 添加了下载路径坐标的链接。也许我们可以找到一个全站的方法来做这个？ -- andree 09:58, 2023年3月25日 (UTC)[回复]

这基本上是一种获取相关 OSM 关系的 GPS 坐标的变通方法。我对 WV 上的任何其他方法都持开放态度，但我曾尝试将路径包含在 WV 中，使用 OSM-Wikidata-listing 组合，但它只会显示在 WV 地图框架中，而无法通过右上角的 GPX 图标下载。
祝好 Ceever (讨论) 10:55, 2023年3月25日 (UTC)[回复]
此外，我们需要一个可以分离路径的解决方案，而不是都挤在一个 GPX 文件里。
也许可以有一个列表功能，在其末尾添加下载图标，如果wikidata-osm 对象是徒步路径的话，就像标记旁边有 Wikidata 或 Wikipedia 图标一样，表示有现有条目。
Ceever (讨论) 13:29, 2023年3月25日 (UTC)[回复]
我不确定在所有这些列表末尾添加 gpx/kml 下载图标是不是个好主意，也许随机抽查和预检查是个好方法。但总的来说，这样的图标与 WD/WP 图标一起听起来很方便。 -- andree 06:07, 2023年3月27日 (UTC)[回复]

你对 Wikivoyage 的贡献

嘿，你想为 Wikivoyage 做贡献，但不知道目前该做什么？

我有个主意给你

点击次数最多的城市文章中的“餐饮”列表可能需要一个 URL。这样读者就可以通过网站了解他们是否想去那里。所有列表都是最新的，所以你不会难找到餐馆及其 URL。

如何做

  1. 前往热门城市文章的“餐饮”部分
  2. 前往 Google 或 Google Maps，输入餐馆名称和街道名称。检查 Google Maps 上显示的 URL 是否仍然正确。如果不是，Google 可以提供帮助。
  3. 复制 URL（最好是其网站或 Facebook 页面，否则在线订餐网站也可以）
  4. 在 Wikivoyage 中，你可以通过点击每个列表末尾的“编辑”按钮来添加 URL。或者在源代码中进行（“餐饮”标题后面的“编辑”按钮）
  5. 完成后，你可以在下面列表的城市名称后面加上这个符号 ✔️

例如，对于伯明翰

  1. 复制 'Grand Central Kitchen, 7 Stephenson St' 并将其粘贴到 Google Maps 中
  2. 点击“复制网站”按钮，检查并粘贴 https://grand-central-kitchen.business.site/ 到列表中。
  3. 就是这样。

这些是城市文章

感谢你的贡献！ 80.187.110.21 12:16, 2023年4月7日 (UTC)[回复]

顺便说一句，许多 Google Maps URL 经常过时或使用 http 网站。搜索列表比使用 Google Maps 更好，Flightnavigator。 SHB2000 (讨论 | 贡献 | meta) 22:52, 2023年4月7日 (UTC)[回复]
感谢你的意见，我已调整。 80.187.113.123 08:23, 2023年4月8日 (UTC)[回复]

FYI：现在是预订夏季旅行的最佳时间

这是我们认为没有但很及时的一类内容：https://lifehacker.com/heres-the-best-time-to-book-your-summer-travel-1850273155 —Justin (koavf)❤T☮C☺M☯ 2023年4月7日 14:26 (UTC)[回复]

不，我们没有，而且我也不知道我们该如何拥有。我们能做得比Lifehack更好吗？链接的文章并没有给我留下深刻的印象。是的，价格很高。是的，这是预订假期航班的季节，除非你已经预订了（或者不需要）。虽然Lifehack的故事中没有提到，但他们的消息来源似乎只关注美国。我们应该涵盖全球大部分地区。
当然，我们可以写一些像旅游杂志那样轻松愉快的专栏，但这是否是我们想要竞争的地方？如果我们想做得更好呢？严肃的故事需要严肃的新闻。我们有专业知识吗？人们愿意投入所需的工作吗？
–LPfi (讨论) 2023年4月7日 18:00 (UTC)[回复]
Lifehacker。是的，正如你指出的，我们应该具有全球视野。同样，我建议我们应该拥有一个规范性的东西。如果你设想最好的数字旅行指南，它将包括动态地图和在地图上制作路线的能力，相对稳定的旅行信息，最新的公告和技巧等。现在可能还没有这里的资源来做到这一切，我只是建议还有另一种可能，我们可以做出最好的旅行指南，这我们可能没有完全理解，而且由于这都是志愿劳动，可能会有人特别有动力去做这项工作。 —Justin (koavf)❤T☮C☺M☯ 2023年4月7日 20:12 (UTC)[回复]
也许，也许可以收集资源并构建工具，从比The Point Guy和Hopper更好的来源收集数据。一些技巧和窍门，例如廉价机票的最佳时机，已经嵌入到我们的旅行主题中。 –LPfi (讨论) 2023年4月8日 06:55 (UTC)[回复]

Playa Hermosa (Guanacaste)

通常，撰写新页面很有用，但Playa Hermosa (Guanacaste)似乎没有任何有用的内容。它才创建了几天。 Alextejthompson (给我发信号或在我的讨论页上留言) 2023年4月23日 16:49 (UTC)[回复]

@Alextejthompson: 是 已删除。通常，此类页面会列在VFD上，但在此情况下，它是作为测试页面创建的，后来被一名被封禁的用户（Brendan John Williams）扩充。 SHB2000 (讨论 | 贡献 | meta) 2023年4月23日 23:44 (UTC)[回复]

相对成本模板？

此地一些常见物品的大致费用。
上次更新：2023年4月24日
啤酒（1品脱） $8
餐（正餐） $25-60
公共交通 $2.40
蓝色牛仔裤 $54
酒店（1晚） $320

是否有兴趣制作一个类似于{{eatPriceRange}}的模板？让编辑者可以输入类似这样的内容？{{relativePriceRange | beer = $8 | meal = $25-60 | transit = $2.40 | jeans = $54 | hotel = $320 | lastedit = 2023-04-24 }}

该模板可以从“啤酒”、“餐”、“交通”、“牛仔裤”、“表演”、“咖啡”、“博物馆”、“酒店”等键开始。或者我们已经有了这个，哈哈？ButteBag (讨论) 2023年4月24日 14:42 (UTC)[回复]

我记得在一些国家文章中见过它，不是作为模板而是作为信息框。如果大规模实施，有人需要准备定期更新它，就像货币信息框一样。特别是对于阿根廷这样的国家，通货膨胀率很高。 Ypsilon (讨论) 2023年4月24日 18:33 (UTC)[回复]
餐费是如何确定的？在纽约，你可以在Flushing花不到10美元吃到面条，但这并不常见，而且价格无上限。牛仔裤、酒店等价格差异也很大，尤其是酒店，一年中的时间是重要的考虑因素。在沙特阿拉伯等地，啤酒是无关紧要的。 Ikan Kekek (讨论) 2023年4月24日 18:42 (UTC)[回复]
啊，我本来认为这在大城市层面会很有用，而不是在国家层面。谢谢你提出来。这样读者就可以看到纽约和俄亥俄州哥伦布市之间巨大的价格差异。想法是在“看/做/买/吃/睡”部分中列出一种基本商品或服务的价格。Numbeo也做类似的事情；但对于ikan的观点，也许价格范围太宽泛而变得毫无意义。如果一个大城市是禁酒城市，就省略啤酒列表，以此类推。另一种思考方式是：“巨无霸指数”并不精确，但仍然能为读者提供一些价值。 ButteBag (讨论) 2023年4月24日 19:21 (UTC)[回复]
在Retiring abroad/Table中有一些相对成本信息，但格式与模板使用不符。 Pashley (讨论) 2023年4月24日 23:01 (UTC)[回复]
它适用于一些小国家和城市文章，但对于中国或印度等大国，价格范围在不同司法管辖区之间可能差异巨大。另外，如何定义品脱？在美国，一品脱是473毫升，而在大多数澳大利亚是570毫升（而在南澳大利亚是425毫升）。如果我错了，请纠正我，但我认为英国的一品脱是568毫升（？） SHB2000 (讨论 | 贡献 | meta) 2023年4月24日 23:10 (UTC)[回复]
是的，我设想只在大城市文章中使用此模板，而不是国家文章，因为你提到的价格差异巨大。我认为“一品脱有多少毫升”这个问题的答案对于这个模板来说太详细了。谢谢！ ButteBag (讨论) 2023年4月25日 00:16 (UTC)[回复]
你在哪里买以及你选择什么品牌也很重要。在菲律宾，当地啤酒在超市大约1美元，在大多数酒吧不到2美元，但大多数进口品牌至少是两倍。食品方面，便宜的餐（当地小餐馆或快餐连锁店）是2-4美元，而更好的地方是5-25美元。 Pashley (讨论) 2023年4月24日 23:20 (UTC)[回复]
嗯，是的，正是这样。这就是为什么我没有推荐它，哈哈！谢谢！ ButteBag (讨论) 2023年4月25日 00:25 (UTC)[回复]
我会强烈反对使用品牌名称。我认为有些地方买不到Levi's，当然有些地方仿冒品比真品更常见，而且很可能有很多地方当地品牌比高价进口品牌更好。 Pashley (讨论) 2023年4月25日 01:32 (UTC)[回复]
特别是，我强烈反对使用“巨无霸指数”。在我看来，除非你疯了，否则你不会在法国、中东或东南亚有更好的吃（比如各种当地特色菜、沙拉三明治、或者在价格合理的餐厅里随便吃点什么）。巨无霸本身并不好，而且在许多国家，当地的食物比巨无霸便宜且好得多。 Pashley (讨论) 2023年4月25日 02:01 (UTC)[回复]
是的，没错，正是如此。这就是为什么我没推荐它，哈哈！谢谢！ ButteBag (讨论) 2023年4月25日 13:04 (UTC)[回复]
我们确实有一些地方提到价格差异，例如在Olango_Island#Drink
许多小型路边商店出售软饮料和啤酒，这些通常比度假村便宜。例如，在Sagastrand，餐厅或您房间的小吧台会为您提供330毫升（12英制液体盎司；11美国液体盎司）的San Miguel三款主要啤酒——Pilsen、Light或更浓郁的Red Horse——售价为65菲律宾比索，而餐厅也有其他啤酒。街对面的小商店出售1升（1000毫升）Red Horse，售价为90菲律宾比索，但这是他们唯一的啤酒。
可能还有其他地方可以添加类似的文字。 Pashley (讨论) 2023年4月25日 01:50 (UTC)[回复]
关于巨无霸——问题是，在美国也有好得多的食物，而且很多并不贵（好的熟食三明治、几片不错的披萨、经济型餐馆里的丰盛汤品等）。另外，我知道麦当劳在马来西亚和印度等地有一些当地特色产品，但我从未尝试过，因为我从来不在任何地方吃麦当劳。 Ikan Kekek (讨论) 2023年4月25日 03:10 (UTC)[回复]
好吧，再说一遍，是否值得拥有一个新的模板，其中包含给定地点商品或服务的价格粗略估算，最好是在大型城市文章的“了解”部分？
看 -> “博物馆”
做 -> “旅游”
买 -> “蓝色牛仔裤”
吃 -> “餐（经济型）”、“餐（中档）”
喝 -> “啤酒（生啤）”
睡 -> “酒店”
我们需要包含一个“上次编辑”日期字段。我们还可以包含一个底部的“查看定义”链接，该链接将展开显示一段文字，定义每个术语的具体含义。例如：“酒店”是单晚双人入住，含税费。 “旅游”是典型的旅游巴士带你在市中心转悠。等等……
这会为旅行者提供价值吗？太笼统而无益？它会太快过时吗？编辑者工作量太大？ ButteBag (讨论) 2023年4月25日 13:28 (UTC)[回复]
另外，有人看到这个吗？Numbeo。看起来它是为那些考虑从城市A搬到城市B的人设计的。我曾认为类似的东西在这里可能对旅行者有用，但也许列出的任何成本都过于笼统而无益。 ButteBag (讨论) 2023年4月25日 14:28 (UTC)[回复]
我怀疑他们的数据有多可信。至少部分数据是众包的，我不知道我们是否应该信任那些提供价格的人对“中档餐厅”或“公寓（1卧室）”的理解，就像Numbeo或读者一样。对于“平均每月净工资（税后）”之类的东西，他们可能会使用官方统计数据，但尤其是如果他们信任个人用户，我不会信任他们。
“净工资”等概念有很多（至少可以说是！）棘手的问题。例如：养老金和医疗费用是由雇主支付，独立于工资，包含在“税款”中，作为从“净”工资中扣除的强制性费用，还是作为私人安排从收到的工资中支付？Numbeo是否有了解这些问题并能公平比较各国情况的人？
–LPfi (讨论) 2023年4月25日 17:11 (UTC)[回复]

我住在图尔库，这是一个有大约20万人口和郊区的城市。在这里，你可能可以在一些超市里花20美元以下买到中国牛仔裤，而在我家附近的商店里，牛仔裤要花100美元。乡村的当地历史博物馆（有些可能包含在文章中）可能要花费5欧元，而Aboa Vetus要花费15欧元。啤酒在国家大宗品牌、捷克进口啤酒和当地手工啤酒之间差异很大。我查看的一家餐厅，三文鱼汤16欧元，奶酪沙拉20欧元，鱼20-30欧元，牛排30-40欧元，套餐50-60欧元。大多数酒店不提供价格，除非你指定日期和团体人数（要获得列表价格，需要尝试工作日和周末，淡季和旺季，但那时可能在很远的未来，影响价格）。

当然，你可以详细说明你想买什么，但这有“巨无霸指数”的问题（当地合理的优惠不适合）。经济餐可能可行，如果你选择最便宜的那种，但对于汉堡包，最便宜的优惠并不能让你填饱肚子。你有多饿？

–LPfi (讨论) 2023年4月25日 14:12 (UTC)[回复]

顺便说一句：从技术上讲，我看不出这里呈现的价格/范围有什么“相对”之处。那是什么意思？ --El Grafo (讨论) 2023年4月26日 12:09 (UTC)[回复]

我认为这个想法是，旅行者会将一篇关于伦敦的文章中报告的餐费与曼彻斯特的文章中报告的餐费进行比较。 WhatamIdoing (讨论) 2023年4月26日 14:58 (UTC)[回复]
或者与城市中的典型餐食相比。对于跨城市比较，比较苹果和橘子的麻烦更加突出：不同的贡献者访问不同类型的餐馆并选择不同的菜肴。 –LPfi (讨论) 2023年4月26日 15:06 (UTC)[回复]
听起来这个模板不值得做，因为提供的成本会被解释为过于模糊，而定义“啤酒”的伴随文字会太长。也许解决方法是简单地在“了解”下添加一个“成本”子部分？这会有用吗？
===成本===
2023年，纽约市的生活成本非常高，因此游客应相应调整其预算预期。用餐方面，你可能会去Flushing寻找10美元的街边面条，但更一般的正餐价格大约在20-30美元。一晚普通双人入住的酒店可能花费180-200美元；旅馆便宜一些，尽管价格会随天气波动，在旺季假期期间价格无上限。热门博物馆和旅游景点的门票价格在30-50美元之间，或者花140美元购买旅游通票。一些较好的夜总会入场费约为10美元，周末约为30美元。如果你饮酒，喝一杯啤酒大约8美元，混合饮料大约是两倍。要实现景点之间的交通，每天再增加50美元用于地铁票和出租车费。总而言之，普通游客可能每天花费320-350美元。当然，也有可能花费更少。为了将花费降至每天100美元，你需要步行到任何地方，放弃餐馆，并避开大多数博物馆。 ButteBag (讨论) 2023年4月28日 16:35 (UTC)[回复]
我更喜欢这个想法。 WhatamIdoing (讨论) 2023年4月28日 16:58 (UTC)[回复]
我认为这可能会有用。我惊讶于酒店价格的幅度很小。也许喝杯咖啡比喝啤酒更好，因为咖啡馆的价格变化通常比酒吧啤酒的价格变化小，即使在禁酒目的地也适用。 AlasdairW (讨论) 2023年4月28日 17:07 (UTC)[回复]
我也更喜欢这个。顺便说一句，在曼哈顿的大多数正餐中，20美元的估价都太乐观了。我建议从25美元开始。 Ikan Kekek (讨论) 2023年4月28日 22:17 (UTC)[回复]
我也喜欢这个，但我宁愿把这个列在“购买”下面，仅供参考。 SHB2000 (讨论 | 贡献 | meta) 2023年4月29日 01:31 (UTC)[回复]
Turku#Eat 的第二段（在子节之前）读到：
“午餐优惠、烤肉串披萨店的餐点和快餐（包括饮料和薯条）通常花费8.50-12.50欧元。比较简单的正餐，例如一些简单的意大利面、汤或沙拉，配水或软饮料，通常在10-20欧元左右。对于高档牛排和优质葡萄酒餐，预计至少花费30-60欧元。正规餐厅通常开放[...]”
我相信许多文章中已经有类似的价格信息。在“购买/成本”部分添加一个成本概述可能在某些文章中有益，但我认为最好将大部分价格信息留在其他子节（“吃”、“喝”、“睡”）中，特别是因为它更有可能在那里更新。概述可以与该国其他地区和国内其他类似城市进行比较，并可能提出一些降低成本的策略：“X地区有便宜的酒店和餐馆，乘地铁离市中心15分钟（考虑日票）”。
–LPfi (讨论) 2023年4月29日 05:27 (UTC)[回复]
是的，绝对是“购买”（或在“吃”、“睡”、“看”、“做”等相关部分），而不是“了解”。 Ikan Kekek (讨论) 2023年4月29日 05:56 (UTC)[回复]
是的，我认为今天许多文章中已经有了成本信息，在“吃/睡/看/做/买”下面。我认为添加一个成本概述部分，简要总结文章中的所有成本，会很有帮助。如果我向Skeleton Sections文章添加一个项目符号，可以吗？
  • 气候
  • 成本（对于城市文章，总结文章子部分中的平均价格）
ButteBag (讨论) 2023年5月1日 11:16 (UTC)[回复]

U4C建筑委员会的选拔

通用行为准则流程的下一步是成立一个建筑委员会，为通用行为准则协调委员会（U4C）制定章程。建筑委员会已选定。请在Meta Wiki上阅读有关成员和未来工作的信息。

-- UCoC项目团队，2023年5月27日 04:21 (UTC)

FYI：最快乐的旅游景点

https://casago.com/blog/the-tourist-spots-that-make-us-the-happiest/ —Justin (koavf)❤T☮C☺M☯ 2023年6月17日 01:55 (UTC)[回复]

@Koavf 有趣。 Veracious (讨论) 2023年6月26日 10:30 (UTC)[回复]

公布新选举委员会成员

您可以在 Meta-wiki 上找到此消息的多种语言翻译。

您好！

我们很高兴地宣布选举委员会的新成员和顾问。选举委员会协助设计和实施选拔维基媒体基金会理事会的社区和分支机构选出的理事会的流程。经过公开提名过程，最强的候选人与理事会进行了沟通，并邀请了四名候选人加入选举委员会。另外四名候选人受邀作为顾问。

感谢所有提交姓名供考虑的社区成员。我们期待在不久的将来与选举委员会合作。

代表维基媒体基金会理事会，

RamzyM (WMF) 2023年6月28日 18:00 (UTC)[回复]

对旅游业的批判

在《纽约客》上：反对旅行的论点 Pashley (讨论) 2023年6月29日 00:43 (UTC)[回复]

她的观点是什么？旅行是坏的，因为观光不是通往启蒙的道路？ El Grafo (讨论) 2023年6月29日 07:26 (UTC)[回复]
她似乎是将“别人”的旅行者视为“其他”人，而不是对旅行者来说有意义的旅行者。她去参观了猎鹰医院，因为人们就是那样做的，而不是因为那是阿布扎比的机会（而且它似乎是一个旅游陷阱而不是慈善机构，这是一个观点：游客改变他们的目的地）。我认为她在参观艺术品但对艺术普遍不感兴趣的蒙娜丽莎时确实有一个观点；如果你在家不喝葡萄酒，参加法国的品酒活动几乎没有用，除非你真的想从经验中学习。我认为还有一个重要的观点是参观一个景点以获得与期望（或专家的看法）相符的奇妙体验——在这方面我需要思考。最后，作为一个游客，你无法了解当地人，而作为一个旅行者，你可能会。作者似乎没有考虑到那种旅行。因此，例行公事的巴黎之旅，看一眼蒙娜丽莎，或者躺在美丽的海滩上，并不会改变你。带着开放的心态旅行可能会。 –LPfi (讨论) 2023年6月29日 08:30 (UTC)[回复]
她确实有一些有效的观点，例如猎鹰和蒙娜丽莎的体验。总的来说，我认为她的主要观点是，将所有旅行都视为某种“神奇的”、“深刻的”、“变革性的”事物是极其奇怪的。在文章的结尾，她写道：
“旅行很有趣，所以我们喜欢它并不神秘。神秘的是我们为什么赋予它巨大的意义，一种美德的光环。”
这是一个有效的问题；人们称自己为“旅行者”是有原因的，“旅行者”和“游客”之间的区别从未如此模糊。任何声称自己是网红的人都不会使用“游客”这个头衔，而且没有人会去参加聚会介绍自己是游客。也许我们需要开始提醒人们，如果他们只是旅行，但没有意义，他们只是闪闪发光的游客。
我不认为这一切真的重要。如果有人喜欢乘坐大型巴士从一个地标到另一个地标，然后到有英文菜单的餐馆，那就让他们去吧。也许作者只是想让我们其他人称这些游客的平淡故事为“闪闪发光”的游客，这样她就不用再听了。 Gregsmi11 (讨论) 2023年6月29日 09:59 (UTC)[回复]
哦，我以为我错过了更深层的东西。多么不必要的复杂方式来处理这个问题……但我想这类东西如果保持含糊不清并加入一两位著名哲学家，会“卖”得更好。 El Grafo (讨论) 2023年6月29日 10:07 (UTC)[回复]
你想去某个地方；其他人都是交通。你想看世界；其他人都是游客。（在《纽约客》上引用切斯特顿作为开场白肯定是一个操作。她的“古代哲学专业”在那里真是大放异彩，哈哈哈）深入的旅行肯定是有道理的，我喜欢她的哲学方法。只是这种事情通常的表述方式让它看起来更像是一种时尚选择；“哦，我比那些认为自己有文化只是因为他们在xyz国家做了表面功夫的人更有文化，而我做了稍微不那么出名的事情。”放轻松，这种不安全感就会消失。
而且，我是说，移民和探索仍然存在。不是所有人都过着“ live laugh loving”的欧洲生活。 SiahSargus (讨论) 2023年7月18日 02:17 (UTC)[回复]
还有：人们不必有相同的价值观。一个人可以说：“我要去<主要旅游目的地>，因为我想沉浸在当地文化中。”另一个人可以说：“我也要去那里，因为我想享受一次愉快的经历。”或者“我过去每次旅行都和家人一起，但我丈夫去年去世了，我想去一个对游客友好的地方进行我的第一次独自旅行。”这些人并不坏，即使她间接嘲讽了他们。 WhatamIdoing (讨论) 2023年7月18日 15:24 (UTC)[回复]

在测试页面中应避免哪些模板？

我需要调试WMF REST API的一些问题（还不确定问题是我这边还是他们那边），所以我创建了一个测试页面，我可以在其中进行操作：User:Brycehughes/test。为了正确测试它，我可能需要将整个文章复制到测试页面（例如Christchurch）。我想知道，如果我将一篇文章复制到我的测试页面，是否有任何模板是我应该确保不复制的？我不想污染任何列表或类别（等）与我的测试页面。谢谢，Brycehughes (讨论) 2023年7月2日 12:21 (UTC)[回复]

不是明确的模板，但如果页面以前曾被推荐过，请从页面横幅模板中删除|dotm=yes、|otbp=yes或|ftt=yes，因为它会干扰分类。 SHB2000 (讨论 | 贡献 | meta) 2023年7月2日 12:27 (UTC)[回复]
好的，谢谢。 Brycehughes (讨论) 2023年7月2日 12:31 (UTC)[回复]
你知道phab:T262315以及似乎普遍远离Restbase的做法吗？ WhatamIdoing (讨论) 2023年7月2日 20:12 (UTC)[回复]
WhatamIdoing，是的（虽然不详细），这可能会解决一些问题（谁知道呢？）。我不知道是否有任何最终用户迁移要求/文档……你知道吗？（如果不知道，我将ping WMF以确保）。谢谢， Brycehughes (讨论) 2023年7月3日 09:54 (UTC)[回复]
我只想补充一点，我感觉这主要是后端的事情，不影响用户端的调用（即，抽象的REST，在此情况下）。但我真的不知道。我尽量订阅尽可能多的信息。他们的REST（不是RestBase）文档在过去一年左右已经有了很大的改进，所以我的想法是他们不会在发布后立即进行任何紧急弃用。但嘿，这是WMF，一半是绝对的才华，一半是字面上的WTF……所以我们将拭目以待。 Brycehughes (讨论) 2023年7月3日 17:14 (UTC)[回复]
如果你打算做很多工作，了解整个情况可能会有价值。我还没有听说任何移除API的计划，但我也不会期望在事情发生后才会听到。
“弃用”现在已经两次涉及七年（！）的等待/警告期，随后编辑者们对这些控制台错误有任何意义都感到震惊和惊讶，所以他们可能有一天会尝试不同的方法，比如间歇性停机。我知道这m:IP masking已经讨论过了，但我希望在那种情况下他们会采用其他一些想法。 WhatamIdoing (讨论) 2023年7月4日 09:19 (UTC)[回复]
WhatamIdoing 是的。我的意思是，我们正在处理一个 Alexa 排名前 20 的网站，其工程师的薪酬我敢肯定低得离谱；是为了热爱而做的。我在支持网站上问了一个问题，不值得链接，因为似乎没有人知道。所以你得到什么就接受什么。免费内容附带一个星号，是吧？ Brycehughes (talk) 17:28, 4 July 2023 (UTC)[reply]
许多模板会为文章添加类别。由于类别通常在 Wikivoyage 上隐藏，因此在您进行测试时，这无关紧要。在您完成测试后将其删除将是很好的，因为有些特殊情况下的类别会在少量页面上显示。IsPartOf 会将文章添加到相关的区域类别（除非您在“偏好设置 > 外观”中选择“显示隐藏类别”才会显示）。文章状态模板（例如 Christchurch 的 guidecity）会为文章添加三个类别（在本例中为“指南城市”、“指南文章”和“城市文章”。“死链接”会添加文章到。我不知道是否有任何这些类别被设置为忽略用户页面。 AlasdairW (talk) 20:51, 2 July 2023 (UTC)[reply]
谢谢，AlasdairW。我已完成测试；所有模板等都已移除。 Brycehughes (talk) 09:54, 3 July 2023 (UTC)[reply]

FYI：32 件免费活动，充分享受您的夏日旅行

https://www.cntraveler.com/story/free-things-to-do-summer 精彩的文章。—Justin (koavf)❤T☮C☺M☯ 14:17, 2 July 2023 (UTC)[reply]

但是……但是……对我来说是冬天…… (sarcasm disclaimer)。——SHB2000 (talk | contribs | meta) 05:27, 5 July 2023 (UTC)[reply]
那就六个月后再做吧。—Justin (koavf)❤T☮C☺M☯ 09:58, 5 July 2023 (UTC)[reply]
我想知道“前往南半球逃避夏日炎热”是否会在未来几年成为（更普遍的）事情。（虽然这不会是免费的。） WhatamIdoing (talk) 12:43, 6 July 2023 (UTC)[reply]
虽然南半球大部分陆地都在热带地区，但也许未来某个时候，我们冬季时对澳大利亚南部、巴西、南非、新西兰、乌拉圭、智利和阿根廷等地的需求会增加。 SHB2000 (talk | contribs | meta) 22:41, 6 July 2023 (UTC)[reply]
目前，我注意到澳大利亚的紫外线辐射量与我们夏季（北部地区更多）相当。如果气温也一样，那么逃往北方似乎更有意义——尽管我上次在七月/八月的拉普兰时，经历了 25°C 以上的体验。是否必须去斯瓦尔巴或美国北极地区才能获得缓解？——LPfi (talk) 10:29, 7 July 2023 (UTC)[reply]
顺便说一句，澳大利亚南部的紫外线指数远低于北部（塔斯马尼亚和维多利亚，而北领地和昆士兰则更高）。当北部最南端和最南端之间有 34° 的纬度差时（不包括麦夸里岛和海外领土）时，这也不足为奇。 SHB2000 (talk | contribs | meta) 10:34, 7 July 2023 (UTC)[reply]
尽管达尔文的温度比拉普兰高，这并不奇怪。 SHB2000 (talk | contribs | meta) 10:50, 7 July 2023 (UTC)[reply]
达尔文比拉普兰暖和并不奇怪，但即使是墨尔本的温度也符合（墨尔本今天 15°C，伊纳里 17°C）——我不会惊讶于在我们一些仲夏日，墨尔本会比拉普兰暖和。——LPfi (talk) 18:47, 8 July 2023 (UTC)[reply]
近几年来，我们在德国也经历了人类世。我没有读 OP 的链接，但我自己曾问过，例如，格陵兰的努克是否可能（变得）更受欢迎作为度假胜地。我遇到的人已经说过，他们夏天不会再去意大利旅行了，因为那里实在太热了（明显高于 40°C，甚至高达 47°C）。 Pm147-Sm152 (talk) 15:19, 14 August 2023 (UTC)[reply]
许多都可以归入经济旅行和最低预算旅行。/ Yvwv (talk) 00:10, 7 July 2023 (UTC)[reply]

需要帮助修复希伯来语维基旅游的“目的地”页面上一个相对较新的问题

几周前我注意到，希伯来语维基旅游的“目的地”页面停止显示该页面动态地图上之前显示的所有图钉标记。我认为这可能是我们系统的一个暂时性错误，所以我决定等等看这个问题是否会消失。不幸的是，它仍然在这里。

我注意到这个问题在英语维基旅游和法语维基旅游的目的地页面上不存在，但目前在孟加拉语维基旅游、意大利语维基旅游、葡萄牙语维基旅游、越南语维基旅游和中文维基旅游的目的地页面上也存在。

那么，我们如何解决这个问题？也许你知道为什么会发生这个问题？ ויקיג'אנקי (talk) 07:34, 17 July 2023 (UTC)[reply]

@ויקיג'אנקי，你知道这个问题是什么时候出现的吗？这可能有助于人们找到原因。
@Jdlrobson，再次提醒您…… WhatamIdoing (talk) 14:14, 17 July 2023 (UTC)[reply]
@ויקיג'אנקי, @Jdlrobson, @WhatamIdoing：此服务将在所有维基上停止。原因是 Kartographer 软件的完全修订。 --RolandUnger (talk) 07:19, 18 July 2023 (UTC)[reply]
与此相关，如果您想跟踪 Kartopgrapher 的错误/功能请求：https://phabricator.wikimedia.org/project/view/1692/ —Justin (koavf)❤T☮C☺M☯ 08:13, 18 July 2023 (UTC)[reply]
@RolandUnger：所以，我的理解是，将来所有维基旅游版本（包括英语维基旅游和法语维基旅游）将无法显示“目的地”页面的动态地图上的所有图钉标记，因为 Kartographer 软件进行了全面的永久性修订？如果是这样，是谁做出这个决定的？有没有办法直接与他们沟通？为什么到目前为止，这些更改还没有应用到英语和法语维基旅游版本上？ 'אנקי (talk) 11:22, 18 July 2023 (UTC)[reply]
我了解到 Kartographer 软件需要进行重大修改。重大修改有时意味着删除某些功能和/或添加其他功能。 WhatamIdoing (talk) 15:29, 18 July 2023 (UTC)[reply]
但是，合乎逻辑地说，如果他们删除了这些功能，那么它应该在所有维基旅游版本上都无法工作，对吧？英语维基旅游和法语维基旅游上仍然可以工作的事实让我有信心它也可以在其他版本上工作。除非其他维基旅游版本被明确禁止使用此功能。 ויקיג'אנקי (talk) 18:03, 18 July 2023 (UTC)[reply]
如果这个功能在英语维基旅游上永久停止工作，你们会怎么做？ ויקיג'אנקי (talk) 18:11, 18 July 2023 (UTC)[reply]
通常，为了尽量减少出现问题时的中断，会在一些小型项目上先推广更改，然后再在大项目上启用。这可以通过一个配置设置来轻松实现，通过启用新代码——并禁用旧代码。我不知道这还会影响什么，但我认为这可能与显示标记的不同方式有关，而且为了少数几个页面而保留旧代码并不值得，尤其是当它不兼容时。有可能这应该在新系统下工作，只是存在某种错误或不必要的限制阻碍了它。否则，应该有其他方式来提供一个可行的目的地页面——也许是更好的方式。——LPfi (talk) 19:37, 18 July 2023 (UTC)[reply]
如果真是这样，那么这个相同的更改很可能会很快应用到英语维基旅游和法语维基旅游上……届时，维基旅游社区会找出解决办法吗？ ויקיג'אנקי (talk) 20:31, 18 July 2023 (UTC)[reply]
是的，我想是的，除非这是一个错误或配置设置导致显示不合理。可能是该扩展需要额外的代码才能正常工作（或者实现不同的、功能等效的页面设计），在这种情况下，我们能提前得到警示是件好事，以便让开发人员及时修复（在这种情况下，我想您那里会有一段时间的故障）。——LPfi (talk) 09:29, 19 July 2023 (UTC)[reply]
我不熟悉这个问题，但我强烈建议就 Kartographer 提交一个 bug 报告，以获得更清晰的答案，了解这次故障是否是故意的，以及您的选择是什么来恢复功能。维护者可能不知道他们是如何影响这些项目的。
我希望将来我们能有更好的关于如何进行破坏性更改的指导方针。请关注并参与讨论： Jdlrobson (talk) 02:06, 20 July 2023 (UTC)[reply]

旧版 Vector 和移动视图：Bug？

你好，这是我第一次发帖。是的，我知道这是 Pabricator 的问题，但请告诉我您是否也看到了同样的故障：我的主站是 ja.wikivoyage.org，由于我们只有 70 多名活跃用户，所以我想来这里一个大家庭寻求帮助。

如果缺少您需要帮助的细节，我很抱歉，请指出我可以提供什么，谢谢，arigatō (=

当我点击“Go”或移动视图中的任何章节标题时，什么都没有显示，或者我的意思是该章节没有像我期望的那样展开。我在手机上的设置如下，同样的情况在 PC（MacPro）+ Firefox 浏览器 + 移动视图上也会重现。

  • 旧版 Vector；
  • 在 iPhone_11 最新操作系统上；
  1. 打开 Minami Yōroppa (ja) (南ヨーロッパ)，或南欧；
  2. → 前往 出かける (ja) 或 Go next；
  3. 在桌面视图中，列出了几个目的地，但在移动设置下没有显示。

--Omotecho (talk) 06:33, 24 July 2023 (UTC) FYI，对于懂日语的人来说，我们正在 jawv 上举办一个按大洲划分的国家文章竞赛。七月是欧洲。 d=(^o^)=b [reply]

@Omotecho，蓝色的导航框通常在移动设备上不显示。您期望它们可见吗？
(我更担心的是 maplink 和 GeoJSON 错误。) WhatamIdoing (talk) 00:59, 25 July 2023 (UTC)[reply]
你好，@WhatamIdoing，很高兴您过来，我欠您一个澄清。我的问题不是关于蓝色框，而是关于旧版 Vector 和章节内容。以及/或者这是否是 ja.wikivoyage.org 的固有问题？
好的，回到 ja.wikivoyage.org，一篇关于南欧的文章作为样本。
我们使用诸如“Go”或“Eat”之类的章节标题，这些标题来自骨架模板（在此情况下是日语术语），作为内容，我们嵌入了{{Marker}}：命名为 go 或 eat 或适合该章节的任何名称。
在桌面视图 + 旧版 Vector 下
点击/轻触章节标题，我能看到内容，没问题。
  • 即使在 iPhone 上，当我切换到桌面视图时，我也可以看到内容。
在移动视图 + 旧版 Vector 下。
反之，在 PC 或笔记本电脑上，切换到移动视图，章节标题下的内容均不显示。
  • FYI，我的 ja.wikivoyage.org 的同行指出，在 ja.wikipedia.org 上也存在旧版 Vector 的问题，他们遇到了同样的问题，刷新可以解决。
Omotecho (talk) 03:40, 25 July 2023 (UTC)[reply]
ja.wikivoyage.org 在移动设备上使用旧版 Vector 吗？桌面视图和移动视图的区别难道不是您在移动设备上使用不同的皮肤吗？还是您在旧版 Vector 作为您的皮肤的情况下，在移动设备上查看桌面视图？——LPfi (talk) 09:59, 25 July 2023 (UTC)[reply]

Wikimania 2023

Wikimania 已开始。今晚是开幕式。我明天将做一个关于我们如何整合Wikivoyage at voy/de 的演示。据我所知，大多数演示都是直播的。这里有人在新加坡吗？我应该与这里的人谈谈其他事情、问题吗？—— DerFussi 04:24, 16 August 2023 (UTC)[reply]

在新加坡尽情享受美食吧，这里是世界上最棒的美食城市之一！ Ikan Kekek (talk) 06:11, 16 August 2023 (UTC)[reply]
玩得开心，注意安全。如果你能拍照，请务必拍！—Justin (koavf)❤T☮C☺M☯ 07:13, 16 August 2023 (UTC)[reply]
我会的。我的电报频道是公开的（但只有德语）@Khmerfreak。但更多是旅行相关的。一些在 Instagram 上（也叫：Khmerfreak）。但我相信 Commons 会有很多照片。—— DerFussi 07:22, 16 August 2023 (UTC)[reply]
谢谢。对于我们没有智能手机的人来说，我希望您愿意在 Commons 上分享。——Justin (koavf)❤T☮C☺M☯ 08:05, 16 August 2023 (UTC)[reply]
活动的大部分照片最终都会归入c:Category:Wikimania 2023。 WhatamIdoing (talk) 15:24, 18 August 2023 (UTC)[reply]

审查《通用行为准则协调委员会章程》

大家好，

我很高兴能分享《通用行为准则》工作的下一步。现在，《通用行为准则协调委员会（U4C）草案章程》已准备好供您审阅。

《执行指南》要求成立一个建设委员会来起草一份章程，概述全球委员会的程序和细节，该委员会将被称为通用行为准则协调委员会（U4C）。在过去的几个月里，U4C 建设委员会作为一个团队一起讨论并起草了 U4C 章程。U4C 建设委员会欢迎在 2023 年 9 月 22 日之前就草案章程提出反馈。在此日期之后，U4C 建设委员会将根据需要修订章程，社区投票将在之后不久开放。

请在对话时间或在Meta-wiki上加入讨论。

顺颂,

RamzyM (WMF)，代表 U4C 建设委员会，15:35, 28 August 2023 (UTC)[reply]

Wikivoyage 11 规划

让我们继续保持语言社区之间的倡议，每年都庆祝我们的周年纪念！鉴于我们有m:Wikivoyage 10 的先例，关键在于适应 Wikivoyage 11 的需求。Wikimedia Small Projects 将再次支持这项活动，并负责全球范围内所有繁琐的流程。我认为了解我们对 Wikivoyage 11 的期望、Wikivoyage 的内容差距以及可能被我忽略的其他内容会很有好处。此致， Galahad (sasageyo!)(esvoy) 22:15, 30 August 2023 (UTC)[reply]

我很乐意参加 Wikivoyage 11，但希望他们这次能真正放一个 CentralNotice 横幅——Wikivoyage 10 算是小规模成功，因为在短时间内改进了更多文章，但远未达到预期。——SHB2000 (talk | contribs | meta) 10:52, 31 August 2023 (UTC)[reply]
上次的结果令人失望。我听说 CN 的管理员们感到不堪重负，而且我们公司的请求被忽略了。所以，也许我们应该提前提交请求？它们可以安排在特定日期/时间自动启动。
此外，我发现我们标准的复杂性和多样性评估起来很麻烦。尝试让更多参与者参与需要花费太多时间。我认为我们应该只考虑可以自动统计的选项（并有可能进行手动否决，以排除无意义或有害的编辑），最好是通过一个跟踪系统（去年我们使用了两个不同的跟踪系统）。 WhatamIdoing (talk) 16:56, 31 August 2023 (UTC)[reply]
是的，这次中央通知的请求最好在十月提出，九月用于讨论所有这些问题。
关于另一点，除了这两点之外，我认为没有其他可以服务于竞赛目的的了。Fountain 适用于遵循全球规则的本地编辑马拉松，但应为特定情况（如去年那样）评估一种选择。
此致， Galahad (sasageyo!)(esvoy) 17:40, 31 August 2023 (UTC)[reply]
我们可以简化规则，大部分可以回归 Wikivoyage 5，即2018 年 Wikivoyage 编辑马拉松，那次更成功。Wikivoyage 10 时有人担心编辑者会游戏化竞赛，寻找比赛规则的捷径并进行低质量编辑，但只要广告横幅针对的是经验丰富的编辑者，你就会得到高质量的编辑。一些国家/地区特定的编辑马拉松曾邀请了全新的编辑者，他们不懂任何维基的政策，更不用说 Wikivoyage 了，这导致他们的编辑与这里的规则和标准不一致。 Gizza (roam) 23:35, 4 September 2023 (UTC)[reply]
采用的模式（由社区志愿者担任评委）效果很好。我们可以将号召扩大到注册和非注册用户。
全球规则基础可以防止任何相关担忧。虽然今年没有奖品（除了证书），但另一年有期望（WLM 风格）。 Galahad (sasageyo!)(esvoy) 00:30, 5 September 2023 (UTC)[reply]
我主要担心的是尽量减少这个社区志愿者的手动工作量。 WhatamIdoing (talk) 16:44, 5 September 2023 (UTC)[reply]
确实——这里没有 500 美元的奖金。——SHB2000 (talk | contribs | meta) 10:07, 5 September 2023 (UTC)[reply]

API 奇怪问题

Wikivoyage 主要通过这个主网站访问，但也有其他方式供人们访问 Wikivoyage，包括通过 Wikimedia 的 REST API。 Wikimedia 团队为您通过手机访问 Wikivoyage 构建了一个非常不错的 API：例如 纽约市…… 它很漂亮，并且为您手机格式化（如果您想，可以在手机上打开……它看起来会很棒！）。

我们有一个关于一个特定文章的小问题，很奇怪：Ramla。出于某种原因，当您通过 Wikimedia 的移动 API 在这里查询它时：https://wikivoyage.cn/api/rest_v1/page/mobile-html/Ramla，您收到的响应是绝对空的（即 content-length=0）。现在，这有点技术性，但 Wikimedia 通常通过内容分发网络 (CDN) 来传递您的内容，根据 Wikimedia 的规则，CDN 会缓存内容直到编辑时间。所以关键是，您可以“破坏”缓存，即访问真实的东西，如果您编辑了这篇文章。所以我想要做的是，修改这篇文章，Ramla，如果需要的话，将其简化到最基本的内容，看看具体是什么破坏了 Wikimedia 的解析器。我想获得社区的许可，让我可以实时进行。我可以在大约一周左右的时间里修改这篇文章吗？如果不行，没关系，我会转移到其他策略。 Brycehughes (talk) 11:56, 7 September 2023 (UTC)[reply]

这样做有必要持续整整一周吗？ Ikan Kekek (talk) 14:58, 7 September 2023 (UTC)[reply]
不。说实话，我不太想这样做。我更像是，每次尝试十分钟，持续一周。不过，此任务已被 wm 开发团队认领，所以也许他们会很快解决。但请看下面。 Brycehughes (talk) 17:52, 7 September 2023 (UTC)[reply]
问题出在页面本身（~“URL”）还是内容上（如果是内容，那么将内容复制到其他页面也会破坏所有那些页面）？ WhatamIdoing (talk) 16:12, 7 September 2023 (UTC)[reply]
我认为是内容。理论上是的。我不知道。一个问题是 API 会自动拒绝不在文章空间中的任何内容，这使得测试很痛苦。否则，我只需将内容复制到用户页面并在那里运行。 Brycehughes (talk) 17:52, 7 September 2023 (UTC)[reply]
@Brycehughes：也许应该先尝试后者，如果测试页面也损坏了，那么就可以在那里进行实验。——LPfi (talk) 17:23, 7 September 2023 (UTC)[reply]
说得好，我想我也可以在文章空间创建一个测试页面。可能是个更好的主意。 Brycehughes (talk) 17:52, 7 September 2023 (UTC)[reply]
我创建了Test-Ramla。看看会发生什么。完成后我将请求删除（可能是请求Ikan Kekek删除）。Brycehughes（讨论） 2023年9月7日18:08[回复]
嗯，哈哈，他们似乎已经解决了。 Ikan Kekek 或其他人，能否删除美丽的城市 Test-Ramla？Brycehughes（讨论） 2023年9月7日18:10[回复]
已完成。 –LPfi（讨论） 2023年9月7日18:23[回复]
谢谢。关于wm开发团队的有趣之处。如果你能正确标记相关人员，你的问题通常会在几小时内得到解决。如果你不标记任何人，并在一个虚无的空间提交错误报告，它可能会被搁置数年。 Brycehughes（讨论） 2023年9月7日18:26[回复]
:-)
我猜很少有开发人员会关注虚无的空间，而碰巧看到错误报告的人可能根本不了解代码方面的问题。如果WMF会优先修复所有严重问题，他们应该有一个系统，但我预期技术人员更喜欢与能够解释他们问题的人打交道——而这些人通常知道该联系谁以及如何标记任务。如果修复很容易，开发人员可能会在去喝咖啡之前就把它做了。 –LPfi（讨论） 2023年9月7日18:36[回复]
是的，有一次出现了一个问题，他们弃用了他们的“移动内容服务”，但意外地也弃用了他们为手机提供的“页面内容服务”。我提交了一个错误报告，他们在45分钟内就解决了，但我还查看了那些随机的错误报告。只是大量出现了“what the fuck”、“+1”、截图等等。你真的会更愿意去喝咖啡（或啤酒）。 Brycehughes（讨论） 2023年9月7日18:45[回复]
我从未在像WMF那样部署生产那么快的公司工作过，但嘿，不管怎样，如果它起作用……我想是吧。 Brycehughes（讨论） 2023年9月7日20:11[回复]
《教堂与集市》，第7课 :-) –LPfi（讨论） 2023年9月7日20:47[回复]
呵，说得对。我不知道任何QA工程师如何在提交错误报告和它被解决之间醒来并喝咖啡。但我住在一个奇怪的时区。 Brycehughes（讨论） 2023年9月7日21:17[回复]
据我所知，只有WMF的bugmaster会关注未标记的Phab任务的“虚无空间”。WhatamIdoing（讨论） 2023年9月8日16:14[回复]
我觉得有道理。他们一定收到过一些很有趣的问题。Brycehughes（讨论） 2023年9月10日08:38[回复]

您的维基将在不久后变为只读状态

Trizek_(WMF)（讨论） 2023年9月15日09:23[回复]

联盟委员会、监察员委员会和案例审查委员会的职位开放

大家好！联盟委员会（AffCom）、监察员委员会（OC）和案例审查委员会（CRC）正在招募新成员。这些志愿者团体为社区和运动提供重要的结构和监督支持。鼓励人们自我提名或鼓励他们认为会为这些团体做出贡献的人申请。关于这些团体的角色、所需技能以及申请机会，可以在Meta维基页面上找到更多信息。

代表委员会支持团队，

~ Keegan (WMF)（讨论） 2023年10月9日16:41[回复]
AffCom决定哪些维基媒体用户组/学校俱乐部/分会等应获得官方认可。Ombuds负责调查特定类型的隐私相关投诉（我听说工作量不大，而且他们特别需要拥有广泛的语言技能和多样化经验的人）。案例审查委员会主要负责处理被维基媒体基金会禁止的用户试图恢复禁令的事情。WhatamIdoing（讨论） 2023年10月9日17:23[回复]

审查和评论2024年维基媒体基金会董事会选举规则包

您可以在 Meta-wiki 上找到此消息的多种语言翻译。

各位，

请在2023年10月29日之前审查并评论维基媒体基金会董事会选举规则包。选举规则包基于选举委员会的旧版本，并将用于2024年董事会选举。现在提供您的评论将有助于他们提供一个更顺畅、更好的董事会选举过程。在Meta维基页面上有更多信息。

顺颂,

Katie Chan
选举委员会主席

2023年10月17日01:13 (UTC)

西班牙没有商业全景自由

请参阅c:Commons:Village pump/Copyright#Spanish FOP。由于维基媒体共享要求其托管的图片在版权方面至少是可商用的，并且西班牙法院的几项判决发现“对于公共场所作品的复制品不存在商业用途”，因此我们和其他语言的Wikivoyage可能不得不将所有仍受版权保护的公开艺术品图片本地上传，并注明这些图片不得用于商业用途，任何忽视此警告的人将自行承担风险。这是一项可能很大的任务。我们是否应该恢复“月度合作”页面来协调这项工作？我也会在跨语言休息室发布此信息。Ikan Kekek（讨论） 2023年11月2日05:28[回复]

没人认真对待这件事吗？如果我们不把这些照片移过来，我们很可能会失去很多照片，这是一项艰巨的任务，需要很多人齐心协力。我一个人绝对不可能完成。 Ikan Kekek（讨论） 2023年11月4日01:40[回复]
你有没有联系Commons那边的人帮忙？这需要大量的下载和上传，而且一个半自动化的工具会有帮助。—Justin (koavf)❤T☮C☺M☯ 2023年11月4日01:57[回复]
我曾建议过一些简单的事情，比如将拼错的“Quality images candidates”改为“Quality image candidates”，但因为工作量太大而被否决。我看到从Commons获得任何帮助的可能性非常小，除了可能保留照片或在个别情况下临时恢复照片以给我们时间下载它们。我们将不得不自己完成这个项目，或者放弃我们文章中的大量插图。Ikan Kekek（讨论） 2023年11月4日02:22[回复]

我绝对不是法律专家，但我怀疑这项法律是否具有追溯力。预先存在的、已获得商业用途许可的照片不应被重新许可。任何新的照片都应直接上传到Wikivoyage，而不是上传到Commons，并且使用非商业许可。关于已获得商业用途许可的预先存在的照片，除非你能找到西班牙法律专家的信息表明该法律具有追溯力，否则我不会太担心它们。最糟糕的情况是，Wikivoyage和Wikimedia Commons都托管在美国，因此不受西班牙法律管辖。Wikimedia Commons上已经有很多内容，甚至在这里的Wikivoyage上，在某些国家是非法的，但在美国是合法的。要托管一个尊重世界各国法律的网站非常困难或不可能，而且在法律上，网站应该只受托管网站所在国家的法律管辖。如果你上传的是西班牙的照片，那么你应该遵守西班牙的法律以及托管网站所在国的法律（Wikivoyage是美国）。Nicole Sharp（讨论） 2023年11月4日06:23[回复]

Commons的页面说这项法律不是追溯性的。但这并没有太大帮助，因为它是在1998年制定的。Commons完全没有义务删除这些图片：它在美国，它不是一个商业项目。问题在于Commons是否会保留这些图片，希望最高法院能做出积极的决定。然而，政策是版权法必须受到相关国家法律的尊重（不是所有国家，甚至对于非版权事物如LGBT旗帜也不是相关国家），以保护再使用者，包括商业再使用者。这项政策对Commons的任务至关重要，不会因为一个国家的非理性法官而改变。 –LPfi（讨论） 2023年11月4日07:21[回复]
“不是所有国家”？—Justin (koavf)❤T☮C☺M☯ 2023年11月4日07:25[回复]
Commons不遵守所有国家的所有媒体法律，只遵守美国和当地法律，即使如此，也使用更宽松的法律，就像跨越国境拍照的情况一样。 –LPfi（讨论） 2023年11月4日07:28[回复]
明白了。谢谢。—Justin (koavf)❤T☮C☺M☯ 2023年11月4日07:33[回复]

这是一个很好的例子：“File:Gay Pride Flag.svg”。在俄罗斯展示LGBT骄傲旗是非法的。在Wikivoyage上为LGBT旅行者提供安全信息也可能违反俄罗斯法律。Wikimedia Commons在那里所做的是添加一个模板，带有法律免责声明，指出该旗帜在阿富汗、伊朗、俄罗斯、沙特阿拉伯、乌干达和阿拉伯联合酋长国非法展示。Wikimedia Commons仅受美国法律管辖，在美国所有旗帜都受到宪法保护，作为言论自由（包括纳粹旗帜和其他仇恨符号）。Nicole Sharp（讨论） 2023年11月4日06:38[回复]

Nicole，我建议你把你对该链接文件的看法提供给Commons上的讨论，但我认为没有理由假设西班牙的法律不能追溯，仅仅因为美国宪法禁止在刑事案件中出现此类法律。Ikan Kekek（讨论） 2023年11月4日06:52[回复]
这里更大的问题是，这段话不是因为西班牙立法者而存在的，而是因为《伯尔尼公约》的修订以及相应的欧盟指令。如果西班牙的法院判决是合理的，那么在该条款变更后，商业全景自由在大多数国家可能都是非法的。瑞典的案件就是使用了这条款，这或多或少地结束了瑞典的全景自由（关于互联网使用）。 –LPfi（讨论） 2023年11月4日07:25[回复]
这就是为什么我希望Commons不要只是悄悄地删除图片，也是为什么我认为没有迫切的必要要把媒体文件复制过来。这是一个巨大的项目。我假设大多数受影响的图片都没有FoP模板，所以很难识别。可能西班牙所有文章中的图片都必须手动检查——然后我们可能想添加尚未包含在文章中的图片。 –LPfi（讨论） 2023年11月4日07:33[回复]
一种可能性是直接使用删除请求。要识别要删除的图片，Commons也必须进行同样的检查。当然，已经带有模板的媒体很容易识别，并且可以立即复制，以防万一。我猜最大的问题是那些将被单独提名为“西班牙没有FoP”而没有模板的数千张图片。 –LPfi（讨论） 2023年11月4日07:38[回复]
LPfi，你错误地认为Commons没有法律义务删除（隐藏）“因照片拍摄地所在国的法律而无法商用的照片”。请阅读c:COM:Licensing。如果西班牙缺乏商业全景自由，西班牙公共艺术作品中数千张受版权保护的图片将被隐藏，只有Commons管理员可见。Ikan Kekek（讨论） 2023年11月4日09:30[回复]
你也错误地认为“更宽松的法律将被使用”。Commons上的所有图片都必须在美国和拍摄地（如果不同）都能被商用（至少在版权方面；Commons不强制执行商标或其他非版权限制，只要这些不是美国法律中明确规定的，所以同性恋骄傲旗帜不会因为像伊朗这样的国家的法律而被删除）。因此，版权规则方面更不宽松的法律。Ikan Kekek（讨论） 2023年11月4日09:32[回复]
请说明链接文档在哪里说Commons有法律义务删除（隐藏）“因照片拍摄地所在国的法律而无法商用的照片”。我确信那只是一个政策决定。
关于后者，请看Commons:Freedom of panorama#Choice of law。是的，内容必须符合美国法律，但当涉及其他多个司法管辖区时，会选择这些司法管辖区中最宽松的那个。
–LPfi（讨论） 2023年11月4日11:11[回复]
我明白了。也许这是一个政策决定，但他们不会改变一个坚定、基本的政策决定。试试跟他们争论一下，看看你多久会被驳倒。Ikan Kekek（讨论） 2023年11月4日15:52[回复]
是的，我认为我在上面对Nicole Sharp（07:21）的回答中已经说得很清楚了。但只要法律不明确，就涉及到Commons:预防原则，这给了更多的解释空间。而且，由于西班牙法律的修正只是在执行一项指令，而该指令又是在执行对《伯尔尼公约》的变更，所以这比一个国家要大得多。Commons已经对2D作品的忠实复制品有了一个例外，他们也可以做类似的事情。Commons及其用户本身没有法律风险，因为Commons显然是一个文化实体，而不是商业实体。 –LPfi（讨论） 2023年11月4日18:13[回复]

访谈：告诉我们您在维基媒体姐妹项目中使用的Wikidata的经验

你好，维基媒体德国的Wikidata for Wikimedia Projects团队正在调查Wikidata在维基媒体项目中的各种使用方式。如果您想与我们谈谈您在维基媒体维基中整合Wikidata的经验，请在此注册表中注册接受访谈。请注意，目前我们只能用英语进行访谈。

更多信息，请访问我们的项目页面。欢迎随时在此提供反馈。谢谢。--Danny Benjafield (WMDE)（讨论） 2023年11月8日13:31[回复]

即将推出：参考文献预览

一项新功能即将登陆您的维基：参考文献预览是参考文献的弹出窗口。多年来，这些弹出窗口已经在许多维基上作为本地小工具存在。现在有了中心化的解决方案，所有维基都可以使用，并且与页面预览功能一致。

参考文献预览将对所有人可见，包括读者。如果您不想看到它们，可以退出。如果您正在使用参考文献工具提示或导航弹出窗口小工具，除非您禁用该小工具，否则您将看不到参考文献预览。

参考文献预览自2019年以来一直是许多维基上的测试功能，自2021年以来一直是某些维基上的默认功能。计划于11月22日部署。

—— 代表维基媒体德国技术愿望团队，Johanna Strodt (WMDE)， 2023年11月15日13:11[回复]

终于在Wikivoyage上有参考文献预览了！Brycehughes（讨论） 2023年11月15日15:40[回复]
是的，对这个网站来说似乎没什么关系。我们通常只有旅行建议和有时关于气候信息的参考文献。 Ikan Kekek（讨论） 2023年11月15日18:07[回复]
即使是旅行建议，我们也并不像维基媒体那样使用参考文献。 --SHB2000 (讨论 | 贡献 | meta) 2023年11月16日09:19[回复]
我们使用链接，所以那些是参考文献。ref标签根本没有使用，我很高兴这个网站能移除创建它们的功能。Ikan Kekek（讨论） 2023年11月16日20:39[回复]
如果这真的很重要，我们可以修改滥用过滤器来处理所有ref标签的实例，但1）这似乎不是什么大事，而且2）可能有人会用它们来做笔记而不是参考文献，但那样也不应该做。—Justin (koavf)❤T☮C☺M☯ 2023年11月16日23:06[回复]
Ikan，看起来ref标签目前在48篇文章中使用。这是列表。WhatamIdoing（讨论） 2023年11月17日02:07[回复]
我删除了一个，看起来确实不太必要，而且整个部分都有些不稳固。—Justin (koavf)❤T☮C☺M☯ 2023年11月17日04:17[回复]
粗略一看，似乎大多数ref标签是用于气候图表。其余的应立即删除，但我正在尽量减少在周日大型音乐会后进行的编辑次数。Ikan Kekek（讨论） 2023年11月17日15:16[回复]
这次讨论是关于ref标签的，所以在这种情况下计算内联链接无关紧要。 --SHB2000 (讨论 | 贡献 | meta) 2023年11月18日00:04[回复]
en.wikivoyage社区有一个技术愿望游说团队吗？我想我们一定有。（我有一些非主流的愿望）Brycehughes（讨论） 2023年11月16日13:53[回复]
一个长期的愿望是提供一个选项，可以在动态地图上显示用户的当前位置。我曾在这里提出了请求，但由于动态地图基础设施的其他工作而被拒绝。—Granger （讨论 · 贡献） 2023年11月16日14:41[回复]
@Brycehughes，我们曾经一两次一起努力争取某件事。有人曾讨论过在2024年不再进行投票（让团队继续处理已经投票的项目；每次投票都会让该团队花费至少一个月的生产时间），但解释得不够清楚，编辑者坚持认为他们应该每年都能投票，即使结果可能非常相似。据我所知，计划是在2024年4月左右进行一次投票，无论这是否是正确的决定。
我一直在想是否需要重新评估整个事情。最初的想法是让团队做一些相对简单的小修复，需要大约一个月或更少的时间，并且最好不需要持续的维护。比如“这里，我们会修复你复杂的模板”或“我可以对那个机器人做一次性修复，因为机器人操作员已经几年没编辑了”。但他们现在收到的请求大多是大型项目或需要专业知识。例如：我们不需要技术愿望团队花几周时间做地图方面的事情。我们真正需要的是一个地图团队，有人员和预算，永远都在。 WhatamIdoing（讨论） 2023年11月16日19:57[回复]
位置的问题在于，这需要征求用户的许可，这非常具有干扰性且令人恼火。我肯定希望在Special:Nearby的地图上看到它，因为在那里它已经必须征求那个许可了。不幸的是，我从来没有真正着手给Special:Nearby添加地图。—TheDJ（讨论） 2023年11月21日09:25[回复]
许可的烦恼可以用一个按钮来缓解，对吧？（通常是一个目标符号。）用户点击按钮，就会询问权限。否则就是静默的，不打扰。Brycehughes（讨论） 2023年11月21日12:29[回复]
可能有一两个是关于旅行建议的；这是列表。WhatamIdoing（讨论） 2023年11月16日19:49[回复]
我支持设立一个 Wikivoyage 技术愿望清单页面。 OhanaUnited讨论页 2023年11月17日 17:15 (UTC)[回复]
大家好。我只是想提一下，在维基媒体世界中有（至少）两个团队在处理愿望清单。
从这次对话来看，评论似乎是关于后者的。-- 顺颂，Johanna Strodt (WMDE)（讨论） 2023年11月21日 15:00 (UTC)[回复]
@Johanna Strodt (WMDE)，你检查过那个日期了吗？由于美国的假期，那周没有火车，第二天也没有部署。 WhatamIdoing（讨论） 2023年11月15日 20:36 (UTC)[回复]
@WhatamIdoing。非常感谢您的提醒。我们确实检查了日期，但可能是短期日历尚未更新。我们的团队正在调查此事。再次感谢！-- Johanna Strodt (WMDE)（讨论） 2023年11月16日 08:01 (UTC)[回复]
嗨 WhatamIdoing 和各位。我只是想通知你们，我们已将部署提前一天，定于11月21日。（这是一个相对小的配置更改，因此我们不太受火车部署日历的影响。）-- 顺颂，Johanna Strodt (WMDE)（讨论） 2023年11月20日 11:28 (UTC)[回复]
（如果有人好奇的话：火车 是本周的错误修复、新功能和其他需要“部署到服务器”的代码的集合。之所以称为火车，是因为它遵循固定的路线，从一个维基组到下一个。一个 配置补丁 就像更改您操作系统的设置一样：代码已经安装在计算机上，但您想打开或关闭它。每个都有预定的时间。本周，由于美国的长期假期周末，没有火车，并且更改设置的预定窗口数量有限。如果出现问题，他们要么必须遵循紧急程序，要么要等到下周一才能解决。这是一个风险很低的操作，但将计划安排在最后一个非紧急窗口仍然是不好的做法，该窗口应保留用于修复意外问题。因此，他们稍微提前了他们的计划，如果周二出现任何问题，我们需要尽快告知他们，以便他们能在漫长的周末前的最后一个配置窗口关闭之前修复/删除它。我不期望有任何问题，但这正是他们更改计划的原因。） WhatamIdoing（讨论） 2023年11月20日 21:04 (UTC)[回复]
我不总是部署，但当我部署时，总是在周五下午5点。 Brycehughes（讨论） 2023年11月21日 12:26 (UTC)[回复]
不同的地方，不同的需求，不同的计划。 :-) WhatamIdoing（讨论） 2023年11月21日 16:27 (UTC)[回复]
有些人就是喜欢看着世界燃烧。但既然我们在谈论这个，我们也可以在周五下午5点进行一次强制提交，让别人去处理那个烂摊子。:P OhanaUnited讨论页 2023年11月21日 22:26 (UTC)[回复]
检索自“https://wikivoyage.cn/w/index.php?title=Wikivoyage:Travellers%27_pub/2023&oldid=5108048”
© 2026 wikivoyage.cn. Text is available under the CC BY-SA 4.0 License.