维基旅行:旅人茶馆/2023
 |
这是一个过去讨论的存档。请勿编辑本页内容。如果您希望发起新的讨论或重提旧的讨论，请在当前的讨论页进行。 |
 | 旅人茶馆存档： 2007 • 2008 • 2009 • 2010 • 2011 • 2012 • 2013 • 2013 (额外) • 2014 • 2015 • 2016 • 2017 • 2018 • 2019 • 2020 • 2021 • 2022 • 2023 • 2024 • 2025 |
维基旅行10周年规划
几个月后就是我们的周年纪念日了，我们可以组织些什么来庆祝？
我在想制作一个元页面来设置一个全球性的周年纪念活动，申请快速基金来组织一次像五年前那样的比赛，以及其他不需要资金的活动。
你们怎么看？ Galahad (sasageyo!)(esvoy) 2022年10月21日12:52 (UTC)
- @Galahad: 好主意！我还在想我们是否能让维基百科和其他维基媒体基金会项目在顶部放置一个横幅，可能一个月。这有多难？这样一来，我们也能吸引更多编辑者，提高维基旅行的知名度。 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 个国家，至少在每个国家/地区的一个省/州进行一次编辑，以及至少在每个大洲的一个国家进行一次编辑的奖励积分。但是，要做到这一点，我们需要一些自动跟踪，比如使用 Outreach dashboard。 OhanaUnited讨论页 2022年10月24日04:20 (UTC)
- 一年前举办的比赛，使用了一系列参数。具体来说，完成挑战的得分更高（例如，对于 eswikivoyage，完成自动翻译目的地的翻译）。从这个意义上说，每个想要参与的社区都会定义自己的挑战，并会被添加进来。
- 最好制定鼓励和奖励良好贡献的标准（例如，链接相关的图片，而不是参与复制粘贴）。否则，项目将因随后的清理工作而憎恨比赛。一些想法可以在 2018 年编辑马拉松中找到。一些“更有趣”的想法包括：为那些国家覆盖率不高的社区获得额外积分，编辑覆盖 X 个国家，至少在每个国家/地区的一个省/州进行一次编辑，以及至少在每个大洲的一个国家进行一次编辑的奖励积分。但是，要做到这一点，我们需要一些自动跟踪，比如使用 Outreach dashboard。 OhanaUnited讨论页 2022年10月24日04:20 (UTC)
- 我会申请全球比赛的资金，是的，每个社区都可以组织他们自己的本地活动或提出全球活动。 Galahad (sasageyo!)(esvoy) 2022年10月22日01:07 (UTC)
- 我们可以组织一次编辑马拉松吗？ OhanaUnited讨论页 2022年10月22日00:09 (UTC)
- 我同意以上评论。我们应该在其他维基上创建横幅并组织一次编辑马拉松。这应该能为我们的社区带来许多新编辑者。 --评论来自 Selfie City (讨论) (贡献) 2022年10月21日21:23 (UTC)
- 关于规则，是的。在比赛开始之前，我会提交一份规则草案，我们可以一起协作。另外，招募志愿者担任评委等等。
- 最后，我的团队改编了我们五年前使用的标志，你可以帮忙找到它。
- 此致， Galahad (sasageyo!)(esvoy) 2022年10月24日20:48 (UTC)
- 您有去年比赛的链接吗？ OhanaUnited讨论页 2022年10月25日04:44 (UTC)
- 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 个目的地”（你必须在一个大洲完成一个地点，然后才能处理另一组地点）这个例外。我认为这个特定的挑战会劝退那些想专注于某个地区的人。对于虚拟奖项，我们可以充分利用 Barncompasses，尤其是对于专注于大洲的编辑者。 OhanaUnited讨论页 2022年10月28日04:23 (UTC)
- 这听起来会吸引一些人，但不会吸引另一些人。我倒是可以想象一个类似的活动，针对每个西班牙语国家的某个城市。我知道有些人终生目标是游遍美国的 50 个州，我也能想象有些人会这样做，游遍南美洲的每个国家。这可能会非常吸引某些贡献者。 WhatamIdoing (讨论) 2022年10月28日23:07 (UTC)
- 好主意。我也喜欢西班牙社区关于评分的提议，除了“挑战 8 个目的地”（你必须在一个大洲完成一个地点，然后才能处理另一组地点）这个例外。我认为这个特定的挑战会劝退那些想专注于某个地区的人。对于虚拟奖项，我们可以充分利用 Barncompasses，尤其是对于专注于大洲的编辑者。 OhanaUnited讨论页 2022年10月28日04:23 (UTC)
- 作为因编辑马拉松而加入并留下的编辑者之一，我认为人们访问编辑马拉松页面却不知道下一步去哪里。没有“建议要改进的页面列表”或“这些可以添加/更新的内容”，无法启动他们的第一次编辑。老用户总是假设新编辑者知道该做什么。但我们不知道。可能有想要注册的新用户（即完全不懂维基的新手），但注册按钮在下方四段。很自然地，这吸引了像我这样已经熟悉维基操作的人。 OhanaUnited讨论页 2022年10月26日03:45 (UTC)
- +1 再办一次编辑马拉松。2018 年的那次在吸引对很少受到关注的地区的新贡献方面取得了巨大成功。在留住新编辑者方面有改进的空间（少数人会在一个月后留下，但与参与编辑马拉松的人数相比不多）。我支持 Ohana 关于激励对不同国家/地区贡献的建议。我们也应该考虑吸引《维基旅行》的《读者》而不仅仅是《编辑》。基于 2018 年的页面浏览量分析，看起来很多人通过编辑马拉松页面进来，但从未浏览过其他页面。如果新人能看到我们的主页和最佳内容，那将是很好的。 Gizza (漫游) 2022年10月26日01:43 (UTC)
- NewsVoyage 仅适用于 eswikivoyage 和 eswikinews。此致， Galahad (sasageyo!)(esvoy) 2022年10月25日06:30 (UTC)
- 您有去年比赛的链接吗？ OhanaUnited讨论页 2022年10月25日04:44 (UTC)
大家好！我创建了一个 关于比赛/编辑马拉松 的草稿。请审阅、提出建议并帮助我们！此致， Galahad (sasageyo!)(esvoy) 2022年11月9日07:53 (UTC)
- 感谢链接！我认为“创建新文章或现有文章”的 5 分有点问题，可能会导致重复我们之前在尼日利亚编辑马拉松中遇到的问题，导致大量“文章”是从维基百科和“版权所有，保留所有权利”的网站复制粘贴而来，或者包含整个国家都相同的无关信息，或关于数百公里外的城市。我认为给人们创作任何文章都加分，无论其内容多么抄袭或无关，都不是一个好主意。这也有类似的问题：“为现有文章或基本结构的新文章添加的每 2000 字节获得 1 分”。所以，如果我从任何旧网站复制粘贴无关的版权内容，我就会得到一分？ Ikan Kekek (讨论) 2022年11月9日12:53 (UTC)
- @Ikan Kekek 感谢您的反馈。我明白您的意思，但与您提到的编辑马拉松不同，每个语言版本的编辑马拉松都将由当地的评审团控制。这意味着他们将批准获得积分的文章，并修改评分标准。因此，它指示“维护或调整”。它们可以更严格，也可以更宽松。这取决于每个语言版本！此致， Galahad (sasageyo!)(esvoy) 2022年11月9日15:18 (UTC)
- 感谢链接！我认为“创建新文章或现有文章”的 5 分有点问题，可能会导致重复我们之前在尼日利亚编辑马拉松中遇到的问题，导致大量“文章”是从维基百科和“版权所有，保留所有权利”的网站复制粘贴而来，或者包含整个国家都相同的无关信息，或关于数百公里外的城市。我认为给人们创作任何文章都加分，无论其内容多么抄袭或无关，都不是一个好主意。这也有类似的问题：“为现有文章或基本结构的新文章添加的每 2000 字节获得 1 分”。所以，如果我从任何旧网站复制粘贴无关的版权内容，我就会得到一分？ Ikan Kekek (讨论) 2022年11月9日12:53 (UTC)
- 一些想法
- “创建新文章或现有文章”不够清晰。你不能创建一篇已有的文章。我想你的意思是“为填补项目中的重要内容空白（例如，通过创建关于大型城市或重要地区的文章，或大幅扩展关于此类目的地的空文章/大纲文章）提供 7 分”。这澄清了关于小型村庄的大纲不合格。
- “创建新文章 5 分”可以设定一个最低门槛（例如，一个开篇句子加上两个列表；五个句子/元素）。
- “提供该图像中的内容尚未在维基媒体共享资源中说明”有点不清楚。它的意思是“只要共享资源中没有类似的图片”吗？（如果是，我建议给它超过 2 分。）
- 至于其他的，我认为像“只有适当的贡献（例如，不是版权侵犯）才会被计算”这样的通用规则。 WhatamIdoing (讨论) 2022年11月9日17:06 (UTC)
- 总的来说，我认为客观的“积分”应该只作为资格标准。任何奖品的颁发都应由评审小组主观判断。这可能会避免我们在尼日利亚比赛中看到的非增值编辑。一个长期存在的、主要为主观的比赛是“维基爱古迹”（Wiki Loves Monuments），它有客观的资格标准，比如照片的主题是公认的古迹或历史建筑，但主要的评判是主观选择好的照片。
- 只有当文章在比赛页面上提前 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，我认为您提出的英文版本可能有点过于严苛。我们*应该*鼓励高质量的文章，即使是关于一千人以下的小镇。如果有人创建了像 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)
- Ikan，我不知道我们将如何挑选评审团。外部没有规定流程，所以我们可以自行决定。您有兴趣成为其中一员吗？我曾想过，询问那些通常会查看“最新更改”的人会很高效，因为他们会看过所有内容。 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） 2022年11月13日01:14 (UTC)
- 是的，我很感兴趣，尽管这句话常常是“著名最后的话”（这可能会花费太多时间）。Ikan Kekek（讨论）2022年11月13日00:47 (UTC)
- Ikan，我不知道我们将如何挑选评审团。没有外部规定的流程，所以我们可以自行决定。您有兴趣成为其中一员吗？我曾想过，询问那些通常会查看“最新更改”的人会很高效，因为他们会看过所有内容。 WhatamIdoing (讨论) 2022年11月12日18:09 (UTC)
- Ikan，我不知道我们将如何挑选评审团。外部没有规定流程，所以我们可以自行决定。您有兴趣成为其中一员吗？我曾想过，询问那些通常会查看“最新更改”的人会很高效，因为他们会看过所有内容。 Galahad (sasageyo!)(esvoy) 2022年11月11日21:26 (UTC)
- 我明白了。所以我们可以有一个评审团来判断哪些是有价值的贡献，哪些不是？如果是这样，我们该如何挑选评审团？ Ikan Kekek (讨论) 2022年11月11日16:58 (UTC)
- 我同意你的两点。 Ikan Kekek (讨论) 2022年11月11日12:38 (UTC)
- 我认为我们社区应该制定自己的标准（包括某些任务的积分奖励）。 OhanaUnited讨论页 2022年11月10日15:40 (UTC)
- 我猜我没有说清楚，所以我再解释一下。 enwikivoyage 社区希望在其本地编辑马拉松中应用什么标准？ Galahad (sasageyo!)(esvoy) 2022年11月10日11:34 (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)
- 我希望使用IRC（如果您需要帮助，请告诉我）。否则，将使用Telegram或Discord。祝好， Galahad（sasageyo!）(esvoy) 2023年1月3日17:19 (UTC)
我们需要三名志愿者
Ikan说他愿意成为其中之一。SHB不幸的是，大部分时间都将离线。我们需要另外两个人。还有谁想帮忙？ WhatamIdoing（讨论）2022年11月21日21:36 (UTC)
- Editathon的期限是多久？取决于它何时结束，我可能需要额外的时间。批改试卷对我来说是优先事项。 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)
- 谢谢链接。我对那个平台不熟悉。我们如何引导人们访问该网站，以及是否有简单的方法将列表嵌入到我们在这个网站上开始的页面？ Ikan Kekek（讨论）2023年1月2日21:24 (UTC)
- 如果我们使用https://outreachdashboard.wmflabs.org/（我认为这会是个好主意），那么人们在那里注册，这就构成了主列表。 WhatamIdoing（讨论）2023年1月2日21:20 (UTC)
- 我们将如何知道谁在参与？我们需要在开始的en.voy页面上单独报名，还是会在其他地方有一个主列表？ Ikan Kekek（讨论）2023年1月2日19:47 (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)
- 是的，一位管理员（@Ikan Kekek 和/或 @SHB2000）需要设置编辑马拉松（说明）。祝好， Galahad（sasageyo!）(esvoy) 2023年1月4日00:29 (UTC)
- 我没有看到现有的，所以我想我们需要在那里设置一个https://fountain.toolforge.org/editathons/ WhatamIdoing（讨论）2023年1月3日19:39 (UTC)
- 啊，是的。 Fountain上的示例。祝好， Galahad（sasageyo!）(esvoy) 2023年1月3日18:07 (UTC)
- 我创建了https://outreachdashboard.wmflabs.org/courses/Wikimedia_Small_Projects/Wikivoyage_10 @WhatamIdoing你能帮忙设置吗？ Galahad（sasageyo!）(esvoy) 2023年1月3日00:43 (UTC). PD：另一个实例是fountain，每位评委将评审文章并分配分数。如果我们想建立自动计算无法实现的规则，这是一个绝妙的主意。
- 谢谢。是的，在本站上有一个列表会有帮助。许多之前的项目都有参与者的用户名在这里列出，尽管有些没有，但那些没有的被安排在站外，并且不受en.voy用户陪审团的评判。 Ikan Kekek（讨论）2023年1月2日22:05 (UTC)
- 听起来不错。在eswikivoyage上将是Wikiviajes: Editaton Décimo Aniversario。祝好， Galahad（sasageyo!）(esvoy) 2023年1月2日17:05 (UTC)
- 确实。页面应该叫什么？Wikivoyage:10周年纪念编辑马拉松？ SHB2000 (讨论 | 贡献 | meta) 2023年1月2日12:22 (UTC)
- 我们应该创建一个关于这次编辑马拉松的页面。 Ikan Kekek（讨论）2023年1月2日09:38 (UTC)
- 大家好，新年快乐！志愿者将是@Ikan Kekek、@SHB2000和@WhatamIdoing？没有人想志愿者吗？ Galahad（sasageyo!）(esvoy) 2023年1月1日18:49 (UTC)
- 谢谢澄清；如果没有其他人愿意志愿者，我愿意。 SHB2000 (讨论 | 贡献 | meta) 2022年11月25日08:37 (UTC)
- 我不这么认为。在后期以及之后一周都在场可能比最初几天更重要。 WhatamIdoing（讨论）2022年11月24日18:44 (UTC)
- 糟糕——我误读了日期。我必须随时都有联系吗？我大约在1月23日回来，之后可以帮忙。 SHB2000 (讨论 | 贡献 | meta) 2022年11月24日06:19 (UTC)
- 我宁愿不，因为它可能看起来与工作有冲突，但如果我们找不到另外两个人，那么我可以请求许可。 WhatamIdoing（讨论）2022年11月24日00:55 (UTC)
- 谢谢。我可能还在休假，但有时可以在开始时登录，并在接近尾声时变得更加忙碌，但我会尽力而为。 Ikan Kekek（讨论）2022年11月22日20:30 (UTC)
- 比赛定于2023年1月15日至2月15日举行。 WhatamIdoing（讨论）2022年11月22日02:58 (UTC)
更多关于积分的讨论
到目前为止，我们已经有这些提议
- 7 分：为填补项目中的重要内容空白（例如，通过创建关于大型城市或重要地区的文章，或大幅扩展关于此类目的地的空文章/大纲文章），
- 5 分：创建新文章（文章必须包含必需的基本模板、基本文章结构和对目的地进行简要描述的介绍（仅仅“X 是 Y 地区的一个城市”不被视为有效介绍）），
- 3 分：编辑现有文章，
- 1 分：每添加 2000 字节到现有文章或具有基本结构的新文章，
- 1 分：为文章配图，
- 3 分：如果文章配有参与者拍摄的原创图片，且共享资源中没有类似图片。
由 Galahad
和
- 对于*仅限英文*版本，我建议创建文章仅在目的地具备某些特征（例如，国家公园、至少有 25,000 名居民的城市）且文章具备某些特征（例如，有效的介绍加上市内至少两个列表）时才算数。
- 也许我们还应该有一个关于添加经纬度信息（如有必要，还包括地图）的项目。
我将尝试针对我自己的建议做个初步尝试
- 为更新现有文章中大量过时的列表或信息（包括删除已停用的列表并附上解释删除原因的编辑摘要）提供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个积分。
- 为每张出色的静态地图（即非常详细的静态地图，例如Cocos (Keeling) Islands上的那张）提供5个积分
- 为每篇公园文章（每条小径都有geoline）（例如Mungo National Park或Tombstone Territorial Park上的情况）提供5个积分
- 这基于制作每项内容所需的时间。添加一个带有良好地图中心的动态地图只需要一分钟，可以被认为是“好的”。添加mapmasks或geolines需要时间（在E8上的那个花了我大约两个小时来描绘）。静态地图需要时间，但你总是可以制作一个廉价的，这就是为什么“出色”的静态地图有更高的权重。公园文章中的geolines也是如此，它们也需要很长时间（但你必须做很多次）。
- 否则，我强烈支持免责声明，并将将其放入一个免责声明框中，但除此之外，您的其他建议都得到了LGTM。我现在就这些了。 --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)
- 同意；尽管其中一些是主观的（与Explore Africa项目不同），但最终会带来更好的结果，这正是我们想要的。
- 关于静态地图的一个建议，我们是否应该进行一次投票，决定某张地图应该值三分还是五分，有点类似于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)
- 您认为Wikivoyage:10周年纪念编辑马拉松#如何贡献有帮助吗？还是我们需要对不抄袭或创建不符合WV:文章是什么？要求的目的地的文章的情况，要给予更强的强调？欢迎您编辑该页面的语言，或者如果您想进行实质性更改，请告诉我们您想更改什么。 Ikan Kekek（讨论）2023年1月3日21:09 (UTC)
- 我希望如此。但您可以随意调整积分或提出不同的方案。 Ikan Kekek（讨论）2023年1月3日20:43 (UTC)
- 当然，这更容易，但赛后对工作进行讨论将带来更实质性的结果，对吧？您是否觉得SHB2000或我提出的任何建议过于复杂？如果是这样，请建议一种改写方式或提出您认为更有用或更合适的替换或不同的组合。 Ikan Kekek（讨论）2023年1月3日01:06 (UTC)
- 我建议保持列表非常简单。任何我们可以自动衡量的事情都比需要某人检查每一次编辑并分配点值的事情要好。 WhatamIdoing（讨论）2023年1月3日00:09 (UTC)
- 我支持您的建议。 Ikan Kekek（讨论）2023年1月2日23:32 (UTC)
- 我目前对Ikan Kekek和我的建议措辞进行了一些小的复制编辑，只是为了让我们能大致了解页面会是什么样子。请根据需要进行调整，并记住它可以随时根据需要进行修改。 SHB2000 (讨论 | 贡献 | meta) 2023年1月2日23:20 (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)
- 徽标很好（正如您所说，如果我们翻译的话）。就我而言，这里有一些或多或少好看、尺寸合适的生日蛋糕图片（全部大于2100x300像素）：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)
- FWIW，我不认为我们不能使用西班牙语徽标。毕竟，Wikimedia应该是多语言的，这意味着不偏袒任何特定语言（尽管有一些例外，如使用条款或某些政策）。 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横幅是根据用户界面语言运行的，而不是根据wiki的内容语言。由于我在Special:GlobalPreferences中的设置，我将在每个wiki上看到英语版本。让登陆页面链接到其他语言可能是不错的。 WhatamIdoing（讨论）2023年1月3日17:55 (UTC)
- 我指的是最近的SheSaid活动，它被翻译成了几种语言。是的，我可以看到英语版本，我可以看西班牙语版本。 Galahad（sasageyo!）(esvoy) 2023年1月3日19:59 (UTC)
- 已请求！ 祝好， Galahad（sasageyo!）(esvoy) 2023年1月3日02:15 (UTC)
- 我也是。 Ikan Kekek（讨论）2023年1月3日02:11 (UTC)
- 我也进行了一些小的复制编辑，但除此之外，在我看来看起来不错。 SHB2000 (讨论 | 贡献 | meta) 2023年1月3日02:09 (UTC)
- 好的。所以，预期的结果是：。 Galahad（sasageyo!）(esvoy) 2023年1月3日02:03 (UTC)
- 我同意。 Ikan Kekek（讨论）2023年1月3日01:58 (UTC)
- FWIW，我不认为我们不能使用西班牙语徽标。毕竟，Wikimedia应该是多语言的，这意味着不偏袒任何特定语言（尽管有一些例外，如使用条款或某些政策）。 SHB2000 (讨论 | 贡献 | meta) 2023年1月3日01:57 (UTC)
- 细节是，在中央通知中不可能放置翻译后的徽标。替代方案是放置西班牙语的徽标（已提供），并创建应用程序，或等待获得英语徽标后再进行。 Galahad（sasageyo!）(esvoy) 2023年1月3日01:53 (UTC)
- 徽标很好（正如您所说，如果我们翻译的话）。就我而言，这里有一些或多或少好看、尺寸合适的生日蛋糕图片（全部大于2100x300像素）：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)
- 我的想法是使用为周年纪念而创建的徽标：File:Wikivoyage logo v3 es 10 years.svg。当然，它是西班牙语的，但会翻译。 Galahad（sasageyo!）(esvoy) 2023年1月3日01:32 (UTC)
- 对于en.voy编辑马拉松页面的横幅，很可惜File:Gusarska torta 02.jpg太小了。我会找一些足够大的东西，让人们可以制作横幅。 Ikan Kekek（讨论）2023年1月3日01:23 (UTC)
- 那太好了。 Ikan Kekek（讨论）2023年1月3日01:23 (UTC)
- 理想情况下，这将是整个比赛的一个中央通知。毕竟，横幅将翻译成三种参与语言（英语、西班牙语和中文）。 Galahad（sasageyo!）(esvoy) 2023年1月3日01:21 (UTC)
切换到新的Vector？
由于英文维基百科已切换到新的Vector皮肤，我们也应该将其设为默认皮肤吗？新皮肤下的维基旅行看起来非常棒——它不再像一个维基页面，更像是一本真正的旅行指南。 CactiStaccingCrane (讨论) 2023年1月20日15:07 (UTC)
- 我并不喜欢新的维基百科外观，右侧有大量不必要的空白，如果我们切换过去，会不会立即出现图片问题？ Ikan Kekek (讨论) 2023年1月20日16:46 (UTC)
- 我也觉得它很糟糕，花了几分钟调整设置，却不明白发生了什么。这个新皮肤很难看，而且是不必要的。我希望我能通过浏览器设置来显示旧的皮肤。 Ibaman (讨论) 2023年1月20日16:55 (UTC)
- 老实说，我对这个皮肤也不是太介意。当然，默认的边距设置简直是一坨屎，这一点我还是同意的。不过，所有页面的右下角都有一个按钮，可以覆盖最大页面宽度设置并最大化内容，我猜这可能会解决 Ikan 的主要问题。启用该按钮后，我真心觉得 Vector 2022 是一个相当不错的皮肤，而且我主张应该将“最大宽度”模式设为默认，而不是“紧凑”模式。我能看到的唯一真正缺点是：
- 皮肤与诸如{{Pagebanner}}之类的模板配合得不好，其目录小到难以辨认。
- 侧边栏没有占满整个页面高度，也没有包含一些旧版Vector侧边栏中更重要的项目。
- -- Wauteurz (讨论) 2023年1月20日17:17 (UTC)
- 我同时使用了这两个版本，已经到了不太在意哪个维基用哪个版本的地步了。如果你们愿意，我可以让我的同事在那里添加他的自愿选择加入的横幅。
- Wauteurz，你在侧边栏里缺少了什么（顺便说一下，我在新皮肤里倾向于将其折叠）？跨语言链接从左下角移到了右上角，但我认为所有东西仍然存在。 WhatamIdoing (讨论) 2023年1月22日04:30 (UTC)
- @WhatamIdoing: 我觉得侧边栏中存在的问题是，说实话，旧的 Vector 皮肤也没有这些功能。我认为侧边栏的一些元素，比如更常用的链接（参与其中、工具）能够固定在侧边栏会更好。我知道这只是一个小麻烦，但我一直不喜欢每次都要滚动到文章顶部才能回到主页、最近更改或公共酒馆。
-- Wauteurz (讨论) 2023年1月22日15:15 (UTC)- 我通常不使用侧边栏来实现这些目的。我会在搜索栏中输入页面名称。不过，在 Mac 上，你可以按 Control–Option–r 从任何页面跳转到 Special:RecentChanges，如果你经常使用该页面，可能值得为你的浏览器找出等效快捷键。 WhatamIdoing (讨论) 2023年1月22日17:34 (UTC)
- @WhatamIdoing: 我觉得侧边栏中存在的问题是，说实话，旧的 Vector 皮肤也没有这些功能。我认为侧边栏的一些元素，比如更常用的链接（参与其中、工具）能够固定在侧边栏会更好。我知道这只是一个小麻烦，但我一直不喜欢每次都要滚动到文章顶部才能回到主页、最近更改或公共酒馆。
- 老实说，我对这个皮肤也不是太介意。当然，默认的边距设置简直是一坨屎，这一点我还是同意的。不过，所有页面的右下角都有一个按钮，可以覆盖最大页面宽度设置并最大化内容，我猜这可能会解决 Ikan 的主要问题。启用该按钮后，我真心觉得 Vector 2022 是一个相当不错的皮肤，而且我主张应该将“最大宽度”模式设为默认，而不是“紧凑”模式。我能看到的唯一真正缺点是：
- 我也觉得它很糟糕，花了几分钟调整设置，却不明白发生了什么。这个新皮肤很难看，而且是不必要的。我希望我能通过浏览器设置来显示旧的皮肤。 Ibaman (讨论) 2023年1月20日16:55 (UTC)
- 我支持新的Vector皮肤，认为它很丑，并反对在上面提出的问题得到解决之前实施它。 SHB2000 (讨论 | 贡献 | meta) 2023年1月20日22:40 (UTC)
- 在德语维基旅行上，新的Vector皮肤已经使用了几个月。将来，它将是唯一会得到改进的皮肤。--RolandUnger (讨论) 2023年1月22日17:56 (UTC)
- 我支持切换到新皮肤，尽管这感觉就像向坦克扔石头 lol。如果未来有共识来改变（并且有人给我权限），我可以修复页面横幅的问题。新 Vector 导航更方便，更易访问，并且会持续更新。所有改进都在这里列出。较窄的边距是出于人类因素的考虑，以便更舒适地阅读。如果你对此感兴趣，可以查阅Bringhurst。 ButteBag (讨论) 2023年1月23日19:15 (UTC)
- 我承认我不明白关于文本宽度的抱怨。全屏宽度下维基很难阅读。我在这里使用了新 Vector 一段时间了，除了页面横幅之外，它似乎都很好。 Powers (讨论) 2023年1月27日18:39 (UTC)
- 我知道 Vector 2022 目前存在问题，但这些问题最终（以某种方式）会得到解决。更改为唯一会获得支持的皮肤是个好主意。越早越好，这样每个人都可以习惯它，因为它最终必须发生。维基旅行指南在打印时应该看起来很好，在新皮肤下，页面由于文本宽度而更像打印版本。它也有助于识别格式方面存在问题的地方，可能是不必要的表格，这些表格在许多现代设备上从未看起来很好等等。 Alalch E. (讨论) 2023年1月29日23:42 (UTC)
- 任何想切换到新皮肤的人只需点击此链接
- https://wikivoyage.cn/wiki/Wikivoyage:Travellers'_pub?setskin=vector-2022
- 请注意，点击此链接将自动且永久地更改您的偏好设置。如果您想切换回，可以前往 Special:Preferences 的“外观”部分。
- 如果您只想查看新皮肤，但不想长期更改偏好设置，请尝试此临时链接
- https://wikivoyage.cn/wiki/Wikivoyage:Travellers'_pub?useskin=vector-2022 (此页面)
- https://wikivoyage.cn/wiki/Special:Random?useskin=vector-2022 (随机文章)。 WhatamIdoing (讨论) 2023年1月31日17:26 (UTC)
关于UCoC执行准则批准的投票正在进行中
大家好，
在英文维基旅行中，有42位符合资格的选民可以参与当前的修订后的《通用行为准则》执行准则的批准投票。但目前还没有选民投票。投票截止日期为2023年1月31日23:59 (UTC)。请访问此处进行投票。
顺颂,
最后呼吁投票关于修订后的UCoC执行准则！
大家好，
这是最后一次友好提醒，投票期的修订后的《通用行为准则》执行准则将在明天，即1月31日星期二，23:59:59 UTC截止。
UCoC支持维基媒体的公平目标，并致力于确保一个受欢迎、多元化的运动，并且适用于我们社区的所有成员。投票是您决定我们如何履行对社区及彼此的承诺的机会！
投票，请访问Meta-wiki上的选民信息页面，其中概述了如何使用SecurePoll进行投票。
非常感谢您对UCoC的关注和参与！
代表UCoC项目团队，
关于修订后的《通用行为准则》执行准则的投票即将结束
大家好，
关于投票的《通用行为准则》修订执行准则的投票将于今天，即2023年1月31日，23:59 UTC结束。请访问Meta-wiki上的选民信息页面，了解选民资格信息和投票详情。有关执行准则和投票流程的更多信息，请参阅此之前的消息。
代表UCoC项目团队，
关于修订后的《通用行为准则》执行准则的投票已结束
大家好，
关于投票的《通用行为准则》执行准则现已结束。结果将进行统计和审查，以确保只包含符合资格的选票。结果将尽快在Meta和其他运动论坛上发布，以及未来步骤的信息。感谢所有参与投票的人，以及为准则草案做出贡献的人。
代表UCoC项目团队，
PlanespotterA320/RespectCE 的全局封禁
根据全局封禁政策，我在此告知项目组关于此请求：m:Requests for comment/Global ban for PlanespotterA320 (2) ，关于封禁您社区的一名成员。谢谢。--Lemonaka (讨论) 2023年2月6日21:40 (UTC)
- 该用户似乎在2017年只进行了一次编辑，在埃塞俄比亚。 AlasdairW (讨论) 2023年2月6日22:04 (UTC)
- 根据全局政策，如果一名用户被提名进行全局封禁，则必须通知他们在每个编辑过的维基。 SHB2000 (讨论 | 贡献 | meta) 2023年2月7日08:05 (UTC)
- 他们的行为似乎是不可接受的，并且他们不明白社交是如何运作的，但我仍然怀疑是否需要封禁。我不会为这个封禁而战，但我有点担心，一旦你在两个项目上被封禁（也许是出于糟糕的原因，在不是你主要项目的项目上），你就可以被全局封禁，而几乎没有人为你辩护，因为那些感兴趣的人是那些试图让你被封禁的人。 –LPfi (讨论) 2023年2月7日10:30 (UTC)
- 封禁他们在这里没有意义。 Ikan Kekek (讨论) 2023年2月9日22:07 (UTC)
- 不，那没有意义。我们可以尝试避免他们被全局封禁，但如果我要为此而战，我将为那些不是自己变成自己最大敌人的人而战。 –LPfi (讨论) 2023年2月9日22:40 (UTC)
- 我的意思是，在这里封禁他们是没意义的。但也许我错了。反正这对这个网站来说 anyway 并不重要。 Ikan Kekek (讨论) 2023年2月10日02:01 (UTC)
- 不，那没有意义。我们可以尝试避免他们被全局封禁，但如果我要为此而战，我将为那些不是自己变成自己最大敌人的人而战。 –LPfi (讨论) 2023年2月9日22:40 (UTC)
- 封禁他们在这里没有意义。 Ikan Kekek (讨论) 2023年2月9日22:07 (UTC)
- 他们的行为似乎是不可接受的，并且他们不明白社交是如何运作的，但我仍然怀疑是否需要封禁。我不会为这个封禁而战，但我有点担心，一旦你在两个项目上被封禁（也许是出于糟糕的原因，在不是你主要项目的项目上），你就可以被全局封禁，而几乎没有人为你辩护，因为那些感兴趣的人是那些试图让你被封禁的人。 –LPfi (讨论) 2023年2月7日10:30 (UTC)
- 根据全局政策，如果一名用户被提名进行全局封禁，则必须通知他们在每个编辑过的维基。 SHB2000 (讨论 | 贡献 | meta) 2023年2月7日08:05 (UTC)
《通用行为准则》修订执行准则投票结果
最近的全社区关于《通用行为准则》修订执行准则的投票已完成统计和审查。感谢所有参与者。
共有来自146个维基媒体社区的3097名选民参与投票，结果显示76%支持执行准则，24%反对。投票统计数据已发布。投票期间提交的评论的详细摘要将很快发布。
接下来，投票结果和评论将提交给理事会审查。目前的预期是，理事会审查过程将于2023年3月完成。一旦审查完成，我们将向您更新。
代表UCoC项目团队，
关于更新维基媒体使用条款的社区反馈周期开始
各位，
2023年2月，维基媒体基金会法律部计划于2月至4月举办关于更新维基媒体使用条款（ToU）的反馈周期。完整信息已在此发布。
《使用条款》是管理维基媒体基金会托管网站使用的法律条款。我们将在2月至4月期间收集您对草案提案的反馈。该草案已被翻译成多种语言，并且接受任何语言的反馈。
此次更新是响应以下几点：
- 实施《通用行为准则》
- 将项目文本更新为知识共享BY-SA 4.0许可 (CC 4.0)
- 一项关于更好地处理未披露的付费编辑的提案
- 使我们的条款与当前和最近通过的、影响基金会的法律（包括欧盟《数字服务法》）保持一致
关于《通用行为准则》及其执行准则，我们被指示确保使用条款以某种形式包含它们。
关于CC 4.0，社区在2016年的咨询后决定，项目应将托管文本的主许可从当前的CC BY-SA 3.0升级到CC BY-SA 4.0。我们很高兴能够实施这一点，这将使项目能够接收大量现有的CC BY-SA 4.0文本，并进一步改进项目内容的重用和混用。
关于更好地处理未披露付费编辑的提案，基金会打算加强其工具，以支持现有的社区政策，反对进行系统性、未披露的付费编辑活动的营销公司。
最后，关于新法律，上一次使用条款更新是在2015年，并且那次更新只涉及付费编辑的一项内容。上次全面修订是在2012年。尽管影响托管提供商的法律在一段时间内保持稳定，但随着欧盟《数字服务法》的最近通过，我们看到了对基金会这样托管大型网站的公司法律义务方面发生了更重大的变化。因此，经过十年，并且影响网站托管商的法律即将改变，我们认为现在是时候重新审视使用条款并更新它们，以使其符合当前的法律先例和标准。
请访问Meta上的页面获取所有信息。
代表维基媒体基金会法律团队，
编辑新闻 2023 #1
此通讯包括关于编辑团队工作的两项关键更新：
讨论页项目
编辑团队已基本完成讨论页项目的第一阶段。几乎所有新功能现在都可以在Beta功能：讨论工具中使用。
它将显示有关讨论活跃程度的信息，例如最近评论的日期。很快就会有一个新的“添加主题”按钮。您可以在Special:Preferences#mw-prefsection-editing-discussion中关闭它们。请告诉我们您的想法。
移动版讨论工具的 A/B 测试已完成。编辑者在使用讨论工具时更加成功。编辑团队正在为所有移动版网站用户启用这些功能。
新项目：编辑检查
编辑团队正在开始一个帮助新维基百科编辑的项目。它将帮助人们在点击“发布更改”之前识别一些问题。第一个工具将鼓励人们在添加新内容时添加参考文献。请关注该页面以获取更多信息。您可以通过加入3月3日 2023年 的电话会议了解更多信息。
您的维基将很快变为只读模式
维基媒体基金会正在测试其第一和第二数据中心之间的切换。这将确保维基百科和其他维基媒体维基即使在灾难后也能保持在线。为了确保一切正常运行，维基媒体技术部门需要进行一次计划测试。该测试将表明他们是否能够可靠地从一个数据中心切换到另一个数据中心。这需要许多团队做好准备并随时待命，以修复任何意外问题。
所有流量将于3月1日切换。测试将于14:00 UTC开始。
遗憾的是，由于MediaWiki的一些限制，在进行切换时必须停止所有编辑。我们对这次中断表示歉意，并正在努力将其最小化。
您将可以在短时间内阅读所有维基，但无法编辑。
- 您将在2023年3月1日星期三无法编辑，时间最多可能持续一小时。
- 如果您在此期间尝试编辑或保存，您将看到一条错误消息。我们希望在这几分钟内不会丢失任何编辑，但我们无法保证。如果您看到错误消息，请等到一切恢复正常。届时您应该可以保存您的编辑。但是，我们建议您先将更改复制一份，以防万一。
其他影响:
- 后台任务将变慢，有些可能会被丢弃。红链接可能更新不及时。如果您创建的文章已在其他地方链接，该链接将比平时更长时间地显示为红色。一些长时间运行的脚本将被停止。
- 我们预计代码部署将像往常一样进行。但是，如果操作需要，可能会有例外情况的代码冻结。
- GitLab将不可用约90分钟。
Trizek (WMF) (讨论) 2023年2月27日21:21 (UTC)
- 供您参考，如果一切完美地进行，可能只需要90秒，但几分钟是最可能的结果。如果收到警告消息，请不要关闭您的标签页。只需等待五到十分钟，然后重试。 WhatamIdoing (讨论) 2023年3月1日04:41 (UTC)
提醒：关于更新维基媒体使用条款的在线答疑时间
大家好，
在此提醒，维基媒体基金会法律部正在举办关于在线答疑，社区成员可以就更新维基媒体使用条款进行咨询。
在线答疑将于3月2日，17:00 UTC至18:30 UTC举行。在此Meta上的详细信息。
另一场在线答疑将于4月4日举行。
我们特此诚挚邀请您参加讨论。请注意，本次会议将以英语举行，并由维基媒体基金会法律团队成员主持，他们将回答您的问题。运动战略和治理团队的协调员将提供必要的协助和其他会议相关服务。
代表维基媒体基金会法律团队，
按最后编辑时间排序的文章列表
这有点奇怪，但由于这个bug（终于被修复了），有人知道如何获取按最后编辑时间排序的维基旅行文章列表吗？或者类似的东西？我正在寻找一个列表，其中包含很少编辑的页面，而这些页面在这里有很多。 Brycehughes (讨论) 2023年2月9日01:34 (UTC)
- 具体来说，由于上述bug，REST移动API多年来一直提供过时的维基旅行页面（这在疫情期间尤其令人沮丧，因为发生了许多变化）。现在他们修复了它。但是，他们无法进行一次完整的缓存清除，让每个维基旅行文章都立即在REST API中更新。取而代之的是，每个页面的缓存将在每次编辑时单独清除。所以，好的，像马德里这样的文章没问题，很快就会有一次编辑，缓存会被清除，马德里就会更新。但我们有数千页很少被编辑的文章，这意味着它们的缓存可能几个月甚至几年都得不到清除。这并不是一个大问题，但自2019年以来一直存在这个bug，我们甚至得到了很少一年至少编辑一次的文章的非常旧的版本。因此，WM开发团队很乐意编写一个机器人，对大量很少编辑的维基旅行页面进行一次模拟编辑，从而清除它们的缓存，让我们最终得到最新的文章。但我需要某种方法根据最后编辑日期或类似内容来制作文章列表。如果任何人有任何想法，我将不胜感激。 Brycehughes (讨论) 2023年2月9日13:06 (UTC)
- 我猜最好的方法是检查数据库转储。大小应该是可以管理的，而且你可以跳过实际内容，只看元数据。 –LPfi (讨论) 2023年2月9日13:59 (UTC)
- LPfi，谢谢。但数据库转储如何操作？有链接（或说明）吗？ Brycehughes (讨论) 2023年2月9日16:43 (UTC)
- @Brycehughes: 参阅 m:Data dumps，通过页面页脚的“开发者”链接间接链接。相关文件可能在 20230201 的 enwikivoyage dump progress 页面上；也许 enwikivoyage-20230201-stub-meta-history.xml.gz 是您想要的（300 MB）。否则，请从数据转储页面开始探索。数据有多种格式可供选择。–LPfi (talk) 17:27, 9 February 2023 (UTC)
- 嗯。 enwikivoyage-20230201-stub-meta-current.xml.gz (12.5 MB) 也许就够了。–LPfi (talk) 17:35, 9 February 2023 (UTC)
- @Brycehughes: 参阅 m:Data dumps，通过页面页脚的“开发者”链接间接链接。相关文件可能在 20230201 的 enwikivoyage dump progress 页面上；也许 enwikivoyage-20230201-stub-meta-history.xml.gz 是您想要的（300 MB）。否则，请从数据转储页面开始探索。数据有多种格式可供选择。–LPfi (talk) 17:27, 9 February 2023 (UTC)
- LPfi，谢谢。但数据库转储如何操作？有链接（或说明）吗？ Brycehughes (讨论) 2023年2月9日16:43 (UTC)
- 找一个空机器人应该不难。 User:Joe's Null Bot 是其中之一（关于它已损坏的说明可能已经过时了大约三年）。@DannyS712 也许知道目前是否有其他仍在服务的机器人，因为我记得他计划写一个。 WhatamIdoing (talk) 20:12, 9 February 2023 (UTC)
- LPfi 和 WhatamIdoing：谢谢。老实说，我认为在“不常编辑”的页面上进行虚拟编辑机器人没有多大意义。为什么我们不把它应用到所有页面上呢？这是 Wikivoyage，不是 Wikipedia……文章数量并不多。我认为我们可以把所有内容都进行虚拟编辑。即使每秒一页，也只需要几天时间。无论如何，我会和 WM 开发团队沟通，看看他们需要什么。感谢您的帮助。（哦，对了，LPfi 我是个白痴……我以前用过这些数据转储……我只是忘了它们。祝好。） Brycehughes (talk) 22:49, 9 February 2023 (UTC)
- 如果您要在所有页面上进行虚拟编辑，最好是避免最近（例如一个月内）被编辑过的页面。您会淹没人们的监视列表。如果您知道没有最近的编辑，我很乐意忽略您机器人进行的所有编辑。否则，可能存在一个破坏者隐藏在您的编辑后面。我不想忽略所有的机器人编辑，因为有些（例如 InternetArchiveBot）需要后续操作。 AlasdairW (talk) 00:09, 10 February 2023 (UTC)
- AlasdairW。说得对。我会看看我能做什么。 Brycehughes (talk) 04:24, 10 February 2023 (UTC)
- 如果您只进行空编辑，那么它们不会显示在最近更改或监视列表中。根据 Joe's Null Bot 页面及其链接，我认为这足够了。如果您需要进行虚拟编辑，那么淹没监视列表将是一个问题。以显著较慢的速度——如果只更新我们部分文章——可能会引起人们对一些需要关注的文章的注意。–LPfi (talk) 10:27, 10 February 2023 (UTC)
- @LPfi: 空编辑和虚拟编辑有什么区别？ Brycehughes (talk) 14:39, 11 February 2023 (UTC)
- @Brycehughes: Special:AncientPages 有帮助吗？—Granger (talk · contribs) 01:34, 11 February 2023 (UTC)
- Mx. Granger 也许会有帮助。非常感谢。 Brycehughes (talk) 04:46, 11 February 2023 (UTC)
- 空编辑只是点击保存，而未进行任何更改。编辑不会显示在最近更改、监视列表或历史记录中，但会更新某些缓存。虚拟编辑是带有无关更改（通常是删除一些看不见的空白字符）的编辑，但由于进行了更改，它会显示在历史记录中，从而允许可见的编辑摘要。–LPfi (talk) 19:00, 12 February 2023 (UTC)
- @LPfi, WhatamIdoing, AlasdairW, Mx. Granger: 空编辑实际上可以刷新移动端缓存，据称是这样的。运行一个（像 User:Joe's Null Bot 这样，如果不是 Joe's Null Bot 的话）空编辑机器人 非常缓慢地在所有页面上运行，大家有什么看法？编辑不会显示在人们的监视列表中，并且所有移动端缓存最终都会被刷新，之后文章就会保持最新（因为 bug T226931 已修复）。我个人认为，如果运行速度非常慢，需要一个月才能完成，我也没问题。 Brycehughes (talk) 11:55, 15 February 2023 (UTC)
- 也许我误解了什么，但您不能直接在所有 WV 页面上使用 https://www.mediawiki.org/wiki/Manual:Purge 吗？结合 https://www.mediawiki.org/wiki/API:Allpages，您应该可以使用几行 python 代码来实现……此外，即使是旧页面可能也包含一些“基本模板”，也许虚拟编辑这样的模板就足够了（{{geo}}， {{pagebanner}}。通过模板调用，这应该会更新所有内容。-- andree 13:35, 15 February 2023 (UTC)
- 不同的方法会清除不同的缓存。在进行大规模操作之前，应该在一些有此问题的文章上进行几次手动编辑来测试。您知道我们有多少页面，以及其中有多少页面每月或每几个月被编辑一次吗？我找不到相关的统计数据。我假设大部分页面多年未被触动；如果大多数页面在缓存中有过时的内容，那么清除所有页面的缓存与只清除需要清除的页面差别不大，但如果有很多页面不需要清除，那么就可以有针对性地选择。 LPfi (talk) 14:07, 15 February 2023 (UTC)
- andree：手动清除可能也有效。我可以问问 WM 开发团队，这是否比空编辑更好。 LPfi，这已经经过相当广泛的测试了，在 bug T226931 解决过程中。问题在于获取需要清除的页面列表。这需要编写一个解析器、一个（按最后编辑时间）排序器、一个截断器和一个格式化程序，用于处理 enwikivoyage-20230201-stub-meta-current.xml.gz 或 Andree 建议的 API:Allpages，然后我们将其通过机器人运行。但是，考虑到这是 Wikivoyage，并且 1）文章总数不大，2）我猜想很少编辑因而 REST API 上过时的文章数量相对于自 bug 修复以来频繁编辑因而不过时的文章数量来说是相当高的。所以，我的建议是，慢慢地在所有页面上运行一个空编辑机器人，即使它空编辑了最近编辑过的页面，也不会造成任何损害。顺便说一句，这个问题不仅仅是我自己的。其他组织也为此抱怨了多年（见 bug 报告）。因此，如果我们能让所有这些页面保持最新，将有助于整个 WV REST API 用户社区。对我来说，运行一个空机器人（或手动清除或其他不影响监视列表的操作）似乎是相对无害的，因为我们知道（通过测试）这会清除缓存并且不会影响监视列表，而且它似乎是迄今为止最简单的解决方案。我只是不知道这里是否存在我可能忽略的潜在问题……我忽略了吗？ Brycehughes (talk) 15:07, 15 February 2023 (UTC)
- 好的。看来我们有 178,025 个页面，其中 33,758 个是文章。每秒一次空编辑，覆盖文章将需要一天，每分钟一次编辑，则需要几周。 LPfi (talk) 15:22, 15 February 2023 (UTC)
- LPfi：大家怎么舒服就怎么来。一天没问题。一个月也没问题。有没有单独的文章名称列表？（不在乎页面。）谢谢， Brycehughes (talk) 16:00, 15 February 2023 (UTC)
- 也许这个 enwikivoyage-20230201-all-titles-in-ns0.gz（主命名空间下的页面标题列表）Brycehughes (talk) 16:18, 15 February 2023 (UTC)
- 嗯，这给了 62210 行，所以我猜它包括重定向。有人知道在哪里可以找到不包含重定向的列表吗？有一个“重定向列表”，我以为我可以简单地与原始文件进行比较，但它只是一些无用的 SQL 代码。 Brycehughes (talk) 16:22, 15 February 2023 (UTC)
- @Brycehughes，您有什么例子说明什么是过时的，以及如何显示它吗？我在 {{geo}} 上进行了空编辑，您可以检查它是否在所有地方都起作用…… -- andree 17:06, 15 February 2023 (UTC)
- andree 我会在未来几天看看能不能找到一个（到目前为止我注意到的所有例子我都已经进行了虚拟编辑，或者 WM 开发人员已经清除了缓存）。它们有点难找，因为 1）它们是很少编辑的页面，2）它们必须在过去几年内被编辑过，3）我必须尝试区分两个版本。我可能会失败。不过，我向您保证它们就在那里……除非您的 geo 模板编辑成功了，在这种情况下，它将对我的目的来说足够了（尽管可能不会帮助其他抱怨此问题的组织——也许空编辑 IsPartOf 或其他内容会更好，如果您的空编辑起作用的话）。我会问 WV 开发团队，他们是否认为通过模板调用空编辑常用的模板会有所帮助。 Brycehughes (talk) 17:17, 15 February 2023 (UTC)
- 作为后续，对 {{geo}} 的空编辑似乎没有帮助。至少西西里岛的某些子文章（例如，目前是 特拉帕尼省）似乎仍然存在此问题。不幸…… -- andree 07:05, 21 February 2023 (UTC)
- @Brycehughes，您有什么例子说明什么是过时的，以及如何显示它吗？我在 {{geo}} 上进行了空编辑，您可以检查它是否在所有地方都起作用…… -- andree 17:06, 15 February 2023 (UTC)
- WM 有一些“负载均衡”功能，相对定期地，一些模板更改会刷新几乎整个 WV，而且可能没有人注意到。我认为不必过于谨慎，如果这是一项每月一次或两次的操作，每秒几篇文章可能足够慢了…… -- andree 17:05, 15 February 2023 (UTC)
- 是的，我希望他们能做到 :) Brycehughes (talk) 17:17, 15 February 2023 (UTC)
- 我们舒适与否无关紧要；重要的是 Tech/Ops 是否舒适。由于这是一个（相对于其基础设施而言）较小的 wiki，对于一次性行动，我怀疑每秒一次的水平对他们来说是可以的，我确信每分钟一次对性能没有显著影响。话虽如此，他们是非常好的人，我们可以直接问他们。有时他们甚至会提供有用的建议（例如，不要在某个特定日期执行，因为他们将进行 服务器切换）。 WhatamIdoing (talk) 18:06, 15 February 2023 (UTC)
- WhatamIdoing，是的，我正在与他们进行持续的对话。他们让我来问社区。是的，他们是非常好的人。 Brycehughes (talk) 02:02, 16 February 2023 (UTC)
- 我们舒适与否无关紧要；重要的是 Tech/Ops 是否舒适。由于这是一个（相对于其基础设施而言）较小的 wiki，对于一次性行动，我怀疑每秒一次的水平对他们来说是可以的，我确信每分钟一次对性能没有显著影响。话虽如此，他们是非常好的人，我们可以直接问他们。有时他们甚至会提供有用的建议（例如，不要在某个特定日期执行，因为他们将进行 服务器切换）。 WhatamIdoing (talk) 18:06, 15 February 2023 (UTC)
- 是的，我希望他们能做到 :) Brycehughes (talk) 17:17, 15 February 2023 (UTC)
- 好的。看来我们有 178,025 个页面，其中 33,758 个是文章。每秒一次空编辑，覆盖文章将需要一天，每分钟一次编辑，则需要几周。 LPfi (talk) 15:22, 15 February 2023 (UTC)
- andree：手动清除可能也有效。我可以问问 WM 开发团队，这是否比空编辑更好。 LPfi，这已经经过相当广泛的测试了，在 bug T226931 解决过程中。问题在于获取需要清除的页面列表。这需要编写一个解析器、一个（按最后编辑时间）排序器、一个截断器和一个格式化程序，用于处理 enwikivoyage-20230201-stub-meta-current.xml.gz 或 Andree 建议的 API:Allpages，然后我们将其通过机器人运行。但是，考虑到这是 Wikivoyage，并且 1）文章总数不大，2）我猜想很少编辑因而 REST API 上过时的文章数量相对于自 bug 修复以来频繁编辑因而不过时的文章数量来说是相当高的。所以，我的建议是，慢慢地在所有页面上运行一个空编辑机器人，即使它空编辑了最近编辑过的页面，也不会造成任何损害。顺便说一句，这个问题不仅仅是我自己的。其他组织也为此抱怨了多年（见 bug 报告）。因此，如果我们能让所有这些页面保持最新，将有助于整个 WV REST API 用户社区。对我来说，运行一个空机器人（或手动清除或其他不影响监视列表的操作）似乎是相对无害的，因为我们知道（通过测试）这会清除缓存并且不会影响监视列表，而且它似乎是迄今为止最简单的解决方案。我只是不知道这里是否存在我可能忽略的潜在问题……我忽略了吗？ Brycehughes (talk) 15:07, 15 February 2023 (UTC)
- 不同的方法会清除不同的缓存。在进行大规模操作之前，应该在一些有此问题的文章上进行几次手动编辑来测试。您知道我们有多少页面，以及其中有多少页面每月或每几个月被编辑一次吗？我找不到相关的统计数据。我假设大部分页面多年未被触动；如果大多数页面在缓存中有过时的内容，那么清除所有页面的缓存与只清除需要清除的页面差别不大，但如果有很多页面不需要清除，那么就可以有针对性地选择。 LPfi (talk) 14:07, 15 February 2023 (UTC)
- 也许我误解了什么，但您不能直接在所有 WV 页面上使用 https://www.mediawiki.org/wiki/Manual:Purge 吗？结合 https://www.mediawiki.org/wiki/API:Allpages，您应该可以使用几行 python 代码来实现……此外，即使是旧页面可能也包含一些“基本模板”，也许虚拟编辑这样的模板就足够了（{{geo}}， {{pagebanner}}。通过模板调用，这应该会更新所有内容。-- andree 13:35, 15 February 2023 (UTC)
- @LPfi, WhatamIdoing, AlasdairW, Mx. Granger: 空编辑实际上可以刷新移动端缓存，据称是这样的。运行一个（像 User:Joe's Null Bot 这样，如果不是 Joe's Null Bot 的话）空编辑机器人 非常缓慢地在所有页面上运行，大家有什么看法？编辑不会显示在人们的监视列表中，并且所有移动端缓存最终都会被刷新，之后文章就会保持最新（因为 bug T226931 已修复）。我个人认为，如果运行速度非常慢，需要一个月才能完成，我也没问题。 Brycehughes (talk) 11:55, 15 February 2023 (UTC)
- 如果您只进行空编辑，那么它们不会显示在最近更改或监视列表中。根据 Joe's Null Bot 页面及其链接，我认为这足够了。如果您需要进行虚拟编辑，那么淹没监视列表将是一个问题。以显著较慢的速度——如果只更新我们部分文章——可能会引起人们对一些需要关注的文章的注意。–LPfi (talk) 10:27, 10 February 2023 (UTC)
- AlasdairW。说得对。我会看看我能做什么。 Brycehughes (talk) 04:24, 10 February 2023 (UTC)
- 如果您要在所有页面上进行虚拟编辑，最好是避免最近（例如一个月内）被编辑过的页面。您会淹没人们的监视列表。如果您知道没有最近的编辑，我很乐意忽略您机器人进行的所有编辑。否则，可能存在一个破坏者隐藏在您的编辑后面。我不想忽略所有的机器人编辑，因为有些（例如 InternetArchiveBot）需要后续操作。 AlasdairW (talk) 00:09, 10 February 2023 (UTC)
- LPfi 和 WhatamIdoing：谢谢。老实说，我认为在“不常编辑”的页面上进行虚拟编辑机器人没有多大意义。为什么我们不把它应用到所有页面上呢？这是 Wikivoyage，不是 Wikipedia……文章数量并不多。我认为我们可以把所有内容都进行虚拟编辑。即使每秒一页，也只需要几天时间。无论如何，我会和 WM 开发团队沟通，看看他们需要什么。感谢您的帮助。（哦，对了，LPfi 我是个白痴……我以前用过这些数据转储……我只是忘了它们。祝好。） Brycehughes (talk) 22:49, 9 February 2023 (UTC)
- 我猜最好的方法是检查数据库转储。大小应该是可以管理的，而且你可以跳过实际内容，只看元数据。 –LPfi (讨论) 2023年2月9日13:59 (UTC)
- 我想我应该说明一下，一个 空编辑机器人 现已在自 2 月 7 日（此 bug 修复日期）起未被编辑过的 16k 个页面上运行，每 10 秒 1 页。应该很快就会完成。 Brycehughes (talk) 16:20, 8 March 2023 (UTC)
2023年维基尼亚欢迎计划投稿
您想在 2023 年维基尼亚主办一场线上或线下会议吗？也许是动手工作坊、热烈讨论、趣味表演、引人注目的海报，还是令人难忘的闪电演讲？投稿截止日期为 3 月 28 日。活动将设有专门的混合会议时段，因此也欢迎线上投稿和预录制内容。如果您有任何问题，请加入我们即将举行的 3 月 12 日或 19 日的会议，或通过电子邮件 wikimania@wikimedia.org 或 Telegram 联系我们。更多信息请在维基上查看。
Wikivoyage 附近增强功能
有这个网站： https://wikivoyage.cn/wiki/Special:Nearby#/coord/-15.772843757894648,-68.64961624145508
这可能很有用。但是，它只考虑实际的文章，而不考虑文章内的任何列表，因此在这个例子中只出现了少量结果。
对于 Wikipedia 和 Wikidata 来说，它工作得很好，因为大多数附近列表代表一个具有自身地理坐标的独立项目： https://en.wikipedia.org/wiki/Special:Nearby#/coord/-15.772843757894648,-68.64961624145508
是否可以增强 Wikivoyage 的功能，使其也包含所有列表？或者已经有这样的网站了吗？
祝好 Ceever (talk) 18:05, 15 March 2023 (UTC)
- 参见上面的讨论：#您如何看待 Kartographer 功能“显示附近文章”？ 您可以在该帖中提供反馈。 Daggerstab (talk) 18:10, 15 March 2023 (UTC)
- 多么奇妙的巧合。😂🙏 Ceever (talk) 18:30, 15 March 2023 (UTC)
供参考：2023 年美国最佳意想不到的周末度假地
https://www.timeout.com/usa/travel/best-weekend-getaway-usa —Justin (koavf)❤T☮C☺M☯ 08:31, 21 March 2023 (UTC)
- 这篇文章很有趣。它引发了我的一些思考……要确定一个城市是否是某个特定城市的一个好的周末目的地，合适的距离范围是多少？我想周末度假应该是大约 3 小时车程的距离。你们觉得呢…… Mrkstvns (talk) 15:11, 21 March 2023 (UTC)
- 作为一个多次往返芝加哥和印第安纳波利斯的人，这个长度是合适的。 —Justin (koavf)❤T☮C☺M☯ 15:12, 21 March 2023 (UTC)
- 这听起来很合理。也许换一种说法是：人们应该能够在周五正常下班时间（比如下午 5 点）结束工作，回家为旅行做准备（无论是快速晚餐、把狗送到朋友家，接孩子，还是其他需要做的事情；所以是晚上 6 点），然后有足够的时间入住酒店，在正常就寝时间（比如晚上 10 点就寝，所以晚上 9:30 入住）前安顿下来。
- 三小时左右的火车（经常运行）对我来说也同样好。我认为如果您必须乘飞机去那里，那不是一个合理的周末目的地。 WhatamIdoing (talk) 16:46, 21 March 2023 (UTC)
- 我愿意延长到至少 4 小时。波士顿从纽约出发是一个合理的周末旅行，乘坐巴士需要 4 小时以上。华盛顿特区也一样。至于飞行，我不确定。德国人会认为加那利群岛是合理的周末旅行吗？你不能快速乘船到达那里。 Ikan Kekek (talk) 18:48, 21 March 2023 (UTC)
- 去布拉格或布达佩斯（从芬兰乘飞机）进行周末旅行，在疫情前是很常见的。现在人们可能会三思而后行，但我会很惊讶如果这样的旅行已经停止了。–LPfi (talk) 22:01, 21 March 2023 (UTC)
- 在悉尼，州际公路周末旅行（现在也是）很少见，除非是去堪培拉，它严格来说不是州际公路，但这也不足为奇，因为最近的州界距离公路超过 550 公里（不含堪培拉），约 5.5 小时，而且飞机旅行不方便进行为期两天的旅行。和 Ikan 一样，我也同意 4 小时是上限。 SHB2000 (talk | contribs | meta) 05:30, 22 March 2023 (UTC)
- 从市中心火车站乘火车到机场不到一小时（火车本身只需半小时，但您需要先到达火车站），计划在赫尔辛基机场办理登机手续一小时多，飞行时间两小时以上，离开机场到酒店又需要一小时——这总共是五个小时的行程时间，即使一切顺利，对我来说也似乎有点太多了。 WhatamIdoing (talk) 05:32, 22 March 2023 (UTC)
- 是的，你说得对。看来那些“布拉格周末游”航班在营销中（即使是一些 M-W 的行程也被宣传为周末行程！）以及人们谈论的周末行程，都需要周五休息。在芬兰，有四天假期是很常见的；有些假期总是在周四，有些则碰巧是，而且那些周五办公室几乎是空的。人们仍然大多认为它们是周末。当然，那时您也买不到便宜的航班。–LPfi (talk) 09:00, 22 March 2023 (UTC)
- 在欧洲，周五早点下班并不罕见。如果我本周其他时间工作时间较长，我可以在周五中午就下班。所以偶尔进行 4-6 小时的行程是可能的。我有时会去一个偏远的旅馆度周末，那需要坐 4 小时的火车，然后走 30 分钟。 AlasdairW (talk) 23:50, 22 March 2023 (UTC)
- 在德国也是，我们称之为“长周末”（langes Wochenende）。我预计大多数天主教国家会有一些周四和/或周一的假期。 El Grafo (talk) 14:31, 23 March 2023 (UTC)
- 是的，你说得对。看来那些“布拉格周末游”航班在营销中（即使是一些 M-W 的行程也被宣传为周末行程！）以及人们谈论的周末行程，都需要周五休息。在芬兰，有四天假期是很常见的；有些假期总是在周四，有些则碰巧是，而且那些周五办公室几乎是空的。人们仍然大多认为它们是周末。当然，那时您也买不到便宜的航班。–LPfi (talk) 09:00, 22 March 2023 (UTC)
- 去布拉格或布达佩斯（从芬兰乘飞机）进行周末旅行，在疫情前是很常见的。现在人们可能会三思而后行，但我会很惊讶如果这样的旅行已经停止了。–LPfi (talk) 22:01, 21 March 2023 (UTC)
- 我愿意延长到至少 4 小时。波士顿从纽约出发是一个合理的周末旅行，乘坐巴士需要 4 小时以上。华盛顿特区也一样。至于飞行，我不确定。德国人会认为加那利群岛是合理的周末旅行吗？你不能快速乘船到达那里。 Ikan Kekek (talk) 18:48, 21 March 2023 (UTC)
- 作为一个多次往返芝加哥和印第安纳波利斯的人，这个长度是合适的。 —Justin (koavf)❤T☮C☺M☯ 15:12, 21 March 2023 (UTC)
我最近看到的肯尼亚山和水牛
我最近参观了位于纳纽基的 Olpejata 保护区的 Sweet Waters。最让我印象深刻的是，动物离我的帐篷有多近。
这是一幅美丽的景象，可以看到壮丽的肯尼亚山的全景。水牛雄伟地在我帐篷外面走动，只有一小段带刺的电围栏将我们隔开。我强烈推荐每个人都去参观。我住在 Serena Sweet Waters Camp。太棒了 Esther Baraga (talk) 13:37, 21 March 2023 (UTC)
肯尼亚山炫耀 - 欢迎，@Esther Baraga。听起来您度过了一次美好的旅行，我喜欢您上传到 Commons 的照片。我想知道您是否能为我们添加一些关于 纳纽基 的信息？既然您刚去过，对您来说可能很容易写一点。==了解== 部分可以简短描述一下，==美食== 部分肯定有一个好的当地餐馆？ WhatamIdoing (talk) 18:03, 23 March 2023 (UTC)
- 谢谢 Whatamldoing，我会更新相同的信息 Esther Baraga (talk) 09:38, 16 May 2023 (UTC)
轨迹 KML/GPX 链接
在 古伊马尔 @Ceever: 添加了下载路径坐标的链接。也许我们可以找到一种网站范围的方法来做到这一点？ -- andree 09:58, 25 March 2023 (UTC)
- 它基本上是为了获取相关的 OSM 关系的 GPS 坐标而设计的。我愿意在 WV 上尝试任何其他方法，但我尝试过将轨迹包含在 WV 中，并结合 OSM-Wikidata 列表，但它只会显示在 WV 的地图框架中，而无法通过右上角的 GPX 图标下载。
- 祝好 Ceever (talk) 10:55, 25 March 2023 (UTC)
- 而且，我们需要一种解决方案，让轨迹可以被分开，而不是都挤在一个 GPX 文件里。
- 也许可以有一个列表功能，在其末尾添加下载图标，如果 wikidata-osm 对象是徒步路线，就像有现有条目的标记旁边有 wikidata 或 wikipedia 图标一样。
- Ceever (talk) 13:29, 25 March 2023 (UTC)
- 我不确定为所有这类列表添加 gpx/kml 下载是否是个好主意，也许在这里进行一些抽查和随机预检会更好。但与 WD/WP 图标一起的此类图标总的来说听起来很方便。-- andree 06:07, 27 March 2023 (UTC)
您对 Wikivoyage 的贡献
嘿，您想为 Wikivoyage 做出贡献，但不知道目前该做什么？
我为您准备了一些东西
最常点击的城市文章中的“美食”列表可能需要一个网址。这样读者就可以通过网站了解他们是否想去那里。所有列表都是最新的，所以您不会遇到找不到餐厅及其网址的困难。
如何操作
- 前往热门城市文章的“美食”部分
- 前往 Google 或 Google Maps，输入餐厅名称和街道名称。检查 Google Maps 上显示的网址是否仍然正确。如果不正确，Google 可以提供帮助。
- 复制网址（最好是其网站或 Facebook 页面，否则在线订餐网站也可以）
- 在 Wikivoyage 中，您可以通过点击每个列表末尾的“编辑”按钮来添加网址。或者您可以在源代码中操作（“美食”标题后面的“编辑”按钮）
- 完成后，您可以为下面的列表中的城市名称添加此符号 ✔️
例如，对于伯明翰
- 复制 'Grand Central Kitchen, 7 Stephenson St' 并将其粘贴到 Google Maps 中
- 点击“复制网站”按钮，检查并粘贴 https://grand-central-kitchen.business.site/ 到列表中。
- 就是这样。
以下是城市文章列表
- 贝尔格莱德 ✔️
- 拉斯帕尔马斯 ✔️
- 萨拉热窝 ✔️
- 里昂 ✔️
- 科隆
- 杜塞尔多夫
- 法兰克福
- 伯明翰 ✔️
- 诺丁汉
- 安特卫普
- 列日
- 南特
- 日内瓦
- 图卢兹
- 瓦伦西亚
- 阿利坎特
- 马拉加
- 波尔图 ✔️
- 维罗纳
- 博洛尼亚
- 比萨
- 那不勒斯
- 巴勒莫
- 安卡拉 ✔️
- 克拉科夫
- 卡托维兹
- 清迈
- 坎昆
- 诺维萨德 ✔️
您的贡献我们非常感谢！ 80.187.110.21 12:16, 7 April 2023 (UTC)
- 顺便说一句，很多谷歌地图的网址经常过时或使用 http 网站。搜索列表比使用谷歌地图要好，Flightnavigator。 SHB2000 (讨论 | 贡献 | meta) 2023年4月7日 22:52 (UTC)
- 感谢您的意见，我已进行调整。 80.187.113.123 2023年4月8日 08:23 (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 的故事中 nowhere 提到，但他们的来源似乎只关注美国。我们应该覆盖全球大部分地区。
- 我们当然可以写一些轻松的专栏，模仿旅游杂志的精神，但我们想竞争的是这个领域吗？如果我们想做得比这更好呢？严肃的故事需要严肃的新闻报道。我们有专业知识吗？人们愿意投入所需的工作吗？
- –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)
普拉亚埃莫萨（瓜纳卡斯特）
虽然创建新页面通常很有用，但 普拉亚埃莫萨（瓜纳卡斯特） 似乎没有任何有用的内容。它才创建几天。 Alextejthompson (给我发个 ping 或在我的讨论页上留言) 2023年4月23日 16:49 (UTC)
- @Alextejthompson:
已删除。通常情况下，这类页面会列在 VFD（删除投票）上，但在这种情况下，它是一个测试页面，后来被一个被封禁的用户（Brendan John Williams）扩展。 SHB2000 (讨论 | 贡献 | meta) 2023年4月23日 23:44 (UTC)
.jpg){kind=link}
.jpg){kind=link}
.jpg){kind=link}
相对成本模板？
| 此地点的一些常见物品的大致成本。 最后更新： 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)
- 餐费是如何确定的？在纽约，你可以在 Flushing 这样的小地方花不到 10 美元吃到面条，但这并不常见，而且价格可以高到无限。牛仔裤、酒店等价格差异很大，酒店还会考虑一年中的时间。在沙特阿拉伯这样的地方，啤酒是无关紧要的。 Ikan Kekek (讨论) 2023年4月24日 18:42 (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)
- 特别是，我会强烈反对使用“巨无霸指数”。在我看来，你疯了才会考虑麦当劳，因为马来西亚的沙爹、中东的沙威玛等又便宜又好吃得多。 Pashley (讨论) 2023年4月25日 02:01 (UTC)
- 我会强烈反对使用品牌名称。我认为有些地方没有 Levi's，当然有些地方山寨货比真品更常见，而且可能有很多地方本地品牌比昂贵的进口货更好。 Pashley (讨论) 2023年4月25日 01:32 (UTC)
- 嗯，是的，正是如此。这就是我没有推荐它的原因，哈哈！谢谢！ ButteBag (讨论) 2023年4月25日 00:25 (UTC)
- 我们在一些地方确实有提到价格差异的文本，例如在 Olango_Island#Drink
- 许多路边小店都有软饮料和啤酒，这些通常比度假村便宜。例如，在 Sagastrand，餐厅或房间迷你吧都提供 San Miguel 三种主要啤酒（Pilsen、Light 或更浓郁的 Red Horse）的 330 毫升（12 英制液体盎司；11 美国液体盎司）瓶装，价格为 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)
- 另外，大家有没有看到这个？Numbeo。看起来它是为考虑从城市 A 搬到城市 B 的人设计的。我想类似的东西在这里对旅行者可能有用，但任何列出的成本可能都太笼统而无益。 ButteBag (讨论) 2023年4月25日 14:28 (UTC)
- 关于巨无霸——问题是，在美国也有好得多的食物，而且很多都不贵（好吃的熟食三明治、不错的披萨片、便宜餐馆里的一碗热汤等等）。另外，我知道麦当劳在马来西亚和印度这样的国家有一些本地产品，虽然我从来没尝过，因为我从来不在任何地方吃麦当劳。 Ikan Kekek (讨论) 2023年4月25日 03:10 (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)
- 我认为这可能有用。酒店价格范围如此之小让我感到惊讶。也许用一杯咖啡来代替生啤作为饮品会更好，因为咖啡馆的价格差异往往比酒吧的啤酒价格差异小，而且即使在禁酒区也能适用。 AlasdairW (讨论) 2023年4月28日 17:07 (UTC)
- 我也喜欢这个，但我更倾向于将它列在“购买”之下，顺便说一句。 SHB2000 (讨论 | 贡献 | meta) 2023年4月29日 01:31 (UTC)
- Turku#Eat 的 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)
- Turku#Eat 的 Turku#Eat（在子部分之前）的第二段写道：
- 我更喜欢这个主意。 WhatamIdoing (讨论) 2023年4月28日 16:58 (UTC)
- 或者与城市中的典型餐食相比。对于跨城市比较，苹果与橘子比较的问题被强调了：不同的贡献者访问不同类型的餐厅并选择不同的菜肴。–LPfi (讨论) 2023年4月26日 15:06 (UTC)
U4C 建筑委员会的选举
通用行为准则流程的下一步是建立一个建筑委员会，为通用行为准则协调委员会（U4C）制定章程。建筑委员会已经选出。 在 Meta-wiki 上阅读关于成员和未来工作的介绍。
–UCoC Project Team, 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)
宣布新选举委员会成员
您好，
我们很高兴宣布选举委员会的新成员和顾问。选举委员会协助设计和实施维基媒体基金会理事会社区和分支机构选拔成员的流程。经过公开提名后，最强的候选人与理事会进行了交流，并邀请了四名候选人加入选举委员会。另外四名候选人被邀请作为顾问。
感谢所有提交姓名供考虑的社区成员。我们期待在不久的将来与选举委员会合作。
谨代表维基媒体基金会理事会：
对旅游业的批判
在《纽约客》上： 《反对旅行的理由》 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 love ”的生活。 SiahSargus (讨论) 2023年7月18日 02:17 (UTC)
- 还有：人们不必拥有相同的价值观。一个人可以说：“我要去<某大旅游目的地>，因为我想沉浸在当地文化中”。另一个人可以说：“我也要去那里，因为我想犒劳自己，获得一次愉快的体验”，或者“我也要去那里，因为过去我从来没有和家人一起旅行过，但我的丈夫去年去世了，我想找一个适合游客的、适合我第一次独自旅行的目的地”。这些人并不坏，即使她间接嘲笑了他们。 WhatamIdoing (讨论) 2023年7月18日 15:24 (UTC)
- 似乎她是一个“其他人”之类的游客，而不是对旅行有意义的旅行者。她去猎鹰医院是因为人们会这样做，而不是因为这是阿布扎比旅游的机遇（而且它似乎更像一个旅游陷阱而不是慈善机构，这是一个观点：游客会改变他们的目的地）。我认为她关于对艺术普遍不感兴趣的人却去看蒙娜丽莎的观点很重要；如果你在家不喝酒，参观法国的品酒会几乎没有用，除非你真的想从经验中学习。我还认为，去一个景点是为了获得与预期（或专家的观点）相符的奇妙体验，这一点很重要——这一点我需要仔细思考。最后，作为游客，你无法了解当地人，但作为旅行者，你可能会。作者似乎没有考虑到那种旅行。所以，例行公事地去巴黎看一眼蒙娜丽莎，或者躺在美丽的海滩上，并不会改变你。抱着开放的心态去旅行可能会。–LPfi (讨论) 2023年6月29日 08:30 (UTC)
- 我们应该完全引用 WV:Fun 政策，对吧？ Ibaman (讨论) 2023年7月18日 15:30 (UTC)
在测试页面中应避免使用哪些模板？
我需要调试 WMF REST API 的一些问题（尚未确定问题是在我这边还是在他们那边），所以我创建了一个测试页面 User:Brycehughes/test，可以在上面进行操作。为了正确测试，我可能需要将整个文章（例如 基督城）复制到测试页面中。我想知道，如果我将文章复制到我的测试页面，是否有任何模板我应该确保不复制？我不想用我的测试页面污染任何列表或分类（等）。谢谢， 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，一半是绝对的天才，一半是“我到底在做什么”……所以我们会看到结果。 Brycehughes (讨论) 2023年7月3日 17:14 (UTC)
- 也许值得了解整个情况，如果你打算做很多工作。我没有听说任何移除 API 的计划，但它也不是我期望在事情发生后才听到的那种事。
- “弃用”曾经两次都涉及长达七年的等待/警告期（！），随后编辑们对那些控制台错误有任何意义感到完全震惊和惊讶，所以他们可能会尝试一种不同的方法，例如间歇性中断。我知道这已经被讨论用于 m:IP masking，但我希望在这种情况下他们会选择其他一些想法。 WhatamIdoing (讨论) 2023年7月4日 09:19 (UTC)
- WhatamIdoing 是的。我的意思是，我们正在处理一个 Alexa 排名前 20 的网站，里面的工程师我认为薪水肯定很低；他们是出于热情在工作。我在支持网站上问了一个问题，但根本不值得链接，因为真的没人知道答案。所以你得到的就是你得到的。免费内容总是有个星号，对吧？ Brycehughes（讨论） 2023年7月4日 17:28 (UTC)
- 我只想补充一点，我的感觉是这主要是一个后端的事情，不影响用户端的调用（也就是说，REST 抽象而言，在此情况下）。但我真的不知道。我试着订阅尽可能多的信息。过去一年左右，他们的 REST（不是 RestBase）文档有了很大的改进，所以我认为他们不会立即弃用，在发布之后。但嘿，这是 WMF，一半是绝对的天才，一半是“我到底在做什么”……所以我们会看到结果。 Brycehughes (讨论) 2023年7月3日 17:14 (UTC)
- WhatamIdoing，是的（尽管不详细），这可能会解决一些问题（谁知道呢？）。我不知道有任何面向用户的迁移要求/文档……您知道吗？（如果不知道，我将 ping WMF 以确保。）谢谢， Brycehughes (讨论) 2023年7月3日 09:54 (UTC)
- 许多模板会将文章添加到分类中。由于在 Wikivoyage 上，分类通常是隐藏的，因此在您进行测试时，这并不重要。测试完成后最好将其删除，因为在某些特殊情况下，分类会在少数页面上显示。IsPartOf 会将文章添加到相关的地区分类中（除非您在“首选项”>“外观”中选择“显示隐藏的分类”，否则该分类是隐藏的）。文章状态模板（在 Christchurch 的情况下是 guidecity）会将文章添加到三个分类中（在本例中是“指南城市”、“指南文章”和“城市文章”）。“死链接”会添加文章到。我不知道这些分类中是否有设置为忽略用户页面。AlasdairW（讨论） 2023年7月2日 20:51 (UTC)
- 谢谢你，AlasdairW。我已完成测试；所有模板等都已移除。Brycehughes（讨论） 2023年7月3日 09:54 (UTC)
- 您知道 phab:T262315 以及似乎普遍存在的远离 Restbase 的趋势吗？ WhatamIdoing (讨论) 2023年7月2日 20:12 (UTC)
- 好的，谢谢。 Brycehughes (讨论) 2023年7月2日 12:31 (UTC)
供参考：32件免费活动，让您的夏季旅行不虚此行
https://www.cntraveler.com/story/free-things-to-do-summer 有趣的文章。——Justin (koavf)❤T☮C☺M☯ 2023年7月2日 14:17 (UTC)
- 但是……对我来说现在是冬天……(讽刺声明)——SHB2000 (讨论 | 贡献 | meta) 2023年7月5日 05:27 (UTC)
- 那就六个月后再做。——Justin (koavf)❤T☮C☺M☯ 2023年7月5日 09:58 (UTC)
- 我想知道“前往南半球避暑”是否会在未来几年（变得）更加流行。（不过，这不会是免费的。）WhatamIdoing（讨论） 2023年7月6日 12:43 (UTC)
- 尽管如此，南半球大部分陆地在热带地区，但也许我们自己的冬天会更早地出现对澳大利亚南部、巴西、南非、新西兰、乌拉圭、智利和阿根廷等地的需求增加。SHB2000 (讨论 | 贡献 | meta) 2023年7月6日 22:41 (UTC)
- 目前，澳大利亚的紫外线辐射量和我们夏天的差不多（北部地区则更多）。如果气温也一样，那么向北逃避暑热就更合理了——尽管我上次在七月和八月去芬兰拉普兰时，气温也达到了 25°C 以上。难道要去斯瓦尔巴特群岛或美洲北极地区才能凉快吗？——LPfi（讨论） 2023年7月7日 10:29 (UTC)
- 顺便说一句，澳大利亚南部各州的紫外线指数要低得多（塔斯马尼亚州和维多利亚州相比于北领地和昆士兰州）。考虑到最北端和最南端之间有 34° 的纬度差异（不包括麦夸里岛和海外领土），这并不令人惊讶。SHB2000 (讨论 | 贡献 | meta) 2023年7月7日 10:34 (UTC)
- 尽管如此，达尔文的温度比拉普兰高。SHB2000 (讨论 | 贡献 | meta) 2023年7月7日 10:50 (UTC)
- 达尔文比拉普兰暖和不足为奇，但即使是墨尔本的温度也合适（墨尔本今天 15°，伊纳里 17°）——如果我们在仲夏的某几天墨尔本比拉普兰暖和，我不会感到惊讶。——LPfi（讨论） 2023年7月8日 18:47 (UTC)
- 在过去的几年里，我们也在德国经历了人类世。我没读过 OP 的链接，但我确实问过自己，例如，格陵兰的努克是否会（更）受欢迎作为度假地。我遇到的人已经说过，他们夏天不会再去意大利了，因为那里太热了（远高于 40°C，高达 47°C）。Pm147-Sm152（讨论） 2023年8月14日 15:19 (UTC)
- 我想知道“前往南半球避暑”是否会在未来几年（变得）更加流行。（不过，这不会是免费的。）WhatamIdoing（讨论） 2023年7月6日 12:43 (UTC)
- 那就六个月后再做。——Justin (koavf)❤T☮C☺M☯ 2023年7月5日 09:58 (UTC)
- 其中许多都可以归入经济旅行和最低预算旅行。/——Yvwv（讨论） 2023年7月7日 00:10 (UTC)
需要帮助修复希伯来语 Wikivoyage 上的“目的地”页面最近出现的一个问题
几周前我注意到，希伯来语 Wikivoyage 上的“目的地”页面停止显示之前在该页面动态地图上显示的所有图钉标记。我想这可能是我们系统中的一个临时错误，所以我决定等等看问题是否会消失。不幸的是，它仍然存在。
我注意到英语 Wikivoyage 和法语 Wikivoyage 的“目的地”页面没有这个问题，但目前孟加拉语 Wikivoyage、意大利语 Wikivoyage、葡萄牙语 Wikivoyage、越南语 Wikivoyage 和中文 Wikivoyage 的“目的地”页面确实存在这个问题。
那么，我们如何解决这个问题呢？也许您知道这个问题发生的原因？ויקיג'אנקי（讨论） 2023年7月17日 07:34 (UTC)
- @ויקיג'אנקי，您知道这个问题是什么时候开始的吗？这可能会帮助人们找到原因。
- @Jdlrobson，再次提醒您……WhatamIdoing（讨论） 2023年7月17日 14:14 (UTC)
- @ויקיג'אנקי, Jdlrobson, WhatamIdoing：该服务提及将在所有维基停止。原因是 Kartographer 软件的全面修订。——RolandUnger（讨论） 2023年7月18日 07:19 (UTC)
- 相关信息，如果您想关注 Kartographer 的错误/功能请求：https://phabricator.wikimedia.org/project/view/1692/——Justin (koavf)❤T☮C☺M☯ 2023年7月18日 08:13 (UTC)
- @RolandUnger：所以我的理解是，未来所有 Wikivoyage 版本（包括英语 Wikivoyage 和法语 Wikivoyage）将无法在“目的地”页面的动态地图上显示所有图钉标记，因为 Kartographer 软件进行了彻底的永久性修订？如果是这样，是谁做出这个决定的？是否有直接与他们沟通的方式？为什么这些更改至今尚未对英语和法语 Wikivoyage 版本进行？ויקיג'אנקי（讨论） 2023年7月18日 11:22 (UTC)
- 我理解 Kartographer 软件需要大量工作。大量工作有时意味着移除某些功能和/或添加其他功能。WhatamIdoing（讨论） 2023年7月18日 15:29 (UTC)
- 但是，逻辑上讲，如果他们移除了这些功能，那么所有 Wikivoyage 版本都应该无法运行，对吧？英语 Wikivoyage 和法语 Wikivoyage 能够运行的事实让我觉得其他版本也有可能运行。除非其他 Wikivoyage 版本被特别禁止使用此功能。ויקיג'אנקי（讨论） 2023年7月18日 18:03 (UTC)
- 如果这个功能永久停止在英语 Wikivoyage 上运行，你们会怎么做？ויקיג'אנקי（讨论） 2023年7月18日 18:11 (UTC)
- 通常，为了尽量减少问题带来的干扰，更改会先在一些小型项目上推出，然后再在大型项目上启用。这可以通过一个配置设置轻松实现，即启用新代码——并禁用旧代码。我不知道这还会影响什么，但我假设这与显示标记的不同方式有关，而且不值得为少数几个页面保留旧代码，特别是如果它不兼容的话。有可能这个应该在新系统上工作，只是存在一些错误或不必要的限制在破坏它。否则，应该有其他方法来制作一个可用的目的地页面——也许是更好的方法。——LPfi（讨论） 2023年7月18日 19:37 (UTC)
- 如果真是这样，那么这个变化很可能很快也会影响到英语 Wikivoyage 和法语 Wikivoyage……到时候，Wikivoyage 社区会想办法解决吗？ויקיג'אנקי（讨论） 2023年7月18日 20:31 (UTC)
- 是的，我猜是的，除非是一个错误或配置设置阻碍了合理的显示。可能该扩展需要额外的代码才能使其（或一个不同的、功能等效的页面设计）正常工作，在这种情况下，我们已经得到警示，让开发人员及时修复它（对我们而言，在这种情况下，我猜对您而言，这种破坏会持续一段时间）。——LPfi（讨论） 2023年7月19日 09:29 (UTC)
- 如果真是这样，那么这个变化很可能很快也会影响到英语 Wikivoyage 和法语 Wikivoyage……到时候，Wikivoyage 社区会想办法解决吗？ויקיג'אנקי（讨论） 2023年7月18日 20:31 (UTC)
- 通常，为了尽量减少问题带来的干扰，更改会先在一些小型项目上推出，然后再在大型项目上启用。这可以通过一个配置设置轻松实现，即启用新代码——并禁用旧代码。我不知道这还会影响什么，但我假设这与显示标记的不同方式有关，而且不值得为少数几个页面保留旧代码，特别是如果它不兼容的话。有可能这个应该在新系统上工作，只是存在一些错误或不必要的限制在破坏它。否则，应该有其他方法来制作一个可用的目的地页面——也许是更好的方法。——LPfi（讨论） 2023年7月18日 19:37 (UTC)
- 如果这个功能永久停止在英语 Wikivoyage 上运行，你们会怎么做？ויקיג'אנקי（讨论） 2023年7月18日 18:11 (UTC)
- 但是，逻辑上讲，如果他们移除了这些功能，那么所有 Wikivoyage 版本都应该无法运行，对吧？英语 Wikivoyage 和法语 Wikivoyage 能够运行的事实让我觉得其他版本也有可能运行。除非其他 Wikivoyage 版本被特别禁止使用此功能。ויקיג'אנקי（讨论） 2023年7月18日 18:03 (UTC)
- 我理解 Kartographer 软件需要大量工作。大量工作有时意味着移除某些功能和/或添加其他功能。WhatamIdoing（讨论） 2023年7月18日 15:29 (UTC)
- @RolandUnger：所以我的理解是，未来所有 Wikivoyage 版本（包括英语 Wikivoyage 和法语 Wikivoyage）将无法在“目的地”页面的动态地图上显示所有图钉标记，因为 Kartographer 软件进行了彻底的永久性修订？如果是这样，是谁做出这个决定的？是否有直接与他们沟通的方式？为什么这些更改至今尚未对英语和法语 Wikivoyage 版本进行？ויקיג'אנקי（讨论） 2023年7月18日 11:22 (UTC)
- 相关信息，如果您想关注 Kartographer 的错误/功能请求：https://phabricator.wikimedia.org/project/view/1692/——Justin (koavf)❤T☮C☺M☯ 2023年7月18日 08:13 (UTC)
- 我对这个问题不熟悉，但强烈建议对 Kartographer 报告一个 bug，以获得更清晰的答案，说明这次破坏是否是故意的，以及您有哪些选择来恢复功能。维护者可能不知道他们是如何影响这些项目的。
- 我希望未来我们能有更好的指南来说明如何进行破坏性更改。请在 参与讨论。Jdlrobson（讨论） 2023年7月20日 02:06 (UTC)
- @ויקיג'אנקי, Jdlrobson, WhatamIdoing：该服务提及将在所有维基停止。原因是 Kartographer 软件的全面修订。——RolandUnger（讨论） 2023年7月18日 07:19 (UTC)
旧版 Vector 皮肤和移动视图：Bug？
大家好，我第一次发帖。是的，我知道这是个 Pabricator 的问题，但能否请您告诉我您是否看到了同样的故障：我的主页 Wikivoyage 是 jawv，由于我们村只有 70 多名常客，所以我决定来这里这个大社区。
如果遗漏了您需要帮助的任何细节，我很抱歉，并且如果您能告知我需要补充什么，我将不胜感激，谢谢，arigatō (=
当我点击“前往”或移动视图中的任何章节标题时，什么都不会显示，或者我的意思是章节不会像我期望的那样展开。我在手机上的设置如下，并且在 PC（MacPro）+ Firefox 浏览器 + 移动视图上也能重现
- 旧版 Vector；
- 在 iPhone_11 最新操作系统上；
- 打开南ヨーロッパ（日文：南ヨーロッパ），或南欧；
- → 向下滚动到出かける（日文：去玩）或下次去；
- 在桌面视图中，列出了几个目的地，但在移动设置中未显示。
——Omotecho（讨论） 2023年7月24日 06:33 (UTC) 供参考，对于懂日语的人来说，我们正在 jawv 上举办一个国家文章竞赛，按大陆划分。七月是欧洲。d=(^o^)=b
- @Omotecho，蓝色导航框通常在移动设备上不显示。您是指望它们可见吗？
- （我更关心地图链接和 GeoJSON 错误。）WhatamIdoing（讨论） 2023年7月25日 00:59 (UTC)
- 您好，@WhatamIdoing，很高兴您能来，我需要向您说明一下。我的问题不是关于蓝色框，而是关于旧版 Vector 皮肤和章节内容。或者，这个问题是否仅限于 ja-wikivoyage？
- 好的，回到 ja Wikivoyage，一篇示例文章。
- 我们使用诸如“Go”或“Eat”之类的章节标题，这些标题来自骨架模板（在此情况下为日语术语），并且作为内容，嵌入{{Marker}}：命名为 go 或 eat 或适合该章节的任何名称。
- 桌面视图 + 旧版 Vector
- 点击/轻触章节标题，我可以看到内容，没有问题。
- 即使在 iPhone 上，当我切换到桌面视图时，我也可以看到内容。
- 移动视图 + 旧版 Vector。
- 反之，在 PC 或笔记本电脑上，切换到移动视图，章节标题下的内容将不显示。
- 供参考，我在 ja-wikipedia 上注意到旧版 Vector 皮肤存在这个问题，他们也看到了同样的问题，并且刷新页面可以解决。
- Omotecho（讨论） 2023年7月25日 03:40 (UTC)
- ja 是否在移动设备上使用旧版 Vector 皮肤？难道桌面视图和移动视图的区别不是您在移动设备上使用了不同的皮肤吗？还是您在移动设备上查看桌面视图，并且将旧版 Vector 皮肤作为您的皮肤？——LPfi（讨论） 2023年7月25日 09:59 (UTC)
2023 年 Wikimania 大会
Wikimania 大会已经开始。今晚是开幕式。我明天将做一个关于我们如何集成Wikivoyage 在 voy/de 的演示。据我所知，大多数演示都是直播的。这里是否也有人？我是否应该与这里某人谈论其他事情、问题？—— DerFussi 2023年8月16日 04:24 (UTC)
- 祝您在新加坡用餐愉快，新加坡是世界上最好的美食城市之一！Ikan Kekek（讨论） 2023年8月16日 06:11 (UTC)
- 玩得开心，注意安全。如果您能拍照，请务必拍！——Justin (koavf)❤T☮C☺M☯ 2023年8月16日 07:13 (UTC)
- 我会的。我的 Telegram 频道是公开的（但只有德语）@Khmerfreak。但更多是关于旅行的。Instagram 上也有一些（也叫：Khmerfreak）。但我相信 Commons 会有很多照片。—— DerFussi 2023年8月16日 07:22 (UTC)
- 谢谢。对于我们这些没有智能手机的人来说，我希望您愿意在 Commons 上分享。——Justin (koavf)❤T☮C☺M☯ 2023年8月16日 08:05 (UTC)
- 活动的大部分照片将最终归入c:Category:Wikimania 2023。WhatamIdoing（讨论） 2023年8月18日 15:24 (UTC)
- 谢谢。对于我们这些没有智能手机的人来说，我希望您愿意在 Commons 上分享。——Justin (koavf)❤T☮C☺M☯ 2023年8月16日 08:05 (UTC)
- 我会的。我的 Telegram 频道是公开的（但只有德语）@Khmerfreak。但更多是关于旅行的。Instagram 上也有一些（也叫：Khmerfreak）。但我相信 Commons 会有很多照片。—— DerFussi 2023年8月16日 07:22 (UTC)
审阅《通用行为准则协调委员会章程草案》
大家好，
我很高兴分享《通用行为准则》工作的下一步。现在，《通用行为准则协调委员会（U4C）的草案章程》已经准备好供您审阅。
《执法指南》要求成立一个建设委员会来起草一份章程，概述全球委员会（称为《通用行为准则协调委员会（U4C））的程序和细节。在过去的几个月里，U4C 建设委员会作为一个集体，共同讨论并起草了 U4C 章程。U4C 建设委员会欢迎您在 2023 年 9 月 22 日之前就章程草案提出反馈。在此日期之后，U4C 建设委员会将根据需要修订章程，社区投票将在之后不久开放。
顺颂,
代表 U4C 建设委员会，RamzyM (WMF)，2023年8月28日 15:35 (UTC)
Wikivoyage 11 计划
让我们保持语言社区之间的倡议，每年都庆祝我们的周年纪念！鉴于我们有m:Wikivoyage 10的先例，这是一个根据 Wikivoyage 11 的需求进行调整的问题。Wikimedia Small Projects 将再次支持此次活动，并将处理全球范围内的所有繁琐过程。我认为了解我们对 Wikivoyage 11 的期望， Wikivoyage 的内容差距应该关注哪些方面，以及可能还有我忘记的其他方面，将会很有帮助。此致，Galahad（sasageyo!)(esvoy) 2023年8月30日 22:15 (UTC)
- 我很乐意看到 Wikivoyage 11，但希望他们这次真的能放置一个 CentralNotice 横幅——Wikivoyage 10 是小规模成功，在短时间内改善了更多文章，但比预期成功得多。——SHB2000 (讨论 | 贡献 | meta) 2023年8月31日 10:52 (UTC)
- 上次确实令人失望。我听说 CN 管理员感到非常不知所措，而且不只是我们的请求被忽略了。所以，也许我们应该提前很久提出请求？它们可以安排在特定日期/时间自动开始。
- 此外，我发现我们的标准的多样性和复杂性评估起来很麻烦。让更多参与者参与将需要太多时间。我认为我们应该只考虑那些可以自动统计的选项（并有可能进行手动覆盖以取消无关或有害的编辑），最好是通过单一的跟踪系统（我们去年使用了两个不同的跟踪系统）。WhatamIdoing（讨论） 2023年8月31日 16:56 (UTC)
- 是的，这次对 CentralNotice 的请求最好在十月提出，九月用于讨论所有这些问题。
- 至于另一点，除了这两点之外，我看不到任何其他可以用于竞赛目的的。Fountain 用于遵循全球规则的本地编辑马拉松，但应评估特定情况的选项（正如去年发生的那样）。
- 此致，Galahad（sasageyo!)(esvoy) 2023年8月31日 17:40 (UTC)
- 我们可以简化规则，大多数可以回归到 Wikivoyage 5，即Wikivoyage:Wikivoyage edit-a-thon 2018，那次更加成功。Wikivoyage 10 曾担心编辑者会游戏化竞赛，寻找规则漏洞并进行低质量编辑，但只要广告横幅针对的是有经验的编辑者，您就会得到高质量的编辑。一些国家/地区特定的编辑马拉松邀请了完全不了解任何维基政策的新编辑，这导致他们的编辑与这里的规则和标准不符。Gizza (roam) 2023年9月4日 23:35 (UTC)
- 使用的模式（由社区志愿者担任评委）效果很好。我们可以将呼吁扩展到注册用户和非注册用户。
- 全球规则基础消除了任何相关担忧。虽然今年没有奖品（除了证书），但另一年则有期望（类似 WLM）。Galahad（sasageyo!)(esvoy) 2023年9月5日 00:30 (UTC)
- 我主要关心的是尽量减少这个社区志愿者的手动工作量。WhatamIdoing（讨论） 2023年9月5日 16:44 (UTC)
- 没错——这里没有 500 美元的奖金。——SHB2000 (讨论 | 贡献 | meta) 2023年9月5日 10:07 (UTC)
- 我们可以简化规则，大多数可以回归到 Wikivoyage 5，即Wikivoyage:Wikivoyage edit-a-thon 2018，那次更加成功。Wikivoyage 10 曾担心编辑者会游戏化竞赛，寻找规则漏洞并进行低质量编辑，但只要广告横幅针对的是有经验的编辑者，您就会得到高质量的编辑。一些国家/地区特定的编辑马拉松邀请了完全不了解任何维基政策的新编辑，这导致他们的编辑与这里的规则和标准不符。Gizza (roam) 2023年9月4日 23:35 (UTC)
API 奇怪现象
Wikivoyage 主要通过这个主网站访问，但也有其他方式供人们访问 Wikivoyage，包括通过 Wikimedia 的 REST API。Wikimedia 团队为您构建了一个非常好的 API，可以通过手机访问 Wikivoyage：例如 纽约市……非常漂亮，适合手机格式（如果您想看，请在手机上打开……它看起来会很棒！）。
我们有一个关于某个特定文章的麻烦，很奇怪：Ramla。出于某种原因，当您通过 Wikimedia 的移动 API 查询这里：https://wikivoyage.cn/api/rest_v1/page/mobile-html/Ramla 时，您根本收不到任何响应（即内容长度=0）。这有点技术性，但 Wikimedia 通常通过内容分发网络（CDN）提供您的内容，根据 Wikimedia 的规则，CDN 会缓存内容直到编辑时间。所以关键是，您可以通过编辑文章来“破坏”缓存，即访问真实内容。所以我想做的是，修改这篇文章，Ramla，如果需要的话，把它简化到最基本的内容，看看具体是什么破坏了 Wikimedia 解析器。我想要社区的许可，以便在直播中进行。我是否得到您允许，对这篇文章进行大约一周的修改？如果不行，没关系，我会尝试其他策略。Brycehughes（讨论） 2023年9月7日 11:56 (UTC)
- 有必要那样做整整一周吗？Ikan Kekek（讨论） 2023年9月7日 14:58 (UTC)
- 不。老实说，我并不真的想这么做。我更倾向于在接下来的一个星期里，每次花十分钟左右的时间来处理。不过，这个任务已经被wm开发团队认领了，所以也许他们会很快解决。但请看下面。 Brycehughes (讨论) 2023年9月7日 17:52 (UTC)
- 问题出在页面本身（“URL”）还是内容上（如果是这样，将内容复制到其他页面也会破坏所有这些页面）？ WhatamIdoing (讨论) 2023年9月7日 16:12 (UTC)
- 我认为是内容。理论上是的。我不知道。一个问题是API会自动拒绝任何不在文章空间中的内容，这使得测试很痛苦。否则，我会在用户页上复制内容并运行它。 Brycehughes (讨论) 2023年9月7日 17:52 (UTC)
- @Brycehughes: 也许应该先尝试后者，如果测试页面也坏了，可以在那里进行实验。 –LPfi (讨论) 2023年9月7日 17:23 (UTC)
- 说得对，我猜我也可以在文章空间创建一个测试页面。可能这是个好主意。 Brycehughes (讨论) 2023年9月7日 17:52 (UTC)
- 我创建了Test-Ramla。让我们看看会发生什么。完成后，我会请求Ikan Kekek或其他任何人删除它。 Brycehughes (讨论) 2023年9月7日 18:08 (UTC)
- 嗯，他们好像已经修好了。 Ikan Kekek或者其他人，能否删除那座美丽的城市Test-Ramla？ Brycehughes (讨论) 2023年9月7日 18:10 (UTC)
- 已完成。 –LPfi (讨论) 2023年9月7日 18:23 (UTC)
- 谢谢。关于wm开发团队的有趣事情。如果你能正确标记相关人员，你的问题通常会在几小时内得到解决。如果你不标记任何人，然后在某个地方提交一个bug报告，它可能会被搁置数年。 Brycehughes (讨论) 2023年9月7日 18:26 (UTC)
- :-)
- 我想很少有开发人员会关注“无处空间”，那些碰巧看到bug报告的人可能根本不知道它是什么，从代码的角度来看。如果WMF会优先修复所有严重的问题，他们应该有一个系统，但我认为技术人员更喜欢与能够解释他们问题的人互动——那些人通常知道该联系谁以及如何标记任务。如果修复很容易，开发人员可能会选择做，而不是去喝咖啡。 –LPfi (讨论) 2023年9月7日 18:36 (UTC)
- 是的，曾经有一个问题，他们弃用了他们的“移动内容服务”，但也意外地弃用了他们对手机的“页面内容服务”。我提交了一个bug报告，他们在那之后45分钟内就修复了，但我也看了一下收到的随机bug报告。只是大量的“what the fuck”、“+1”、截图等等。你真的会选择去喝咖啡（或喝啤酒）而不是处理这些。 Brycehughes (讨论) 2023年9月7日 18:45 (UTC)
- 我从未在像WMF这样部署生产如此迅速的公司工作过，但嘿，好吧，如果它能正常工作……我猜。 Brycehughes (讨论) 2023年9月7日 20:11 (UTC)
- 《教堂与集市》，第7课 :-) –LPfi (讨论) 2023年9月7日 20:47 (UTC)
- 好吧，说得有道理。我不知道任何QA工程师能在我提交bug报告到它被解决之间，睡醒并喝完一杯咖啡。但我住在一个奇怪的时区。 Brycehughes (讨论) 2023年9月7日 21:17 (UTC)
- 《教堂与集市》，第7课 :-) –LPfi (讨论) 2023年9月7日 20:47 (UTC)
- 据我所知，只有WMF的bugmaster会关注未标记的Phab任务的“无处空间”。 WhatamIdoing (讨论) 2023年9月8日 16:14 (UTC)
- 说得通，我想。他们肯定收到了不少有趣的报告。 Brycehughes (讨论) 2023年9月10日 08:38 (UTC)
- 谢谢。关于wm开发团队的有趣事情。如果你能正确标记相关人员，你的问题通常会在几小时内得到解决。如果你不标记任何人，然后在某个地方提交一个bug报告，它可能会被搁置数年。 Brycehughes (讨论) 2023年9月7日 18:26 (UTC)
- 已完成。 –LPfi (讨论) 2023年9月7日 18:23 (UTC)
- 嗯，他们好像已经修好了。 Ikan Kekek或者其他人，能否删除那座美丽的城市Test-Ramla？ Brycehughes (讨论) 2023年9月7日 18:10 (UTC)
您的维基将很快变为只读模式
维基媒体基金会将切换其数据中心之间的流量。这将确保即使在灾难发生后，维基百科和其他维基媒体维基也能保持在线。为了确保一切正常，维基媒体技术部需要进行计划性测试。此测试将显示他们是否能够可靠地从一个数据中心切换到另一个数据中心。它需要许多团队来准备测试并随时待命以修复任何意外问题。
所有流量将在9月20日切换。测试将于14:00 UTC开始。
不幸的是，由于MediaWiki的一些限制，在切换过程中所有编辑必须停止。我们对造成的干扰表示歉意，并正在努力减少未来的干扰。
您将可以在短时间内阅读所有维基，但无法编辑。
- 在2023年9月20日星期三，您将无法编辑长达一小时。
- 如果您在此期间尝试编辑或保存，您将看到一条错误消息。我们希望在这几分钟内不会丢失任何编辑，但我们无法保证。如果您看到错误消息，请等到一切恢复正常。届时您应该可以保存您的编辑。但是，我们建议您先将更改复制一份，以防万一。
其他影响:
- 后台任务将变慢，有些可能会被丢弃。红链接可能更新不及时。如果您创建的文章已在其他地方链接，该链接将比平时更长时间地显示为红色。一些长时间运行的脚本将被停止。
- 我们预计代码部署将像往常一样进行。但是，如果操作需要，可能会有例外情况的代码冻结。
- GitLab将不可用约90分钟。
招募机会：申请成员资格：利益相关者委员会、监察员委员会和案件审查委员会
大家好！利益相关者委员会 (AffCom)、监察员委员会 (OC) 和案件审查委员会 (CRC) 正在寻找新成员。这些志愿团体为社区和运动提供重要的结构和监督支持。鼓励人们提名自己，或鼓励他们认为能为这些团体做出贡献的人申请。关于团体职能、所需技能以及申请机会的更多信息，请参见元维基页面。
代表委员会支持团队，
- AffCom决定哪些维基媒体用户组/学校俱乐部/分会等应获得官方认可。监察员调查特定类型的与隐私相关的投诉（我听说这项工作量不大，并且他们特别需要拥有广泛语言技能和多样化经验的人。案件审查委员会主要处理被维基媒体基金会禁止但正试图解除禁令的人。 WhatamIdoing (讨论) 2023年10月9日 17:23 (UTC)
审查并评论2024年维基媒体基金会董事会选举规则包
各位，
请从现在到2023年10月29日审查并评论维基媒体基金会董事会选举规则包。选举规则包是根据选举委员会之前的版本制定的，并将用于2024年董事会选举。现在提供您的评论将有助于他们提供更顺畅、更好的董事会选举流程。更多信息请参见元维基页面。
顺颂,
Katie Chan
选举委员会主席
2023年10月17日 01:13 (UTC)
西班牙没有商业全景自由
请参见c:Commons:Village pump/Copyright#Spanish FOP。由于维基媒体共享要求其托管的图片在版权方面至少是可商用的，并且几项西班牙法院的判决认为“在公共场所的复制品没有商业用途”，我们和其他语言的维基远行都需要将所有仍在版权保护期内的公共艺术品图片本地上传，并注明对这些图片不享有任何商业使用权，任何忽视此警告的人将自行承担风险。这将是一项艰巨的任务。我们是否应该恢复“月度合作”页面来帮助协调这项工作？我也会在跨语言休息室发布此信息。 Ikan Kekek (讨论) 2023年11月2日 05:28 (UTC)
- 没人认真对待这件事吗？如果我们不把这些照片转移过来，我们很可能会失去很多照片，而且这是一项需要多人共同努力才能完成的庞大任务。我一个人绝对不可能做到。 Ikan Kekek (讨论) 2023年11月4日 01:40 (UTC)
- 你有没有向共享社区寻求帮助？这需要相当多的下载和上传，半自动化的工具会有帮助。 —Justin (koavf)❤T☮C☺M☯ 2023年11月4日 01:57 (UTC)
- 我曾建议过一些简单的改动，比如将拼写错误的“Quality images candidates”改为“Quality image candidates”，但由于工作量太大而被否决。我认为从共享社区获得任何帮助的可能性都很小，除了可能保留照片或在个别情况下暂时恢复照片以争取时间下载它们。我们必须自己完成这个项目，否则就得放弃很多文章的插图。 Ikan Kekek (讨论) 2023年11月4日 02:22 (UTC)
- 你有没有向共享社区寻求帮助？这需要相当多的下载和上传，半自动化的工具会有帮助。 —Justin (koavf)❤T☮C☺M☯ 2023年11月4日 01:57 (UTC)
我绝不是法律专家，但我怀疑这项法律是否追溯既往。预先存在的、已获得商业使用许可的照片不应重新许可。然而，任何新拍摄的照片都不应上传到共享社区，而应直接上传到维基远行，并附带非商业许可的说明。至于预先存在的、已获得商业使用许可的照片，除非你能找到西班牙法律专家的信息证明该法律具有追溯力，否则我不会太担心。最坏的情况是，维基远行和维基媒体共享都托管在美国，因此不受西班牙法律的约束。维基媒体共享上已经有很多内容，甚至在这里的维基远行上，在某些国家是非法的，但在美国是合法的。要建立一个尊重世界各国法律的网站非常困难或不可能，而且从法律上讲，网站应该只受其托管所在国的法律约束。如果你上传来自西班牙的照片，你应该遵守西班牙的法律以及网站托管国（维基远行是美国）的法律。 Nicole Sharp (讨论) 2023年11月4日 06:23 (UTC)
- 共享社区的页面说这项法律不具追溯力。但这没什么帮助，因为它源于1998年。共享社区没有义务删除这些图片：它在美国，而且它不是一个商业项目。问题在于共享社区是否会保留这些图片，希望最高法院做出积极的决定。然而，政策是尊重相关国家的版权法（不是所有国家，甚至不是非版权事物如LGBT旗帜的相关国家），以保护再使用者，包括商业再使用者。这项政策对共享社区的使命至关重要，它不会因为一个国家的非理性法官而改变。 –LPfi (讨论) 2023年11月4日 07:21 (UTC)
- “不是所有国家”？ —Justin (koavf)❤T☮C☺M☯ 2023年11月4日 07:25 (UTC)
- 共享社区不遵守所有国家的法律，只遵守美国和当地的法律，即使如此，也使用更宽松的法律，例如在跨越边境拍照的情况下。 –LPfi (讨论) 2023年11月4日 07:28 (UTC)
- 明白了。谢谢。 —Justin (koavf)❤T☮C☺M☯ 2023年11月4日 07:33 (UTC)
- 共享社区不遵守所有国家的法律，只遵守美国和当地的法律，即使如此，也使用更宽松的法律，例如在跨越边境拍照的情况下。 –LPfi (讨论) 2023年11月4日 07:28 (UTC)
- “不是所有国家”？ —Justin (koavf)❤T☮C☺M☯ 2023年11月4日 07:25 (UTC)
这是一个很好的例子：“File:Gay Pride Flag.svg”。在俄罗斯展示LGBT骄傲旗是非法的。为维基远行上的LGBT旅行者提供安全信息也可能违反俄罗斯法律。维基媒体共享在那里所做的就是添加一个模板，其中包含法律免责声明，指出该旗帜在阿富兰、伊朗、俄罗斯、沙特阿拉伯、乌干达和阿拉伯联合酋长国是非法展示的。维基媒体共享仅受美国法律管辖，根据美国法律，所有旗帜都受到言论自由的宪法保护（包括纳粹旗帜和其他仇恨符号）。 Nicole Sharp (讨论) 2023年11月4日 06:38 (UTC)
- Nicole，我建议你在链接的共享社区主题中发表你的意见，但我认为没有理由假设西班牙的法律不能追溯既往，仅仅因为美国宪法禁止在刑事案件中这样做。 Ikan Kekek (讨论) 2023年11月4日 06:52 (UTC)
- 更大的问题是，这一段不是因为西班牙立法者，而是因为伯尔尼公约的修改和相应的欧盟指令。如果西班牙法院的判决是合理的，那么在改变之后，商业全景自由在大多数国家可能是非法的。这是瑞典案件中使用的条款，该条款或多或少地终结了瑞典的全景自由（关于互联网使用）。 –LPfi (讨论) 2023年11月4日 07:25 (UTC)
- 这就是为什么我希望共享社区不仅要悄悄删除这些图片，也是为什么我认为没有迫切需要将媒体复制过来。这是一个巨大的项目。我认为大多数受影响的图片都没有全景自由模板，所以很难识别。可能所有在西班牙文章中的图片都需要手动检查——然后我们可能想添加尚未在文章中使用的图片。 –LPfi (讨论) 2023年11月4日 07:33 (UTC)
- 一种可能性是只使用删除请求。为了识别需要删除的图片，共享社区必须进行同样的检查。当然，已经带有模板的媒体很容易识别，并且可以立即复制，以备不时之需。我猜最大的问题是成千上万的文件将被单独提名，因为“西班牙没有全景自由”，而它们却没有模板。 –LPfi (讨论) 2023年11月4日 07:38 (UTC)
- LPfi，你在声称共享社区没有法律义务删除（隐藏）“因拍摄照片所在国家的法律而无法商业使用”的照片时，是错误的。请阅读c:COM:Licensing。如果西班牙缺乏商业全景自由，西班牙公共艺术品版权保护期内的数千张图片将被隐藏，只有管理员可见。 Ikan Kekek (讨论) 2023年11月4日 09:30 (UTC)
- 你也在错误地认为“使用更宽松的法律”。共享社区上的所有图片都必须在美国和拍摄地国家（如果不同）都可商用（至少在版权方面；共享社区不强制执行商标或其他非版权限制，只要它们不是美国的现有法律，所以由于像伊朗这样的国家的法律，同性恋骄傲旗不会被删除）。因此，版权规则方面更不宽松的法律。 Ikan Kekek (讨论) 2023年11月4日 09:32 (UTC)
- 请说明链接的文件在哪里说，共享社区“有法律义务删除（隐藏）‘因拍摄照片所在国家的法律而无法商业使用’的照片”。我相信那只是一个政策决定。
- 关于后者，请参见Commons:Freedom of panorama#Choice of law。是的，内容必须符合美国法律，但当涉及多个司法管辖区时，会选择其中最宽松的。
- –LPfi (讨论) 2023年11月4日 11:11 (UTC)
- 我明白了。也许这是一个政策决定，但这是一个坚定的、基本的政策决定，他们不会改变。试着和他们争辩一下，看看你会多么快地被驳倒。 Ikan Kekek (讨论) 2023年11月4日 15:52 (UTC)
- 是的，我想我在上面对Nicole Sharp的回答（07:21）已经说得很清楚了。但只要法律不明确，那就是关于共享社区：预防原则，这留下了更多的解释空间。另外，由于西班牙法律的修正案只是执行了指令，而指令本身又执行了对伯尔尼公约的修改，所以这比一个国家要大得多。共享社区已经对二维作品的忠实复制品有一个例外，我们可以做类似的事情。共享社区及其用户本身不面临法律风险，因为共享社区显然是一个文化实体，而不是商业实体。 –LPfi (讨论) 2023年11月4日 18:13 (UTC)
- 我明白了。也许这是一个政策决定，但这是一个坚定的、基本的政策决定，他们不会改变。试着和他们争辩一下，看看你会多么快地被驳倒。 Ikan Kekek (讨论) 2023年11月4日 15:52 (UTC)
- 你也在错误地认为“使用更宽松的法律”。共享社区上的所有图片都必须在美国和拍摄地国家（如果不同）都可商用（至少在版权方面；共享社区不强制执行商标或其他非版权限制，只要它们不是美国的现有法律，所以由于像伊朗这样的国家的法律，同性恋骄傲旗不会被删除）。因此，版权规则方面更不宽松的法律。 Ikan Kekek (讨论) 2023年11月4日 09:32 (UTC)
- LPfi，你在声称共享社区没有法律义务删除（隐藏）“因拍摄照片所在国家的法律而无法商业使用”的照片时，是错误的。请阅读c:COM:Licensing。如果西班牙缺乏商业全景自由，西班牙公共艺术品版权保护期内的数千张图片将被隐藏，只有管理员可见。 Ikan Kekek (讨论) 2023年11月4日 09:30 (UTC)
- 一种可能性是只使用删除请求。为了识别需要删除的图片，共享社区必须进行同样的检查。当然，已经带有模板的媒体很容易识别，并且可以立即复制，以备不时之需。我猜最大的问题是成千上万的文件将被单独提名，因为“西班牙没有全景自由”，而它们却没有模板。 –LPfi (讨论) 2023年11月4日 07:38 (UTC)
- 这就是为什么我希望共享社区不仅要悄悄删除这些图片，也是为什么我认为没有迫切需要将媒体复制过来。这是一个巨大的项目。我认为大多数受影响的图片都没有全景自由模板，所以很难识别。可能所有在西班牙文章中的图片都需要手动检查——然后我们可能想添加尚未在文章中使用的图片。 –LPfi (讨论) 2023年11月4日 07:33 (UTC)
- 更大的问题是，这一段不是因为西班牙立法者，而是因为伯尔尼公约的修改和相应的欧盟指令。如果西班牙法院的判决是合理的，那么在改变之后，商业全景自由在大多数国家可能是非法的。这是瑞典案件中使用的条款，该条款或多或少地终结了瑞典的全景自由（关于互联网使用）。 –LPfi (讨论) 2023年11月4日 07:25 (UTC)
访谈：讲述您在维基媒体姐妹项目中使用Wikidata的经验
您好，维基媒体德国的Wikidata for Wikimedia Projects团队正在调查Wikidata在维基媒体项目中的各种使用方式。如果您愿意与我们谈谈您在维基媒体维基中集成Wikidata的经验，请在此注册表格中报名参加访谈。请注意，目前我们只能用英语进行访谈。
了解更多信息，请访问我们的项目页面。随时在此处提供反馈。谢谢。--Danny Benjafield (WMDE) (讨论) 2023年11月8日 13:31 (UTC)
即将推出：参考文献预览
一项新功能即将登陆您的维基：参考文献预览是参考文献的弹出窗口。许多年来，这样的弹出窗口已作为本地小工具存在于维基上。现在有一个中央解决方案，可在所有维基上使用，并与页面预览功能一致。
参考文献预览将对所有人可见，包括读者。如果您不想看到它们，可以选择退出。如果您正在使用小工具“参考文献工具提示”或“导航弹出窗口”，除非您禁用该小工具，否则您将看不到参考文献预览。
参考文献预览自2019年以来一直是许多维基上的测试功能，自2021年以来一直是某些维基上的默认功能。计划于11月22日部署。
- 帮助页面
- 项目页面（英文）提供更多信息.
- 欢迎在此讨论页上提供反馈。
-- 来自维基媒体德国技术愿望团队，Johanna Strodt (WMDE)， 2023年11月15日 13:11 (UTC)
- 终于在维基远行上有了参考文献预览！ Brycehughes (讨论) 2023年11月15日 15:40 (UTC)
- 是的，这个网站似乎不太相关。我们通常只有旅行建议和有时是气候信息的参考。 Ikan Kekek (讨论) 2023年11月15日 18:07 (UTC)
- 我们甚至不使用维基媒体意义上的参考文献来处理旅行建议。 --SHB2000 (讨论 | 贡献 | meta) 2023年11月16日 09:19 (UTC)
- 我们使用链接，所以那些就是参考文献。ref标签根本不使用，我乐于看到这个网站移除创建它们的功能。 Ikan Kekek (讨论) 2023年11月16日 20:39 (UTC)
- 如果这真的很重要，我们可以为任何使用
ref标签的实例编辑滥用过滤器，但1.)这似乎也不是什么大事，2.)有可能有人会用它们来做笔记而不是参考文献，但那也不应该这样做。 —Justin (koavf)❤T☮C☺M☯ 2023年11月16日 23:06 (UTC) - Ikan，看起来ref标签目前在48篇文章中使用。 这是列表。 WhatamIdoing (讨论) 2023年11月17日 02:07 (UTC)
- 我移除了一个，它看起来确实不必要，而且整个部分都有些勉强。 —Justin (koavf)❤T☮C☺M☯ 2023年11月17日 04:17 (UTC)
- 一眼看去，似乎大多数ref标签是用于气候图表。其他的应该立即移除，但我正在尽量减少我所做的编辑数量，直到周日一个大型音乐会结束。 Ikan Kekek (讨论) 2023年11月17日 15:16 (UTC)
- 我移除了一个，它看起来确实不必要，而且整个部分都有些勉强。 —Justin (koavf)❤T☮C☺M☯ 2023年11月17日 04:17 (UTC)
- 这次讨论是关于ref标签，所以在这个案例中计算内联链接是无关紧要的。 --SHB2000 (讨论 | 贡献 | meta) 2023年11月18日 00:04 (UTC)
- 如果这真的很重要，我们可以为任何使用
- en.wikivoyage社区有一个技术愿望倡导团队吗？我确信我们一定有。（我有一些奇特的愿望） Brycehughes (讨论) 2023年11月16日 13:53 (UTC)
- 一个长期的愿望是在动态地图上显示用户当前位置的选项。我在这里请求了，但被拒绝了，因为有其他关于动态地图基础设施的工作。 —Granger (讨论 · 贡献) 2023年11月16日 14:41 (UTC)
- @Brycehughes，我们曾经一两次合作推动过某件事。曾经有人讨论过在2024年不再进行另一次投票（让团队继续致力于已经投票决定的事项；每次投票都会让团队损失至少一个月的生产时间），但解释得不清楚，编辑们坚持认为他们应该每年都能投票，即使结果可能非常相似。据我所知，计划是在2024年4月左右进行一次投票，无论这是否是个好主意。
- 我一直在想是否需要重新评估整个事情。最初的想法是让团队进行一些小型的、相对简单的修复，花费约一个月或更少的时间，并且最好不需要任何持续的维护。例如：“我们来修复你们复杂的模板”或“由于机器人操作员几年前就停止编辑了，我可以对那个机器人进行一次性修复”。然而，他们现在收到的请求大多是大型项目或需要专业知识。例如：我们不需要技术愿望团队花几周时间来处理地图的事情。我们真正需要的是一个地图团队，有人员和预算，永远如此。 WhatamIdoing (讨论) 2023年11月16日 19:57 (UTC)
- 位置的问题在于，它需要征得用户的许可，这非常具有侵扰性和烦人。我肯定希望在 Special:Nearby 的地图上看到这一点，因为它本来就需要征求许可。不幸的是，我从来没有真正花时间为 Special:Nearby 添加地图。TheDJ (讨论) 09:25, 2023年11月21日 (UTC)
- 通过一个按钮可以缓解许可的烦扰，不是吗？（通常是一个目标符号。）用户点击按钮，就会弹出许可请求。否则就保持静默，不打扰。Brycehughes (讨论) 12:29, 2023年11月21日 (UTC)
- 一个长期的愿望是在动态地图上显示用户当前位置的选项。我在这里请求了，但被拒绝了，因为有其他关于动态地图基础设施的工作。 —Granger (讨论 · 贡献) 2023年11月16日 14:41 (UTC)
- 可能有关于旅行建议的一两项；这是列表。WhatamIdoing (讨论) 19:49, 2023年11月16日 (UTC)
- 我支持设立一个 Wikivoyage 技术愿望清单页面。OhanaUnited讨论页 17:15, 2023年11月17日 (UTC)
- 大家好。我只是想提一下，在 Wikimedia 世界中有（至少）两支团队在处理愿望清单：
- 纵观这次对话，似乎评论是关于后者的。—— 顺颂商祺，Johanna Strodt (WMDE) (讨论) 15:00, 2023年11月21日 (UTC)
- 我支持设立一个 Wikivoyage 技术愿望清单页面。OhanaUnited讨论页 17:15, 2023年11月17日 (UTC)
- 我们使用链接，所以那些就是参考文献。ref标签根本不使用，我乐于看到这个网站移除创建它们的功能。 Ikan Kekek (讨论) 2023年11月16日 20:39 (UTC)
- 我们甚至不使用维基媒体意义上的参考文献来处理旅行建议。 --SHB2000 (讨论 | 贡献 | meta) 2023年11月16日 09:19 (UTC)
- 是的，这个网站似乎不太相关。我们通常只有旅行建议和有时是气候信息的参考。 Ikan Kekek (讨论) 2023年11月15日 18:07 (UTC)
- @Johanna Strodt (WMDE)，你检查过那个日期了吗？由于美国假日，本周没有火车，第二天也没有部署。WhatamIdoing (讨论) 20:36, 2023年11月15日 (UTC)
- @WhatamIdoing。非常感谢你的提示。我们确实检查了日期，但可能是短期日历尚未更新。我们的团队正在关注此事。再次感谢！——Johanna Strodt (WMDE) (讨论) 08:01, 2023年11月16日 (UTC)
- 嗨 WhatamIdoing 和各位。我只是想让你们知道，我们已经将部署提前了一天，到 11 月 21 日。（这将是一个相对小的配置更改，这就是为什么我们不太受火车部署日历的影响。）—— 顺颂商祺，Johanna Strodt (WMDE) (讨论) 11:28, 2023年11月20日 (UTC)
- （如有好奇者：火车 是本周收集的错误修复、新功能和其他需要“部署到服务器”的代码。之所以称为火车，是因为它遵循既定路线，从一组 wiki 到下一组 wiki。而配置补丁 就像更改操作系统的设置：代码已经存在于计算机中，但你想打开或关闭它。它们都有预定的时间。本周，由于美国的长周末假日，没有火车，并且更改设置的预定窗口数量有限。如果发生任何问题，他们要么需要遵循紧急程序，要么要等到下周一才能解决。这是一个风险非常低更改，但仍然是坏习惯，不应该安排在最后一个非紧急窗口进行，该窗口应保留用于修复意外问题。所以他们稍微提前了他们的日程安排，如果它在本周二引起任何问题，我们就需要尽快让他们知道，以便他们在长周末前的最后一个配置窗口关闭之前解决/移除它。我不指望有任何问题，但这正是他们稍微提前日程安排的原因。） WhatamIdoing (讨论) 21:04, 2023年11月20日 (UTC)
- 我不总是部署，但当我部署时，它总是在周五下午 5 点。 Brycehughes (讨论) 12:26, 2023年11月21日 (UTC)
- 不同的地方，不同的需求，不同的日程安排。
:-)WhatamIdoing (讨论) 16:27, 2023年11月21日 (UTC)- 有些人就是喜欢看世界燃烧。但既然我们在这里，不妨在周五下午 5 点进行一次强制提交，让别人去处理烂摊子吧。:P OhanaUnited讨论页 22:26, 2023年11月21日 (UTC)
- 不同的地方，不同的需求，不同的日程安排。
- 我不总是部署，但当我部署时，它总是在周五下午 5 点。 Brycehughes (讨论) 12:26, 2023年11月21日 (UTC)
- （如有好奇者：火车 是本周收集的错误修复、新功能和其他需要“部署到服务器”的代码。之所以称为火车，是因为它遵循既定路线，从一组 wiki 到下一组 wiki。而配置补丁 就像更改操作系统的设置：代码已经存在于计算机中，但你想打开或关闭它。它们都有预定的时间。本周，由于美国的长周末假日，没有火车，并且更改设置的预定窗口数量有限。如果发生任何问题，他们要么需要遵循紧急程序，要么要等到下周一才能解决。这是一个风险非常低更改，但仍然是坏习惯，不应该安排在最后一个非紧急窗口进行，该窗口应保留用于修复意外问题。所以他们稍微提前了他们的日程安排，如果它在本周二引起任何问题，我们就需要尽快让他们知道，以便他们在长周末前的最后一个配置窗口关闭之前解决/移除它。我不指望有任何问题，但这正是他们稍微提前日程安排的原因。） WhatamIdoing (讨论) 21:04, 2023年11月20日 (UTC)
- 嗨 WhatamIdoing 和各位。我只是想让你们知道，我们已经将部署提前了一天，到 11 月 21 日。（这将是一个相对小的配置更改，这就是为什么我们不太受火车部署日历的影响。）—— 顺颂商祺，Johanna Strodt (WMDE) (讨论) 11:28, 2023年11月20日 (UTC)
- @WhatamIdoing。非常感谢你的提示。我们确实检查了日期，但可能是短期日历尚未更新。我们的团队正在关注此事。再次感谢！——Johanna Strodt (WMDE) (讨论) 08:01, 2023年11月16日 (UTC)