维基旅者:旅者茶馆

欢迎来到茶馆

快捷方式
WV:Pub
WV:TP

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

在提问或评论之前

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

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

请坐下，加入对话！

点击此处开始新主题

大型路线章节模板

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

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

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

使用示例

从这里到那里的徒步路段

21.9 公里

6:30 小时

1010 米

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

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

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

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

LF Zuiderzeeroute
阿姆斯特丹 → 霍恩

↔ 53 公里 (33 英里)

⏲ 3:30

↕ 10 米 (11 码)

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

我喜欢 Wauteurz 的建议——它不显眼，并且在不占用过多空间的情况下呈现了所需的重要信息。//shb (t | c | m) 22:52, 2025年8月16日 (UTC)

太棒了！我甚至可以将底部的统计信息行用于简单的步道列表。Gerode (讨论) 23:11, 2025年8月16日 (UTC)

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

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

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

我的思路是这样的：

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

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

正如你所提到的，另一种选择是从官方网站复制信息。我可以创建 GPX 文件，手动将其分割成部分，并写出统计数据，但这不会给我一个直接的方式将地图上的一个部分链接到文本中的一个部分。地理数据和部分统计数据将是分开的。这在某种程度上违背了维基共享模型使用集中式、结构化数据的原则。Bluecoordinationfine (讨论) 23:12, 2025年8月16日 (UTC)

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

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

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

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

谢谢回复！

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

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

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

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

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

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

我将研究一下表格，看看是否能让输出与模型相似。Bluecoordinationfine (讨论) 15:15, 2025年8月17日 (UTC)

与其使用 `|convert=yes` 开关（我决定所有读者是否都看到两者），不如考虑一个 `[convert]` 按钮（每个读者决定是否点击按钮查看另一选项）。WhatamIdoing (讨论) 17:42, 2025年8月17日 (UTC)

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

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

我在 Lapplandsleden 页面添加了一个小测试：Bluecoordinationfine (讨论) 18:14, 2025年8月19日 (UTC)

我认为可以安全地说，使用这个模板已获得足够共识？//shb (t | c | m) 12:04, 2025年9月16日 (UTC)

另外，我仍然略微偏爱 Wauteurz 的设计，因为我觉得它不那么突兀，而且更现代化，但无论如何，这仍是我们缓慢改进网站进程中的一大步。//shb (t | c | m) 12:19, 2025年9月16日 (UTC)

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

我看到的实际问题是，现在这个模块承担了 *同时* 作为模块和模板的功能。根据其他模板和模块的功能，应该还有一个 `{{Trail}}` 或 `{{TrailSection}}`，它可以管理手动覆盖，而无需调用模块，并以吸引人的方式呈现数据。这样还有一个好处，就是当试图现代化或改进这些数据的呈现方式时，无需修改模块代码，从而使长期维护更容易。

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

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

标题

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

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

从/到

另一个问题是“from”和“to”。这个模板从维基数据获取名称，并忽略维基数据的 from 和 to 值。这是有原因的。有时步道的一部分实际上有一个名称，即一条较小的命名步道是较长步道的一部分。在绝大多数情况下，“from”和“to”值都不会有页面链接。Bluecoordinationfine (讨论) 16:40, 2025年9月17日 (UTC)

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

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

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

由于此讨论再次沉寂，是否有最终的反对意见，可以使其成为最终版本（不放入标题中）？我认为我们以后可以解决细微问题，例如维基数据。//shb (t | c | m) 03:07, 2025年10月5日 (UTC)

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

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

我也理解 Wauteurz 的观点，即标题在这里并非最佳选择，所以我对一个好的方法感到有些困惑。Bluecoordinationfine (讨论) 08:01, 2025年10月5日 (UTC)

所以，我开始按照我上面提到的，将之前的模型改编成一个模板。我最终在 `{{convert}}` 方面遇到了一些麻烦，并在那个阶段就此打住。此时它也不与模块交互，因为这需要模块能够单独打印原始值。不过，它是一个纯 HTML 表格版本，也许可以改用模块？然后可以使用一个虚拟模板（没有任何核心功能），这样编辑者就不必麻烦地调用模块了。
― Wauteurz (讨论) 10:39, 2025年10月5日 (UTC)

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

Template:RouteSection/sandbox

Module:RouteSection/sandbox

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

Lapplandsleden Bluecoordinationfine (讨论) 14:39, 2025年10月24日 (UTC)

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

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

拉普兰小径：Hemavan - Atoklimpen

40.7 公里 11 小时 573 米

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

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ 看起来很棒，Blue！我同意它们在这种情况下看起来不合适，但那可能是我最初制作模型的错误。我设想它将被用于带有更多填充的空间更大的文章。这不是一篇徒步文章，但以 Belgian coast by tram 文章为例，它是我脑海中的画面。模板的大小在那里会是个问题，而且把它放在文章的右侧会使主要内容更好地围绕它流动。我认为，对于 Lapplandsleden（以及可能许多其他文章）来说，一个内联变体会更合适。鉴于徒步文章通常已经细分为章节（A-to-B 标题），去掉覆盖整个步道的名称已经可以使模板占用空间大大减少。像 John Muir Way 这样的填充文章，只需要添加长度/持续时间/爬升信息，所以也许将模板精简到这些信息可能是一个可行的解决方案？这肯定需要一些调整和更多人的 input 来真正弄清楚如何将模板正确地集成到行程中。
― Wauteurz (讨论) 18:10, 2025年10月25日 (UTC)

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

我看到了 Belgian coast by tram 文章中的观点，这就是为什么我希望将章节名称作为标题。Bluecoordinationfine (讨论) 19:45, 2025年10月25日 (UTC)

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

你说得对，我理解这个问题了。目标是让它在某种程度上类似于列表。我会记住可选性的。Bluecoordinationfine (讨论) 21:33, 2025年10月26日 (UTC)

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

另一种选择在这里使用：Skye Trail。它现在也可以在没有名称的情况下使用。可选地，也可以添加 from/to 参数。Bluecoordinationfine (讨论) 21:22, 2025年10月27日 (UTC)

关于 Belgian coast by tram 文章的一个简短评论。它不应该有一个“Go”标题，并将章节作为副标题（根据 模板）吗？Bluecoordinationfine (讨论) 20:23, 2025年10月25日 (UTC)

宗教饮食

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

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

作为一名印度教徒，我认为关于印度教斋戒的信息应该放在印度教占多数的地区，就像斋月的信息放在穆斯林占多数的地区一样。对于印度、尼泊尔、毛里求斯和斐济等国家，信息应放在 respective 国家文章中。对于斯里兰卡，则放在印度教/泰米尔族占多数的省份和地区。Sbb1413 (他) (讨论 • 贡献) 16:13, 2025年10月5日 (UTC)

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

严格的洁食律法并不要求犹太人参与食品或饮料的生产，除非涉及某种葡萄葡萄酒，但确实需要某种形式的拉比监督来证明法律正在遵守，除了我所知的外，像新鲜水果和蔬菜这样本身就洁食且没有明显虫害的物品，以及大多数非葡萄酒的酒精饮料。但回复 Sbb：如果我们只将犹太洁食餐馆和加工食品的可用性信息限制在犹太人占多数的地方，我们的文章对于想要或必须在以色列境外旅行的遵守洁食律法的犹太人以及一些哈西德派社群来说，会大打折扣。那么为什么我们不也尝试同样地为印度教旅行者提供服务呢？我认为 whenever someone has the knowledge and inclination to do so would be a good idea. Ikan Kekek (讨论) 17:15, 2025年10月5日 (UTC)

我同意你的看法。尽管一年中斋戒的日子不多，我们也应该包含斋戒的印度教徒的信息。Faster than Thunder (讨论) 17:43, 2025年10月5日 (UTC)

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

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

