跳转到内容

Wikipedia:互助客栈/条目探讨:修订间差异

维基百科,自由的百科全书
删除的内容 添加的内容
无编辑摘要
第136行: 第136行:
:{{ping|113.252.53.61}}并且请您提供您所加入的内容的[[WP:可靠来源|可靠来源]]。[[U:Wildly boy|<span style="color:#00ffff;font-family:Freestyle Script"><big><big>Catherine</big></big></span>]] [[UT:Wildly boy|<span style="color:#00ffff;font-family:Freestyle Script"><big><big>Laurence</big></big></span>]] 2019年2月16日 (六) 05:49 (UTC)
:{{ping|113.252.53.61}}并且请您提供您所加入的内容的[[WP:可靠来源|可靠来源]]。[[U:Wildly boy|<span style="color:#00ffff;font-family:Freestyle Script"><big><big>Catherine</big></big></span>]] [[UT:Wildly boy|<span style="color:#00ffff;font-family:Freestyle Script"><big><big>Laurence</big></big></span>]] 2019年2月16日 (六) 05:49 (UTC)


{{ping|Megatronboy}}對不起,但我所加入的内容卻被你一手刪除了,我重申一次[[爆旋陀螺 鋼鐵戰魂]]及[[銀魂]]的介紹中也有提及角色的面貌、穿著、喜好、團體、用語和第幾集做什麼之類的分集介紹等,完全沒有必要優先刪除,而且我有看這個節目,所以大部分的文字也是我根據事實内容所寫,我這樣做有我的原因,並參考其他維基百科動漫的内容,如[[光之美少女系列]],而不是胡亂說我所寫的内容有爭議性。我的內容有根據[[WP:可靠来源|可靠来源]]。可惜你有理會過嗎,你不但沒有,更無情的把所有東西都胡亂刪除。那又不看見你改那些所謂初級條目的内容,例如[[爆旋陀螺 鋼鐵戰魂]]及[[銀魂]]?難道你認為只有那些有可靠來源,我所寫的是廢話?難道你又想發起編輯戰,非要跟我過不去?你不樣不講理給我一個開明的印象好嗎。我是Megatronboy、使用者113.252.53.61、啦责任Mr tiger Shun Kit,你若是如此,我只好跟你"攤牌"
{{ping|Megatronboy}}對不起,但我所加入的内容卻被你一手刪除了,我重申一次[[爆旋陀螺 鋼鐵戰魂]]及[[銀魂]]的介紹中也有提及角色的面貌、穿著、喜好、團體、用語和第幾集做什麼之類的分集介紹等,完全沒有必要優先刪除,而且我有看這個節目,所以大部分的文字也是我根據事實内容所寫,我這樣做有我的原因,並參考其他維基百科動漫的内容,如[[光之美少女系列]],而不是胡亂說我所寫的内容有爭議性。我的內容有根據[[WP:可靠来源|可靠来源]]。可惜你有理會過嗎,你不但沒有,更無情的把所有東西都胡亂刪除。難道你認為我所寫的是廢話?難道你又想發起編輯戰,非要跟我過不去?難道真是人如其名,是分個狂人?我絕對相信閣下種人,我是Megatronboy、使用者113.252.53.61、啦责任Mr tiger Shun Kit,你若是如此無理,我只好跟你"攤牌",還有一點,你是CatherineLaurence,不要低質素的隱藏自己真正的身分希望我給建議而最後無理的刪除我所寫的內容。因為誰人在本爺所寫的網頁中鬧事,我是知道的。


== [[Template:TalkendH]]新增「允許合併」參數 ==
== [[Template:TalkendH]]新增「允許合併」參數 ==

2019年2月16日 (六) 07:31的版本

此頁面探討條目模板主題相關議題;与条目是否符合中立的观点有关的问题,亦可在此探讨。


請注重礼仪、遵守方針與指引,一般問題請至互助客棧其他區知识问答提出,留言后请务必签名(点击 )。


發表前請先搜索存档,參考舊討論中的内容可節省您的時間。
公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 關於公司活動節目類條目的「所有權者」、「母公司」、「營運單位」的疑問 1 1 Sanmosa 2024-12-29 22:25
2 誤用Wikipedia:持续出没的破坏者/User:Qqqyyy惡作劇內容的書籍 6 4 BigBullfrog 2024-12-24 00:27
3 建於西夏的建築物歸為「宋朝建築物」是否合適 21 11 The Puki desu 2025-01-02 01:12
4 總統繼位順序 2 2 Kanshui0943 2025-01-01 22:52
5 电影技术分類應該改為影視作品拍攝技術 8 6 SCP-2000 2024-12-31 12:43
6 合併請求 4 4 Jeffchu2014 2025-01-01 03:19
7 上海“两铁合并”请求 2 2 阿南之人 2025-01-04 13:19
8 關於最近某些族群模板的格式問題 1 1 Nkywvuong 2024-12-30 23:01
9 是否应在中文条目中介绍外文词源? 5 5 The Puki desu 2025-01-02 23:41
10 能用分類替代嗎? 4 4 2401...BD09:8738 2025-01-04 22:05
11 柯文哲政治獻金案條目資訊不可信不中立一事解決方案 11 5 Liao 509 2025-01-06 21:38
12 這是不是算維基百科不是資料搜集處的範疇? 2 2 Haohaoh4 2025-01-06 14:46
13 有沒有日文文獻,紀錄日本寶冠章外國獲得者有誰? 1 1 George6VI 2025-01-06 11:20
14 生卒月日是否需要分类的讨论 4 3 The Puki desu 2025-01-07 21:58
15 模板:中華民國主題出現問題 2 2 YFdyh000 2025-01-07 22:14
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

正在廣泛徵求意見的議題

議題清單

以下討論需要社群廣泛關注:重新整理 傳記

Talk:赖利·穆尔 § 请求协助质量和重要度评级

--Gaolezhe留言) 2025年1月4日 (六) 12:01 (UTC)

經濟、貿易與公司

目前此主題無正在討論的議題 歷史與地理

Talk:島嶼國家 § 建議把「相對的概念是『內陸國家』」改成「相關的概念是『內陸國家』」

建議把引言的「相對的概念是『內陸國家』」改成「相關的概念是『內陸國家』」。

因為「相對」一詞很容易被讀者理解為「相反」,而「相反」又容易被理解為互斥,然而島嶼國家與內陸國家並不是互斥的概念。

邏輯上一個國家可以同時是島嶼國家與內陸國家。比方長野縣如果是一個國家,那麼它就是一個島嶼國家(因為它全部的國土都位於本州島上),而它也是內陸國家(因為它完全沒有海岸線)。

雖然目前世界上尚無兼為兩者的國家,但邏輯不容混淆,維基不應暗示或誤導讀者這兩類國家是互斥的,所以我認為行文應作更改。(內陸國家的引言也應把「相對」改成「相關」,但為避免重複討論內容,就不在那裡發起討論了)---游蛇脫殼/克勞 2024年11月10日 (日) 13:32 (UTC)

Talk:太平洋島國 § 请求将本条目恢复到之前稳定的版本


我注意到在向史公哲曰于10天前开始大幅删减本条目的内容之前本条目的内容已有一年多都保持稳定,期间并没有人对本条目的内容提出大幅删减的意见。

向史公哲曰在发起第一条大规模删减编辑时留下这段编辑摘要:

“也不知道是谁胡编的,我只能告诉你:在中国大陆,太平洋岛国的研究范围不包括新西兰,包括巴布亚新几内亚。另外这个注释太自以为是了,觉得自己比prc的大洋洲研究者要聪明,令人忍俊不禁。最后,这个条目充斥大量原创研究,包括将自治政区划为属地,刻意忽略了新西兰的联系邦,我认为条目编者没有资格质疑译名。”

很明显,向君是以PRC的定义为标准来编辑的,但维基百科是全世界中文用户的百科,不是百度百科,况且我们都知道维基百科在中国大陆是被禁的,大多数中文维基的用户都不是中国内地的用户,维基百科向来没有以中国内地的定义为唯一标准这一说。

另外他说“这个条目充斥大量原创研究,包括将自治政区划为属地,刻意忽略了新西兰的联系邦”,这完全颠倒了黑白。首先,该条目是从作风严谨的德语维基翻译过来,其所描述的区域其实跟地质学人文地理学里的Remote Oceania区差不多,属于大洋洲海洋性岛屿聚集的区域,跟大陆地壳覆盖的Australia-New Guinea区完全不一样,这在外文维基上已有大量学术资料支持,并非原创研究。其次,新西兰的两个联系国也是主权国家,并没有被原条目忽略。再者,原条目对该区域的国家、境外属地和境内领土(即普通的一级行政区)有着精准的划分,并没有所谓的把自治政区划为属地的问题,反倒是向君明显搞不太明白后两者的差别。

也就是说,从向君的第一条编辑开始,他的方向就是错的,既没有尊重原作者的既有贡献,也没有对条目进行改良,只是凭一己之见就认为该条目无价值,因此肆无忌惮地进行删减,将好好的一个条目删减成只有两句话的小作品。目前该条目除了列举了十几个大洋洲的国家外无任何有用的资料,着实可惜。

当然,在通过跟向史公哲曰在各种讨论页交流后,我相信他并不是恶意删除本条目的大量内容,只是他并没有对原条目各位编辑的贡献给与足够的重视,犯了先入为主的错误,在没有充分了解原条目内容的情况下对条目进行了大幅删减。我请求将本条目恢复到之前稳定的版本。

链接:https://zh.wikipedia.org/zhwiki/w/index.php?title=%E5%A4%AA%E5%B9%B3%E6%B4%8B%E5%B3%B6%E5%9C%8B&oldid=85075246 N. Mortimer留言) 2024年12月3日 (二) 11:53 (UTC)

Talk:乡 (波兰) § 行政单位的译名

关于波兰第三级行政区划单位,从现有的中文及英文条目来看,应该译为“市镇”更好。诚然中国外交部使用“乡”的名称,但这层行政区划单位有三种类型:城镇乡、城镇乡村结合乡和乡村乡,听起来怪别扭的!况且县级市也是一个“乡”!但如果称为“市镇”的话就明了了。市镇有三种类型:城镇型市镇、城乡结合型市镇、乡村型市镇。而县级市既是一个县,也是一个市镇。

欧洲(至少是欧盟)各国的基层政权单位都应该译为“市镇”,因为在欧盟文件各语言互译里都会采取英文municipality在各语言里对应的单词(参见之前Talk:希腊行政区划里的讨论)。类似的讨论还有Talk:乌克兰行政区划Talk:丹麦市镇Talk:市鎮 (亞美尼亞)Talk:市鎮 (格魯吉亞)。中文来源里至少《欧洲时报》采用“波兰市镇”的说法

波兰有近2500个市镇,我不知道是不是每个市镇都有自己的条目。另外还牵涉到分类等。因此影响范围很广,希望能在社群内取得共识后统一更新。--万水千山留言) 2024年12月10日 (二) 20:12 (UTC)

