维基旅者:旅者茶馆

来自维客旅行
最新评论： 19小时前 来自 SHB2000，主题为 TAIV
跳转到导航跳转到搜索
欢迎来到茶馆

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

在提问或评论之前

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

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

请坐下，加入对话！

点击此处开始新主题

大型路线章节模板

[]
最新评论：Wauteurz 于 16 天前 在关于 Bluecoordinationfine 的主题中发表 16 天前32 条评论5 人参与讨论

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

我很想听听大家对此的反馈！ 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开关（我决定所有读者是否看到两者）。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。它现在也可以在没有名称的情况下使用。可选地，也可以添加from/to参数。Bluecoordinationfine （讨论） 2025年10月27日 21:22 (UTC)回复
关于比利时海岸电车之旅文章的快速评论。按照模板，它不应该有一个“出发”标题，并将部分作为子标题吗？Bluecoordinationfine （讨论） 2025年10月25日 20:23 (UTC)回复

宗教饮食

[]
最新评论：DaGizza 于 22 天前 在关于 Ikan_Kekek 的主题中发表 22 天前8 条评论5 人参与讨论
  1. “宗教饮食”或同类章节应包含禁食印度教徒的信息。印度教徒禁食时，必须保持素食，且不能交叉污染。
  2. 如果吃不到认证食物，遵守宗教饮食的人不能自己购买食材并烹饪食物吗？这不像在外用餐时偏向于认证；观察者会自己烹饪食物。例如，严格的犹太洁食至少需要一些犹太人的参与。

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

我本人是印度教徒，我认为关于印度教斋戒的信息应该放到印度教占多数的地区，就像开斋节的信息放到穆斯林占多数的地区一样。对于印度、尼泊尔、毛里求斯和斐济等国，这些信息应放在各自的国家文章中。对于斯里兰卡，则放在印度教/泰米尔人占多数的省份和地区。Sbb1413（他）（讨论 • 贡献） 2025年10月5日 16:13 (UTC)回复
印度教徒可能会在斋戒期间旅行，所以他们可能需要了解他们的饮食限制。Faster than Thunder （讨论） 2025年10月5日 16:37 (UTC)回复
严格的符合犹太教教规的饮食并不要求犹太人在任何食品或饮料生产环节中参与，除非涉及某种形式的葡萄酿酒，但确实需要某种形式的拉比监督来证明符合法律，但据我所知，对于本身就符合犹太教教规的物品，如没有可见虫子的新鲜水果和蔬菜，以及大多数酒类（葡萄酒除外），则不需要。但回复Sbb：如果我们仅将有关符合犹太教教规的餐馆和加工食品的信息限制在犹太人占多数的地方，那么对于希望或必须前往以色列以外地区旅行的遵守犹太教教规的犹太人来说，我们的文章将大打折扣。那么，我们为什么不也试着同样地照顾印度教旅行者呢？我认为只要有人具备知识和意愿，这样做就是个好主意。Ikan Kekek （讨论） 2025年10月5日 17:15 (UTC)回复
我同意你的观点。我们应该包含关于斋戒的印度教徒的信息，尽管一年中的斋戒日不多。Faster than Thunder （讨论） 2025年10月5日 17:43 (UTC)回复
我们假设信奉某种宗教的人知道他们自己的宗教规则。我们的职责不是告诉他们可以自己做饭。我们的职责是指出合适的场所（例如，犹太熟食店、清真肉店、杂货店），让他们自己做选择。WhatamIdoing （讨论） 2025年10月5日 21:26 (UTC)回复
说得对。Ikan Kekek （讨论） 2025年10月5日 21:48 (UTC)回复
印度教斋戒（以及其他斋戒和饮食）的种类太多了，无法在每个页面都包含。它可以成为一个专门的旅游主题，但我反对在维基旅行的各个地方加入这种程度的细节。有避免谷物的斋戒，有避免盐的斋戒，甚至有24小时不喝水的短斋戒。它高度多样化，取决于日期和亚文化/社群/地区。而且世界各地还有许多其他的宗教和饮食传统。主要的（素食/纯素食、清真、主要过敏原等）有时会被提及，我希望保持现状。而且，众所周知，许多进行“非污染”斋戒或饮食（印度教或其他）的人会在这些时期避免长途旅行。Gizza （roam) 2025年10月22日 00:43 (UTC)回复

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

[]
最新评论： 23天前13条评论6人参与讨论

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

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

有些离题，但我让一个聊天机器人将西孟加拉邦划分为旅游区域，我发现结果如下：
  • 北部孟加拉（喜马拉雅山和特赖地区）：Alipurduar、Cooch Behar、Darjeeling、Jalpaiguri、Kalimpong
  • 中北部孟加拉（Rarh-Varendra过渡区）：Dakshin Dinajpur、Malda、Murshidabad、Uttar Dinajpur
  • 西南部孟加拉（Rarh地区）：Birbhum、Bankura、Jhargram、Paschim Bardhaman、Paschim Medinipur、Purulia
  • 中南部孟加拉（恒河三角洲）：Nadia、Hooghly、Howrah、North 24 Parganas、Purba Bardhaman
  • 大加尔各答：Hooghly、Howrah、Kolkata、Nadia、North 24 Parganas、South 24 Parganas
  • 南部孟加拉（沿海地区）：Purba Medinipur、South 24 Parganas
这种方法有几个问题：
  • 虽然在印度这里“孟加拉”通常是西孟加拉邦的简称，但这个名字通常是指一个大片平原地区，覆盖西孟加拉邦、孟加拉国和其他地区。然而，除非你谈论“东孟加拉”或“东南孟加拉”，否则这不算什么大事。
  • 中南部孟加拉和苏珊大加尔各答地区有重叠。
  • 两个沿海地区 Purba Medinipur 和 South 24 Parganas 在公路或铁路上的连接并不直接，而是要经过加尔各答和霍拉。因此，将这两个地区作为单独的区域更有意义，我们有足够多的城市来做到这一点。
因此，我决定将邦划分为以下区域和子区域：
  • 北部孟加拉 [有文章]
    • Darjeeling（区）
    • Kalimpong（区）
    • Dooars（底层区域）：Alipurduar、Cooch Behar、Jalpaiguri
    • 北部平原（底层区域）：Dakshin Dinajpur、Malda、Uttar Dinajpur
  • 南部孟加拉 [无文章，将创建]
    • Hooghly
    • Howrah（区）
    • Kolkata
    • Murshidabad（区）
    • Nadia
    • North 24 Parganas
    • South 24 Parganas
  • 西南部孟加拉 [有文章]
    • Jhargram（区）
    • Paschim Medinipur
    • Purba Medinipur
  • Rarh [有文章]
    • Bankura（区）
    • Birbhum
    • Paschim Bardhaman
    • Purba Bardhaman
    • Purulia（区）
Sbb1413 (他) (讨论 • 贡献) 2025年10月6日 05:56 (UTC)回复
还有一些游客在旅行时盲目相信 ChatGPT，结果吃了“苦头”。我前几天在一家越南报纸上看到了这篇报道 。 Nvdtn19 (讨论) 2025年10月20日 07:09 (UTC)回复
我刚读了那篇文章，说实话……哇，真的太不可思议了——人们竟然如此信任人工智能？（我信，……只是我无法理解为什么会花费那么多钱而完全依赖人工智能。） //shb (t | c | m) 2025年10月20日 07:28 (UTC)回复
根据我的账户年龄估算，是的。我的一位朋友，和我一样，是位四十出头的大学教授，她经常遇到学生交的作业完全由大型语言模型完成。他们甚至没有尝试去理解作业内容，只是把作业输入聊天机器人然后不看就提交了。 —Justin (koavf)❤T☮C☺M☯ 2025年10月20日 13:31 (UTC)回复
我猜想是经验造就信任。它以前给过我正确的答案，所以…… WhatamIdoing (讨论) 2025年10月20日 18:30 (UTC)回复
当然是这样。//shb (t | c | m) 2025年10月20日 21:23 (UTC)回复
太疯狂了——美国的一些大学没有在Turnitin上启用AI检测吗？在我们大学，你永远无法提交由AI生成的任何内容，它要么会被（相当准确地）检测出来，要么AI输出的内容质量太差以至于无法使用，你肯定会不及格。也许是我从一开始就对信任AI持怀疑态度，但这仍然让我难以置信。//shb (t | c | m) 2025年10月20日 21:23 (UTC)回复
是的，我会说我所从事的行业直接与此有关，所以如果你好奇，我可以给你完整的介绍。
简而言之，美国大学生提交AI写的作业吗？经常提交，但经常会被TurnItIn和注意到作业写作质量低劣的教授发现。 --Comment by Selfie City (讨论) (贡献) 2025年10月20日 21:50 (UTC)回复
AI检测器有太多的假阳性和假阴性。很容易找到这样的故事：“我把《独立宣言》放进AI检测器，它98%确定是由大型语言模型写的！”之类的话。另外，从根本上说，你永远无法知道有多少漏报（假阴性）被忽略了。所以，我知道教育工作者经常使用它们，但它们的效果好坏参半，很可能是因为它们本身就是基于AI模型，而这些模型从根本上就不可能完全准确。 —Justin (koavf)❤T☮C☺M☯ 2025年10月20日 22:42 (UTC)回复
很有趣——我确实有个朋友的作业最近被错误地标记为AI生成的30%，但他只需要把他的Google Docs历史记录出示给课程负责人就可以了。也许只是我所在的大学太在意声望了（是的，非常在意——这里是八大名校之一），高层不希望他们的学位变得毫无价值，因为系统很容易作弊，但这仍然让我非常惊讶。//shb (t | c | m) 2025年10月20日 22:57 (UTC)回复
如果你想深入了解美国教育领域的读写能力危机，以及为什么会有如此令人震惊的轶事和数据表明，许多中学生毕业时几乎不具备读写能力，那么你可以阅读很多相关资料。 —Justin (koavf)❤T☮C☺M☯ 2025年10月20日 23:17 (UTC)回复
我当然知道——但没想到会蔓延到大学。//shb (t | c | m) 2025年10月20日 23:20 (UTC)回复