印度教的斋戒（以及其他斋戒和饮食习惯）种类繁多，无法一一列入每一页。这可以成为一个专门的旅行主题，但我反对在维基旅游的所有页面上都包含这种详细程度。有些斋戒要避免谷物，有些斋戒要避免盐，甚至还有一些短的24小时斋戒不摄入水。这会根据日期和亚文化/社区/地区而有很大的差异。而且世界上还有许多其他的宗教和饮食传统。主要的（素食/纯素、清真、主要过敏原等）目前有时会被提及，我希望保持现状。而且，顺便说一句，许多进行“不沾染”斋戒或饮食（无论印度教或其他）的人，在这段时间里会避开长途旅行。 Gizza ^(roam) 00:43, 22 October 2025 (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☯ 05:06, 6 October 2025 (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 (he) (talk • contribs) 05:56, 6 October 2025 (UTC)

还有一位游客因为盲目相信ChatGPT进行旅行而“吃尽苦头”的案例。前几天我在一家越南报纸上看到了一篇关于此事的文章 。 Nvdtn19 (talk) 07:09, 20 October 2025 (UTC)

我刚读了那篇文章，老实说……哇，只是哇——人们如此信任AI？（我信，……就是，我的脑子无法理解花费这么多钱完全依赖AI。）//shb (t | c | m) 07:28, 20 October 2025 (UTC)

根据账户年龄估算你的年龄：是的。我的一位朋友是一位大学教授，和我一样，都四十出头，她的学生却经常交上来完全由大型语言模型完成的作业。学生们甚至不尝试去理解作业，只是把作业内容输入聊天机器人，然后直接提交，甚至都不看一眼。—Justin (koavf)❤T☮C☺M☯ 13:31, 20 October 2025 (UTC)

我猜想这是经验造就了信任。它以前给了我正确的答案，所以…… WhatamIdoing (talk) 18:30, 20 October 2025 (UTC)

绝对是这样。//shb (t | c | m) 21:23, 20 October 2025 (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)

很有趣——我的一位朋友的作业最近被错误地标记为AI生成了30%，但他只需要向课程负责人出示他的Google Docs历史记录就可以了。也许只是我所在的大学过于看重声誉（我是说，非常看重——这是八大名校之一），并且管理层不希望他们的学位变得毫无意义，如果系统容易作弊的话，但仍然很有趣得知这一点。//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)

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

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

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

关于南海（佛山），值得注意的是，目前我们在佛山条目中介绍了它，以及佛山除顺德外的所有其他区。我不确定是否应该将南海单独分拆出来，如果分拆了，佛山条目将成为一个尴尬地不连续的禅城区以及三水区和高明区外围区的组合。如果该学生想为南海创建一个新条目，这可能值得在佛山讨论页上讨论。—Granger (talk · contribs) 12:35, 7 October 2025 (UTC)

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

佛山目前的总人口约为970万，其中约三分之一居住在顺德区，我们为该区有单独的条目。 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，让她在佛山讨论页上发起讨论，并提议将该市划分为几个区。因为我们已经有了顺德，我认为增加更多区是有意义的。目前它被提及于佛山#城镇（作为唯一的实体）；这似乎不理想…… Hanyangprofessor2 (talk) 16:23, 12 October 2025 (UTC)

我还没有拿定主意，因为我对佛山不太了解，所以没有太多意见。南海感觉上是一个独立的旅游目的地，有自己的特色，还是佛山中心的一部分？我们要单独分拆这个区，还是把整个城市都按区划分？为什么不暂时把信息添加到佛山，等有足够的信息支撑多个充实的条目再分拆呢？这些都是需要考虑的问题。—Granger (talk · contribs) 19:36, 12 October 2025 (UTC)

是的，我不喜欢部分划分城市。这很乱。但当然，提议将一个拥有数百万人口的城市完全划分成区是完全合理的。 Ikan Kekek (talk) 19:41, 12 October 2025 (UTC)

我也一样。//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)

鉴于我写了动态地图指南，特别是为你们的学生使用，我很乐意在与动态地图相关的任何事情上被ping和联系。我目前由于自己的工作无法积极监督他们的工作，所以希望这不会成为问题。 ― Wauteurz (talk) 21:15, 7 October 2025 (UTC)

@Hanyangprofessor2 岳阳邓子怡是你的学生吗？她似乎正在起草一篇关于岳阳中心区的条目。请看User:Ziyi Deng/sandbox。 STW932 (talk) 12:29, 11 October 2025 (UTC)

@STW932 是的，我几天前注意到了，并建议他们将主题改为岳阳。 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)

从四位候选人中选出两位，而两位候选人被毫无理由地取消资格。老实说，这简直是一场选举闹剧。我强烈建议阅读我链接的Meta页面，以及m:Objections to the 2025 WMF Board election removals/Arab Community。我仍然投了票，但如果你们中有人打算投票，我强烈建议先阅读这些页面。//shb (t | c | m) 2025年10月9日 08:13 (UTC)

嗯，你真的知道没有好的理由吗？还是你只是假设没有好的理由，因为你自己不知道它是什么理由？WhatamIdoing (talk) 2025年10月9日 23:00 (UTC)

我们可能不知道全部原因，但Lane已经公开并披露了他们所能披露的原因，我认为WMF的理由完全站不住脚。这甚至还没有触及Ravan的表面，她的理由尚未得到官方证实，但极有可能与她对巴勒斯坦的公开立场有关。在选举前几天因政治观点或批评WMF而被禁止参加选举，这看起来确实专制，尤其是在现在董事会成员与普通社区之间存在巨大脱节的情况下。至少，这充分说明了WMF缺乏透明度。//shb (t | c | m) 2025年10月9日 23:33 (UTC)

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

因此，如果董事会已经决定不让这两个人担任董事会成员，你真的想让他们让你投票，然后如果他们“获胜”，就说“惊喜！猜猜怎么着？我们在选举前一周决定不让这个人担任董事会成员，但我们还是让你投票了，希望你不会支持他们，这样我们就可以把董事会成员的缺席归咎于社区而不是我们自己。”WhatamIdoing (talk) 2025年10月10日 02:15 (UTC)

这两种情况都不理想，这只能说明董事会与更广泛的社区脱节了。//shb (t | c | m) 2025年10月10日 02:21 (UTC)

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

也许这就是为什么他们变得越来越不受欢迎，正如我链接的那些页面所证明的那样。//shb (t | c | m) 2025年10月10日 03:15 (UTC)

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

那么，他们为什么要进行这次无效的选举？另外，社区中非自我延续的成员是否保证能进入董事会或通常被推选？Ikan Kekek (talk) 2025年10月10日 04:07 (UTC)

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

董事会成员没有谁被保证一定能获得董事会职位。卸任董事会有权拒绝任何或所有候选人（如果他们最初看起来不错，但后来董事会认为不合适，也可以在之后将他们剔除）。然而，他们自愿在章程中规定了一个要求，即必须有一个“社区或附属机构提名程序”来选出一些董事会席位。技术上讲，这可以是董事会选择的任何程序，在董事会选择的任何时间表上进行，并根据需要重复进行，直到他们找到一个愿意接受的候选人。然而，过去我们不需要进行一轮以上，而且一般来说，获得最多选票的人通常是董事会任命的人。WhatamIdoing (talk) 2025年10月10日 04:22 (UTC)

谢谢你的解释。 Ikan Kekek (talk) 2025年10月10日 04:32 (UTC)

不过，我想说的是，你的一些回应帮助我理解了一个需要解决的重大问题。 Ikan Kekek (talk) 2025年10月11日 05:56 (UTC)

对我来说，只是可悲的是，整场争议都发生了——就国际冲突发表意见永远不应该导致被取消资格。如果她真的有争议，社区也会投票淘汰她。社区和选民不傻。//shb (t | c | m) 2025年10月11日 12:56 (UTC)

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

我同意，这应该被取消资格，但董事会是否解释过这就是取消她资格的原因？此外，如果她的观点早已为人所知，为何直到选举前这么晚才取消她的参选资格？Ikan Kekek (talk) 2025年10月11日 20:08 (UTC)

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

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

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

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

一位董事会成员在wikimedia-l邮件列表上提供了个人解释。我不知道（也不期望）会有官方声明。（如果他们这样做了，我反而会失望，因为那将构成一种沉重、官方的谴责。）WhatamIdoing (talk) 2025年10月11日 20:50 (UTC)

难道就没有更早取消她资格的方法吗？我感谢那位董事会的链接。对两位被取消资格的候选人的取消资格理由是合理的，但我认为这个过程有问题，应该有更多、更早地沟通取消资格的原因。 Ikan Kekek (talk) 2025年10月11日 21:51 (UTC)

这是另一个问题——花费数月时间竞选，结果WMF在选举前几天才说你被取消资格，这非常糟糕。如果她们真的有争议（我仍然不相信出于各种原因的理由），社区也会投票淘汰她们。社区和选民并不愚蠢。//shb (t | c | m) 2025年10月11日 23:25 (UTC)

当我说几天的时候，只有在WMF决定不将她们列入投票箱时才知道——这非常晚，而且坦率地说，是无法辩护的。//shb (t | c | m) 2025年10月11日 23:26 (UTC)

好吧，但在信任人们投票淘汰一位支持哈马斯并因政治原因否认强奸（我没读链接，所以不是直接指控）的人时，对于一个致力于在其最著名和最活跃的网站上不带有任何观点的基金会来说，这是不可接受的风险，我绝不会相信大多数人会因此投票淘汰她。如果董事会最终因利益冲突而拒绝让Bluerasberry任职，即使他赢了，也让他投票选举他没有意义。所以我的问题在于流程、时机以及缺乏及时、透明的沟通。 Ikan Kekek (talk) 2025年10月11日 23:33 (UTC)

也许是我很难相信维多利亚说的话（顺便说一句，这不是我独有的），我想是这样。//shb (t | c | m) 2025年10月13日 07:42 (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 (talk) 2025年10月12日 21:48 (UTC)

感谢你解释这一切。遗留的问题是，这个解释来自你在这里，而不是直接来自董事会向所有维基媒体人。 Ikan Kekek (talk) 2025年10月12日 23:15 (UTC)

同感（而且我很感谢你的解释 :)). //shb (t | c | m) 2025年10月13日 00:30 (UTC)

