维基旅者:旅者茶馆

欢迎来到茶馆

快捷方式
WV:Pub
WV:TP

旅者茶馆用于对维基旅者进行一般性讨论，也是当你感到困惑、迷失、疲惫、烦躁、思考或乐于助人时提问的地方。要开始新话题，请点击“添加主题”标签，这样它就会被添加到页面 底部，并用四个波浪线 (~~~~) 签名你的帖子。

在提问或评论之前

• 请查阅我们的 帮助、常见问题解答 和 政策 页面。
• 如果你是 新用户 并且对如何使用本网站有任何疑问，可以尝试 新秀休息室。
• 如果你有 关于某个特定条目的问题或建议，请使用该条目的 讨论页 来保持讨论与该条目相关联。
• 如果你想 引起对某个评论的注意 以 获得其他维基旅者的反馈，请尝试 意见征询请求。
• 如果你 想要关于某个特定事项的旅行建议，请参阅 游客中心。
• 如果你有 需要提请管理员注意的问题，请尝试 持续破坏。
• 如果你遇到了 你认为与 MediaWiki 软件有关的问题，请改在 Phabricator 上发帖。
• 如果你想 庆祝自己或他人对维基旅者的重大贡献，请在 庆祝贡献 处举办派对。
• 请在 Meta 上的 维基旅者休息室 讨论 与维基旅者多个语言版本有关的问题。
• 任何 与尼日利亚相关的 内容现在都应放入 尼日利亚咖啡馆。任何 与科索沃或阿尔巴尼亚相关的 内容现在都应放入 科索沃和阿尔巴尼亚咖啡馆。这包括公告、倡议、庆祝和特定条目的问题。

你可以在 维基旅者：旅者茶馆/存档 中查阅旧的茶馆讨论。

请坐下，加入对话！

点击此处开始新主题

大型路线章节模板

我在这里 提出了一个建议，旨在引入一个用于组织更长路线章节的模板，以便更好地组织这些章节，收集（并使用）结构化数据，以及引入新功能，例如从动态地图直接链接到文本章节，或反之亦然。

我很想听听大家对它的反馈！Bluecoordinationfine（讨论）2025年8月5日 21:04 (UTC)

作为这次更新，我在这里 Module:SectionInfo/sandbox 和在这里 Module:RouteSection/sandbox 创建了一个模板。

使用示例

从这里到那里的徒步路段

21.9 公里

6:30 小时

1010 米

如果您有任何反馈，请告诉我！

编辑，还更新了旧模板以显示一些选项。Bluecoordinationfine（讨论）2025年8月16日 15:59 (UTC)

我不喜欢。它占用了太多空间，而且这个模板并没有比手动输入好到哪里去。WhatamIdoing（讨论）2025年8月16日 19:33 (UTC)

我和 WhatamIdoing 的想法一样。这增加了一些信息上的便利，但除此之外，我并没有看到太多引入这个模板的好处。尤其是考虑到这个模板现在如此浪费空间。如果它能小很多，我可能会更赞同。另外：所有这些都需要通过维基数据和 OSM 来完成吗？而大多数徒步路线的网站和宣传材料已经提供了相同的信息了？难道不能直接从那里复制过来，从而大大简化这个模板吗？

LF Zuiderzeeroute
阿姆斯特丹 → 霍恩

↔ 53 公里 (33 英里)

⏲ 3:30

↕ 10 米 (11 码)

我确实欢迎让信息更容易一眼看出的努力，这个模板可能很有帮助，如果它能小一些的话。基于 LF Zuiderzeeroute（诚然这是一条自行车路线），我做了一个小模型，展示了我认为带有这些信息的模板应该是什么样子：尽量少用文字，以直观且不侵入的方式传达信息。这样大小的模板可以对齐在动态地图的上方或下方（我理解你链接的讨论，它应该在某种程度上与之互动？），而不会分散文章本身的注意力。
― Wauteurz (讨论) 2025年8月16日 20:26 (UTC)

我喜欢Wauteurz的建议——它并不显眼，而且提供了所需的重要信息，同时又不会占用过多空间。//shb (讨论 | 贡献 | 元维基) 2025年8月16日 22:52 (UTC)

这很酷！我甚至可以用底部的统计信息行来简单列出步道。Gerode（讨论）2025年8月16日 23:11 (UTC)

嘿！非常感谢你们两位提供的反馈。

你们说得对，当前版本太臃肿了。也谢谢你创建了那个模型！

> 另外：所有这些都需要通过维基数据和 OSM 来完成吗？而大多数徒步路线的网站和宣传材料已经提供了相同的信息了？

我的思路是这样的：

我首先注意到徒步路线的格式不一致。引入模板似乎是标准化部分路线本身以及章节统计信息的好方法。在做这件事的过程中，我了解到，要在使用 mapshapes 模板的动态地图上显示徒步路线，就必须将路线章节（来自 OpenStreetMap）链接到维基数据项目。

这让我想。我们能否从结构化信息中获得额外的好处？在维基数据中创建这些章节提供了一种将地理数据与章节统计信息链接的方法。我们可以从地理数据中计算章节统计信息，或者使用链接来创建可点击的路线章节。

正如你所提到的，另一种选择是从官方网站复制信息。我可以创建GPX文件，手动将它们分成几段，然后写出统计数据，但这将无法直接将地图上的某一段与文本中的某一段联系起来。地理数据和路段统计数据将是分开的。这在某种程度上与维基媒体使用集中式、结构化数据的模式相悖。Bluecoordinationfine（讨论）2025年8月16日 23:12 (UTC)

好吧，我明白你的理由了。我最担心的是，我们这个项目的编辑者数量很少，而且只有少数人有能力维护一个调用和计算来自其他地方的数据的模板，更不用说配置这个模板以便它能用于他们想撰写的路段了。我最不希望看到的是一个模板被遗弃，因为没有人能维护它。如果没有的话，手动覆盖可能是一个有用的补充，这样模板也可以通过手动插入它显示的数据来使用。
― Wauteurz (讨论) 2025年8月17日 10:52 (UTC)

很好！我应该早点提到这一点，但模板已经支持手动输入数据来解决这个问题。

你可以在这里看到演示：User:Bluecoordinationfine/SectionInfo test。这样，任何编辑者都可以使用它，而无需一开始就使用Wikidata，这类似于Markers/Listings。Bluecoordinationfine（讨论）2025年8月17日 11:32 (UTC)

最后一个小小的抱怨：我看到你可以选择公制或英制单位。是否可以添加一个转换，以便可以看到两种单位的距离等？毕竟，没有公制路线能安全地避免被习惯用英制思考的人所影响，反之亦然。可以通过鼠标悬停文本或括号中显示，就像 {{convert}} 这样可以很好地实现。
― Wauteurz (讨论) 2025年8月17日 14:19 (UTC)

谢谢回复！

我做了一些修改，可以在这里找到 Module:RouteSection/sandbox，我在 User:Bluecoordinationfine/RouteSection test 中添加了测试。修改内容如下：

1. 我将其重命名为 RouteSection。这个名字更通用，因为该模块可以用于任何类型的路线（徒步、自行车等）。

2. 参数现在是直接传递的，所以你可以使用模板 {{m|123}} 来表示距离等值。

3. 我添加了一个 |convert=yes/no 开关。这控制是否从维基数据拉取的数据自动格式化为 {{convert}} 模板。

4. 输入到模板中的数据优先于维基数据中的数据，这与 Markers 和 Listings 类似。

5. 我将呈现方式更改为单行输出。

我将研究表格，看看我是否能使输出结果与模型相似。Bluecoordinationfine（讨论）2025年8月17日 15:15 (UTC)

你可能会考虑使用一个[转换]按钮（每个读者自行决定是否点击该按钮并查看另一选项），而不是一个 |convert=yes 开关（我决定所有读者是否都看到两者）。WhatamIdoing（讨论）2025年8月17日 17:42 (UTC)

谢谢建议！我主要担心的是，可点击按钮会给使用屏幕阅读器的人带来麻烦，因为它默认隐藏了信息。

当前方法，即编辑者决定显示两个值，也更符合既定的维基惯例。Bluecoordinationfine（讨论）2025年8月17日 18:19 (UTC)

我在这里添加了一个小测试：LapplandsledenBluecoordinationfine（讨论）2025年8月19日 18:14 (UTC)

我认为可以使用此模板是安全的？//shb (讨论 | 贡献 | 元维基) 2025年9月16日 12:04 (UTC)

顺便说一句，我仍然稍微偏爱Wauteurz的设计，因为我觉得它不那么显眼，而且更现代，但无论如何，这都是我们缓慢现代化网站进程中的一大步。//shb (讨论 | 贡献 | 元维基) 2025年9月16日 12:19 (UTC)

我在这里也有同样的偏好。特别是，我认为在模块输出中使用标题是不理想的，但这只是个人偏好。

我看到的另一个实际问题是，现在这是一个模块，同时承担了模块和模板的作用。根据其他模板和模块的功能，应该仍然有一个{{Trail}}或{{TrailSection}}，它可以管理手动覆盖，而无需调用该模块，并以吸引人的方式呈现数据。这也有一个优点，即在尝试现代化或改进此数据呈现方式时，无需修改模块代码，从而使长期维护更加容易。

@Bluecoordinationfine，如果你愿意，我很乐意根据我之前的模型起草一个模板，包括实际的图标。但这需要模块进行一些调整才能很好地交互，而且我没有处理这方面的技能。我这周有的是时间，应该一天就能完成——告诉我一声就行。
― Wauteurz (讨论) 2025年9月16日 12:42 (UTC)

嘿！这是一个很好的评论，我还没有研究过模块和模板之间的区别。非常感谢你的提议！以下是我在实验中得到的一些主要发现：

标题

标题的问题在于，现在大多数徒步指南都是这样组织的，使用标题来区分路段。根据我的实验，使用表格似乎也使得使用标题变得不可能。

当然，我们可以改变这一点（也许我们可以创建一个整体的路线表格，包括所有阶段，以便于导航？）。

从/到

另一件事是“来自”和“到”。此模板从Wikidata获取名称，并忽略来自和到的Wikidata值。这是有原因的。有时步道的一段实际上有一个名称，即一条较小的命名步道是较大步道的一部分。在绝大多数情况下，“来自”和“到”的值都不会有页面链接。Bluecoordinationfine（讨论）2025年9月17日 16:40 (UTC)

因此，这个在插入标题时存在的问题是，我们自动在大多数标题后面加上“编辑”按钮。我担心模板插入标题的方式会与此发生冲突。此外，我认为模板/模块应该像图像一样为文章增添价值：它们增加了文章的实用性，但不添加文章结构的基本元素（如标题）。

难道没有办法检查链接的维基数据项是否包含“到”和“从”的值，并且仅在这些值已为该项定义时才显示“A → B”，如果它们不存在，则用章节名称替换它们？我相信我在其他模块中看到过这样的检查。

我会看看我是否能根据之前的模型起草一个小模板，然后我会把你拉到它的讨论页，告诉你它需要从模块中获得什么。
― Wauteurz (讨论) 2025年9月17日 22:01 (UTC)

由于这次讨论又沉寂了，有什么最终的反对意见不将它放入标题而直接定稿吗？我认为以后可以解决细微问题，比如Wikidata。//shb (讨论 | 贡献 | 元维基) 2025年10月5日 03:07 (UTC)

嘿！我没有收到这个的通知。恐怕我接下来的几个月没有太多时间来处理这件事。

问题是，没有标题或维基数据链接，做这件事意义不大。

我也看到了Wauteurz关于标题不是最佳的观点，所以我现在有点卡住了，不知道什么才是好的方法。Bluecoordinationfine（讨论）2025年10月5日 08:01 (UTC)

所以，正如我上面提到的，我开始着手将之前的模型改编成一个模板。我最终在{{convert}}上遇到了一些麻烦，并在此阶段搁置了。目前它也不与模块接口，因为这需要模块能够单独打印原始值。尽管如此，它是一个纯HTML版本的表格，也许可以改为在模块中实现？然后可以使用一个（没有核心功能的）假模板，这样编辑者就不用费力去调用模块了。
― Wauteurz (讨论) 2025年10月5日 10:39 (UTC)

图标看起来太棒了！我在过程中失去了一些布局，但我现在按照你们的建议做了一些。

Template:RouteSection/sandbox

Module:RouteSection/sandbox

它们在这里用于测试目的。

LapplandsledenBluecoordinationfine（讨论）2025年10月24日 14:39 (UTC)

进行了一些布局调整，现在与你链接的模型完全相同。我不确定我是否喜欢它，它在Lapplandsleden文章中似乎不太合适。Bluecoordinationfine（讨论）2025年10月25日 11:53 (UTC)

我同意。你把你的模板当作一个子标题来使用，但当前的迭代（匹配 Wauterz 的原型）居中对齐，不像一个标题。调整一下对齐方式——左对齐标题，也许移除一个换行符，让标题行更醒目。我认为你的演示页面上的东西会起作用

拉普兰小径：Hemavan - Atoklimpen

40.7 公里 11 小时 573 米

这条步道始于一个小村庄……Gerode（讨论）2025年10月25日 17:18 (UTC)

― Wauteurz (讨论) 2025年10月25日 18:10 (UTC)
它看起来很棒，Blue！我同意它们在这个情境下看起来不太合适，但这可能是因为我最初制作的模型。我设想它会被用于更大的、有更多填充的文章。这不是一篇徒步文章，但以比利时海岸电车之旅为例，说明了我眼中的样子。模板的大小在那里会是一个小问题，并且将其固定在文章的右侧可以让主要内容更好地围绕它流动。我认为一个内联版本更适合Lapplandsleden（以及可能很多其他文章）。考虑到徒步文章通常已经细分为多个部分（A到B的标题），取消覆盖性步道的名称本身就会使模板变得不那么笨重。更填充的文章，如约翰·缪尔之路，只需要添加长度/持续时间/爬升信息，所以也许将模板精简到这些信息可能是一个可行的解决方案？这肯定需要一些调整以及更多人的参与，才能真正弄清楚如何将模板恰当地集成到行程中。

非常感谢你和 User:Gerode！我做了一些修改。如果有任何意见，请告诉我。随时都可以进行修改！“转换”问题通过传递输入的转换来解决，虽然我很久没有测试过了。我也不确定这是从模块中获取信息的最佳方式，可能在那里还有一些改进的空间。

我理解关于比利时海岸电车之旅文章的观点，这正是我希望将路段名称作为标题的原因。Bluecoordinationfine（讨论）2025年10月25日 19:45 (UTC)

我会看看，但不能保证我有时间做出有意义的贡献。我理解使用标题的吸引力，但通过模板插入结构元素是绝对不被允许的。模板通常是可选元素，而让它们插入像标题这样的基本元素，既会产生对模板正确工作的依赖，又会降低模板本身的灵活性。毕竟，有很多文章写得很好，但并不一定严格遵循风格指南的步骤，原因可能是它们在风格指南涵盖之前就已创建，或者它们的主题不适合套用风格指南。
― Wauteurz (讨论) 2025年10月26日 11:03 (UTC)

言之有理，我现在明白了问题所在。目标是让这个变得有点像列表。我会考虑可选性的。Bluecoordinationfine（讨论）2025年10月26日 21:33 (UTC)

如果我们不打算通过模板添加任何结构性元素，这可能是目前最好的方法。你可以参考Lapplandsleden页面。一个可能的视觉改进是左对齐的信息框。无论如何，我很想听听其他有此类布局经验的人的意见。Bluecoordinationfine（讨论）2025年10月27日 20:15 (UTC)