FYI：无限期背包旅行

[]
最新评论：1 month ago1条评论1人参与讨论

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

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

[]
最新评论： 1个月前16条评论6人参与讨论

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

附注：如果您愿意，可以额外接收我的通知，因为您熟悉维基语伴的格式指南，或者熟悉中文、韩文、越南文、泰文或日文的地点。请告诉我。偶尔我会在回复学生时尝试通知相关的维基语伴专家（也就是你们），但老实说，我在这里的活跃度不够，记不住“谁是谁”（如果有人回复，我会自己做一个通知备忘录 :P）。 Hanyangprofessor2 (讨论) 2025年10月7日 08:51 (UTC)回复
我很乐意被@提及，以获取中文地点的信息。
在你给出的列表中，西双版纳是一个热门目的地，我们已经有了相当不错的覆盖，所以学生工作的准确性尤为重要。
关于南海（佛山），值得注意的是，我们目前在佛山条目中涵盖了它，以及佛山的所有其他区（除顺德外）。我不确定是否值得单独创建一个南海条目，如果这样做，那么佛山条目将成为一个尴尬地不连续地组合了禅城和外围的三个区（三水和高明）。如果该学生想为南海创建一个新条目，这可能值得在Talk:Foshan讨论。 —Granger (讨论 · 贡献) 2025年10月7日 12:35 (UTC)回复
对于一个号称拥有700万人口的城市，我对佛山的内容如此之少感到非常惊讶。我对广东地区不太了解，但从一个不熟悉该地区的人的角度来看，如果信息集中在一起，而不是为城市的一个区单独写条目，我会觉得更有用。//shb (t | c | m) 2025年10月7日 12:48 (UTC)回复
佛山目前的总人口约为970万，其中约三分之一生活在顺德区，该区我们单独写了条目。 STW932 (讨论) 2025年10月7日 16:32 (UTC)回复
西双版纳是一个地区性条目，所以可能需要提醒学生，单个条目属于城市条目。 STW932 (讨论) 2025年10月7日 16:37 (UTC)回复
该条目应该由@Redyeoni来编辑，他正在重修这门课程，似乎已经忘记了它（本学期没有进行任何编辑……），唉。 Hanyangprofessor2 (讨论) 2025年10月12日 16:20 (UTC)回复
@SHB2000 @STW932 @Mx. Granger 我不确定你们是否支持分割这个条目。我会问相关学生，@SUN JIAYI's，在Talk:Foshan发起讨论，并提议将该镇划分为几个区。既然我们已经有了顺德，我认为增加更多区域是合理的。目前它在Foshan#Towns（作为唯一实体）中被提及；这似乎不理想…… Hanyangprofessor2 (讨论) 2025年10月12日 16:23 (UTC)回复
我还没有决定，因为我对佛山不太了解，无法真正发表意见。南海给人的感觉是一个独立的、有自己身份的目的地，还是佛山中心的一部分？我们要把这个区单独分出来，还是要将整个城市划分为各个区的条目？为什么不先把信息添加到佛山中，等有足够的信息支持多个充实的条目时再进行分割？这些都是值得思考的问题。 —Granger (讨论 · 贡献) 2025年10月12日 19:36 (UTC)回复
是的，我不喜欢部分区域划分城市。这很混乱。但为数百万人口的城市提出一个完整的区域划分方案当然是完全合理的。 Ikan Kekek (讨论) 2025年10月12日 19:41 (UTC)回复
我同意Ikan的观点。//shb (t | c | m) 2025年10月12日 22:31 (UTC)回复
我也是。分割南海区最大的问题是，你将会在佛山中心区（禅城区）和另外两个外围区（三水和高明）之间留下一个巨大的物理空白。所以，除非你也创建三水和高明的独立条目，否则单独为南海创建条目是不合理的。 STW932 (讨论) 2025年10月12日 23:13 (UTC)回复
当然，除非有足够多的条目可以划分整个城市。 Ikan Kekek (讨论) 2025年10月7日 16:46 (UTC)回复
鉴于我编写了动态地图指南，特别是为你们学生使用，我非常乐意被通知并联系关于这些动态地图的事情。我现在因为自己的工作无法积极地监控他们的工作，所以希望这不是个问题。 ― Wauteurz (讨论) 2025年10月7日 21:15 (UTC)回复
@Hanyangprofessor2 邓紫怡是你的学生吗？她似乎在起草关于岳阳中心区的条目。参见User:Ziyi Deng/sandbox STW932 (讨论) 2025年10月11日 12:29 (UTC)回复
@STW932 是的，我几天前注意到了，并建议他们把主题改为岳阳。 Hanyangprofessor2 (讨论) 2025年10月12日 16:25 (UTC)回复

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

[]
最新评论： 1个月前1条评论1人参与讨论

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

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

[]
最新评论： 29天前29条评论4人参与讨论

大家好，

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

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

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

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

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

此致，

Abhishek Suryawanshi
选举委员会主席

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

从四名候选人中选出两名，而两名候选人无理由被取消资格。老实说，这真是个笑话。我强烈建议阅读我链接的Meta页面以及m:Objections to the 2025 WMF Board election removals/Arab Community。我还是投票了，但如果你们中的任何人计划投票，我强烈建议先阅读一下那些页面。//shb (t | c | m) 2025年10月9日 08:13 (UTC)回复
嗯，你知道有“无理由”吗？还是你只是假设“无理由”，因为你自己不知道理由是什么？ WhatamIdoing (讨论) 2025年10月9日 23:00 (UTC)回复
我们可能不知道全部理由，但Lane已经公开了并披露了她所能披露的理由，我认为WMF的理由完全不可信。这甚至还没有触及Ravan的表面，她的理由尚未官方确认，但很可能是因为她对巴勒斯坦的公开立场。在投票前几天因政治观点或因批评WMF而被禁止参加选举，这简直是威权主义，尤其是当董事会成员与广大社区之间存在巨大脱节时。这至少说明了WMF缺乏透明度。//shb (t | c | m) 2025年10月9日 23:33 (UTC)回复
这两种情况都不理想，这仅仅说明了董事会与广大社区的脱节程度。这是一个“民意测验”，董事会选择进行，但并不强制他们采取任何行动。
因此，如果董事会已经决定不让这两个人加入董事会，你真的希望他们让你投票吗？如果他们“获胜”了，然后说：“惊喜！我们在一周前决定不让你加入董事会，但我们想反正让你投票，希望你不要支持他们，这样我们就可以把他们没能加入董事会的原因归咎于社区而不是我们自己。” WhatamIdoing (讨论) 2025年10月10日 02:15 (UTC)回复
这两种情况都不理想，而且只说明了董事会与更广泛的社区脱节到了什么程度。//shb (t | c | m) 2025年10月10日 02:21 (UTC)回复
也许这就是为什么他们越来越不受欢迎的原因，正如我链接的那些页面所证明的那样。 WhatamIdoing (讨论) 2025年10月10日 03:04 (UTC)回复
也许那才是他们日益不受欢迎的原因，正如我链接的那些页面所证明的那样。//shb (t | c | m) 2025年10月10日 03:15 (UTC)回复
董事会的工作也不在于取悦大众。WhatamIdoing（讨论） 2025年10月10日03:58 (UTC)回复
那么，他们为什么要进行这种非选举活动呢？另外，是否有任何非自我延续的社区成员被保证或通常会被选入董事会？Ikan Kekek（讨论） 2025年10月10日04:07 (UTC)回复
他们为什么要这样做？我认为他们从中看到了价值，因为他们知道谁在附属组织和个人社区成员中最受欢迎。我认为他们希望在董事会中有附属组织和社区成员，而这是缩小候选人名单的好方法。公开过程可能有助于背景调查，因为背景调查无法查出一些你想知道的事情。背景调查可以让他们发现诸如酒驾定罪或欠债达到可能存在贿赂风险的程度等问题，但公开声明让他们有机会听到诸如在活动中令人毛骨悚然的行为之类的事情。（我举这些例子是因为我相信它们与任何现任或前任候选人都没有关系。）
没有人能保证在Wikimedia基金会（WMF）的董事会中获得席位。即将卸任的董事会有权拒绝任何候选人或所有候选人（如果他们最初看起来不错，但后来董事会认为不合适，则可以随时将其移除）。然而，他们自愿在章程中规定了“通过社区或联盟提名程序”来产生部分董事会席位的要求。从技术上讲，这可以是董事会选择的任何程序，在任何时间表上，并根据需要重复进行，直到找到他们愿意接受的候选人为止。不过，过去我们从未需要进行多轮投票，通常情况下，得票最多的候选人通常会被董事会任命。WhatamIdoing（讨论） 2025年10月10日04:22 (UTC)回复
谢谢你的解释。Ikan Kekek（讨论） 2025年10月10日04:32 (UTC)回复
不过，我应该说，你的某些回应帮助我理解了一个需要解决的重大问题。Ikan Kekek（讨论） 2025年10月11日05:56 (UTC)回复
对我来说，令人难过的是，这整场争议竟然发生了——表达对国际冲突的看法永远不应该导致被取消资格。如果她真的有争议，社区也会表达出来。WMF没有干预的必要，而且他们继续为这个决定辩护的事实令人担忧。//shb （t | c | m） 2025年10月11日12:56 (UTC)回复
我认为表达某些观点确实应该导致被取消资格。例如，我不认为一个在国际上知名的非营利组织，其旗舰网站应该保持中立，却要选拔一位公开支持哈马斯（注意：不是巴勒斯坦，而是哈马斯）并且公开支持“强奸受害者在撒谎”观点的女性担任董事会成员。反对灭绝种族符合使命，而支持强奸犯和恐怖组织则不符合。现任董事会有责任推进使命，有时这意味着，除其他外，要劝阻那种可能导致潜在选民了解此事的那种政治操纵。WhatamIdoing（讨论） 2025年10月11日19:50 (UTC)回复
我同意那样确实应该被取消资格，但是董事会是否解释过这就是他们取消她资格的原因？此外，如果她的观点是长期以来为人所知的，为何要拖到这么晚才取消她的参选资格？Ikan Kekek（讨论） 2025年10月11日20:08 (UTC)回复
据我所知，上次的流程（从候选人的角度来看）是这样的：
  • 宣布参选并开始允许类型的政治宣传；
  • 个人贡献者对长名单进行投票；
  • 附属组织投票（从上一轮投票缩短的名单中）；
  • 背景调查，董事会取消任何不合适/不受欢迎的候选人资格（如果他们恰好在名单顶部）；以及
  • 名单顶部的候选人由现任董事会成员正式任命。