{outdent}

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

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

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

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

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

WhatamIdoing (talk) 2025年10月14日 00:44 (UTC)

这是高尚的做法，而本维基上所有关于高于巡查员的用户权限的决定都是公开记录的？为什么只有董事会所做的事情是秘密的，没有任何官方声明？ Ikan Kekek (talk) 2025年10月14日 02:11 (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:User rights nominations的投票公开是我们的选择。并非所有维基百科都做出这样的选择。例如，英文维基百科正在为他们的2025 ArbCom选举做准备，这是通过秘密投票进行的。个人可以发言——就像WMF董事会的个人成员可以发言一样（并且在此案例中也曾这样做过）——但集体只通过秘密投票发表意见。WhatamIdoing (talk) 2025年10月14日 19:39 (UTC)

我在许多其他非营利组织中看到的误解之一是，董事会做什么与个人在董事会会议上说什么不同。例如，在社交媒体时代之前的某个组织中，我经常听到一小部分人抱怨“透明度”，这意味着仅仅知道董事会是否通过了决议或授权了支出（董事会做什么），甚至知道最终投票赞成或反对的董事会成员的名字是不够的；相反，他们认为董事会会议应该像国家立法机构一样运作，任何董事会成员在会议中说的每一个字，有时甚至是他们如何说的，都应该向所有成员披露，这样他们就可以批评那些倡导错误观点、提出他们认为愚蠢问题的董事会成员等等。董事会成员通常不会因为想被一个混蛋挑剔他们在会议中使用的每一个字而自愿任职。当这种情况变得普遍时，董事会就无法直接合作，反而变成了一个“传话游戏”：爱丽丝想谈论X问题，所以她打电话给鲍勃和克里斯；鲍勃和克里斯分别与大卫、伊芙和弗兰克交谈；弗兰克和伊芙打电话给爱丽丝，等到董事会正式开会时，唯一剩下要说的就是“同意的举手？”

(一位“透明度”的倡导者最终当选为该董事会成员。如果我没记错的话，他为几次会议提供了自己的非官方总结，然后就“太忙了”。)WhatamIdoing (talk) 2025年10月14日 19:57 (UTC)

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

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

在撰写餐饮部分时，我参考了官方骊州市网站推荐的餐厅。但是，我不确定在撰写酒吧部分时应该使用什么标准。Wkddmstjr05240524 (talk) 2025年10月10日 04:32 (UTC)

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

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

这样你就可以帮助不同的人找到最适合他们想要的东西的餐厅。WhatamIdoing (talk) 2025年10月10日 05:40 (UTC)

除了WhatamIdoing提到的（这确实是很好的建议）之外，我们实际上没有任何客观标准来列出哪些餐厅。如果一家餐厅明显很糟糕，那么省略它是有意义的（参见WV:ANR），但否则请勇敢前进！//shb (t | c | m) 2025年10月11日 23:49 (UTC)

WMF董事会改革

m:2025 WMF Board reform petition涉及运动中的人们，所以我在这里发布是为了提高可见度。我自己在Wikivoyage只贡献了几十次，所以如果这里不是发布它的合适地方，请告诉我。Clovermoss (talk) 2025年10月10日 20:54 (UTC)

强烈建议阅读此文。董事会与运动和社区脱节是绝对可耻的（而且，我不会被说服相反）。//shb (t | c | m) 2025年10月10日 22:05 (UTC)

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

我通过封锁她的账户为我们争取了1天时间。我做了一些研究，合并和重定向了几个文章，但这工作很耗时，所以我真的很需要你们的帮助（换句话说，我今晚做到这里，交给你们了）。有时，网络搜索并不能显示是否存在与他们提供的名称相同的湖泊，而是瀑布，或者存在另一个更流行的名称。总之，它们都不符合Wikivoyage:What is an article的标准，Ekom-Nkam Waterfalls也不符合，之前创建的文章（见Talk:Nkam：我认为这两篇文章都应该合并并重定向到Bamenda）。Ikan Kekek (talk) 2025年10月11日 05:42 (UTC)

这位用户正在从法文维基百科翻译文章，因此出现了奇怪的格式和损坏的模板。无论如何，都需要遵循我们的政策。--评论来自 Selfie City (talk) (contributions) 2025年10月11日 10:43 (UTC)

然而，我读的Awa的编辑越多，我就越感到困惑。我确实怀疑至少有一部分材料是使用AI编写的，因为它与法文维基百科并不完全一致。我仍然不理解这里不存在的大量模板。 --评论来自 Selfie City (talk) (contributions) 2025年10月11日 10:48 (UTC)

我已经永久封禁了她创建新页面的权限（可以使用多重封禁）。希望这能给我们一些时间来清理她造成的混乱，并希望她在此期间能修复她造成的混乱。//shb (t | c | m) 2025年10月11日 12:58 (UTC)

鉴于你关于不准确性的观点，这暗示着奇怪的AI使用，我们是否需要撤销我从（非）文章中进行的合并/重定向，并删除所有内容？Ikan Kekek (talk) 2025年10月11日 20:10 (UTC)

我不确定关于AI。在我看来，这部分是原创内容，部分是AI。有些事实似乎是准确的，比如一些驾驶距离和一般信息。问题更多在于，像Nkam这样的情况，例如：“纪念品和手工制品（木雕、编织篮和石雕）可能在入口处的当地供应商处有售。”听起来非常像AI，就好像用户写了“理解”部分，然后想用内容填满所有部分，并使用ChatGPT写了其中一些部分。--评论来自 Selfie City (talk) (contributions) 2025年10月11日 20:52 (UTC)

我认为Lake sanaga应该被移至Douala Edéa National Park，因为它似乎完全位于国家公园的边界内。WhatamIdoing (talk) 2025年10月11日 20:10 (UTC)

为什么不应该删除它？能否在 Talk:Lake sanaga 上发表评论？ Ikan Kekek （讨论） 2025年10月11日 20:20 (UTC)

我和其他任何人一样希望看到那个国家公园成为一篇文章，但没有当地专业知识，目前关于Lake sanaga的文章无法改写成国家公园的文章。我认为删除更有意义，但如果有人想开始一篇关于公园的文章，我没有任何异议。 --评论人： Selfie City （讨论）（贡献） 2025年10月11日 21:02 (UTC)

维基语地的目的

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

他们确实如此。如果你好奇，可以看看Reddit或互联网上的其他地方（或者只是看看阅读我们文章的人数统计）。但这似乎是问那个问题的奇怪地方！ --评论人： Selfie City （讨论）（贡献） 2025年10月12日 18:47 (UTC)

好的，我还没看到有人使用。 Maroontruths （讨论） 2025年10月12日 21:05 (UTC)

你错了，但如果你是这么想的，那你为什么在这里编辑？这听起来像是一个网络巨魔的评论。 Ikan Kekek （讨论） 2025年10月12日 18:49 (UTC)

我只是在问一个问题，你从一开始就无缘无故地想让我被封禁。给我一个你这么恨我的理由。 Maroontruths （讨论） 2025年10月12日 21:06 (UTC)

你又错了。我并不“恨”你。你因为我删除一个非文章而变得非常生气，并给了我一个明确的解释，然后你决定在那时对我极度敌视和辱骂。祝你有愉快的一天。 Ikan Kekek （讨论） 2025年10月13日 00:49 (UTC)

Ikan，我在一个滥用过滤器里发帖了，你可能想看看。我认为这个用户的行为可能有一个非常简单的解释。 --评论人： Selfie City （讨论）（贡献） 2025年10月13日 01:04 (UTC)

我不明白，我从来没有做过任何对不起任何人的事。 Maroontruths （讨论） 2025年10月13日 20:51 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘维基旅行对我来说是一项爱好，而且我用它来计划旅行和旅行期间。它是我旅行的来源之一。 Ground Zero （讨论） 2025年10月13日 01:06 (UTC)

谢谢回复 Maroontruths （讨论） 2025年10月13日 20:51 (UTC)

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

大家好，我正在为我的“理解大小数据”课程项目撰写这篇文章。我的页面现在已经达到了城市级别概述，我想从有经验的编辑那里获得反馈或评估。这是我文章的链接： 我非常感谢任何评论或改进建议。感谢您的时间和帮助！🙏 --Jeong GiYoung （讨论） 2025年10月13日 02:02 (UTC)

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

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

我还恢复了一些结尾处的模板，或者可能它们一开始就不存在：IsPartOf、article status (city) 和 geo。这些对于我们计算网站文章数量和进行分类是必需的，所以请确保不要删除它们。谢谢！ --评论人： Selfie City （讨论）（贡献） 2025年10月13日 13:37 (UTC)

@SelfieCity 感谢您的反馈！如您所述，我们已将电话号码统一为国际区号格式，并完成了网站所在地的附加位置。 --Jeong GiYoung （讨论） 2025年10月14日 04:43 (UTC)

看起来不错！谢谢。 --评论人： Selfie City （讨论）（贡献） 2025年10月14日 12:38 (UTC)

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

大家好，我最近扩展了Hadong文章，在“活动”下添加了详细的列表，包括一个新节日部分，重点介绍了当地活动，如野生茶叶节和宇宙花节。我很想收到关于结构、语气或格式的任何反馈，以帮助它更接近维基旅行的完善目的地文章风格。先谢谢大家！—Ddongha （讨论） 2025年10月13日 06:17 (UTC)

@Ddongha: 除了“如何抵达”需要更多关于这些地方的信息，以及“应对”部分也是如此之外，这篇文章看起来不错。如果有更多关于如何抵达的说明，比如有哪些公路或铁路进入该县，那将能改进这篇文章。

如上所述，我将在文章结尾恢复一些模板，或者可能它们一开始就不存在：IsPartOf、article status (city) 和 geo。这些对于我们计算网站文章数量和进行分类是必需的，所以请确保不要删除它们。 --评论人： Selfie City （讨论）（贡献） 2025年10月14日 12:42 (UTC)

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

维基旅行：用户权限提名

有两位贡献者被提名获得查核员（Checkuser）的权限。查核员可以检查用户的IP地址信息和其他服务器日志数据。此工具仅用于保护维基旅行免受破坏和干扰。这是一个重要的管理角色。鼓励贡献者考虑这些提名，并投票支持或反对。 Ground Zero （讨论） 2025年10月15日 01:18 (UTC)

到目前为止，我们只有7票，这意味着提名将失败。我再次要求贡献者考虑这些提名并表达您的意见，无论支持还是反对。 Ground Zero （讨论） 2025年10月19日 02:04 (UTC)

仅为强调其重要性：查核员权限对于维基旅行来说是新的，并且需要每次提名至少有25票，并且在授予任何人权限之前，至少要有两个人被提名担任查核员。即使您漠不关心，发表您的意见也能帮助实施这个对打击破坏非常有价值的角色。 ― Wauteurz (讨论) 2025年10月19日 08:44 (UTC)

另外，一个小建议，我认为在投票期间在站点通知中添加关于投票的信息会很有用，因为并非所有用户都密切关注“Pub”。 ― Wauteurz (讨论) 2025年10月19日 08:47 (UTC)

说实话，这倒是个不错的想法（虽然我不会自己去做）。几年前Leaderboard竞选CU（但不成功）时，enwikibooks就是这么做的。//shb (t | c | m) 2025年10月19日 09:29 (UTC)

那就这么定了。如果这是一个有问题的举动，很容易撤销。 ― Wauteurz (讨论) 2025年10月19日 19:48 (UTC)

“至少25-30名编辑的批准”这项要求是从哪里来的？这意味着，基本上所有活跃的高流量编辑者都必须参与这次讨论。我们曾经有过25个人参与过用户权限的投票吗？ WhatamIdoing （讨论） 2025年10月19日 22:03 (UTC)

我非常肯定答案是“不”。 Ikan Kekek （讨论） 2025年10月19日 22:06 (UTC)

它来自meta:CheckUser_policy#Appointing_local_CheckUsers：“至少需要25-30名编辑的批准”。如果我们仍然难以获得足够数量，那么展示我们曾以少于10票批准管理员，以便我们可以请求放宽最低要求，可能会有所帮助。 AlasdairW （讨论） 2025年10月19日 22:47 (UTC)

是的，这确实是一项全球政策，其目的是确保小型维基不会任命本地查核员。查核员是管理员授予的权限，所以通常不会考虑各个维基的具体情况（而且很少被批准）——如果我们不能在合理的时间内获得25票，提名通常会被认为不成功（几年前Leaderboard的enwikibooks CU提名就是如此）。//shb (t | c | m) 2025年10月20日 06:04 (UTC)

我们有33名管理员（包括机器人），邀请长期高流量编辑者并非不合理。（如果你拿到24票，需要最后一票时随时可以ping我。） WhatamIdoing （讨论） 2025年10月20日 18:35 (UTC)

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

现在我们已经达到了所需的最低投票数。终于。//shb (t | c | m) 2025年10月23日 12:04 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘感谢所有花时间投票的人。这证明了维基旅行社区的实力。 Ground Zero （讨论） 2025年10月23日 12:17 (UTC)

附议——感谢你们的信任。 :) //shb (t | c | m) 2025年10月23日 12:36 (UTC)