另一种选择在这里使用：Skye Trail。现在它也可以不带名称使用。另外，也可以添加from/to参数。Bluecoordinationfine（讨论）2025年10月27日 21:22 (UTC)

关于比利时海岸电车之旅文章的一个简短评论。根据模板，它不应该有一个“行程”标题，并将各段作为子标题吗？Bluecoordinationfine（讨论）2025年10月25日 20:23 (UTC)

宗教饮食

1. “宗教饮食”或同类章节应包含禁食印度教徒的信息。印度教徒禁食时，必须保持素食，且不能交叉污染。
2. 如果吃不到认证食物，遵守宗教饮食的人不能自己购买食材并烹饪食物吗？这不像在外用餐时偏向于认证；观察者会自己烹饪食物。例如，严格的犹太洁食至少需要一些犹太人的参与。

Faster than Thunder（讨论）2025年10月5日 15:27 (UTC)

作为一名印度教徒，我认为关于印度教斋戒的信息应该放在以印度教徒为主的地区，就像关于斋月的信息放在以穆斯林为主的地区一样。对于印度、尼泊尔、毛里求斯和斐济等国家，信息会放在各自的国家条目中。对于斯里兰卡，它会放在以印度教/泰米尔人为主的省份和地区。Sbb1413（他）（讨论 • 贡献）2025年10月5日 16:13 (UTC)

印度教徒可能会在斋戒期间旅行，所以他们可能需要关于饮食限制的信息。Faster than Thunder（讨论）2025年10月5日 16:37 (UTC)

严格的洁食法并不要求犹太人参与任何食物或饮料的生产，除非涉及某种葡萄葡萄酒，但确实需要某种形式的拉比监督来认证法律得到遵守，据我所知，除了天然洁食食品（如没有明显虫害的新鲜水果和蔬菜）以及大多数葡萄酒以外的酒精饮料。但回复Sbb：如果我们只在犹太人占多数的地方限制犹太洁食餐馆和加工食品的供应信息，那么我们的文章对于那些想去或必须去以色列以外旅行的遵守洁食法的犹太人来说，用处就会大大减少。那么，为什么我们不也试着同样地满足印度教旅行者呢？我认为这会是个好主意，只要有人拥有知识和意愿去做。Ikan Kekek（讨论）2025年10月5日 17:15 (UTC)

我同意你的看法。我们应该包含关于斋戒的印度教徒的信息，尽管每年斋戒的日子很少。Faster than Thunder（讨论）2025年10月5日 17:43 (UTC)

我们假设信奉某种宗教的人知道他们自己的宗教规则。我们的职责不是告知他们可以自己做饭。我们的职责是指出合适的服务（例如，犹太洁食餐厅、清真屠夫、杂货店），让他们自己做出选择。WhatamIdoing（讨论）2025年10月5日 21:26 (UTC)

没错。Ikan Kekek（讨论）2025年10月5日 21:48 (UTC)

印度教的斋戒（以及其他斋戒和饮食）种类太多了，无法全部包含在每个页面上。它可以成为一个专门的旅行主题，但我反对在维基旅行的所有地方加入如此详细的内容。有避免谷物的斋戒，有避免盐的斋戒，甚至有24小时不饮水的斋戒。这高度依赖于日期、亚文化/社区/地区而变化。而且世界上还有许多其他的宗教和饮食传统。主要的（素食/纯素食、清真、主要的过敏原等）目前有时会被提及，我希望保持现状。而且，许多进行“非污染性”斋戒或饮食的人（无论是印度教还是其他）都会在这些时期避免长途旅行。Gizza^（漫游） 2025年10月22日 00:43 (UTC)

FYI：让AI规划你下次旅行的危险

https://www.bbc.com/travel/article/20250926-the-perils-of-letting-ai-plan-your-next-trip

关于 /.: 的总结/讨论：https://slashdot.org/story/25/10/06/0434206/what-happens-when-ai-directs-tourists-to-places-that-dont-exist —Justin (koavf)❤T☮C☺M☯ 2025年10月6日 05:06 (UTC)

有些离题，但我让一个聊天机器人将西孟加拉邦划分为旅游区域，我发现结果如下：

• 北部孟加拉（喜马拉雅山和特赖地区）：Alipurduar、Cooch Behar、Darjeeling、Jalpaiguri、Kalimpong
• 中北部孟加拉（Rarh-Varendra过渡区）：Dakshin Dinajpur、Malda、Murshidabad、Uttar Dinajpur
• 西南部孟加拉（Rarh地区）：Birbhum、Bankura、Jhargram、Paschim Bardhaman、Paschim Medinipur、Purulia
• 中南部孟加拉（恒河三角洲）：Nadia、Hooghly、Howrah、North 24 Parganas、Purba Bardhaman
• 大加尔各答：Hooghly、Howrah、Kolkata、Nadia、North 24 Parganas、South 24 Parganas
• 南部孟加拉（沿海地区）：Purba Medinipur、South 24 Parganas

这种方法有几个问题：

• 虽然在印度这里“孟加拉”通常是西孟加拉邦的简称，但这个名字通常是指一个大片平原地区，覆盖西孟加拉邦、孟加拉国和其他地区。然而，除非你谈论“东孟加拉”或“东南孟加拉”，否则这不算什么大事。
• 中南部孟加拉和苏珊大加尔各答地区有重叠。
• 两个沿海地区 Purba Medinipur 和 South 24 Parganas 在公路或铁路上的连接并不直接，而是要经过加尔各答和霍拉。因此，将这两个地区作为单独的区域更有意义，我们有足够多的城市来做到这一点。

因此，我决定将邦划分为以下区域和子区域：

• 北部孟加拉 [有文章]
  • Darjeeling（区）
  • Kalimpong（区）
  • Dooars（底层区域）：Alipurduar、Cooch Behar、Jalpaiguri
  • 北部平原（底层区域）：Dakshin Dinajpur、Malda、Uttar Dinajpur
• 南部孟加拉 [无文章，将创建]
  • Hooghly
  • Howrah（区）
  • Kolkata
  • Murshidabad（区）
  • Nadia
  • North 24 Parganas
  • South 24 Parganas
• 西南部孟加拉 [有文章]
  • Jhargram（区）
  • Paschim Medinipur
  • Purba Medinipur
• Rarh [有文章]
  • Bankura（区）
  • Birbhum
  • Paschim Bardhaman
  • Purba Bardhaman
  • Purulia（区）

Sbb1413（他）（讨论 • 贡献）2025年10月6日 05:56 (UTC)

前几天我在一家越南报纸上看到了这篇文章：。有些游客盲目相信ChatGPT，导致“苦果”。Nvdtn19（讨论）2025年10月20日 07:09 (UTC)

我刚刚读了那篇文章，说实话……哇，真是太不可思议了——人们对AI这么信任？（我倒是相信……只是，我无法理解花费这么多钱完全依赖AI。）//shb (讨论 | 贡献 | 元维基) 2025年10月20日 07:28 (UTC)

根据你的账户年龄估算一下，是的。我的一位朋友是大学教授，她和我一样，都已年过四十，她经常遇到学生完全由LLM完成的课堂作业。他们甚至没有尝试去理解作业，只是把作业输入聊天机器人然后提交，甚至不看一眼——Justin (koavf)❤T☮C☺M☯ 2025年10月20日 13:31 (UTC)

我猜经验会培养信任。它以前给了我正确的答案，所以……WhatamIdoing（讨论）2025年10月20日 18:30 (UTC)

绝对是这样。//shb (讨论 | 贡献 | 元维基) 2025年10月20日 21:23 (UTC)

简直太疯狂了，哈哈——美国有些大学的Turnitin没有启用AI检测吗？在我这里，你绝对不可能用AI写东西提交，要么会被（相当准确地）检测出来，要么AI生成的回复对于主题来说太糟糕了，以至于根本无法使用，你注定会不及格。也许是我从一开始就对AI持怀疑态度，但这仍然让我感到难以置信。//shb (t | c | m) 21:23, 20 October 2025 (UTC)

是的，我会说我所从事的行业直接与此有关，所以如果你好奇，我可以给你完整的介绍。

简而言之，美国大学生是否提交AI生成的作业？总是会有人这么做，但他们经常会被TurnItIn和注意到作业写作质量差的教授抓到。 --Comment by Selfie City (talk) (contributions) 21:50, 20 October 2025 (UTC)

AI检测器误报和漏报的的情况太多了。很容易就能找到这样的故事：“我把《独立宣言》放进AI检测器里，它98%确定是一个大型语言模型写的！”这类事情。另外，从根本上来说，你永远不会知道有多少漏报的内容被忽略了。所以我知道教育工作者会常规使用它们，但它们的效果非常不稳定，很可能是因为它们本身就是基于AI模型，而AI模型本质上不可能完全准确。——Justin (koavf)❤T☮C☺M☯ 22:42, 20 October 2025 (UTC)