Talk:喀尔巴阡山省 § 译名

两本地名词典给出的译名是“喀尔巴阡山麓省”。新华社历史资料库里没有信息。但此译名确实使用度不高。现条目名有绝对高的常用度,且中国外交部也在使用。另外新华社及央视网也使用“喀尔巴阡省”,但总体用法不多。请社群讨论一下条目名该采用那个译名。--万水千山留言) 2024年12月11日 (三) 09:30 (UTC)

Talk:西里西亚省 § 译名

两本地名词典给出的译名都是“希隆斯克省”,在网上找到一份应该是地图出版社出版的地图也是用此译名。谷歌搜索比“西里西亚省”少,但“西里西亚省”有可能包括历史上相关地名的结果。个人觉得应该根据译写导则的精神来采用根据该国官方的标准地名的译名。另外这个讨论结果也适用于下西里西亞省 (波蘭),就不再另外提出来讨论。@BigBullfrog @Kethyga--万水千山留言) 2024年12月11日 (三) 23:26 (UTC)

Talk:朴正熙遇刺案 § 征求意见

请求评级--Gaolezhe留言) 2024年12月25日 (三) 11:39 (UTC)

Talk:均質區 § 请求协助评级
--Gaolezhe留言) 2024年12月25日 (三) 12:08 (UTC)
Talk:中印边境战争 § 请求评级
--Gaolezhe留言) 2024年12月25日 (三) 13:39 (UTC)
Talk:中美建交公报 § 公报第四条中文引用应该使用原文

该公报有中英两个正式版本,两个版本均由双方签字,均有效力。中英文版本应该使用原文。而中文原文是(来自美国AIT):“ 美利堅合眾國政府承認中國的立場,即只有一個中國,臺灣是中國的一部份。”美国虽然现在不同意这种写法但也尊重了原文。

这也是中国政府公开的版本。但目前本词条写成:“美利坚合众国政府认识到中国的立场,即只有一个中国,台湾是中国的一部分。 ”这就篡改引用原文了。

至于其争议,自然可放在后文讨论而非篡改引用原文。--Sohardtohavename留言) 2024年12月30日 (一) 23:32 (UTC)

Template talk:朝鮮半島的民族 § 關於朝鮮民族的分支

目前我打算放上,但有其他用户表示疑虑的地方:

朝鲜民族分支[1][2]

其實我還找到了其他資料,但是由於客觀上的問題沒放上來。

参照了以上有关朝鲜半岛各地朝鲜族在基因上差异[1][2]的资料,以及考虑到朝鲜半岛各地朝鲜族在語言上文化上(以及)等方面的大同小异後,我才放上去的,并非突然的就原创认为說 不同方言 or 不同地区 的朝鲜族就是不同的朝鲜族支系。--Nkywvuong留言) 2025年1月3日 (五) 04:25 (UTC)
Talk:马德岛 § 请求协助重要度和质量评级

个人认为C级+极低重要度合适--Gaolezhe留言) 2025年1月4日 (六) 12:05 (UTC)

Template talk:PRC admin/ref stats.gov.cn § 编辑请求 2025-01-05

鉴于中华人民共和国国家统计局的相关参考网站失效,请求临时将网页更换为[1],以确保参考文献能正常访问,等国家统计局出了类似此前的统计网页后再重新替换或设计新模板。—FradonStar🖋️ 2025年1月5日 (日) 04:42 (UTC)

Talk:多夫亨克 (伊久姆區) § 译名
先前讨论。“多夫根克”、“多夫亨克”、“多夫亨凯”等译名,征询更多意见。目前多夫亨凱 (伊久姆區)多夫亨凱戰役条目的名称未妥善处理。--YFdyh000留言) 2025年1月5日 (日) 17:34 (UTC)
Talk:昌都战役 § 戰役地點的用語中立性

@Wengier战役地點寫朵麥基巧(今昌都)為宜。中立性是維基百科的三大支柱之一,高於常用性。1918年,西藏噶廈在第二次康藏糾紛中奪回了昌都地區,朵麥基巧即移駐昌都。此處稱藏語的朵麥基巧,表示戰前此地屬藏方控制,若稱漢語的昌都,則暗示戰前此地屬於漢人,這是一種潛在的偏見。正如福克兰战争若稱「馬島戰爭」則有中立性問題,因戰前英國稱福克蘭群島,而阿根廷稱馬爾維納斯群島。說戰役地點是「馬島」,暗示這是阿根廷領土。中立的作法是戰役地點寫戰前此地實際控制方稱呼。另一例是天京之變,雖然當時清朝不稱天京,但實際控制方稱「天京」。--歡顏展卷留言) 2025年1月6日 (一) 23:19 (UTC)

語言及語言學

目前此主題無正在討論的議題 數學、科學與科技

Talk:护理学 § 合併請求:護理人員合併到此

目前正在翻譯護理人員條目,但發現英文維基百科的Nursing對應本條目。此外,護理人員和護理學兩者的內容高度重疊,甚至可以說護理人員就是護理學主體,因此建議直接合併。臺灣杉在此發言 (會客室) 2024年12月21日 (六) 03:20 (UTC)

媒體、藝術與建築

Talk:Lolly Talk § 厂牌

Herbertman认为天作創意官網提及只是Lolly Talk推廣發行代理,並不從屬其唱片公司;CD封面及包裝只提及由Lolly Management Limited All right reserved。可是根据各大音乐平台,如Apple Music、Spotify等,显示版权℗ 2024 Daymaker Creatives Limited,应该是经过授权才正式出版。照这种说法,但应该依靠于可靠第三方来源的支持。@ScarsnevergoawayMilkypineTw dramaDabao qian特克斯特2001:D08:2932:155D:1806:8A18:4128:5BEC留言) 2024年11月10日 (日) 08:05 (UTC)

政治、政府與法律

Talk:太平洋島國 § 请求将本条目恢复到之前稳定的版本


我注意到在向史公哲曰于10天前开始大幅删减本条目的内容之前本条目的内容已有一年多都保持稳定,期间并没有人对本条目的内容提出大幅删减的意见。

向史公哲曰在发起第一条大规模删减编辑时留下这段编辑摘要:

“也不知道是谁胡编的,我只能告诉你:在中国大陆,太平洋岛国的研究范围不包括新西兰,包括巴布亚新几内亚。另外这个注释太自以为是了,觉得自己比prc的大洋洲研究者要聪明,令人忍俊不禁。最后,这个条目充斥大量原创研究,包括将自治政区划为属地,刻意忽略了新西兰的联系邦,我认为条目编者没有资格质疑译名。”

很明显,向君是以PRC的定义为标准来编辑的,但维基百科是全世界中文用户的百科,不是百度百科,况且我们都知道维基百科在中国大陆是被禁的,大多数中文维基的用户都不是中国内地的用户,维基百科向来没有以中国内地的定义为唯一标准这一说。

另外他说“这个条目充斥大量原创研究,包括将自治政区划为属地,刻意忽略了新西兰的联系邦”,这完全颠倒了黑白。首先,该条目是从作风严谨的德语维基翻译过来,其所描述的区域其实跟地质学人文地理学里的Remote Oceania区差不多,属于大洋洲海洋性岛屿聚集的区域,跟大陆地壳覆盖的Australia-New Guinea区完全不一样,这在外文维基上已有大量学术资料支持,并非原创研究。其次,新西兰的两个联系国也是主权国家,并没有被原条目忽略。再者,原条目对该区域的国家、境外属地和境内领土(即普通的一级行政区)有着精准的划分,并没有所谓的把自治政区划为属地的问题,反倒是向君明显搞不太明白后两者的差别。

也就是说,从向君的第一条编辑开始,他的方向就是错的,既没有尊重原作者的既有贡献,也没有对条目进行改良,只是凭一己之见就认为该条目无价值,因此肆无忌惮地进行删减,将好好的一个条目删减成只有两句话的小作品。目前该条目除了列举了十几个大洋洲的国家外无任何有用的资料,着实可惜。

当然,在通过跟向史公哲曰在各种讨论页交流后,我相信他并不是恶意删除本条目的大量内容,只是他并没有对原条目各位编辑的贡献给与足够的重视,犯了先入为主的错误,在没有充分了解原条目内容的情况下对条目进行了大幅删减。我请求将本条目恢复到之前稳定的版本。

链接:https://zh.wikipedia.org/zhwiki/w/index.php?title=%E5%A4%AA%E5%B9%B3%E6%B4%8B%E5%B3%B6%E5%9C%8B&oldid=85075246 N. Mortimer留言) 2024年12月3日 (二) 11:53 (UTC)

Talk:中印边境战争 § 请求评级
--Gaolezhe留言) 2024年12月25日 (三) 13:39 (UTC)
Talk:西藏和平解放 § 关于本条目之命名问题

为避免再发生移动战、编辑战、回退战,现烦请对条目之名称有建议之人士可在此提出观点。
目前有如下可能的候选名称:

  • 西藏和平解放
  • 人民解放军进藏
  • 中国吞并西藏

各位可根据自己支持的命名进行商议,若有其他可能的名称可用(~)補充来标记。--花开夜留言) 2024年12月30日 (一) 06:46 (UTC)

Talk:中美建交公报 § 公报第四条中文引用应该使用原文

该公报有中英两个正式版本,两个版本均由双方签字,均有效力。中英文版本应该使用原文。而中文原文是(来自美国AIT):“ 美利堅合眾國政府承認中國的立場,即只有一個中國,臺灣是中國的一部份。”美国虽然现在不同意这种写法但也尊重了原文。

这也是中国政府公开的版本。但目前本词条写成:“美利坚合众国政府认识到中国的立场,即只有一个中国,台湾是中国的一部分。 ”这就篡改引用原文了。

至于其争议,自然可放在后文讨论而非篡改引用原文。--Sohardtohavename留言) 2024年12月30日 (一) 23:32 (UTC)

Talk:赖利·穆尔 § 请求协助质量和重要度评级

--Gaolezhe留言) 2025年1月4日 (六) 12:01 (UTC)

宗教與哲學

目前此主題無正在討論的議題 社會、體育運動與文化

Talk:小沈阳 § 关于繁体“小沈陽”

有资料可以证明“小沈阳”的繁体是“小沈陽”吗,我记得他曾经在歌中唱过“沈是沈阳的沈哪,阳是沈阳的阳”。参见Wikipedia:字词转换/修复请求/存档/2017年5月#小瀋陽。--杰里毛斯留言) 2024年11月29日 (五) 08:28 (UTC)

Talk:中国新闻周刊 § “周刊”与“週刊”

以繁体模式浏览本条目,基本使用“周刊”,但也有一处“週刊”,似应统一用词。查繁体來源发现“《中國新聞周刊》”[2][3]与“《中國新聞週刊》”[4][5][6]都有使用,其中陆委会虽然使用“中國新聞週刊”与“鏡週刊”,但也用了“《商業周刊》”,卓越新闻奖基金会使用“中國新聞周刊”,却也使用“《時代》週刊”。应以哪个写法为准?——杰里毛斯留言) 2024年12月20日 (五) 02:29 (UTC)