我将着手全面修改Wikivoyage:Checkuser页面，并创建Wikivoyage:Requests for checkuser。我认为这不应引起争议，但为了记录，我将使用Meta上的格式（我个人认为是最容易使用的）。//shb (t | c | m) 2025年10月29日 00:30 (UTC)

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

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

抱歉错过了最初的讨论，因为我正在参加北美维基会议，并且必须处理这次安全事件。我想知道我们是否应该通过让该项目拥有两个以上的查核员来进行长期规划（因为我们的傀儡账户也存在了很长时间，而且不太可能消失）。查核员政策强调了制衡，要求至少有两名查核员同时在场。如果我们只有两名，而其中一名辞职、退出项目或长期不活跃，我们就不得不匆忙任命新的查核员。我们可以通过拥有两个以上的查核员来减轻这种风险。 OhanaUnited^讨论页 2025年10月23日 14:29 (UTC)

好主意。还有其他人想成为查核员吗？ --评论人： Selfie City （讨论）（贡献） 2025年10月23日 15:16 (UTC)

我支持增加第三名，原因如下。 shb (t | c | m) 2025年10月23日 20:01 (UTC)

另外，对于任何愿意成为查核员的人，您还需要签署wmf:Legal:Wikimedia Foundation Confidentiality Agreement for Nonpublic Information（在此处有签署说明）。这是一个非常简单的过程，如果您真的愿意，可以只输入您的维基用户名作为签名，这本质上是一个冗长的协议，说明“我不会向任何不是查核员或管理员的人披露私人信息”。//shb (t | c | m) 2025年10月23日 22:34 (UTC)

我正在考虑。我不太担心签署保密协议，因为我过去已经签署过，但我更担心强制使用双因素身份验证（2FA）。我亲眼见过我的朋友在纽约旅行时把手机忘在优步上的麻烦。她无法登录优步或联系优步客服来联系司机取回设备，因为优步检测到了旅行中的“可疑活动”。虽然我确实对我的银行账户使用双因素身份验证，但优步又不像我在我的城市设有办事处，可以让我亲自出示身份证件，并在出现问题时重置我的双因素身份验证。而且由于我经常去加拿大北部旅行，我不知道双因素身份验证会要求我验证多少次。OhanaUnited^讨论页 2025年10月24日 13:48 (UTC)

我不认为双因素身份验证是检查用户（或监督）的要求？据我所知，它仅要求具备编辑.js/.css页面的权限，而目前只有管理员、全局管理员和界面管理员具备此权限，检查用户不具备。//shb (t | c | m) 2025年10月24日 21:51 (UTC)

根据页面上的说法，它写着“出于法律和安全原因，维基媒体基金会已决定为该角色强制执行双因素身份验证。 无论如何，如果我参选，我需要有人提名我担任这个职位吗？OhanaUnited^讨论页 2025年10月25日 03:46 (UTC)

嗯，有意思，这一定是一个我不知道的非常新的变化。我不认为任何人需要提名你担任这个职位，但如果你愿意，我可以。 :) //shb (t | c | m) 2025年10月25日 04:21 (UTC)

是的，如果有人提名我，我将不胜感激。OhanaUnited^讨论页 2025年10月26日 03:30 (UTC)

完成 //shb (t | c | m) 2025年10月26日 04:20 (UTC)

双因素身份验证提供备用代码，您可以（并且可能应该）将其写在纸上，以应对这种情况。WhatamIdoing （讨论） 2025年10月25日 21:03 (UTC)

宣传这个的蓝色横幅框显示给未登录的编辑者/在私人浏览器窗口中，这可能不是一个好主意。WhatamIdoing （讨论） 2025年10月29日 16:55 (UTC)