他们收到了关于个人选民需要研究的候选人太多，附属组织也不仅仅是橡皮图章式地认可个人结果的投诉，所以当他们今年颠倒了第2步和第3步时，我并不惊讶。
然后他们修改了流程，在最终投票前进行背景调查。如果有人意识到至少有一位候选人将被取消资格，我对此不会感到惊讶。
一位董事会成员已经在wikimedia-l邮件列表中给出了个人解释。我不知道（也不期望）会有官方声明。（如果他们这样做，我会感到失望，因为那将构成一种沉重的、官方的谴责）。WhatamIdoing（讨论） 2025年10月11日20:50 (UTC)回复
难道就没有办法更早地取消她的资格吗？我很感激你提供了那位董事会的帖子链接。对两位被取消资格的候选人的取消资格理由是合理的，但我认为这个过程有问题，而且应该有更多、更及时的关于取消资格理由的沟通。Ikan Kekek（讨论） 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（讨论） 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（讨论） 2025年10月12日21:48 (UTC)回复
感谢你解释了这一切。遗留的问题是，这个解释来自你在这里的说明，而不是直接来自董事会向所有维基媒体人发布的官方声明。Ikan Kekek（讨论） 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（讨论） 2025年10月14日00:44 (UTC)回复

这是值得称赞的做法，而本维基所有关于用户权限高于巡查员的决定都是公开记录的？为什么只有董事会所做的事情是秘密的，没有任何官方声明？Ikan Kekek（讨论） 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:用户权限提名的投票公开是我们的选择。并非所有维基百科都做出这样的选择。例如，英文维基百科正在为他们的2025年仲裁委员会选举做准备，这是通过秘密投票进行的。个人可以发言——就像WMF董事会的个人成员可以发言一样（并且在此案例中也已这样做）——但集体群体只通过秘密投票发声。WhatamIdoing（讨论） 2025年10月14日19:39 (UTC)回复
我在多个其他非营利组织中看到的误解之一是，董事会所做的事情不同于个人在董事会会议中所说的话。例如，在社交媒体普及之前的日子里，我经常听到一个组织中有人抱怨“透明度”，他们的意思是，仅仅知道董事会是否通过了决议或批准了费用（这是董事会所做的事情），甚至知道最终投票赞成或反对的董事会成员的名字，都是不够的；相反，他们认为董事会会议应该像一个国家立法机构一样运作，董事会成员在会议上说的每一句话，有时甚至如何说，都应该向所有成员披露，这样他们就可以批评那些主张错误观点、提出他们认为愚蠢问题的董事会成员等等。董事会成员通常不是因为想要被一个混蛋挑剔他们在会议上所说的话而自愿加入的。当这种情况变得普遍时，董事会就不再能够直接协同工作，而是变成了一个“传声筒”游戏：爱丽丝想谈论X问题，所以她打电话给鲍勃和克里斯；鲍勃和克里斯分别与大卫、伊芙和弗兰克通话；弗兰克和伊芙打电话给爱丽丝，到了董事会正式开会的时候，唯一剩下要说的就是“全体同意？”
（一位“透明度”倡导者最终当选了那个董事会。如果我没记错的话，他为几次会议提供了自己非官方的总结，记录了谁说了什么，然后就“太忙了”。）WhatamIdoing（讨论） 2025年10月14日19:57 (UTC)回复

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

[]
最新评论： 1个月前3条评论3人参与讨论

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

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

你曾经去过那个地区或者在那里住过吗？如果你去过，我建议你把你最喜欢的餐厅或其他地方写进文章。有时我会这样写：
  • 李氏金餐厅。烤肉很好。离地铁站很近。服务员只会说韩语。
  • 高氏家庭餐厅。适合带小孩的家庭。
  • 金氏旅游餐厅。提供美式食物。所有服务员都会说英语。
  • 郑氏小花餐厅。一家只有五张桌子的小餐厅，但炸酱面很好吃。如果你不会说韩语，只需指着菜单上的图片。
这样你就可以帮助不同的人找到他们想要的最佳餐厅。WhatamIdoing（讨论） 2025年10月10日05:40 (UTC)回复
除了WhatamIdoing提到的（这是个很好的建议）之外，我们并没有任何客观的标准来确定哪些餐厅应该被列出。如果一家餐厅明显很差，那么省略它是合理的（参见WV:ANR），但除此之外，请大胆尝试！//shb （t | c | m） 2025年10月11日23:49 (UTC)回复

WMF董事会改革

[]
最新评论： 1个月前2条评论2人参与讨论

m:2025 WMF董事会改革请愿书影响了整个运动的成员，所以我在此发布以引起注意。我自己只对维基旅人做了几十次贡献，如果这里不是发布此信息的正确地点，请告诉我。Clovermoss（讨论） 2025年10月10日20:54 (UTC)回复

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

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

[]
最新评论： 1个月前9条评论4人参与讨论

我通过阻止其账户为我们争取了1天时间。我做了一些研究，合并和重定向了几个条目，但这需要耗费大量时间，所以如果你们能提供帮助，我将非常感激（换句话说，我今晚就到此为止，把剩下的交给你们了）。有时，网络搜索并不能表明有名字相同的湖泊，而是瀑布，或者存在更通用的名称。总之，它们都不符合维基旅人:什么是条目的标准，之前创建的Ekom-Nkam瀑布也不符合（请参见Talk:Nkam：我认为这两个条目都应该合并并重定向到Bamenda）。Ikan Kekek（讨论） 2025年10月11日05:42 (UTC)回复

我越看Awa的编辑，就越感到困惑。我怀疑至少有一部分内容是用AI写的，因为它与法语维基旅人并不完全一致。我仍然不理解为什么会有大量在这里不存在的模板。//--由 Selfie City（讨论）（贡献） 2025年10月11日10:43 (UTC)回复
我越看Awa的编辑，就越感到困惑。我确实怀疑至少有一部分内容是AI生成的，因为它与法语维基旅人并不完全一致。我仍然不理解为什么会有大量在这里不存在的模板。//--由 Selfie City（讨论）（贡献） 2025年10月11日10:48 (UTC)回复
我已通过（可能使用多重阻止）阻止他们创建新页面。希望这能给我们一些时间来清理他们造成的混乱，并希望他们在Meanwhile期间也能修复他们造成的混乱。//shb （t | c | m） 2025年10月11日12:58 (UTC)回复
考虑到你关于不准确之处暗示AI使用的观点，我们是否需要撤销我之前对他们（非）条目的合并/重定向，然后删除所有内容？Ikan Kekek（讨论） 2025年10月11日20:10 (UTC)回复
我不太确定AI方面。在我看来，这部分是原创内容，部分是AI生成的。有些事实似乎是准确的，例如一些驾驶距离和一般信息。问题在于，例如Nkam的描述：“入口处可能有当地供应商出售纪念品和手工艺品（木雕、编织篮和石雕）”听起来非常像AI生成的，仿佛用户写了“了解”部分，然后想为所有部分填充内容，并使用ChatGPT写了其中一些部分。--由 Selfie City（讨论）（贡献） 2025年10月11日20:52 (UTC)回复
我认为萨纳加湖应该被移至杜阿拉埃德国家公园，因为它似乎完全位于国家公园边界内。WhatamIdoing（讨论） 2025年10月11日20:10 (UTC)回复
为什么不删除它？你能在Talk:Lake sanaga上评论吗？Ikan Kekek（讨论） 2025年10月11日20:20 (UTC)回复
我同样希望看到这个国家公园成为一个条目，但目前的萨纳加湖条目无法在没有当地专业知识的情况下改写成国家公园条目。我认为删除更合理，但如果有人想创建一个关于这个公园的条目，我完全不反对。--由 Selfie City（讨论）（贡献） 2025年10月11日21:02 (UTC)回复

维基语地的目的

[]
最新评论：30 天前10 条评论4 人参与讨论

有人真的用它来旅行吗，还是这只是人们做指南的爱好？我不认为有人用这些。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)回复

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Wikivoyage 对我来说是一个爱好，并且我用它来计划旅行以及旅行途中使用。它是我用于旅行的资源之一。Ground Zero（讨论） 01:06, 13 October 2025 (UTC)Reply

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

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

[]
最后回复：29 days ago4 条评论2 人参与讨论

大家好，我目前正在写这篇维基导游文章，这是我“理解大小数据”课程项目的一部分。我的页面现在已经达到了城市概览级别，我想听听有经验编辑的反馈或评估。这是我文章的链接： 我非常感谢任何意见或改进建议。谢谢您的时间和帮助！🙏 --Jeong GiYoung（讨论） 02:02, 13 October 2025 (UTC)Reply