Talk:赖利·穆尔 § 请求协助质量和重要度评级

--Gaolezhe留言) 2025年1月4日 (六) 12:01 (UTC)

Talk:马德岛 § 请求协助重要度和质量评级

个人认为C级+极低重要度合适--Gaolezhe留言) 2025年1月4日 (六) 12:05 (UTC)

Talk:李凯尔 § 凯尔·安德森 还是 李凯尔?

你好,我留下一个主题是因为我有一个问题.我对文件中写 “凯尔·安德森 ”的部分很好奇,不过考虑到他是在中国入籍的,我觉得文件标题写成 “李凯尔”也不错。考虑到国际篮球联合会将他的名字注册为 “李凯尔”,我认为将文件标题定为 “李凯尔”是安全的。 请原谅我使用了翻译器,因为我不太懂中文。--YellowTurtle9留言) 2025年1月5日 (日) 11:02 (UTC)

人類起源存在誤導性

在上面討論(#分別真假學說)時,看到人類起源條目存在極大的誤導性。它開頭便說「關於人類起源問題,目前主要流行兩種學說:進化論神創論。」而且整篇短條目都以列點的方式,將科學上的主流理論(即我們一般所說的事實)與宗教上、幻想上或形而上學上的觀點相提並論,似乎意味著各個起源學說,無論科學與否,有效性是相同的。本可以說這種寫法違反了WP:邊緣學說,但此頁尚未成為方針。我準備依照英文維基上的做法,把「人類起源」直接重定向到「人類演化」,詳述主流科學觀點;其他創世神話、假說、幻想,可以通過「人類演化」條目已有的消歧義模板,在「創世神話」條目中找到。在此公示幾天,謀求共識。鋼琴小子 2019年1月9日 (三) 06:33 (UTC)[回复]

@K1234567890yMatt SmithSo47009C933103
敝人的看法與閣下不同。敝人認為人類起源條目以條列方式呈現常見的觀點,是合理的作法,不存在誤導性。而且「學術界的主流理論」也不自動等於「事實」。請閣下避免聲稱自己認同的主張才是事實,進而利用維基百科宣揚自己認同的主張、壓制自己不認同的主張。
敝人在此截錄User:C933103在上面討論的留言,供閣下參考:「Wikipedia:边缘学说所區分的,只是一個學說是否主流,並不判斷誰真誰假,學說的真假應該按中立的觀點方針所述那樣描述相關事實來交給讀者判斷。」--Matt Smith留言2019年1月9日 (三) 07:14 (UTC)[回复]
(~)補充:同時請記得核心內容方針WP:中立的觀點,此方針並不能被編者之間的共識所逾越。敝人認為此處的討論涉及中立性,其結果應該取決於方針。另引述方針中的段落:「维基百科描述争议,维基百科不参与争议。」--Matt Smith留言2019年1月9日 (三) 09:30 (UTC)[回复]
(+)支持向英文维基百科看齐。Fire and Ice 2019年1月9日 (三) 09:00 (UTC)[回复]
雖然維基百科自身並不判斷文字的事實真偽,但我們必須用WP:可靠來源。根據方針中的定義,「就百科全書而言,事實是工作在某個主題上的學者或專家達成共識的一個陳述。」在人類起源問題上,我們必須參考研究此課題的學者之共識,以此作為條目篇幅的主體。據我所知,有關人類起源在學術界裡壓倒性的共識,是自然選擇所致的物種演化論,而非創造論、外星生物論等等。因此把這些理論並行列出,主流與非主流,給讀者帶來了錯誤的印象。除非你有來源證明,學術界對此問題在各個理論之間各執一詞,否則維基百科必須以學術主流的演化論作為人類起源條目的篇幅主體。鋼琴小子 2019年1月11日 (五) 07:08 (UTC)[回复]
WP:可靠來源只是指引,不是方針。WP:中立的觀點才是方針。敝人認為此問題較適合以「觀點歸屬」的方式處理。學術觀點歸學術觀點,大眾觀點歸大眾觀點。根據第三方(非學術界、非宗教界)的可靠來源皮尤研究中心的調查,「只有大約三分之一(32%)的民眾相信演化論。」[7]--Matt Smith留言2019年1月11日 (五) 07:35 (UTC)[回复]
請勿片面地理解WP:中立的觀點。「在儘可能沒有任何偏見的前提下,平等地表達出任何曾在可靠來源中發表過的重要觀點。」那我們要參考WP:可供查證,其中說到:「一般而言,最可靠的來源包括大學出版社出版的同行評審期刊與書籍,大學級別的教科書……」三分之一的(美國)人的觀點並不屬於可靠的來源,對維基百科的決定不應有任何影響。最後,「詳細討論特定類型來源可靠度的指引請參見維基百科:可靠來源(WP:RS)。由於方針優先於指引,如果本頁與WP:RS相互矛盾,本頁將被視為優先的解釋,而WP:RS應該依照本頁更新。」如果兩者沒有矛盾,遵守WP:可靠來源是方針所要求的。鋼琴小子 2019年1月11日 (五) 12:00 (UTC)[回复]
敝人列舉的可靠來源是「皮尤研究中心的調查」,這份調查是可靠來源。--Matt Smith留言2019年1月11日 (五) 12:34 (UTC)[回复]
Pew的調查是在「(美國)民眾對『人類起源』的看法」問題上的可靠來源,不是在「人類起源」問題上的可靠來源,這點要分清。鋼琴小子 2019年1月12日 (六) 05:52 (UTC)[回复]
同意 IP 人士的意見。人類起源也可以是哲學和宗教問題,不見得只是科學問題。--Matt Smith留言2019年2月3日 (日) 01:15 (UTC)[回复]

建议合并所有铁路车站信息框模板

Decline」、「Smallrejected」功能重複

原標題為:「驳回 驳回」、「駁回」功能重複

意見區

如題,{{Decline}}{{Smallrejected}}都是駁回的模板,若只留一個能方便整合辨識不致混淆。Notify MeritTim(簽到) 2019年1月21日 (一) 11:42 (UTC)[回复]

提案

以下是建議的選項,請各位維基人發表意見(這並不是投票,只是意見調查):

  1. 保留驳回 驳回並將駁回重定向
  2. 保留駁回並將驳回 驳回重定向
  3. 維持現狀
  4. 更改模版內的文字(另論)

此案公示七日,到期則停止收集意見。若有其他選擇也請不吝分享。MeritTim留言-給予警告 2019年1月29日 (二) 12:24 (UTC)[回复]

此外,為了收集多方意見,改票也算有效票,不過須將舊票劃除。MeritTim留言-給予警告 2019年1月30日 (三) 13:27 (UTC)[回复]

意見調查

  1. 个人建议维持现状,使用者喜欢用哪个图标就用哪个,当然若大家一致认为可以取消其中使用率较少的{{Smallrejected}}我也不反对。--及时雨 [ 谈笑风生或批判一番 / 微小贡献 ] 2019年1月30日 (三) 03:18 (UTC)[回复]
  2. (+)支持1 --Liuxinyu970226留言2019年1月30日 (三) 06:56 (UTC)[回复]
  3. (+)支持方案一 --小老虎3018 2019年1月30日 (三) 13:07 (UTC)[回复]
  4. (+)支持1 --MeritTim留言-給予警告 2019年1月30日 (三) 13:20 (UTC)[回复]
  5. (+)支持1--YFdyh000留言2019年1月31日 (四) 14:23 (UTC)[回复]
  6. 1、3、4均可。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月4日 (一) 04:37 (UTC)[回复]
  7. (+)支持3。前者是用户查核专用的。--云间守望 2019年2月4日 (一) 06:46 (UTC)[回复]

調查結果

意見調查已於2019年2月6日 (三) 11:00 (UTC)結束。

調查結果:(其中2人重複支持,有效)

  1. 6人支持
  2. 0人支持
  3. 3人支持
  4. 1人支持

調查已結束,歡迎進行討論以得出共識。--MeritTim留言-給予警告 2019年2月6日 (三) 11:00 (UTC)[回复]


鑒於駁回使用率較低,且驳回 驳回為元維基用戶查核專用,因此決定將{{Smallrejected}}重定向至{{Decline}}

此案公示七日,但不等待直接重定向,如有異議請提出討論並決定是否撤銷重定向。--MeritTim留言-給予警告 2019年2月10日 (日) 17:17 (UTC)[回复]

如何处理第五人格_(游戏)的侵权问题?

2018-07-27开始就侵权了,来源:发布时间2018-06-21,以及表格中的“技能”列系大量复制粘贴。--及时雨 [ 谈笑风生或批判一番 / 微小贡献 ] 2019年1月29日 (二) 12:59 (UTC)[回复]

删除或回退至未侵权版本,警告加入侵权内容的编者。若仍执意加入侵权内容,扭送至VIP。--XL-028留言2019年1月30日 (三) 05:48 (UTC)[回复]
@XL-028似乎有500多个侵权版本,直接删除到最开始的未侵权的版本吗?另外这个条目侵权问题也很严重试衣间的暗门--及时雨 [ 谈笑风生或批判一番 / 微小贡献 ] 2019年2月1日 (五) 09:59 (UTC)[回复]
这也太多了吧,建议编辑未侵权历史版本并保存(即“回退”)。--XL-028留言2019年2月1日 (五) 10:07 (UTC)[回复]
问题是修订版本过多,似乎无法提报RRD--及时雨 [ 谈笑风生或批判一番 / 微小贡献 ] 2019年2月2日 (六) 01:25 (UTC)[回复]
@XL-02894rain乾脆請管理員把它移動到黑名單地區並刪掉,只復原未侵權版本-- Sunny00217 --春節愉快及兩項投票圓滿成功。 2019年2月8日 (五) 19:11 (UTC)[回复]
建议清理当前版本中的侵权内容,并将修正后版本和最后一个未侵权版本提报RRD,同时说明需要删除这两个之前的所有修订版本。--Wcam留言2019年2月8日 (五) 20:30 (UTC)[回复]

停用部分跨語言模板

討論停用{{Link-interwiki}}、{{Interlanguage_link_multi}}、{{Liw}}這三個模板。這些模板是ilh時代的其他選擇,但使用不多,在WP:MOSIW討論定案後大多使用了tsl或link系列,私認為這些模板停用並改用tsl模板能更加方便維護(論機器人論人手)。請各位發表意見。-Zest 2019年1月29日 (二) 13:06 (UTC)[回复]

我個人覺得Link系列也很好用,應與tsl模板一同保留。—— Eric Liu留言留名學生會 2019年1月30日 (三) 00:59 (UTC)[回复]
上面的模板與link系列(ilh)和tsl無關,不影響。--Zest 2019年1月30日 (三) 02:37 (UTC)[回复]
如果有自动维护就可以,否则尽量整合。——路过围观的Sakamotosan | 避免做作,免敬 2019年1月30日 (三) 01:03 (UTC)[回复]
若目前已無使用,又有其他類似用途的模版,認為可以停用(若這些模版目前仍有使用,可能要先將引用條目改為其他其他類似用途,再考慮停用)。--Wolfch (留言) 2019年1月30日 (三) 04:50 (UTC)[回复]
那是要暫時改這幾個模板參數暫時兼容ilh等替換嗎?-- Sunny00217 --春節愉快及兩項投票圓滿成功。 2019年2月8日 (五) 19:17 (UTC)[回复]
@-ZestEricliu1912CwekWolfchSunny00217{{Link-interwiki}}已經設定至與{{Internal link helper}}兼容;{{Liw}}的唯一引用已經被替換,並已經在doc頁加入停用提示,現在可以直接將之改重定向;{{Interlanguage link multi}}參數比較不同,建議不動。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月12日 (二) 08:50 (UTC)[回复]

下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

湖南台的右下角小广告和宣传,以及多数媒体的报道,都是没有问号的,在条目标题处用问号合适吗?—玉环文旦专卖店 (顾客登记|进店咨询·台州专题) 2019年1月29日 (二) 13:19 (UTC)[回复]

电视剧?名从主人,查一下大陆的电视剧拍摄备案就知道了。备案名:《知否知否应是绿肥红瘦》。待确认是否有过更名信息。——Huangsijun17留言2019年1月30日 (三) 03:12 (UTC)[回复]
根据现有信息,电视剧本身、广电备案信息、报道等大概率是误传,如果没有别的证据可以直接改。~ viztor 2019年2月1日 (五) 11:48 (UTC)[回复]

结案,已修改。—玉环文旦专卖店顾客登记|进店咨询·台州专题2019年2月11日 (一) 07:29 (UTC)[回复]

本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

爆旋陀螺Burst

该条目似乎内容过于琐碎,且含有大量的爱好者内容。是否应当对诸如家人的部分章节进行拆分到其他条目或者进行删减?Catherine Laurence 2019年1月30日 (三) 10:30 (UTC)[回复]

有萌百编辑没,能不能移到萌百或其他地方。Fire and Ice 2019年1月31日 (四) 01:56 (UTC)[回复]

建議直接全部刪除團體、用語這兩個只有愛好者才會看章節。角色只需介紹身份背景即可,面貌、穿著、喜好等完全沒有介紹必要的優先刪除,第幾集做什麼之類的分集介紹也應整合。--A900788留言2019年2月1日 (五) 02:42 (UTC)[回复]

@A900788大致按照您的意見修改了下。見Draft:爆旋陀螺Burst。不過這頁面大小變化數有點大害怕Catherine Laurence 2019年2月1日 (五) 10:27 (UTC)[回复]

@Wildly boy角色介紹的格式建議參照WP:MOSACG#CHARA,另外很少登場的配角如朋友A、手下A這類人物可優先刪除--A900788留言2019年2月1日 (五) 11:14 (UTC)[回复]

@Megatronboy请发表您的意见。Catherine Laurence 2019年2月9日 (六) 07:37 (UTC)[回复]

@Megatronboy非也非也,爆旋陀螺 鋼鐵戰魂銀魂的介紹中也提及角色的面貌、穿著、喜好、團體、用語和第幾集做什麼之類的分集介紹等,完全沒有必要優先刪除,而且我有看這個節目,所以大部分的文字也是我根據事實内容所寫,希望Wildly boy明白我這樣做有我的原因,並參考其他維基百科動漫的内容,如光之美少女系列,而不是胡亂說我所寫的内容有爭議性。

  • 建議各位應該去參考優良級動漫條目如《異域天使》、《Charlotte》的寫法,而不是去看那些初級條目,過多瑣碎角色設定介紹也只是降低條目的質量。如果喜歡這部作品,就請嘗試去寫作品的製作、評價、影響等...來提升條目的質量。--A900788留言2019年2月15日 (五) 16:13 (UTC)[回复]

@MegatronboyA900788,那又不看見你改那些所謂初級條目的内容,我只想豐富内容罷了,但你只是叫你Wildly boy刪除我的内容,真是悲觀充塞憤怒,憂鬱掩飾冷酷,豈有此理

(※)聲明删除只是我的个人行动,与他人无关,请不要恶意揣测。Catherine Laurence 2019年2月16日 (六) 05:44 (UTC)[回复]
@113.252.53.61并且请您提供您所加入的内容的可靠来源Catherine Laurence 2019年2月16日 (六) 05:49 (UTC)[回复]

@Megatronboy對不起,但我所加入的内容卻被你一手刪除了,我重申一次爆旋陀螺 鋼鐵戰魂銀魂的介紹中也有提及角色的面貌、穿著、喜好、團體、用語和第幾集做什麼之類的分集介紹等,完全沒有必要優先刪除,而且我有看這個節目,所以大部分的文字也是我根據事實内容所寫,我這樣做有我的原因,並參考其他維基百科動漫的内容,如光之美少女系列,而不是胡亂說我所寫的内容有爭議性。我的內容有根據可靠来源。可惜你有理會過嗎,你不但沒有,更無情的把所有東西都胡亂刪除。難道你認為我所寫的是廢話?難道你又想發起編輯戰,非要跟我過不去?難道你真是人如其名,是分個狂人?我絕對相信閣下不是這種人,我是Megatronboy、使用者113.252.53.61、啦责任和Mr tiger Shun Kit,你若是如此無理,我只好跟你"攤牌",還有一點,你是CatherineLaurence,不要低質素的隱藏自己真正的身分希望我給建議而最後無理的刪除我所寫的內容。因為誰人在本爺所寫的網頁中鬧事,我是知道的。

Template:TalkendH新增「允許合併」參數

  • 目前的問題:AFD結案已經長期出現了「暫時保留:請自行合併」這類模稜兩可的結案語句:「暫時保留」理論上只限於要求條目繼續走關注度或小小作品程序,和页面合併一點兒關係也沒有。
  • 問題背景:部分管理員在處理已經達成合併共识的AFD時不(多數情況是「未能」)手动合并相关页面。
  • 我的觀點:基於合併請求頁面已經關閉,我在此有以下建議:
    1. 管理员应手动合并页面(或如果目標已面已經存在相同內容,可以直接重定向,管理員也應該查看一下),並以「合併」結案;
    2. 否則{{delh}}应为「自行合併」結案另设參数。
  • 我的解決方案:实行建議二,並建議使用參數「mergeapproved」及「ma」({{delh}}可以設定填寫幾個不同的參數而得出相同的顯示文字;patch見Draft:TalkendH)。
現行條文

(略) |merge=[[Wikipedia:關閉刪除討論指南|结束]],以上页面已'''合併'''到{{#if:{{{2|}}}|[[{{{2}}}]]|其他位置}} (略)

提議條文

(略) |merge=[[Wikipedia:關閉刪除討論指南|结束]],以上页面已'''合併'''到{{#if:{{{2|}}}|[[{{{2}}}]]|其他位置}} |mergeapproved|ma=[[維基百科:關閉刪除討論指南|結束]],以上頁面已被'''允許合併'''{{#if:{{{2|}}}|到[[{{{2}}}]]|}} (略)

以上。@ATA2569875Hat600Leiem@Sunny00217Willy1018Xiplusまっすろな未來ΣανμοσαThe Trve Lawe of free Monarchies 2019年1月31日 (四) 14:33 (UTC)[回复]

如果TW可以同步配合的話,我沒有意見。—AT 2019年1月31日 (四) 14:43 (UTC)[回复]
没问题。--Leiem签名·留言 2019年1月31日 (四) 15:01 (UTC)[回复]
  • 我看問題背景是說管理員結案時沒有合併,所以需要一個維護分類來提醒還有哪些“等待合併”的條目,那麼理想情況下這個分類中應該是盡可能沒有內容(都合併了),不知這個理解對不對?(類似於快速刪除、編輯請求分類)--Tiger留言2019年2月15日 (五) 16:10 (UTC)[回复]
  • 沒錯,但我預期積壓肯定會很多,要清理也需要一段時間。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月16日 (六) 00:55 (UTC)[回复]

建议将在来线更名为既有线

在来线这个词来源于日语,但就中国大陆而言,最常见的用法是“既有线”,特此提议将条目更名。另外,为避免地域中心,可以在条目的定义里注明“既有线,日本称‘在来线’,韩国称‘既存线’”。Johnson.Xia留言2019年1月31日 (四) 17:41 (UTC)[回复]

首先,基於先到先得的原則,某一地域的常用名稱作為條目標題並沒有問題,在來線在台灣、香港等地十分普遍(反之,在您提出之前,我從未聽過既有線一詞),因此以在來線作為條目名稱並沒有問題。其次,您先看看條目內容,明顯是僅描述日本多於其他地方,改成既有線的話,會顯得不倫不類。最後,如果在來線真的在中國大陸如此不常用的話,可以考慮加入地區詞轉換來解決問題。以上。謝謝。—AT 2019年1月31日 (四) 18:17 (UTC)[回复]
理解反了,实际是这是日本的“在来线”,只是概念上等同中国的“既有线”和韩国的“既存线”。不用画蛇添足。——路过围观的Sakamotosan | 避免做作,免敬 2019年2月1日 (五) 02:10 (UTC)[回复]
我已經移除了noteTA,因為這條目的定義很清晰,“是日本鐵路用語”,下方描述的也是日本的内容,因此,除非中國大陸的“既有线”是特指日本的既有綫(但事實上不是),否則不應加上noteTA轉換,或者需要先修改條目的表述。--【和平至上】💬📝 2019年2月1日 (五) 15:02 (UTC)[回复]

所以“既有线”、“在来线”和“既存线”应该分立三个条目,然后说明三个概念有相似之处?Johnson.Xia留言2019年2月3日 (日) 06:58 (UTC)[回复]


@Viztor 請不要隨便覆蓋其他人的留言(Special:Diff/53027470)。討論串存檔了就開新。Matthew hk留言2019年2月5日 (二) 07:00 (UTC)[回复]
没有任何必要将“在来线”转换为“既有线”或者是进行noteTA转换,因为这两个概念实际上不完全对应。不知道各位是否熟悉日本铁路话题,据我所知,一条铁路线属于在来线或是新干线,由全国新干线铁道整备法确定,而不仅仅看它是否使用1435mm轨距或行驶新干线列车。一个比较有名的例子是博多南线,这段铁路相当于中国大陆高速铁路的出入段线(我记得北京西动车段的出入线也是很长的),应当地居民需求而利用出入博多车辆中心的新干线列车运营通勤服务,所以划归在来线,反之在中国大陆,动车段出入线只能当作高速铁路系统的一部分,即使列车在上面行驶的速度很慢。--DragonSamYU留言2019年2月13日 (三) 15:11 (UTC)[回复]

图-160轰炸机台湾地区词为何?

下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

图-160轰炸机还是Tu-160轰炸机?--XL-028留言2019年2月1日 (五) 10:54 (UTC)[回复]


本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

凌孝芬逝世日期

鐵道路線模板

已完成兼容並重定向。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月6日 (三) 05:01 (UTC)[回复]
下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

建議將Template:香港鐵路路線Template:澳門鐵路路線併入Template:鐵道路線,完成模板統一。--owennson聊天室獎座櫃2019年2月3日 (日) 14:33 (UTC)[回复]

  • ( ✓ )同意,这个可以考虑。
PS:请问如何将“注释”转换为模板中的“註釋”?Johnson.Xia留言2019年2月4日 (一) 03:44 (UTC)[回复]
已經自動轉換了吧,{{{註釋|{{{注释|{{{注釋|}}}}}}}}}這個都已經出現了。
還有Template:Ligne ferroviaire francaise這個,我已經處理了。--owennson聊天室獎座櫃2019年2月4日 (一) 11:25 (UTC)[回复]
(:)回應:因为我还是不太明白……Johnson.Xia留言2019年2月5日 (二) 00:54 (UTC)[回复]

本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

求助桥梁专题的大神

這頁面說明不中立?

這討論結果明顯沒有任何實質改善的可能,故自行關閉--Z7504非常建議必要時多關注評選留言2019年2月13日 (三) 18:21 (UTC)[回复]
下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。


本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

List of XXXXXXXX chapters 类条目的条目名称翻译问题

跟大家咨询一个事情,一般类似《List of XXXXXXXXXXX chapters》的列表类条目的条目名称怎么起?是《XXXXXXXXXX章节列表》还是其他?相关的有《List of XXXXXXXXXX episodes》会翻译成《XXXXXXXXXX剧集列表》吧。——JuneAugust留言2019年2月6日 (三) 04:25 (UTC)[回复]

关于铁路车站条目中邻近车站的问题

最近条目中所有铁路车站信息的模板均统一至Template:Infobox Station的关系,本人参与编辑广州地铁车站条目中的车站信息模板。之前信息模板有邻近车站的信息,由于新模板未适应的原因本人删除了车站信息模板中的邻近车站信息。但有编者建议将邻近车站的模板直接放在车站信息模板,就不要在条目单独列举了(详见学林路站)。

但本人看到:

  • 有些铁路车站(例如港铁车站金钟站红磡站)是将邻近车站单独列举但没有使用邻近车站模板,只是使用路线车站列表模板;
  • 有些铁路车站(例如北京地铁车站、中国铁路车站)将邻近车站模板放在条目末尾,信息模板没有列举;
  • 有些铁路车站(例如东京站)邻近车站除了在信息模板显示也单独在条目列举。

如果需要统一编者的将邻近车站的模板直接放在车站信息模板,就不要在条目单独列举了的建议,本人觉得该提议不是很满意(主要是信息模板改善的问题),因此交由互助客栈讨论,以決定需不需要这样做。

以上。Nissangeniss留言2019年2月6日 (三) 08:37 (UTC)[回复]

(&)建議:对于多线路车站来说,在信息模板里枚举临近车站实显累赘,完全不需要。(当然放RDT显示临近车站是可以接受的)
而在条目内的形式,目前因不同铁路车站而异,一般来看内地的国铁和地铁都放的是只显示前驱后继车站的模板,列表如下:
{{start rail box}} (有人标识停用,讨论页空空如也)
{{S-line}}
{{Adjacent_stations}}
顺便说一句,这些模板少有人进一步维护……所以可能要往这些模板合并兼容,或者是先本地化的方向去考虑。然后,将所有铁路车站统一成这种更直观的形式?
又:东京站信息模板里有临近车站吗?@Nissangeniss——小老虎3018 2019年2月6日 (三) 16:50 (UTC)[回复]
  • (:)回應@Nissangeniss, 您好阁下,我是{{Infobox station}}和{{Adjacent_stations}}的中文版维护者。至于阁下所列举例子是因为历史遗留问题,应该在2008年左右做的事被拖到了10年后才有人干合并信息框模版这个事情。香港车站是因为香港车站条目用的旧模版没有参数给临近车站。中国国铁铁路车站同理。北京铁路车站是因为条目使用的旧模版不支持显示s-line信息才只能显示在外面,我会慢慢移动这些到信息框里面的。关于东京站之类的日本或韩国车站是因为旧日韩车站信息模版无法提供足够参数显示所有临近站才被迫只能在信息框内显示基本信息然后在条目内写详细信息。这些旧模版的缺陷已经在新的统一模版解决了。使用旧模版的车站条目的前后站信息都会在未来通过{{s-line}}或{{Adjacent stations}}改写并且合并到信息框中。请阁下根据学林路站的格式将临近车站信息移动到信息框中。s-line和Adjacent station支持显示所有广州地铁车站内的前后站信息,并且和现在在广州地铁车站内的临近车站显示样式一摸一样。请问阁下对于s-line或Adjacent-station的显示效果哪里不满意呢?当然我也希望在中文维基上有个共识来决定到底该怎么做,英文维基在很多年前已经完成这个问题了。-- VulpesVulpes825 (留言) 2019年2月6日 (三) 22:53 (UTC)[回复]
原版 Adjacent stations s-line
前一站 广州地铁 後一站
体育西路
1号线
西塱方向
{{start rail box|[[广州地铁]]}}
{{s-inop|[[体育中心站 (广州)|体育中心]]|[[广州东站 (地铁)|广州东站]]方向}}
{{s-line|体育西路<br/>[[广州地铁1号线|1号线]]||#{{广州地铁标志色|1}}}}
{{s-inop|[[杨箕站|杨箕]]|[[西塱站|西塱]]方向}}
{{end box}}
上一站 广州地铁 下一站
杨箕 1号线 体育中心
{{Adjacent stations|system=GZM
|line1=1|left1=杨箕|right1=体育中心}}
上一站 广州地铁 下一站
Template:GZM lines
{{s-rail-start}}
{{s-rail|title=GZM}}
{{s-line|system=GZM|line=1|previous=体育中心|next=杨箕}}
{{s-end}}
  • (:)回應@小老虎3018s-line支持多线路显示,线路信息属于铁路车站的重要信息,应该放在信息模版框里,否则的话为什么首班车和末班车这种信息也被要求放在信息框里面?关于{{start rail box}}的停用问题,是我进行标记的,原因是根据铁道专题的议题显示要统一{{s-line new}},{{s-line new}}已经被合并到{{s-line}}了,所以按照专题说法已经完成讨论并且达成共识。而且{{start rail box}}必须立即停用,否则我没法更新{{s-line}}。{{Adjacent stations}}我几天前刚刚更新过,而且这两个模版是同步英文版的,都是经常有人更新和维护的。不知道为什么阁下说这些模版少有人进一步维护。如果是指文档说明文件的翻译问题,很抱歉,这么多年没有人翻译,我会尽快翻译的。-- VulpesVulpes825 (留言) 2019年2月6日 (三) 22:04 (UTC)[回复]
  • (:)回應@VulpesVulpes825我觉得如果有必要将邻近车站放在信息模板的话,用Linename、start、pre、next、end那种简单一点的参数就可以了,如果用{{Adjacent stations}}和{{s-line}}那种表格样式显示邻近车站的话会不会略繁杂了一点。

之前看了一下Linename、start、pre、next、end参数的完善情况觉得不是很满意(主要是前后两个车站没有空格或者分隔符),只是现在回应发现V君阁下改动了此参数,我觉得这样简单显示已经足够的了。

以上。Nissangeniss留言2019年2月7日 (四) 05:24 (UTC)[回复]

模版 代码
{{{站名}}}
服务
五羊邨
滘口方向
猎德
文冲方向
{{Station Infobox
|Linename1 = {{广州地铁路线链接|3|L}}
|start1 = [[天河客运站 (地铁)|天河客运站]]
|pre1 = [[体育西路站|体育西路]]
|next1 = [[广州塔站 (地铁)|广州塔]]
|end1 = [[番禺广场站|番禺广场]]
|Linename2 = {{广州地铁路线链接|5|L}}
|start2 = [[滘口站|滘口]]
|pre2 = [[五羊邨站|五羊邨]]
|next2 = [[猎德站|猎德]]
|end2 = [[文冲站|文冲]]
}}
    • (:)回應@Nissangeniss, 主要就是因为Linename这些参数使用html直接显示,以后维护会很麻烦的,我现在去看那层代码就会眼花。而且即使我现在好不容易修好了也还是会有隐形Bug的, 比如站名太长的话就NG。其实上用{{Adjacent stations}}真的不繁琐,广州地铁的信息已经由User:Owennson翻译好了,十分感谢他/她的帮忙。用这些模版的好处就是如果需要增加标志或者终点站变了的什么的可以直接一处更改处处都显示。比如阁下举例的内容就可以这样改写。
旧版 新版
{{{站名}}}
服务
五羊邨
滘口方向
猎德
文冲方向
{{{站名}}}
服务
上一站 广州地铁 下一站
广州塔 3号线 体育西路
五羊邨 5号线 猎德
|{{Infobox station
|name=旧版模版参数
|Linename1 = {{广州地铁路线链接|3|L}}
|start1 = [[天河客运站 (地铁)|天河客运站]]
|pre1 = [[体育西路站|体育西路]]
|next1 = [[广州塔站 (地铁)|广州塔]]
|end1 = [[番禺广场站|番禺广场]]
|Linename2 = {{广州地铁路线链接|5|L}}
|start2 = [[滘口站|滘口]]
|pre2 = [[五羊邨站|五羊邨]]
|next2 = [[猎德站|猎德]]
|end2 = [[文冲站|文冲]]
}}
{{Infobox station
|name=统一版模版参数
|services = {{Adjacent stations|system=GZM
|line1=3|left1=广州塔|right1=体育西路|right1=体育西路|to-right1=天河客運站
|line2=5|left2=五羊邨|right2=猎德
}}
}}

这样子的话只要填写线路和前后站就行了,终点站就不用填写了,这样在未来系统扩建的时候就只需要改一个页面就可以全部调动了,而且可以直接在一个页面添加消歧义。而且看上去也比旧版好看一些。 关于特急和前后站可以使用{{S-line}}的 note, notemid, note2或者{{Adjacent stations}}的note-left, note-mid, note-right。详情可以参照英文版东京站和我在顶上的回复。-- VulpesVulpes825 (留言) 2019年2月7日 (四) 05:53 (UTC)[回复]

Adjacent stations s-line
上一站 广州地铁 下一站
杨箕
0.1km
1号线
距离起始站0.0km
体育中心
0.2km
{{Adjacent stations|system=GZM
|line1=1|left1=杨箕|right1=体育中心|note-left1=0.1km|note-right1=0.2km|note-mid=距离起始站0.0km}}
上一站 广州地铁 下一站
0.1km
Template:GZM lines
距离起始站0.0km
0.2km
{{s-rail-start}}
{{s-rail|title=GZM}}
{{s-line|system=GZM|line=1|previous=杨箕|next=体育中心|note=0.1km|note2=0.2km|notemid=距离起始站0.0km}}
{{s-end}}
模版 代码
{{{站名}}}
服务
Module:Adjacent_stations第237行Lua错误:Unknown line "廣深港"
{{Infobox station
|name=统一版模版参数
|services = {{Adjacent stations|system=GZM
|line1=3|left1=广州塔|right1=体育西路|right1=体育西路|to-right1=天河客運站
|line2=5|left2=五羊邨|right2=猎德
|system3=China Railway High-speed|line3=廣深港|left3=福田|right3=香港西九龍
}}
}}
而不是在这里探讨合并铁路信息框模板的事,这个事情都已经结束了,而且我也没有偏离讨论。邻近车站属于车站的重要信息,理应存在于信息框内部。-- VulpesVulpes825 (留言) 2019年2月8日 (五) 16:37 (UTC)[回复]
不是已经有模块:RouteSequence了吗?-- VulpesVulpes825 (留言) 2019年2月8日 (五) 21:56 (UTC)[回复]
就是不希望使用RouteSequence,要修改連結時很麻煩,要做到將Template:西鐵綫那樣用#switch決定顯示不同內容也變得不可能。--owennson聊天室獎座櫃2019年2月9日 (六) 06:35 (UTC)[回复]
那就直接修改模快:RouteSequence里面增加switch支持咯。-- VulpesVulpes825 (留言) 2019年2月9日 (六) 08:02 (UTC)[回复]

大铁的相邻车站

对于这个标题下面可能将会出现的讨论,我只想说几句话。我已经受够了要建立中国大陆的XXX模版,香港的XXX模版,澳门的XXX模版,日本的XXX模版,韩国的XXX模版,建立完成就不再维护和更新引进维基百科最新技术的模版真的就是给后人一个烂坑,中文维基已经没有几个人愿意维护模版了,就不要再开新模版浪费大家的精力了,难道没有听说过重造轮子这个代码开发需要避免的事情吗。请直接统一将相邻车站的放在Infobox station,没有人愿意滚动页面到最底部就是为了一个邻近车站或者新建一个标题就是为了显示一个表格。你们要的任何个性化,包括车站间距和车站图标和快慢站都能用现在{{s-line}}或者{{Adjacent_stations}}实现。我已经不想再去开始讨论英语,日语维基百科10年前就已经搞定的事情了。-- VulpesVulpes825 (留言) 2019年2月9日 (六) 03:48 (UTC)[回复]

您好,我目前主要编写中国铁路车站(简称大铁)条目。根据近来条目编写的经验,我认为不应该在infobox station模版中使用service参数,理由有下

  1. 中国铁路不强调service而强调line:enwiki的金华站条目的service一栏加入了沪九直通车——真要写完整的话岂不是要有100多行?
  2. service属于强调客运性质的参数。而中国铁路车站种类繁多,除客运站外还有货运站、编组站、会让站等类别的车站;
  3. 不应该在Infobox Station里加入service的大铁包括但不限于:中国铁路、香港西九龙站(毕竟运营模式很CR)、(北)朝鲜铁路、越南铁路等系统

因此,基于对大铁运营模式的考量,在infobox的service参数中加入相邻车站信息是个很奇怪的做法。当然,个人并不是完全反对在在infobox加入相邻车站信息,我认为Linename、start、pre、next、end参数生成的相邻车站效果更佳美观,若能加入站间里程数据参数则更佳好了。回到nissangeiss在讨论一开始便提出的问题,我的看法是:不同铁路业者的运营形式不同,应分类讨论。就中国大陆而言,在运营模式简单的地铁(轨道交通)、或有快慢车/大站车服务线路车站条目中加入service信息自然无可厚非。但对于大铁车站,则有待商榷。<span style="color:#脚本错误:没有“MTR”这个模块。;">MNXANL 贡献 讨论 2019年2月9日 (六) 04:01 (UTC)[回复]

如果阁下觉得觉得中国铁路不强调service而强调line的话,我可以现在立即把{{Infobox station}}的对应标题名称帮阁下改了。用service是为了和line参数区分开和为了方便兼容英语维基而已,本来就是用service写线路前后站具体信息用的非得要字面理解参数名字,我真的无语了。在infobox的service参数中加入相邻车站信息是个很奇怪的做法英语铁路车站信息框, 日语车站铁路信息框, 韩语车站铁路信息框都有邻近车站。Linename、start、pre、next、end参数生成的信息是有严重bug和严重导致未来维护变得十分困难,这个代码必须得在1年以内删除否则整个模版就要超过模版技术限制了,不行我现在就帮你删了,本来这些参数违反模版命名规则。如果觉得奇怪的话为什么金华站条目里面有写邻近车站,如果阁下觉得很奇怪的话那就请把中国国铁所有邻近车站全部删了。说句实话,我只是统一模版而已,你们想怎么放就怎么放,我已经受够了还要在中文维基上讨论英语和日语维基上已经早在10年前就已经达成共识的事情了。-- VulpesVulpes825 (留言) 2019年2月9日 (六) 04:21 (UTC)[回复]
“非得要字面理解参数名字”?重要术语当然要搞清定义了,也是我提出讨论的目的。如果阁下以前不知道line和service的区别的话,现在也该了解了吧。<span style="color:#脚本错误:没有“MTR”这个模块。;">MNXANL 贡献 讨论 2019年2月9日 (六) 04:36 (UTC)[回复]
如果阁下希望我将service改成lines我无所谓,即使把Station Infobox的兼容全部毁了我也无所谓。如果要这么改请记得区分line和lines,一个是途经线路一个是具体前后站。英文版也是因为防止lines和line多加s而区分的而已。我也可以直接修改模版的说明文档以便解释清楚。-- VulpesVulpes825 (留言) 2019年2月9日 (六) 04:44 (UTC)[回复]
非得要字面理解参数名字,当然不要字面理解参数啊,比如bicycle当然不会是指车站骑不骑自行车,而是有没有自行车停车处。请看说明文档了解参数具体作用,我之前的文档说明写清楚适用于显示线路前后站而不是服务,标题只是直翻service而已。用service而不是lines也是因为防止有人把line写成lines或者相反导致显示故障。还有我已经修改好了标题,service将会显示线路而不是服务,这样就解决阁下的问题了吧?-- VulpesVulpes825 (留言) 2019年2月9日 (六) 04:51 (UTC)[回复]
地铁的service当然(也应该)是保持原样的。但对于上述的大铁的相邻车站信息,请使用一个更合理的参数名称而不是“服务”,更不是“lines”。FYI,jawiki车站铁路信息框里的相邻车站为line,使用乗入路線名称,服务线路则包括在条目中的章节隣の駅里;而enwiki的信息框则是service,东亚地区或有混用的情况。“即使把Station Infobox的兼容全部毁了我也无所谓”:我想提醒阁下的是,既然您选择合并这些模版,就应该对其过程中可能产生的问题负责。<span style="color:#脚本错误:没有“MTR”这个模块。;">MNXANL 贡献 讨论 2019年2月9日 (六) 04:57 (UTC)[回复]
我已经完成合并也无意再改,我只是提醒阁下如果修改lines参数可能造成的后果,且告知强行修改可能会造成的后果。我已经完成这个项目而且我已经无意继续维护这个模版了,我将不会再进行任何修改,也不会对后续任何人的任何修改中可能产生的问题负责或者背锅。我也将不再讨论这个问题,反正中文维基讨论了N年连统一线路前后站模版格式都没有在完成共识后进行转换,我也不期望有任何改观。参数名称不会更改,这样保证兼容英文版上游版本,而且我已经说过了请不要字面理解参数名称。如果阁下希望留言请不要ping我,谢谢。-- VulpesVulpes825 (留言) 2019年2月9日 (六) 05:38 (UTC)[回复]
enwiki上面的车站信息很多是有问题(乃至错误)的。阁下不能因为仅完成兼容就对其产生的问题视而不见、听而不闻、将错就错。我希望zhwiki有个简单、易懂、美观且内容正确的车站信息模版。<span style="color:#脚本错误:没有“MTR”这个模块。;">MNXANL 贡献 讨论 2019年2月9日 (六) 05:52 (UTC)[回复]

我已经完成模版统一和兼容,这是我最初的目标。我本来想继续维护此模版,但是根据目前讨论我将将不会对此模版进行任何后续维护和更新,越维护越觉得烦。如果阁下认为enwiki上面的车站信息很多是有问题(乃至错误)的,您可以选择去英语维基上更新,而不是在中文维基上抱怨。我不认为目前阁下提出的事情为模版产生的问题,现在最简单的方式就是把原来在邻近车站的{{Start_rail_box}}内容改写后填入services即可。我不懂为什么如此简单的事情需要如此麻烦的讨论。我只是模版编辑者,我已经完成信息框的编辑以保证其符合模版方针(采用英语参数和全部小写),而且此模版简单,易懂(经过英文维基多年的维护),而且使用sytle和service使得信息框更加美观和直观。作为模版编辑者我不负责条目内容正确。我没有视而不见、听而不闻, 我已经尝试沟通和修改标题名称。这是我最后尝试沟通,我将不再参与此讨论,也不会再进行任何回复,也不认为阁下提出的问题是个问题。我已经决定将我的重心放在统一{{Template:Infobox road}}和翻译{{Template:s-line}}、{{Template:Adjacent stations}},而不是在这种无意义和无前提的讨论。-- VulpesVulpes825 (留言) 2019年2月9日 (六) 06:28 (UTC)[回复]

( ✓ )同意User:MNXANL的观点,每趟车都写一个相邻车站的话会变成冗余信息,全部写进去的话会变得非常复杂,而且写的话还要考虑货物列车、临时列车、旅游列车等特殊情况以及一些已经停止旅客营运的车站。比如上海站去往南京方向的列车的下一站不一定是上海西站,可能是昆山南站、昆山站、苏州北站、苏州站等。--そらみみ留言2019年2月9日 (六) 04:16 (UTC)[回复]
诶,就是把现在{{Start_rail_box}}的内容更新到s-line然后移动到Infobox这种简单的事情非得要讨论每趟车都写一个相邻车站的话会变成冗余信息,而且写的话还要考虑货物列车、临时列车、旅游列车等特殊情况以及一些已经停止旅客营运的车站。没人让你写具体列车了。英文日语都没写具体列车到中文就变得要不要写所有车我也是醉了。现在就是请阁下把{{Start_rail_box}}的内容改写然后移动到services里面就行了好吗?不要想的那么复杂好吗?能不能不要往线网分离的事情好吗?你真要每趟车都写一个相邻车站,而且写的话还要考虑货物列车、临时列车、旅游列车等特殊情况以及一些已经停止旅客营运的车站的话违反WP:NOTCATALOG, WP:NOTDIRECTORY, WP:NOTGUIDE, WP:NOTTRAVEL的好吗?阁下能不能讨论这种事情的时候先看一看方针好不好?能不能不要光说不动?能不能先将{{Start_rail_box}}的内容移动到{{s-line}}或者{{Adjacent_stations}}这种铁路维基专题已经早就达成的共识? -- VulpesVulpes825 (留言) 2019年2月9日 (六) 04:32 (UTC)[回复]
可是至少大陆、台湾、日本都是线网分离的啊,英文版的en:Tokyo Station难道不就是把所有列车都列一遍?您当时还说「比如英文版东京站,您想要显示20条线路而且还要显示快速还是普通都可以。用S-line还比目前更要直观,能够显示前后站的站点标志和快慢线,而且理论支持无限量线路。」,我还以为您是要采用这种模式呢。--そらみみ留言2019年2月9日 (六) 05:08 (UTC)[回复]
(!)意見如果按User:そらみみ君的解释,{{Infobox station}}里面的话最好以线路的邻近车站为主吧,同时也不建议{{Infobox station}}用service代码来写邻近车站,这样会让人觉得还要写列车车次/爱称/种别的邻近车站的内容。Nissangeniss留言2019年2月9日 (六) 04:59 (UTC)[回复]
( ✓ )同意看法。但“线路的邻近车站”是否太长?有无更精简的名称?<span style="color:#脚本错误:没有“MTR”这个模块。;">MNXANL 贡献 讨论 2019年2月9日 (六) 05:07 (UTC)[回复]
那就肯定用英文参数,例如用“adjacent”(刚才抱歉写错了) Nissangeniss留言2019年2月9日 (六) 05:29 (UTC)[回复]
( ✓ )同意这是个好主意,但是adjacent必须与service共存,否则如果有人把英语维基上的信息框复制到中文维基上就没有办法显示了。-- VulpesVulpes825 (留言) 2019年2月9日 (六) 07:48 (UTC)[回复]
(-)反对,抱歉刚刚重新看了参数,如果这样做就要增加7个if,这个不是一个好主意。建议保持使用service并且自己知道这个参数是用来显示邻近车站的。本来参数名称就不需要完全按照字面意思解释。这是我的最终回复,祝各位讨论愉快。请记住如果需要修改参数请一定要在沙盒中做完测试,如果出错请立即回退。请不要在模版中直接编辑,您的每次修改都会强制服务器刷新使用此模版的13000条目的缓存,频繁这样做十分危险也十分不负责任。-- VulpesVulpes825 (留言) 2019年2月9日 (六) 07:58 (UTC)[回复]
(:)回應我只说您想要显示20条线路而且还要显示快速还是普通都可以,我只是表达了s-line可以做到这个事情并且给阁下看一个例子。我从来没有说过请写上所有线路,而且支持全部路线违反WP:NOTCATALOG, WP:NOTDIRECTORY, WP:NOTGUIDE, WP:NOTTRAVEL,能否各位在讨论的时候根据常识和考虑方针?各位提出的所有问题都可以用WP:NOTCATALOG, WP:NOTDIRECTORY, WP:NOTGUIDE, WP:NOTTRAVEL中的任何一条结束讨论。我已经无意继续和各位讨论这个问题,我已经完成我的目标。反正中文维基讨论了N年连统一线路前后站模版格式都没有在完成共识后进行转换,我也不期望有任何改观。还有这样会让人觉得还要写列车车次/爱称/种别的邻近车站的内容违反WP:NOTDIRECTORY,维基百科不是目录,请阁下在写这句话之前先参照方针。还有我已经说过了, lines已经用于防止有人把line写成lines,强行修改将会直接破坏多个兼容,请根据User:MNXANL的说法,修改参数请对模版负责,也请阁下在选择修改参数时开启讨论以便得到共识。我将不再参与此讨论,也不会再进行任何回复,祝各位讨论愉快。-- VulpesVulpes825 (留言) 2019年2月9日 (六) 05:41 (UTC)[回复]

目前而言无共识。日后在大多数情况下,我倾向于不在大铁车站中使用/或在条目模版避免使用service模版。这是最简单粗暴的解决方法 <span style="color:#脚本错误:没有“MTR”这个模块。;">MNXANL 贡献 讨论 2019年2月9日 (六) 09:18 (UTC)[回复]

  • 既然V君说到已经尽力调整了我也不想说什么,不如先暂时搁置改邻近车站参数,然后待{{Adjacent_stations}}以及{{S-line}}模块中的铁路系统完善再决定(毕竟这个又是要花费很长时间),反正我调整广州地铁车站模板信息已经够烦的了。也不想又调整一个参数就要去所有车站调一遍(例如Type参数改为structure参数)。Nissangeniss留言2019年2月9日 (六) 09:27 (UTC)[回复]
  • User:MNXANL对于阁下一定要完全字面理解参数,我表示难以理解和十分失望。参数名称只是便于人类解读,参数名称只需要意思相近即可。我已经解释过英语维基使用service而不是lines是因为linesline的防呆参数,并且也是一些旧模版兼容参数。而且我也已经在说明文档说明此参数用来显示线路前后站信息。就像bicycle是用来显示自行车停放设施的信息而不是字面理解车站有没有自行车或者车站骑不骑自行车。阁下在不读说明文档就直接开始讨论真的是侮辱各个语言维基上维护模版模块的所有模版编辑者。还有,请阁下理解清楚模版和参数的区别。我真的不知道为什么一个1、把{{start rail box}}的代码改写 2、把它移动到service这种简单的事情要扯的这么麻烦。我也不知道为什么我还需要再解释这个简单的事情,真的浪费时间和精力。如果阁下认为倾向于不在大铁车站中使用/或在条目模版避免使用service模版,那也请阁下顺便将所有邻近车站信息都可以删除,毕竟这两个东西是一回事。还有User:Nissangeniss,{{Adjacent_stations}}以及{{S-line}}模块已经完善,各个铁路系统需要阁下自己去编辑而不是叫模版编辑者,我们只负责模版和模块本身的工作而不是负责子文件信息是否正确。还有您也不需要调整type参数,这还是会正常显示的,我将会在2019年内写出自动机器人完成旧有参数转换和将所有放在模版外面的{{start rail box}}和{{S-line}}自动放在模版内部的,这种重复劳动就交给机器人吧。那么也祝各位编辑愉快。-- VulpesVulpes825 (留言) 2019年2月10日 (日) 03:27 (UTC)[回复]
Service和line确实是两个不同的概念,NYP的infobox里面列举了一堆XX号列车而不是简单地写出东北走廊和帝国走廊的邻接站。另外{{start rail box}}作为导航模板,不知阁下一定要将其放在模板内的用意何在。<span style="color:#脚本错误:没有“MTR”这个模块。;">MNXANL 贡献 讨论 2019年2月10日 (日) 05:19 (UTC)[回复]
User:MNXANL那就这样把,我现在测试adjacent参数,在使用adjacent参数的时候标题会显示邻近车站,并且会有。阁下可以在这里查看例子,如果阁下愿意妥协的话我就提交编辑申请了。还有我在说{{start rail box}}是指其主模版和其所有配套模版生成的信息,比如我说{{s-line}}的时候是指s-line模组和其全部配套模版,毕竟每次列举所有模版极为繁琐。邻近车站属于车站重要信息,理应放在信息框内。如果阁下觉得不应该的话我就得要开删除首末班车和车站服务参数讨论了。-- VulpesVulpes825 (留言) 2019年2月10日 (日) 06:10 (UTC)[回复]
( ✓ )同意这个方案,其他细节可以以后再说。<span style="color:#脚本错误:没有“MTR”这个模块。;">MNXANL 贡献 讨论 2019年2月10日 (日) 16:40 (UTC)[回复]
完成已经提交修改申请。-- VulpesVulpes825 (留言) 2019年2月10日 (日) 19:04 (UTC)[回复]

藝人條目內作品陳列過於繁瑣

藝人條目內作品陳列過於繁瑣!!有些「xx所開音樂會」根本沒有關注度!!為什麼一定要列出來,占用資源!?--36.233.46.173留言2019年2月7日 (四) 04:46 (UTC)[回复]

请直接删除然后在编辑摘要里面写WP:NOTDIRECTORYWP:NOTCATALOG就可以了 -- VulpesVulpes825 (留言) 2019年2月7日 (四) 18:34 (UTC)[回复]

能不能把北宋書畫家趙佶的姓名還給他?

長久以來,在下認為,北宋書畫家趙佶被他自己的皇帝身分害得很慘了,所以在不涉政治、純粹藝術的的領域裡,應該把他當成單純的一位北宋書畫家(而不是一位中國皇帝),以其本名稱呼他,而不是以其廟號稱呼他。就好像我們稱呼〈寒食帖〉的作者為蘇軾,而不是蘇東坡一樣,儘管後者在今日比前者常見。

具體的一些建議是,在國立故宮博物院館藏文物中華民國國寶中国茶文化中国服饰史等條目中,將〈蠟梅山禽圖〉與〈文會圖〉的圖片的說明之作者由[[宋徽宗]]改成[[宋徽宗|趙佶]](優先建議)或趙佶([[宋徽宗]])(次優先建議)。

不知各位認同嗎?-游蛇脫殼/克勞 2019年2月7日 (四) 15:16 (UTC)[回复]

@Ericliu1912君,您確實是認真的嗎?可是我認為除了李煜、趙佶以外,沒有任何中國皇帝需要這樣處理,因為他們都沒有「政治以外的成就遠遠大於政治成就,且被俘虜到其他國家並死於他鄉」;很多華人乃是以詞認識李煜,以書畫認識趙佶,但不是以木工認識朱由校、以詩認識弘曆的,且,皇帝的身份讓朱由校、弘曆享福多過受難。-游蛇脫殼/克勞 2019年2月10日 (日) 13:14 (UTC)[回复]
那以「皇帝稱+本名」(不用括號)的形式,如「南唐後主李煜」、「宋徽宗趙佶」、「明神宗明熹宗朱由校」等,既寫明其身為中國皇帝的身分(且大多數人比較知道他們的帝號),又不必被帝號掩蓋本名,這樣如何?—— Eric Liu留言留名學生會 2019年2月11日 (一) 09:03 (UTC)[回复]
那倒也不錯,可是有一個待確認的問題:內鏈要放在帝號上,還是姓名上?目前廟號宋徽宗是條目名稱,姓名趙佶只是重定向頁。還有一個筆誤,朱由校是明熹宗,朱由校的祖父才是明神宗。-游蛇脫殼/克勞 2019年2月11日 (一) 14:16 (UTC)[回复]
啊噗,手滑。—— Eric Liu留言留名學生會 2019年2月14日 (四) 11:24 (UTC)[回复]
針對少數這幾位有高度文學藝術成就的皇帝,在非政治事宜,例如文學藝術上,贊同「南唐後主李煜」、「宋徽宗趙佶」、「明熹宗朱由校」這樣的表示方法,以兼顧傳統身分地位與現今重視的本人人格地位,畢竟當時他們的特殊地位乃是事實,無法磨滅。本討論應不影響本條目,而是其他條目中的稱呼,如果有需要並符合維基格式方針,條目不妨加入「南唐後主李煜」、「宋徽宗趙佶」等這樣的別名。Tonys留言2019年2月14日 (四) 10:56 (UTC)[回复]

什麼叫做被「皇帝身分害得很慘」?如果他們不是皇帝,有辦法悠悠閒閒坐在宮中畫畫,而不是窮困潦倒在街上為人代筆和賣字畫度日?--章安德魯留言2019年2月11日 (一) 13:33 (UTC)[回复]

那可不一定,兩件事:①不是每個藝術家都是梵谷,也有人是畢卡索唐寅。 ②藝術家不總是在悠悠閒閒時創作,很多時候,不悠悠閒閒、甚至窮困潦倒反而更能激發創作靈感;〈寒食帖〉是蘇軾被貶後寫成的,「....最是倉皇辭廟日,教坊猶奏別離歌...」也是李煜被俘虜到宋土才寫的,而〈離騷〉顯然也不是快樂的文章。-游蛇脫殼/克勞 2019年2月11日 (一) 14:16 (UTC)[回复]
認真???皇帝又不是混工作的,批奏摺都快沒時間了,哪裡來的寫詩、繪畫甚至做木工啊(尤其木工作下去一天就快消失了)。 --船到橋頭自然捲留言2019年2月14日 (四) 11:33 (UTC)[回复]

根據現行命名常規,「常用名稱」優先於「名從主人」,「行幸通」作為常用名稱,似乎應該取代「東京都道404號皇居前東京停車場線」作為條目名稱,但「東京都道404號皇居前東京停車場線」好像也很常用。究竟條目沿用現在的名稱好一些,還是改名「行幸通」好一些?ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月8日 (五) 05:26 (UTC)[回复]

  • 照你的描述來看的話,「行幸通」就不能算是「最常用名稱」吧?如果正式稱呼「東京都道404號皇居前東京停車場線」也很常見的話,那就應該使用「名從主人」原則而不是「常用名稱」。「常用名稱」原則的使用狀況應該是常用名壓倒性的超過官方名稱(例如之前討論過的熊本熊問題)才會適用。風鳴留言2019年2月8日 (五) 06:06 (UTC)[回复]
    • @風鳴請留意命名常規在上一季出現重大變更,「常用名稱」現時作為命名原則,是絕對優先於只作為常規的「名從主人」的。但由於這兩個名稱都同等常用,「名從主人」常規和「常用名稱」中「一般情況下,常用的名稱也是較為簡短的,可以避免條目名稱過於冗長」的條文似乎都可用,所以我才希望發起討論。另:熊本熊的官名「酷MA萌」一名因為過分生僻,這方面基於最新命名常規,個人認為沒討論必要,所以當時我無視了討論,直接以移回「熊本熊」結案。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月9日 (六) 02:19 (UTC)[回复]
@Sanmosa插句話請教一下:既然「常用名稱」現時作為命名原則,那為什麼行政院農業委員會才是條目名稱,農委會則只是重定向?在臺灣,顯然農委會比行政院農業委員會常用得多;中華民國國軍退除役官兵輔導委員會退輔會也是相同的情況,以很少用的全名作為條目名稱,反而常用的簡稱只是重定向。為什麼呢?謝謝!-游蛇脫殼/克勞 2019年2月11日 (一) 07:42 (UTC)[回复]
@克勞棣命名常規還有一個主要命名慣例,就是使用全稱:「請儘量不要使用簡稱或縮寫來命名條目,除非這個名稱只有它使用或者這個名稱大部分人都知道」。我是住香港的,剛才一看,「農委會」我可能還知道職能是甚麼,「退輔會」就丈二金剛摸不著頭腦了。「行幸通」是東京都道404號皇居東京停車場線的別稱(類近於國際通是沖繩縣道39號的別稱),和「農委會」、「退輔會」的性質不同。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月11日 (一) 08:18 (UTC)[回复]
@Sanmosa我自然知道「使用全稱」。所以我的問題其實是,在經過您所說的命名常規在上一季出現重大變更後,「常用名稱」與「使用全稱」如果出現衝突,應該哪個優先?還是「不溯及既往」?又或者您現時只想比較「常用名稱」與「名從主人」哪個優先,如果是這樣,那麼我就不多言了。-游蛇脫殼/克勞 2019年2月11日 (一) 13:40 (UTC)[回复]
我確實只想比較「常用名稱」與「名從主人」哪個優先,因為如上所説,「行幸通」是別稱而非簡稱。不過「常用名稱」與「使用全稱」的衝突也可以説一説:個人認為如果全稱的使用率非常小(例如蘇聯全名),「常用名稱」就會優先,否則應該看成該全稱有一定常用性,故而可以使用全稱。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月11日 (一) 23:58 (UTC)[回复]

建议拆分条目

下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

少女小渔这个条目不知道说的是小说还是电影——Thyj (通知我) 2019年2月8日 (五) 13:18 (UTC)[回复]


本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

惯性收视条目问题

巡查中偶然间发现了慣性收視这个条目。条目本身讲述了香港电视传媒中的现象,但是通篇原创总结的色彩太过浓厚。来源太少、前几段似乎都在抒发作者自己的感情。其参考资料部分没有引用相关的学术研究,充斥各类不可靠的媒体,甚至YouTube视频等;在下方的“外部参考”中大多数媒体也只是点出这一现象并作出简短描述,但没有特别深入的介绍。谷歌搜索“惯性收视”的结果也是类似,维基百科被摆在了首位,但除了维基百科外都没有特别详细的描述;且似乎大陆和台湾也有偶尔用“惯性收视”一词,条目可能存在香港中心的问题。谷歌学术除了找到一篇相关主题的论文外,没有收获。

鉴于条目已经在2010年被提请删除,且讨论结果为保留,在此想问问各位有没有更好的办法。我能想到的诸如导入到维基学院、移动到新名字,或者大幅度删改,再或者删除。

--Techyan留言2019年2月10日 (日) 07:09 (UTC)[回复]

关于澳大利亚联邦政府Department of the Treasury和Department of Finance两个部门对应中文译名的问题。

按照中华人民共和国官方的资料en:Department of the Treasury应该译为“国库部”,而en:Department of Finance则应该是“财政部”。因此对应的部门长官也应该是“国库部长”(或依据西敏制的习惯译为“国库卿”、“国库大臣”之类)和“财政部长”。

资料来源:

而日本那边则是将en:Department of the Treasury译为ja:財務省 (オーストラリア)en:Department of Finance译为“財政省”。

目前澳大利亚国库部和财政部都没有翻译成中文词条,但是“国库部长”已经翻译成了“澳大利亞財政部長”。

不知道谁有澳大利亚官方的中文统一译名没有,如果没有的话,是否按照上述中国大陆官方的资料统一译名?

--冰心相談室✉ 2019年2月12日 (二) 10:34 (UTC)[回复]

註:中華民國官方對Department of Finance的中文譯名是財政部。—— Eric Liu留言留名學生會 2019年2月14日 (四) 11:30 (UTC)[回复]

各國的官署與官銜常有其各自的歷史原因,傳統英系的財政部門都是使用 Treasury, 例如美國的 (Department of) Treasury 中文裡大家都叫它財政部, 聯合王國(英國)的 Treasury 翻譯成財政部也遠遠多於國庫部,澳大利亞 Department of Treasury 譯作財政部應屬允當。只是不巧澳大利亞 Treasury 與 D.o.F. 兩部都有,看了澳洲財政部與澳洲財務部二條目內容,均有詳述英文原名與其他不同翻譯,個人感覺中文裡使用財政部/財務部造成的含意混淆應少於國庫部/財政部。Tonys留言2019年2月14日 (四) 17:05 (UTC)[回复]

關於電子娛樂展2015的移動

@StangRowingbohe我是不知道兩位怎麼會突然想動他,

  1. 来源搜索:"電子娛樂展"”——Google:网页新闻学术图书图片;百度:网页新闻学术图片知网工具书JSTOR维基百科图书馆Report約有 55,500 項結果
  2. 来源搜索:"E3"”——Google:网页新闻学术图书图片;百度:网页新闻学术图片知网工具书JSTOR维基百科图书馆Report約有 347,000,000 項結果
從搜尋結果來看,E3的稱呼比電子娛樂展還來得多,最近的案例如Talk:熊本熊#“熊本熊”还是“酷MA萌”?還有Wikipedia:互助客栈/条目探讨#東京都道404號皇居前東京停車場線應該怎樣命名,我個人希望可以改回E3。 --船到橋頭自然捲留言2019年2月12日 (二) 16:48 (UTC)[回复]

关于马其顿国旗模板

鉴于马其顿共和国更名为“北马其顿共和国”,在此请求进行模板修正,将南斯拉夫解体后、马其顿共和国更名前那段时期的国旗模板上面的文字调整为“马其顿/马其顿共和国”,马其顿共和国更名后那段时期的调整为“北马其顿/北马其顿共和国”。--風雲北洋Talk 2019年2月14日 (四) 03:35 (UTC)[回复]

ISO 3166-1更新为好--苞米() 2019年2月14日 (四) 03:47 (UTC)[回复]

关于任天堂部分游戏相关条目的移动请求

下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

今天,香港任天堂通过官网发布了部分游戏的官方中文名称。来源链接: http://www.nintendo.com.hk/topics/article/a_190214_01.html 。受到影响的条目包括塞尔达传说 梦见岛超级马里奥制造。请求将相关条目移动至超級瑪利歐 創作家薩爾達傳說 織夢島

MarkussLugia留言2019年2月14日 (四) 04:57 (UTC)[回复]
已完成移動。—— Eric Liu留言留名學生會 2019年2月14日 (四) 05:55 (UTC)[回复]

本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

請問條目美國州際公路輔助線列表改為分類是否比較適當?--百萬土豪留言2019年2月15日 (五) 01:08 (UTC)[回复]

當前不適當:表列的州際公路輔助線大多是沒有中文條目的。--Steven |_-。) 2019年2月15日 (五) 10:04 (UTC)[回复]
  1. ^ 1.0 1.1 Living DNA and Eupedia (编). Korea Regional DNA Project. [2025-01-02] (英语). 
  2. ^ 2.0 2.1 Jungeun Kim, Sungwon Jeon, Jae-Pil Choi, Asta Blazyte, Yeonsu Jeon, Jong-Il Kim, Jun Ohashi, Katsushi Tokunaga, Sumio Sugano, Suthat Fucharoen, Fahd Al-Mulla, Jong Bhak. The Origin and Composition of Korean Ethnicity Analyzed by Ancient and Present-Day Genome Sequences. Genome Biology and Evolution. 2020, 12 (5): 553–565 (英语).