我不担心匿名用户投票——那些IP地址（或者现在应该说是TA）在这些提名上投票，是一个特殊的绕过封禁的案例。无论如何，管理员仍然很可能忽略IP投票。//shb (t | c | m) 2025年10月29日 22:16 (UTC)

滥用过滤器封锁

我们之前在这里进行过一次讨论这里，但讨论已经中断，现在我将恢复这次讨论，启用滥用过滤器上的阻止功能，使用上次讨论中同意的相同条件。随着近期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 （讨论） 2025年10月19日 10:30 (UTC)

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

Ground Zero （讨论） 2025年10月19日 11:56 (UTC) [ce by LPfi]

完成 珀斯的WD页面是半保护的，所以需要有足够编辑经验并已自动确认的用户来完成。有没有懂希腊语的检查一下是否成功？AlasdairW （讨论） 2025年10月19日 13:30 (UTC)

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

南澳大利亚在 Wikidata 上

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

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

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

谢谢。Dhonnobad。祝您有美好的一天。মহালভা হেন্দ্রভ （讨论） 2025年10月20日 02:31 (UTC)

我已经做好了。Ground Zero （讨论） 2025年10月20日 02:35 (UTC)

谢谢。我非常感激。您也能移动这个拼写错误的页面吗？মহালভা হেন্দ্রভ （讨论） 2025年10月20日 02:37 (UTC)

是的，我现在也完成了。请检查以确保我做对了。Ground Zero （讨论） 2025年10月20日 02:39 (UTC)

是的，你确实做到了。非常感谢。মহালভা হেন্দ্রভ （讨论） 2025年10月20日 02:45 (UTC)

尽管我现在在孟加拉维基旅人上不活跃，但我仍可以在需要时提供帮助。Sbb1413 （他） （讨论 • 贡献） 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 月中旬选出最终的项目名称。如果您想参与，请在元维基上了解更多并立即投票。 谢谢！

-- Sannita (WMF) 用户 （讨论） 2025年10月20日 11:43 (UTC)

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

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

在我们可以测试这个功能之前可能还需要几年时间，而且我认为它对英语项目的影响不如对小型项目大，但我认为这个项目在基础协助方面有很大的潜力。WhatamIdoing （讨论） 2025年10月24日 19:35 (UTC)

自然语言文本可能不是唯一的输出格式。这可能是一件好事，但它也是一个出了名的难题，有些数据可能更自然地以表格或图表形式呈现。--Selfie City 的评论 Selfie City （讨论） （贡献） 2025年10月24日 20:58 (UTC)

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

也许有些警示框的内容会很有用。简单的（主语-谓语-宾语）句子，如“[日期]发生了一场洪水”，以及相关的外部链接，可以帮助许多语言。Pashley （讨论） 2025年10月24日 21:57 (UTC)

我猜这主要会帮助那些语言较少的维基旅人（正如WhatamIdoing所说），而不是这里，尤其是因为其中约有三分之一似乎非常沉寂。//shb (t | c | m) 2025年10月24日 22:26 (UTC)

汇率似乎是个好主意。

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

本站“commune”一词的使用

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

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

如果我们不认为游客会听到这个官方名称，那么我就会将其更改为广为人知的英语对应词。WhatamIdoing （讨论） 2025年10月22日 20:15 (UTC)

《牛津简明英汉词典》将 pension 的含义之一解释为“通常是固定的寄宿处”，因此我认为它在英式英语中作为一种住宿类型是被认可的。它还将 commune 的第一个含义解释为“法国的一个行政区划”，第三个含义是“集体定居点”。AlasdairW （讨论） 2025年10月22日 22:36 (UTC)

虽然字典定义可能很有用，但大多数人能理解的通俗定义是 Ikan Kekek 所描述的。对于其他用法，我们应该将 *commune* 视为外来词，即斜体显示并附带翻译，就像我们对待 *ciudad* 或 *ville* 一样。Ground Zero （讨论） 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 （讨论） 2025年10月23日 21:08 (UTC)

我很乐意这样做。不过，我们必须小心，不要进行全局搜索和替换，因为可能有些地方提到了退休金（比如在Retiring abroad，如果别处没有的话），而且无疑“commune”过去（例如美国19世纪的一些宗教团体）和现在（在一些情况下）被用来指代集体财产所有权。Ikan Kekek （讨论） 2025年10月23日 21:24 (UTC)

但在我们这样做之前，我们必须记住，我们不在此站点上执行此类内联维基百科链接，如果我们从这些术语开始，很容易想象出一个滑坡效应。此外，一个异议：法语*commune*和意大利语*comune* **确实是**外来词。Ikan Kekek （讨论） 2025年10月23日 21:28 (UTC)

我已经创建了Hotels#Pensions，简要说明了 pension 是什么——请进行扩展或更正。我还看到Sleep使用了 pension 这个词，但没有说明它是什么。AlasdairW （讨论） 2025年10月23日 22:33 (UTC)

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

是的，这非常有用。有没有办法让重定向也适用于“pensione”？Ikan Kekek （讨论） 2025年10月24日 21:47 (UTC)

如果我们对内容满意，我认为最好创建一个重定向页 Pension 或 Pensions。我们通常会避免不必要地使用模板，并且读者可以在搜索框中轻松找到链接。我认为我们不必每次使用时都解释“养老金”是什么意思。AlasdairW (讨论) 21:49, 24 October 2025 (UTC)

我的意思是包含在模板中，但正如您建议的重定向页也可以。如果我们有关于退休人员养老金的文章，是否需要一个消歧页，例如在 Retiring abroad 中？Ikan Kekek (讨论) 22:35, 24 October 2025 (UTC)

与其让读者跳转到另一个页面，不如在文章中解释读者可能误解的词语，这样不是更好吗？Ground Zero (讨论) 01:16, 25 October 2025 (UTC)

你说得对。Ikan Kekek (讨论) 04:50, 25 October 2025 (UTC)

虽然我理解有些人可能不喜欢链接到英文维基百科，但我认为这个论点不适用于链接到维基数据——毕竟维基数据有链接到 Wikivoyage！字符串 "[[:Wikidata:Q3266850|commune]]" 和 "[[:Wikidata:Q1065252|pension]]" 分别展开为 "commune" 和 "pension"。使用维基数据有一个额外的好处，就是如果文章被翻译成其他语言，链接仍然有效（即使它是多余的）。如果我们走维基数据的路线，那么创建模板几乎是强制性的。Martinvl (讨论) 20:46, 25 October 2025 (UTC)

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

我同意。//shb (讨论 | 贡献 | 元维基) 22:21, 25 October 2025 (UTC)

我认为一个简单的重定向页比一个可嵌套的模板对新手更友好。WhatamIdoing (讨论) 21:10, 25 October 2025 (UTC)

我查看了维基数据和维基词典的选项。虽然维基数据可能难以导航，但我们正在寻找的定义就在那里，所以不需要导航。另一方面，维基词典给出了所有含义，所以提供的信息可能会令人困惑，让用户更加不知所措。Martinvl (讨论) 21:33, 25 October 2025 (UTC)

进一步研究世界各地的养老金，我发现韩国的养老金略有不同，它们是带厨房的小屋。在日本，它们与民宿的区别在于拥有西式房间。我认为我们需要为养老金普遍存在的国家文章的“住宿”部分提供本地化的描述。AlasdairW (讨论) 22:13, 25 October 2025 (UTC)

美利坚合众国命名

鉴于美国页面具有相当高的关注度，我们希望就是否应将其更名为“United States”获得更多意见。请在 Talk:United States of America#Name 进行讨论。//shb (讨论 | 贡献 | 元维基) 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)

我认为我们应该有一个警告框。我们是一个旅行者（不仅仅是游客）的网站。我们有关于 Working abroad 和 Studying abroad 的文章。--评论来自 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 (讨论 | 贡献 | 元维基) 12:48, 23 October 2025 (UTC)

我们有 Template:Overseasjobscam，但目前它只在国家级别的文章中使用。我认为从受影响地区链接，并以国家或地区文章作为总体警告，可能是最简单的解决方案。是的，同意也将其添加到 Working abroad 中。//shb (讨论 | 贡献 | 元维基) 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 (讨论 | 贡献 | 元维基) 23:05, 26 October 2025 (UTC)

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

就我个人而言，sitenotice 关于用户权利提名我们只对检查员提名做过一次（我们可能在很长一段时间内都不会有这种情况），所以我觉得很可能在两周后不会有任何用户权利提名——而对于 Recentchangestext，它将始终存在，并可能对管理员/IA提名有所帮助。//shb (讨论 | 贡献 | 元维基) 23:26, 26 October 2025 (UTC)

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