@Jeong GiYoung: 感谢您的询问！总的来说，看起来很棒。感谢您为每个条目提供详细的描述和坐标，以及路线。请检查电话号码，因为有些号码开头仍然缺少区号。
那些餐馆或酒店有网站吗？如果有，添加链接会很好。
我还恢复了一些结尾处的模板，或者它们可能一开始就不存在：IsPartOf、city article status 和 geo。这些对于我们计算网站文章数量和对其进行分类是必要的，所以请确保不要删除它们。谢谢！--评论者 Selfie City（讨论）（贡献） 13:37, 13 October 2025 (UTC)Reply
@SelfieCity 感谢您的反馈！如您所说，我们已将电话号码统一为国际区号格式，并已完成网站所在地的补充。 --Jeong GiYoung（讨论） 04:43, 14 October 2025 (UTC)Reply
看起来不错！谢谢。--评论者 Selfie City（讨论）（贡献） 12:38, 14 October 2025 (UTC)Reply

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

[]
最后回复：29 days ago3 条评论2 人参与讨论

大家好，我最近扩充了河东的文章，在“活动”下添加了详细的列表，包括一个新的“节日”部分，重点介绍了地方活动，如野茶节和宇宙花节。我很想听听关于结构、语气或格式方面的反馈，以帮助其更接近维基导游的成熟目的地文章风格。先谢谢大家！—Ddongha（讨论） 06:17, 13 October 2025 (UTC)Reply

@Ddongha: 文章写得不错，除了“如何抵达”部分需要更多关于这些地方的信息，同样“注意事项”也需要。如果能有更多关于如何抵达的文字，比如哪些道路或铁路进入该县，那会进一步改进文章。
如上所述，我将在文章末尾恢复一些模板，或者它们可能一开始就不存在：IsPartOf、city article status 和 geo。这些对于我们计算网站文章数量和对其进行分类是必要的，所以请确保不要删除它们。--评论者 Selfie City（讨论）（贡献） 12:42, 14 October 2025 (UTC)Reply
还有一点评论—一些标记，特别是餐厅的标记，似乎在不同的省份。这些在河东郡吗？如果不在，应该移到正确的郡或市文章中。确保文章中的所有列表都在河东郡内。--评论者 Selfie City（讨论）（贡献） 12:46, 14 October 2025 (UTC)Reply

维基旅行：用户权限提名

[]
最后回复：14 days ago30 条评论8 人参与讨论

有两位用户被提名授予核查员（Checkuser）权限。核查员可以检查用户的IP地址信息和其他服务器日志数据。此工具仅用于保护维基导游免遭破坏和干扰。这是一个重要的行政角色。鼓励用户考虑这些提名并投票赞成或反对。Ground Zero（讨论） 01:18, 15 October 2025 (UTC)Reply

目前只有 7 票，这意味着提名将失败。我再次请求用户考虑这些提名并表达您的赞成或反对意见。Ground Zero（讨论） 02:04, 19 October 2025 (UTC)Reply
重申一下为什么这很重要：核查员权限对维基导游来说是新的，并且要求每次提名需要 25 票或更多，并且至少需要提名两个人才能被授予核查员权限。即使您无关紧要，让您的意见被听到也有助于实施这个对于打击破坏非常有价值的角色。― Wauteurz （讨论） 08:44, 19 October 2025 (UTC)Reply
另外，作为一个小建议，我认为在投票期间在网站通告（sitenotice）中添加关于投票的信息会很有用，因为并非所有用户都密切关注“Pub”。― Wauteurz (讨论) 08:47, 19 October 2025 (UTC)Reply
老实说，这倒是个不错的主意（虽然我将自己置身事外）。几年前 enwikibooks 在 Leaderboard 竞选 CU 时（尽管不成功）也这么做过。//shb (t | c | m) 09:29, 19 October 2025 (UTC)Reply
那就这么办了。如果这是个有问题的方法，很容易就能撤销。― Wauteurz (讨论) 19:48, 19 October 2025 (UTC)Reply
“25 票或更多”这个要求是从哪里来的？这意味着基本上所有活跃的高贡献度编辑者都必须参与这次讨论。我们曾经有过 25 人参与用户权限投票吗？WhatamIdoing（讨论） 22:03, 19 October 2025 (UTC)Reply
我很有把握地告诉你答案是“不”。Ikan Kekek（讨论） 22:06, 19 October 2025 (UTC)Reply
它来自meta:CheckUser_policy#Appointing_local_CheckUsers：“至少有 25–30 位编辑的批准”。如果我们仍然难以达到这个数字，询问我们曾以不到 10 票的得票数提拔管理员，以请求放宽最低要求，可能会有帮助。AlasdairW（讨论） 22:47, 19 October 2025 (UTC)Reply
是的，这确实是全球政策，其目的是确保小维基不会任命本地 CU。核查员是管理员授予的权限，因此通常不考虑单个维基的特殊情况（很少有例外）——如果我们无法在合理的时间内获得 25 票，提名通常会被认为不成功（这曾发生在几年前 Leaderboard 的 enwikibooks CU 提名上）。//shb (t | c | m) 06:04, 20 October 2025 (UTC)Reply
我们有33 位管理员（包括机器人），并且邀请活跃时间长的高贡献度编辑者并非不合理。（如果您能凑够 24 票，只需再加最后一票，随时可以 ping 我。）WhatamIdoing（讨论） 18:35, 20 October 2025 (UTC)Reply
我非常惊讶一周内就达到了 19 票（或 SC 的情况是 18 票）。老实说，我以为这两个提名都会像近几年来 enwikinews 或 enwikibooks 的提名一样失败……但没有，两个都可能通过。一周时间足够再获得 7 票了。//shb (t | c | m) 04:57, 22 October 2025 (UTC)Reply
现在我们已经达到了所需的最低投票数。终于。shb (t | c | m) 12:04, 23 October 2025 (UTC)Reply

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ 感谢所有投票的人。这是维基导游社区力量的体现。Ground Zero（讨论） 12:17, 23 October 2025 (UTC)Reply

同感——感谢信任投票。 :) //shb (t | c | m) 12:36, 23 October 2025 (UTC)Reply
我将继续推进并彻底改革维基导游：核查员页面，并创建维基导游：核查员申请。我认为这完全没有争议，但在此记录，我将使用 Meta 上的格式（我个人认为最易于使用）。//shb (t | c | m) 00:30, 29 October 2025 (UTC)Reply
Yes 完成 – WV:RfCU 现已存在。//shb (t | c | m) 01:54, 29 October 2025 (UTC)Reply

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

[]

抱歉错过了最初的讨论，因为我参加了WikiConference North America，并且不得不处理这次安全事件。我想知道我们是否应该做一些长期规划，让这个项目上有超过两个核查员（因为我们的傀儡账号也存在了很长时间，不太可能消失）。核查员政策强调制衡，要求任何时候都至少有两名编辑担任核查员。如果我们只有两个人，其中一个辞职、退休或长期不活跃，我们就可能不得不仓促任命新人。我们可以通过拥有超过两个人来减轻这种风险。OhanaUnited讨论页 14:29, 23 October 2025 (UTC)Reply

好主意。还有其他人对成为核查员感兴趣吗？--评论者 Selfie City（讨论）（贡献） 15:16, 23 October 2025 (UTC)Reply
出于这个原因，我支持第三个。shb (t | c | m) 20:01, 23 October 2025 (UTC)Reply
另外，对于任何其他愿意成为 CU 的人，您还需要签署wmf:Legal:Wikimedia Foundation Confidentiality Agreement for Nonpublic Information（如何签名在此）。这是一个非常简单的过程，您只需要输入您的维基用户名即可作为签名，实际上只是一个冗长的协议，表示“我不会向任何人泄露私人信息，除非是核查员或管理员”。//shb (t | c | m) 22:34, 23 October 2025 (UTC)Reply
我在考虑。我对签署保密协议的顾虑较小，因为我过去已经签署过，但我更担心强制使用双因素认证（2FA）。我亲身经历过我朋友在纽约市旅行时把手机落在 Uber 里的麻烦。她无法登录 Uber 或联系 Uber 客服来联系司机取回设备，因为 Uber 检测到了“可疑活动”。虽然我确实使用 2FA 进行银行业务，但 WMF 在我所在的城市没有办事处，如果出了问题，我无法亲自向他们出示身份证件来重置我的 2FA。而且由于我经常去加拿大北部旅行，我不知道 2FA 会多久要求我验证一次。OhanaUnited讨论页 13:48, 24 October 2025 (UTC)Reply
我不认为 2FA 是核查员的必需项（或监督员）？据我所知，它只对可以编辑 .js/.css 页面的权限是必需的，目前只有管理员、全局管理员和界面管理员，而核查员则不是。//shb (t | c | m) 21:51, 24 October 2025 (UTC)Reply
根据页面上的说法，它写着“出于法律和安全原因，维基媒体基金会已决定要求此角色使用双因素认证。 无论如何，如果我参选，是否需要有人提名我担任此职位？OhanaUnited讨论页 03:46, 25 October 2025 (UTC)Reply
嗯，有趣，这一定是最近的一个变化，我之前不知道。我认为没有人需要提名你担任这个角色，但如果你愿意，我可以提名。 :) //shb (t | c | m) 04:21, 25 October 2025 (UTC)Reply
是的，我很乐意有人提名我。OhanaUnited讨论页 03:30, 26 October 2025 (UTC)Reply
Yes 完成 //shb (t | c | m) 04:20, 26 October 2025 (UTC)Reply
2FA 提供备用代码，您（并且很可能应该）将其写在纸上，以应对这种情况。 WhatamIdoing (讨论) 2025年10月25日21:03 (UTC)回复
宣传这个的蓝色横幅广告框正在向未登录的编辑者/私密浏览器窗口显示，这可能不是个好主意。 WhatamIdoing (讨论) 2025年10月29日16:55 (UTC)回复
我不担心匿名者投票——那些 IP（或者现在应该说是 TA）在那些提名上的投票是专门为了规避封禁。无论如何，管理员仍然很有可能会忽略 IP 投票。//shb (讨论 | 贡献 | meta) 2025年10月29日22:16 (UTC)回复

