「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:可靠来源|可靠来源]]。可惜你有理會過嗎,你不但沒有,更無情的把所有東西都胡亂刪除。 |
{{ping|Megatronboy}}對不起,但我所加入的内容卻被你一手刪除了,我重申一次[[爆旋陀螺 鋼鐵戰魂]]及[[銀魂]]的介紹中也有提及角色的面貌、穿著、喜好、團體、用語和第幾集做什麼之類的分集介紹等,完全沒有必要優先刪除,而且我有看這個節目,所以大部分的文字也是我根據事實内容所寫,我這樣做有我的原因,並參考其他維基百科動漫的内容,如[[光之美少女系列]],而不是胡亂說我所寫的内容有爭議性。我的內容有根據[[WP:可靠来源|可靠来源]]。可惜你有理會過嗎,你不但沒有,更無情的把所有東西都胡亂刪除。難道你認為我所寫的是廢話?難道你又想發起編輯戰,非要跟我過不去?難道你真是人如其名,是分個狂人?我絕對相信閣下不是這種人,我是Megatronboy、使用者113.252.53.61、啦责任和Mr tiger Shun Kit,你若是如此無理,我只好跟你"攤牌",還有一點,你是CatherineLaurence,不要低質素的隱藏自己真正的身分希望我給建議而最後無理的刪除我所寫的內容。因為誰人在本爺所寫的網頁中鬧事,我是知道的。 |
||
== [[Template:TalkendH]]新增「允許合併」參數 == |
== [[Template:TalkendH]]新增「允許合併」參數 == |
於 2019年2月16日 (六) 07:31 的修訂
討論遞進機制試行案公示結束,進入試行期。 若您對試行期間的實行過程及相關規範有任何疑問,都歡迎在這裏提出。 |
發表前請先搜尋存檔,參考舊討論中的內容可節省您的時間。 |
- [公告] 實裝Automoderator工具、更新管理員佈告板排版、緊急修正快速刪除O1款、仲裁委員會成立後的管理人員解任機制、選舉監察員運作細節及開放自由提名管理員等權限申請、修訂WP:外文重新導向方針與首句MOS:外語名稱格式指引,並將他們對應、規範資訊框內母公司子品牌的列出方式(重公示版本)、在本地啟用安全投票及electionadmin權限、調整COVID-19條目共識的規定、規範日本選舉條目命名、禁止有關藝人演出的獨立列表條目羅列非固定參與的節目、修訂政治人物關注度指引、修改學校關注度指引、明確香港街道名為譯名可靠來源的一種、規範中文維基百科內「貨物駅」與「貨物ターミナル駅」兩詞的譯法及電子遊戲與日本動漫條目命名的標點符號使用規定已經通過。
- [公告] 重命名WP:關注度為WP:收錄標準、修訂用戶名方針與用戶頁指引及調整現行用戶頁指引條文規定的定義正在公示,如有意見請儘快提出。
- [討論] 互助客棧方針區正在討論提升「MOS:模稜兩可」為正式指引、是否將格式手冊移動到MOS命名空間下、在非原創方針新增例子以禁止綜合常識及可靠來源、擴充ITNR獲選類別、根據WP:用戶頁對WP:用戶框進行修訂、被不限期封鎖用戶不應預設覆審移除IP封鎖豁免權限、電子遊戲與日本動漫條目命名的標點符號使用規定、重提為可供查證方針與可靠來源指引調整有關用戶生成內容的規定、關於條目命名常規中納入中立性的考慮及關於純破壞提報應當如何處理,請踴躍參與討論。
- [討論] 互助客棧技術區正在討論修訂過濾器警告資訊,請踴躍參與討論。
- [討論] 互助客棧條目探討區正在討論有關日本內閣條目的命名問題,請踴躍參與討論。
- [討論] 互助客棧其他區正在討論Automoderator配置、2025新年徽標、是否應關閉中文維基百科以抗議基金會舉措、管理人員任免制度檢討等事、本地部署安全投票及相關權限、禁制復核及提議將每日提示內容同步到首頁提示版塊展示,請踴躍參與討論。
- [討論] 互助客棧試行案討論區正在討論討論遞進機制試行案-檢討意見分享,請踴躍參與討論。
存檔 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
早於10日的討論將會由Jimmy-bot存檔。 |
# | 💭 話題 | 💬 | 👥 | 🙋 最新發言 | 🕒 (UTC+8) |
---|---|---|---|---|---|
1 | 關於公司活動節目類條目的「所有權者」、「母公司」、「營運單位」的疑問 | 1 | 1 | Sanmosa | 2024-12-29 22:25 |
2 | 誤用Wikipedia:持續出沒的破壞者/User:Qqqyyy惡作劇內容的書籍 | 6 | 4 | BigBullfrog | 2024-12-24 00:27 |
3 | 建於西夏的建築物歸為「宋朝建築物」是否合適 | 39 | 13 | 自由雨日 | 2025-01-08 21:48 |
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 |
16 | 陳姓 | 2 | 2 | The Puki desu | 2025-01-08 03:15 |
發言更新圖例 |
---|
|
|
|
|
|
特殊狀態 |
已移動至其他頁面 或完成討論之議題 |
手動設定 |
當列表出現異常時, 請先檢查設定是否有誤 |
正在廣泛徵求意見的議題
您可在回饋請求系統訂閱以收取特定主題相關討論通知。 |
目前此主題無正在討論的議題 歷史與地理
Talk:島嶼國家 § 建議把「相對的概念是『內陸國家』」改成「相關的概念是『內陸國家』」建議把引言的「相對的概念是『內陸國家』」改成「相關的概念是『內陸國家』」。
因為「相對」一詞很容易被讀者理解為「相反」,而「相反」又容易被理解為互斥,然而島嶼國家與內陸國家並不是互斥的概念。
邏輯上一個國家可以同時是島嶼國家與內陸國家。比方長野縣如果是一個國家,那麼它就是一個島嶼國家(因為它全部的國土都位於本州島上),而它也是內陸國家(因為它完全沒有海岸線)。
雖然目前世界上尚無兼為兩者的國家,但邏輯不容混淆,維基不應暗示或誤導讀者這兩類國家是互斥的,所以我認為行文應作變更。(內陸國家的引言也應把「相對」改成「相關」,但為避免重複討論內容,就不在那裏發起討論了)---游蛇脫殼/克勞棣 2024年11月10日 (日) 13:32 (UTC)
我注意到在向史公哲曰於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)
關於波蘭第三級行政區劃單位,從現有的中文及英文條目來看,應該譯為「市鎮」更好。誠然中國外交部使用「鄉」的名稱,但這層行政區劃單位有三種類型:城鎮鄉、城鎮鄉村結合鄉和鄉村鄉,聽起來怪彆扭的!況且縣級市也是一個「鄉」!但如果稱為「市鎮」的話就明了了。市鎮有三種類型:城鎮型市鎮、城鄉結合型市鎮、鄉村型市鎮。而縣級市既是一個縣,也是一個市鎮。
歐洲(至少是歐盟)各國的基層政權單位都應該譯為「市鎮」,因為在歐盟檔案各語言互譯里都會採取英文municipality在各語言裏對應的單詞(參見之前Talk:希臘行政區劃里的討論)。類似的討論還有Talk:烏克蘭行政區劃、Talk:丹麥市鎮、Talk:市鎮 (亞美尼亞)、Talk:市鎮 (格魯吉亞)。中文來源里至少《歐洲時報》採用「波蘭市鎮」的說法。
波蘭有近2500個市鎮,我不知道是不是每個市鎮都有自己的條目。另外還牽涉到分類等。因此影響範圍很廣,希望能在社群內取得共識後統一更新。--萬水千山(留言) 2024年12月10日 (二) 20:12 (UTC)
兩本地名詞典給出的譯名是「喀爾巴阡山麓省」。新華社歷史資料庫里沒有資訊。但此譯名確實使用度不高。現條目名有絕對高的常用度,且中國外交部也在使用。另外新華社及央視網也使用「喀爾巴阡省」,但總體用法不多。請社群討論一下條目名該採用那個譯名。--萬水千山(留言) 2024年12月11日 (三) 09:30 (UTC)
兩本地名詞典給出的譯名都是「希隆斯克省」,在網上找到一份應該是地圖出版社出版的地圖也是用此譯名。谷歌搜尋比「西里西亞省」少,但「西里西亞省」有可能包括歷史上相關地名的結果。個人覺得應該根據譯寫導則的精神來採用根據該國官方的標準地名的譯名。另外這個討論結果也適用於下西里西亞省 (波蘭),就不再另外提出來討論。@BigBullfrog @Kethyga--萬水千山(留言) 2024年12月11日 (三) 23:26 (UTC)
該公報有中英兩個正式版本,兩個版本均由雙方簽字,均有效力。中英文版本應該使用原文。而中文原文是(來自美國AIT):「 美利堅合眾國政府承認中國的立場,即只有一個中國,臺灣是中國的一部份。」美國雖然現在不同意這種寫法但也尊重了原文。
這也是中國政府公開的版本。但目前本詞條寫成:「美利堅合眾國政府認識到中國的立場,即只有一個中國,台灣是中國的一部分。 」這就篡改引用原文了。
至於其爭議,自然可放在後文討論而非篡改引用原文。--Sohardtohavename(留言) 2024年12月30日 (一) 23:32 (UTC)
目前我打算放上,但有其他用戶表示疑慮的地方:
其實我還找到了其他資料,但是由於客觀上的問題沒放上來。
參照了以上有關朝鮮半島各地朝鮮族在基因上差異[1][2]的資料,以及考慮到朝鮮半島各地朝鮮族在語言上,文化上(以及)等方面的大同小異後,我才放上去的,並非突然的就原創認為說 不同方言 or 不同地區 的朝鮮族就是不同的朝鮮族支系。--Nkywvuong(留言) 2025年1月3日 (五) 04:25 (UTC)鑑於中華人民共和國國家統計局的相關參考網站失效,請求臨時將網頁更換為[1],以確保參考文獻能正常訪問,等國家統計局出了類似此前的統計網頁後再重新替換或設計新模板。—FradonStar🖋️ 2025年1月5日 (日) 04:42 (UTC)
@Wengier:戰役地點寫朵麥基巧(今昌都)為宜。中立性是維基百科的三大支柱之一,高於常用性。1918年,西藏噶廈在第二次康藏糾紛中奪回了昌都地區,朵麥基巧即移駐昌都。此處稱藏語的朵麥基巧,表示戰前此地屬藏方控制,若稱漢語的昌都,則暗示戰前此地屬於漢人,這是一種潛在的偏見。正如福克蘭戰爭若稱「馬島戰爭」則有中立性問題,因戰前英國稱福克蘭群島,而阿根廷稱馬爾維納斯群島。說戰役地點是「馬島」,暗示這是阿根廷領土。中立的作法是戰役地點寫戰前此地實際控制方稱呼。另一例是天京之變,雖然當時清朝不稱天京,但實際控制方稱「天京」。--歡顏展卷(留言) 2025年1月6日 (一) 23:19 (UTC)
目前此主題無正在討論的議題 數學、科學與科技
Talk:護理學 § 合併請求:護理人員合併到此目前正在翻譯護理人員條目,但發現英文維基百科的Nursing對應本條目。此外,護理人員和護理學兩者的內容高度重疊,甚至可以說護理人員就是護理學主體,因此建議直接合併。臺灣杉在此發言 (會客室) 2024年12月21日 (六) 03:20 (UTC)
Herbertman認為天作創意官網提及只是Lolly Talk推廣發行代理,並不從屬其唱片公司;CD封面及包裝只提及由Lolly Management Limited All right reserved。可是根據各大音樂平台,如Apple Music、Spotify等,顯示版權℗ 2024 Daymaker Creatives Limited,應該是經過授權才正式出版。照這種說法,但應該依靠於可靠第三方來源的支持。2001:D08:2932:155D:1806:8A18:4128:5BEC(留言) 2024年11月10日 (日) 08:05 (UTC)
我注意到在向史公哲曰於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)
為避免再發生移動戰、編輯戰、回退戰,現煩請對條目之名稱有建議之人士可在此提出觀點。
目前有如下可能的候選名稱:
- 西藏和平解放
- 人民解放軍進藏
- 中國吞併西藏
各位可根據自己支持的命名進行商議,若有其他可能的名稱可用(~)補充來標記。--花開夜(留言) 2024年12月30日 (一) 06:46 (UTC)
該公報有中英兩個正式版本,兩個版本均由雙方簽字,均有效力。中英文版本應該使用原文。而中文原文是(來自美國AIT):「 美利堅合眾國政府承認中國的立場,即只有一個中國,臺灣是中國的一部份。」美國雖然現在不同意這種寫法但也尊重了原文。
這也是中國政府公開的版本。但目前本詞條寫成:「美利堅合眾國政府認識到中國的立場,即只有一個中國,台灣是中國的一部分。 」這就篡改引用原文了。
至於其爭議,自然可放在後文討論而非篡改引用原文。--Sohardtohavename(留言) 2024年12月30日 (一) 23:32 (UTC)
目前此主題無正在討論的議題 社會、體育運動與文化
Talk:小瀋陽 § 關於繁體「小沈陽」有資料可以證明「小沈阳」的繁體是「小沈陽」嗎,我記得他曾經在歌中唱過「沈是沈阳的沈哪,阳是沈阳的阳」。參見Wikipedia:字詞轉換/修復請求/存檔/2017年5月#小瀋陽。--傑里毛斯(留言) 2024年11月29日 (五) 08:28 (UTC)
以繁體模式瀏覽本條目,基本使用「周刊」,但也有一處「週刊」,似應統一用詞。查繁體來源發現「《中國新聞周刊》」[2][3]與「《中國新聞週刊》」[4][5][6]都有使用,其中陸委會雖然使用「中國新聞週刊」與「鏡週刊」,但也用了「《商業周刊》」,卓越新聞獎基金會使用「中國新聞周刊」,卻也使用「《時代》週刊」。應以哪個寫法為準?——傑里毛斯(留言) 2024年12月20日 (五) 02:29 (UTC)
你好,我留下一個主題是因為我有一個問題.我對檔案中寫 「凱爾·安德森 」的部分很好奇,不過考慮到他是在中國入籍的,我覺得檔案標題寫成 「李凱爾」也不錯。考慮到國際籃球聯合會將他的名字註冊為 「李凱爾」,我認為將檔案標題定為 「李凱爾」是安全的。 請原諒我使用了翻譯器,因為我不太懂中文。--YellowTurtle9(留言) 2025年1月5日 (日) 11:02 (UTC)
人類起源存在誤導性
在上面討論(#分別真假學說)時,看到人類起源條目存在極大的誤導性。它開頭便說「關於人類起源問題,目前主要流行兩種學說:進化論及神創論。」而且整篇短條目都以列點的方式,將科學上的主流理論(即我們一般所說的事實)與宗教上、幻想上或形而上學上的觀點相提並論,似乎意味着各個起源學說,無論科學與否,有效性是相同的。本可以說這種寫法違反了WP:邊緣學說,但此頁尚未成為方針。我準備依照英文維基上的做法,把「人類起源」直接重新導向到「人類演化」,詳述主流科學觀點;其他創世神話、假說、幻想,可以通過「人類演化」條目已有的消歧義模板,在「創世神話」條目中找到。在此公示幾天,謀求共識。鋼琴小子 2019年1月9日 (三) 06:33 (UTC)
- 敝人的看法與閣下不同。敝人認為人類起源條目以條列方式呈現常見的觀點,是合理的作法,不存在誤導性。而且「學術界的主流理論」也不自動等於「事實」。請閣下避免聲稱自己認同的主張才是事實,進而利用維基百科宣揚自己認同的主張、壓制自己不認同的主張。
- 敝人在此截錄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)
- 敝人列舉的可靠來源是「皮尤研究中心的調查」,這份調查是可靠來源。--Matt Smith(留言) 2019年1月11日 (五) 12:34 (UTC)
- 請勿片面地理解WP:中立的觀點。「在儘可能沒有任何偏見的前提下,平等地表達出任何曾在可靠來源中發表過的重要觀點。」那我們要參考WP:可供查證,其中說到:「一般而言,最可靠的來源包括大學出版社出版的同行評審期刊與書籍,大學級別的教科書……」三分之一的(美國)人的觀點並不屬於可靠的來源,對維基百科的決定不應有任何影響。最後,「詳細討論特定類型來源可靠度的指引請參見維基百科:可靠來源(WP:RS)。由於方針優先於指引,如果本頁與WP:RS相互矛盾,本頁將被視為優先的解釋,而WP:RS應該依照本頁更新。」如果兩者沒有矛盾,遵守WP:可靠來源是方針所要求的。鋼琴小子 2019年1月11日 (五) 12:00 (UTC)
- WP:可靠來源只是指引,不是方針。WP:中立的觀點才是方針。敝人認為此問題較適合以「觀點歸屬」的方式處理。學術觀點歸學術觀點,大眾觀點歸大眾觀點。根據第三方(非學術界、非宗教界)的可靠來源皮尤研究中心的調查,「只有大約三分之一(32%)的民眾相信進化論。」[7]--Matt Smith(留言) 2019年1月11日 (五) 07:35 (UTC)
- 意見,人類起源是個科學問題,科學問題 專家說法優先於其他普通的報導。--葉又嘉(留言) 2019年1月15日 (二) 05:37 (UTC)
- 並不認同人類起源是科學問題。它怎麼就不能是哲學和宗教問題? --180.17.199.164(留言) 2019年1月20日 (日) 15:10 (UTC)
- 三者之間沒衝突。Sænmōsà請支持特色列表評選 2019年1月21日 (一) 13:19 (UTC)
- 既然三者之間不衝突,那麼維基百科上描述人類起源的時候,應該怎麼敘述?如果僅僅描述科學上的定義和解釋,就錯了吧?要麼就類似消歧義,拆分話題。 --122.211.109.58(留言) 2019年1月24日 (四) 02:58 (UTC)
- 科學上的定義和解釋作為最流行的定義和解釋,單獨敘述是沒問題的。我還是這一句:請使用常識。SænmōsàThe Trve Lawe of free Monarchies 2019年1月29日 (二) 09:27 (UTC)
- 既然三者之間不衝突,那麼維基百科上描述人類起源的時候,應該怎麼敘述?如果僅僅描述科學上的定義和解釋,就錯了吧?要麼就類似消歧義,拆分話題。 --122.211.109.58(留言) 2019年1月24日 (四) 02:58 (UTC)
- 三者之間沒衝突。Sænmōsà請支持特色列表評選 2019年1月21日 (一) 13:19 (UTC)
- 並不認同人類起源是科學問題。它怎麼就不能是哲學和宗教問題? --180.17.199.164(留言) 2019年1月20日 (日) 15:10 (UTC)
- 同意 IP 人士的意見。人類起源也可以是哲學和宗教問題,不見得只是科學問題。--Matt Smith(留言) 2019年2月3日 (日) 01:15 (UTC)
- 學術觀點歸學術觀點,大眾觀點歸大眾觀點?? 在科學問題上,學術觀點大於大眾觀點。--葉又嘉(留言) 2019年1月15日 (二) 05:47 (UTC)
- 同意葉又嘉的觀點。人類起源首先屬於科學領域,而非宗教領域或大眾觀點。維基百科的性質首先是知識性的,應該優先採用學術界已有共識的觀點,宗教觀點不能與其並列。--歡顏展卷(留言) 2019年1月18日 (五) 03:39 (UTC)
- 人類起源的維基數據有誤,人類起源應該對應en:Human_origins。人類起源應該簡介人類起源論(Anthropogeny)。--john doe 120@霍格華茲膜法學院時間魔法 2019年2月15日 (五) 11:57 (UTC)
建議合併所有鐵路車站資訊框模板
「Decline」、「Smallrejected」功能重複
意見區
如題,{{Decline}}
和{{Smallrejected}}
都是駁回的模板,若只留一個能方便整合辨識不致混淆。Notify MeritTim(簽到) 2019年1月21日 (一) 11:42 (UTC)
- 似乎沒有必要,不會導致混淆,操作者可以愛用哪一個圖標就用哪一個。--及時雨 [ 談笑風生或批判一番 / 微小貢獻 ] 2019年1月22日 (二) 05:29 (UTC)
- MeritTim (簽到|留言|給予警告) 2019年1月22日 (二) 08:05 (UTC) 但功能重複,個人認為留一個就好,既然同樣的功能就沒必要製造第二個。
- 及時雨 [ 談笑風生或批判一番 / 微小貢獻 ] 2019年1月22日 (二) 08:16 (UTC)
- MeritTim (簽到|留言|給予警告) 2019年1月22日 (二) 08:21 (UTC) 這就需要討論了。另外,連結至此的頁面可以使用重新導向代替,不會有模版錯誤的問題。
- 及時雨 [ 談笑風生或批判一番 / 微小貢獻 ] 2019年1月22日 (二) 08:25 (UTC)
- MeritTim (簽到|留言|給予警告) 2019年1月22日 (二) 08:27 (UTC) 需要討論吧,看有沒有共識。
具體選用哪個圖案的問題怎麼解決?--
留哪一個呢?看這兩個的連結至此的頁面都非常多,如果要取締其中一個勢必會有不少人不情願。--
- 有預期又要開投票之類的了? --Z7504非常建議必要時多關注評選(留言) 2019年1月22日 (二) 08:44 (UTC)
- MeritTim(簽到-留言-給予警告) 2019年1月23日 (三) 12:00 (UTC) 有共識就沒有投票的必要了。
- 其中一個改為「否決」可好?--Liuxinyu970226(留言) 2019年1月23日 (三) 12:03 (UTC)
- 否決:否決帶有推翻的意思。如「在作出判決時,多數法官的意見否決少數法官的意見。」
- 駁回:駁回帶有拒絕的意思。如「在審判過程中,法官駁回律師提出的反對意見。」
但「否決」的意思和「駁回」不完全相同,若改成否決可能會影響多個頁面,萬一該頁面的意思是絕對駁回,那麼否決可能就不適合。
- 兩者還是有差距的。MeritTim(簽到-留言-給予警告) 2019年1月23日 (三) 14:04 (UTC)
- 望有討論就有共識的這句是真的,不要只會讓讀者認為維基人都只「光說不做」,結果最後還是得開投票,又要說什麼投票不能代替討論什麼的--Z7504非常建議必要時多關注評選(留言) 2019年1月23日 (三) 16:34 (UTC)
- MeritTim(簽到-留言-給予警告) 2019年1月24日 (四) 03:22 (UTC) 在下絕對不會說出這些話的。
- 應該要把後者更名為「Template:拒絕」,並變更裏面的文字,這樣翻譯更為貼切,也沒有功能重複的問題。Sænmōsà請支持特色列表評選 2019年1月24日 (四) 09:38 (UTC)
- @Sanmosa:感覺可行,請閣下等等看共識吧!MeritTim(留言-給予警告) 2019年1月29日 (二) 12:13 (UTC)
- @MeritTim:{{Smallrejected}}明顯使用率不高,見連結至此的頁面,另外{{Template:拒絕}}已早有重新導向,建議Smallrejected重新導向至decline。——小老虎3018❄ 2019年1月29日 (二) 12:04 (UTC)
- @小老虎3018:閣下的意見是可行的,但還是需要等到有共識才行,不好意思!MeritTim(留言-給予警告) 2019年1月29日 (二) 12:10 (UTC)
- @MeritTim:所以是建議啊。😂可考慮公示。——小老虎3018❄ 2019年1月29日 (二) 12:16 (UTC)
- MeritTim(留言-給予警告) 2019年1月29日 (二) 12:24 (UTC) 公示是可以的,不過似乎有人不太喜歡投票。
- @MeritTim:所以是建議啊。😂可考慮公示。——小老虎3018❄ 2019年1月29日 (二) 12:16 (UTC)
- @小老虎3018:閣下的意見是可行的,但還是需要等到有共識才行,不好意思!MeritTim(留言-給予警告) 2019年1月29日 (二) 12:10 (UTC)
提案
以下是建議的選項,請各位維基人發表意見(這並不是投票,只是意見調查):
此案公示七日,到期則停止收集意見。若有其他選擇也請不吝分享。MeritTim(留言-給予警告) 2019年1月29日 (二) 12:24 (UTC)
此外,為了收集多方意見,改票也算有效票,不過須將舊票劃除。MeritTim(留言-給予警告) 2019年1月30日 (三) 13:27 (UTC)
意見調查
- 個人建議維持現狀,用戶喜歡用哪個圖標就用哪個,當然若大家一致認為可以取消其中使用率較少的{{Smallrejected}}我也不反對。--及時雨 [ 談笑風生或批判一番 / 微小貢獻 ] 2019年1月30日 (三) 03:18 (UTC)
- (+)支持1 --Liuxinyu970226(留言) 2019年1月30日 (三) 06:56 (UTC)
- (+)支持方案一 --小老虎3018❄ 2019年1月30日 (三) 13:07 (UTC)
- (+)支持1 --MeritTim(留言-給予警告) 2019年1月30日 (三) 13:20 (UTC)
- (+)支持1--YFdyh000(留言) 2019年1月31日 (四) 14:23 (UTC)
- 1、3、4均可。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月4日 (一) 04:37 (UTC)
- (+)支持3。前者是用戶查核專用的。--雲間守望 2019年2月4日 (一) 06:46 (UTC)
調查結果
意見調查已於2019年2月6日 (三) 11:00 (UTC)結束。
調查結果:(其中2人重複支持,有效)
- 6人支持
- 0人支持
- 3人支持
- 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)
- 試衣間的暗門--及時雨 [ 談笑風生或批判一番 / 微小貢獻 ] 2019年2月1日 (五) 09:59 (UTC)
- 這也太多了吧,建議編輯未侵權歷史版本並保存(即「回退」)。--XL-028(留言) 2019年2月1日 (五) 10:07 (UTC)
- 問題是修訂版本過多,似乎無法提報RRD--及時雨 [ 談笑風生或批判一番 / 微小貢獻 ] 2019年2月2日 (六) 01:25 (UTC)
- Sunny00217 --祝春節愉快及兩項投票圓滿成功。 2019年2月8日 (五) 19:11 (UTC) 乾脆請管理員把它移動到黑名單地區並刪掉,只復原未侵權版本--
- 問題是修訂版本過多,似乎無法提報RRD--及時雨 [ 談笑風生或批判一番 / 微小貢獻 ] 2019年2月2日 (六) 01:25 (UTC)
似乎有500多個侵權版本,直接刪除到最開始的未侵權的版本嗎?另外這個條目侵權問題也很嚴重 - 這也太多了吧,建議編輯未侵權歷史版本並保存(即「回退」)。--XL-028(留言) 2019年2月1日 (五) 10:07 (UTC)
- 建議清理當前版本中的侵權內容,並將修正後版本和最後一個未侵權版本提報RRD,同時說明需要刪除這兩個之前的所有修訂版本。--Wcam(留言) 2019年2月8日 (五) 20:30 (UTC)
- 全刪了,包含一開始的空白頁,請把它貼在草稿,再請管理員移動,謝謝。另@94rain:直接提侵權全刪就好,因為不知來源無法提 囧rz……-- Sunny00217 --祝春節愉快及兩項投票圓滿成功。 2019年2月10日 (日) 02:02 (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)
- 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)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
爆旋陀螺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)
@Megatronboy:A900788,那又不看見你改那些所謂初級條目的內容,我只想豐富內容罷了,但你只是叫你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時不(多數情況是「未能」)手動合併相關頁面。
- 我的觀點:基於合併請求頁面已經關閉,我在此有以下建議:
- 管理員應手動合併頁面(或如果目標已面已經存在相同內容,可以直接重新導向,管理員也應該檢視一下),並以「合併」結案;
- 否則{{delh}}應為「自行合併」結案另設參數。
- 我的解決方案:實行建議二,並建議使用參數「mergeapproved」及「ma」({{delh}}可以設定填寫幾個不同的參數而得出相同的顯示文字;patch見Draft:TalkendH)。
|
|
以上。@AT、A2569875、Hat600、Leiem、@Sunny00217、Willy1018、Xiplus、まっすろな未來。Σανμοσα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)
- 不反對提案。若管理員可以在「允許合併」後通知提報 AFD 的編者,提醒他手動合併內容則更佳。 - まっすろな未來 2019年2月1日 (五) 02:27 (UTC)
- ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月1日 (五) 04:30 (UTC)
- 建議於討論頁新增尚未合併的頁面的分類,便於維護。 Willy1018(留言) 2019年2月1日 (五) 08:53 (UTC)
那就應該要有勞Xiplus了;非管理員結案同。 - Template:MergeNote(草案)?-- Sunny00217 --維基餐廳開幕了,歡迎參觀。 2019年2月1日 (五) 10:41 (UTC)
- 贊成閣下提出的模板草案。管理員結案時使用 mergeapproved + 在提報者討論頁加入{{MergeNote}} + 在待手動合併的頁面的討論頁新增分類——這樣應該可以解決問題。 - まっすろな未來 2019年2月1日 (五) 11:08 (UTC)
- 話說如果這個提案通過了,記得替換引用此模板時不要簽名,效果如下:[[:{{{1}}}]]允許合併通知您好,您先前建立或編輯的頁面「[[:{{{1}}}]]」的合併請求已通過,現在授予閣下合併此頁面的權力,若有其他疑問歡迎前往互助客棧詢問相關事宜-- Sunny00217 --維基餐廳開幕了,歡迎參觀。 2019年2月1日 (五) 13:44 (UTC)
幫助:互助客棧、IRC聊天頻道--~~~~- 同意,最好Twinkle也能在以「允許合併」結案時自動向用戶發出這個模版。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月1日 (五) 14:22 (UTC)
- 建議將「現在授予閣下合併此頁面的權力」,「你現在可以合併這頁面」。一來較為直接,比較易懂,二來「授予權力」這用詞有點奇怪。--【和平至上】💬📝 2019年2月1日 (五) 15:08 (UTC)
- Template:MergeNote之語句。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月2日 (六) 02:04 (UTC) 已修飾
- 建議將「現在授予閣下合併此頁面的權力」,「你現在可以合併這頁面」。一來較為直接,比較易懂,二來「授予權力」這用詞有點奇怪。--【和平至上】💬📝 2019年2月1日 (五) 15:08 (UTC)
- 同意,最好Twinkle也能在以「允許合併」結案時自動向用戶發出這個模版。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月1日 (五) 14:22 (UTC)
- @Sunny00217、まっすろな未来:話說回來,我覺得如果在被允許合併的頁面手動加入分類似乎不太好。我剛才建立了T:Merge approved模板,指模板會把被加入模板的頁面列入「Category:自Y年n月已被允許合併的條目」或「Category:已被允許合併的非條目頁面」,這樣Twinkle也能夠半自動完成工作,遠更方便。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月2日 (六) 02:15 (UTC)
- 在這種情況下,以下分類將會被設立:Category:已被允許合併的頁面(母分類)、Category:已被允許合併的條目(一級子分類)、Category:已被允許合併的非條目頁面(一級子分類)、Category:自Y年n月已被允許合併的條目(「Category:已被允許合併的條目」之下的二級子分類)。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月2日 (六) 02:19 (UTC)
- @Sanmosa:
吐槽:為什麼閣下會用上奇怪的 Unicode 字元 U+33E0 IDEOGRAPHIC TELEGRAPH SYMBOL FOR DAY ONE (㏠) (正常情況下應該是"1日") ……閣下的輸入法可能需要調整。 - まっすろな未來 2019年2月2日 (六) 02:34 (UTC)- @まっすろな未来:這才是正常用法:分類內的分項排列只會看最首的一個字元,如果把「㏠」改成「1日」,並如此類推,那樣跟着後面的是「10日」而非「2日」,只有使用單一字元才能夠正常地排序1日至31日;涉及到關注度以及大量維護模板的分類也是採用「㏠」這類字元,我只是手動複製。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月2日 (六) 02:47 (UTC)
- @Sanmosa:感謝提醒,已恢復至閣下的版本。 - まっすろな未來 2019年2月2日 (六) 02:53 (UTC)
- @まっすろな未来:這才是正常用法:分類內的分項排列只會看最首的一個字元,如果把「㏠」改成「1日」,並如此類推,那樣跟着後面的是「10日」而非「2日」,只有使用單一字元才能夠正常地排序1日至31日;涉及到關注度以及大量維護模板的分類也是採用「㏠」這類字元,我只是手動複製。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月2日 (六) 02:47 (UTC)
- @Sanmosa:
- 在這種情況下,以下分類將會被設立:Category:已被允許合併的頁面(母分類)、Category:已被允許合併的條目(一級子分類)、Category:已被允許合併的非條目頁面(一級子分類)、Category:自Y年n月已被允許合併的條目(「Category:已被允許合併的條目」之下的二級子分類)。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月2日 (六) 02:19 (UTC)
意思是要建一個模板,Ex:
- ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月1日 (五) 04:30 (UTC)
- 現將以下提案公示,7日內無合理反對即視為通過:
- 實行建議二(使用上方提供的Patch);
- 管理員如在結案時使用mergeapproved,須在提報者討論頁加入{{MergeNote}},並須在待手動合併的頁面新增分類{{merge approved}},並建立以下分類:
- Category:已被允許合併的頁面(母分類);
- Category:已被允許合併的條目(1的子分類);
- Category:已被允許合併的非條目頁面(1的子分類);
- Category:自Y年n月已被允許合併的條目(2的子分類);
- 使Twinkle支援以上操作。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月6日 (三) 08:36 (UTC)
- 是否可以新增分類Category:已經合併的允許合併的頁面,用於區分那些是否已經合併。 Willy1018(留言) 2019年2月6日 (三) 15:56 (UTC)
- 不需要,已合併的頁面會直接改重新導向,加標記{{合併重新導向}}即可(關注度合併則標記{{關注度重新導向}})。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月7日 (四) 03:30 (UTC)
- 那麼這個Category:未合併的允許合併的頁面應可以區分那些尚未合併。 Willy1018(留言) 2019年2月8日 (五) 13:45 (UTC)
- @Willy1018:併完就拿掉了,無須-- Sunny00217 --祝春節愉快及兩項投票圓滿成功。 2019年2月8日 (五) 19:20 (UTC)
- (▲)同上。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月9日 (六) 02:46 (UTC)
- 那麼這個Category:未合併的允許合併的頁面應可以區分那些尚未合併。 Willy1018(留言) 2019年2月8日 (五) 13:45 (UTC)
- 不需要,已合併的頁面會直接改重新導向,加標記{{合併重新導向}}即可(關注度合併則標記{{關注度重新導向}})。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月7日 (四) 03:30 (UTC)
- (!)意見:抱歉來晚了。有一些疑問,一是有沒有必要在分類中區分條目和非條目?二是是否要通知提報人?第二個疑問主要是想說簡單的情況能否直接由結案管理員去合併,情況複雜再找熟悉該領域的人(提報人或參與者);提報者本來要求刪除,討論共識為合併又如何?--Tiger(留言) 2019年2月14日 (四) 08:39 (UTC)
- 回覆如下:
- 必要性其實視乎每個人的觀念而定。個人認為如果拆分為條目和非條目,而條目下又按月份設立子分類的話,這樣所有最底層分類的大小應該差不多一樣,所以個人覺得有必要拆分。
- 如果管理員直接合併,則無需要這樣通知,直接按現行機制以「合併」結案即可;管理員沒有能力合併的話,可以通知提報人或其他參與者合併。提報人本來是提出刪除並不會影響以上程序(提報人一人不足以構成共識),可以通知其他參與者合併或自己直接合併。
- 以上。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月15日 (五) 15:42 (UTC)
- 回覆如下:
- 我看問題背景是說管理員結案時沒有合併,所以需要一個維護分類來提醒還有哪些「等待合併」的條目,那麼理想情況下這個分類中應該是盡可能沒有內容(都合併了),不知這個理解對不對?(類似於快速刪除、編輯請求分類)--Tiger(留言) 2019年2月15日 (五) 16:10 (UTC)
- 沒錯,但我預期積壓肯定會很多,要清理也需要一段時間。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月16日 (六) 00:55 (UTC)
- 了解,那麼就沒有問題了。(其實前段時間我有清理過一次這類情況,但可能還不完全。)--Tiger(留言) 2019年2月16日 (六) 01:46 (UTC)
- 現宣告延長上述方案的公示至本宣告起的三日後,三日內無合理反對即作通過。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月16日 (六) 05:59 (UTC)
在來線這個詞來源於日語,但就中國大陸而言,最常見的用法是「既有線」,特此提議將條目更名。另外,為避免地域中心,可以在條目的定義里註明「既有線,日本稱『在來線』,韓國稱『既存線』」。Johnson.Xia(留言) 2019年1月31日 (四) 17:41 (UTC)
- 首先,基於先到先得的原則,某一地域的常用名稱作為條目標題並沒有問題,在來線在台灣、香港等地十分普遍(反之,在您提出之前,我從未聽過既有線一詞),因此以在來線作為條目名稱並沒有問題。其次,您先看看條目內容,明顯是僅描述日本多於其他地方,改成既有線的話,會顯得不倫不類。最後,如果在來線真的在中國大陸如此不常用的話,可以考慮加入地區詞轉換來解決問題。以上。謝謝。—AT 2019年1月31日 (四) 18:17 (UTC)
- 理解反了,實際是這是日本的「在來線」,只是概念上等同中國的「既有線」和韓國的「既存線」。不用畫蛇添足。——路過圍觀的Sakamotosan | 避免做作,免敬 2019年2月1日 (五) 02:10 (UTC)
- 已加入{{noteTA}}解決。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月1日 (五) 04:41 (UTC)
- 建議轉移,維基百科不是維基詞典。除了解釋詞義之外看不到別的內容。~ viztor ✪ 2019年2月1日 (五) 11:46 (UTC)
- 我已經移除了noteTA,因為這條目的定義很清晰,「是日本鐵路用語」,下方描述的也是日本的內容,因此,除非中國大陸的「既有線」是特指日本的既有綫(但事實上不是),否則不應加上noteTA轉換,或者需要先修改條目的表述。--【和平至上】💬📝 2019年2月1日 (五) 15:02 (UTC)
所以「既有線」、「在來線」和「既存線」應該分立三個條目,然後說明三個概念有相似之處?Johnson.Xia(留言) 2019年2月3日 (日) 06:58 (UTC)
- 不一定,也可以改寫現有條目。--【和平至上】💬📝 2019年2月4日 (一) 09:17 (UTC)
- 不建議擴大現有條目的內涵。畢竟目前和日文條目在wikidata上是對應的。如果非要擴大就要解除wikidata的關聯。 --122.211.109.58(留言) 2019年2月11日 (一) 08:42 (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)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
凌孝芬逝世日期
鐵道路線模板
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
建議將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:,我都不是已經完成閣下在技術區的請求並且關閉了討論了。-- VulpesVulpes825 (留言) 2019年2月4日 (一) 13:14 (UTC)
- (:)回應:因為我還是不太明白……Johnson.Xia(留言) 2019年2月5日 (二) 00:54 (UTC)
- @owennson:剛剛在Template:鐵道路線做了一些參數兼容功夫,請檢查替換後顯示效果是否正常,初步沒大問題。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月5日 (二) 04:45 (UTC)
- 不要兼容了,直接更換。鐵道路線的模板正是因為兼容而故障了。--owennson(聊天室、獎座櫃) 2019年2月5日 (二) 06:18 (UTC)
- @Owennson:是因為兼容了Template:澳門鐵路路線才出錯的,但我剛才發現那模板根本沒條目使用,已將之提刪;至於現時的版本仍兼容Template:香港鐵路路線,未有出錯。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月5日 (二) 12:18 (UTC)
- 不要兼容了,直接更換。鐵道路線的模板正是因為兼容而故障了。--owennson(聊天室、獎座櫃) 2019年2月5日 (二) 06:18 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
求助橋樑專題的大神
這頁面說明不中立?
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
- 「不要為了權力而編輯」有個問題,就是只有介紹管理員這個權限而沒有介紹其他的權限,而且zh版和en版寫得大同小異。請問是為什麼? 難道其他的權限(舉凡回退員、巡查員、行政員等)或者是多數人都擁有的「自動確認用戶」不能算作「為了權力而編輯」嗎?--Z7504非常建議必要時多關注評選(留言) 2019年2月6日 (三) 03:34 (UTC)
- 最後那個不算,反倒應該算為遊戲維基規則。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月6日 (三) 06:18 (UTC)
- 「自動確認用戶」在「遊戲維基規則」的「定義」中確實已經寫明了,可省略不談。那麼,其他的權限究竟算不算「權力」? 如果是的話,如何詳細介紹,並變更原有的「只介紹管理員權限」之內容問題?--Z7504非常建議必要時多關注評選(留言) 2019年2月6日 (三) 16:49 (UTC)
- 是權力,但沒來得管理員的權力那麼大,危害小很多。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月7日 (四) 03:34 (UTC)
- 「自動確認用戶」在「遊戲維基規則」的「定義」中確實已經寫明了,可省略不談。那麼,其他的權限究竟算不算「權力」? 如果是的話,如何詳細介紹,並變更原有的「只介紹管理員權限」之內容問題?--Z7504非常建議必要時多關注評選(留言) 2019年2月6日 (三) 16:49 (UTC)
- 最後那個不算,反倒應該算為遊戲維基規則。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月6日 (三) 06:18 (UTC)
- 論述不需要十全十美。--YFdyh000(留言) 2019年2月7日 (四) 01:03 (UTC)
- 照樓主這麼說登入用戶和匿名遊客的編輯權利也有不同點,是不是也要寫上?不覺得無聊嗎?不把編輯當權力的人無需看這論述,認為編輯是大權的人看不進去這篇論述,說到底這論述本來也沒有什麼用啊。--超級王謹賀中文維基導遊創立5周年暨突破3000篇旅行指南 2019年2月7日 (四) 04:09 (UTC)
- (×)刪除(▲)同上這裏不是存廢討論-- Sunny00217 --祝春節愉快及兩項投票圓滿成功。 2019年2月10日 (日) 02:24 (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)
- 會是這樣的寫法《XXXXXXXXXXX的角色》,例如鬥陣特攻角色列表,其他還有《XXXXXXXXXXX的音樂,如最終幻想的音樂,寫法大致上如此。 --船到橋頭自然捲(留言) 2019年2月12日 (二) 04:15 (UTC)
關於鐵路車站條目中鄰近車站的問題
最近條目中所有鐵路車站資訊的模板均統一至Template:Infobox Station的關係,本人參與編輯廣州地鐵車站條目中的車站資訊模板。之前資訊模板有鄰近車站的資訊,由於新模板未適應的原因本人刪除了車站資訊模板中的鄰近車站資訊。但有編者建議將鄰近車站的模板直接放在車站資訊模板,就不要在條目單獨列舉了(詳見學林路站)。
但本人看到:
- 有些鐵路車站(例如港鐵車站金鐘站、紅磡站)是將鄰近車站單獨列舉但沒有使用鄰近車站模板,只是使用路線車站列表模板;
- 有些鐵路車站(例如北京地鐵車站、中國鐵路車站)將鄰近車站模板放在條目末尾,資訊模板沒有列舉;
- 有些鐵路車站(例如東京站)鄰近車站除了在資訊模板顯示也單獨在條目列舉。
如果需要統一編者的將鄰近車站的模板直接放在車站資訊模板,就不要在條目單獨列舉了的建議,本人覺得該提議不是很滿意(主要是資訊模板改善的問題),因此交由互助客棧討論,以決定需不需要這樣做。
以上。Nissangeniss(留言) 2019年2月6日 (三) 08:37 (UTC)
- (&)建議:對於多線路車站來說,在資訊模板里枚舉臨近車站實顯累贅,完全不需要。(當然放RDT顯示臨近車站是可以接受的)
- 而在條目內的形式,目前因不同鐵路車站而異,一般來看內地的國鐵和地鐵都放的是只顯示前驅後繼車站的模板,列表如下:
- {{start rail box}} (有人標識停用,討論頁空空如也)
- {{S-line}}
- {{Adjacent_stations}}
- 順便說一句,這些模板少有人進一步維護……所以可能要往這些模板合併兼容,或者是先本地化的方向去考慮。然後,將所有鐵路車站統一成這種更直觀的形式?
- 又:東京站資訊模板里有臨近車站嗎? ——小老虎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 | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
{{start rail box|[[广州地铁]]}} {{s-inop|[[体育中心站 (广州)|体育中心]]|[[广州东站 (地铁)|广州东站]]方向}} {{s-line|体育西路<br/>[[广州地铁1号线|1号线]]||#{{广州地铁标志色|1}}}} {{s-inop|[[杨箕站|杨箕]]|[[西塱站|西塱]]方向}} {{end box}} |
{{Adjacent stations|system=GZM |line1=1|left1=杨箕|right1=体育中心}} |
{{s-rail-start}} {{s-rail|title=GZM}} {{s-line|system=GZM|line=1|previous=体育中心|next=杨箕}} {{s-end}} |
- (:)回應@小老虎3018:s-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)
- (:)回應@小老虎3018:東京站是在車站構造一欄的車站資訊模板服務那裏有的,同時相鄰車站一欄也是類似於鄰近車站那種但沒有用start rail box模板。Nissangeniss(留言) 2019年2月7日 (四) 05:24 (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 = [[文冲站|文冲]] }} |
- (~)補充 現在還有一個問題就是,如果鄰近車站一欄里有什麼特急、快車等資訊,以及xx距離最小的車站那裏,如果需要整合鄰近車站一欄應該怎麼處理。Nissangeniss(留言) 2019年2月7日 (四) 05:24 (UTC)
- (:)回應@Nissangeniss:, 主要就是因為Linename這些參數使用html直接顯示,以後維護會很麻煩的,我現在去看那層代碼就會眼花。而且即使我現在好不容易修好了也還是會有隱形Bug的, 比如站名太長的話就NG。其實上用{{Adjacent stations}}真的不繁瑣,廣州地鐵的資訊已經由User:Owennson翻譯好了,十分感謝他/她的幫忙。用這些模版的好處就是如果需要增加標誌或者終點站變了的什麼的可以直接一處變更處處都顯示。比如閣下舉例的內容就可以這樣改寫。
舊版 | 新版 | |||||||||||||||||||||||||||||||
|
| |||||||||||||||||||||||||||||||
|{{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)
- (:)回應@VulpesVulpes825:剛剛用了一下{{Adjacent stations}},有些終點站的資訊(例如3號線會顯示「往機場北或天河客運站」)以及名稱對不上條目(條目名為:天河客運站 (地鐵),GZM顯示為天河客運站站)可能需要再完善一下才能用。Nissangeniss(留言) 2019年2月7日 (四) 06:11 (UTC)
- (~)補充@VulpesVulpes825:看了一下V君的解釋之後,我對於{{Adjacent stations}}匯入車站資訊模板也就沒有問題了,但前提可能需要將資訊寫入並且需要兼容一些內容(例如東京站用{{Adjacent stations}}的話,可能需要解決站距顯示的問題)可能需要一段時間。不如先將{{Adjacent stations}}完善,待過一段時間之後就正式整合Nissangeniss(留言) 2019年2月7日 (四) 07:16 (UTC)
- 要做Template:Adjacent stations的話也算簡單,我是從英文版Module:Adjacent stations/XX Metro翻譯過來後做出來,但發現效果不太好。英文版和中文版的消歧義不總是一致的,所以我後來直接劈掉重練了。我也應該寫一下教程才對。--owennson(聊天室、獎座櫃) 2019年2月7日 (四) 08:04 (UTC)
- @Nissangeniss:我和閣下想法相同,因為Adjacent station上游版本,也就是英文版本正在討論版本更新。而且說明文檔也需要翻譯。但是站距問題現在是可以顯示的。廣州3號線的問題是因為有兩個終點站,所以會這樣顯示。天河客運站這個還是因為消歧義問題。-- VulpesVulpes825 (留言) 2019年2月7日 (四) 18:24 (UTC)
Adjacent stations | s-line | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
{{Adjacent stations|system=GZM |line1=1|left1=杨箕|right1=体育中心|note-left1=0.1km|note-right1=0.2km|note-mid=距离起始站0.0km}} |
{{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}} |
- (:)回應@VulpesVulpes825:感謝您的說明和貢獻。先說一件小事情,請在停用模板的文檔或討論頁寫一下停用的具體理由或共識連結。另外將臨近車站放在資訊框裏面在理,暫不就此作過多討論。支持使用新版Lua支持的模板,格式:可考慮將表格標題與標題貼在一起。——小老虎3018❄ 2019年2月7日 (四) 15:18 (UTC)
- @小老虎3018:我把停用模版增加了資訊。關於
可考慮將表格標題與標題貼在一起
,這個可能無法實現,因為要考慮{{s-line}}和{{Adjacent stations}}兼容。而且也是為了需要顯示多系統服務 -- VulpesVulpes825 (留言) 2019年2月7日 (四) 18:24 (UTC)
- @小老虎3018:我把停用模版增加了資訊。關於
- (:)回應@VulpesVulpes825:感謝您的說明和貢獻。先說一件小事情,請在停用模板的文檔或討論頁寫一下停用的具體理由或共識連結。另外將臨近車站放在資訊框裏面在理,暫不就此作過多討論。支持使用新版Lua支持的模板,格式:可考慮將表格標題與標題貼在一起。——小老虎3018❄ 2019年2月7日 (四) 15:18 (UTC)
模版 | 代碼 | ||||||||
|
{{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=香港西九龍 }} }} |
- (※)注意別忘了這裏是探討鐵路站條目要不要單獨搞個鄰近車站一欄,而不是在這裏探討合併鐵路資訊框模板的事。Nissangeniss(留言) 2019年2月8日 (五) 07:27 (UTC)
而不是在這裏探討合併鐵路資訊框模板的事
,這個事情都已經結束了,而且我也沒有偏離討論。鄰近車站屬於車站的重要資訊,理應存在於資訊框內部。-- VulpesVulpes825 (留言) 2019年2月8日 (五) 16:37 (UTC)
- 順帶一提,我不希望使用lua來寫Template:鐵道路線,因為用上#switch的時候有夠麻煩的。--owennson(聊天室、獎座櫃) 2019年2月8日 (五) 07:36 (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)
- 就是不希望使用RouteSequence,要修改連結時很麻煩,要做到將Template:西鐵綫那樣用#switch決定顯示不同內容也變得不可能。--owennson(聊天室、獎座櫃) 2019年2月9日 (六) 06:35 (UTC)
- 不是已經有模組:RouteSequence了嗎?-- VulpesVulpes825 (留言) 2019年2月8日 (五) 21:56 (UTC)
大鐵的相鄰車站
對於這個標題下面可能將會出現的討論,我只想說幾句話。我已經受夠了要建立中國大陸的XXX模版,香港的XXX模版,澳門的XXX模版,日本的XXX模版,韓國的XXX模版,建立完成就不再維護和更新引進維基百科最新技術的模版真的就是給後人一個爛坑,中文維基已經沒有幾個人願意維護模版了,就不要再開新模版浪費大家的精力了,難道沒有聽說過重造輪子這個代碼開發需要避免的事情嗎。請直接統一將相鄰車站的放在Infobox station,沒有人願意滾動頁面到最底部就是為了一個鄰近車站或者新建一個標題就是為了顯示一個表格。你們要的任何個性化,包括車站間距和車站圖標和快慢站都能用現在{{s-line}}或者{{Adjacent_stations}}實現。我已經不想再去開始討論英語,日語維基百科10年前就已經搞定的事情了。-- VulpesVulpes825 (留言) 2019年2月9日 (六) 03:48 (UTC)
您好,我目前主要編寫中國鐵路車站(簡稱大鐵)條目。根據近來條目編寫的經驗,我認為不應該在infobox station模版中使用service參數,理由有下
- 中國鐵路不強調service而強調line:enwiki的金華站條目的service一欄加入了滬九直通車——真要寫完整的話豈不是要有100多行?
- service屬於強調客運性質的參數。而中國鐵路車站種類繁多,除客運站外還有貨運站、編組站、會讓站等類別的車站;
- 不應該在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)
- 我已經完成合併也無意再改,我只是提醒閣下如果修改lines參數可能造成的後果,且告知強行修改可能會造成的後果。我已經完成這個專案而且我已經無意繼續維護這個模版了,我將不會再進行任何修改,也不會對後續任何人的任何修改中可能產生的問題負責或者背鍋。我也將不再討論這個問題,反正中文維基討論了N年連統一線路前後站模版格式都沒有在完成共識後進行轉換,我也不期望有任何改觀。參數名稱不會變更,這樣保證兼容英文版上游版本,而且我已經說過了請不要字面理解參數名稱。如果閣下希望留言請不要
- 地鐵的service當然(也應該)是保持原樣的。但對於上述的大鐵的相鄰車站資訊,請使用一個更合理的參數名稱而不是「服務」,更不是「lines」。FYI,jawiki車站鐵路資訊框里的相鄰車站為line,使用乗入路線名稱,服務線路則包括在條目中的章節隣の駅里;而enwiki的資訊框則是service,東亞地區或有混用的情況。「即使把Station Infobox的兼容全部毀了我也無所謂」:我想提醒閣下的是,既然您選擇合併這些模版,就應該對其過程中可能產生的問題負責。<span style="color:#腳本錯誤:沒有「MTR」這個模組。;">MNXANL 貢獻 討論 2019年2月9日 (六) 04:57 (UTC)
- 「非得要字面理解參數名字」?重要術語當然要搞清定義了,也是我提出討論的目的。如果閣下以前不知道line和service的區別的話,現在也該了解了吧。<span style="color:#腳本錯誤:沒有「MTR」這個模組。;">MNXANL 貢獻 討論 2019年2月9日 (六) 04:36 (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)
- 那就肯定用英文參數,例如用「adjacent」(剛才抱歉寫錯了) Nissangeniss(留言) 2019年2月9日 (六) 05:29 (UTC)
- ( ✓ )同意看法。但「線路的鄰近車站」是否太長?有無更精簡的名稱?<span style="color:#腳本錯誤:沒有「MTR」這個模組。;">MNXANL 貢獻 討論 2019年2月9日 (六) 05:07 (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)
- (!)意見如果按User:そらみみ君的解釋,{{Infobox station}}裏面的話最好以線路的鄰近車站為主吧,同時也不建議{{Infobox station}}用service代碼來寫鄰近車站,這樣會讓人覺得還要寫列車車次/愛稱/種別的鄰近車站的內容。Nissangeniss(留言) 2019年2月9日 (六) 04:59 (UTC)
- 可是至少大陸、台灣、日本都是線網分離的啊,英文版的en:Tokyo Station難道不就是把所有列車都列一遍?您當時還說「比如英文版東京站,您想要顯示20條線路而且還要顯示快速還是普通都可以。用S-line還比目前更要直觀,能夠顯示前後站的站點標誌和快慢線,而且理論支持無限量線路。」,我還以為您是要採用這種模式呢。--そらみみ(留言) 2019年2月9日 (六) 05:08 (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
是因為lines
是line
的防呆參數,並且也是一些舊模版兼容參數。而且我也已經在說明文檔說明此參數用來顯示線路前後站資訊。就像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)
- ( ✓ )同意這個方案,其他細節可以以後再說。<span style="color:#腳本錯誤:沒有「MTR」這個模組。;">MNXANL 貢獻 討論 2019年2月10日 (日) 16:40 (UTC)
- User:MNXANL那就這樣把,我現在測試
- Service和line確實是兩個不同的概念,NYP的infobox裏面列舉了一堆XX號列車而不是簡單地寫出東北走廊和帝國走廊的鄰接站。另外{{start rail box}}作為導航模板,不知閣下一定要將其放在模板內的用意何在。<span style="color:#腳本錯誤:沒有「MTR」這個模組。;">MNXANL 貢獻 討論 2019年2月10日 (日) 05:19 (UTC)
藝人條目內作品陳列過於繁瑣
藝人條目內作品陳列過於繁瑣!!有些「xx所開音樂會」根本沒有關注度!!為什麼一定要列出來,佔用資源!?--36.233.46.173(留言) 2019年2月7日 (四) 04:46 (UTC)
- 請直接刪除然後在編輯摘要裏面寫WP:NOTDIRECTORY 和WP:NOTCATALOG就可以了 -- VulpesVulpes825 (留言) 2019年2月7日 (四) 18:34 (UTC)
能不能把北宋書畫家趙佶的姓名還給他?
長久以來,在下認為,北宋書畫家趙佶被他自己的皇帝身分害得很慘了,所以在不涉政治、純粹藝術的的領域裏,應該把他當成單純的一位北宋書畫家(而不是一位中國皇帝),以其本名稱呼他,而不是以其廟號稱呼他。就好像我們稱呼〈寒食帖〉的作者為蘇軾,而不是蘇東坡一樣,儘管後者在今日比前者常見。
具體的一些建議是,在國立故宮博物院館藏文物、中華民國國寶、中國茶文化、中國服飾史等條目中,將〈蠟梅山禽圖〉與〈文會圖〉的圖片的說明之作者由[[宋徽宗]]改成[[宋徽宗|趙佶]](優先建議)或趙佶([[宋徽宗]])(次優先建議)。
不知各位認同嗎?-游蛇脫殼/克勞棣 2019年2月7日 (四) 15:16 (UTC)
- 由[[宋徽宗]]改成[[宋徽宗|趙佶]]吧,「宋徽宗諸事皆能,獨不能為君耳!」ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月8日 (五) 05:34 (UTC)
- 被皇帝身份耽誤的人太多了,比如李煜。請正名罷。——小老虎3018❄ 2019年2月8日 (五) 18:16 (UTC)
- 乾脆把所有在政治領域以外有所建樹的皇帝列一個表格,然後統一修改好了。(正色)—— Eric Liu(留言.留名.學生會) 2019年2月10日 (日) 04:52 (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日 (一) 14:16 (UTC)
什麼叫做被「皇帝身分害得很慘」?如果他們不是皇帝,有辦法悠悠閒閒坐在宮中畫畫,而不是窮困潦倒在街上為人代筆和賣字畫度日?--章安德魯(留言) 2019年2月11日 (一) 13:33 (UTC)
- 那可不一定,兩件事:①不是每個藝術家都是梵谷,也有人是畢卡索或唐寅。 ②藝術家不總是在悠悠閒閒時創作,很多時候,不悠悠閒閒、甚至窮困潦倒反而更能激發創作靈感;〈寒食帖〉是蘇軾被貶後寫成的,「....最是倉皇辭廟日,教坊猶奏別離歌...」也是李煜被俘虜到宋土才寫的,而〈離騷〉顯然也不是快樂的文章。-游蛇脫殼/克勞棣 2019年2月11日 (一) 14:16 (UTC)
- 認真???皇帝又不是混工作的,批奏摺都快沒時間了,哪裏來的寫詩、繪畫甚至做木工啊(尤其木工作下去一天就快消失了)。 --船到橋頭自然捲(留言) 2019年2月14日 (四) 11:33 (UTC)
東京都道404號皇居前東京停車場線應該怎樣命名
根據現行命名常規,「常用名稱」優先於「名從主人」,「行幸通」作為常用名稱,似乎應該取代「東京都道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)
- 游蛇脫殼/克勞棣 2019年2月11日 (一) 13:40 (UTC)
- 我確實只想比較「常用名稱」與「名從主人」哪個優先,因為如上所説,「行幸通」是別稱而非簡稱。不過「常用名稱」與「使用全稱」的衝突也可以説一説:個人認為如果全稱的使用率非常小(例如蘇聯全名),「常用名稱」就會優先,否則應該看成該全稱有一定常用性,故而可以使用全稱。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月11日 (一) 23:58 (UTC)
我自然知道「使用全稱」。所以我的問題其實是,在經過您所說的命名常規在上一季出現重大變更後,「常用名稱」與「使用全稱」如果出現衝突,應該哪個優先?還是「不溯及既往」?又或者您現時只想比較「常用名稱」與「名從主人」哪個優先,如果是這樣,那麼我就不多言了。-
命名常規還有一個主要命名慣例,就是 - 游蛇脫殼/克勞棣 2019年2月11日 (一) 13:40 (UTC)
- 使用全稱:「請儘量不要使用簡稱或縮寫來命名條目,除非這個名稱只有它使用或者這個名稱大部分人都知道」。我是住香港的,剛才一看,「農委會」我可能還知道職能是甚麼,「退輔會」就丈二金剛摸不着頭腦了。「行幸通」是東京都道404號皇居東京停車場線的別稱(類近於國際通是沖繩縣道39號的別稱),和「農委會」、「退輔會」的性質不同。ΣανμοσαThe Trve Lawe of free Monarchies 2019年2月11日 (一) 08:18 (UTC)
- @Sanmosa:插句話請教一下:既然「常用名稱」現時作為命名原則,那為什麼行政院農業委員會才是條目名稱,農委會則只是重新導向?在臺灣,顯然農委會比行政院農業委員會常用得多;中華民國國軍退除役官兵輔導委員會與退輔會也是相同的情況,以很少用的全名作為條目名稱,反而常用的簡稱只是重新導向。為什麼呢?謝謝!-游蛇脫殼/克勞棣 2019年2月11日 (一) 07:42 (UTC)
建議拆分條目
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
少女小漁這個條目不知道說的是小說還是電影——Thyj (通知我) 2019年2月8日 (五) 13:18 (UTC)
- Sunny00217 --祝春節愉快及兩項投票圓滿成功。 2019年2月10日 (日) 02:39 (UTC) 已拆分--
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
慣性收視條目問題
巡查中偶然間發現了慣性收視這個條目。條目本身講述了香港電視傳媒中的現象,但是通篇原創總結的色彩太過濃厚。來源太少、前幾段似乎都在抒發作者自己的感情。其參考資料部分沒有引用相關的學術研究,充斥各類不可靠的媒體,甚至YouTube視頻等;在下方的「外部參考」中大多數媒體也只是點出這一現象並作出簡短描述,但沒有特別深入的介紹。谷歌搜尋「慣性收視」的結果也是類似,維基百科被擺在了首位,但除了維基百科外都沒有特別詳細的描述;且似乎大陸和台灣也有偶爾用「慣性收視」一詞,條目可能存在香港中心的問題。谷歌學術除了找到一篇相關主題的論文外,沒有收穫。
鑑於條目已經在2010年被提請刪除,且討論結果為保留,在此想問問各位有沒有更好的辦法。我能想到的諸如匯入到維基學院、移動到新名字,或者大幅度刪改,再或者刪除。
--Techyan(留言) 2019年2月10日 (日) 07:09 (UTC)
- 臺灣或中國大陸應沒有一個電視台長期佔電視行業8成收視。如此可視慣性收視為香港詞彙。
- 條目內容多是在下從小就聽過,但寫得冗長。另外希望@Hellocrono 、Ddmmyyy8 :可補上來源。 ——CommInt'l(留言) 2019年2月12日 (二) 10:17 (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)
各國的官署與官銜常有其各自的歷史原因,傳統英系的財政部門都是使用 Treasury, 例如美國的 (Department of) Treasury 中文裏大家都叫它財政部, 聯合王國(英國)的 Treasury 翻譯成財政部也遠遠多於國庫部,澳大利亞 Department of Treasury 譯作財政部應屬允當。只是不巧澳大利亞 Treasury 與 D.o.F. 兩部都有,看了澳洲財政部與澳洲財務部二條目內容,均有詳述英文原名與其他不同翻譯,個人感覺中文裏使用財政部/財務部造成的含意混淆應少於國庫部/財政部。Tonys(留言) 2019年2月14日 (四) 17:05 (UTC)
關於電子娛樂展2015的移動
@Stang、Rowingbohe:我是不知道兩位怎麼會突然想動他,
- 來源搜尋:「"電子娛樂展"」——Google:網頁、新聞、學術、圖書、圖片;百度:網頁、新聞、學術、圖片;知網工具書;JSTOR;維基百科圖書館 約有 55,500 項結果
- 來源搜尋:「"E3"」——Google:網頁、新聞、學術、圖書、圖片;百度:網頁、新聞、學術、圖片;知網工具書;JSTOR;維基百科圖書館 約有 347,000,000 項結果
- 從搜尋結果來看,E3的稱呼比電子娛樂展還來得多,最近的案例如Talk:熊本熊#「熊本熊」還是「酷MA萌」?還有Wikipedia:互助客棧/條目探討#東京都道404號皇居前東京停車場線應該怎樣命名,我個人希望可以改回E3。 --船到橋頭自然捲(留言) 2019年2月12日 (二) 16:48 (UTC)
- (:)回應:我在從enwiki翻譯小冰的時候遇到這個問題,看了一下用中文命名好像是zhwiki的慣例,自己移動的時候不小心多了個空格,就讓Stang幫忙移動了一下...—玉環文旦專賣店(顧客登記|進店諮詢·台州專題) 2019年2月13日 (三) 05:30 (UTC)
- 然而電子娛樂展的使用較少,用E3比較可以讓人知道,而且智慧裝置為什麼可以和遊戲扯上關係啊... --船到橋頭自然捲(留言) 2019年2月13日 (三) 07:04 (UTC)
- (?)疑問:E3可以指代的東西千千萬萬,比如Intel的E3處理器等等等等,英文維基的E3消歧義就有一長串。單單憑藉E3的搜尋結果數量大於電子娛樂展就判定E3是常用名,我認為嚴重有失偏頗。個人傾向是將Electronic Entertainment Expo翻譯為E3電子娛樂展,較為妥當。——Huangsijun17(留言) 2019年2月13日 (三) 07:32 (UTC)
- 這個提案不錯,順便一起把E3移動到E3電子娛樂展,然後把E3變成歧異頁面,但是百科E3沒有歧異就是了。 --船到橋頭自然捲(留言) 2019年2月13日 (三) 13:53 (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 。受到影響的條目包括塞爾達傳說 夢見島與超級馬里奧製造。請求將相關條目移動至超級瑪利歐 創作家與薩爾達傳說 織夢島
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
請問條目美國州際公路輔助線列表改為分類是否比較適當?--百萬土豪(留言) 2019年2月15日 (五) 01:08 (UTC)
- 當前不適當:表列的州際公路輔助線大多是沒有中文條目的。--Steven |_-。) 2019年2月15日 (五) 10:04 (UTC)
- ^ 1.0 1.1 Living DNA and Eupedia (編). Korea Regional DNA Project. [2025-01-02] (英語).
- ^ 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 (英語).