关于维基语游的目的？

我发现有用户在自己的用户页和关于 Wikivoyage 目的的评论中写道（当然，不是我）。他们写道：“就 Wikivoyage 而言：在当今时代，我认为 Wikivoyage 不切实际，它太普通、太老套了。Wikivoyage 的一个缺点是它是由从未去过那里的人写的。内容也很不吸引人，缺乏评论、真实生活体验视频和具体的教程。旅游业不是一种稳定的知识，它变化非常快，没有任何一个成员能及时更新所有内容。这肯定会成为一个死项目。” 这种观点实际吗？尽管他们发表了评论，但我认为这里的许多文章（尤其是旅游话题）都是有价值的参考。作为 Wikivoyage 的长期贡献者，我喜忧参半，但我倾向于反对他们的观点。你对此问题有何看法？Nvdtn19 (讨论) 18:18, 28 October 2025 (UTC)

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

我知道那个讨论。他们共同点是他们都没有为 Wikivoyage 做出太多贡献，所以可能没有意识到这个项目的意义。Nvdtn19 (讨论) 23:42, 28 October 2025 (UTC)

我对那个评论有喜忧参半的感觉，但如果我们没有一个移动应用程序，我们肯定会成为一个死项目，这一点是肯定的。//shb (讨论 | 贡献 | 元维基) 23:45, 28 October 2025 (UTC)

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

在 Commons（只有一个 Android 应用）和可能还有 Wikidata 之后，我认为 Wikivoyage 是下一个最适合拥有专用阅读器应用程序的项目。//shb (讨论 | 贡献 | 元维基) 03:21, 29 October 2025 (UTC)

这在 20 年前是有意义的……Ikan Kekek (讨论) 03:44, 29 October 2025 (UTC)

Apparently the WMF doesn't see this the same way. :/ //shb (t | c | m) 06:05, 29 October 2025 (UTC)

OsmAnd, the longstanding map app built on OSM data, does have Wikivoyage integration. I think you can check it out on their free tier. It's not great in its current form, but I've found it useful in a few situations. Does anyone have context on how that integration came to be, or if our community has any relationship with them? Gerode (talk) 17:15, 29 October 2025 (UTC)

See also Wikivoyage:Goals and non-goals. Pashley (talk) 03:55, 29 October 2025 (UTC)

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

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

I'm fairly new here. I can back to the site a few years ago, after not really using it for a decade. COVID kinda killed travel blogging, and since then I just haven't been able to reliably find everything I'm looking for on social media groups, short-form video, long-form video, or enshittification-era Google. WV had a couple articles for a trip I took that was not on the well-worn influencer path, the content turned out to be highly useful, so I updated the articles when I got home to pay it forward. I got in the habit of doing that for my next trips, and now here I am ranting. If we get enough other people do that, then WV still has the potential to add something unique and valuable to the travel information landscape. Gerode (talk) 04:46, 29 October 2025 (UTC)

You are welcome ? ~2025-30521-69 (talk) 14:34, 29 October 2025 (UTC)

For what? Are you saying you're a block-evading sockpuppet? Ikan Kekek (talk) 22:57, 29 October 2025 (UTC)

Probably just a run-of-the-mill vandal. //shb (t | c | m) 23:04, 29 October 2025 (UTC)

When planning for travel, I use as many sources as possible and that includes Wikivoyage, even for Eat and Sleep listings. I find that every source of information (real life friends and family, Tripadvisor, the hotel booking/travel agent websites, Google Reviews, official government/tourism websites, YouTube vlogs, Reddit/Facebook groups and other forums, influencers on Instagram/Tiktok, various AI from ChatGPT to DeepSeek, travel documentaries and books, Lonely Planet, acquaintances you meet in person during your trip and of course Wikivoyage) complements each other and don't consider any single source to be good enough to completely stand on its own. Gizza ^(roam) 23:33, 29 October 2025 (UTC)

I will say that I rarely add "Eat" listings for places where I have not eaten myself, and I stand behind every listing I add for eateries I've been to, so you can rely on those. Of course, few if any of you know my taste. Ikan Kekek (talk) 00:17, 30 October 2025 (UTC)

I agree. I also rarely add listings for places where I have no interest in or have never been to. But anyways, Wikivoyage is just a wiki, not a social network that can contain reviews, storytelling, or real-life experiences video, so we shouldn't underestimate its purpose. These things is out of project scope's. Wikivoyage should only be treated as an additional source, as there are many useful sources for travel. It's better to look for information on various sources before traveling instead of focusing on just one source. But anyway, I think there should be a certain strategy to improve this project so that it doesn't die, if not then we will be left behind. Nvdtn19 (talk) 05:57, 30 October 2025 (UTC)

In some ways, I miss the days when food discussion sites like Chowhound and eGullet were reliable sources of restaurant information. Nowadays, it's pretty much all sites like Google and Yelp. We help where we can, but on the early 21st-century food discussion sites, you could follow someone and get a sense of what their taste was, and bad recommendations tended to get panned in discussions. Ikan Kekek (talk) 06:50, 30 October 2025 (UTC)

Sometimes I've wondered if we should legitimately have a travel forum on Wikivoyage where we (and casual contributors) can just share our experiences and initiate discussion, kinda like what r/travel or r/solotravel but on a site that is not Reddit – I've found those those two subreddits incredibly helpful when travelling to a new destination and wonder if this might draw on some new users. //shb (t | c | m) 08:33, 30 October 2025 (UTC)

I'd be in full support of that. I believe that a discussion forum that enables users to share their actual experiences would orient our focus back toward travel and increase website engagement. --Comment by Selfie City (talk) (contributions) 12:14, 30 October 2025 (UTC)

Me too. We'd have to decide how it would be different from the pub, the tourist office and the arrivals lounge, though, and whether we would fold some of those into it. Why wouldn't we host it here, on our own site? Ikan Kekek (talk) 15:09, 30 October 2025 (UTC)

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

I think there's room for anecdotal content in a way that doesn't detract from the "tightness" of guide articles. For example, it would be useful to see a selection of "A Long Weekend in Bangkok"-style personal itineraries, trip reports, or image galleries like I see on Reddit and Facebook, perhaps in a "comments"-like section at the bottom of an article. Judging by what's available on the wider internet, it's what a lot of people are looking for, even though I largely agree with our policies that discourage it for our articles. I've had idle thoughts about writing "Weekend in Bangkok" style guides for my home region in my User space, where zero people will see it. Gerode (talk) 17:39, 30 October 2025 (UTC)

About "Why wouldn't we host it here, on our own site?": Because wiki software is not fit for that purpose. For example, it allows people to change each other's comments, which is surprising and generally considered unacceptable for a discussion forum. WhatamIdoing (talk) 21:35, 30 October 2025 (UTC)

As someone who was once a moderator of a site where people had 24 hours to edit their posts and then could request permission for an edit, all this requires is moderation, which we will need, anyway. And yes, I did note the difference between editing other people's posts and editing your own. Either way, wherever these forums would be hosted, we need to have control over moderation. Ikan Kekek (talk) 00:15, 31 October 2025 (UTC)

I don't think it will be too hard to set up – such a page (probably Wikivoyage:Travel forum) would just need to combine elements of this page (the pub), the tourist office and the arrivals lounge, all of which already exist. Maybe a few more instructions for users not familiar with the MediaWiki interface and that's it. Nowadays you don't really need to know MediaWiki syntax for discussions with the reply tool now fully implemented. //shb (t | c | m) 01:18, 31 October 2025 (UTC)

Since the Pub is more about the site, we might want to keep it separate. I don't know. But I think it could be good to have several forums under one umbrella. That's how the food discussion sites I used to frequent worked. Ikan Kekek (talk) 01:57, 31 October 2025 (UTC)

I'll fiddle a demo in my userspace sometime tomorrow and see how something like this could be implemented. //shb (t | c | m) 02:15, 31 October 2025 (UTC)

"it allows people to change each other's comments", while it's technically possible to change, I don't understand what the purpose of changing someone else's comment is? Most people don't arbitrarily change each other's comments and have their own opinions, even on this page. And if there are changes, they are just minor, such as fixing spelling mistakes, or deleting violation contents. Nvdtn19 (talk) 02:55, 31 October 2025 (UTC)

Exactly. Just like we don't accept substantive changes to people's talk page posts, we wouldn't accept them in forums. It's no different. Ikan Kekek (talk) 03:29, 31 October 2025 (UTC)

Definitely – quite literally the only difference is that we're using MediaWiki software, not dedicated forum software like Reddit or Whirlpool. //shb (t | c | m) 03:49, 31 October 2025 (UTC)

Why you might change someone else's comment is less important than the fact that you can. If you want to host a discussion forum, the users need a reason to be confident that they won't wake up in the morning to find that their name has been placed under a comment they didn't write. WhatamIdoing (talk) 22:17, 31 October 2025 (UTC)