滥用过滤器封锁

[]
最新评论： 25 days ago1 条评论1 人参与讨论

我们之前在这里进行过一次讨论，但讨论不了了之了，但我现在重新启动这次讨论，以启用滥用过滤器中的阻止功能，使用在那次讨论中商定的相同条件。随着近期 LTA 活动的增加，不断启用和禁用“阻止用户采取行动”不仅不利于捕捉误报，而且极其浪费时间。//shb (讨论 | 贡献 | meta) 2025年10月19日01:44 (UTC)回复

Wikidata

[]
最新评论： 23 days ago4 条评论4 人参与讨论

与英语维基旅游无关，但能否将希腊语页面 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 页面受到半保护，因此需要由在 WD 上进行足够编辑以获得自动确认权限的人员来完成。能否请懂希腊语的人检查一下是否已正确完成？ AlasdairW (讨论) 2025年10月19日13:30 (UTC)回复
在我这边看来，它按预期工作。//shb (讨论 | 贡献 | meta) 2025年10月20日06:00 (UTC)回复

南澳大利亚在 Wikidata 上

[]
最新评论： 23 days ago7 条评论4 人参与讨论

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

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

既然他们成功了，我想请求将页面 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 (讨论 | 贡献 | meta) 2025年10月20日12:02 (UTC)回复

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

[]
最新评论： 18 days ago6 条评论5 人参与讨论

你好。请帮助为新的抽象维基百科项目选择一个名称。该项目将是一个维基，使用户能够结合 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 所说），而不是这里，尤其是因为它们中大约有三分之一似乎非常沉寂。//shb (讨论 | 贡献 | meta) 2025年10月24日22:26 (UTC)回复
汇率似乎是个好主意。
或者也许是 cautionbox 的一些部分？简单的（主谓宾）句子，如“[日期]发生了一次洪水”，以及相关的外部链接，可以帮助许多语言。 WhatamIdoing (讨论) 2025年10月25日21:07 (UTC)回复

本站“commune”一词的使用

[]
最新评论： 18 days ago21 条评论6 人参与讨论