有趣——我有个朋友最近的作业被误报了30%是AI生成的，但他只需要把他的Google Docs历史记录给课程负责人看就解决了。也许只是我的大学太看重声誉了（而且，真的 非常 看重——这是[八大名校](https://en.wikipedia.org/wiki/Group_of_Eight_(Australian_universities))之一），高层也不希望他们的学位因为很容易作弊而变得毫无价值，但知道这些仍然很有趣。//shb (t | c | m) 22:57, 20 October 2025 (UTC)

如果你有兴趣了解美国教育中的读写能力危机，并且能承受住，你可以读到很多关于这个问题的惊人轶事和数据——关于中学生毕业时几乎没有读写能力。——Justin (koavf)❤T☮C☺M☯ 23:17, 20 October 2025 (UTC)

哦，我很清楚——但我从未想过这种情况会蔓延到大学。//shb (t | c | m) 23:20, 20 October 2025 (UTC)

FYI：无限期背包旅行

https://jeremymaluf.com/onebag/——Justin (koavf)❤T☮C☺M☯ 04:40, 7 October 2025 (UTC)

本学期我学生正在编辑的文章

大多数学生选择了他们的主要项目：安城，安养（京畿道），牙山，釜山/北部，釜山/水营，清松，都江堰，金泉，金浦，高兴，龟尾，求礼，光教，河东，咸安，合川，淮北，华川，市木敷野，长兴，焦作，荆州，北广岛（北海道），拉差岛，临汾，密阳，木浦，务安，南澳岛，南海（佛山），平顶山，瑞金，汝州，世宗，首尔/东部，首尔/江南-瑞草，首尔/南部，始兴，太白，唐山，潼南，义王，郁陵岛，西双版纳，骊州，礼山，中牟县。一如既往，最好在年底前关注这些页面。我在我的维基百科用户讨论页上给学生提供反馈（https://en.wikipedia.org/wiki/User_talk:Hanyangprofessor2）。如果您有任何问题希望我注意，请在条目讨论页或学生讨论页上提及我。 Hanyangprofessor2 (talk) 08:42, 7 October 2025 (UTC)

附言：如果有人愿意自愿接收我额外的通知，因为他们熟悉维基旅行的格式手册，或者熟悉中文、韩文、越南文、泰文或日文地点，请告诉我。我偶尔会尝试在回复学生时提及相关的维基旅行专家（就是你们），但坦率地说，我在这里不够活跃，无法总是记住“谁是谁”（如果有人回复，我会根据回复给自己做一个通知备忘录：P）。 Hanyangprofessor2 (talk) 08:51, 7 October 2025 (UTC)

我很乐意被@提及，以获取中文地点的信息。

在你给出的列表中，西双版纳是一个热门目的地，我们已经有了相当不错的覆盖，所以学生工作的准确性尤为重要。

关于[南海（佛山）](https://wikivoyage.cn/wiki/Nanhai_(Foshan)?action=edit&redlink=1)，值得注意的是，我们目前在[佛山](https://wikivoyage.cn/wiki/Foshan)条目中介绍了它，以及佛山除了顺德之外的所有其他区。我不确定将南海单独列出一个新条目是否有意义，如果我们这样做，佛山条目将成为一个尴尬地不连续的禅城区与三个郊区三水和高明区的组合。如果该学生想为南海创建一个新条目，这可能值得在[讨论:佛山](https://wikivoyage.cn/wiki/Talk:Foshan?action=edit&redlink=1)上讨论。——Granger (talk · contribs) 12:35, 7 October 2025 (UTC)

对于一个据称有700万人口的城市来说，我对[佛山](https://wikivoyage.cn/wiki/Foshan)的内容如此之少感到非常惊讶。我对广东地区不太了解，但从一个不熟悉该地区的人的角度来看，我认为如果信息能够整合在一起，而不是为该市的一个区单独列出一个条目，会更有用。//shb (t | c | m) 12:48, 7 October 2025 (UTC)

佛山目前的总人口约为970万，其中约三分之一居住在[顺德](https://wikivoyage.cn/wiki/Shunde)区，我们有一个单独的条目介绍它。 STW932 (talk) 16:32, 7 October 2025 (UTC)

西双版纳是一个地区性条目，所以学生可能需要提醒他们，单个的景点条目属于城市条目。 STW932 (talk) 16:37, 7 October 2025 (UTC)

该条目本应由@Redyeoni编辑，但他似乎已经忘记了（本学期没有任何编辑...），唉。 Hanyangprofessor2 (talk) 16:20, 12 October 2025 (UTC)

@SHB2000 @STW932 @Mx. Granger 我不确定你们是否支持拆分该条目。我将询问相关学生@SUN JIAYI's，开始在[讨论:佛山](https://wikivoyage.cn/wiki/Talk:Foshan?action=edit&redlink=1)上讨论并提议将该市划分为各区。因为我们已经有了[顺德](https://wikivoyage.cn/wiki/Shunde)，我认为增加更多区域是合理的。目前它被提及在[佛山#城镇](https://wikivoyage.cn/wiki/Foshan#Towns)（是唯一的实体）；这似乎不理想…… Hanyangprofessor2 (talk) 16:23, 12 October 2025 (UTC)

我还没有决定，因为我对佛山了解不够，无法真正发表意见。南海感觉像一个独立的旅游目的地，有自己的特色，还是像佛山中心的一部分？我们会把这个区拆分出来，还是把整个城市分成几个区的条目？为什么现在不把信息添加到[佛山](https://wikivoyage.cn/wiki/Foshan)，等到有足够的信息支持多个充实的条目时再拆分？这些是需要思考的问题。——Granger (talk · contribs) 19:36, 12 October 2025 (UTC)

是的，我也不喜欢部分地区化城市。这很混乱。当然，为一个拥有数百万人口的城市提出一个完整的地区划分方案是完全合理的。 Ikan Kekek (talk) 19:41, 12 October 2025 (UTC)

我同意Ikan的看法。//shb (t | c | m) 22:31, 12 October 2025 (UTC)

我也是。拆分南海区的最大问题是，你将在佛山中心区（禅城区）和两个郊区三水和高明之间留下一个巨大的物理空隙。所以，除非你也创建单独的三水和高明条目，否则无法证明创建南海独立条目的合理性。 STW932 (talk) 23:13, 12 October 2025 (UTC)

当然，除非有足够多的景点可以对整个城市进行区域划分。 Ikan Kekek (talk) 16:46, 7 October 2025 (UTC)

鉴于我写了[动态地图指南](https://wikivoyage.cn/wiki/User:Wauteurz/Dynmaps)（特别是为了你们学生使用），我很乐意被通知和被联系来处理与这些动态地图有关的任何事宜。我现在因为自己的工作无法积极地巡查他们的工作，所以我希望这不成问题。 ― Wauteurz (talk) 21:15, 7 October 2025 (UTC)

@Hanyangprofessor2，Ziyi Deng是你的学生之一吗？他们似乎在草拟关于[岳阳](https://wikivoyage.cn/wiki/Yueyang)中心区的一个条目。参见[User:Ziyi Deng/sandbox](https://wikivoyage.cn/wiki/User:Ziyi_Deng/sandbox) STW932 (talk) 12:29, 11 October 2025 (UTC)

@STW932 是的，我几天前注意到了，并建议他们将主题改为[岳阳](https://wikivoyage.cn/wiki/Yueyang) Hanyangprofessor2 (talk) 16:25, 12 October 2025 (UTC)

FYI：我去看望美国：在95号州际公路上对一个病态国家的对话与启示。

https://magazine.atavist.com/2025/america-i95-conversations-trump——Justin (koavf)❤T☮C☺M☯ 01:39, 9 October 2025 (UTC)

发表你的意见：投票选出2025年董事会成员

大家好，

2025年董事会选举投票期现已开放。有两位候选人竞争两个董事会席位。

要检查您的投票资格，请访问投票资格页面。

通过阅读他们的申请陈述和观看竞选视频，了解更多关于他们的信息。

准备好后，请前往SecurePoll投票页面进行投票。

投票时间为UTC时间10月8日00:00至10月22日23:59。

此致，

Abhishek Suryawanshi
选举委员会主席

MediaWiki message delivery (talk) 04:49, 9 October 2025 (UTC)

在四位候选人中只选出两位，而[有两位候选人毫无理由地被取消资格](https://meta.wikimedia.org/wiki/Objections%20to%20the%202025%20WMF%20Board%20election%20removals)。真是个笑话选举。我强烈建议阅读我链接的元页面以及[m:Objections to the 2025 WMF Board election removals/Arab Community](https://meta.wikimedia.org/wiki/Objections%20to%20the%202025%20WMF%20Board%20election%20removals/Arab%20Community)。我仍然投了票，但如果你们中有人打算投票，我强烈建议先阅读这些页面。//shb (t | c | m) 08:13, 9 October 2025 (UTC)

嗯，你知道没有好理由吗？还是你只是假设没有好理由，因为你个人不知道它是什么？ WhatamIdoing (talk) 23:00, 9 October 2025 (UTC)

我们可能不知道全部原因，但[Lane已经出来](https://en.wikipedia.org/wiki/en:Special:PermaLink/1315447714#Lane_not_on_ballot_for_WMF_board_of_trustees)并尽其所能地披露了原因，而且我认为WMF的理由完全没有说服力。这甚至还没有触及Ravan的情况，她的理由还没有得到官方证实，但很可能是因为她对巴勒斯坦的公开立场。仅仅因为政治观点或批评WMF而被禁止参加选举，这看起来非常专制，尤其是在董事会成员和普通社区之间存在巨大脱节的情况下。这至少说明了WMF缺乏透明度。//shb (t | c | m) 23:33, 9 October 2025 (UTC)

这两种情况都不理想，这仅仅说明了董事会与广大社区的脱节程度。这是一个“民意测验”，董事会选择进行，但并不强制他们采取任何行动。

因此，如果董事会已经决定不让这两位候选人加入董事会，你真的想让他们让你投票吗？然后，如果他们“获胜”了，然后说：“惊喜！我们在选举前一周决定不让这个人加入董事会，但我们认为还是让你投票吧，希望你不会支持他们，这样我们就可以把他们未能入选董事会的原因归咎于社区，而不是我们自己。” WhatamIdoing (talk) 02:15, 10 October 2025 (UTC)

这两种情况都不是理想的，这恰恰说明了董事会与更广泛的社区有多么脱节。//shb (t | c | m) 02:21, 10 October 2025 (UTC)

董事会的职责是履行其对慈善宗旨的信托义务。“与更广泛的社区保持联系”，无论你将哪个少数群体视为“更广泛的社区”，都不是他们的职责。 WhatamIdoing (talk) 03:04, 10 October 2025 (UTC)

也许这就是为什么他们变得越来越不受欢迎的原因，如那些我链接的页面所示。//shb (t | c | m) 03:15, 10 October 2025 (UTC)

董事会的工作也不是为了受欢迎。 WhatamIdoing (talk) 03:58, 10 October 2025 (UTC)

那么他们为什么还要搞这个所谓的“非选举”呢？另外，是否有非自我延续的社区成员能保证或通常会被选入董事会？ Ikan Kekek (talk) 04:07, 10 October 2025 (UTC)

他们为什么要这样做？我认为他们从中看到了价值，因为他们知道谁在附属组织和个人社区成员中最受欢迎。我认为他们希望在董事会中有附属组织和社区成员，而这是缩小候选人名单的好方法。公开过程可能有助于背景调查，因为背景调查无法查出一些你想知道的事情。背景调查可以让他们发现诸如酒驾定罪或欠债达到可能存在贿赂风险的程度等问题，但公开声明让他们有机会听到诸如在活动中令人毛骨悚然的行为之类的事情。（我举这些例子是因为我相信它们与任何现任或前任候选人都没有关系。）

没有人能保证能进入WMF董事会。即将离任的董事会有权拒绝任何或所有候选人（并且以后再把他们踢出去，如果他们最初看起来没问题，但后来董事会其他人决定不喜欢某人）。然而，他们自愿在章程中规定了一个要求，即某些董事会席位需要“通过”一个[社区或分支机构提名程序](https://foundation.wikimedia.org/wiki/Legal:Wikimedia_Foundation_Bylaws#(C)_Community-_and_Affiliate-selected_Trustees.)。严格来说，这可以是董事会选择的任何程序，在董事会选择的任何时间表上进行，并根据需要重复进行，直到他们找到一个愿意接受的候选人。然而，过去我们从未需要超过一轮，并且作为一般规则，获得最多票数的人通常是董事会任命的人。 WhatamIdoing (talk) 04:22, 10 October 2025 (UTC)

谢谢解释。 Ikan Kekek (talk) 04:32, 10 October 2025 (UTC)

不过，我想说的是，你的一些回答帮助我认识到一个需要解决的重大问题。 Ikan Kekek (talk) 05:56, 11 October 2025 (UTC)

对我来说，这整场争议的发生真是令人难过——就国际冲突发表你的观点不应该导致被取消资格。如果她真的有争议，社区本来就会表达出来。WMF根本不需要介入，而且他们继续为这个决定辩护，这令人担忧。//shb (t | c | m) 12:56, 11 October 2025 (UTC)

我认为发表某些观点应该导致被取消资格。例如，我不认为一个国际知名的非营利组织，其旗舰网站应该保持中立，因此不适合推举一位支持哈马斯（注意：不是巴勒斯坦，而是哈马斯）并且公开支持强奸受害者说谎观点的女性进入董事会。反对种族灭绝与使命一致；支持强奸犯和恐怖组织则不然。现任董事会有责任推进使命，有时这意味着，除其他外，要劝阻可能导致潜在选民得知此事的那种政治活动。WhatamIdoing (讨论) 19:50, 11 October 2025 (UTC)

我同意那应该导致被取消资格，但董事会是否解释过那就是取消资格的原因？此外，如果她的观点早已为人所知，为何要等到这么晚才取消她的参选资格？Ikan Kekek (讨论) 20:08, 11 October 2025 (UTC)

据我所知，上次的流程（从候选人的角度来看）是这样的：

• 宣布参选并开始允许类型的政治宣传；
• 个人贡献者对长名单进行投票；
• 附属组织投票（从上一轮投票缩短的名单中）；
• 背景调查，董事会取消任何不合适/不受欢迎的候选人资格（如果他们恰好在名单顶部）；以及
• 名单顶部的候选人由现任董事会成员正式任命。

他们收到了关于个人选民需要研究的候选人太多，附属组织也不仅仅是橡皮图章式地认可个人结果的投诉，所以当他们今年颠倒了第2步和第3步时，我并不惊讶。

然后他们修改了流程，在最终投票前进行背景调查。如果有人意识到至少有一位候选人将被取消资格，我对此不会感到惊讶。

一位董事会成员已在wikimedia-l邮件列表上提供了个人解释。我不知道（并且也不期望）有官方声明。（如果他们这样做，我实际上会感到失望，因为那将构成沉重、官方的谴责。）WhatamIdoing (讨论) 20:50, 11 October 2025 (UTC)

就没有办法更早地取消她的资格吗？我感谢那位董事会成员的帖子链接。对两位被取消资格的候选人来说，取消资格的理由都是合理的，但我认为这个过程有问题，并且应该对取消资格的原因进行更多、更及时的沟通。Ikan Kekek (讨论) 21:51, 11 October 2025 (UTC)

这是另一个问题——花费数月时间竞选，结果WMF在选举前几天才说你被取消了资格，这非常糟糕。如果她们确实有争议（而且我仍然因为其他很多原因不相信这些理由），社区本来就会投票淘汰她们。社区和选民不是傻瓜。//shb (t | c | m) 23:25, 11 October 2025 (UTC)

我说的几天，是指WMF决定不将她们列入投票箱时才知道——时间非常晚，而且坦率地说，这是不可辩护的。//shb (t | c | m) 23:26, 11 October 2025 (UTC)

好吧，但相信人们会因为她曾表示支持哈马斯并且是强奸否认者而在政治上投票淘汰她（我没有读那些链接，所以不是直接指控）对一个致力于在其最著名和最活跃的网站上保持观点的中立的基金会来说，是不可接受的风险，我绝不会相信大多数选民会因此投票淘汰她。而且，如果董事会无论如何都拒绝任命Bluerasberry，因为他在赢得选举后存在利益冲突，那么让人们投票给他也没有意义。所以我的问题在于流程、时机以及缺乏及时、透明的沟通。Ikan Kekek (讨论) 23:33, 11 October 2025 (UTC)

也许是我很难相信Victoria说的话（这不是我独有的感受），我想是这样。//shb (t | c | m) 07:42, 13 October 2025 (UTC)

TL;DR：如果你对官僚主义不感兴趣，可以放心跳过。

嗯，看看日期，可能不行。为简单起见，我们假设这一切确实都与对附属组织名单中那位女性的指控有关，并且董事会/WMF工作人员直到JP文章发布时才知道其中的信息。（我实际上不知道哪部分是真的。）

JP文章于8月10日发布。我猜想，这被当作任何其他涉及董事会的沟通危机来处理。这意味着下一步是让整个董事会和各部门工作人员聚在一起，决定这个发现是否以及如何影响这个流程。既然他们（显然）决定应该这样做，他们可能需要进行正式的董事会投票（通常通过电子邮件进行），并写一份关于改变内容的解释。给予他们大约10天时间来完成这一切似乎是合理的。m:Wikimedia Foundation elections/2025/Announcement/Change to the order of the selection process于8月21日发布。

请记住，投票原定于8月27日开始，所以从负责此流程的团队的角度来看，他们从JP文章发布之日到投票开始最多有17天时间。他们最早可以宣布任何关于此事的消息是在投票开始前17天，也就是为期四周的官方竞选季的中途。

如果你确信董事会最终会拒绝这位候选人，你的问题是你想在投票之前、之中还是之后将她撤出名单。这些选择都不会受欢迎，但主要抱怨是他们根本就这么做了，而不是时机。我没见过有人说任何类似“如果你在原定投票日期前17天宣布这个，我会认为这是个好主意，但因为你在新投票日期前5天宣布，所以这是个坏主意。”的话。

一旦他们做出决定并发布了关于提前进行背景调查和推迟投票的初步公告，他们仍然需要进行全面的背景调查。这需要时间。我预计需要数周时间。这不像“按一下按钮，得到答案”那样快速，尤其对于来自LMIC国家的候选人，而且因为他们希望审查的不仅仅是基本信息（万一JP文章被夸大了呢？万一她的账户被黑了呢？你是否愿意公开“透明地”抹黑她的名字，却发现这是虚假指控，或者其他候选人也有类似问题？）。

我不会惊讶于新的投票日期是在与背景调查公司商议后确定的：如果背景调查公司承诺在9月30日之前完成所有背景调查，我就会计划在10月1日召开董事会会议，决定是否需要对任何结果采取行动，并在10月2日通知所有候选人[我假设是这样做的；这会更人道]，并在10月3日公布结果。

我们可以抱怨这份公告在新的投票开始日期前五天发出，但距离原定投票开始日期也已经过去37天了。让所有候选人处于不确定状态（因为直到投票结束，他们才知道是否可以安全地承诺接下来的两年从事其他项目），并比严格必要的时间更长地推迟投票，这也不好。

这意味着实际的选择是：

• 不做真正的背景调查，因为它们太慢了。（我们过去尝试过；效果不好。）
• 不对她进行背景调查；在8月就拒绝她。然后进行投票，但有风险会在投票结束后/当您为获胜者进行全面背景调查时，发现其中一位获胜者也因无关原因需要被拒绝。
• 进行背景调查，然后尽快开始投票。（他们就是这样做的。）
• 进行背景调查，然后无故推迟投票（也许是“让人们冷静下来”？）。

IMO，他们在时机选择上是合理的，而且他们可能是在有限的几个不那么好的选择中做出了最好的选择。WhatamIdoing (讨论) 21:48, 12 October 2025 (UTC)

感谢您解释了这一切。剩下 noch 的问题是，这个解释是你在这里提出的，而不是直接由董事会向所有维基媒体人提出的。Ikan Kekek (讨论) 23:15, 12 October 2025 (UTC)

同样（而且我确实很感谢您的解释：）。//shb (t | c | m) 00:30, 13 October 2025 (UTC)

{outdent}

不客气。请记住，对该候选人来说，详细的官方解释与互联网上某个似乎对官僚主义如何运作感兴趣的人的评论之间可能存在的区别。

WMF官方关于她的所有说法都有可能在未来几十年的个人背景调查中出现——可能在未来几十年内毁掉工作机会。如果他们详细解释了他们的担忧，这可能会导致未来的雇主说“哇，他们为此重写了整个流程？她肯定发布了非常糟糕的东西。”我所说的（尤其是因为我故意不使用她的名字）并不重要。

WMF在不解释某些决定方面有着悠久的历史。原因之一是这个问题：

• WMF：嘿，各位，我们不得不封禁爱丽丝。我不能告诉你为什么，但请放心，不是因为儿童色情。
• WMF：嘿，各位，我们不得不封禁鲍勃。我不能告诉你为什么，但请放心，不是因为儿童色情。
• WMF：嘿，各位，我们不得不封禁克里斯。我不能告诉你为什么，但请放心，不是因为儿童色情。
• WMF：嘿，各位，我们不得不封禁大卫。我不能告诉你为什么，但请放心，不是因为儿童色情。
• WMF：嘿，各位，我们不得不封禁伊芙。我不能告诉你为什么，但请放心，不是因为儿童色情。
• WMF：嘿，各位，我们不得不封禁弗兰克。我不能告诉你为什么。
  • 其他人：去死吧，你这个传播儿童色情的怪物！
    • WMF：嘿，我从来没说过是什么原因？！
      • 其他人：是啊，但你的沉默和你的话一样有说服力。

在这种情况下，就像在许多其他情况下一样，他们给了候选人一个讲述自己故事的机会。他们从过去的经验中知道，候选人的解释可能会有偏见。（另见：被制裁的编辑发布了他们从WMF法律部门收到的“那封”邮件，但却意外地故意忘记提及之前的所有邮件。）这也会导致一些人认为他们掌握了全部情况，认为这个决定确实是错误的。但我认为这是为了避免对被拒绝的候选人造成可避免的伤害，我认为这是一种值得称赞的做法。

WhatamIdoing (讨论) 00:44, 14 October 2025 (UTC)

这是一种光荣的做法，而本维基上所有关于用户权限高于巡查员的决定都是公开记录的？为什么只有董事会所做的事情应该是秘密的，没有任何官方声明？Ikan Kekek (讨论) 02:11, 14 October 2025 (UTC)

董事会所做的事情并非秘密。官方声明在m:Wikimedia Foundation elections/2025/Announcement/Change to the order of the selection process。官方解释在m:Wikimedia Foundation elections/2025/FAQ#Questions regarding the August 21 announcement。

让Wikivoyage:用户权利提名的投票公开是我们的选择。不是所有维基都做出这个选择。例如，英语维基百科正在为他们的2025年仲裁委员会选举做准备，这是通过秘密投票进行的。个人可以发言——就像WMF董事会成员一样（而且在此案中已经这样做了）——但集体群体只通过秘密投票来表达。 WhatamIdoing (讨论) 19:39, 14 October 2025 (UTC)

人们对“透明度”的定期抱怨，意思是仅仅知道董事会是否通过了决议或批准了费用（董事会做的事情），甚至知道最终投票赞成或反对的董事会成员姓名，都还不够；相反，他们认为董事会会议应该像国家立法机构一样运作，董事会成员在会议中说的每一句话，有时甚至是如何说的，都应该向所有成员披露，这样他们就可以批评那些主张错误观点、提出他们认为愚蠢问题的董事会成员等等。董事会成员通常不会因为想让一个混蛋挑剔他们在会议中使用的每一个词而自愿加入。当这种情况变得普遍时，董事会就不能直接合作了，而是变成了一个“传声筒”游戏：艾丽斯想谈论X问题，所以她打电话给鲍勃和克里斯；鲍勃和克里斯分别与大卫、伊芙和弗兰克交谈；弗兰克和伊芙打电话给艾丽斯，等到董事会正式开会时，唯一需要说的话就是“同意的请举手？”

（一位“透明度”倡导者最终当选为该董事会成员。如果我没记错的话，他提供了几场会议的个人非官方总结，然后就“太忙了”。）WhatamIdoing (讨论) 19:57, 14 October 2025 (UTC)

关于在骊州添加酒吧的问题

你好，我正在开发骊州。文章遗漏了很多部分。所以我添加了“看/做/吃”。

在撰写餐饮部分时，我参考了骊州郡政府官网推荐的餐厅。但是，我不确定在撰写酒吧部分时应该使用什么标准。Wkddmstjr05240524 (讨论) 04:32, 10 October 2025 (UTC)

你曾经去过那个地区或者在那里住过吗？如果你去过，我建议你把你最喜欢的餐厅或其他地方写进文章。有时我会这样写：

• 李氏金餐厅。烤肉很好。离地铁站很近。服务员只会说韩语。
• 高氏家庭餐厅。适合带小孩的家庭。
• 金氏旅游餐厅。提供美式食物。所有服务员都会说英语。
• 郑氏小花餐厅。一家只有五张桌子的小餐厅，但炸酱面很好吃。如果你不会说韩语，只需指着菜单上的图片。

这样你就可以帮助不同的人找到最适合他们需求的人。 WhatamIdoing (讨论) 05:40, 10 October 2025 (UTC)

除了WhatamIdoing提到的（这确实是很好的建议）之外，我们实际上没有任何客观标准来列出餐厅。如果一家餐厅明显很糟糕，那么将其省略是有道理的（参见WV:ANR），但除此之外，请勇往直前！//shb (t | c | m) 23:49, 11 October 2025 (UTC)

WMF董事会改革

m:2025 WMF Board reform petition 影响了运动各方的人，所以我在这里发布是为了提高可见度。我自己在 Wikivoyage 上只做了几十次贡献，所以如果这里不是发布它的正确地方，请告诉我。Clovermoss (讨论) 20:54, 10 October 2025 (UTC)

绝对推荐阅读。董事会与运动和社区脱节到令人发指的程度（而且，我无法被说服改变我的看法）。//shb (t | c | m) 22:05, 10 October 2025 (UTC)

请帮助合并和重定向用户：AWA MODESTA MENYIAM 创建的湖泊文章

我通过封禁他们的账号为我们争取了1天。我做了一些研究，合并并重定向了几篇文章，但这工作量很大，所以我真的需要你们的帮助（换句话说，我今晚就到此为止，把剩下的交给你们了）。有时，网络搜索并不能显示是否存在他们命名的湖泊，而是显示瀑布，或者某个名称更普遍。无论如何，它们都不符合Wikivoyage:文章是什么的标准，Ekom-Nkam Waterfalls也不符合（见Talk:Nkam：我认为两篇文章都应该合并重定向到Bamenda）。Ikan Kekek (讨论) 05:42, 11 October 2025 (UTC)

该用户正在翻译法语维基旅行的文章，因此格式混乱，模板损坏。无论如何，必须遵循我们的政策。--评论来自 Selfie City (讨论) (贡献) 10:43, 11 October 2025 (UTC)

然而，我读到的Awa的编辑越多，我就越感到困惑。我确实怀疑至少有一部分内容是用AI写的，因为它与法语维基旅行并不完全一致。我仍然不理解为什么会有这么多在这里不存在的模板。--评论来自 Selfie City (讨论) (贡献) 10:48, 11 October 2025 (UTC)

我已经无限期封禁了他们创建新页面的权限（可以使用多重封禁）。希望这能给我们一些时间来清理他们的烂摊子，并希望他们在此期间也能修复他们造成的烂摊子。//shb (t | c | m) 12:58, 11 October 2025 (UTC)

鉴于你关于不准确性的观点，这似乎暗示了奇怪的AI使用，我们需要撤销我合并/重定向的（非）文章并删除所有内容吗？Ikan Kekek (讨论) 20:10, 11 October 2025 (UTC)

我不知道关于AI。在我看来，这部分是原创内容，部分是AI。有些事实看起来是准确的，比如一些驾驶距离和一般信息。问题更多在于Nkam的例子，例如：“纪念品和手工制品（木雕、编织篮子和石雕）可能从当地供应商那里购买，位于入口处。”这段话听起来非常像AI写的，仿佛用户写了“了解”部分，然后想用内容填充所有部分，并使用ChatGPT来写这些部分。--评论来自 Selfie City (讨论) (贡献) 20:52, 11 October 2025 (UTC)

我认为萨纳加湖应该移到杜阿拉埃德国家公园，因为它似乎完全位于国家公园的边界内。WhatamIdoing (讨论) 20:10, 11 October 2025 (UTC)

为什么不能删除呢？你能到Talk:Lake sanaga评论吗？Ikan Kekek (讨论) 20:20, 11 October 2025 (UTC)

我和任何人一样希望那个国家公园能成为一篇条目，但目前的萨纳加湖条目无法在没有当地专业人士的情况下变成国家公园条目。我认为删除更合理，但如果有人想创建国家公园条目，我完全没有异议。--评论来自 Selfie City (讨论) (贡献) 21:02, 11 October 2025 (UTC)

维基语地的目的

有人真的用这个去旅行吗，还是这只是人们制作指南的爱好？我不认为有人会用这些。Maroontruths (讨论) 18:45, 12 October 2025 (UTC)

他们确实如此。如果你很好奇，可以看看Reddit或者互联网上的其他地方（或者我们文章的阅读人数统计数据）。但在这里问这个问题似乎有点奇怪！--评论来自 Selfie City (讨论) (贡献) 18:47, 12 October 2025 (UTC)

好吧，我只是没见过有人用它Maroontruths (讨论) 21:05, 12 October 2025 (UTC)

你错了，但如果你这么想，那你为什么一开始就要编辑这里？这听起来像是一个捣乱者会说的话。Ikan Kekek (讨论) 18:49, 12 October 2025 (UTC)

我只是问了一个问题，你只是想因为莫须有的原因把我封禁。给我一个理由，你为什么这么恨我？Maroontruths (讨论) 21:06, 12 October 2025 (UTC)

你又错了。我并不“恨”你。你因为我删除了一个非文章而对我大发雷霆，并且给了我一个明确的解释，然后你决定在那时对我极其敌视和辱骂。祝你有美好的一天。Ikan Kekek (讨论) 00:49, 13 October 2025 (UTC)

Ikan，我在一个滥用过滤器里发帖了，你可能想看看。我认为这个用户的行为有一个非常直接的解释。--评论来自 Selfie City (讨论) (贡献) 01:04, 13 October 2025 (UTC)

我不明白，我从来没有做过任何对不起任何人的事。Maroontruths (讨论) 20:51, 13 October 2025 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Wikivoyage对我来说是一种爱好，而且我用它来计划旅行和旅行中。它是我用于旅行的来源之一。Ground Zero (讨论) 01:06, 13 October 2025 (UTC)

谢谢回复 Maroontruths (讨论) 20:51, 13 October 2025 (UTC)

关于文件《金泉》的反馈请求

大家好，我目前正在写这篇关于“大数据的理解”课程项目的文章。我的页面现已达到城市级别的概述，我想收到经验丰富的编辑的反馈或评估。这是我的文章链接： 我将非常感谢任何评论或改进建议。谢谢您的时间和帮助！🙏 --Jeong GiYoung (讨论) 02:02, 13 October 2025 (UTC)

@Jeong GiYoung: 谢谢你的询问！总的来说，这看起来很棒。感谢你为每个列表包含详细描述和坐标，以及路线。请检查电话号码，因为有些号码前面仍然没有区号。

那些餐馆或酒店有网站吗？如果有，添加链接会很好。

我还重新添加了一些模板在最后，或者它们可能一开始就不在那里：IsPartOf、city article status 和 geo。这些对于我们统计网站文章数量和对文章进行分类是必需的，所以请务必不要删除它们。谢谢！ --评论来自： Selfie City (讨论) (贡献) 13:37, 13 October 2025 (UTC)

@SelfieCity 谢谢您的反馈！正如您所提到的，我们已将电话号码统一为国际代码格式，并已完成了网站所在地的补充。 --Jeong GiYoung (讨论) 04:43, 14 October 2025 (UTC)

看起来不错！谢谢。 --评论来自： Selfie City (讨论) (贡献) 12:38, 14 October 2025 (UTC)

关于文件《河东》的反馈请求

大家好，我最近扩展了 Hadong 文章，在“活动”部分添加了详细的列表，包括一个突出当地活动（如野生茶节和波斯菊节）的新节日部分。我希望就结构、语气或格式方面获得任何反馈，以帮助其更接近维基旅行的成熟目的地文章风格。提前致谢！—Ddongha (讨论) 06:17, 13 October 2025 (UTC)

@Ddongha: 文章写得很好，除了“如何抵达”部分需要更多关于这些地方的信息，以及“注意事项”部分也是如此。如果能增加一些关于如何抵达的文字，比如有哪些道路或铁路通往该县，那会使文章更上一层楼。

如上所述，我将重新添加一些模板在文章末尾，或者它们可能一开始就不在那里：IsPartOf、city article status 和 geo。这些对于我们统计网站文章数量和对文章进行分类是必需的，所以请务必不要删除它们。 --评论来自： Selfie City (讨论) (贡献) 12:42, 14 October 2025 (UTC)

另外一个评论—有些标记，特别是餐厅的标记，似乎在不同的省份。这些是在 Hadong 县吗？如果不是，它们应该被移到正确的县或市的文章中。请确保文章中的所有列表都确实在 Hadong 县。 --评论来自： Selfie City (讨论) (贡献) 12:46, 14 October 2025 (UTC)

维基旅行：用户权限提名

有两位贡献者被提名授予 Checkuser 权限。Checkuser 能够检查用户的 IP 地址信息和其他服务器日志数据。该工具仅用于保护 Wikivoyage 免受破坏和干扰。这是一个重要的管理角色。鼓励贡献者考虑这些提名，并投票赞成或反对。 Ground Zero (讨论) 01:18, 15 October 2025 (UTC)

到目前为止只有 7 票，这意味着提名将会失败。我再次要求贡献者们考虑这些提名，并表达你们的意见，赞成或反对。 Ground Zero (讨论) 02:04, 19 October 2025 (UTC)

重申一下为什么它很重要：Checkuser 权限对 Wikivoyage 来说是新的，并且 要求每次提名需要 25 票或更多，并且在权限分配给任何人之前，至少有两个人被提名 Checkuser。即使你无关紧要，让你发出声音也会有助于实施这个对打击破坏非常有价值的角色。 — Wauteurz (讨论) 08:44, 19 October 2025 (UTC)

另外，一个小建议，我认为在投票进行期间，添加一个关于投票的 站点通知会很有用，因为并非所有用户都密切关注 Pub。 — Wauteurz (讨论) 08:47, 19 October 2025 (UTC)

说实话，这不失为一个好主意（尽管我自己不会去做）。几年前 Leaderboard 竞选 CU 时（尽管不成功），enwikibooks 也这样做过。//shb (t | c | m) 09:29, 19 October 2025 (UTC)

那就这么办吧。如果这是个有问题的举动，很容易撤销。 — Wauteurz (讨论) 19:48, 19 October 2025 (UTC)

“25 票或更多”这个要求是从哪里来的？这意味着，基本上每一个 高活跃度编辑者都必须参与这次讨论。我们曾经有过 25 人参与用户权限投票吗？ WhatamIdoing (讨论) 22:03, 19 October 2025 (UTC)

我确定答案是“不是”。 Ikan Kekek (讨论) 22:06, 19 October 2025 (UTC)

它来自 meta:CheckUser_policy#Appointing_local_CheckUsers：“至少获得 25-30 名编辑的批准”。如果我们在获取数量上仍然遇到困难，那么指出我们曾以不足 10 票提拔过管理员，以便要求放宽最低要求，可能会有用。 AlasdairW (讨论) 22:47, 19 October 2025 (UTC)

是的，这确实是全球政策，其目的是确保小维基百科不会任命本地 CU。Checkuser 是由 Steward 授予的权限，因此通常不会考虑各个维基百科的具体情况（且很少会给予例外）——如果我们不能在合理的时间内获得 25 票，提名通常会被认为不成功（这曾发生在几年前 Leaderboard 的 enwikibooks CU 提名上）。//shb (t | c | m) 06:04, 20 October 2025 (UTC)

我们有 33 位管理员（包括机器人），邀请那些长期活跃的 高活跃度编辑者，并不为过。（如果你还差一票就够 24 票，随时可以 ping 我。） WhatamIdoing (讨论) 18:35, 20 October 2025 (UTC)

你不知道…我非常惊讶它在一周内就达到了 19 票（或 SC 的情况是 18 票）。老实说，我以为这两项提名都会像近几年 enwikinews 或 enwikibooks 的提名那样失败……但没有，两者实际上都可能通过。一周的时间足够再获得 7 票了。//shb (t | c | m) 04:57, 22 October 2025 (UTC)

现在我们达到了所需的最低票数。终于。//shb (t | c | m) 12:04, 23 October 2025 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘感谢所有花时间投票的人。这是 Wikivoyage 社区力量的体现。 Ground Zero (讨论) 12:17, 23 October 2025 (UTC)

同感——感谢您的信任。:) //shb (t | c | m) 12:36, 23 October 2025 (UTC)

我将继续并大刀阔斧地改进 Wikivoyage:Checkuser 页面，并创建 Wikivoyage:Requests for checkuser。我不认为这会有任何争议，但为了记录，我将使用 Meta 上使用的格式（我个人认为这是最容易使用的）。//shb (t | c | m) 00:30, 29 October 2025 (UTC)

完成 – WV:RfCU 现已存在。//shb (t | c | m) 01:54, 29 October 2025 (UTC)

我们应该有两个以上的检查员吗？

抱歉错过了最初的讨论，因为我参加了 WikiConference North America 并不得不处理 这次安全事件。我想知道我们是否应该进行长期规划，在这个项目上有两个以上的 Checkuser（因为我们的傀儡账号也存在了很长时间，而且不太可能消失）。CheckUser policy 强调制衡，要求至少有两名 Checkuser 始终在岗。如果我们只有两人，其中一人辞职、退出项目或长期不活跃，我们可能不得不仓促任命新人。我们可以通过拥有两人以上来缓解这种风险。

好主意。还有其他人对成为 Checkuser 感兴趣吗？ --评论来自： Selfie City (讨论) (贡献) 15:16, 23 October 2025 (UTC)

我支持第三位，原因如下。 shb (t | c | m) 20:01, 23 October 2025 (UTC)

另外，任何愿意成为 CU 的人，还需要签署 wmf:Legal:Wikimedia Foundation Confidentiality Agreement for Nonpublic Information（如何签署请在此处）。这是一个非常简单的过程，如果你愿意，可以只用你的维基用户名作为签名，实际上它只是一个让你说“我不会向任何人披露私人信息，除非是 checkuser 或 steward”的长协议。//shb (t | c | m) 22:34, 23 October 2025 (UTC)

我正在考虑。我不太担心签署保密协议，因为我过去已经签署过，但我更担心强制使用双因素认证（2FA）。我亲身经历过当我的朋友在纽约市旅行时把手机落在 Uber 里的麻烦。她无法登录 Uber 或联系 Uber 客服来取回设备，因为 Uber 检测到“可疑活动”。虽然我为我的银行账户使用 2FA，但这不像 WMF 在我的城市设有办事处，亲自向我出示身份证，并在出现问题时重置我的 2FA。而且由于我经常去 加拿大北部 旅行，我不知道 2FA 会有多频繁地要求我验证。 OhanaUnited^讨论页 13:48, 24 October 2025 (UTC)

我认为 2FA 不是 checkuser（或 oversight）的强制要求？据我所知，它只对允许编辑 .js/.css 页面的权限是强制的，目前只有 stewards、global sysops 和 interface admins。Checkuser 不属于此类。//shb (t | c | m) 21:51, 24 October 2025 (UTC)

根据页面上的说法，它写着“出于法律和安全原因，维基媒体基金会决定要求该角色必须启用双因素认证。" 无论如何，如果我竞选，是否需要有人提名我？ OhanaUnited^讨论页 03:46, 25 October 2025 (UTC)

嗯，很有趣，这肯定是一个我不知道的非常近期的更改。我不认为有人需要提名你，但如果你愿意，我可以。:) //shb (t | c | m) 04:21, 25 October 2025 (UTC)

是的，我很乐意有人提名我。 OhanaUnited^讨论页 03:30, 26 October 2025 (UTC)

完成 //shb (t | c | m) 04:20, 26 October 2025 (UTC)

2FA 提供备用码，你可以在那种情况下（并且很可能应该）写在纸上。 WhatamIdoing (讨论) 21:03, 25 October 2025 (UTC)

广告此内容的蓝色横幅显示给未登录用户/隐私浏览窗口，这可能不是一个好主意。 WhatamIdoing (讨论) 16:55, 29 October 2025 (UTC)

不用太担心匿名投票——那些IP（或者说现在应该称作TA）的投票发生在某个特定的封禁规避事件中。无论如何，管家们 很可能 会忽略IP投票。//shb (t | c | m) 2025年10月29日22:16 (UTC)

滥用过滤器封锁

我们之前在这里讨论过这个问题：Wikivoyage_talk:Abuse_filters#Enabling_the_block_feature_on_the_abuse_filter，但讨论已经停止了，现在我将重启这个讨论，启用滥用过滤器中的封禁功能，使用该讨论中已同意的相同条件。鉴于近期LTA（长久破坏者）活动增加，不断启用和禁用“阻止用户采取行动”不仅不利于捕捉误报，而且极其浪费时间。//shb (t | c | m) 2025年10月19日01:44 (UTC)

Wikidata

与英文维基旅人无关，但有人能将希腊语页面 https://el.wikivoyage.org/wiki/%CE%A0%CE%B5%CF%81%CE%B8 与珀斯的 Wikidata 项目连接起来吗？~2025-28966-50 (talk) 2025年10月19日10:30 (UTC)

1. 导航至 Wikidata 上的珀斯。
2. 向下滚动到页面底部，找到 Wikidata 部分。
3. 点击“编辑”。
4. 在列表底部写着“wiki”的空白框中，输入“el”，然后选择“ελληνικά”，接着在右侧的框中输入文章的名称，然后点击“发布”。

Ground Zero (talk) 2025年10月19日11:56 (UTC) [ce by LPfi]

已完成 珀斯的 WD 页面是半保护的，因此需要由在 WD 上进行足够编辑以获得自动确认的用户来完成。能否请一位懂希腊语的人检查一下是否正确？AlasdairW (talk) 2025年10月19日13:30 (UTC)

在我这边看起来工作正常。//shb (t | c | m) 2025年10月20日06:00 (UTC)

南澳大利亚在 Wikidata 上

请原谅我的英语，我翻译了这些内容。

我注意到有人刚发了关于连接希腊语页面的帖子。

既然他们成功了，我想请求将页面 https://bn.wikivoyage.org/wiki/দক্ষিণ_অস্ট্রেলিয়ার 移动到 দক্ষিণ অস্ট্রেলিয়া（去掉末尾多余的 র），并将其添加到 Wikidata 的南澳大利亚项，因为我现在还没有被自动确认。

谢谢。ধন্যবাদ।祝您有美好的一天。মহালভা হেন্দ্রভ (talk) 2025年10月20日02:31 (UTC)

我已完成。Ground Zero (talk) 2025年10月20日02:35 (UTC)

谢谢。非常感激。您是否也有能力移动页面，因为它拼写错误？মহালভা হেন্দ্রভ (talk) 2025年10月20日02:37 (UTC)

我现在也完成了。请检查以确保我做对了。Ground Zero (talk) 2025年10月20日02:39 (UTC)

是的，您确实做到了。非常感激。মহালভা হেন্দ্রভ (talk) 2025年10月20日02:45 (UTC)

虽然我目前在孟加拉语维基旅人中不活跃，但我仍然可以在需要时帮助那里的用户。Sbb1413 (他) (talk • contribs) 2025年10月20日02:41 (UTC)

我也是，如有需要，可以帮助进行无争议的维护工作。//shb (t | c | m) 2025年10月20日12:02 (UTC)

帮助我们决定新的抽象维基百科项目的名称

你好。请帮助为新的抽象维基百科项目选择一个名称。该项目将是一个维基，使用户能够结合 Wikifunctions 的功能和 Wikidata 的数据，以生成任何支持语言的自然语言句子。然后，这些句子可以被任何维基百科（或别处）使用。

将有两轮投票，每轮之后都有对候选名称的法律审查。投票将于 2025 年 10 月 20 日和 11 月 17 日开始。我们的目标是在 2025 年 12 月中旬选出最终的项目名称。如果您想参与，请在元维基上了解更多并立即投票。 谢谢！

-- User:Sannita (WMF) (talk) 2025年10月20日11:43 (UTC)

对于不了解这是什么的人来说

我们经常在文章中写一些标准的句子（例如，“Smallville 是 Ruritania 北部的一个有 10,000 人口的小镇”）。想象一下，你只需输入一种“模板”（他们称之为 函数），就可以从 Wikidata 中提取内容来开始一篇文章。你可以将其复制为纯文本，保持部分或全部内容与 Wikidata 连接（例如，如果小镇的人口发生变化），或者决定你不喜欢它，然后写你自己的句子（或尝试不同的“模板”）。而且，重要的是，一旦“模板”存在，我们就可以用任何语言来做这件事。这将加快文章的创建速度，并促进所有维客旅行之间的内容共享。

我们可能需要几年时间才能进行测试，而且我认为它对英文项目的影响不如对小型项目的影响大，但我认为这个项目有很大的潜力提供基本的协助。WhatamIdoing (talk) 2025年10月24日19:35 (UTC)

人口数字可能会有用。这些数据在这里会很快过时。同样，对于像航空公司这样破产的大公司，Wikifunction 的连接可能会有用。--Comment by Selfie City (talk) (contributions) 2025年10月24日20:58 (UTC)

是的，保持指南的最新是一个问题，并且自动化其中一些是一个好主意。不仅是 Wikidata 的数字，也许还有汇率或酒店价格之类的东西。

自然语言文本可能不是唯一的输出格式。这可以是一件好事，但它也是一个出了名的棘手的问题，而且有些数据可能更自然地以表格或图表的形式呈现。Pashley (talk) 2025年10月24日21:57 (UTC)

正如 WhatamIdoing 所说，我认为这更有可能帮助小型语言维基旅人，而不是我们这里，尤其是有大约三分之一的语言项目似乎非常沉寂。//shb (t | c | m) 2025年10月24日22:26 (UTC)

汇率似乎是个好主意。

或者可能是警示箱的一些部分？简单的（主谓宾）句子，如“[日期]发生了洪水”，以及相关的外部链接，可以帮助许多语言。WhatamIdoing (talk) 2025年10月25日21:07 (UTC)

本站“commune”一词的使用

这个词在法语和意大利语的乡村地区使用很多：举个随机例子，在Fa'a'ā，提到“Fa'a'ā（或Faaa或Faa'a）是塔希提岛的一个公社。”我认为这在英文网站上是错误的。在英语中，“commune”仅指集体拥有财产的社区。有人反对吗？直到我第一次去意大利旅行，我才在除“集体拥有社区财产”的语境之外遇到这个词的使用——在意大利语（comune）中。我承认要阻止编辑者继续误用这个词将是困难的，但不误用它并纠正误用将有助于读者理解他们正在阅读的内容。一个类似的情况是“pension”这个词，在英语中它指退休人员的月度（或可能每两周一次）支付，而不是一种住宿类型。Ikan Kekek (talk) 2025年10月22日05:48 (UTC)

如果人们认为使用“官方”名称有帮助（例如，如果你可能收到听起来像“你需要坐 Uber 去下一个公社”的指示），那么我会保留它，但要加上一个解释：“Fa'a'ā是塔希提岛的一个公社（镇）”。

如果我们不认为游客会听到官方名称，那么我会将其更改为著名的英语同义词。WhatamIdoing (talk) 2025年10月22日20:15 (UTC)

《简明牛津英汉词典》将“pension”的含义之一解释为“通常是固定的寄宿费”，因此我认为它作为住宿类型的用法在英式英语中是认可的。它还将“commune”的第一个含义列为“法国领土划分”，第三个含义是“共产主义定居点”。AlasdairW (talk) 2025年10月22日22:36 (UTC)

虽然词典定义可能很有用，但大多数人会理解的简单语言定义是 Ikan Kekek 所描述的。对于其他用法，我们应该像对待 ciudad 或 ville 一样，将 commune 视为外来词，即斜体并翻译。Ground Zero (talk) 2025年10月22日23:01 (UTC)

我同意 GZ 的观点。//shb (t | c | m) 2025年10月22日23:10 (UTC)

“commune”这个词不是外语，所以斜体显示是错误的。解决这个问题的一种方法是创建一个模板 “{{commune}}”，它会展开为“[[:en:Commune#Administrative-territorial entities|Commune]]”。

我在维基旅人上尝试这项扩展时并未成功，但在南非荷兰语维基百科上却如预期般成功了（见此处）。一个类似的模板“{{Pension}}”可以创建，它将链接到“[[:en:Pension (lodging)|Pension]]”。我们同样可以将关联的词连接到 Wikidata。Martinvl (talk) 2025年10月23日21:08 (UTC)

我很乐意这样做。不过，我们必须小心，不要进行全局搜索和替换，因为可能有一些关于退休金的提及（如果别处没有，至少在Retiring abroad中）。毫无疑问，“commune”在过去（例如美国一些19世纪的宗教团体）以及现在一些情况下，也用于指代集体财产所有权。Ikan Kekek (talk) 2025年10月23日21:24 (UTC)

但在我们这样做之前，我们必须记住，我们不在此网站上使用此类内联维基百科链接，如果我们从这些词开始，很容易想象一个滑坡。另外，一个异议：法语 commune 和意大利语 comune 是 外来词。Ikan Kekek (talk) 2025年10月23日21:28 (UTC)

我创建了 Hotels#Pensions 来简述养老金（pension）是什么——请补充或更正。我还注意到 Sleep 中使用了 pension 这个词，但没有说明它是什么。AlasdairW (talk) 2025年10月23日22:33 (UTC)

这句话应该写成“[[Hotels#Pensions|pension]]”，这样一句话可以读作“镇上有很多小pensions。”我建议创建一个模板来执行此替换，因为它比记住完整的展开文本更容易记住“{{pension}}”这个文本。模板还有一个优点是，如果源文本发生更改，我们只需要对模板进行一次更改。Martinvl (talk) 2025年10月24日21:09 (UTC)

是的，这很有用。有没有办法让“pensione”也起重定向作用？Ikan Kekek (talk) 2025年10月24日21:47 (UTC)

如果我们对它说了什么满意，我认为创建一个重定向页 Pension 或 Pensions 会更好。我们通常避免不必要地使用模板，读者可以在搜索框中轻松找到链接。我认为我们不必每次使用 pension 这个词时都对其进行解释。AlasdairW (talk) 2025年10月24日21:49 (UTC)

我的意思是将 pensione 也包含在模板中，但您建议的重定向可以起作用。如果我们考虑到退休金在Retiring abroad中已有介绍，是否还需要一个消歧义页？Ikan Kekek (talk) 2025年10月24日22:35 (UTC)

难道不在条目中解释读者可能不理解的词语，比让他们点击进入另一个条目更好吗？Ground Zero (talk) 2025年10月25日01:16 (UTC)

你说得对。Ikan Kekek (talk) 2025年10月25日04:50 (UTC)

虽然我理解有些人可能不喜欢链接到英文维基百科，但我认为链接到 Wikidata 的论点不成立——毕竟 Wikidata 有链接到维基旅人！字符串“[[:Wikidata:Q3266850|commune]]”和“[[:Wikidata:Q1065252|pension]]”分别展开为“commune”和“pension”。使用 Wikidata 的优点是，即使文章被翻译成其他语言，链接仍然有效（即使它是多余的）。如果我们选择 Wikidata 的路线，几乎必须创建模板。Martinvl (talk) 2025年10月25日20:46 (UTC)

根据我的经验，人们对 Wikidata 页面感到非常困惑。出于翻译目的，链接到 Wiktionary 可能比 Wikidata 更好，但显而易见的解决方案是在 Wikivoyage 文章中提供简短描述。这样它也可以离线工作。这对我个人来说不是高优先级，但我知道这对其他贡献者来说很重要。WhatamIdoing (talk) 2025年10月25日21:11 (UTC)

同意。shb (t | c | m) 2025年10月25日22:21 (UTC)

我认为一个简单的重定向比一个可替换模板是更好的、对新手更友好的想法。WhatamIdoing (talk) 2025年10月25日21:10 (UTC)

我查看了 Wikidata 和 Wikitionary 的选项。虽然 Wikidata 可能难以导航，但我们想要的定义就在那里，所以无需导航。另一方面，Wiktionary 提供了所有含义，因此提供的信息可能会令人困惑，让用户一无所获。Martinvl (talk) 2025年10月25日21:33 (UTC)

深入研究世界各地的养老金，似乎韩国的养老金（pensions）有些不同，它们是带厨房的小木屋。在日本，它们与民宿（Minshuku）的区别在于拥有西式房间。我认为我们需要将养老金的本地化描述放在国家文章的住宿部分，对于那些养老金很普遍的国家。AlasdairW (talk) 2025年10月25日22:13 (UTC)

美利坚合众国命名

鉴于美国页面非常有名，希望您能就是否应将其重命名为“美国”提供更多意见。讨论请至Talk:United States of America#Name。//shb (t | c | m) 06:52, 22 October 2025 (UTC)

韩国和柬埔寨

您好。鉴于韩国最近禁止其公民前往波哥山（贡布）、巴域和波贝等地旅行，并建议本国公民离开西哈努克港，是否有必要更新相关文章以告知游客？ Nvdtn19 (讨论) 16:07, 22 October 2025 (UTC)

这是一项旅行禁令，意味着如果韩国人继续在这些地区旅行，确实会面临处罚。 Nvdtn19 (讨论) 06:16, 23 October 2025 (UTC)

一篇文章背景。受害者似乎是求职者，而不是游客。 Pashley (讨论) 18:35, 22 October 2025 (UTC)

我们通常会用Template:Cautionbox来处理这种情况，放在目的地文章里。 WhatamIdoing (讨论) 20:41, 22 October 2025 (UTC)

我认为应该有一个警示框。我们是一个面向旅行者（不仅仅是游客）的网站。我们有关于海外工作和海外留学的文章。 --评论来自 Selfie City (讨论) (贡献) 21:34, 22 October 2025 (UTC)

绝对支持。 Ikan Kekek (讨论) 23:42, 22 October 2025 (UTC)

是的，并且可能也会在海外工作的条目中以及目的地条目中。Pashley（讨论） 2025年10月23日 00:19 (UTC)

是放在国家层面还是多个地区/城市文章中？理想情况下，我会认为是在国家层面的一个警示，并链接到受影响的地区，但这是否可行？ Pashley (讨论) 00:19, 23 October 2025 (UTC)

很难说。也许我们应该看看该地区哪些页面浏览量最多？有时很有趣的是，一个城镇的文章几乎没有浏览量，而附近某个地方的文章却每月有数百次浏览。我认为这归因于搜索引擎优化。 --评论来自 Selfie City (讨论) (贡献) 12:37, 23 October 2025 (UTC)

是的，搜索引擎优化导致了这种奇怪的统计数据。//shb (t | c | m) 12:48, 23 October 2025 (UTC)

我们有Template:Overseasjobscam，但目前只在国家级文章中使用。我认为将警示放在国家或地区文章中，并从受影响的地区链接过去，可能是最简单的解决方案。是的，同意也应该将其添加到工作 abroad。//shb (t | c | m) 12:46, 23 October 2025 (UTC)

征求反馈：“龟尾”

大家好，

我最近对维基语游（Wikivoyage）上的“龟尾”条目进行了更新和改进。

如果经验丰富的编辑们能花些时间审阅这篇文章，并提供进一步改进的反馈或建议，我将非常感激。

非常感谢您的时间和支持。 Hong Da Hyeon (讨论) 06:03, 24 October 2025 (UTC)

感谢您扩展了这篇文章。我只是快速看了一下，但注意到一些可以改进的地方

• “游览”（See）部分列出了一些其他景点。最好能提供一些细节，最好是完整的列表。任何游览景点都有主要链接吗？
• Geumosan Market应该移到“购物”（Buy）部分，除非您认为大多数游客只是去看看而不是去买东西。
• Lotte Department Store是百货公司还是购物中心？
• 在“住宿”（Sleep）部分，请添加酒店官网的链接。

AlasdairW (讨论) 13:01, 24 October 2025 (UTC)

感谢您的回复。我已经完成了所有修改，如果您能审阅一下，我将不胜感激。 Hong Da Hyeon (讨论) 00:28, 31 October 2025 (UTC)

征求反馈：岳阳

大家好！作为汉阳大学的课堂项目，我一直在改进岳阳的文章。我添加了关于气候、城市布局和历史的章节，非常希望能得到您的反馈或建议，以使其更好。谢谢！— Ziyi Deng (讨论) 13:13, 26 October 2025 (UTC)

你好！这里有一些可以进一步改进文章的步骤：

1. 我们有一个用于显示气候信息的模板。要创建它，您需要将“climate chart”模板插入文章中，并将表格中的数据复制到图表中。
2. 所有“游览”（See）之后的部分，尤其是“餐饮”（Eat）和“住宿”（Sleep），都需要使用列表模板{{eat}} 和 {{sleep}}，并列出城市中具体的餐馆和酒店。

--评论来自 Selfie City (讨论) (贡献) 13:28, 26 October 2025 (UTC)

非常感谢您花费时间审阅岳阳条目并提供如此清晰和有建设性的反馈。对我这样的新贡献者来说，这非常有帮助。

我已经实施了您的两个主要建议：

1. 我已将之前的气候部分替换为标准的维基语游{{Climate}}

图表模板。

2. 我已将“餐饮”和“住宿”部分完全转换为使用正确的 . 和 . 列表模板，并添加了具体的餐馆和酒店示例。

这篇文章现在应该更符合社区的格式标准了。我已经将这些修改添加到了主文章区域。您能在有空的时候再看一眼，告诉我它现在是否看起来正确吗？

我非常感谢您在我改进旅游指南质量方面提供的指导。

此致， Ziyi Deng (讨论) ~ Ziyi Deng (讨论) 13:52, 2 November 2025 (UTC)

Module:User_rights_nominations

您好。我刚刚写了这个模块，到目前为止它的唯一功能是计算当前提名的数量。它能否以某种方式集成到MediaWiki:Sitenotice中？ NguoiDungKhongDinhDanh (讨论) 21:59, 26 October 2025 (UTC)

我认为可以将其添加到MediaWiki:Recentchangestext。//shb (t | c | m) 23:05, 26 October 2025 (UTC)

听起来不错。也许我应该添加一个简单的数字转文本功能（11及以上显示“十个以上），使其也能在MediaWiki:Sitenotice中起作用？ NguoiDungKhongDinhDanh (讨论) 23:18, 26 October 2025 (UTC)

就我所知，sitenotice仅在本次为checkuser提名（可能要很久才会有）时才用于用户权限提名，所以我认为两周后肯定不会有任何用户权限提名了——而放在Recentchangestext中则会一直存在，并且可能对sysop/IA提名有所帮助。//shb (t | c | m) 23:26, 26 October 2025 (UTC)

@SHB2000: 谢谢你的信息。我已在MediaWiki talk:Recentchangestext提交了编辑请求。 NguoiDungKhongDinhDanh (讨论) 23:47, 26 October 2025 (UTC)

关于维基语游的目的？

我发现有人在他的用户页面和评论中谈论维基旅行的目的（当然，不是我）。他写道：“在维基旅行上发表更多评论：在这个时代，我认为维基旅行很不实用，它很普通且过时。维基旅行的一个坏处是它是由从未去过那个地方的人写的。那里的内容也很没吸引力，缺乏评论、真实生活经历视频和具体教程。旅游业不是一个稳定的知识领域，变化很快，没有一个成员能及时更新所有内容。这肯定会成为一个死项目。” 这种观点实用吗？尽管有他的评论，但我认为这里的许多文章（尤其是旅游主题）都是有价值的参考。作为维基旅行的长期贡献者，我感受复杂，但我倾向于反对他的观点。您对此事有何看法？ Nvdtn19 (讨论) 18:18, 28 October 2025 (UTC)

您是指上面的讨论吗？ OhanaUnited^讨论页 21:23, 28 October 2025 (UTC)

我知道那个讨论。共同点是他们两人对维基旅行的贡献都不大，所以可能没有意识到这个项目的意义。 Nvdtn19 (讨论) 23:42, 28 October 2025 (UTC)

我对那条评论感受复杂，但如果我们没有移动应用程序，肯定会成为一个死项目。//shb (t | c | m) 23:45, 28 October 2025 (UTC)

在我看来，这应该是目前的优先事项。 --评论来自 Selfie City (讨论) (贡献) 00:09, 29 October 2025 (UTC)

IMO，在 Commons（只有 Android 应用）和 Wikidata 之后，维基旅行似乎是下一个最适合拥有专用阅读器应用程序的项目。//shb (t | c | m) 03:21, 29 October 2025 (UTC)

大概在 20 年前还有意义…… Ikan Kekek (讨论) 03:44, 29 October 2025 (UTC)

沃达丰似乎不这么认为。:/ //shb (t | c | m) 06:05, 29 October 2025 (UTC)

OsmAnd，一个基于 OSM 数据的长期地图应用，确实集成了维基旅行。我认为您可以在其免费版本中查看。它目前的形式并非完美，但在某些情况下我发现它很有用。有没有人了解这种集成是如何实现的，或者我们的社区是否与他们有任何关系？ Gerode (讨论) 17:15, 29 October 2025 (UTC)

另请参见Wikivoyage:目标与非目标。 Pashley (讨论) 03:55, 29 October 2025 (UTC)

有些地方听起来很有共鸣。我不怎么关注“餐饮”和“住宿”列表，原因和那位用户描述的一样：内容更新很快，几乎不可能每个列表都基于用户的亲身体验（更不用说是有品位的用户了），而且在2025年，互联网上已经有太多更好、更动态的工具来处理这些事情了。另外，回到几个月前这里有人发的一个简短帖子，WV条目里几乎没有讲故事的空间，而讲故事是最自然的与内容互动的方式。我从未因为在WV条目中看到的东西而激发我去计划一次完整的旅行，因为即使是好的条目也不如其他形式的媒体引人入胜。

在其他类型的内容方面，我不同意那位用户。大峡谷和罗马斗兽场已经存在了数千年。我所去的大部分景点只需要偶尔写得好一点，然后由用户在访问时进行一些小的更新。而且，虽然我能在网上找到数百万篇关于大峡谷和罗马斗兽场的文章，但很多时候那些文章要么是推广广告，要么过于空洞，要么是“我这个周末做了什么”的记录，要么是为了五星评价和SEO而操纵，要么是个人风格驱动的。WV最好的内容是时效性强、全面、不夸大、不操纵且一目了然，这是一种我无法在其他格式中找到的宝贵特质。（AI开始接近了，但它有一个糟糕的习惯，就是胡说八道。）

我算是新来的。几年前我又开始使用这个网站，之前已经用了十年没怎么用过了。新冠疫情某种程度上扼杀了旅游博客，从那以后我就再也无法在社交媒体群组、短视频、长视频或者“enshittification”时代的谷歌上可靠地找到我需要的一切。WV 有几篇关于我旅行的文章，那是我走过的非主流的网红之路，内容非常有用，所以我回家后就更新了这些文章，算是回馈。我后来去旅行都养成了这个习惯，现在我在这里发表看法。如果我们有足够多的人这样做，WV 仍然有潜力为旅行信息领域增添独特而有价值的内容。 Gerode (讨论) 04:46, 29 October 2025 (UTC)

不客气 ？ ~2025-30521-69 (讨论) 14:34, 29 October 2025 (UTC)

为什么？你是说你是规避封锁的傀儡账号吗？ Ikan Kekek (讨论) 22:57, 29 October 2025 (UTC)

可能只是一个普通的破坏者。//shb (t | c | m) 23:04, 29 October 2025 (UTC)

在规划旅行时，我使用尽可能多的来源，包括维基旅行，即使是关于餐饮和住宿列表。我发现每种信息来源（亲朋好友、Tripadvisor、酒店预订/旅行社网站、谷歌评论、官方政府/旅游网站、YouTube Vlog、Reddit/Facebook 群组和其他论坛、Instagram/Tiktok 上的网红、各种 AI，从 ChatGPT 到 DeepSeek、旅游纪录片和书籍、Lonely Planet、在旅行中遇到的人以及当然还有维基旅行）都是相辅相成的，没有任何一个来源能够完全独立运作。 Gizza ^(漫游) 23:33, 29 October 2025 (UTC)

我得说，我很少为我没去过的餐厅添加“餐饮”列表，我对我添加的我去过的餐厅列表都负责，所以您可以信赖那些。当然，你们中很少有人了解我的口味。 Ikan Kekek (讨论) 00:17, 30 October 2025 (UTC)

我同意。我也不太会为我不感兴趣或从未去过的地方添加列表。但无论如何，维基旅行只是一个维基，而不是一个可以包含评论、讲故事或真实生活体验视频的社交网络，所以我们不应低估它的目的。这些东西超出了项目的范围。维基旅行只应被视为一个补充来源，因为有很多有用的旅行信息来源。最好在旅行前查阅各种来源的信息，而不是只关注一个来源。但无论如何，我认为应该有一个改进这个项目的策略，以免它消亡，否则我们将被远远甩在后面。 Nvdtn19 (讨论) 05:57, 30 October 2025 (UTC)

在某些方面，我怀念 Chowhound 和 eGullet 这样的美食讨论网站曾是可靠的餐厅信息来源的日子。如今，几乎全是像谷歌和 Yelp 这样的网站。我们尽力而为，但在 21 世纪初的美食讨论网站上，您可以关注某人并了解他们的口味，而糟糕的推荐往往会在讨论中被抨击。 Ikan Kekek (讨论) 06:50, 30 October 2025 (UTC)

有时我一直在想，我们是否应该在维基旅行上真正设立一个旅行论坛，让我们（以及随意贡献者）可以分享我们的经验并发起讨论，有点像r/travel或r/solotravel，但不在 Reddit 上——我发现这两个子版块在我去新目的地旅行时非常有用，我想这可能会吸引一些新用户。//shb (t | c | m) 08:33, 30 October 2025 (UTC)

我完全支持。我相信一个能让用户分享真实经历的讨论论坛能让我们重新聚焦于旅行，并增加网站的参与度。--评论者 Selfie City (讨论) (贡献) 12:14, 2025年10月30日 (UTC)

我也是。我们必须决定它与酒吧、旅游咨询处和抵达休息室有何不同，以及我们是否会将其中一些合并进去。为什么我们不在这里，在我们自己的网站上主办呢？Ikan Kekek (讨论) 15:09, 2025年10月30日 (UTC)

是的，WV并不是适合每个人的所有事物，而且我使用它的方式不必是每个人都使用它的方式。试图与能够扩展到数百万用户并将其低投入内容转化为有价值工具的OTA（在线旅游预订公司）和餐馆评论聚合商正面竞争是没有意义的。我也想不到有什么方法能让WV像专业网红的社交媒体视频那样具有视觉吸引力。

我认为个人经验分享的内容可以不损害指导性文章的“严谨性”。例如，看到一些“曼谷长周末”式的个人行程、旅行报告或图片集会很有用，就像我在Reddit和Facebook上看到的，也许可以放在文章底部的“评论”部分。从网上可获得的内容来看，这正是许多人所期待的，尽管我大多同意我们禁止在文章中包含这些内容的政策。我曾想过在我的用户空间写一些“曼谷周末”式的指南，但那里没有人会看到。Gerode (讨论) 17:39, 2025年10月30日 (UTC)

关于“为什么我们不在这里，在我们自己的网站上主办呢？”：因为维基软件不适合这个目的。例如，它允许用户修改其他人的评论，这令人惊讶，并且通常被认为对于讨论论坛是不可接受的。WhatamIdoing (讨论) 21:35, 2025年10月30日 (UTC)

作为一个曾经的网站版主，用户有24小时编辑帖子的时间，之后可以申请编辑，这一切只需要版务管理，我们反正都需要版务管理。是的，我注意到编辑他人帖子和编辑自己的帖子之间的区别。无论如何，无论这些论坛在哪里主办，我们都需要对其版务管理有控制权。Ikan Kekek (讨论) 00:15, 2025年10月31日 (UTC)

我认为设置起来不会太难——这样一个页面（可能叫Wikivoyage:Travel forum）只需要结合本页面（酒吧）、旅游咨询处和抵达休息室的元素，它们都已经存在了。也许需要一些给不熟悉MediaWiki界面的用户提供的额外说明，仅此而已。如今，随着回复工具的完全实现，你真的不需要了解MediaWiki的语法来进行讨论。shb (t | c | m) 01:18, 2025年10月31日 (UTC)

由于“酒吧”更多地是关于网站本身，我们可能想把它分开。我不知道。但我认为将多个论坛整合到一个大伞下可能会很好。我以前常去的食物讨论网站就是这样运作的。Ikan Kekek (讨论) 01:57, 2025年10月31日 (UTC)

我明天会抽出时间在我的用户空间弄个演示，看看这种东西如何实现。//shb (t | c | m) 02:15, 2025年10月31日 (UTC)

“允许用户修改其他人的评论”，虽然技术上可以修改，但我不明白修改别人评论的目的是什么？大多数人不会随意修改他人的评论，都有自己的观点，即使在这个页面上。如果存在修改，它们只是微小的，例如修复拼写错误，或删除违规内容。Nvdtn19 (讨论) 02:55, 2025年10月31日 (UTC)

确实如此。就像我们不接受对他人的讨论页帖子进行实质性修改一样，我们也不会接受在论坛上这样做。这没什么区别。Ikan Kekek (讨论) 03:29, 2025年10月31日 (UTC)

当然——唯一的区别就是我们使用的是MediaWiki软件，而不是像Reddit或Whirlpool这样的专用论坛软件。shb (t | c | m) 03:49, 2025年10月31日 (UTC)

你可能会修改他人评论的原因不如你可以修改他人评论的事实重要。如果你想主办一个讨论论坛，用户需要有信心，他们不会在一夜之间发现自己的名字被放在了他们没有写过的评论之下。WhatamIdoing (讨论) 22:17, 2025年10月31日 (UTC)

这意味着需要有X名拥有至少巡查员工具的用户承诺版务管理论坛。 Ikan Kekek (讨论) 23:21, 2025年10月31日 (UTC)

或者这意味着使用软件，通过设计来自动实现这一点。WhatamIdoing (讨论) 00:06, 2025年11月1日 (UTC)

无论如何，版务管理是必要的，就像 Wikivoyage 的其他页面一样。我不明白你为什么认为新的论坛会比 Wikivoyage 的其他地方吸引更多用户来编辑他人的帖子。你认为它们会吸引大量用户，因此成为破坏者的主要目标吗？如果是这样，吸引大量用户是件好事！Ikan Kekek (讨论) 04:18, 2025年11月1日 (UTC)

不，我认为不熟悉维基的用户看到讨论页的工作方式会感到奇怪，所以这可能会阻止潜在的参与者首先发布任何内容。WhatamIdoing (讨论) 05:44, 2025年11月3日 (UTC)

但是，新用户是否真的需要知道讨论页是如何运作的？更广泛地说，我认为现在回复工具已经完全实现，它消除了以前需要了解维基文本才能贡献的障碍：缩进、签名讨论页、添加新主题——现在回复工具都能做得很好。shb (t | c | m) 07:55, 2025年11月3日 (UTC)

我认为这很简单。我们在几个讨论页面（包括这个，如果我没记错的话）上都有按钮，上面写着：“点击这里添加新话题”。然后你写你的帖子，现在甚至还会自动为你签名。结合回复工具，我真的不明白为什么有人会对此感到困扰。--评论者 Selfie City (讨论) (贡献) 13:17, 2025年11月3日 (UTC)

我认为仅仅是不同就可能成为一些习惯了其他评论工具的人的障碍。回复工具非常有用，但并不适用于所有情况，而且长回复链会向右挤压。

关于他人评论可编辑的问题，可以通过一个视频解释页面历史记录是如何工作的，以及任何人始终都可以使用比较选定版本来查看原始帖子的确切内容，如果现在显示的内容不是这样，就可以看到谁何时更改了它。AlasdairW (讨论) 16:01, 2025年11月3日 (UTC)

当然，但这并不是无法克服的。我认为挑战在于首先让人们意识到这样一个页面的存在。--评论者 Selfie City (讨论) (贡献) 16:21, 2025年11月3日 (UTC)

移动设备上的体验也不同，我预计许多新用户会使用移动设备。（此外，没有推送通知或其他“功能”能让人们回访网站。）WhatamIdoing (讨论) 18:07, 2025年11月3日 (UTC)

如果你真的想做这样的事情，我建议使用类似https://forum.movement-strategy.org这样的软件，它不仅允许用户使用他们的Wikivoyage账户，还具有内置的机器翻译等功能，这样每个人都可以用自己的语言写作。WhatamIdoing (讨论) 19:41, 2025年11月3日 (UTC)

我支持关于旅行论坛的想法，只要它不变成垃圾邮件的温床。这是一个绝妙的主意，可以利用这种方法将更多人带入维基媒体环境（并希望将其中一些人转化为 Wikivoyage 和其他 WMF 项目的常规编辑者）。我们不是维基百科，我们可以走自己的道路。旅行指南本质上比百科全书更随意、更具对话性，我们应该拥抱这一点。OhanaUnited^讨论页 16:18, 2025年11月3日 (UTC)

同意。我们作为旅行指南而非百科全书的根源（尤其是在2000年代中期）吸引了最广泛的编辑基础，即使它不像我们今天的社区那样投入。最好的世界是两者兼而有之：来自维基媒体的专注基础，以及休闲的旅行者贡献者。--评论者 Selfie City (讨论) (贡献) 16:23, 2025年11月3日 (UTC)

@Ikan Kekek, SelfieCity, Nvdtn19, OhanaUnited：抱歉，我迟到了（因为现实生活中有很多作业，还有很多要做，但我需要休息一下 :P），但这是我的用户空间User:SHB2000/Travel forum的模拟演示。欢迎随意编辑或添加任何内容，但我的想法是，一旦它运行起来，就永久地在网站通告中推广它。shb (t | c | m) 10:18, 2025年11月9日 (UTC)

这与当前的Wikivoyage:Tourist office有何不同？OhanaUnited^讨论页 15:41, 2025年11月9日 (UTC)

旅游咨询处仅用于旅行问题；它并非真正用于像 r/solotravel 这样的子版块那样分享旅行经历。//shb (t | c | m) 21:19, 2025年11月9日 (UTC)

非常感谢你制作了这个模拟演示！我可以稍微编辑一下语言吗？另外，如果我们希望人们乐于分享轶事，我们应该明确地将其作为他们可以做的事情提及，因为它与网站的其他部分不同。Ikan Kekek (讨论) 21:29, 2025年11月9日 (UTC)

是的，请：)。//shb (t | c | m) 21:32, 2025年11月9日 (UTC)

列表编辑器现在是透明的吗？

错误的透明背景

新颜色

原始颜色

有人遇到这个问题吗？截图是关于Thessaloniki的。//shb (t | c | m) 12:21, 2025年10月30日 (UTC)

对我来说正常工作。--评论者 Selfie City (讨论) (贡献) 12:26, 2025年10月30日 (UTC)

记录在案，我使用的是macOS上的Google Chrome，全局使用vector 2010。我尝试在Safari（未登录）上测试，虽然它不是透明的，但我看到了一些不透明但同样糟糕的东西。//shb (t | c | m) 12:38, 2025年10月30日 (UTC)

第二个截图（我猜是你看上去不对的那个）在技术上看起来还可以。我知道编辑器配色方案几天前已更新，所以它看起来比以前更白了。

我也在使用Google Chrome，但在Microsoft Windows上。--评论者 Selfie City (讨论) (贡献) 12:43, 2025年10月30日 (UTC)

是的，第二个是Safari，看起来不太对，但也不是世界末日——第一个在Chrome上使用起来确实很糟糕。另外，@Andyrom75，Nvdtn19：如果你们中的任何一个人知道是什么导致了列表编辑器出现这种情况，请告诉我。//shb (t | c | m) 12:44, 2025年10月30日 (UTC)

@SHB2000，颜色已由@Jdlrobson更改，以免在暗模式下出现问题。

也许有轻微颜色调整的空间。我添加了一张带有原始颜色的图像以供参考。

同样的情况也会发生在列表颜色上，尽管影响没那么大。

附注：透明问题是由一个“临时补丁”引起的，其中未设置背景颜色。Andyrom75 (讨论) 15:05, 2025年10月30日 (UTC)

抱歉。我主要是在默认皮肤 Vector 2022 和 Minerva 上进行测试，所以忽略了 CSS 变量未定义的皮肤。感谢修复 @Andyrom75。我已经将这些上传了。Jdlrobson (讨论) 15:48, 2025年10月30日 (UTC)

太棒了——谢谢你们俩。现在在我这边完美运行了。//shb (t | c | m) 03:32, 2025年10月31日 (UTC)

我倾向于使用第三个选项（原始颜色），因为它显然比其他设计看起来更好。目前在Thessaloniki，当我点击浅色主题下的“添加列表”按钮时，我仍然看到背景叠加编辑器具有与第二张图片（新颜色）相同的样式，并且在切换到暗色主题时还有一个难看的背景。如果你想改回使用原始颜色，可以考虑在MediaWiki:Gadget-ListingEditor.css中应用CSS。

.ui-widget-overlay {
    background: #000000 !important;
    opacity: 0.7 !important;
}

添加此 CSS 后，使用浅色主题时编辑器看起来是这样的，切换深色主题时是这样的。Nvdtn19 (讨论) 02:42, 2025年10月31日 (UTC)

@Jdlrobson @Andyrom75 你们能帮我审查一下这个吗？ Nvdtn19 (讨论) 2025年10月31日 05:50 (UTC)

@Nvdtn19，这个效果是理想的，并且与原始行为相似。我支持这个补丁。你已经检查过“!important”是否是必需的了吗？ Andyrom75 (讨论) 2025年10月31日 08:11 (UTC)

@Nvdtn19，它似乎在没有“!important”的情况下也能工作。

我对你的建议进行了一些小的改动，试图遵循其初衷（放置一个与背景颜色相反的叠加层以产生对比）。

.ui-widget-overlay {
    background-color: var(--background-color-inverted, black);
    opacity: 0.7;
}

Andyrom75 (讨论) 2025年10月31日 09:14 (UTC)

@Jdlrobson, @Nvdtn19, 我进行了一些测试，想在暗色模式下应用一种不同的（更好的？）效果，使用了 `@media screen and (prefers-color-scheme: dark)` 的自定义设置，但似乎不起作用。当我指定了替代的 `@media screen and (prefers-color-scheme: light)` 时，它只使用了亮色模式的定义；如果我移除它，保留（前一帖子中说明的）通用定义，它只使用通用定义。实际上，暗色模式的自定义设置总是被忽略。我哪里做错了？ Andyrom75 (讨论) 2025年10月31日 09:40 (UTC)

@Andyrom75：抱歉，但你似乎没有理解我的意思？我的意思是，只需添加建议的 CSS，无需任何更改。我自己在 viwikivoyage（我也是那里的 IA）上测试过，可以确认它有效。目前，只需添加我提到的确切行，然后清除缓存并稍等片刻让更改生效。另外，不一定非要使用 “!important”，如果你愿意，可以移除它。 Nvdtn19 (讨论) 2025年10月31日 10:10 (UTC)

如果你想为暗模式设置不同的样式，那么可以使用这段代码

html.skin-theme-clientpref-night .cssid {
	/* your customization */
}

@media (prefers-color-scheme: dark) {
    html.skin-theme-clientpref-os .cssid {
      	/* your customization */
    }
}

Nvdtn19 (讨论) 2025年10月31日 10:22 (UTC)

嘿 @Andyrom75，正如我告诉 @Nvdtn19 的那样，我目前正专注于摆脱 jquery.ui，并获得对 Wikimedia 暗色模式的原生支持，这在我帮助编写这段代码时一直是我的最终目标，从而停止其正常工作。暗色模式分散了我实现这一目标。当前的暗色模式体验还可以，请就这样吧。 Jdlrobson (讨论) 2025年10月31日 14:46 (UTC)

@Nvdtn19，当你要求“审查”时，我猜你是想要反馈。我的主要反馈是消除“!important”，因为它会使将来的修改复杂化。

感谢您的建议代码，现在在明暗模式下都能很好地显示叠加层。

@Jdlrobson，我知道 JQuery.ui 已被弃用，但只要我们还在使用它，拥有一个更友好的界面会是个好主意。 Andyrom75 (讨论) 2025年10月31日 19:41 (UTC)

@Jdlrobson：重做仍然有效的东西将是一项非常大的工作。你确定你能摆脱 jquery 而不破坏任何东西吗？顺便说一句，我对 Codex 的总体印象是它仍然未完成，即它没有像之前的 mw:MediaWiki 前端框架，例如 mw:OOUI 那样具有功能对等性。 Nvdtn19 (讨论) 2025年11月11日 05:25 (UTC)

招募志愿者加入运动的几个委员会

每年，通常从10月到12月，运动的几个委员会都会招募新志愿者。

在Meta维基页面上阅读有关委员会的更多信息。

• 附属关系委员会（AffCom）
• 监察员委员会（OC）
• 案件审查委员会（CRC）

委员会的申请将于2025年10月30日开放。申请加入附属委员会、监察员委员会和案例审查委员会的截止日期为2025年12月11日。请访问 Meta-wiki 上的任命页面，了解如何申请。如有任何疑问，请在讨论页留言或发送电子邮件至 cstwikimedia.org。

委员会支持团队敬上，

- MKaur (WMF) 2025年10月30日 14:13 (UTC)

对于任何可能感兴趣的人。

• AffCom负责组织。如果您创建一个非营利组织，并希望作为分会、用户组或主题组织获得维基媒体基金会的官方认可，那么这些志愿者将决定是否接受您的组织。
• Ombuds处理隐私问题。他们审查检查员，并处理一些骚扰投诉。一直需要来自各种文化/国家/语言/性别/宗教等的个人，因为如果他们收到来自讲西班牙语的非裔拉丁裔同性恋男性的咨询，他们会很乐意有一个讲西班牙语的非裔拉丁裔同性恋男性来回应，或者至少是符合其中一个特征的人。
• CRC负责办公室/全球封禁。该小组不会处理完全无望的（刑事）解封请求（法律团队会处理这些），但他们是其他被封禁用户的最后一道防线。我的印象是，该小组每年只处理少量的重要案件，并且大多数请求都被拒绝。

大多数加入这些委员会的人都表示，他们从中对运动有了很多了解，并且这段经历是积极的。 WhatamIdoing (讨论) 2025年10月30日 22:22 (UTC)

法兰克福

有人熟悉法兰克福吗？我在 这里 提出了一项对该城市进行区域划分的提议。欢迎评论。 Ground Zero (讨论) 2025年10月30日 17:45 (UTC)

求助

你好，

我的编辑到沙盒页面被反破坏过滤器阻止了。我是一名新用户，我只是想测试编辑功能并学习如何贡献。我的行为是建设性的，不是破坏性的。

能否请您审查并白名单我的编辑？感谢您的帮助！ Kk778 (讨论) 2025年11月01日 07:38 (UTC)

您对 Main Page/Sandbox 进行了 6 次编辑。我的问题是：为什么？ Ikan Kekek (讨论) 2025年11月01日 07:43 (UTC)

你好，Ikan Kek，

感谢您的联系。我为我在Main Page/Sandbox上的多次编辑造成的困惑表示歉意。我是一个全新的用户，不熟悉维基编辑系统的运作方式，我一直在使用沙盒来练习基本的维基语法和编辑功能。

我没有意识到反复保存测试内容——尤其是可能看起来随机或不完整的内容——会触发反破坏过滤器或被视为破坏性的。我唯一的目的是学习如何编辑并最终做出建设性的贡献。

如果可能的话，你能否建议我正确的编辑练习方式，或者建议我在哪里进行此类测试而不影响重要页面？我将非常感谢您的指导。

感谢您的理解。 Kk778 (讨论) 2025年11月01日 07:49 (UTC)

你好，Ikan Kek，

感谢您的来信。我多次编辑Main Page/Sandbox的原因是，我正在完成一项学校作业，要求我通过使用沙盒来学习和练习如何在维基平台进行编辑。

作为一名新用户，我一直在尝试维基语法并保存我的进度以查看结果。我现在明白，我反复保存可能看起来像测试文本的内容触发了反破坏过滤器。我对此造成的困惑表示歉意。我的行为完全是为了教育目的。

能否请您指导我如何继续我的任务，或者白名单我的编辑以便我继续？感谢您的理解和帮助。 Kk778 (讨论) 2025年11月01日 08:24 (UTC)

您可以使用 Wikivoyage:涂鸦墙。如果那还不够，您可以创建用户页面的沙盒子页面。 Ikan Kekek (讨论) 2025年11月01日 08:42 (UTC)

但是您想在什么方面获得编辑帮助呢？ Ikan Kekek (讨论) 2025年11月01日 08:45 (UTC)

我同意 Ikan 的观点——使用涂鸦墙来测试编辑，因为主页沙盒没有像涂鸦墙那样定期清除页面内容的机器人。//shb (t | c | m) 2025年11月01日 10:02 (UTC)

（术语：一些维基称之为“沙盒”，我们称之为“涂鸦墙”。） WhatamIdoing (讨论) 2025年11月03日 05:45 (UTC)

为什么这如此温馨。 Oak lod (讨论) 2025年11月04日 15:42 (UTC)

另外，您可能想将进一步的问题放在 arrivals lounge。链接可以在页面顶部的绿色框中找到，或者点击这里。 （另外，您可以使用四个波浪号（~）来插入您的签名。）

Oak lod (讨论) 2025年11月04日 15:49 (UTC)

许多学生文章需要反馈

上周我的学生完成了活动，在 Wikivoyage:评论请求#文章评论请求 请求审查，但该页面流量远低于这里。少数错误地在这里请求反馈的学生得到了（感谢），但那些在那里正确请求的学生至今普遍一无所获。能看看吗？ Hanyangprofessor2 (讨论) 2025年11月01日 13:24 (UTC)

看起来还有一些学生需要回复。 WhatamIdoing (讨论) 2025年11月06日 02:39 (UTC)

我提名你。 Ikan Kekek (讨论) 2025年11月06日 05:47 (UTC)

提前（或事后）感谢任何有时间和意愿的人。学生们仍有充足的时间来修复任何问题，因此反馈很有可能不会被浪费（这将在下个月变得更加麻烦……）。 Hanyangprofessor2 (讨论) 2025年11月06日 12:54 (UTC)

@SelfieCity - 友好的提醒（感谢您近期大量的其他评论……）。 Hanyangprofessor2 (讨论) 2025年11月06日 12:57 (UTC)

@Hanyangprofessor2：不幸的是，许多学生选择忽视普通贡献者提供的反馈，这降低了我们帮助学生的动力。 Ground Zero (讨论) 2025年11月11日 22:08 (UTC)

傀儡账号：User:NXP is ours

供您参考。我们刚提交了一个 checkuser 请求。您的用户 NXP is ours 在列表中。 -- DerFussi 2025年11月01日 14:27 (UTC)

无需采取行动。该账户进行了 0 次编辑，并且已被全局锁定。 OhanaUnited^讨论页 2025年11月03日 14:51 (UTC)

另外，即使一个用户只访问过一次该维基，他们也会显示为本地注册用户。但这并不意味着我们有义务对此做些什么，尽管有时如果用户名暗示跨维基长期滥用者，我们也会这样做。//shb (t | c | m) 2025年11月03日 21:47 (UTC)

《纽约时报》关于反旅游团的文章

《纽约时报》有一篇关于 “反旅游”行程 和旅游业的 有趣的文章，揭示了一些热门城市的 less proud views，例如贫困和政治反对派。这能启发我们吗？ 斯德哥尔摩环保主义者行程 提到了一个将自己定位为可持续发展城市，同时却在扩张六车道公路网络的城市的困境。/Yvwv (讨论) 2025年11月03日 02:48 (UTC)

有些人可能会觉得这类东西很有趣。我会添加它，并附带一条简短的说明/免责声明，告诉读者这些旅游的目的以及通常会期待什么。

Oak lod (讨论) 2025年11月04日 15:28 (UTC)

我认为我们已经有一些这方面的内容了，例如我们的 里约热内卢 文章包含了一些关于贫民窟旅游的信息，我们还有一篇关于 有组织犯罪旅游 的文章。 Mrkstvns (讨论) 2025年11月06日 15:20 (UTC)

没错。我认为我们应该谨慎对待这些所谓的“反旅游”行程。我还没有读过这篇文章，但早在 20 世纪 20 年代，富有的白人就会穿着皮草和珍珠去哈莱姆“体验底层生活”。 Ikan Kekek (讨论) 2025年11月06日 18:04 (UTC)

Wikivoyage 13 规划

让我们带回我们珍视的传统！ Wikimedia Small Projects 非常高兴地宣布 Wikivoyage 13 的回归，这次我们准备了两个有趣的活动

• Wikivoyage 亚洲月：与 Wikipedia Asian Month 用户组合作，我们很高兴举办本次活动的第二届。您可以在此链接找到更多详细信息。

• Wikivoyage 热爱委内瑞拉：与 Wikimedia Venezuela 合作，我们启动了本次活动的首次举办，重点是创建和改进有关委内瑞拉的文章。将于12月31日结束。

一如既往，我们很乐意听取 en.wikivoyage 社区的意见——您是否有兴趣帮助组织 Wikivoyage 亚洲月、Wikivoyage 热爱委内瑞拉，或者两者都组织？您的参与可以让这些活动更加特别！

此致， Lord Ravager (讨论) 2025年11月06日 14:16 (UTC)

听起来很有趣。我其实不想成为组织者，但我很乐意通过添加有关亚洲和委内瑞拉的内容来参与。祝活动顺利！ Mrkstvns (讨论) 2025年11月06日 15:27 (UTC)

我很乐意为 Wikivoyage 亚洲月活动评分，希望使用与去年相同的标准。//shb (t | c | m) 2025年11月06日 22:04 (UTC)

我同意使用去年的评审标准。事实上，我认为全局标准的评分过于复杂。我不认为我们曾经使用过积分系统来决定“获胜者”。最终，目标是改进项目的文本内容。 OhanaUnited^讨论页 2025年11月07日 05:10 (UTC)

我同意——我认为虽然有一个获胜者是好的，但大多数为 WAM 做出贡献的人是为了好玩，而不是为了赢得比赛。获胜只是对那些撰写文章最多的人的一个很好的额外奖励。//shb (t | c | m) 2025年11月07日 05:21 (UTC)

我完全赞成这个想法。然而，我认为我们应该专注于亚洲。世界各国政府强烈不建议前往委内瑞拉旅行，并且游客被绑架的风险很高。鉴于那里目前猖獗的犯罪活动，这根本不是一个旅游目的地。 -- 由 Selfie City (讨论) (贡献) 2025年11月07日 05:54 (UTC)

我认为仍然可以改进我们对委内瑞拉的报道，即使目前很少有人会去那里旅行，但至少应该有人，最好是委内瑞拉本地人，来评估这些文章。//shb (t | c | m) 2025年11月07日 07:18 (UTC)

当然可以。但如果我们想把精力集中在对游客最有帮助的地方，我认为亚洲是最好的选择。--评论者 Selfie City (讨论) (贡献) 2025年11月7日14:51 (UTC)

如果这发生在英文维基百科，请告诉我，我会向我的学生们宣传。Hanyangprofessor2 (讨论) 2025年11月10日12:19 (UTC)

海底遗址

40年来首个新的海底栖息地即将启用。我们应该介绍这个，还是其他类似地点？在哪里介绍？Pashley (讨论) 2025年11月8日05:55 (UTC)

文章说它将用于进行研究的科学家，所以我认为这超出了旅行指南的范围。Ground Zero (讨论) 2025年11月8日15:39 (UTC)

同意。但网络搜索“水下酒店”会找到不少，而那些可能成为一个好的旅行主题。Pashley (讨论) 2025年11月8日15:49 (UTC)

那将是一个好主题。Ground Zero (讨论) 2025年11月8日16:50 (UTC)

也许可以将其泛化，包括像上海的地下酒店或芬兰的基本上是冰做的酒店。Pashley (讨论) 2025年11月9日02:24 (UTC)

我们已经覆盖了潜水点。“深层”栖息地将位于佛罗里达群岛外50米处。一旦投入使用，很可能值得做一个标记，尽管只有研究人员会参观，但结构可能会被休闲潜水员从30米处看到。Grahamsands (讨论) 2025年11月9日21:23 (UTC)

“东海”

这是韩国对日本海的当地名称，在国际上不被承认。我担心我把它和东海搞混了，并在一些文章中使用了错误的海洋名称，而且，如果真的有，我记不清是哪些了，需要检查韩国东海岸的每一个地方。不过，你们大家可以留意一下，万一遇到。我相信韩国对东海的当地名称是“西海”，但我可能说错了。Ikan Kekek (讨论) 2025年11月9日21:24 (UTC)

地区列表的悬停背景效果

在我持续尝试缓慢现代化本网站的过程中，我一直在测试一项功能，即当鼠标悬停在区域列表项上时，会有一个灰色背景。经过多次尝试排除故障，我终于成功运行了此功能。不幸的是，{{regionlist}} 的编码方式迫使我实际上将它推送到了实际的模板上来测试此功能。尽管如此，您应该可以在任何带有区域列表的文章中看到它的效果（例如在多伦多、下达令河或德克萨斯州）。

它的主要好处是它增加了一个动态元素，给{{regionlist}} 带来了更现代的感觉，更具2025年的风格。但目前它只是一个测试；好奇大家对它的总体看法。//shb (t | c | m) 2025年11月10日10:11 (UTC)

我应该提到，目前它只在浅色模式下工作——我不知道如何同时添加支持深色模式的CSS。//shb (t | c | m) 2025年11月10日10:18 (UTC)

@SHB2000: 我已成功实现了带悬停背景效果的深色模式版本，使用了@media (prefers-color-scheme: dark) {}块。我在GitHub上的一些非维基项目中使用它实现了深色模式。Sbb1413 (他) (讨论 • 贡献) 2025年11月10日14:07 (UTC)

太棒了——谢谢你，Sbb。 :) //shb (t | c | m) 2025年11月10日21:14 (UTC)

等一下，我刚注意到它在浅色模式下不起作用了。我来看看是什么原因。//shb (t | c | m) 2025年11月10日21:18 (UTC)

嗯，对我来说，在浅色和深色模式下都有效。Sbb1413 (他) (讨论 • 贡献) 2025年11月11日01:50 (UTC)

Nvdtn19 修复了它。 :) //shb (t | c | m) 2025年11月11日03:18 (UTC)

我喜欢它。这可能不是一个非常重要的改变，但它绝对是一个改进。

谁会维护这段代码？能交给MediaWiki开发者吗？Pashley (讨论) 2025年11月10日14:50 (UTC)

我喜欢！有没有想过把灰色区域变成一个可点击的按钮，比如用于跟随标记的链接，或者在地图框中突出显示形状？Gerode (讨论) 2025年11月10日17:44 (UTC)

我曾考虑过，但我不太确定如何实现这一点。//shb (t | c | m) 2025年11月10日21:16 (UTC)

它看起来不错，但除非它可以点击，否则它就是糟糕的用户界面（尤其是带有鼠标指针）。而且，如果它不突出显示地图元素（对于静态图片来说很难做到：)），那么它的优势也很有限…… --andree 2025年11月11日06:34 (UTC)

TAIV

随着临时账户的推行，我们需要决定如何授予 TAIV（临时账户 IP 查看器）的权限。我在User:SHB2000/TAIV上起草了一个草案，但我们需要讨论如何正确地分配此用户权限，并注意我们设定的任何要求都不能低于 WMF 的要求（wmf:Policy:Wikimedia Access to Temporary Account IP Addresses Policy）——目前是至少6个月+300次编辑，并且必须明确申请（这意味着它不能与其他用户组捆绑，也不能自动授予）。

我个人认为，我们唯一应该做的本地补充是，申请 TAIV 的用户必须是自动巡查员、巡查员或模板编辑员，因为这是我们用来确定信任度的本地要求。

有什么想法？//shb (t | c | m) 2025年11月11日09:50 (UTC)

我的倾向是坚持 WMF 的最低标准（披露：我曾是那些向法律部门提出数字建议的人之一；你大概可以感谢我或责怪我设定了6个月的标准）。

我主要建议为了简洁和实用性，坚持最低标准。如果我们遇到一个跨维基的反破坏巡查员，他/她没有/不需要/不想要其他权限怎么办？如果我们不信任某人，我们可以（也应该）拒绝授予权限。

我对草稿的主要补充是提醒管理员/授予者，他们不应该将此权限授予他们认为不合适的人。如果你觉得某人不适合获得此用户权限，或者即使你有一些模糊的疑虑，那么就不要把你的名字列为批准此权限的管理员。让别人去做。WhatamIdoing (讨论) 2025年11月11日17:09 (UTC)

@WhatamIdoing：我也这么想过，但大多数跨维基的反破坏巡查员如果还没有 GR（带全局 TAIV），都可以通过申请获得巡查员权限——这意味着在功能上不会有任何区别，除了我们有基于政策的理由来阻止过于热心的用户滥用 TAIV 的申请。我对此并没有太强的意见，所以如果你们认为不应该设置最低的自动巡查员/巡查员/TE 的要求，我乐意删除它。

我同意管理员应该能够因为某人可能不适合而拒绝用户；我会记下的。//shb (t | c | m) 2025年11月11日22:22 (UTC)

另外，由于TAIV请求必须明确提出，我想知道我们是否应该为TAIV（以及其他非管理员权限请求）创建一个单独的页面——也许是Wikivoyage:权限请求。//shb (t | c | m) 2025年11月12日03:30 (UTC)

因此，我认为没有必要要求拥有某个用户权限才能请求TAIV，因为是否达到信任门槛将由管理员来决定。Leaderboard (讨论) 2025年11月12日07:25 (UTC)

那应该被推荐吗？//shb (t | c | m) 2025年11月12日07:52 (UTC)