That means that x-number of users with at least patroller tools need to commit to moderating the forum(s). Ikan Kekek (talk) 23:21, 31 October 2025 (UTC)

Or it means using software that does this automatically, by design. WhatamIdoing (talk) 00:06, 1 November 2025 (UTC)

Moderation will be needed, regardless, just as it is needed on any other Wikivoyage page. I don't get why you think there will be more users editing other users' posts on new forums than anywhere else on Wikivoyage. Do you think they will attract a lot of users and therefore be big targets for vandalism? If so, attracting a lot of users is great! Ikan Kekek (talk) 04:18, 1 November 2025 (UTC)

No, I think that people unfamiliar with wikis are weirded out when they see how a talk page works, so it may discourage potential participants from posting anything in the first place. WhatamIdoing (talk) 05:44, 3 November 2025 (UTC)

Would new users even need to know how a talk page works, though? Speaking more broadly, I feel as though the reply tool, now that it's been fully implemented, removes a lot of that barrier that previously existed with needing to know wikitext to contribute: indenting, signing a talk page, adding a new topic – all of which the reply tool does very well nowadays. //shb (t | c | m) 07:55, 3 November 2025 (UTC)

I think it's pretty simple. We have buttons on several discussion pages (including this one, if I'm not mistaken) that say: "Click here to add a new topic". Then you write your post, and these days, it even signs it for you. Combined with the reply tool, I really don't see why someone would struggle with this. --Comment by Selfie City (talk) (contributions) 13:17, 3 November 2025 (UTC)

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

The issue of other people's comments being editable could be addressed with a video explaining how page history works, and how anybody can always use Compare selected revisions to see exactly what was originally posted, and if that is not what is now shown to see who changed it and when. AlasdairW (talk) 16:01, 3 November 2025 (UTC)

Oh for sure, but I don't think it's prohibitive. I think the challenge is making people aware of such a page in the first place. --Comment by Selfie City (talk) (contributions) 16:21, 3 November 2025 (UTC)

The mobile experience is different, too, and I'd expect a lot of newcomers to be on mobile devices. (Also, no push notifications or the other 'features' that keep people coming back to the site.) WhatamIdoing (talk) 18:07, 3 November 2025 (UTC)

If you really wanted to do something like this, I'd suggest software such as https://forum.movement-strategy.org which not only lets people use their Wikivoyage account but also has features like built-in machine translation, so that everyone can write in their own language. WhatamIdoing (talk) 19:41, 3 November 2025 (UTC)

I support this idea about travel forum, as long as it doesn't turn into a spam fest. It's a brilliant idea to use this approach to bring more people into the Wikimedia environment (and hopefully convert some of them to regular editors for Wikivoyage and other WMF projects). We're not Wikipedia and we can chart our own path. Travel guides are inherently more casual and conversational than encyclopedia and we should embrace it. OhanaUnited^{Talk page} 16:18, 3 November 2025 (UTC)

Agreed. Our roots as a travel guide rather than an encyclopedia (especially mid-2000s) attracted the widest editing base, even if it wasn't as dedicated as our community today. The best world is one in which we have both communities co-existing: the dedicated base from the Wikimedia side, and the casual traveler-contributor. --Comment by Selfie City (talk) (contributions) 16:23, 3 November 2025 (UTC)

@Ikan Kekek, SelfieCity, Nvdtn19, OhanaUnited: Sorry, I'm very late (been quite busy with irl assignments – still plenty more to go but I need a break :P) but a mock demo at User:SHB2000/Travel forum. Feel free to edit or add anything to it, but my idea is that once it's up and running, to promote this by leaving it up on the sitenotice permanently. //shb (t | c | m) 10:18, 9 November 2025 (UTC)

How is this different from the current Wikivoyage:Tourist office? OhanaUnited^{Talk page} 15:41, 9 November 2025 (UTC)

The tourist office is only for travel questions; it isn't really a place to share travel experiences the same way subreddits like r/solotravel are. //shb (t | c | m) 21:19, 9 November 2025 (UTC)

Thank you very much for creating this mock-up! May I edit the language slightly? Also, if we want people to feel free to post anecdotes, we should specifically mention that as something they can do, as it's different from the rest of the site. Ikan Kekek (talk) 21:29, 9 November 2025 (UTC)

Yes please :). //shb (t | c | m) 21:32, 9 November 2025 (UTC)

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

错误的透明背景

新颜色

原始颜色

Anyone else getting this issue? Screenshot is of Thessaloniki. //shb (t | c | m) 12:21, 30 October 2025 (UTC)

Works normally for me. --Comment by Selfie City (talk) (contributions) 12:26, 30 October 2025 (UTC)

For the record, I'm using Google Chrome on macOS and use vector 2010 globally. I tried testing this on Safari (logged out) and while it isn't see-through, I see something that isn't see-through but similarly off. //shb (t | c | m) 12:38, 30 October 2025 (UTC)

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

I'm also using Google Chrome, but on Microsoft Windows. --Comment by Selfie City (talk) (contributions) 12:43, 30 October 2025 (UTC)

是的，第二个是 Safari，看起来有点问题，但也不是世界末日——第一个（在 Chrome 上）真的很难用。另外，@Andyrom75，Nvdtn19：如果你们知道是什么原因导致列表编辑器出现这种情况，请告诉我。//shb (t | c | m) 12:44, 30 October 2025 (UTC)

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

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

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

PS：透明度是由“临时补丁”造成的，没有设置 background-color。 Andyrom75 (talk) 15:05, 30 October 2025 (UTC)

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

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

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

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

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

@Jdlrobson @Andyrom75 你们有谁能看看这个吗？ Nvdtn19 (talk) 05:50, 31 October 2025 (UTC)

@Nvdtn19，效果是理想的，与原始行为类似。我赞成这个补丁。你已经检查过是否需要"!important"了吗？ Andyrom75 (talk) 08:11, 31 October 2025 (UTC)

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

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

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

Andyrom75 (talk) 09:14, 31 October 2025 (UTC)

@Jdlrobson, @Nvdtn19，我尝试了使用 `@media screen and (prefers-color-scheme: dark)` 来自定义深色模式，但似乎不起作用。如果我指定替代的 `@media screen and (prefers-color-scheme: light)`，它只使用浅色定义；如果我移除它，只保留（前一篇文章中定义的）常规定义，它就只使用常规定义。实际上，深色自定义总是被忽略。是我做错了什么吗？ Andyrom75 (talk) 09:40, 31 October 2025 (UTC)

@Andyrom75：抱歉，你没明白我的意思吧？我的意思是，只需添加我建议的 CSS 行，不进行任何更改。我在 viwikivoyage（我也是那里的 IA）上自己测试过，并确认它有效。现在，只需添加我提到的那一行，然后清除缓存并等待片刻即可生效。另外，不一定非要使用 `!important`，如果你不想用，可以移除它。 Nvdtn19 (talk) 10:10, 31 October 2025 (UTC)

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

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

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

Nvdtn19 (talk) 10:22, 31 October 2025 (UTC)

嘿 @Andyrom75，正如我告诉 @Nvdtn19 的那样，我目前正专注于摆脱 jquery.ui，并实现对 Wikimedia 深色模式的原生支持，这一直是我协助这项代码以使其完全失效的最终目标。深色模式分散了我对那个目标的注意力。目前的深色模式体验已经不错了，我们还是让它保持原样吧。 Jdlrobson (talk) 14:46, 31 October 2025 (UTC)

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

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

@Jdlrobson，我知道 JQuery.ui 已经弃用，但只要我们还在使用它，拥有一个更漂亮的界面是件好事。 Andyrom75 (talk) 19:41, 31 October 2025 (UTC)

@Jdlrobson：要重做还在正常工作的项目将是一项非常大的工作。你确定你能摆脱 jquery 而不破坏任何东西吗？另外，我对 Codex 的整体印象是它仍然未完成，即它不具备与之前的mw:MediaWiki 前端框架（如mw:OOUI）相匹配的功能。 Nvdtn19 (talk) 05:25, 11 November 2025 (UTC)

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

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

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

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

各委员会的申请将于 2025 年 10 月 30 日开始。隶属关系委员会、监察员委员会和案件审查委员会的申请将于 2025 年 12 月 11 日截止。要了解如何申请，请访问 Meta-wiki 上的任命页面。如果您有任何疑问，请在本页的讨论页留言或发送电子邮件至 cstwikimedia.org。

委员会支持团队敬上，

- MKaur (WMF) 14:13, 30 October 2025 (UTC)

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

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