这个词在法语和意大利语的乡村中经常使用：随便举个例子，在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 (讨论 | 贡献 | meta) 2025年10月22日23:10 (UTC)回复
“commune”这个词不是外语，所以斜体显示是错误的。解决这个问题的一种方法是创建一个模板 “{{commune}}”，它会展开为“[[:en:Commune#Administrative-territorial entities|Commune]]”。
当我尝试在 Wikivoyage 中进行此扩展时，它没有奏效，但在 Afrikaans Wikipedia 中它如预期那样奏效（见这里）。一个类似的模板“{{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 有链接到 Wikivoyage！字符串“[[: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 (讨论 | 贡献 | meta) 2025年10月25日22:21 (UTC)回复
我认为简单的重定向比可替换模板是更好、更友好的想法。 WhatamIdoing (讨论) 2025年10月25日21:10 (UTC)回复
我查看了 Wikidata 和 Wiktionary 选项。虽然 Wikidata 可能难以导航，但我们正在寻找的定义就在那里，所以没有必要进行导航。另一方面，Wiktionary 提供了所有含义，因此提供的信息可能令人困惑，让用户一无所获。 Martinvl (讨论) 2025年10月25日21:33 (UTC)回复
在世界各地的 pension 方面进行进一步研究，似乎韩国的 pension 有点不同，那里是带厨房的小屋。在日本，它们与 Minshuku 不同，具有西式房间。我认为我们需要为 pension 在那些常见的国家文章的 Sleep 部分提供本地化的描述。 AlasdairW (讨论) 2025年10月25日22:13 (UTC)回复

美利坚合众国命名

[]
最新评论： 21 days ago1 条评论1 人参与讨论

鉴于美国页面是高度关注的页面，我们在此就应否将其重命名为“United States”征求更多意见。讨论请见Talk:United States of America#Name。//shb (讨论 | 贡献 | meta) 2025年10月22日06:52 (UTC)回复

韩国和柬埔寨

[]
最新评论： 20 days ago10 条评论6 人参与讨论

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

这是旅行禁令，意味着如果韩国人继续前往这些地区旅行，他们将面临处罚。 Nvdtn19 (讨论) 2025年10月23日06:16 (UTC)回复
一篇报道，提供了背景信息。目标似乎是求职者，而不是游客。 Pashley (讨论) 2025年10月22日18:35 (UTC)回复
我们通常会使用Template:Cautionbox来处理目的地文章中的此类情况。 WhatamIdoing（讨论）2025年10月22日20:41 (UTC)回复
我认为我们应该有一个警示框。我们是为旅行者服务的网站，而不仅仅是游客。我们有关于出国工作和出国学习的文章。 --来自 Selfie City（讨论）（贡献）2025年10月22日21:34 (UTC)回复
当然。 Ikan Kekek（讨论）2025年10月22日23:42 (UTC)回复
是的，并且可能也会在海外工作的条目中以及目的地条目中。Pashley（讨论） 2025年10月23日 00:19 (UTC)回复
对于目的地，是在国家层面设置一个警示，还是在地区/城市文章中设置多个？理想情况下，我会说是在国家层面设置一个，然后从受影响的地区进行链接，但这可行吗？ Pashley（讨论）2025年10月23日00:19 (UTC)回复
很难说。或许我们应该看看该地区哪些页面浏览量最多？一个城镇的文章几乎没有浏览量，而附近某个地方的文章每月有数百次浏览量，这种情况并不少见。我认为这是由于搜索引擎优化和搜索引擎造成的。 --来自 Selfie City（讨论）（贡献）2025年10月23日12:37 (UTC)回复
搜索引擎优化确实会导致这些奇怪的统计数据。 //shb (t | c | m) 2025年10月23日12:48 (UTC)回复
我们有Template:Overseasjobscam，但目前只在国家级别的文章中使用。我认为从受影响地区进行链接，并有国家或地区文章作为总体警告，可能是最简单的解决方案。是的，我也同意将其添加到出国工作。 //shb (t | c | m) 2025年10月23日12:46 (UTC)回复

征求反馈：“龟尾”

[]
最新评论：10天前6条评论4人参与讨论

大家好，

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

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

非常感谢您的时间和支持。 Hong Da Hyeon（讨论）2025年10月24日06:03 (UTC)回复

感谢您扩展了这篇文章。我只是快速看了一下，但注意到一些可以改进的地方
  • “游览”（See）部分列出了一些其他景点。最好能提供一些细节，最好是完整的列表。任何游览景点都有主要链接吗？
  • Geumosan Market应该移到“购物”（Buy）部分，除非您认为大多数游客只是去看看而不是去买东西。
  • Lotte Department Store是百货公司还是购物中心？
  • 在“住宿”（Sleep）部分，请添加酒店官网的链接。
AlasdairW（讨论）2025年10月24日13:01 (UTC)回复
感谢您的回复。我已经完成了所有修改，恳请您审阅。 Hong Da Hyeon（讨论）2025年10月31日00:28 (UTC)回复

征求反馈：岳阳

[]

大家好！作为韩阳大学课程项目的一部分，我一直在改进岳阳的文章。我添加了关于气候、城市布局和历史的部分，我非常希望得到任何反馈或建议，以使其变得更好。谢谢！ — Ziyi Deng（讨论）2025年10月26日13:13 (UTC)回复

你好！这里有一些可以进一步改进文章的步骤：
  1. 我们有一个用于显示气候信息的模板。要创建它，您需要将“climate chart”模板插入文章中，并将表格中的数据复制到图表中。
  2. 所有“游览”（See）之后的部分，尤其是“餐饮”（Eat）和“住宿”（Sleep），都需要使用列表模板{{eat}} 和 {{sleep}}，并列出城市中具体的餐馆和酒店。
--来自 Selfie City（讨论）（贡献）2025年10月26日13:28 (UTC)回复
非常感谢您花费时间审阅岳阳条目并提供如此清晰和有建设性的反馈。对我这样的新贡献者来说，这非常有帮助。
我已经实施了您的两个主要建议：
1. 我已将之前的气候部分替换为标准的维基语游{{Climate}}
图表模板。
2. 我已将“饮食”和“住宿”部分完全转换为使用正确的 .  和 .  列表模板，添加了具体的餐厅和酒店示例。
这篇文章现在应该更符合社区的格式标准了。我已经将这些修改添加到了主文章区域。您能在有空的时候再看一眼，告诉我它现在是否看起来正确吗？
我非常感谢您在我改进旅游指南质量方面提供的指导。
此致， Ziyi Deng（讨论）~ Ziyi Deng（讨论）2025年11月2日13:52 (UTC)回复

Module:User_rights_nominations

[]
最新评论：17天前5条评论2人参与讨论

你好。我刚刚编写了这个模块，它目前唯一的功能是计算当前提名的数量。能否以某种方式将其集成到MediaWiki:Sitenotice？ NguoiDungKhongDinhDanh（讨论）2025年10月26日21:59 (UTC)回复

我认为可以将其添加到MediaWiki:Recentchangestext。 //shb (t | c | m) 2025年10月26日23:05 (UTC)回复
听起来不错。也许我应该添加一个简单的数字转文本功能（11及以上显示“超过十个）这样它也能在MediaWiki:Sitenotice中运行？ NguoiDungKhongDinhDanh（讨论）2025年10月26日23:18 (UTC)回复
就我所知，sitenotice 目前只针对检查用户提名（我们可能在很长一段时间内都不会有这种提名），所以我认为两周后它可能不会有任何用户权利提名——而对于Recentchangestext，它将永远存在，并且可能对sysop/IA提名有所帮助。 //shb (t | c | m) 2025年10月26日23:26 (UTC)回复
@SHB2000：谢谢您的信息。我已在MediaWiki talk:Recentchangestext提交了编辑请求。 NguoiDungKhongDinhDanh（讨论）2025年10月26日23:47 (UTC)回复

关于维基语游的目的？

[]
最新评论：3天前48条评论11人参与讨论

我发现有人在他的用户页和评论中写了关于维基旅行目的（当然不是我）。他写道：“关于维基旅行的评论：在当今时代，我觉得维基旅行不切实际，它朴素且过时。维基旅行的一个坏处是，它是那些从未去过那个地方的人写的。那里内容也很不吸引人，缺乏评论、真实经历视频和具体教程。旅游不是一种稳定的知识，它变化很快，没有一个成员能及时更新所有内容。这肯定会成为一个死去的项目。”这种观点切合实际吗？尽管他有这些评论，但我认为这里的许多文章（尤其是旅游主题）都是有价值的参考。作为维基旅行的长期贡献者，我喜忧参半，但我倾向于反对他的观点。你对此事有何看法？ Nvdtn19（讨论）2025年10月28日18:18 (UTC)回复

你指的是上面的讨论吗？ OhanaUnited讨论页 2025年10月28日21:23 (UTC)回复
我知道那个讨论。共同点是他们两人都没有为维基旅行做出多少贡献，所以可能没有意识到这个项目的意义。 Nvdtn19（讨论）2025年10月28日23:42 (UTC)回复
我对那条评论感到喜忧参半，但如果肯定没有移动应用程序，我们肯定会成为一个死去的项目。 //shb (t | c | m) 2025年10月28日23:45 (UTC)回复
我认为现在应该是当务之急。 --来自 Selfie City（讨论）（贡献）2025年10月29日00:09 (UTC)回复
在Commons（只有Android应用）和Wikidata之后，我认为维基旅行是最适合拥有专用阅读器应用程序的项目。 //shb (t | c | m) 2025年10月29日03:21 (UTC)回复
大约20年前是这样的…… Ikan Kekek（讨论）2025年10月29日03:44 (UTC)回复
显然WMF不这么认为。 :/ //shb (t | c | m) 2025年10月29日06:05 (UTC)回复
OsmAnd，一个基于OSM数据的长期地图应用，确实有维基旅行的集成。我认为你可以在他们的免费版本中查看。它目前的形式不是很好，但在几种情况下我发现它很有用。有人知道这个集成是如何实现的吗，或者我们的社区是否与他们有任何关系？ Gerode（讨论）2025年10月29日17:15 (UTC)回复
另见Wikivoyage:目标与非目标。 Pashley（讨论）2025年10月29日03:55 (UTC)回复
有些地方听起来很有共鸣。我不怎么关注“餐饮”和“住宿”列表，原因和那位用户描述的一样：内容更新很快，几乎不可能每个列表都基于用户的亲身体验（更不用说是有品位的用户了），而且在2025年，互联网上已经有太多更好、更动态的工具来处理这些事情了。另外，回到几个月前这里有人发的一个简短帖子，WV条目里几乎没有讲故事的空间，而讲故事是最自然的与内容互动的方式。我从未因为在WV条目中看到的东西而激发我去计划一次完整的旅行，因为即使是好的条目也不如其他形式的媒体引人入胜。
在其他类型的内容方面，我不同意那位用户。大峡谷和罗马斗兽场已经存在了数千年。我所去的大部分景点只需要偶尔写得好一点，然后由用户在访问时进行一些小的更新。而且，虽然我能在网上找到数百万篇关于大峡谷和罗马斗兽场的文章，但很多时候那些文章要么是推广广告，要么过于空洞，要么是“我这个周末做了什么”的记录，要么是为了五星评价和SEO而操纵，要么是个人风格驱动的。WV最好的内容是时效性强、全面、不夸大、不操纵且一目了然，这是一种我无法在其他格式中找到的宝贵特质。（AI开始接近了，但它有一个糟糕的习惯，就是胡说八道。）
我刚来这里不久。我几年前又回到了这个网站，在此之前已经有十年没怎么用过了。COVID把旅行博客给搞垮了，从那以后，我就一直无法在社交媒体群组、短视频、长视频或“enshittification”时代的谷歌上可靠地找到我想要的一切。WV有一些关于我的一次旅行的文章，那次旅行并非循着那些被滥用的网红路线，事实证明内容非常有益，所以我回家后更新了文章，算是回馈。我习惯了为我接下来的旅行这样做，现在我在这里长篇大论。如果我们有足够多的人这样做，WV仍然有潜力为旅行信息领域贡献独特而有价值的东西。 Gerode（讨论）2025年10月29日04:46 (UTC)回复

欢迎你？ ~2025-30521-69（讨论）2025年10月29日14:34 (UTC)回复

为什么？你是说你是试图规避封禁的傀儡账号吗？ Ikan Kekek（讨论）2025年10月29日22:57 (UTC)回复
可能只是一个普通的破坏者。 //shb (t | c | m) 2025年10月29日23:04 (UTC)回复
在规划旅行时，我会尽可能多地使用各种来源，包括维基旅行，甚至是饮食和住宿列表。我认为各种信息来源（亲朋好友、Tripadvisor、酒店预订/旅行社网站、谷歌评论、官方政府/旅游网站、YouTube vlog、Reddit/Facebook群组及其他论坛、Instagram/TikTok上的网红、ChatGPT到DeepSeek的各种AI、旅游纪录片和书籍、Lonely Planet、旅行中遇到的熟人，当然还有维基旅行）是相辅相成的，我不会认为任何单一来源就足以完全独立存在。 Gizza (roam) 2025年10月29日23:33 (UTC)回复
我得说，我很少为我没去过的地方添加“饮食”列表，并且我为我去过的餐馆添加的每个列表都负责，所以你可以信赖那些。当然，你们中很少有人知道我的口味。 Ikan Kekek（讨论）2025年10月30日00:17 (UTC)回复
我同意。我也很少为我没兴趣或从未去过的地方添加列表。但总之，维基旅行只是一个维基，而不是一个可以包含评论、讲故事或真实经历视频的社交网络，所以我们不应低估它的目的。这些事情超出了项目的范围。维基旅行应该只被视为一个补充来源，因为有很多有用的旅行来源。最好在旅行前查阅各种来源的信息，而不是只专注于一个来源。但无论如何，我认为应该有一个特定的策略来改进这个项目，以免它走向终结，否则我们将落后。 Nvdtn19（讨论）2025年10月30日05:57 (UTC)回复
在某些方面，我怀念过去像Chowhound和eGullet这样的美食讨论网站曾是可靠的餐厅信息来源的日子。如今，几乎全是谷歌和Yelp之类的网站。我们尽力提供帮助，但在21世纪初的美食讨论网站上，你可以关注某个人并了解他们的口味，而且糟糕的推荐会在讨论中受到批评。 Ikan Kekek（讨论）2025年10月30日06:50 (UTC)回复
我有时在想，我们是否应该在维基旅行上设立一个真正的旅行论坛，让我们可以（以及偶然的贡献者）分享我们的经历并展开讨论，有点像r/travel或r/solotravel，但不是在Reddit上——我发现这两个子版块在我去新目的地旅行时都非常有帮助，我想这可能会吸引一些新用户。 //shb (t | c | m) 2025年10月30日08:33 (UTC)回复
我全力支持。我相信一个能让用户分享实际经历的讨论论坛将把我们的注意力重新导向旅行，并提高网站的参与度。 --来自 Selfie City（讨论）（贡献）2025年10月30日12:14 (UTC)回复
我也是。不过，我们得决定它与pub、tourist office和arrivals lounge有什么不同，以及我们是否会把其中一些合并进去。为什么我们不把它托管在这里，在我们自己的网站上？ Ikan Kekek（讨论）2025年10月30日15:09 (UTC)回复
是的，WV并不是适合每个人的所有事物，而且我使用它的方式不必是每个人都使用它的方式。试图与能够扩展到数百万用户并将其低投入内容转化为有价值工具的OTA（在线旅游预订公司）和餐馆评论聚合商正面竞争是没有意义的。我也想不到有什么方法能让WV像专业网红的社交媒体视频那样具有视觉吸引力。
我认为，以一种不损害指南文章“紧凑性”的方式，可以有空间容纳轶事内容。例如，可以看到一些“曼谷长周末”风格的个人行程、旅行报告或图片集，就像我在Reddit和Facebook上看到的，或许可以在文章底部设置一个类似“评论”的部分。从更广泛的互联网来看，这是很多人在寻找的，尽管我基本同意我们鼓励不将这些内容放在文章中的政策。我曾有过写“曼谷周末”风格指南的闲散想法，放在我的用户空间里，那里没有人会看到。 Gerode（讨论）2025年10月30日17:39 (UTC)回复
关于“为什么我们不把它托管在这里，在我们自己的网站上？”：因为维基软件不适合做这个。例如，它允许人们更改彼此的评论，这令人惊讶，并且通常被认为是不可接受的讨论论坛。 WhatamIdoing（讨论）2025年10月30日21:35 (UTC)回复
就我所知，我曾在一个人们可以编辑帖子24小时，然后才能申请编辑的网站上当过版主，这一切只需要版务管理，而我们迟早都需要它。是的，我确实注意到编辑他人帖子和编辑自己帖子之间的区别。无论如何，无论这些论坛托管在哪里，我们都需要控制版务管理。 Ikan Kekek（讨论）2025年10月31日00:15 (UTC)回复
我认为设置起来不会太难——这样一个页面（可能是Wikivoyage:Travel forum）只需要结合本页（pub）、tourist office和arrivals lounge的元素，而这些元素都已经存在。也许还需要一些针对不熟悉MediaWiki界面的用户的说明，仅此而已。如今，由于回复工具的全面实现，你真的不需要知道MediaWiki的语法来进行讨论。 //shb (t | c | m) 2025年10月31日01:18 (UTC)回复
由于Pub更侧重于网站本身，我们也许可以将其分开。我不知道。但我认为将几个论坛整合到一个大伞下会是件好事。我以前常去的那些美食讨论网站就是这样运作的。Ikan Kekek（讨论）2025年10月31日01:57 (UTC)回复
我明天会在我的用户空间捣鼓一个演示版，看看如何实现类似的功能。//shb (t | c | m) 2025年10月31日02:15 (UTC)回复
“允许他人更改自己的评论”，虽然技术上可以更改，但我实在不明白更改他人评论的目的是什么？大多数人不会随意更改他人的评论并持有自己的观点，即使是在这个页面上。即使有更改，也只是小范围的，比如修正拼写错误，或者删除违规内容。Nvdtn19（讨论）2025年10月31日02:55 (UTC)回复
正是如此。就像我们不允许在他人讨论页帖子中进行实质性修改一样，在论坛中也不允许。这没什么区别。Ikan Kekek（讨论）2025年10月31日03:29 (UTC)回复
绝对如此——唯一的区别是我们使用的是MediaWiki软件，而不是Reddit或Whirlpool等专用论坛软件。//shb (t | c | m) 2025年10月31日03:49 (UTC)回复
为什么要更改他人评论不如更改这个事实重要，即你可以更改。如果你想建立一个讨论论坛，用户需要有信心，他们不会在早上醒来时发现自己的名字被附在他们未写的评论下。WhatamIdoing（讨论）2025年10月31日22:17 (UTC)回复
这意味着需要x个具有至少巡逻员工具的用户承诺来管理论坛。 Ikan Kekek（讨论）2025年10月31日23:21 (UTC)回复
或者，这意味着使用软件，它通过设计自动执行此操作。WhatamIdoing（讨论）2025年11月1日00:06 (UTC)回复
无论如何，都会需要管理，就像 Wikivoyage 的其他页面一样。我不明白你为什么认为新的论坛会有比 Wikivoyage 其他地方更多的用户编辑他人帖子。你认为它们会吸引大量用户，从而成为破坏者的主要目标吗？如果是这样，吸引大量用户那太棒了！Ikan Kekek（讨论）2025年11月1日04:18 (UTC)回复
不，我认为不熟悉 Wiki 的人会因为看到讨论页是如何运作的而感到奇怪，所以这可能会阻止潜在的参与者首先发表任何内容。WhatamIdoing（讨论）2025年11月3日05:44 (UTC)回复
但是，新用户真的需要知道讨论页是如何运作的吗？更广泛地说，我觉得回复工具现在已经完全实现了，消除了之前需要了解 Wiki 文本才能贡献的障碍：缩进、签名讨论页、添加新主题——现在这些回复工具都做得很好。//shb (t | c | m) 2025年11月3日07:55 (UTC)回复
我认为这很简单。我们在几个讨论页（如果我没记错的话，包括这个）上都有按钮写着：“点击此处添加新话题”。然后你写下你的帖子，现在甚至还会为你签名。结合回复工具，我真不明白为什么有人会为此感到困难。——来自 Selfie City（讨论）（贡献）2025年11月3日13:17 (UTC)回复
我认为仅仅是不同就可能成为一些习惯了其他评论工具的人的障碍。回复工具非常有用，但并不适用于所有情况，而且长回复链会向右挤压。
他人评论可编辑的问题可以通过一个视频来解决，解释页面历史如何工作，以及任何人都可以始终使用比较选定的修订版本来准确查看最初发布的内容，如果那不是现在显示的内容，就可以看到谁在何时更改了它。AlasdairW（讨论）2025年11月3日16:01 (UTC)回复
当然，但我不认为这有什么 prohibitive。我认为挑战在于首先让人们知道有这样一个页面。——来自 Selfie City（讨论）（贡献）2025年11月3日16:21 (UTC)回复
移动设备体验也不同，而且我预计很多新用户会使用移动设备。（此外，没有推送通知或其他‘功能’能让人一直回到这个网站。）WhatamIdoing（讨论）2025年11月3日18:07 (UTC)回复
如果你真的想做类似的事情，我建议使用像https://forum.movement-strategy.org这样的软件，它不仅允许用户使用他们的Wikivoyage账户，还具有内置的机器翻译等功能，这样每个人都可以用自己的语言写作。WhatamIdoing（讨论）2025年11月3日19:41 (UTC)回复
我支持关于旅行论坛的这个想法，只要它不会变成垃圾邮件。利用这种方法吸引更多人进入 Wikimedia 环境（并希望将其中一些人转化为 Wikivoyage 和其他 WMF 项目的常规编辑者）是一个绝妙的主意。我们不是维基百科，我们可以走出自己的道路。旅行指南本质上比百科全书更随意和对话化，我们应该拥抱它。OhanaUnited讨论页 2025年11月3日16:18 (UTC)回复
同意。我们作为旅行指南而不是百科全书的根源（尤其是在2000年代中期）吸引了最广泛的编辑群体，即使不如我们今天的社区那样投入。最好的世界是两者并存：来自 Wikimedia 的投入社区，以及随性的旅行者-贡献者。——来自 Selfie City（讨论）（贡献）2025年11月3日16:23 (UTC)回复
@Ikan Kekek, @SelfieCity, @Nvdtn19, @OhanaUnited：抱歉，我来晚了（一直忙于现实中的作业——还有很多没做完，但我需要休息一下 :P），但我在User:SHB2000/Travel forum上进行了一个模拟演示。欢迎随时编辑或添加任何内容，我的想法是，一旦运行起来，就永久地将其放在网站通知栏上进行宣传。//shb (t | c | m) 2025年11月9日10:18 (UTC)回复
这和现在的Wikivoyage:Tourist office有什么不同？OhanaUnited讨论页 2025年11月9日15:41 (UTC)回复
游客咨询处只处理旅行问题；它不像 r/solotravel 这样的 Reddit 子版块那样，是分享旅行经历的地方。//shb (t | c | m) 2025年11月9日21:19 (UTC)回复
非常感谢你创建这个模拟演示！我能稍微编辑一下语言吗？另外，如果我们希望人们可以自由地发布轶事，我们应该明确提及这一点，因为它与网站的其他部分不同。Ikan Kekek（讨论）2025年11月9日21:29 (UTC)回复
当然可以 :) //  shb (t | c | m) 2025年11月9日21:32 (UTC)回复

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

[]
最新评论：1天前18条评论5人参与讨论
错误的透明背景
新颜色
原始颜色

其他人遇到这个问题吗？截图来自Thessaloniki。//shb (t | c | m) 2025年10月30日12:21 (UTC)回复

对我来说一切正常。——来自 Selfie City（讨论）（贡献）2025年10月30日12:26 (UTC)回复
顺便说一句，我使用的是 macOS 上的 Google Chrome，并且全局使用 vector 2010。我尝试在 Safari (已注销) 上测试，虽然它不是透明的，但我看到了某些东西，它看起来不透明但类似。shb (t | c | m) 2025年10月30日12:38 (UTC)回复
第二个截图（我猜是你看上去不对的那个）在技术上看起来还可以。我知道编辑器配色方案几天前已更新，所以它看起来比以前更白了。
我也在使用 Google Chrome，但是在 Microsoft Windows 上。——来自 Selfie City（讨论）（贡献）2025年10月30日12:43 (UTC)回复
是的，第二个是 Safari，看起来有些奇怪但不是世界末日——第一个（在 Chrome 上）才是真正糟糕的。@Andyrom75, Nvdtn19：如果你们知道是什么导致了列表编辑器出现这个问题，请告诉我。shb (t | c | m) 2025年10月30日12:44 (UTC)回复
@SHB2000，颜色已由@Jdlrobson更改，以免在暗模式下出现问题。
也许有轻微颜色调整的空间。我添加了一张带有原始颜色的图像以供参考。
同样的情况也会发生在列表颜色上，尽管影响没那么大。
附注：透明度是由一个“临时补丁”引起的，其中未设置 background-color。Andyrom75（讨论）2025年10月30日15:05 (UTC)回复
抱歉。我主要在默认皮肤 Vector 2022 和 Minerva 上进行测试，因此忽略了未定义 CSS 变量的皮肤。感谢 @Andyrom75 的修复。我已经将这些上游。 Jdlrobson（讨论）2025年10月30日15:48 (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;
}
@Jdlrobson, @Nvdtn19，我进行了一些测试，试图在深色模式下获得不同的（更好的？）效果，应用@media screen and (prefers-color-scheme: dark)的自定义，但它似乎不起作用。当我指定备用的@media screen and (prefers-color-scheme: light)时，它只使用浅色定义，如果我删除它，保留（在上一篇文章中声明的）通用定义，它只使用通用定义。实际上，深色自定义总是被忽略。我哪里做错了？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)回复

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

[]
最新评论： 13 days ago2条评论2位参与讨论者

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

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

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

委员会支持团队敬上，

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

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

法兰克福

[]
最新评论： 13 days ago1条评论1位参与讨论者

有人熟悉法兰克福吗？我在这里提出了一个城市分区（districtify）的提案。欢迎评论。Ground Zero（讨论）2025年10月30日17:45 (UTC)回复

求助

[]
最新评论： 8天前10条评论5人参与讨论

你好，

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

能否请您审查并白名单我的编辑？感谢您的帮助！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:Graffiti wall。如果这还不够，您可以创建用户页的沙盒子页面。Ikan Kekek（讨论）2025年11月1日08:42 (UTC)回复
您想编辑什么？Ikan Kekek（讨论）2025年11月1日08:45 (UTC)回复
我同意Ikan的看法——在涂鸦墙上测试编辑，因为主页沙盒没有像涂鸦墙那样定期清除页面内容的机器人。//shb （讨论 | 贡献 | 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)回复

许多学生文章需要反馈

[]
最新评论： 1 day ago6条评论4位参与讨论者

上周我的学生完成了在Wikivoyage:Requests_for_comment#Article_review_requests请求评论的活动，但那个页面比这里流量少得多。那些错误地在这里请求反馈的学生得到了一些（谢谢），但那些正确地在那里请求反馈的学生到目前为止普遍什么也没得到。你能看看吗？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

[]
最新评论： 9 days ago3条评论3位参与讨论者

特此通知。我们刚刚提交了一个查核请求。您的用户NXP is ours在列表中。
-- DerFussi 2025年11月1日14:27 (UTC)回复

无需采取行动。该账户进行了0次编辑，并且已被全局锁定。OhanaUnited讨论页 2025年11月3日14:51 (UTC)回复
用户即使只访问过一次维基，也可能显示为本地注册用户。但这并不意味着我们有义务处理，不过有时如果用户名暗示跨维基长期滥用者，我们也会这样做。//shb （讨论 | 贡献 | m） 2025年11月3日21:47 (UTC)回复

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

[]
最新评论： 6 days ago4条评论4位参与讨论者

《纽约时报》有一篇有趣的报道，关于导游团和旅游业，揭示了一些热门城市不那么光彩的一面，比如贫困和政治反对派。这能给我们带来启发吗？斯德哥尔摩环保旅游提到了一个城市在宣扬可持续发展的同时，却在扩张六车道高速公路网络所面临的困境。Yvwv（讨论）2025年11月3日02:48 (UTC)回复

有些人可能会觉得这类东西很有趣。我会添加它，并附带一条简短的说明/免责声明，告诉读者这些旅游的目的以及通常会期待什么。
Oak lod（讨论）2025年11月4日15:28 (UTC)回复
我认为我们已经有一些这方面的内容了，例如我们的里约热内卢条目包含了一些关于贫民窟旅游的信息，并且我们有专门的关于有组织犯罪旅游的文章。Mrkstvns（讨论）2025年11月6日15:20 (UTC)回复
没错。我认为我们应该谨慎对待这些所谓的“反旅游”行程。我还没有读过这篇文章，但早在20世纪20年代，富有的白人就会穿着貂皮和珍珠项链去哈莱姆区“寻乐”。Ikan Kekek（讨论）2025年11月6日18:04 (UTC)回复

Wikivoyage 13 规划

[]
最新评论： 2天前9条评论6人参与讨论

让我们带回我们珍视的传统！ 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 （讨论 | 贡献 | m） 2025年11月6日22:04 (UTC)回复
我同意使用去年的奖励标准。事实上，我认为全球评分标准过于复杂。我不认为我们曾经使用积分系统来确定“赢家”。最终，目标是改进项目的**内容**。OhanaUnited讨论页 2025年11月7日05:10 (UTC)回复
我同意——我认为虽然有一个赢家是件好事，但大多数参与WAM的人是为了好玩，而不是为了赢比赛。获胜只是为那些贡献了最多文章的人带来的额外奖励。//shb （讨论 | 贡献 | m） 2025年11月7日05:21 (UTC)回复
我完全赞成这个想法。然而，我认为我们应该专注于亚洲。世界各国政府强烈不鼓励前往委内瑞拉，而且游客被绑架的风险很高。鉴于那里目前的犯罪泛滥，它根本不是一个旅游目的地。--评论来自 Selfie City（讨论）（贡献）2025年11月7日05:54 (UTC)回复
我认为即使很少有人目前在那里旅行，我们仍然可以改善对委内瑞拉的报道，但至少应该有人（最好是来自委内瑞拉）来评估这些文章。//shb （讨论 | 贡献 | m） 2025年11月7日07:18 (UTC)回复
当然。但如果我们想把我们的努力集中在对游客最有帮助的地方，我认为亚洲是我们的最佳选择。--评论来自 Selfie City（讨论）（贡献）2025年11月7日14:51 (UTC)回复
如果这件事发生在英文维基百科上，请告诉我，我会向我的学生宣传。Hanyangprofessor2（讨论）2025年11月10日12:19 (UTC)回复

海底遗址

[]
最新评论： 3 days ago6条评论3位参与讨论者

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)回复

“东海”

[]
Latest comment: 3 days ago1 comment1 person in discussion

这是韩国对日本海的本地名称，但国际上不被承认。我担心我与东海混淆了，可能在某些文章中写错了海名，而且很不幸，我记不清是哪些地方了，需要检查朝鲜东海岸的每个地方，但你们如果发现，可以留意一下。我相信韩国对东海的本地名称是“西海”，但我可能说错了，欢迎指正。Ikan Kekek（讨论）2025年11月9日21:24 (UTC)回复

地区列表的悬停背景效果

[]
最后评论： 1 day ago11 comments5 people in discussion

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

这主要的好处是它增加了一个动态元素，为{{regionlist}} 增添了现代感，使其更具2025年的外观。不过，这目前只是一个测试；我很想听听大家对此的整体看法。//shb （讨论 | 贡献 | m） 2025年11月10日10:11 (UTC)回复

我应该提一下，目前它只在浅色模式下工作——我不知道如何同时添加支持深色模式的CSS。//shb （讨论 | 贡献 | m） 2025年11月10日10:18 (UTC)回复
@SHB2000:我使用`@media (prefers-color-scheme: dark) {}`块成功实现了悬停背景效果的深色模式版本。我在GitHub上的一些非维基项目中使用它实现了深色模式。Sbb1413 （他）（讨论 • 贡献）2025年11月10日14:07 (UTC)回复
哦，太棒了——谢谢Sbb。 :) //shb （讨论 | 贡献 | m） 2025年11月10日21:14 (UTC)回复
等等，我刚注意到它在浅色模式下停止工作了。我来看看是什么原因。//shb （讨论 | 贡献 | m） 2025年11月10日21:18 (UTC)回复
嗯，它在我这里浅色和深色模式下都正常工作。Sbb1413 （他）（讨论 • 贡献）2025年11月11日01:50 (UTC)回复
Nvdtn19 修复了它。 :) //shb （讨论 | 贡献 | m） 2025年11月11日03:18 (UTC)回复
我喜欢它。这可能不是一个非常重要的改变，但它绝对是一个改进。
谁会维护这段代码？能交给MediaWiki开发者吗？Pashley（讨论）2025年11月10日14:50 (UTC)回复
我喜欢它！有想法让灰色区域变成可点击的按钮吗，比如点击后跟随标记的链接，或者在地图框中强调形状？Gerode（讨论）2025年11月10日17:44 (UTC)回复
我考虑过，但不太确定如何实现。//shb （讨论 | 贡献 | m） 2025年11月10日21:16 (UTC)回复
看起来不错，但如果它不能点击，那就是糟糕的用户界面（尤其是带上鼠标指针）。而且，我认为如果它也不能高亮地图元素（用静态图片很难做到:D），那它的优势也很有限…… -- andree 2025年11月11日06:34 (UTC)回复

TAIV

[]
最新评论: 19 hours ago6 comments3 people in discussion

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

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

想法？//shb （讨论 | 贡献 | m） 2025年11月11日09:50 (UTC)回复

我的倾向是坚持 WMF 的最低标准（披露：我曾是那些向法律部门提出数字建议的人之一；你大概可以感谢我或责怪我设定了6个月的标准）。
我主要建议为了简洁和实用性，坚持最低标准。如果我们遇到一个跨维基的反破坏巡查员，他/她没有/不需要/不想要其他权限怎么办？如果我们不信任某人，我们可以（也应该）拒绝授予权限。
我建议添加到您的草稿中的主要内容是提醒管理员/授权人员，他们不应该因为任何原因认为某人不是合适的候选人而授予此权限。如果您觉得某人不适合担任此职务，或者即使您有一些模糊的疑虑，那么也不要在批准它的管理员姓名中写下您的名字。让别人去做吧。WhatamIdoing（讨论）2025年11月11日17:09 (UTC)回复
@WhatamIdoing：我也这么想过，但大多数跨维基的反破坏巡查员如果还没有 GR（带全局 TAIV），都可以通过申请获得巡查员权限——这意味着在功能上不会有任何区别，除了我们有基于政策的理由来阻止过于热心的用户滥用 TAIV 的申请。我对此并没有太强的意见，所以如果你们认为不应该设置最低的自动巡查员/巡查员/TE 的要求，我乐意删除它。
我确实同意管理员可以以某人可能不适合为由拒绝用户；我会把它记下来。//shb （讨论 | 贡献 | m） 2025年11月11日22:22 (UTC)回复
而且，由于TAIV请求必须明确申请，我想知道我们是否应该为TAIV（以及其他非管理员权限请求）创建一个单独的页面——也许叫做Wikivoyage:Requests for permissions。//shb （讨论 | 贡献 | m） 2025年11月12日03:30 (UTC)回复
因此，我认为没有必要在要求TAIV之前要求特定的用户权限，因为是否达到了信任阈值由管理员决定。 Leaderboard（讨论）2025年11月12日07:25 (UTC)回复
那是否应该将其作为一项建议呢？ //shb （讨论 | 贡献 | 元维基） 2025年11月12日07:52 (UTC)回复
Retrieved from "https://wikivoyage.cn/w/index.php?title=Wikivoyage:Travellers%27_pub&oldid=5158972"