维基旅者:旅者茶馆

欢迎来到茶馆

快捷方式
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 (t | c | m) 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，这与标记/列表类似。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` 开关（我决定所有读者是否看到两者），不如考虑使用一个 `[convert]` 按钮（每个读者决定是否点击按钮并查看另一选项）。WhatamIdoing（讨论） 2025年8月17日 17:42 (UTC)

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

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

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

我认为可以肯定地说，使用这个模板存在足够的共识？//shb (t | c | m) 2025年9月16日 12:04 (UTC)

顺便说一句，我仍然稍微偏爱Wauteurz的设计，因为我觉得它不那么具侵入性，也更现代化，但这仍然是我们缓慢更新网站的一个巨大进步。//shb (t | c | m) 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 (t | c | m) 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

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

Lapplandsleden Bluecoordinationfine（讨论） 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)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘它看起来很棒，Blue！我同意它们在这里的上下文看起来不太合适，但这可能是因为我最初做的模型。我设想它会在有更多填充的文章中使用。这不是一篇徒步文章，但以比利时海岸电车游为例，这正是我之前想象的。模板的大小在那里会小一些，并且将其固定在文章的右侧会让关键内容更好地围绕它流动。我认为对于Lapplandsleden（以及可能很多其他文章）来说，内联变体会更合适。考虑到徒步文章通常已经细分为几个部分（A-to-B标题），去掉总括的步道名称已经会使模板不那么臃肿。像John Muir Way这样更冗长的文章，只需要添加长度/持续时间/海拔信息，所以也许将模板精简到这一点可能是一个可行的解决方案？这肯定需要一些调整以及更多人的投入才能真正解决如何将模板正确集成到行程中。
― Wauteurz (讨论) 2025年10月25日 18:10 (UTC)

非常感谢你和 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。它现在也可以在没有名称的情况下使用。可选地，也可以添加“从”/“到”参数。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)

印度教禁食（和其他禁食及饮食）的种类太多了，无法全部包含在每个页面上。它可以是一个专门的旅游话题，但我反对在Wikivoyage的各个地方都包含如此详细的信息。有避免谷物的禁食，避免盐的禁食，甚至还有不喝水的24小时短期禁食。这根据日期和亚文化/社区/地区而高度不同。而且，世界上的宗教和饮食传统如此之多。主要的（素食/纯素食、清真、主要过敏原等）目前有时会被提及，我希望保持现状。另外，FWIW，许多在“非污染”禁食或饮食（印度教或其他）的人会在这些时期避免长途旅行。Gizza^（roam） 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 (他) (讨论 • 贡献) 05:56, 2025年10月6日 (UTC)

还有一种情况是，有些游客在旅行时盲目相信ChatGPT，结果“吃尽苦头”。几天前我在一家越南报纸上看到了这篇文章 。 Nvdtn19 (讨论) 07:09, 2025年10月20日 (UTC)

我刚看了那篇文章，老实说……哇，简直了——人们如此信任人工智能？（我信，只是我的大脑无法理解花那么多钱完全依赖AI。） //shb (讨论 | 贡献 | m) 07:28, 2025年10月20日 (UTC)

根据你的账户年龄粗略计算：是的。我一位朋友是大学教授，她和我一样四十出头，她经常有学生把整个课堂作业都交给LLM来完成。他们甚至不去尝试理解作业，只是把作业内容输入聊天机器人，然后直接提交，根本不看一眼。—Justin (koavf)❤T☮C☺M☯ 13:31, 2025年10月20日 (UTC)

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

这肯定没错。//shb (讨论 | 贡献 | m) 21:23, 2025年10月20日 (UTC)

真疯狂哈哈——美国的大学没有在Turnitin上启用AI检测吗？在我所在的大学，你绝不可能用AI来提交任何东西，它要么被（相当准确地）检测出来，要么AI输出的回答对主题来说太差劲以至于根本无法使用，你注定会失败。也许从一开始我就对AI持怀疑态度，但这仍然让我匪夷所思。//shb (讨论 | 贡献 | m) 21:23, 2025年10月20日 (UTC)

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

简而言之，美国的大学生是否提交AI写的作业？他们总是提交，但通常会被TurnItIn和注意到作业写作质量低劣的教授发现。 --由 Selfie City (讨论) (贡献) 21:50, 2025年10月20日 (UTC)

AI检测器有太多的误报和漏报。像“我把《独立宣言》放进AI检测器，它98%确定是一个LLM写的！”这样的故事很容易找到。而且，几乎从定义上讲，你永远不会知道有多少漏报会蒙混过关。所以我知道教育工作者会常规使用它们，但它们的好坏参半，很可能是因为它们本身就是基于LLM模型，根本无法做到完全准确。—Justin (koavf)❤T☮C☺M☯ 22:42, 2025年10月20日 (UTC)

有意思——我有个朋友最近的作业被错误地标记为30%由AI生成，但他只需要把他的Google Docs历史记录出示给课程负责人就可以了。也许只是我的大学太看重声望了（我是说，非常非常看重——按记录来说，它是一所“八大”大学），高层管理人员不希望他们的学位变得毫无意义，如果这个系统很容易作弊的话，但对我来说仍然很令人费解。//shb (讨论 | 贡献 | m) 22:57, 2025年10月20日 (UTC)

如果你有兴趣了解美国教育中的读写能力危机，并且能承受住令人不安的内容，你可以读到一些关于高中生毕业时几乎没有读写能力的可怕轶事和数据。—Justin (koavf)❤T☮C☺M☯ 23:17, 2025年10月20日 (UTC)

哦，我当然知道——但我没想到它会蔓延到大学。//shb (讨论 | 贡献 | m) 23:20, 2025年10月20日 (UTC)

FYI：无限期背包旅行

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

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

大多数学生选择了他们的主要项目：安城，安养（京畿道），牙山，釜山/北部，釜山/水营，清松，都江堰，金泉，金浦，高兴，龟尾，求礼，光教，河东，咸安，陜川，淮北，华川，市来串木野，长兴，焦作，荆州，北广岛（北海道），拉查岛，临汾，密阳，木浦，务安，南澳岛，南海（佛山），平顶山，瑞金，汝州，世宗，首尔/东部，首尔/江南-瑞草，首尔/南部，始兴，太白，唐山，铜南，义王，郁陵岛，西双版纳，骊州，礼山，忠武县。一如既往，最好在年底前关注它们。我会在我的维基百科用户讨论页提供反馈（https://en.wikipedia.org/wiki/User_talk:Hanyangprofessor2）。如果您有任何问题需要我注意，无论是关于文章的讨论页，还是学生的讨论页，请随时告知。 Hanyangprofessor2 (讨论) 08:42, 2025年10月7日 (UTC)

附言：如果您愿意担任我的“通知助手”，因为您熟悉维基旅行的格式手册，或者熟悉中国、韩国、越南、泰国或日本的地点，请告知我。有时我会在回复学生时通知相关的维基旅行专家（你们），但老实说，我在这里的活跃度不够，记不住“谁是谁”（如果有人回复，我会根据回复内容为自己做一个通知备忘录 :P）。 Hanyangprofessor2 (讨论) 08:51, 2025年10月7日 (UTC)

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

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

至于南海（佛山），值得注意的是，我们目前在佛山条目中涵盖了它，以及佛山除顺德以外的所有区。我不确定是否应该单独创建一个南海条目，如果这样做，佛山条目将成为一个尴尬地不连续地组合了禅城以及三水和高明的非核心区域。如果学生想为南海创建一个新条目，这可能值得在佛山讨论页上讨论。—Granger (讨论 · 贡献) 12:35, 2025年10月7日 (UTC)

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

佛山目前的总人口约为970万，其中约三分之一居住在顺德区，我们为顺德区单独设有条目。 STW932 (讨论) 16:32, 2025年10月7日 (UTC)

西双版纳是一个地区性条目，所以学生可能需要被提醒，单独的景点应放在城市条目中。 STW932 (讨论) 16:37, 2025年10月7日 (UTC)

那篇文章应该由@Redyeoni来编辑，她正在重修这门课，但似乎已经忘记了（本学期没有任何编辑），唉。 Hanyangprofessor2 (讨论) 16:20, 2025年10月12日 (UTC)

@SHB2000 @STW932 @Mx. Granger 我不确定你们是否支持拆分那个条目。我将询问学生本人，@SUN JIAYI's，让她在佛山讨论页发起讨论，并提议将该镇划分成几个区。既然我们已经有了顺德，我认为增加更多区域是有意义的。目前它在佛山#城镇中被提及（作为唯一的实体）；这似乎不理想…… Hanyangprofessor2 (讨论) 16:23, 2025年10月12日 (UTC)

我拿不定主意，因为我对佛山了解不够，所以很难发表意见。南海感觉像一个独立的旅游目的地，有自己的特色，还是佛山中心的一部分？我们要把这个区单独分开，还是把整个城市划分成区级条目？为什么不暂时把信息添加到佛山中，等有足够的信息支持多个充实的条目时再进行划分？这些都是需要思考的问题。—Granger (讨论 · 贡献) 19:36, 2025年10月12日 (UTC)

是的，我也不喜欢部分区域划分的城市。这很混乱。但为一座拥有数百万人口的城市提出一个完整的区域划分方案当然是完全合理的。 Ikan Kekek (讨论) 19:41, 2025年10月12日 (UTC)

我也有同感。//shb (讨论 | 贡献 | m) 22:31, 2025年10月12日 (UTC)

我也是。拆分南海区最大的问题是，你会在佛山中心区（禅城区）和三水、高明两个外围区之间留下巨大的地理空隙。所以，除非你也要为三水和高明创建单独的条目，否则无法证明为南海创建单独条目的合理性。 STW932 (讨论) 23:13, 2025年10月12日 (UTC)

当然，除非有足够多的景点可以划分整个城市。 Ikan Kekek (讨论) 16:46, 2025年10月7日 (UTC)

考虑到我为您的学生编写了动态地图指南，我很乐意被通知并被联系处理与这些动态地图相关的事宜。我目前因自己的工作而无法积极监督他们的工作，希望这不是问题。 ― Wauteurz (讨论) 21:15, 2025年10月7日 (UTC)

@Hanyangprofessor2 Ziyi Deng是你的学生吗？她似乎在起草一篇关于岳阳中心区的文章。请看User:Ziyi Deng/sandbox STW932 (讨论) 12:29, 2025年10月11日 (UTC)

@STW932 是的，我几天前注意到了，并建议他们将主题改为岳阳 Hanyangprofessor2 (讨论) 16:25, 2025年10月12日 (UTC)

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

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

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

大家好，

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

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

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

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

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

此致，

Abhishek Suryawanshi
选举委员会主席

MediaWiki message delivery (讨论) 04:49, 2025年10月9日 (UTC)

在没有充分理由的情况下，从四个候选人中选出两位。这选举真是个笑话。我强烈建议阅读我链接到的元页面以及m:Objections to the 2025 WMF Board election removals/Arab Community。我还是投了票，但如果您打算投票，我强烈建议先阅读那些页面。//shb (讨论 | 贡献 | m) 08:13, 2025年10月9日 (UTC)

嗯，你知道真的没有好理由吗？还是你只是认为没有好理由，因为你自己不知道原因？ WhatamIdoing (讨论) 23:00, 2025年10月9日 (UTC)

我们可能不知道全部原因，但Lane已经站出来并尽可能地披露了原因，我认为WMF的理由完全站不住脚。Ravan的理由尚未得到官方证实，但很可能是因为她对巴勒斯坦的公开立场。在距离投票前几天，仅仅因为你的政治观点或批评WMF而被阻止参加选举，这简直太专制了，尤其是在董事会成员与广大社区之间存在巨大脱节的情况下。至少这充分说明了WMF缺乏透明度。//shb (讨论 | 贡献 | m) 23:33, 2025年10月9日 (UTC)

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

因此，如果董事会已经决定不让这两位候选人入选，你真的想让他们让你投票吗？而且，如果他们“获胜”了，然后说：“惊喜！我们在投票前一周告诉你，我们决定不让这个人入选董事会，但我们想让你投票，希望你不会支持他们，这样我们就可以把他们的缺席归咎于社区，而不是我们自己。” WhatamIdoing (讨论) 02:15, 2025年10月10日 (UTC)

这两种情况都不理想，只能说明董事会与更广泛的社区脱节越来越严重。//shb (讨论 | 贡献 | m) 02:21, 2025年10月10日 (UTC)

董事会的职责是履行其对慈善宗旨的信托义务。“与更广泛的社区保持联系”，无论你选择哪个少数群体来考虑“更广泛的社区”，都不是他们的工作。 WhatamIdoing (讨论) 03:04, 2025年10月10日 (UTC)

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

董事会的工作也不是为了取悦大众。WhatamIdoing (讨论) 03:58, 10 October 2025 (UTC)

那么，他们为什么要进行这种非选举式的投票？另外，社区里是否有非自我延续的成员被保证能进入董事会，或者通常会被推选上去？Ikan Kekek (讨论) 04:07, 10 October 2025 (UTC)

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

没有人保证能进入WMF的董事会。卸任的董事会有权拒绝任何或所有的候选人（如果最初看起来可以，但董事会后来决定不喜欢某人在其中，则可以后来将其剔除）。然而，他们自愿在章程中规定了“一个”社区或附属机构提名的流程，以填补部分董事会席位。技术上说，这可以是董事会选择的任何流程，在任何董事会选择的时间表上，并根据需要重复进行，直到他们找到愿意接受的候选人。不过，我们过去从未需要超过一轮，而且一般来说，得票最多的候选人通常会被董事会任命。WhatamIdoing (讨论) 04:22, 10 October 2025 (UTC)

谢谢你的解释。Ikan Kekek (讨论) 04:32, 10 October 2025 (UTC)

不过，我应该说，你的一些回应帮助我理解存在一个很大的问题需要解决。Ikan Kekek (讨论) 05:56, 11 October 2025 (UTC)

对我来说，仅仅是这场争议的发生就令人难过——表达对国际冲突的看法不应该导致被取消资格。如果她真的有争议，社区本来就会表达出来。WMF没有必要干预，而他们继续为这个决定辩护的事实令人担忧。//shb (讨论 | 贡献 | 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 (讨论 | 贡献 | m) 23:25, 11 October 2025 (UTC)

我说几天，其实只是WMF决定不将她们列入选票箱时才为人所知——这非常晚，而且坦率地说，是无法辩护的。//shb (讨论 | 贡献 | m) 23:26, 11 October 2025 (UTC)

是的，但相信人们会投票淘汰一个因为支持哈马斯和出于政治原因否认强奸的女人（我没有读链接，所以不是直接指控）而这样做，对于一个致力于在最著名和最活跃的网站上保持中立的基金会来说，是一个不可接受的风险，我绝不会相信大多数人会因此投票淘汰她。另外，如果董事会无论如何都拒绝任命Bluerasberry，即使他赢了，因为利益冲突，那就没有意义了。所以我的问题在于流程、时机以及缺乏及时、透明的沟通。Ikan Kekek (讨论) 23:33, 11 October 2025 (UTC)

也许只是我难以信任维多利亚说的话（顺便说一句，这并非我独有的情况），我想是吧。//shb (讨论 | 贡献 | 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月就拒绝她。然后进行投票，但有风险会在投票结束后/当您为获胜者进行全面背景调查时，发现其中一位获胜者也因无关原因需要被拒绝。
• 进行背景调查，然后尽快开始投票。（他们就是这样做的。）
• 进行背景调查，然后无故推迟投票（也许是“让人们冷静下来”？）。

我认为他们关于时机的选择是合理的，而且有可能他们是在一系列糟糕选项中做出了最好的选择。WhatamIdoing (讨论) 21:48, 12 October 2025 (UTC)

谢谢你解释了所有这些。剩下的问题是，这个解释是你在这里提供的，而不是直接来自董事会给所有维基媒体人。 Ikan Kekek (讨论) 23:15, 12 October 2025 (UTC)

同上（而且我确实很欣赏这个解释 ：））。//shb (讨论 | 贡献 | 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:User rights nominations的投票公开是我们的选择。并非所有维基百科都做出这样的选择。例如，英语维基百科正在为其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提到的（这确实是个好建议）之外，我们并没有任何客观标准来确定列出哪些餐厅。如果一家餐厅明显很差，那么 omission 是有道理的（见WV:ANR），否则请大胆尝试！//shb (讨论 | 贡献 | m) 23:49, 11 October 2025 (UTC)

WMF董事会改革

m:2025 WMF 董事会改革请愿书m:2025 WMF Board reform petition 影响着整个运动的参与者，所以我在这里发帖是为了提高可见性。我自己只对维基语游做出了几十次贡献，所以如果这里不是发布此信息的合适地点，请告知我。Clovermoss (讨论) 20:54, 10 October 2025 (UTC)

我绝对推荐阅读。董事会与运动和社区脱节是多么令人羞耻（而且，我无法被说服否则）。//shb (讨论 | 贡献 | m) 22:05, 10 October 2025 (UTC)

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

我通过封禁他们的账户为我们争取了1天的时间。我已经做了一些研究，合并并重定向了几个条目，但这需要耗费大量时间，所以我真的需要你们的帮助（换句话说，我今晚就到此为止，把剩下的交给你们了）。有时，网络搜索并没有显示出同名的地方，而是出现了瀑布，或者显示出另一个更常用的名字。总之，它们都不符合Wikivoyage:What is an article的标准，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 (讨论 | 贡献 | 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 (讨论) 00:49, 13 October 2025 (UTC)

我问了一个问题，你只是因为没有理由就想从一开始就封禁我。给我一个你如此恨我的理由。Maroontruths (讨论) 21:06, 12 October 2025 (UTC)

你又错了。我并不“恨”你。你因为我删除一个非条目并给你一个明确的解释而莫名其妙地对我愤怒，你决定当时对我极其敌视和辱骂。祝你一天愉快。 Ikan Kekek (讨论) 00:49, 13 October 2025 (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、city article status 和 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)

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

大家好，我最近扩展了河东的文章，在“活动”下添加了详细的列表，包括一个关于当地活动（如野生茶叶节和宇宙花节）的新节日部分。我将非常感谢对结构、语调或格式的任何反馈，以帮助将其更接近维基旅行发达目的地文章的风格。先谢谢！—Ddongha（讨论）2025年10月13日06:17 (UTC)

@Ddongha: 文章看起来不错，除了“如何到达”部分需要更多关于这些地方的信息，而“应对”部分也是如此。如果能多提供一些关于如何到达的信息，比如哪些道路或铁路进入该县，那将有助于改进文章。

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

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

维基旅行：用户权限提名

两名贡献者已被提名获得用户查核员的权利。用户查核员可以检查用户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)

老实说，这并不是一个坏主意（虽然我自己会弃权）。几年前，enwikibooks 在 Leaderboard 竞选 CU 时（虽然不成功）就是这么做的。//shb (t | c | m) 2025年10月19日09:29 (UTC)

那就这样办吧。如果这个举动有问题，很容易撤销。― Wauteurz (讨论)2025年10月19日19:48 (UTC)

“至少25票”这个要求是从哪里来的？这意味着，基本上每一个活跃的高贡献度编辑者都必须参与这次讨论。我们曾经有过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票，随时可以叫我。）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)

我将着手全面修改维基旅行:用户查核员页面并创建维基旅行:用户查核请求。我认为这不会有争议，但作为记录，我将使用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）。我亲眼见过我朋友在纽约旅行时把手机留在Uber上的麻烦。她无法登录Uber或致电Uber支持联系司机取回设备，因为Uber检测到了“可疑活动”的出行。虽然我确实为我的银行账户使用2FA，但维基媒体基金会（WMF）在我的城市没有办事处，如果出现问题，我无法亲自出示我的身份证来重置我的2FA。而且，由于我经常去加拿大北部旅行，我不知道2FA会多久要求我验证一次。OhanaUnited^讨论页2025年10月24日13:48 (UTC)

我不认为2FA是用户查核员（或监督员）的必需品？据我所知，它只要求用于允许编辑.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)

2FA 提供备用码，您可以（也应该）写在纸上以应对这种情况。 WhatamIdoing (讨论) 2025年10月25日 21:03 (UTC)

广告中出现的蓝色横幅框显示给未登录的用户/私人浏览器窗口，这可能不是个好主意。 WhatamIdoing (讨论) 2025年10月29日 16:55 (UTC)

我不会太担心匿名投票——那些IP（或者说现在是TA）的投票是很特殊的，属于封锁规避。无论哪种情况，管理员（stewards）很可能都会忽略IP的投票。 //shb (t | c | m) 2025年10月29日 22:16 (UTC)

滥用过滤器封锁

我们之前在这里讨论过这个问题 Wikivoyage_talk:Abuse_filters ，但讨论中断了。我将恢复这次讨论，以启用滥用过滤器上的阻止功能，使用与该讨论中达成的相同的条件。随着近期LTA（长期账户）活动的增加，不断启用和禁用“阻止用户采取行动”功能，不仅不利于捕获误报，而且也是非常浪费时间。 //shb (t | c | m) 2025年10月19日 01:44 (UTC)

Wikidata

与英文维基旅人无关，但有人能将希腊语页面 https://el.wikivoyage.org/wiki/%CE%A0%CE%B5%CF%81%CE%B9%CF%83 与珀斯 (Perth) 的 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]

已完成 珀斯 (Perth) 的 WD 页面是半保护的，所以这需要由在 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 的南澳大利亚项，因为我现在还没有被自动确认。

谢谢。ধন্যবাদ. 祝您有美好的一天。 মহালভা হেন্দ্রভ (讨论) 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 月中旬选出最终的项目名称。如果您想参与，请在元维基上了解更多并立即投票。 谢谢！

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

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

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

我们可能需要几年时间才能测试这个项目，而且我认为它对英语项目的影响将小于小型项目，但我认为这个项目在基本辅助方面有很大的潜力。 WhatamIdoing (讨论) 2025年10月24日 19:35 (UTC)

人口数字可能会有用。这是这里会过时的一个问题。同样，对于像航空公司这样会破产的大型企业，Wikifunction 连接可能会很有用。 --评论来自 Selfie City (讨论) (贡献) 2025年10月24日 20:58 (UTC)

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

自然语言文本可能不是唯一的输出格式。这可能是一件好事，但它也是一个臭名昭著的难题，一些数据可能更自然地以表格或图表形式呈现。 Pashley (讨论) 2025年10月24日 21:57 (UTC)

正如WhatamIdoing所说，我认为这更多地会帮助小型维基旅人（Wikivoyages），而不是像这里这样，特别是考虑到其中大约三分之一似乎非常死寂。 //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）描述的、大多数人能理解的通俗定义才是关键。对于其他用法，我们应该像对待 ciudad 或 ville 一样，将 commune 视为外语词，即斜体并进行翻译。 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]]”。

当我尝试在 Wikivoyage 上进行此扩展时，它不起作用，但在阿非利卡语维基百科上它按预期工作（参见 这里）。一个类似的模板“{{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。我们通常避免不必要地使用模板，读者在搜索框中很容易找到链接。我认为我们不必每次使用 pension 时都提供解释。 AlasdairW (讨论) 2025年10月24日 21:49 (UTC)

我的意思是将 pensione 也包含在模板中，但如你所建议的重定向也可以。如果我们是否需要一个消歧页来处理退休金，而退休金已在 Retiring abroad 中说明？ Ikan Kekek (讨论) 2025年10月24日 22:35 (UTC)

在文章中解释读者可能误解的词语，而不是让他们点击到另一篇文章，这难道不是更好吗？ Ground Zero (讨论) 2025年10月25日 01:16 (UTC)

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

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

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

我同意。 //shb (t | c | m) 22:21, 25 October 2025 (UTC)

我认为简单的重定向比可替换模板（subst:able template）是更优、对新手更友好的想法。 WhatamIdoing (talk) 21:10, 25 October 2025 (UTC)

我查看了 Wikidata 和 Wikitionary 的选项。虽然 Wikidata 可能难以导航，但我们所寻找的定义就在那里，无需深入。另一方面，Wikitionary 提供了所有含义，这可能会令人困惑，让用户一无所获。 Martinvl (talk) 21:33, 25 October 2025 (UTC)

进一步研究世界各地的养老金（pension），似乎韩国的养老金略有不同，它们是带厨房的小屋。日本的养老金与民宿的区别在于房间是西式风格。我认为我们需要将养老金的本地化描述添加到那些养老金普遍存在的国家文章的“住宿”部分。 AlasdairW (talk) 22:13, 25 October 2025 (UTC)

美利坚合众国命名

鉴于美国页面是一个相当重要的页面，我们是否应该将其重命名为“美国”（United States），对此希望能得到更多反馈。讨论地点：Talk:United States of America#Name。 //shb (t | c | m) 06:52, 22 October 2025 (UTC)

韩国和柬埔寨

你好。鉴于韩国最近禁止其公民前往波哥山（贡布）、巴维特和波贝等地旅游，并建议该国公民离开西哈努克市，是否有必要更新相关文章，以便游客及时了解情况？ Nvdtn19 (talk) 16:07, 22 October 2025 (UTC)

这是一项旅行禁令，意味着如果韩国人继续前往这些地区旅行，他们将面临处罚。 Nvdtn19 (talk) 06:16, 23 October 2025 (UTC)

一篇文章提供了背景信息。目标似乎是求职者，而不是游客。 Pashley (talk) 18:35, 22 October 2025 (UTC)

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

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

完全同意。 Ikan Kekek (talk) 23:42, 22 October 2025 (UTC)

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

对于目的地，是在国家层面设置一个警告，还是在地区/城市文章中设置多个？理想情况下，我会说一个国家级警告，然后链接到受影响的地区，但这是否可行？ Pashley (talk) 00:19, 23 October 2025 (UTC)

很难说。也许我们应该看看该地区哪些页面浏览量最多？一个城镇的文章浏览量很少，而附近某个地方的文章浏览量却很高，这种情况有时令人费解，我认为这归因于 SEO 和搜索引擎。 --评论来自 Selfie City (talk) (contributions) 12:37, 23 October 2025 (UTC)

是的，搜索引擎优化确实会导致一些非常奇怪的统计数据。 //shb (t | c | m) 12:48, 23 October 2025 (UTC)

我们有Template:Overseasjobscam，但目前仅在国家级文章中使用。我认为在受影响地区添加链接，并在国家或地区文章中提供总体警告，可能是最简单的解决方案。是的，也同意将其添加到海外工作页面。 //shb (t | c | m) 12:46, 23 October 2025 (UTC)

征求反馈：“龟尾”

大家好，

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

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

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

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

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

AlasdairW (talk) 13:01, 24 October 2025 (UTC)

感谢您的回复。我已经完成了所有修订，希望能得到您的审阅。 Hong Da Hyeon (talk) 00:28, 31 October 2025 (UTC)

征求反馈：岳阳

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

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

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

--评论来自 Selfie City (talk) (contributions) 13:28, 26 October 2025 (UTC)

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

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

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

图表模板。

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

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

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

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

Module:User_rights_nominations

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

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

听起来不错。也许我应该添加一个简单的数字转文本功能（11及以上显示“十个以上），以便它也能在MediaWiki:Sitenotice中工作？ NguoiDungKhongDinhDanh (talk) 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 (talk) 23:47, 26 October 2025 (UTC)

关于维基语游的目的？

我发现有一位用户在他的用户页面和关于维基旅行宗旨的评论中写道（当然不是我）。他写道：“关于维基旅行的评论：在这个时代，我认为维基旅行是不切实际的，它很普通且过时。维基旅行的一个坏处是它是由从未去过那里的人写的。内容也很没有吸引力，缺乏评论、真实生活体验视频和具体教程。旅游业不是一种稳定的知识，变化非常快，这里的任何成员都无法及时更新。这无疑将成为一个死项目。” 这种观点可行吗？尽管有这些评论，但我认为这里的许多文章（尤其是旅行主题）都是有价值的参考。作为维基旅行的长期贡献者，我感到有些复杂，但我倾向于反对他的观点。你认为这个问题怎么样？ Nvdtn19 (talk) 18:18, 28 October 2025 (UTC)

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

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

我对那条评论感到很复杂，但如果我们没有手机应用，这个项目肯定会走向消亡。 //shb (t | c | m) 23:45, 28 October 2025 (UTC)

这对我来说是目前的重中之重。 --评论来自 Selfie City (talk) (contributions) 00:09, 29 October 2025 (UTC)

在 Commons（仅有 Android 应用）和可能的 Wikidata 之后，我认为维基旅行是最有理由拥有专门的阅读应用的下一个项目。 //shb (t | c | m) 03:21, 29 October 2025 (UTC)

20年前倒是说得通…… Ikan Kekek (talk) 03:44, 29 October 2025 (UTC)

显然，WMF（维基媒体基金会）不这么认为。 :/ //shb (t | c | m) 06:05, 29 October 2025 (UTC)

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

另请参阅Wikivoyage:Goals and non-goals。 Pashley (talk) 03:55, 29 October 2025 (UTC)

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

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

我算是新手。几年前我又回到了这个网站，之前有十年没怎么用过。COVID 疫情某种程度上扼杀了旅行博客，从那以后我就再也无法在社交媒体群组、短视频、长视频或“enshittification”时代的谷歌搜索中可靠地找到我想要的东西。WV 有几篇关于我一次旅行的文章，那次旅行不是在热门的网红路线上，结果内容非常有帮助，所以回家后我更新了文章，回馈社区。我养成了为我接下来的旅行这样做的习惯，现在我在这里长篇大论。如果我们有足够多的人这样做，那么 WV 仍然有潜力为旅行信息领域增加独特而有价值的东西。 Gerode (talk) 04:46, 29 October 2025 (UTC)

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

为了什么？你是说你是一个规避封禁的傀儡账号吗？ Ikan Kekek (talk) 22:57, 29 October 2025 (UTC)

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

在规划旅行时，我会尽可能多地利用各种信息来源，包括维基旅行，即使是关于食宿的条目。我认为所有信息来源（现实生活中的朋友和家人、TripAdvisor、酒店预订/旅行社网站、Google评论、官方政府/旅游网站、YouTube博主、Reddit/Facebook群组和其他论坛、Instagram/TikTok上的网红、从ChatGPT到DeepSeek的各种AI、旅行纪录片和书籍、Lonely Planet、旅行途中遇到的人以及当然还有维基旅行）都能相互补充，而且我不认为任何单一来源的信息足够完整地独立使用。Gizza ^(roam) 23:33, 29 October 2025 (UTC)

我必须说，我很少会为自己没有吃过的餐馆添加“餐饮”条目，而且我对我添加的每个我亲自去过的餐馆条目都负责，所以你可以信赖它们。当然，你们中很少有人知道我的口味。Ikan Kekek (talk) 00:17, 30 October 2025 (UTC)

我同意。我也很少为我没有兴趣或从未去过的地方添加条目。但无论如何，维基旅行只是一个维基，而不是一个可以包含评论、故事叙述或现实生活体验视频的社交网络，所以我们不应低估它的作用。这些东西超出了项目的范围。维基旅行应该只被视为一个额外的来源，因为有很多有用的旅行信息来源。最好在旅行前从各种来源查找信息，而不是只专注于一个来源。但无论如何，我认为应该有一个改进这个项目的策略，这样它才不会消亡，否则我们将落后。Nvdtn19 (talk) 05:57, 30 October 2025 (UTC)

从某些方面来说，我怀念像Chowhound和eGullet这样的美食讨论网站曾经是可靠的餐馆信息来源的时代。如今，几乎都是Google和Yelp这样的网站。我们能帮的就帮，但在21世纪初的美食讨论网站上，你可以关注某个人，从而了解他们的口味，而糟糕的推荐在讨论中往往会被批评。Ikan Kekek (talk) 06:50, 30 October 2025 (UTC)

有时我想，我们是否应该在维基旅行上建立一个真正的旅行论坛，让我们可以（以及临时贡献者）分享我们的经历并发起讨论，类似于r/travel或r/solotravel，但不在Reddit上——我发现在前往新目的地旅行时，这两个子版块都非常有帮助，我想知道这是否会吸引一些新用户。shb (t | c | m) 08:33, 30 October 2025 (UTC)

我完全支持。我相信一个允许用户分享他们真实经历的讨论论坛将使我们的焦点重新回到旅行，并增加网站参与度。--Comment by Selfie City (talk) (contributions) 12:14, 30 October 2025 (UTC)

我也是。不过，我们得决定它与“pub”（公告栏）、“tourist office”（游客咨询处）和“arrivals lounge”（抵达休息室）有何不同，以及我们是否会将其中的一些整合进去。我们为什么不在这里，在我们自己的网站上托管它呢？Ikan Kekek (talk) 15:09, 30 October 2025 (UTC)

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

我认为在不影响指南条目“严谨性”的情况下，可以有地方容纳轶事内容。例如，可以看到一些“曼谷周末游”风格的个人行程、旅行报告或图片集，就像我在Reddit和Facebook上看到的，或许可以放在文章底部的“评论”类部分。从互联网上可用的内容来看，这是很多人在寻找的，尽管我很大程度上同意我们禁止在文章中使用此类内容的政策。我曾有过写“曼谷周末游”风格指南的想法，放在我的用户空间里，但那里没人会看到。Gerode (talk) 17:39, 30 October 2025 (UTC)

关于“我们为什么不在这里，在我们自己的网站上托管它呢？”：因为维基软件不适合这个目的。例如，它允许人们更改彼此的评论，这令人惊讶，并且通常被认为对于讨论论坛是不可接受的。WhatamIdoing (talk) 21:35, 30 October 2025 (UTC)

正如一个人曾经是一个网站的版主，人们有24小时编辑他们的帖子，然后可以申请编辑许可，这一切只需要版主，而我们无论如何都需要版主。是的，我注意到了编辑他人帖子和编辑自己帖子之间的区别。无论哪种方式，无论这些论坛托管在哪里，我们都需要对其进行版主控制。Ikan Kekek (talk) 00:15, 31 October 2025 (UTC)

我不认为设置起来会太难——这样的页面（可能是维基旅行:旅行论坛）只需要结合本页面（公告栏）、游客咨询处和抵达休息室的元素，而这些都已经存在了。也许需要为不熟悉MediaWiki界面的用户提供一些额外的说明，就这样。现在，随着回复工具的全面实现，你真的不需要了解MediaWiki的语法就可以进行讨论了。shb (t | c | m) 01:18, 31 October 2025 (UTC)

鉴于“pub”（公告栏）更多的是关于网站本身，我们可能想将其分开。我不知道。但我认为拥有几个论坛并将其置于一个总括之下会是好事。我以前经常去的那些美食讨论网站就是这样运作的。Ikan Kekek (talk) 01:57, 31 October 2025 (UTC)

我明天会在我的用户空间里弄一个演示版本，看看如何实现这个东西。shb (t | c | m) 02:15, 31 October 2025 (UTC)

“允许人们更改彼此的评论”，虽然技术上可以更改，但我不知道更改他人评论的目的是什么？大多数人不会随意更改他人的评论，并且有自己的观点，即使在这个页面上也是如此。如果存在更改，那也只是微小的，比如修正拼写错误，或删除违规内容。Nvdtn19 (talk) 02:55, 31 October 2025 (UTC)

正是如此。就像我们不接受对他人讨论页帖子进行实质性更改一样，我们也不会接受在论坛上进行更改。这没什么不同。Ikan Kekek (talk) 03:29, 31 October 2025 (UTC)

确实如此——字面上唯一的区别是我们使用的是MediaWiki软件，而不是像Reddit或Whirlpool这样的专用论坛软件。shb (t | c | m) 03:49, 31 October 2025 (UTC)

为什么你要更改他人评论不如你可以更改这个事实更重要。如果你想托管一个讨论论坛，用户需要有信心，他们不会醒来发现他们的名字被安在一个他们没有写的评论下面。WhatamIdoing (talk) 22:17, 31 October 2025 (UTC)

这意味着需要x数量的用户至少拥有巡查员工具才能管理论坛。 Ikan Kekek (talk) 23:21, 31 October 2025 (UTC)

或者这意味着使用软件，通过设计来自动完成这些。WhatamIdoing (talk) 00:06, 1 November 2025 (UTC)

无论如何，都需要版主，就像维基旅行上的其他页面一样。我不明白你为什么认为新的论坛上会有比维基旅行其他地方更多的用户编辑他人帖子的情况。你认为它们会吸引很多用户，从而成为破坏者的主要目标吗？如果是这样，吸引大量用户是很棒的！Ikan Kekek (talk) 04:18, 1 November 2025 (UTC)

不，我认为不熟悉维基的用户看到讨论页的工作方式会感到奇怪，所以这可能会劝退潜在参与者，让他们根本不去发帖。WhatamIdoing (talk) 05:44, 3 November 2025 (UTC)

不过，新用户真的需要了解讨论页是如何运作的吗？更广泛地说，我认为回复工具现在已经全面实现，消除了之前需要了解维基文本才能贡献的许多障碍：缩进、签名讨论页、添加新话题——这些现在回复工具都能做得很好。shb (t | c | m) 07:55, 3 November 2025 (UTC)

我认为这很简单。我们在几个讨论页面（包括这个页面，如果我没记错的话）上有按钮写着：“点击此处添加新话题”。然后你写下你的帖子，现在甚至会自动帮你签名。结合回复工具，我真的不明白为什么有人会在这上面遇到困难。--Comment by Selfie City (talk) (contributions) 13:17, 3 November 2025 (UTC)

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

关于他人评论可编辑的问题，可以通过一个视频来解释页面历史是如何工作的，以及任何人都可以随时使用比较选定修订版本来确切地看到最初发布的内容，如果显示的内容不符，就能看到是谁何时更改的。AlasdairW (talk) 16:01, 3 November 2025 (UTC)

当然，但这并不是禁止性的。我认为挑战在于首先让人们意识到这样一个页面的存在。--Comment by Selfie City (talk) (contributions) 16:21, 3 November 2025 (UTC)

移动端体验也不同，我预计会有很多新用户使用移动设备。（此外，没有推送通知或其他让他们回访网站的功能。）WhatamIdoing (talk) 18:07, 3 November 2025 (UTC)

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

我支持旅行论坛的这个想法，只要它不变成垃圾邮件的狂欢。利用这种方法将更多人引入维基媒体环境（并希望将其中一些人转化为维基旅行和其他维基媒体项目的常规编辑者）是一个绝妙的主意。我们不是维基百科，我们可以开辟自己的道路。旅行指南本质上比百科全书更随意和对话式，我们应该拥抱它。OhanaUnited^{Talk page} 16:18, 3 November 2025 (UTC)

同意。我们作为旅行指南而非百科全书（尤其是在2000年代中期）的根源吸引了最广泛的编辑群体，即使它不如我们现在的社区那样专注。最好的世界是，我们拥有这两个社区共存：来自维基媒体这边的专注群体，以及休闲的旅行者贡献者。--Comment by Selfie City (talk) (contributions) 16:23, 3 November 2025 (UTC)

@Ikan Kekek, SelfieCity, Nvdtn19, OhanaUnited: 抱歉，我来得很晚（一直忙于现实生活中的功课——还有很多要做，但我需要休息一下 :P），但这里有一个演示版本：User:SHB2000/Travel forum。随意编辑或添加任何内容，但我的想法是，一旦它上线运行，就永久在网站通知中推广它。shb (t | c | m) 10:18, 9 November 2025 (UTC)

这与当前的维基旅行:游客咨询处有何不同？OhanaUnited^{Talk page} 15:41, 9 November 2025 (UTC)

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

非常感谢你创建这个模拟演示！我能稍微修改一下语言吗？另外，如果我们希望人们可以自由地发布轶事，我们应该明确提及这是他们可以做的事情，因为它与其他网站不同。Ikan Kekek (talk) 21:29, 9 November 2025 (UTC)

当然可以 :) 。shb (t | c | m) 21:32, 9 November 2025 (UTC)

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

错误的透明背景

新颜色

原始颜色

有人也遇到这个问题吗？截图是关于萨洛尼卡的。shb (t | c | m) 12:21, 30 October 2025 (UTC)

对我来说运行正常。--Comment by Selfie City (talk) (contributions) 12:26, 30 October 2025 (UTC)

供记录，我使用的是macOS上的Google Chrome浏览器，全局使用vector 2010皮肤。我在Safari（未登录状态）上测试过，虽然不是透明的，但我看到了一些不透明但同样不正常的东西。shb (t | c | m) 12:38, 30 October 2025 (UTC)

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

我也在使用Google Chrome，但在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更改，以免在暗模式下出现问题。

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

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

附注：透明度是由一个“临时补丁”引起的，其中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) 2025年10月31日03:32 (UTC)

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

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

添加此 CSS 后，使用浅色主题时编辑器 看起来如此，切换到深色主题时 看起来如此。 Nvdtn19 （讨论） 2025年10月31日02:42 (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月1日07:38 (UTC)

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

你好，Ikan Kek，

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

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

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

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

你好，Ikan Kek，

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

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

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

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

不过，您想在编辑方面得到什么帮助？ Ikan Kekek （讨论） 2025年11月1日08:45 (UTC)

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

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

为什么这这么温馨。 Oak lod （讨论） 2025年11月4日15:42 (UTC)

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

Oak lod （讨论） 2025年11月4日15:49 (UTC)

许多学生文章需要反馈

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

看起来还有好几个学生需要回复。 WhatamIdoing （讨论） 2025年11月6日02:39 (UTC)

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

提前（或事后）感谢任何有时间又有意愿去做这件事的人。学生们仍有充足的时间来修复任何问题，因此反馈很有可能不会白费（下个月情况会变得更糟……）。 Hanyangprofessor2 （讨论） 2025年11月6日12:54 (UTC)

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

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

傀儡账号：User:NXP is ours

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

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

同样，即使他们只访问过一次维基，用户也会显示为本地注册。但这并不意味着我们有义务做任何事情，尽管有时如果用户名表明是跨维基 LTA，我们就会这样做。//shb (t | c | m) 2025年11月3日21:47 (UTC)

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

《纽约时报》有一篇 有趣的关于 导览游和旅游的文章，揭示了许多热门城市的阴暗面，例如贫困和政治反对。这能给我们带来灵感吗？斯德哥尔摩环保之旅 提到了一个城市面临的困境，该城市自诩可持续发展，同时却在扩张六车道高速公路网。/ Yvwv （讨论） 2025年11月3日02:48 (UTC)

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

Oak lod （讨论） 2025年11月4日15:28 (UTC)

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

是的。我认为我们应该谨慎对待这些所谓的“反旅游”之旅。我还没读那篇文章，但早在 20 世纪 20 年代，富有的白人就会穿着皮毛和珍珠去哈莱姆“ slumming ”。 Ikan Kekek （讨论） 2025年11月6日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月6日14:16 (UTC)

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

我很乐意为维基旅人亚洲月评分文章，希望能沿用去年的标准。//shb (t | c | m) 2025年11月6日22:04 (UTC)

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

我同意——我认为虽然有一个获胜者是件好事，但大多数参与 WAM 的人都是出于乐趣，而不是为了赢得比赛。获胜只是对贡献文章最多的人的一个不错的额外奖励。//shb (t | c | m) 2025年11月7日05:21 (UTC)

我全力支持这个想法。然而，我认为我们应该关注亚洲。世界各国政府强烈不鼓励前往委内瑞拉旅行，而且作为游客被绑架的风险很高。鉴于那里目前的犯罪猖獗，那里根本不是旅游目的地。 --评论者 Selfie City （讨论） （贡献） 2025年11月7日05:54 (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)

That would be a good topic. Ground Zero (talk) 16:50, 8 November 2025 (UTC)

Perhaps generalise it to include things like the underground hotel in Shanghai or the one that is mostly ice in Finland. Pashley (talk) 02:24, 9 November 2025 (UTC)

We already cover dive sites. "Deep" habitat will be at 50 m off the Florida Keys. Probably worth a marker once it's on site, as although only researchers will visit, the structure might be visible to recreational divers from 30 m. Grahamsands (talk) 21:23, 9 November 2025 (UTC)

“东海”

This is the local name for the Sea of Japan in Korea, and it's not recognized internationally. I was confusing it with the East China Sea, I fear I have put the wrong sea name in some articles, and sadly, if so, I don't remember which ones and would need to look at everyplace along the east coast of Korea, but you all can be alert for this, in case you come across it. I believe the local name for the East China Sea in Korea is "West Sea," but I stand to be corrected. Ikan Kekek (talk) 21:24, 9 November 2025 (UTC)

地区列表的悬停背景效果

In my continued attempts to try slowly modernise this site, something I've been testing out is to get a grey background when you hover over a regionlist item. After quite a few attempts to troubleshoot this, I've finally got this feature successfully running. Unfortunately the way {{regionlist}} is coded means that I've essentially had to push this on the actual template to test the feature. Nonetheless, you should be able to see this in action on any article with a regionlist (examples at Toronto, Lower Darling or Texas).

The main benefit of this is that it adds a dynamic element, giving a more modern feel and give more of a 2025 look to {{regionlist}}. At the moment it's just a test, though; curious to hear overall thoughts on this. //shb (t | c | m) 10:11, 10 November 2025 (UTC)

I should mention that at the moment it only works on light mode – I'm not sure how to add css to support dark mode simultaneously. //shb (t | c | m) 10:18, 10 November 2025 (UTC)

@SHB2000: I have successfully implemented the dark mode version of the hover background effect using the @media (prefers-color-scheme: dark) {} block. I have used it to implement the dark mode in some of my off-wiki web projects on GitHub. Sbb1413 (he) (talk • contribs) 14:07, 10 November 2025 (UTC)

Oh awesome – cheers Sbb. :) //shb (t | c | m) 21:14, 10 November 2025 (UTC)

Hang on I just noticed that it stopped working on light mode. I'll see what's causing this. //shb (t | c | m) 21:18, 10 November 2025 (UTC)

Well, it works for me on both light and dark modes. Sbb1413 (he) (talk • contribs) 01:50, 11 November 2025 (UTC)

Nvdtn19 fixed it. :) //shb (t | c | m) 03:18, 11 November 2025 (UTC)

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

Who would maintain this code? Could it be handed off to the mediawiki developers? Pashley (talk) 14:50, 10 November 2025 (UTC)

I like it! Are there thoughts on making the grey area a clickable button, maybe to follow the labelled link or to emphasize the shape on the mapframe? Gerode (talk) 17:44, 10 November 2025 (UTC)

I've thought about that, but I'm not entirely sure how to implement that. //shb (t | c | m) 21:16, 10 November 2025 (UTC)

It looks good, but until it can be clicked, it's bad UI (esp. with the hand cursor). And I'd say also if it doesn't highlight the map elements (hard to do with static pictures :) ), it has limited advantage... -- andree 06:34, 11 November 2025 (UTC)

TAIV

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

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

Thoughts? //shb (t | c | m) 09:50, 11 November 2025 (UTC)

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

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

The main addition I'd suggest to your draft is a reminder to admins/granting folks that they should not grant this permission to anyone they don't believe to be an appropriate candidate for any reason. If you think someone's not going to do well with this user right, or even if you have some vague misgivings, then don't put your name down as the admin approving it. Let that be done by someone else. WhatamIdoing (talk) 17:09, 11 November 2025 (UTC)

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

I do agree about admins who should be able to reject a user on the basis that someone might not be the right fit for it; I'll add that down. //shb (t | c | m) 22:22, 11 November 2025 (UTC)

Also since TAIV requests must be explicitly requested, I am wondering if we should create a separate page for TAIV (and other non-admin permission requests) – maybe something like Wikivoyage:Requests for permissions. //shb (t | c | m) 03:30, 12 November 2025 (UTC)

As a result, I do not see a need to require a certain user right before asking for TAIV either, because it's up to the admin to determine whether the threshold for trust is met. Leaderboard (talk) 07:25, 12 November 2025 (UTC)

Should it be made a recommendation, then? //shb (t | c | m) 07:52, 12 November 2025 (UTC)