大多数加入这些委员会的人都表示，他们从中了解了很多关于基金会的信息，并且这段经历是积极的。 WhatamIdoing (talk) 22:22, 30 October 2025 (UTC)

法兰克福

有人熟悉法兰克福吗？我在这里提出了一个对城市进行区域划分的提案。欢迎评论。 Ground Zero (talk) 17:45, 30 October 2025 (UTC)

求助

你好，

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

能否请您审查并白名单化我的编辑？感谢您的帮助！ Kk778 (talk) 07:38, 1 November 2025 (UTC)

你对Main Page/Sandbox 进行了 6 次编辑。我的问题是：为什么？ Ikan Kekek (talk) 07:43, 1 November 2025 (UTC)

你好，Ikan Kek，

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

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

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

感谢您的理解。 Kk778 (talk) 07:49, 1 November 2025 (UTC)

你好，Ikan Kek，

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

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

能否请您建议我如何继续我的任务，或者白名单化我的编辑，以便我能继续？感谢您的理解和帮助。 Kk778 (talk) 08:24, 1 November 2025 (UTC)

您可以使用Wikivoyage:涂鸦墙。如果这还不够，您可以创建用户页面的沙盒子页面。 Ikan Kekek (talk) 08:42, 1 November 2025 (UTC)

不过，您需要什么帮助来编辑呢？ Ikan Kekek (talk) 08:45, 1 November 2025 (UTC)

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

（行话：一些维基称之为“沙盒”，我们称之为“涂鸦墙”。） WhatamIdoing (talk) 05:45, 3 November 2025 (UTC)

为什么这么温馨。 Oak lod (talk) 15:42, 4 November 2025 (UTC)

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

Oak lod (talk) 15:49, 4 November 2025 (UTC)

许多学生文章需要反馈

上周我的学生完成了在Wikivoyage:Requests_for_comment#Article_review_requests 上请求评审的活动，但那个页面的访问量远低于这里。少数错误地在这里请求评审的学生得到了评审（谢谢），但那些正确地在那里请求的，到目前为止几乎都没有得到任何反馈。您能看一下吗？ Hanyangprofessor2 (talk) 13:24, 1 November 2025 (UTC)

看起来有几位学生仍然需要回复。 WhatamIdoing (talk) 02:39, 6 November 2025 (UTC)

我提名你。 Ikan Kekek (talk) 05:47, 6 November 2025 (UTC)

提前（或事后）感谢任何找到时间和意愿的人。学生们仍有足够的时间来修正任何问题，因此反馈很可能不会被浪费（下个月情况会变得更加麻烦……）。 Hanyangprofessor2 (talk) 12:54, 6 November 2025 (UTC)

@SelfieCity - 友善提醒（也感谢您近期大量的其他评审……）。 Hanyangprofessor2 (talk) 12:57, 6 November 2025 (UTC)

@Hanyangprofessor2: 不幸的是，许多学生选择无视定期贡献者提供的反馈，这降低了我们帮助学生的积极性。 Ground Zero (talk) 22:08, 11 November 2025 (UTC)

傀儡账号：User:NXP is ours

供您参考。我们刚刚提交了一个检查用户请求。您的用户 NXP is ours 在列表中。-- DerFussi 14:27, 1 November 2025 (UTC)

无需采取行动。该账户未进行任何编辑，并且已全局锁定。 OhanaUnited^{Talk page} 14:51, 3 November 2025 (UTC)

而且，用户即使只访问过一次维基，也会被本地注册。但这并不意味着我们有义务对此做任何事情，尽管有时如果用户名表明是跨维基 LTA，我们也会这样做。//shb (t | c | m) 21:47, 3 November 2025 (UTC)

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

《纽约时报》有一篇有趣的文章，探讨了导览游和旅游业，揭示了一些热门城市的阴暗面，例如贫困和政治反对。这能给我们带来启发吗？斯德哥尔摩环保游提到了一个城市在以可持续发展为自身形象的同时，却在扩张六车道高速公路网络所面临的困境。/Yvwv (talk) 02:48, 3 November 2025 (UTC)

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

Oak lod (talk) 15:28, 4 November 2025 (UTC)

我认为我们已经有一些了，例如我们的里约热内卢条目包含了关于贫民窟旅游的一些信息，我们还有一个关于有组织犯罪旅游的条目。 Mrkstvns (talk) 15:20, 6 November 2025 (UTC)

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

Wikivoyage 13 规划

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

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

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

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

致意， Lord Ravager (talk) 14:16, 6 November 2025 (UTC)

听起来很有趣。我不太想当组织者，但我很乐意通过添加亚洲和委内瑞拉相关的内容来参与。祝活动顺利！ Mrkstvns (talk) 15:27, 6 November 2025 (UTC)

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

我同意使用去年的标准。事实上，我认为全球标准评分过于复杂。我不认为我们曾经使用过积分系统来决定“赢家”。最终，目标是改进项目的整体内容。 OhanaUnited^{Talk page} 05:10, 7 November 2025 (UTC)

我同意——我认为虽然有一个赢家是件好事，但大多数为 WAM 做出贡献的人是为了好玩，而不是为了赢得比赛。获胜只是对贡献文章最多的人的额外奖励。//shb (t | c | m) 05:21, 7 November 2025 (UTC)

我完全支持这个想法。但是，我认为我们应该专注于亚洲。世界各国政府强烈不建议前往委内瑞拉旅行，而且作为游客被绑架的风险很高。鉴于该国目前的犯罪猖獗，它根本不是一个旅游目的地。 --Comment by Selfie City (talk) (contributions) 05:54, 7 November 2025 (UTC)

我认为继续改进我们对委内瑞拉的报道是可以的，即使目前很少有人会去那里旅行，但至少我们应该有人——最好是委内瑞拉本地人——来评估这些文章。 //shb (t | c | m) 2025年11月7日 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)

“东海”

这是韩国对日本海的称呼，在国际上不被承认。我担心我把错误的海名写进了一些文章里，而且很遗憾，如果真是这样，我不记得是哪些了，需要检查韩国东海岸的每一个地方。但你们可以留心一下，以防万一。我相信韩国对东海（East China Sea）的本地名称是“西海”，但我可能会记错。Ikan Kekek (讨论) 2025年11月9日 21:24 (UTC)

地区列表的悬停背景效果

在我继续缓慢现代化本站点的尝试中，我一直在测试的是在悬停在regionlist项目时获得一个灰色背景。经过多次尝试和故障排除，我终于成功运行了这个功能。不幸的是，{{regionlist}} 的编码方式意味着我基本上不得不将其推送到实际模板上来测试该功能。尽管如此，你应该可以在任何带有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: 我已成功使用 `code @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)

我认为，在中央处理页面明显且频繁过载之前，我们不应该为任何流程创建单独的页面。更多的页面=更少的有效关注者=更少的社区监督。

Wikivoyage:用户权限提名并非只针对管理员，所以我们可以使用该页面，如果你不想在Pub上列出。鼓励将选定的中央页面作为标准流程，但也可以通过个人联系管理员来请求。这可能会减少管理员因需要亲自拒绝编辑者而感到尴尬，而其他管理员愿意授予该权限。WhatamIdoing (讨论) 2025年11月13日 05:15 (UTC)

WV:URN的问题在于它只用于需要提名的权限，而且我不认为Pub是一个特别好的地方，因为我们不在这里归档页面。这也是相当轶事性的，但我收到了一些站外请求（通常是通过Discord或电子邮件——我不记得有多少了，但不少），比我在Meta或Wikibooks上收到类似请求要多得多。我怀疑这是因为我们目前的建议“直接问管理员”很不直观，而且当你问一位管理员但没有收到回复时，它看起来也很尴尬，而其他地方通过设立一个专用页面来避免了这个问题。

至于更多的页面，我认为这也不是什么大问题。我预计它的访问量与Wikivoyage:用户封禁提名一样，但我认为一个单独的页面意味着更多的监督，因为所有请求都在一个集中的页面上，而不是在各个管理员的讨论页、电子邮件请求或被扫到别处。//shb (t | c | m) 2025年11月13日 08:36 (UTC)

因此，我认为在要求 TAIV 之前也不需要特定的用户权限，因为由管理员来判断是否达到了信任门槛。Leaderboard (讨论) 2025年11月12日 07:25 (UTC)

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

一方面，这有点常识，如果你确实拥有这些扩展的用户权限，那么我们信任你，所以没有必要说明。另一方面，如果我们说“建议拥有____”，那么我们就是在暗示“不建议其他人”，这可能并不完全正确。WhatamIdoing (讨论) 2025年11月13日 05:08 (UTC)

嗯，没错—— 我猜我们可以稍微调整一下措辞来暗示这一点。等我有空的时候我会看看怎么办。 :) //shb (t | c | m) 2025年11月13日 08:37 (UTC)