維基百科:互助客棧 (全部)

維基百科,自由的百科全書
(已重新導向自 Wikipedia:互助客棧/全部)
前往: 導覽搜尋
捷徑
WP:VPALL

本頁互助客棧 (全部)是供以方便瀏覽所有討論而特別設製。如果您想要新增討論內容,請在互助客棧中選擇最合適的版面。

按此重新整理頁面

  歡迎光臨互助客棧!  
   
  互助客棧是維基人議事相助之處,用以討論消息、方針、技術以及編輯、求助等議題。
發表議題之前請搜尋先前文章,遵守指導禮儀任何與維基百科無關的問題,請前往知識問答
Breezeicons-apps-48-artikulate.svg
消息
Breezeicons-apps-48-cantor.svg
方針
Breezeicons-categories-32-applications-development.svg
技術
Breezeicons-apps-48-system-help.svg
求助
Breezeicons-apps-48-words.svg
條目探討
Breezeicons-apps-48-braindump.svg
其他
討論維基相關新聞與消息 討論方針與草案 解決或報告技術疑難 解決在維基百科中所遇疑難 條目模版主題相關探討 未符其他分區之議題
發表 | 監視 發表 | 監視 發表 | 監視 發表 | 監視 發表 | 監視 發表 | 監視
檢視全部討論
If you want to contact Chinese Wikipedia, please leave your message here.
我想要…… 請前往……
如何存取並有效安全存取維基百科的方法 如何存取維基百科
與繁簡處理有關的問題 字詞轉換
協助或尋求條目的改善意見 同行評審
參與即時討論或透過電子郵件進行討論 即時討論」或者「郵件列表

目錄

消息

跨語言鏈接壓縮於今天在本維基項目啟用

跨語言鏈接壓縮屏幕截圖

跨語言鏈接壓縮於2014年作為beta測試在全部基金會維基項目可用。如果跨語言鏈接壓縮啟用,用戶就看到跨語言鏈接的列表被縮短了(見截圖)。基於一些因素,這個縮短列表是基於與條目內容更相關和更價值來生成的。關於該特性的詳情可以查看本文檔

從今天起,跨語言鏈接壓縮在本維基項目為默認的跨語言鏈接顯示方式。然而,通過底下的按鈕,你將能可以看到完整更長的列表。

本特性由基金會語言開發小組開發並廣泛測試。然而,如果有任何疑問請反饋到項目討論頁讓我們知道。需要注意的是,一些維基項目的舊小工具腳本會干擾該特性的運作,請這些項目的管理員留意。完整細節請看該phabricator申請(英文)。感謝你們支持。

(本信息由路過圍觀的Sakamotosan協助翻譯)

On behalf of the WMF Language team: --Runa Bhattacharjee留言) 2016年7月28日 (四) 18:36 (UTC)


大家如果不想要這個功能可以到Special:參數設置裡面把它關掉。--Antigng留言) 2016年7月28日 (四) 23:32 (UTC)

方針

維基媒體是否接受在簽名宣揚政見

用戶在簽名中加入大量與編輯維基百科無關的資訊,其中簽名用字的排列嚴重誤導他人理解留言者的正確註冊用戶名,更甚者是宣揚極具爭議的個人政見主張,請問管理員是否容忍這是種濫用簽名的行為。我相信在英文維基百科那邊在簽名加入「support/oppose Trump」很快就會被那邊的管理員要求回退成預設簽名。-- 同舟 · ) 2016年6月20日 (一) 06:02 (UTC)

該簽名從鑑別名稱方向來說的確有問題,請管理員考慮。然而我必須指出,我在英語維基的簽名,暫未被挑戰。 2016年6月20日 (一) 06:38 (UTC)
同時我亦須指出,英語維基近日有悼念Jo Cox的簽名,該等簽名亦未有受挑戰。 2016年6月20日 (一) 06:43 (UTC)
我查閱過你在英文維基百科的使用簽名留言記錄就只有一次,而且那時預設簽名,如果你換了簽名又沒有使用它到處公開留言那也不會有人理會。我的著眼點是政見簽名的曝光率,至少我在查閱/留言比較集中的地方如village pump、admin notice board和Jimbo討論頁都沒有見到你所指悼念Cox的簽名,或者是非常不容易見到,或者這個簽名非常刷邊球的(至少沒有明言政治立場)而沒有引起關注,不論悼念簽名有沒有被使用過,有一點是肯定的,維基媒體不是宣揚政見的場所,這明顯脫離了編輯維基百科的範疇,當初英文維基百科那邊刪除了反對SOPA的用戶的分類就是基於這個原則,很遺憾中文WP無視這個原則沒有跟隨處理一堆用戶政見分類。-- 同舟 · ) 2016年6月20日 (一) 07:18 (UTC)
同意樓主觀點。 --達師 - 334 - 554 2016年6月21日 (二) 12:24 (UTC)
(※)注意中文維基可以與英文維基的做法衝突。User:Asdfugil的簽名「佔領中環(留言) 我要真普選 Asdfugil留言於香港特別行政區」的HTML標記長達270個字符,超出WP:簽名規定的255字,應修改。但是WP:簽名並未反對政見、宗教觀點或其他個人觀點。我認為只要長度符合規定,參考WP:用戶頁允許對各種觀點陳述一次。--Gqqnb留言) 2016年6月21日 (二) 22:45 (UTC)
用戶頁宣示政見我當看不見,而事實上在用戶頁只發表一次個人觀點的原則亦沒有得到尊重和規範。我舉例的簽名除了令他的同路人感到快慰我找不到其他妥當的地方,因為簽名會在各個討論頁爆光,這無異於自我宣傳,而且破壞維基媒體政治中立的原則,如果維基百科禁止任何形式的商業宣傳(例如註冊用戶名,更不用說簽名了,這應該是永久封禁處理),我看不到為甚麼這不適用於政見宣傳。-- 同舟 · ) 2016年6月22日 (三) 00:13 (UTC)
同意簽名不應包含政治宣言,維基百科的討論頁不是用來刷大字報的地方。 --Kuailong 2016年6月22日 (三) 14:33 (UTC)
那一會再來個簽名是 反對佔領中環(留言) 真普選去死 示例用戶留言於中華人民共和國「的是不是他們倆得打起來?#ForeverLove凡人丶 你一定要好好的 中文字數統計工具 2016年6月23日 (四) 10:43 (UTC)
維基不接受宣揚政見,不僅適用於簽名,用戶頁同樣不接納宣揚政見。--Thomas.Lu留言) 2016年6月23日 (四) 10:50 (UTC)
同意樓主觀點。---Zwd626留言歡迎參與地理學專題 2016年6月23日 (四) 12:00 (UTC)
贊同簽名不應包含政治宣言。- I am Davidzdh. 2016年6月26日 (日) 00:50 (UTC)
然而,政治宣言的定義並不明確,像我這種算不算?至於用戶頁,我認為不需要管那麼嚴,現行「允許對各種觀點陳述一次」已足夠。-和平、奮鬥、救地球!留言WikiNews於 2016年6月26日 (日) 03:47 (UTC)
我不認為「和平」是一種政治立場,雖然簽名本應該是儘量簡潔避免附帶不必要資訊,政見是擁護特定政治團體,而這個政治團體可以透過宣揚其政見獲得金錢上的利益(不論是否已經實現與否),所以應該與商業宣傳看齊。-- 同舟 · ) 2016年6月26日 (日) 05:04 (UTC)
如果政治宣傳與商業宣傳看齊,商業宣傳的用戶頁按目前情況是會被提刪,甚至速刪的,宣揚政見的用戶頁,都應該刪除了。如果要執行起來,確實不論商業還是政治,簽名還是用戶頁,都應當看齊處理的,而不是選擇性保留某種形式的宣傳、某類群體的宣傳、某種政見。--Thomas.Lu留言) 2016年6月26日 (日) 07:34 (UTC)
維基媒體不是一直對商業宣傳(paid advocacy)採零容忍政策嗎?這應該是不單單適用於用戶名或條目編輯,對用戶頁應該都不例外吧。-- 同舟 · ) 2016年6月26日 (日) 10:56 (UTC)
WP:使用條款未披露之有償編輯(中文)未披露之有償編輯(英文),重點是在「披露」有償編輯。--❦研究來源 hanteng 2016年6月27日 (一) 15:14 (UTC)
披露只是令其他人更容易追蹤特定用戶的商業宣傳行為,披露了之後不代表維基媒體就能接受其利用維基媒體作商業宣傳的行為。-- 同舟 · ) 2016年6月28日 (二) 01:53 (UTC)
(!)意見:本人(+)贊成樓主的意見,但認為相關話題不應該擴大到用戶頁,這會波及相當大一部分維基人(包括我本人)的用戶頁。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年6月29日 (三) 07:30 (UTC)

(+)同意簽名不應被濫用,但具體實施時如何界定何種信息為政治宣傳則需要小心定義。原則上悼念Jo Cox的訊息也不應該在簽名中出現,但如果通融的話,是不是「紀念斯大林同志」和「悼念死於斯大林手下之千萬人」這類會帶起政治話題的簽名也要一併容忍呢?鋼琴小子 留言 貢獻 2016年6月29日 (三) 18:17 (UTC)

(-)反對 難以超然、客觀、公正、具體、準確、無誤地區辨、判斷或執行且有害維基自由精神普世價值的提案。

三不五時就有人提出限制表達自由的東西,但絕大多數都不是臺灣人。臺灣人民顯然有臺灣人民自己的標準。所謂「上有政策、下有對策」,中國限制最多,各種隱晦的表達也最多。禁有用嗎?那中國人幹嘛違法犯紀翻牆來這兒呢?

如果不同國家的編者對合理表達有不同界定與包容度,如果不同世代種族性別對不同議題有不同見解,如果不同管理員在不同時間有不同看法,一個邊界含糊不明的抽象概念只會被有權力者或心態威權保守者濫用。如果無法做到90%以上的編者、90%以上的管理員、在90%以上的任何時機都能在遮蓋用戶名/身分的前提下對任何「所謂的政見」做出90%以上相似的判斷,那那種限制就將是中文維基未來的亂源之一。無論形式審查、實質審查,都將成文字獄鬥爭或封禁的藉口。中文維基的時間人力要浪費在審查簽名檔嗎?

禁止商業利益或禁止有償編輯攸關維基百科內容素質,我看不出簽名檔表達信仰或認同或呼籲或只是吸引注意妨礙了什麼維基宗旨百無禁忌就百無特殊。我不認為在中文維基需要弄個與大多數語版維基所無的東西。由市場反應決定即可。中文維基犯不著無事生非地走上百度之路。

--WildCursive留言) 2016年7月6日 (三) 09:36 (UTC)

特地繞道前來圍觀。閣下講的真好!Kou Dou 2016年7月17日 (日) 09:28 (UTC)
  • (-)反對:雖然我也認為所謂的簽名宣揚政見不值得提倡,但認可上面User:Wildcursive的說法。如果他人的簽名是反戰,自由,好像不見得會有那麼多人不爽,所以問題不應該是這樣會不會讓人不爽,而是即便讓很多人不爽,又是否應該用什麼手段禁止。面對讓人不滿的事情時,才能考驗自己對規則(法律)的信仰。規則(法律)從來就不是也不應該是為了保障大多數人會喜聞樂見的事情來制訂的,一件大多數人都會喜聞樂見的事,也不會需要用規則(法律)來保護。從這樣的討論和這樣的傾向,基本可以看出社群乃至全社會對異見的容忍度有多麼低。--7留言) 2016年7月6日 (三) 15:09 (UTC)
    • 簽名是簽名,不應宣傳維基百科以外的東西。非要把名字改成慈善世界和平,已經是很可笑的事了。 --達師 - 334 - 554 2016年7月11日 (一) 10:05 (UTC)
      • 用回註冊的用戶名做簽名,不就更好。--Thomas.Lu留言) 2016年7月11日 (一) 15:38 (UTC)
一位編者的簽名是否可笑,無關維基創立或存在之宏旨,由觀者自行評斷即可
鈴木一朗的穿著品味曝光 網友笑噴瘋傳
無論是休閒或打廣告,鈴木一朗穿什麼是他的自由,他愛怎麼簽名也是他的自由,他的本務是打棒球,他所屬球隊不會干涉他的品味!
瑪丹娜愛穿什麼或愛展示什麼(如臺灣國旗)、Lady Gaga愛穿什麼或愛見什麼人(如第十四世達賴喇嘛),都是她們的自由。你可以看不慣有人奇裝異服,但你無權要求她/他們換上中山裝或毛裝或白襯衫黑長裙/褲。
這些自由權之表現可被正當地記述於維基百科,我看不出中文維基有何權力去限制正規編輯在條目外之表達自由。維基基本上無權干涉非關內容編輯之領域,也未授權任何人去限制這樣的自由或抹滅個性。這類行為並無可責性或可非難性,不該是維基要管的事,反而恰恰是基於維基百科之本質所該容許容忍的範疇,正如自由民主制國家的憲政慣例。維基百科永遠不接受「只因X國人看不爽」之類的偏見。
中國把高智晟律師打成豬頭,他照樣偷偷寫了本《2017,起來中國》運到國外出版;中國派了多少人監控山東盲人陳光誠,他還不是跑進北京美國大使館?中國逼林榮基照據本演戲,他還不是冒著生命危險起義方濱興建了多高的牆,他和中共高官還不是經常要翻出來看看?世界上終究最徒勞無功的是就是限制自由!
真要整齊劃一求乾淨,那每個帳號只用User ID那組數字來編輯留言即可。真想表達些什麼的人,不用簽名檔一樣可以筆無遮攔,禁得了嗎?你要禁,反而有更多人要挑戰。為此而禁,亦顯與維基廣招編輯之原則相違背。
維基百科不是人民公社生產線,如果中文維基不堅持原則、不維持區隔,就會日漸沉淪為百度。如果在事實上很可能出現許許多多難以判斷的情況,那就別花那個力氣。今天要限制這個,明天要限制哪個?憑什麼呢?
若要通過限制,該先問問哪位管理員自願充當淨身房執刀太監
-- WildCursive留言) 2016年7月11日 (一) 15:52 (UTC)
或者你搞錯了一點,在你點選「儲存編輯」的一刻起你就是默認要遵守維基媒體基金會的所有決策,如果其編輯/言論被認為是危害維基媒體的話時是隨時可以被收回,因為編輯維基媒體是基金會下放的權限、而不是權利/人權,嚴格而言在維基媒體你是沒有WP:言論自由。我一直強調的是,(特別出位的)政見簽名對社群本身會造成怎樣的衝擊,我先不說維基媒體以外團體的觀點(例如某些禁WM的政府),如果宣揚政見對改善條目沒有絲毫幫助卻又分裂維基媒體社群的話,這個行為就應該受到規管。又因為在簽名或用戶頁宣傳特定一方政見的用戶都有更強硬左傾或右傾立場,所以我不會對口頭交涉抱有任何期望,最後還是須要以方針釐清什麼是可以接受,什麼是危害整個社群的團結。每個人都有持有自己政治立場的權利,但其他人都有權拒收赤裸裸的政見宣傳。--同舟 · ) 2016年7月12日 (二) 07:22 (UTC)
簡而言之,「真想表達些什麼的人」,把這些東西丟到客棧來,會被{{deltalk}}。 --達師 - 334 - 554 2016年7月12日 (二) 08:03 (UTC)
還有,Wildcursive:如果動議以某種形式通過,我願意執行有關封鎖。如果您再說執行的管理員是太監那麼我會認為您對我人身攻擊。 --達師 - 334 - 554 2016年7月12日 (二) 08:08 (UTC)
  • (!)意見:就如我日前在上方所說過的,「政見」的定義太模糊了,很容易傷及無辜。除了上面WildCursive君舉的例子之外,「呼籲反破壞」算不算政見?「呼籲善意推定」算不算政見?「反對關注度指引」算不算政見?「歡迎參與XXX專題」算不算政見?每個人對一件事情的判斷標準總有分歧,像這種主觀唯心的限制很容易被濫用。況且,我也不覺得現在這些未違背現行方針的簽名有造成什麼負面的影響。至於「簽名用字的排列嚴重誤導他人理解留言者的正確註冊用戶名」以及「宣揚極具爭議的個人政見主張」的部分,我認為可以用溝通與提醒來解決,並不需要動到強制性的方針指引。畢竟大家本來來維基是要互相合作的,形成共識唯有靠溝通,未到最後關頭決不放棄溝通,而不是動輒以方針或指引來威脅其他用戶。-和平、奮鬥、救地球!留言WikiNews於 2016年7月11日 (一) 16:27 (UTC)
    • (:)回應,那什麼才算是政見?「呼籲平凡六四」和「反對關注度指引」哪個更像常規意義的「政見」?我覺得如果單純不滿社群項目內的規則算不上政見,對於現實中的政治事件的看法才算是。這個我覺得還算清晰吧。——路過圍觀的Sakamotosan 2016年7月21日 (四) 01:04 (UTC)
不適宜用於用戶名的字詞自然不適宜用於簽名。--Mewaqua留言) 2016年7月12日 (二) 14:32 (UTC)

(-)反對簽名檔不適宜被濫用,但是限制簽名檔不得宣揚政見,難以界定何為政見,在實行上很困難,最終會淪為自由心證判斷,會影響到個人意見表達自由。支持以溝通來取代用方針限制。--Alfredo ougaowen留言) 2016年7月12日 (二) 17:00 (UTC)

(-)反對:同User:WildcursiveKou Dou 2016年7月17日 (日) 09:28 (UTC)

將預設字形大小調整為14.5px 或15px

  1. 繁中頁面預設顯示的字形大小是新細明體 14px。但是新細明體14px 的顯示效果非常差,是無法忍受的差。具體缺筆我說不明白,如筆劃會黏在一起,看起來很「虛」。簡中使用者可能不明白,但繁中使用者應該很清楚,並且同意以上說法。新細明體 在 12,13,15,16px 都沒有問題,但是在14 px時會有這個缺陷。 所以我建議將維基百科內文的預設字體大小改為 14.5px 或 15 px。
  2. 瀏覽器Edge 顯示的大小是16 px,所以不會出現上述問題。 Chrome, firefox 有這個問題、其他不知。
  3. 技術上多半沒問題,更改影響範圍只有中文維基百科的內文。
  4. 簡中雅黑體沒這個問題
  5. 新細明體 14px, 15px, 微軟雅黑體 14px 比較圖 https://i.imgur.com/z61HHlH.png (編輯 : 2016/07/01)

Golopotw留言) 2016年6月26日 (日) 17:56 (UTC)

維基百科用的是em,不是px....--百無一用是書生 () 2016年6月27日 (一) 01:56 (UTC)
MediaWiki:Common.css 加上 .mw-body-content{ font-size:0.91em; }, 原本 0.875em -> 14px, 現在 0.91em -> 14.5px ... em 是相對單位,最後瀏覽器還是會計算出一個 px大小,依據 px大小來顯示字形,Golopotw留言) 2016年6月27日 (一) 09:23 (UTC)
中文網頁字體儘量以偶數為宜--百無一用是書生 () 2016年6月28日 (二) 06:02 (UTC)
@Shizhao:並沒有這樣的要求,該說法的緣起應該是Windows自帶的中易宋體只內嵌了偶數的點陣字形,實則在指定奇數字號時會以低一級的字號顯示,同時字符間距增大1px,反而可讀性更強。我支持增大到15px,顯示效果可以參考吳語維基百科。--藍燈 留言 2016年6月29日 (三) 05:46 (UTC)
打開吳語維基,覺得整個世界都明亮了。烏拉跨氪 2016年6月29日 (三) 20:39 (UTC)
請善用瀏覽器本身的字體設置,或Special:Mypage/common.css。--Gqqnb留言) 2016年6月29日 (三) 21:05 (UTC)
有很多其他使用者不會另外調整大小,特別是新接觸維基百科的人,或者是對科技不熟的老人。他們要忍受難以閱讀的字體,或者乾脆不使用維基百科。(另外大概自我有記憶以來,我一直都用ctrl + + 來調整頁面大小到 110%,來避開 14px 新細明體)。 Golopotw留言) 2016年7月1日 (五) 02:18 (UTC)
那是使用者自己不會。14px顯示在顯示器上是幾毫米還跟操作系統、顯示器有關。然後顯示出來的字被人看到眼睛裡有多舒服又跟人本身、坐姿等有關,你怎麼能保證你喜歡的14像素在其他人、其他環境也適用?--Gqqnb留言) 2016年7月14日 (四) 02:57 (UTC)
新細明體 14px, 15px, 微軟雅黑體 14px 比較圖 https://i.imgur.com/z61HHlH.png Golopotw留言) 2016年7月1日 (五) 02:52 (UTC)
美國夏威夷 新細明體 14px(五號字)
美國夏威夷 新細明體 14.5px
美國夏威夷 新細明體 15px
美國夏威夷 Microsoft JhengHei 14px(五號字)
美國夏威夷 Microsoft JhengHei 14.5px
美國夏威夷 Microsoft JhengHei 15px
(7月4日)縮放級別設置為100%,見 Internet Explorer 9,測試機操作系統是 Windows 7。
這是微軟字體的一個 bug(版本號是7.0的 mingliu.ttc 的 EBDT 表有11、12、13、15、16、20 px的 strike 數據,但是缺少14px strike 的數據,不像版本號是5.0的宋體有12、13、14、15、16、17 px 的 strike 數據),我沒看到有人在微軟官方論壇討論這個問題。—John Doe 120talk) 2016年7月1日 (五) 14:56 (UTC)
希望不要歪到手動定字體的問題上,個人最討厭寫一堆中文 fallback 的網頁了(每次都會被我餵一個 stylish 殺掉)……
另外現時大部分新設備都不是 96dpi CSS 的設備了,例如我現在這個 Chrome 就開了 1.25 的 Device Pixel Ratio,看你的 14px 實際上是 (14 * 1.25)px,結果就是毫無對比意義。各位目測對比時也請注意這點。--Artoria2e5 保持頁面整潔,直接ping我回復 2016年7月4日 (一) 08:57 (UTC)
  • 我在 Windows 8.1虛擬機試過什麼 scaling,重啟虛擬機後打開 Microsoft Network Monitor,發現有些圖標尺寸不變,然後右鍵點擊 Microsoft Network Monitor,設置什麼縮放,重新打開應用,發現有問題。—John Doe 120talk) 2016年7月4日 (一) 11:21 (UTC)
多嘴一句:「五號字」的完整換算參見點_(印刷),CSS 96dpi "px" 數為 10.5/72*96 = 14。--Artoria2e5 保持頁面整潔,直接ping我回復 2016年7月4日 (一) 09:00 (UTC)

我也一直以為是自己的近視越來越深,免得過就不要用公眾電腦上中文維基,迫不得已的話就要先花些功夫設定放大比率……剛才我用自己的Special:Mypage/common.css實驗了一會,發現果然有着明顯的分別,15px的感覺尤其明顯,登時眼前雪亮。縱使每部電腦都可以有不同的自訂縮放比率,但既然維基百科有一大篇WP:格式手冊/親和力,可見維基百科是希望其他人看得舒舒服服的。若然現時的預設值是迫人每次都要放大縮小一番才能看清楚每隻字,那就未必太低親和度了,希望管理員點下我預備的五幅截圖。其實原裝的css font size 應該只是從英文維基移植過來的,沒有甚麼原因非要0.875em不可,希望能改成更適合中文字體的大小。--Quest for Truth留言) 2016年7月19日 (二) 07:21 (UTC)

(~)補充也可以到用戶:Quest for Truth/Font size在同一頁看到5幅截圖。--Quest for Truth留言) 2016年7月21日 (四) 01:13 (UTC)

非持權用戶之用戶頁中加入權限標識模板問題

Leohu21在自己的用戶頁中添加{{Admin}}、{{Autoreviewer}}模板,經2位用戶勸阻和警告無效後堅持保留,並稱「內政問題不需外部干涉」。A2093064認為此舉系違反方針行為,但似乎方針中並無明確要求。因此,我將此問題拿到方針版,請求廣徵意見,以達共識。--Stang 2016年7月14日 (四) 07:24 (UTC)

我認為有違WP:USER#我的使用者頁面上不可以放什麼內容?未經授權的維基權限模板,參考討論:於WP:VIP2014年討論於用戶頁討論。--A2093064#Talk 2016年7月14日 (四) 07:32 (UTC)
不讓放模板到時用戶就把模板展開,直接把內容放上。Liangent留言 2016年7月14日 (四) 08:00 (UTC)
還是應該明文限制。一般都是通過這個topicon來辨識。--Kuailong 2016年7月14日 (四) 08:45 (UTC)
用戶頁指引既然有相應的解釋,就應該要注意避免故意違反。而且User:Leohu21已經將其當遊戲來玩了。——路過圍觀的Sakamotosan 2016年7月14日 (四) 09:14 (UTC)
FYI:現已授權Jimmy-bot徑行移除無效的的用戶標識。目的在於用戶自行訪問Special:Userrights移除自己的權限後,容易忘記移除對應的{{topicon}}--Kegns留言) 2016年7月14日 (四) 09:38 (UTC)
如果故意的話?或者現在只是加個nowiki,風頭一過沒人再追究了又移除nowiki繼續玩?而且之前已經試着連續加多層疊來讓jimmybot逐層移走了。——路過圍觀的Sakamotosan 2016年7月14日 (四) 09:41 (UTC)
問題還不止管理類標識,一些維基獎勵標識也確認是亂掛的,special:diff/40807644/40808107,這絕對是一條中二熊孩子。應該是時候給他見識大人的世界了。——路過圍觀的Sakamotosan 2016年7月14日 (四) 09:51 (UTC)
既然他已經去世了,那就永久封禁他吧(笑)--Liaon98 我是廢物 2016年7月14日 (四) 14:22 (UTC)
我覺得不能這麼草率……萬一有人盜號然後掛death怎麼辦。 --達師 - 334 - 554 2016年7月17日 (日) 08:37 (UTC)
我認為掛這個模板也不應該這麼草率,見此頁面藍字。--A2093064#Talk 2016年7月17日 (日) 08:59 (UTC)
此頁面藍字是我剛剛加上的。 --達師 - 334 - 554 2016年7月19日 (二) 16:56 (UTC)
但其他頁面仍有建議不要隨意掛上的警告吧,記得有看過。--A2093064#Talk 2016年7月19日 (二) 23:59 (UTC)
既然WP:用戶頁#我的用戶頁上不可以放什麼內容?話說的那麼絕對,那就直接把這段上方針不就行了...#ForeverLove 我想給你個擁抱,像以前一樣可以嗎 2016年7月27日 (三) 16:45 (UTC)

關於User:Leohu21的後續

用戶頁用日文寫了走人去日文區,然後自己的日文用戶頁寫了被我們一群講道理的「強拆民居」,然後還把我和老范單獨列出。哈。然後有點詭異就是自我介紹用了中國台灣介紹自己的出生地、然後傾向寫了台獨運動,我突然搞不懂這熊孩子腦子有什麼短路了? 囧rz...

希望他在日文區不要搞到被人針對了,或者日本人沒有我們這些無聊人那麼蛋疼。 --路過圍觀的Sakamotosan 2016年7月26日 (二) 04:36 (UTC)

提議修訂Wikipedia:命名常規

提議對Wikipedia:命名常規進行修訂,大致意向如下:

  • 章節編排:將「一般性的慣例」一節拆分成兩節。
    • 第一節包含「使用中文」、「常用名稱」、「精準簡練」、「使用全稱」和「名從主人」,並將下方「各地漢語差異」和「命名衝突」併入此節;考慮修改章節標題。
    • 新建一節,稱為「技術要求」,包含「繁簡統一」、子頁面、括號、連接號、特殊符號、長度限制。具體內容不修訂或另案修訂。如有可能,新建Wikipedia:頁面名稱作為技術要求的詳細解釋頁面。
    • 對「使用其它語言時」一節的內容進行檢討,視檢討情況處理該章節。
    • 各專題內容,即「具體命名」一節維持不變,本次修訂不涉及。
  • 內容檢討:
    • 檢討「常用名稱」的內容。如強調「常用名稱」與可靠來源的關係。
    • 檢討「精準簡練」的內容。現時內容模糊不清,與「消歧義」關係為何?難以解釋。
    • 檢討「名從主人」的內容。現時內容忽視與常用、全稱的衝突。
    • 將「命名衝突」擴大為各慣例間衝突時的處理辦法;而將現有內容的前半部分移動至「各地漢語差異」。
    • 檢討「使用其他語言時」的內容哪些有保留價值,哪些可以刪去;增加拉丁化等已有共識。

本提議工作量較大,暫時先只提出框架,而不涉及具體內容,後續內容視社群反饋逐步深入。如果章節編排的調整社群達成共識,可先行處理。

請提供意見。 --達師 - 334 - 554 2016年7月15日 (五) 07:41 (UTC)

章節編排 相關提案 可以先做,內容檢討部份先建議另案/標,挑 「常用名稱」與可靠來源的關係 的子句先改進。--❦研究來源 hanteng 2016年7月15日 (五) 08:56 (UTC)
(+)支持,修訂時可參考英文維基命名常規。—Chiefwei - ) 2016年7月16日 (六) 10:50 (UTC)
有很多段落的內容與WP:格式手冊重複,可做刪減。烏拉跨氪 2016年7月16日 (六) 11:07 (UTC)
(+)支持--4Li 2016年7月18日 (一) 06:54 (UTC)
(+)支持,早就應該做的事了...#ForeverLove 我想給你個擁抱,像以前一樣可以嗎 2016年7月27日 (三) 16:45 (UTC)

封禁破壞者

維基百科:當前的破壞#Cheungchunhin20010914 一個明明是來搞破壞的編輯,到底要多久才可以封禁?此人在大量條目中加入虛假內容,經不同人士多次提報破壞後,仍未封禁,讓他加入的虛假資料與後來別的編輯貢獻混在一起而不能簡單回退。現在有沒有人可以幫忙處理?要逐條找出他改了些甚麼。--Nivekin請留言 2016年7月21日 (四) 04:55 (UTC)

  • 在7月11日的提報沒管理員處理,見維基百科:當前的破壞/存檔/2016年7月#Cheungchunhin20010914,導致Cheungchunhin20010914故意植入誤導內容的破壞加劇。這個不是個別狀況,而是反映中文維基的管理,出現有提報無管理員處理的實況。--Thomas.Lu留言) 2016年7月21日 (四) 07:23 (UTC)
  • 應考慮修改規章,提報破壞的項目,有處理結果前(警告、封禁或拒絕),未有處理的項目都不應存檔。--Thomas.Lu留言) 2016年7月21日 (四) 07:36 (UTC)
    • (!)意見:存檔不是機器人進行的嗎?或許修改機器人設定可能是個方法。另外,如果超過一定時長的破壞,而管理員都不處理,或者我們該廢除管理員選舉的純投票制?因為本地維基有超過80個管理員,但一個明顯的破壞超過24小時都沒管理員處理,社群該好好思考到底當前的制度哪裡出了問題,有問題就該修改方針;或者說,當各位在投票選管理員時,是選「友」或是選「能」。(剛看到封禁紀錄,仍然是老管理員跳出來處理此事,有些無奈)--秋意假髮濃(我已關閉了所有通知,所以@我看不到)留言) 2016年7月21日 (四) 15:49 (UTC)
其實兩方面都有問題,管理員參選時,總會宣稱會盡力干、會做很多事,甚至有所承諾,但有不少當選後就如同議會政客,少參與站務,卻活躍於中文版的人事紛爭,部分管理員甚至連一般編輯都少;另一方面選取管理員時,部分用戶認為只有同聲同氣的人士才有資格代表其利益,因此衍生不少管理問題。當然,24小時都沒有一個管理員着手處理破壞,反映即使今年選出不少管理員,但總體站務處理效率沒有提升,甚至還不如往昔。--Thomas.Lu留言) 2016年7月21日 (四) 17:19 (UTC)
最後一句最認同,同時奉勸所有想參選管理員的維基人:先冷靜思考。1.不要三分鐘熱度。維基百科超過80名管理員,當今活躍的人數不到一半,我姑且充其量為三分之一,而持續處理站務工作的的又再少一些,有些人掛著管理員,當選後仍只編輯條目的,我真不明白這種人來選管理員做什麼,多個管理員頭銜比較爽?2.管理員是容易得罪人的工作,如果你不喜歡介入編輯戰的處理,不喜歡阻止破壞者,害怕終有一天封禁到自己的好朋友,你只想單純做個與世無爭的管理員,很抱歉,你也不要出來參選,浪費大家時間,過去社群選出過不少不處理站務的管理員,這是當前制度設計出問題,我們一直用不實際的方式決定誰能做管理員,變成亂槍打鳥,十個管理員有一兩個做事就當作沒事,早晚要出大問題。3.管理員沒有特權,管理員就是多了一些權限的維基人,而且這些操作權限不是不可逆的,同樣可以被其他管理員恢復;當選管理員後做錯事,同樣也會被封禁,甚至你被要求的標準還更高。
以上,如果其中一項和你想像的不一樣,請不要參選管理員,謝謝。--秋意假髮濃(我已關閉了所有通知,所以@我看不到)留言) 2016年7月21日 (四) 17:49 (UTC)
@Thomas.Lu秋意假髮濃:這幾天比較忙,抱歉未能及時處理。-和平、奮鬥、救地球!留言WikiNews於 2016年7月21日 (四) 18:22 (UTC)
    • (!)意見 終於等到剛剛再來出手破壞[4]才封禁一周???匠一周後又要等他破壞多少才行動?--Nivekin請留言 2016年7月21日 (四) 08:46 (UTC)
@nivekinSpecial:用戶貢獻/Cheungalex0914Special:用戶貢獻/Cheungchunhin20010914 的「貢獻」很相似,所以已提交查核。--Thomas.Lu留言) 2016年7月21日 (四) 08:56 (UTC)
下次改名Alex0914Cheungchunhin便可以再破壞多一兩個月……--Nivekin請留言 2016年7月21日 (四) 09:04 (UTC)
根據用戶查核,確是有 Alex20010914Cheungalex20010914 為同一破壞者操作的傀儡存在,見Category:Cheungalex20010914的維基用戶分身。因此除了最早註冊的賬戶外,其他已被永久封禁,但本來應在提報虛假資料破壞後,就須要在VIP對這些賬戶永久封禁,而不是靠後來的用戶查核揭發使用傀儡後才在CU進行永封。--Thomas.Lu留言) 2016年7月21日 (四) 16:35 (UTC)
  • 由於此君多次對大量條目植入虛假資料,即使被發現及提報破壞,但管理員多次不處理就把提報存檔,耽誤了避免破壞惡化的機會,又即使封禁,都是31小時,再次破壞也是一周,導致大量條目不能直接回退,須要費時更正。
在提報用戶查核後,目前已經起出的傀儡賬戶:
  1. Special:用戶貢獻/Cheungalex20010914,開始於2016年3月18日,揭發傀儡前兩次封禁,最長1個月。
  2. Special:用戶貢獻/Alex20010914,開始於2016年5月8日,揭發傀儡前沒有封禁記錄。
  3. Special:用戶貢獻/Cheungalex0914,開始於2016年5月21日,揭發傀儡前兩次封禁,最長1個月。
  4. Special:用戶貢獻/Cheungchunhin20010914,開始於2016年6月26日,揭發傀儡前兩次封禁,最長只有1周。在下曾經在管理員的討論頁提出加快處理破壞[5],但回復是警告不夠[6](註:警告兩次,已在提報破壞時註明版本並附上參考來源作比較[7])。
@A.Romantic.KStevencocoboy北極企鵝觀賞團:曾經提報以上用戶多次植入虛假資料,但不是沒有獲得處理,就是僅封禁31小時,最長僅1個月。
  • 如果一個賬戶只是不停在條目加入虛假資料,又多次警告無效,就相當於開戶只是用來破壞的純破壞用戶,應即時無限期封禁,而不是僅封31小時或1周。這種短時間封禁,解封後繼續破壞,還可擦成自動確認用戶,更難發現持續破壞。由於處理嚴重破壞封得短,又封得遲,導致大量條目現在須要人手逐筆檢查更正,比恢復大量清空內容的破壞費時。--Thomas.Lu留言) 2016年7月21日 (四) 16:35 (UTC)
  • 因此,應修改WP:VAN,表明多次加入虛假資料破壞的處理方法:警告後仍對條目加入虛假資料的用戶,將會視為須要被永久封禁的純破壞用戶。--Thomas.Lu留言) 2016年7月21日 (四) 16:35 (UTC)
    • (-)反對,不應該這樣做。警告後仍然加入虛假資料和其他做不當編輯的用戶一樣,都應該從{{uw-block1}}開始。事實上,根據我的經驗,絕大多數的問題用戶在看到{{uw-vand4}}或{{uw-block1}}就收手了,完全沒有永久封禁的必要,何以見得這種用戶「解封後」一定會「繼續破壞」?--Antigng留言) 2016年7月26日 (二) 01:07 (UTC)
  • 在下不知 閣下的經驗如何豐富,但以上起出的多個破壞賬戶大多曾被警告以至封禁,但封禁期滿又再次用虛假內容破壞。還有,中文版活躍用戶不算多,做近期巡查檢查條目破壞的用戶相對少,查資料防止及更正虛假資料破壞的用戶就更少。
虛假資料破壞,經常不是 閣下只做回退就可以完事,條目如混有其他用戶的非破壞編輯,就須要查找來源逐筆編輯的內容核對,然後只對失實內容作出更正,是很費時的維護工作,在中文版做種維護的用戶,遠比掛掛模板及回退的用戶少得多。如果 某人在中文維基所開賬戶編輯50次都是用虛假資料破壞,與大量清空內容50次的破壞,君認為那個不是純破壞用戶。此外,WP:VOA有『純破壞用戶通常會被直接永久封禁,不會發出警告。』--Thomas.Lu留言) 2016年7月28日 (四) 16:51 (UTC)
中文版活躍用戶不多,某某工作費時費力都不是粗放管理的藉口。拿出個別案例不能說明絕大多數的問題編輯有這個耐心玩貓鼠遊戲。另一方面,我們看到的虛假資料破壞者,指的是加入極難找到可靠來源查證的內容,或是加入與所引來源不符的內容的問題用戶。想象一下如果有一位編輯在某個政治人物條目作了前一類編輯,中國大陸的政治環境比較惡劣,如何知道該編輯是故意加入虛假內容,而不是聽了親朋好友的小道消息作了編輯?如果有人做出了後一類編輯,如何知道他是故意加入假引用,而不是因為自身能力原因誤解了參考文獻?--Antigng留言) 2016年7月28日 (四) 23:16 (UTC)
君可以到Category:持續出沒的破壞者查看有多少長期破壞者,部分破壞者以虛假資料破壞的條目過百個。閣下提出『我們看到的虛假資料破壞者,指的是加入極難找到可靠來源查證的內容』,但維基百科本來就須要可供查證,如果某用戶多次收到其他用戶通知及警告,並指出哪些編輯不符合可供查證,甚至指出經過查證後確為誤導性刪改,但該用戶仍拒絕討論及回應,繼續加入不可查證的資料,就是故意損害百科內容的完整性。
君提出『如果有一位編輯在某個政治人物條目作了前一類編輯,中國大陸的政治環境比較惡劣』,首先不應混淆編輯爭議及破壞,前者編者在獲得通知或警告後,大多會作出回應或討論,甚至提供來源,即使來源不是WP:RS,後者則不作回應,繼續刪改內容而不提供任何來源。如果某編者被通知後仍拒絕討論,有不提供來源,導致條目多次回退,就不是僅屬爭議。至於 君『自身能力原因誤解了參考文獻?』,如果編者在通知後不提供其參考文獻,又拒絕溝通,談何處理編者對其參考文獻(如有)的誤解。
在條目植入虛假資料的破壞,比影X者、蘇X安這類主要創建沒有來源的條目更費時處理,這些條目如查無可靠來源可以直接刪除,如查獲來源甚至可以改善後保留。但對有關注度條目的內容刪改為虛假資料,既不能刪除條目,也不能把其他編者的正面貢獻一併回退,這種破壞令條目內容真假混合,有不少條目半年後仍未能更正。--Thomas.Lu留言) 2016年7月30日 (六) 02:27 (UTC)
所以現在應該做的事就是先讓 bot 不存檔未解決的提報?#ForeverLove 我想給你個擁抱,像以前一樣可以嗎 2016年7月27日 (三) 16:50 (UTC)
最少管理員須要對破壞提報作出回復,而不是任由提報擺放24小時,可能看也沒有看就此作罷。--Thomas.Lu留言) 2016年7月28日 (四) 16:20 (UTC)

WP:回退WP:回退不過三原則對於反破壞的指導

此建議不是取消反破壞不違反回退不過三原則,而是建議反破壞仍不過三
建議指導回退員甚至所有維基人在回退破壞時仍不要過三,應該盡速請求保護或是封禁,並在保護或封禁前不要再進行回退,若是無法有效限制破壞者,與破壞者打編輯戰雖然反破壞的一方不違方針,但是容易造成編輯歷史雜亂(例如這個),故建議應對方法寫進WP:回退WP:回退功能WP:回退不過三原則。--A2093064#Talk 2016年7月24日 (日) 00:22 (UTC)

其實您看編輯歷史就知道,那個破壞者出沒的時間在UTC+8的半夜,當時沒有任何管理員登入,破壞者持續鬧了近50分鐘,但是我講明了沒有管理員在線上他就停止破壞(原因我不知道)。該條目編輯歷史有多次回退,這不是方針的問題,是因為當時沒有任何一位管理員跳出來處理。不過我強調,管理員是自願性質,也沒有必要因為破壞者半夜出沒,管理員也跟著在半夜待命,反正維基百科可以一次回退到舊版本,就默默任他破壞到天亮,裝做沒看到就好。(我離題了抱歉)--秋意假髮濃(我已關閉了所有通知,所以@我看不到)留言) 2016年7月24日 (日) 00:59 (UTC)
沒錯,方針是沒有問題,我認為的是應該先讓破壞放著,直到保護或是封禁執行,才予以回退,以此舉例,WP:回退、封禁、不理會或許改成封禁、回退、不理會會好些。--A2093064#Talk 2016年7月24日 (日) 02:41 (UTC)
對於熱門高瀏覽度的條目,放著不管似乎也不太對(記者最喜歡拿熱門條目被破壞做個大新聞了,有時會懷疑有些破壞根本就是記者自己做的)-和平、奮鬥、救地球!留言WikiNews於 2016年7月24日 (日) 03:59 (UTC)
理想中的3RR就是「0RR」:每個編者都不需回退他人的編輯。但現實就不可能,因為破壞者確實存在,而管理員也確實常常不處理。樓上不就有其他維基人說過舉報破壞都放到過時,竟然還沒有任何一個管理員處理,以至於其他不知情的編者跟著破壞者後面編輯錯誤的版本。而像本例中的條目,50分鐘內回退次數當然遠超3RR的好幾倍,和平所說的「熱門高瀏覽度的條目,放著不管似乎也不太對」這話就欠妥,不是每個破壞者都挑熱門條目在鬧,所以我樓上的意思是,當回報破壞後,沒有任何管理員處理時,就放著不要管裝沒看到,結束。說白了,被社群投票選出的管理員都不煩惱,都能裝作沒看到,我們煩惱個X,對吧?另致A2093064君,所謂3RR的三次是一個指標,但不代表它就是超過3次才叫違規,發現明顯違規,管理員也有權立刻封禁不須等超過三次,因為封禁的出發點不是要懲罰用戶,而是阻止破壞。--秋意假髮濃(我已關閉了所有通知,所以@我看不到)留言) 2016年7月24日 (日) 08:06 (UTC)
不是裝作沒看到,而是當時都沒人在線,在線的人難道不能幫忙一下嗎?-和平、奮鬥、救地球!留言WikiNews於 2016年7月24日 (日) 09:02 (UTC)
總是會有所有管理員都不在的時間,但是只有管理員能夠保護或是封禁啊,其他人只能予以回退而已,就淪為我提的問題。--A2093064#Talk 2016年7月24日 (日) 09:07 (UTC)
對啊,所以我才說要大家幫忙回退。但假髮君竟然說「沒有任何管理員處理時,就放著不要管裝沒看到,結束」,這我非常不同意。「被社群投票選出的管理員都不煩惱,都能裝作沒看到」把管理員都當24小時在線了,還「裝作」沒看到。管理員不是吃空氣喝水蒸氣就能過活的,把站務都丟給管理員是很不合理的。而且站務量可不是只有您們看到的那麼少,管理員得要處理各式各樣奇形怪狀的積壓,不要把管理員都當成閒閒沒事幹。還有,有些人一天到晚抱怨說什麼今年新上任的管理員都沒在做事、站務處理比以前還慢、都老管理員在做事,還阻止更多管理員上任的,自己看看這個:「處理站務量前十名的管理員,有七個是今年選出來的,一隻是機器人,二個才是比較久的管理員」,不知道那種「新上任的管理員都沒在做事,都老管理員在做事」的論調是從何而來的?(還是我眼睛業障太大,一切都是假的?)現在站務量那麼大,還不希望增加管理員的數量來分擔積壓,甚至要非管理員用戶把所有反破壞任務都推給已經負荷不過來的管理員,吾未見其明也。-和平、奮鬥、救地球!留言WikiNews於 2016年7月24日 (日) 09:14 (UTC)
  • 不斷回退對反破壞人員都是有被封禁的風險,因為3RR是明文規定,執行這類反覆回退的反破壞維護,在下都感到有點壓力。一旦此被錯誤以編輯戰為由查封,是否屬於反破壞仍得在被封后解釋。相對而言,破壞方可以換多個IP,註冊多個新帳戶輕輕鬆鬆進行多次不當編輯,即使有兩、三個用戶進行反破壞回退,如果沒有管理員保護條目,破壞方仍是處於上風。--Thomas.Lu留言) 2016年7月24日 (日) 15:28 (UTC)
回和平君,我只是點出這個問題,因為沒人說。我樓上也講過了,管理員是自願的,沒有必要因為破壞者半夜出沒,所以管理員就半夜必須在線;同理,管理員對破壞視而不見,也是他的自由(事後確實有管理員在,但也不處理,我不想講是誰,您可去查sysop的登入紀錄就知),這是社群大多數人投票選出的。但,破壞者並不會因為有無管理員在,就繼續或停止破壞也是事實。例如本例中破壞者鬧了近50分鐘,看編輯歷史就知道已經回退幾十次。而3RR原則當初的設計,是我們對破壞者不需做到3次以上的回退,因為理論上管理員在3次回退時就會出手封禁破壞者,其他維基人不需做到三次以上的回退;可現實當然沒有這樣,所以就回到樓主提到的「總是會有所有管理員都不在的時間,但是只有管理員能夠保護或是封禁啊,其他人只能予以回退而已」,那麼我們回退一百次又有何用,這是一個問題,你們比我聰明,或許有解決的辦法。另外,今年新任管理員有無在處理站務,這查編輯貢獻與日誌就知,我不是針對和平君,我知道你有做,而且我不想離題討論到這一塊。--秋意假髮濃(我已關閉了所有通知,所以@我看不到)留言) 2016年7月24日 (日) 10:20 (UTC)
(~)補充:同樣也是致和平君,那您怎麼解釋樓上提到,已舉報破壞到過期了也無管理員處理這件事(我不是針對新或老管理員,您跳出管理員身分,轉換角度以一個維基人來看這事),結果是老管理員出手封禁也是事實啊,您覺得新任管理員有做事但被冤了,卻沒想過反破壞的維基人也很無奈嗎?誰希望選出了新管理員,結果棘手封禁還是老管理員當機立斷?--秋意假髮濃(我已關閉了所有通知,所以@我看不到)留言) 2016年7月24日 (日) 11:29 (UTC)
1.選出了新管理員,結果棘手封禁還是老管理員當機立斷[來源請求] 2.除了封禁,管理員還有很多事要做,不是千手千眼,不可能每件事都一登入馬上瞭若指掌,所以即便這段時間有管理員登入,也不一定會看到那項提報的破壞,人家可能在忙別的事,所以請不要說什麼「對破壞視而不見」,因為可能連視都沒視。 3.上面您簽名簽成日期了 4.說一點建設性的:當看到「舉報破壞到過期了也無管理員處理」時,您可以直接去找幾個比較活躍的管理員的討論頁提醒。-和平、奮鬥、救地球!留言WikiNews於 2016年7月24日 (日) 11:03 (UTC)
多謝指出錯誤,已修正簽名。您樓上掛的fact部分,或許您還是站在新任管理員角度去看(這只是我無根據猜想,就不用再掛fact了吧XD),而您的回答還是沒有解釋樓上其他維基人指出的問題啊,白話講就是為什麼結果會是老管理員把問題解決掉,而不是您提到的7位活躍新管理員的其中任一位呢?您回想一下,之前沒做管理員的時候也處理過反破壞,第一時間回報管道或許是IRC,也或者是直接到與您相熟的管理員那留言,但您不能要求每個維基人都直接找管理員留言,那麼我們設置VIP頁面,或把管理工具授權給可信賴的維基人就沒有意義了。您可以說「管理員還有很多事要做,不是千手千眼,不可能每件事都一登入馬上瞭若指掌,所以即便這段時間有管理員登入,也不一定會看到那項提報的破壞,人家可能在忙別的事」為理由,但這對於反破壞的維基人也是同樣的,只是他們發現了破壞,第一時間用TW提報也是會列入到VIP板,沒有到您所謂活躍的維基人討論頁,但這並沒有錯,因為其他維基人「還有很多事要做,不是千手千眼」,因此我也說了,任何管理員有不處理的自由。人與人是互相的,面對問題是先找出解決之道,不是先站在自己立場去解釋。--秋意假髮濃(我已關閉了所有通知,所以@我看不到)留言) 2016年7月24日 (日) 11:28 (UTC)
所以我就說了解決之道,就是請若擺在VIP過久沒人處理時直接去通知管理員,這是最簡單也最快的方法,怎麼會說我沒回答呢?fact部分跟我是不是新管理員毫無關係,因為您的「猜想」並未見事實支持,上面所說的封禁案也根本不是什麼棘手封禁(那都叫棘手了那我的手早就...)。解決之道絕不是不讓更多管理員上任,也不是光抱怨管理員都視而不見。另外,為何那個結果會是老管理員把問題解決掉,這還不簡單,因為他看到了、而且又剛好有空,就去處理了。如果是新管理員,也是一樣的,這跟新舊毫無關係。設置VIP頁面怎麼會沒意義,我只是說「過久」沒回應時直接找管理員,不是說「所有」都去找管理員,請看清我的回答。-和平、奮鬥、救地球!留言WikiNews於 2016年7月24日 (日) 11:56 (UTC)
就近期一宗嚴重的惡意破壞,在下真的在提報超過24小時都無人處理後,查找並邀請在線管理員儘快處理[8],但是否會處理仍是管理員的自由。--Thomas.Lu留言) 2016年7月24日 (日) 15:15 (UTC)
路過,無關話題:我不認為管理員多有什麼不好的啊。希望給出反對管理員多的理由。。--Nbfreeh 2016年7月24日 (日) 09:30 (UTC)
沒人說多管理員不好,而是多要有多的意義。大部分管理員都是學生,時間不充裕我可以理解,破壞發生時無法第一時間處理我也能接受,但不要已回報也不處理,或者明明就看到你登錄,看到你有編輯(我不是說管理員就不能寫條目);不想得罪人,等破壞者發洩過之後再封禁也可以的(同樣的,我也不是針對閣下,只是剛好回應閣下)。--秋意假髮濃(我已關閉了所有通知,所以@我看不到)留言) 2016年7月24日 (日) 10:21 (UTC)
有時候編輯但不一定會去看破壞、保護的頁面w--Nbfreeh 2016年7月24日 (日) 10:29 (UTC)
沒錯,我再重覆一次,管理員也有權利可以對破壞視而不見,也沒有必要半夜在線,因為是自願做管理員的,沒人逼你,所以只專心寫條目的管理員,我不會責怪他。但目前問題明擺著確實存在,那麼既然管理員有不作為的權利,又何必要求其他維基人有所作為,畢竟沒有工具,再引述我自己的話一次,你回退了一百次也沒用。我能想到的解決辦法就是半夜遇到破壞就放爛,等事後看有沒有管理員處理,我只希望管理員們白天看到有回報破壞就去關注一下,不確定該如何處理的管理員可以問其他管理員。--秋意假髮濃(我已關閉了所有通知,所以@我看不到)留言) 2016年7月24日 (日) 10:42 (UTC)
目前沒有規定管理員數量的上限,而是身為「管理員」就應理解『管理』在維基百科的意義。--Thomas.Lu留言) 2016年7月24日 (日) 15:08 (UTC)
@秋意假髮濃:大部份的管理員不是學生。--Jasonzhuocn留言) 2016年7月25日 (一) 01:00 (UTC)

技術

缺字處理議題:引進動態組字處理技術

Hi大家好,敝人跟夥伴目前在維基文庫處理吳守禮紙本的s:國臺對照活用辭典維基化作業,遇到了大量的漢字缺字課題。好在現在動態組字技術成熟了,也已經有開放原碼的動態組字引擎,這使得產生出來的字可交換、可讀、可顯示、還可被搜尋,而不再需要苦苦等unicode編新的碼。除了敝專案以外,這個技術一樣可以造福所有的古籍上傳課題(unicode不管有沒有編碼的漢字都可以呈現了),於是想要引進這個技術。雖然本來是維基文庫的議題,但是發現維基百科一樣有缺字問題,例如Biángbiáng面缺字搜尋結果,所以也在這邊提一下。

測試給Mediawiki使用的動態組字引擎與mediawiki延伸模組(增加 IDS這個標籤)的效果圖

詳細我寫在我維基文庫的個人頁,目前成像伺服器架在基金會的實驗伺服器裡。

歡迎大家來測試與討論,也請不吝給予在下建議。 --魔法設計師留言) 2016年6月21日 (二) 12:53 (UTC)

支持!--百無一用是書生 () 2016年6月22日 (三) 02:53 (UTC)
關於Biángbiáng面這個,對於Biáng是否屬於字,似乎存在爭議--百無一用是書生 () 2016年6月22日 (三) 02:54 (UTC)
關於這個,紙本時代,在漢字構成的技術觀點(六書裡的象形、指事、形聲、會意)上,只要用「四書」原則,寫得出來的話,應該就是一個字。看條目,Biángbiáng面是以會意的方式組合那些字根部件。其實對於漢字比較中立的認知,它就純粹是一個符號體系,甚至不見得字字都唸得出來。有相當數量的漢字還是特殊領域用字,只有受過訓練才理解與閱讀,比較有名的有傳統音樂譜:宋朝樂譜範例,還有清朝公文官員罵英國人,發明新字https://tools.wmflabs.org/idsgen/⿰犭英.png?字體=楷體,此外在台灣還有這個奇妙的戶政用字https://tools.wmflabs.org/idsgen/⿱⿰OK土.png?字體=楷體,是一個人的姓名,最後傳統中醫更是一大堆缺字,這些都是過去把古籍放到維基文庫卻步的大問題。--魔法設計師留言) 2016年6月22日 (三) 06:24 (UTC)
labs上的給個鏈接看看?Liangent留言 2016年6月22日 (三) 02:59 (UTC)
[9]--Antigng留言) 2016年6月22日 (三) 03:02 (UTC)
這個鏈接是壞的……Liangent留言 2016年6月22日 (三) 03:18 (UTC)
[10]服務有效?但是從nullpoint來看,是直接把整個站台做成API服務接口,輸入參數來生成,然後沒做好沒參數輸入的修正炸了?——路過圍觀的Sakamotosan 2016年6月22日 (三) 05:45 (UTC)
給大家一個使用範例:https://tools.wmflabs.org/idsgen/⿺辶⿴宀⿱珤⿰隹⿰貝招.png?字體=宋體,目前上游還沒有給傳空字串的結果,我會去發issue給他進行修正。--魔法設計師留言) 2016年6月22日 (三) 06:24 (UTC)
支持,可用於顯示Unicode缺字,但Unicode有編碼的漢字仍應使用標準字符為宜,以便於交流。—Chiefwei - ) 2016年6月22日 (三) 05:12 (UTC)
是的,盡可能用標準的,不得已才用這個,不過這個程式有資料庫,上游的程式作者有說過將來要加上反查有沒有已訂碼的unicode,有的話,就從IDS代換成已有的unicode碼(例如說輸入「⿰女子」,會變成unicode的「好」)。--魔法設計師留言) 2016年6月22日 (三) 06:24 (UTC)
<?php
/*
 * Author Shoichi Chou ( shoichi.chou@gmail.com )
*/

// 0614-2016 change server to https://tools.wmflabs.org/idsgen/
class IDS {
	static function onParserInit( Parser $parser ) {
		$parser->setHook( 'ids', [ __CLASS__, 'idsRender' ] );
		return true;
	}
	static function idsRender( $input, array $args, Parser $parser, PPFrame $frame ) {
	  /*
	  Example:
	  $ret ='<img alt="⿰電心" src="https://tools.wmflabs.org/idsgen/⿰電心.png?字體=宋體" width="16" height="16"  />';
	  */
	  $ret = '<img  align=middle alt=" ';
	  $ret .= $input;
	  $ret .= '" src="https://tools.wmflabs.org/idsgen/';
	  $ret .= $input;
	  $ret .= '.png?字體=宋體" style="height: 1em; width: 1em; vertical-align: middle; margin: 0.4em 0px 0.7em; "  />';
	  return $ret;
	}
}
把服務器地址,字體和寬度寫死在代碼里,而不是可以在localsettings.php裡面設定,不好吧。--Antigng留言) 2016年6月22日 (三) 06:44 (UTC)
另外感覺這不科學,應該讓後端去訪問解析字體的服務器,並適當緩存,而不是讓用戶的瀏覽器去幹這事。--Antigng留言) 2016年6月22日 (三) 06:47 (UTC)
我說明一下,關於extension目前是在測試,所以只有寫到這樣,的確還有很多可以改良的,我會改良成可以在localsettings.php裡面設定(或者pull給我也可以)。關於字體的寬度部份,是配合mediawiki的字形預設設定,讓組出來的缺字融入一般字的排版,至於字體部份,我打算讓ids標籤可以指定字體與大小。至於從mediawiki後端去visit,是不是算是要hacking mediawki的層級?--魔法設計師留言) 2016年6月22日 (三) 07:04 (UTC)
目前維基百科上所有的擴展都是從後端去訪問的,比如mw:Extension:CirrusSearch會訪問elastic search,mw:Extension:VisualEditor會訪問mw:Parsoid。另外這個功能有沒有php實現?如果有的話直接放到裡面應該會比較好。--Antigng留言) 2016年6月22日 (三) 07:11 (UTC)
這個server是用java寫的,目前沒有php。我有空會來研究這兩個extension的代碼。--魔法設計師留言) 2016年6月22日 (三) 07:34 (UTC)
(?)疑問,有沒有提供「夾擊」組字?比如「左右夾擊」:一個部件居中,其他部件左右包夾。如「夾」、「坐」、「乘」等。--宇帆(留言·) 2016年6月22日 (三) 07:08 (UTC)
關於這個,unicode的IDC組字符有定義,是用這個「⿻」,不過引擎上遊還沒有實作。--魔法設計師留言) 2016年6月22日 (三) 07:30 (UTC)
這是蓋server的github,可以在發issue說,希望⿻夾擊的實作。--魔法設計師留言) 2016年6月23日 (四) 05:32 (UTC)
有可能輸出成MathJax那樣在客戶端渲染的不……Liangent留言 2016年6月23日 (四) 04:24 (UTC)
動態組字在客戶端的render其實也有人發展過,但是在維基相關計畫的課題就是,那應該讓所有人不管瀏覽器有沒有裝插件,都可以看得到。好比一個數學式子,如果一個人瀏覽器有裝插件看得到,另外一個人沒有裝插件就看不到,這就不公平了。--魔法設計師留言) 2016年6月23日 (四) 05:27 (UTC)
話說這個github里的源碼還是半中文辦英文的。Liangent留言 2016年6月23日 (四) 09:37 (UTC)
看樣子維基百科可以有印章了[11][12] --Liuxinyu970226留言) 2016年6月23日 (四) 02:28 (UTC)
這樣更完整喔 https://tools.wmflabs.org/idsgen/⿴囗⿱⿰維基⿰百科.png?字體=楷體 「囗」裡面裝的東西可以自己換看看ː)--魔法設計師留言) 2016年6月23日 (四) 05:15 (UTC)
[13]這個為什麼就到左邊去了……Liangent留言 2016年6月23日 (四) 05:41 (UTC)
這個不行,必須是真的能包圍的部件才可以。□跟囗部是意思不同的部件。--魔法設計師留言) 2016年6月23日 (四) 07:31 (UTC)
(~)補充:另外想請問一下,會不會實作對現有文字可供操作的支援?比如說可以把文字部件鏡射或分割之類的,舉個例子:
澎湖西嶼古早名詩文 (外部圖像連結、位於澎湖西嶼二崁聚落)
乒 乓 一 隻 舟
缺字圖片 缺字圖片 水 中 流
𠁣 𠃛 搖 船 櫓
ㄔ 亍 到 揚 州
「水」字的左右切割之右邊
當中的缺字圖片缺字圖片,之類的,我想說的是,會不會提供這類幾何變換?如「鏡射」、「切割」、「旋轉」之類的?--宇帆(留言·) 2016年6月23日 (四) 08:31 (UTC)
關於鏡射或分割,引擎應該都不難做得到,課題是要先推新的IDC給unicode,引擎才能實作這個功能。--魔法設計師留言) 2016年6月23日 (四) 08:34 (UTC)
晚上補充,你說的分割,應該算是「減筆」,這個是處理完缺字的最後一哩路,就是要處理古代那些對的「故意的錯字」,例如說某某皇帝,所有人寫的字,字裡面有用到皇帝名諱的部件,統統要減筆。例如清朝康熙皇帝愛新覺羅氏燁的時代,漢臣寫到有「玄」這個部件的字(例如炫、玹等等)含玄本身,都必須減筆(通常是減一筆)表示避諱,而這個就真的要訂出一個新的IDC以及處理協定--魔法設計師留言) 2016年6月23日 (四) 14:53 (UTC)
另外一個(?)疑問:有沒有「偏旁自動縮小」功能,不然[14]這類型的字並沒有顯示得像「彣」,看起來只像文和鏡像氵字邊而不像「彣」.....。--宇帆(留言·) 2016年6月23日 (四) 08:21 (UTC)
這個問題是左下包圍右上的「包圍部件」還沒有實作到,就會暫時用左右組的模式。因為這跟上下組、左右組不同,「包圍部件」必須一個一個去coding,有些部件還必須要發生變形,例如你提到的這個「文」,這都需要寫特殊的設定,程式才知道如何render。目前台灣這邊開源社群有一位朋友針對「包圍部件」做了這個表格用提報制來處理,讓作者知道要設定調整哪些「包圍部件」,詳細請到作者的github那邊看相關issue。--魔法設計師留言) 2016年6月23日 (四) 16:59 (UTC)
抱歉,我剛才測試了一下我發現我錯了,程式是會自動處理左下包右上部件,並沒有代換左右組,問題是在於這個文應該要發生變形(最後一筆要拉長)。--魔法設計師留言) 2016年6月23日 (四) 17:05 (UTC)
@Shoichi::那麼....目前有解決方案嗎?--宇帆(留言·) 2016年6月28日 (二) 03:41 (UTC)
回報組字server的開發者請他處理,IDS還是按照正確的來描述即可,server更新上新功能時,就會生效--魔法設計師留言) 2016年6月28日 (二) 04:53 (UTC)
@Shoichi:可是現在不只「彣」[15]有問題,「翅」[16]、「讀音:讀音未明,字元描述:龜包毛[17]、「㔺」[18](下半部為「七」包「十」,七最後一筆應拉長但實際上沒有)、「㝽」[19]、「䶭」[20]、「尷」[21]、「尬」[22]、「鼬」[23]、「兡」[24]、「处」[25]、「甤」[26]、「甦」[27]、「飑」[28]、「瓸」[29]、「颱」[30]、「起」[31]、「麵」[32]、「毯」[33]等等...也都有問題[資料來源:新編辭海, 趙錫如編, 上友出版, ISBN 9867648358]
尤其「起」[34]最誇張,看起來好像「起」不來的感覺 囧rz...。這已經不是單獨提報問題,是要直接支援最後一筆拉長才能解決。--宇帆(留言·) 2016年6月28日 (二) 04:59 (UTC)
我的意思就是說透過程式去實作最後一筆拉長,這仍然需要提報案例,讓程式設計師可以彙整這些組合的特徵,來設計演算法。另外一個面向,目前動態組字技術上的定位,是作缺字顯示,補充傳統靜態字型顯示的不足。並非馬上要取代傳統字型顯示技術。而你列舉的這些狀況,主要是「寫法」上的美化,這些字在書上還是可以找到純粹左右組的版本,本來拉長是為了美觀的目的。而且他們在unicode都已經有定碼了。缺字處理的技術革新原則,是先求有,再求美,先能表達得出來最重要,英文在電腦上的顯示,一開始也是醜醜的,演化幾十年才到現在美觀。--魔法設計師留言) 2016年6月28日 (二) 08:11 (UTC)
@Shoichi:我的意思是,如果連現有的文字都無法正常顯示的話,要如何妥善顯示缺字呢?所以還是請修正尾筆拉長問題。--宇帆(留言·) 2016年6月28日 (二) 08:17 (UTC)
這是處理缺字的方案,不是顯示已編碼文字的方案,如果他可以非常美好的顯示一切已編碼文字,那舊技術就可以完全廢除了,所以這是一個「補破洞」的技術,雖然還不完美,但是已經可以補到可能百分之九十幾了,而且隨著程式改良跟unicode提出新spec,未來可以逼近百分之百解決問題。而關於缺字引擎改良,請整理匯報你發現的狀況到這個表格,有網友會定期提報給作者sih4sing5hong5的專案網站去,或者你也可以直接去request new feature,這才能解決問題,我只是引進這個技術,架設、測試這項服務,我並不是這個缺字引擎的開發者。--魔法設計師留言) 2016年6月28日 (二) 08:37 (UTC)
好的謝謝。@Shoichi:另外我要跟您道歉,我一直誤以為您是開發者又一直要你加入麻煩的功能支援,對不起。我只是希望他能顯示所有不在UNICODE的中文字包含異體字,例如這個字需要將草字頭的一半旋轉然後有四個——「讀音:kui2,字元描述:傾斜的四個屮」,還有尾筆拉長(有些異體字就是筆劃拉長後塞東西進入,上方是舉例只能用目前UNICODE有的字元來舉例,不然無法顯示應該顯示的樣子)等「異體字」支援,我希望的是這套功能有能支援所有「異體字」顯示,但是無理的要求給您添了麻煩,本人感到很抱歉,對不起。--宇帆(留言·) 2016年6月28日 (二) 12:12 (UTC)
沒有啦,不麻煩,還請你把這個好的念頭,下在對的地方(整理收集),與灌注到正確的人身上。此外技術上這個就是動態組字技術比較高的標竿的地方,因為有些東西,不是說筆劃想拉長就拉長那麼簡單。實務上,你看到這些漂亮的傳統造字技術做出來的,其實是靠另外準備的「變形版字根」達成。而這就會有麻煩的地方,因為這有不少是標準unicode沒有,而在各字型檔內自行定義的,這很容易發生可能收字大的甲字型檔內部有這變體,可是乙字型內部卻沒有這個「變形字根」,就算有,可能他們在兩邊的編號還不同,這方面的要怎麼處理?要用建表法或者自動演算法解決?作者他應該還是需要進一步研究。--魔法設計師留言) 2016年6月28日 (二) 13:25 (UTC)
葵之異體[3]
剛才會一直執著是因為我覺得,似乎大部分在右下角有最後一畫的字好像在實作「⿺」的時候都需要尾筆拉長。我們不知道何時處理缺字時還會遇到多少個在處理「⿺」時又遇到右下角有最後一畫的包圍部件,雖然有些字可以純粹左右組,但有時候應「⿺」的字,左右組看起來就是不太對勁,感覺怪怪的QQ。--宇帆(留言·) 2016年6月28日 (二) 14:21 (UTC)
你提的這個就是美的問題,但是在表意上,我看過文字學家的版本,有些其實是沒有拉長尾筆的。--魔法設計師留言) 2016年6月28日 (二) 14:41 (UTC)
敢問一下,現階段有組出葵的異體讀音:kui2,字元描述:傾斜的四個屮字的方案嗎(異體字典讀音:kui2,字元描述:傾斜的四個屮的頁面異體字也算是一種缺字吧......?!)--宇帆(留言·) 2016年6月28日 (二) 14:29 (UTC)
這個就難了,是的異體字也是一種缺字,處理漢字缺字最可怕的,就是有這種不是現代定義的漢字的漢字,這也是為何這個組字引擎也容許不是漢字的部件也可以組的原因。XD,這種我們會需要借其他語言的字母甚至標點符號來合成,不然這種的,就真的是必須要推進unicode的字了。--魔法設計師留言) 2016年6月28日 (二) 14:41 (UTC)
收回我剛才的話,這個字查中研院的國際電腦漢字與異體字字典,這個異體字已經在unicode裡了,這個組字引擎也可以顯示。--魔法設計師留言) 2016年6月28日 (二) 14:52 (UTC)
那....𦮙可以去掉草字頭嗎?--宇帆(留言·) 2016年6月28日 (二) 14:56 (UTC)
那就得查unicode有沒有收,碼多少,這個組字server裡面的字型,是CNS11643,跟最新的unicode很緊,而且互相給,收字非常完整(甲骨文都有),所以也可以純粹「當字型檔用」也可以。--魔法設計師留言) 2016年6月28日 (二) 15:03 (UTC)
其實我只是想詢問加入「旋轉」的可能性,如過不可能,直接跑去找原作者說也不好意思(雖然本例是轉45度,想像一下,如果可以旋轉90度,我們就可以上下顛倒反著寫字了~~~~),或許不用改現形IDS協定的定義,只要讓其可以「輸入參數」像是函數可以輸入引數之類的概念就可以了--宇帆(留言·) 2016年6月28日 (二) 15:09 (UTC)
(?)疑問:@Shoichi:那麼這東西可行性如何?如果可行又該如何提報?或該提到到哪去?又或者現階段不可行?類似這樣定義--宇帆(留言·) 2016年6月29日 (三) 14:40 (UTC)
提報給unicode組織,希望有新的IDC組字符以及新的缺字部件--魔法設計師留言) 2016年6月30日 (四) 05:30 (UTC)
@Shoichi:所以您不建議將這個替代字元「⬚」的IDC擴充定義(&)建議給上游引擎開發者?好吧,我這次可能太強人所難了。。。。。抱歉。--宇帆(留言·) 2016年6月30日 (四) 06:38 (UTC)
我前一句寫「提報給unicode組織」,IDC跟IDS是unicode的規格,不是我上游的「漢字組建」動態組字引擎或者是我發明的。所以,還請去了解這些技術規格,對正確的人或者單位提案,畢竟這個技術是要應用在維基相關計畫,有標準就得遵守。--魔法設計師留言) 2016年6月30日 (四) 12:52 (UTC)

另外跟大家報告,我已經跟基金會申請好動態組字的測試wiki站,在這裡,這個站有沙箱,大家可以盡量測試。--魔法設計師留言) 2016年6月28日 (二) 04:53 (UTC)


另外就是,這個技術有沒有考慮處理繁簡轉換,還是需要中文維基自行處理轉換。就算是交由中文維基自己的轉換技術處理,由於繁簡體字形規範不同,字體字形可能還是需要組字技術提供支持,因為我注意到,目前的範例無論是宋體還是楷體使用的都是台灣標準字形。—Chiefwei - ) 2016年6月28日 (二) 09:57 (UTC)

在組字的層面其實不考慮繁簡轉換。因為這個技術是要精確的呈現一個字形=哪一個部件加上哪一個部件,不能發生A+B卻變成C+D的結果。此外,可以組的部件其實並不限於所謂繁體字,有可能簡體字的部件+繁體字的部件+英文字母也是有可能。但是繁簡轉換技術有必要的話,可以從中文維基這邊作對照表,讓IDS組出來的某繁體字對應成某IDS組出來的簡體字,甚至對應成某個已經有unicode碼的字,再讓組字引擎進行render程序即可。--魔法設計師留言) 2016年6月28日 (二) 13:02 (UTC)
感謝回應,繁簡轉換交給中文維基自行完成沒有問題。但是我的意思是,由於兩岸字形規範不同,即使對於同一個碼位的字符,不同規範的字體顯示出來的字形也是不一樣的。例如同樣是宋體(明體),「艹」「辶」等部首在PMingLiu(新細明體,台灣規範)和SimSun(中易宋體,大陸規範)的字形筆畫並不一致。這類差異是字形規範差異,而不是繁簡差異。而這些缺字由於是以圖片格式輸出,所以都是用台灣規範顯示的,在簡體環境下會顯得比較突兀。所以,建議進一步細化「宋體」、「楷體」這類字體稱謂,或者說,引入更多不同地區標準的字體,以方便各地使用。—Chiefwei - ) 2016年6月28日 (二) 13:36 (UTC)
這個應該有可能以增加新字型檔達成。此外,即使是現有的字型檔裡,一樣有簡體的部件,以「辶」為例,其實有辶、⻌、⻍三種,在一般字型可能偷懶,你可能看到其中兩個都一樣,但是給這個組字引擎顯示出來,依序如下:(請按連結進去看)。所以可以用簡繁對照的技術,把某繁體版的IDS代換成簡體版的IDS(內中用簡體的部件),就可以達成。--魔法設計師留言) 2016年6月28日 (二) 14:32 (UTC)
恐怕未必所有部件能如此(再如SimSun條目內示例的「关」,凡此種種),建議考慮增加更多字體文件(字型檔)。—Chiefwei - ) 2016年6月28日 (二) 14:52 (UTC)
沒關係,這種狀況就可以用組的:,一個缺字如果裡面有這種部件,就可以有一個簡體版IDS,一個繁體版IDS。而更多的字體,將來一定是可以追加的,不過一樣的,我不是作者,所以還是要請你如同另外一位,到原作者的專案站,發issue,看看是不是加入文泉驛字型?(必須是自由文本授權的字型)--魔法設計師留言) 2016年6月28日 (二) 17:48 (UTC)

@Shoichi::感謝魔法設計師的專案,這對部分古代人名很有用,也在沙箱測試了一下,想問一下局火缺字.svg為何輸入<ids>⿸尸⿹𠃌火</ids>後顯示不了下面?謝謝--Tom...........留言) 2016年6月28日 (二) 15:54 (UTC)

這是因為包圍系列的實作,目前無法像左右上下組可以靠演算法全自動進行。現在是半自動,有些種類的包圍只能手動一個一個來加。遇到有狀況的,需要提報。提報的方法已經放在更新後的測試wiki主頁上,還請你移駕過去提報囉。--魔法設計師留言) 2016年6月28日 (二) 17:48 (UTC)
@Shoichi⿹𢦏異 是空白圖像....?! --宇帆(留言·) 2016年6月30日 (四) 17:15 (UTC)
我...不....是....作....者......請提報彙整給作者。--魔法設計師留言) 2016年7月1日 (五) 07:24 (UTC)
我昨天下午五點十分已經提交到表格去了可是 過... 了... 一... 日... 也... 沒... 修... 復...啊... 。。。。。。。。。。。。。。。。。。。。。。。。。。所以才發到這裡@Shoichi:--宇帆(留言·) 2016年7月1日 (五) 07:30 (UTC)
大家平時都要工作上班、上課,不見得時時都有空。想要今天回報,明天馬上就好,可能得高薪聘請作者來上班,專門維護這個引擎了,(敝人也是個窮忙魯蛇,有人要請我嗎? XD)。--魔法設計師留言) 2016年7月1日 (五) 12:38 (UTC)

動態組字測試wiki

因為發在原來標題裡的,已經被埋掉了XD,應該不太好找。所以我另外發在這裡。就是除了上次的組字server以外,敝人也向基金會申請好這個測試wiki站了:

ids-testing.wmflabs.org,這個站有沙箱,當然也可以自己作新條目,歡迎大家來盡情測試。--魔法設計師留言) 2016年6月28日 (二) 13:41 (UTC)

做成mw插件的話,應該做成一套後台Web服務,mw獲得指令(<id>包裹內容)後,通過在PHP調用WebServiceClient上傳指令,獲得圖片,並且基於指令為鍵將圖片在mw本地緩存,不要暴露後台服務。這樣也能利用基金會的圖片存儲集群。參考mw:Extension:Math插件。——路過圍觀的Sakamotosan 2016年6月29日 (三) 03:34 (UTC)
太感謝了,extension我會往這個方向修改。--魔法設計師留言) 2016年6月29日 (三) 07:02 (UTC)

取得引入共識

  • 總而言之,我們已經確定這個技術的可行與方便性,在這幾天討討論中除了詢問技術問題外無人反對,因此可以確定共識是可以引入,所以等你們完成到可以部屬就可以直接引入,有人有異議嗎?--宇帆(留言·) 2016年7月1日 (五) 07:38 (UTC)

這裡面,在Parser extension tags裡面的

<ids>

就是,謝謝你的連結,我大概知道問題了,我會把extension 的php程式碼做更完備。--魔法設計師留言) 2016年7月2日 (六) 10:14 (UTC)

  • 這樣的話,會不會等到到時候該插件完成到可以供MediaWiki部屬了的時候還要再重新討論嗎???--宇帆(留言·) 2016年7月18日 (一) 05:32 (UTC)

是否能在中文維基這邊建立一個頁面介紹使用方式?(Help:XX 或是Wikipedia:YY)--Liaon98 我是廢物 2016年7月3日 (日) 13:23 (UTC)

請教各位管理員:@Liangent:、@Antigng:、@Jimmy Xu:、@Bluedeck:、@Shizhao:、@和平奮鬥救地球:對於可能會引入的技術但是目前還沒引入可以先撰寫其說明頁面(Help:XX 或是Wikipedia:YY)嗎?  如果可以的話就麻煩@Shoichi:您來撰寫了--宇帆(留言·) 2016年7月5日 (二) 10:06 (UTC)
沒看過有存在相關方針,不曉得可不可以。。。。。。。--宇帆(留言·) 2016年7月25日 (一) 02:00 (UTC)

想多了解的,星期一晚上來線上聚吧

魔法設計師在本頁面公布動態組字技術要引入維基平臺的消息,得到不少的回響。工作團隊在7/24 將要在台灣舉辦的一場 Hackathon 「萌典松」上繼續工作。為了方便作業進行,後天7/18(一)晚上7:00-8:00 (GMT+8) 之間,會有一場線上的會前會,會透過 Google Hangout 在線上討論工作需求,或者針對技術的疑問做回答。

想要參加的人請到報名頁留一下 Email (因為要有這個才能邀你進 Hangout),並且準時上線。--Reke留言) 2016年7月16日 (六) 12:21 (UTC)

模板:Infobox venue更新和翻譯

  • 想問模板:Infobox venue是否應該更進英文版的更新,另外一些未翻譯成中文,如Seating type,還有翻譯很怪異seating capacity翻成容量,不是座位或座數嗎,想麻煩技術人士修正一些參數?-日月星辰【留言簿】 2016年7月11日 (一) 16:56 (UTC)
    • 呃,沒有人來幫忙嗎?-日月星辰【留言簿】 2016年7月17日 (日) 13:12 (UTC)
    • 遺憾地,在中文維基當發現這些問題時最好的方法就只有自已翻譯解決。--Emphrase💬📝 2016年7月22日 (五) 14:24 (UTC)
    • @Nickice完成#ForeverLove 我想給你個擁抱,像以前一樣可以嗎 2016年7月27日 (三) 16:58 (UTC)

為何Twinkle 只有簡體?

我使用WP:Twinkle一段時間,覺得十分好用。可是我在香港繁體介面下,卻只有簡體中文,希望能提供繁體中文。--Quest for Truth留言) 2016年7月13日 (三) 14:06 (UTC)

我可以協助翻譯的,要是知道要去哪裏修改的話……--Quest for Truth留言) 2016年7月13日 (三) 14:10 (UTC)
(+)支持,翻譯很簡單,想知道該怎麼做。--A2093064#Talk 2016年7月13日 (三) 23:55 (UTC)
(+)支持,希望能夠提供繁體版。--宇帆(留言·) 2016年7月25日 (一) 23:47 (UTC)
@Quest for Truth:你可以載入自己的js,Twinkle所使用的js檔可在這裡查到,其對應的檔案是MediaWiki:Gadget-...,將全部建立翻譯後載入,便可以使用了,大概,這是個爛方法,還是請專家來比較好。--A2093064#Talk 2016年7月15日 (五) 08:28 (UTC)
原碼在這裏,但不知能否調用wgULS()使用之。 (@Jimmy Xu) Shinjiman 2016年7月19日 (二) 03:04 (UTC)

想多了解動態組字系統的,星期一晚上來線上聚吧

Tech News: 2016-29

2016年7月18日 (一) 20:18 (UTC)

目前我唯一詫異的是在機器人密碼(Special:BotPasswords)頁面,只能顯示繁體版logo?--Liuxinyu970226留言) 2016年7月23日 (六) 23:08 (UTC)
Special:Preferences頁面也是吧,這些地方不給用site js/css。Liangent留言 2016年7月27日 (三) 04:53 (UTC)

Template:PRC admin/disambig太複雜不利維護

我相信{{PRC admin/disambig}}系列的模板是@Liangent幾年前的心血結晶。可是那一大串數字實在叫人不知怎樣查詢。本來只要能用就好了,不過若然這麼複雜的一系列模板,卻只有一個人懂得如何維護的話,未免令人擔心,往後維護這些模板的事。然後我發現一些問題:

  1. 三元鄉的第一項歧義顯示不正常:我只見到第一項歧義用粗體寫著「',中華人民共和國安徽省六安市霍邱縣下轄的鄉」,可是按編輯的話,只見到一串數字,和知道「本頁使用了52個模板」(一個有6項歧義的消歧義頁竟然用了這麼多模板?!),根本不知從何入手。
  2. 後來我在Template talk:PRC admin/disambig#這個系列的模板更新問題,見到有人在2014年1月指出,之前一年發生行政區劃調整,有兩個鎮被取消了,分別被一分為二,每個改為兩個街道。過了兩年半,竟然還未更新!

我相信要修復這兩個問題,對Liangent來說並不難,但是從這兩個問題可以見到,背後更深層次的問題,就是對其他人而言,這一系列模板太難理解了,以致無法維護。一個管理員就算再厲害,最多只能保證這一系列模板不會出現第一類問題。可是行政區劃並非刻在鐵板上永不改變的,中國地方之大,每隔幾年總有些地區,不是重劃就是改名,因此第二類的問題,只會久不久就發生。在不改動結構的前提下,我有一些提議:

  1. 把所有討論集中在Template talk:PRC admin,把其他subtemplate的討論頁合併到那裏,如果未有討論就放個重定向。(參考en:Template:Central
  2. 寫一頁詳細的說明文件{{PRC admin/documentation}},解釋這一系模板怎樣運作,讓其他人看了可以明白,如果遇到類似上述的問題時,可以去修改哪一個模板。
  3. 然後,在這一系列的模板,加上{{Documentation|Template:PRC admin/documentation}},使其他人不用花一番功夫去找這個說明文件。

小小意見,希望參考。--Quest for Truth留言) 2016年7月18日 (一) 21:08 (UTC)

大部分模板已經被重寫了……disambig是少數沒動的。一直想着有空弄一直沒弄,但有空弄了也很可能是弄到Wikidata上去,一堆Q編號於是還是數字……Liangent留言 2016年7月19日 (二) 06:24 (UTC)
三元鄉是相關頁面被人改壞了(Template:PRC admin/data/34/15/22/212/000 / Template:PRC admin/data/34/15/04/102/000 / Template:PRC admin/data/34/15/04/101/000)。我也不知道現在應該怎麼處理……Liangent留言 2016年7月27日 (三) 05:02 (UTC)

Tech News: 2016-30

2016年7月25日 (一) 19:54 (UTC)

Template:Portal的技術問題

模板Template:Portal理論上輸入多個參數時應該要可以正常顯示,但目前僅能顯示第一個參數。如輸入 {{portal|科學|文學}} 時,在英文版的模板可以兩個專題都顯示,但在中文維基則只會顯示科學專題---Koala0090留言) 2016年7月27日 (三) 12:35 (UTC)

WP:PT設計很差

時常被刪除{{/header}},希望能做的跟WP:VIP一樣。無人回應的討論。--A2093064#Talk 2016年7月28日 (四) 09:05 (UTC)

有沒有具體方案?--Lakokat 2016年7月28日 (四) 12:44 (UTC)
我可以試著做做看,這就要等一段時間了。--A2093064#Talk 2016年7月28日 (四) 12:46 (UTC)
@Lakokat:想請問WP:當前的破壞/header是怎麼被引入主頁面的,WP:PT是用{{/header}},可WP:VIP我沒見到。--A2093064#Talk 2016年7月28日 (四) 14:13 (UTC)
你就不能看看Wikipedia:當前的破壞/form怎樣寫的嗎?——路過圍觀的Sakamotosan 2016年7月29日 (五) 00:36 (UTC)
是...我剛剛才看到--A2093064#Talk 2016年7月29日 (五) 00:41 (UTC)
@Lakokat:大致上完成了Draft:維基百科:請求保護頁面草稿:維基百科:請求保護頁面/form1草稿:維基百科:請求保護頁面/form2草稿:維基百科:請求保護頁面/form2preload(form2可以不要),我還是覺得保護跟解除合併比較好,目前保護是用跟VIP一樣的方法,解除是用preload。--A2093064#Talk 2016年7月29日 (五) 01:46 (UTC)

題外話,為什麼保護是由新排到舊,解除保護是由舊到新,是因為新增請求的技術問題嗎?我提議修改成請求變更保護,保護跟解除都放在一起,由新排到舊,這樣管理員才容易看的到,而且技術上也方便些,(?)疑問例如,如果請求把全保護改成半保護究竟算保護還是解除?--A2093064#Talk 2016年7月29日 (五) 01:07 (UTC)

修改前請確保WP:TWINKLE已經妥善修改配置,以免影響工具運作。—HW討論 貢獻) 2016年7月29日 (五) 03:33 (UTC)
是,所以先等這個修改方案通過,要先確認相關工具(TW、bot)運作得當,才會進行修改。--A2093064#Talk 2016年7月29日 (五) 03:37 (UTC)

Wikipedia:建立條目精靈/消歧義頁的檢測

不知道是放求助版還是這,所以就先扔這了。

昨天晚上從簡單英語維基百科裡把Wikipedia:建立條目精靈的一些功能給抄過來了,但是有兩個問題

  1. Wikipedia:建立條目精靈/消歧義頁里輸入一個名稱之後應該會有三種方式:
  1. 在輸入框中輸入「俄羅斯」的時候,會出現{{Article wizard detect}}的紅框,[55]
  2. 在輸入框中輸入「FRDian」的時候,因為沒有這個條目,就會出現提示性的詞語,開頭為" '''FRDian'''可以指:,[56]
  3. 在輸入框中輸入「FRDian (消歧義)」的時候,正常情況下出現的提示性詞語應該是" '''FRDian'''(在此输入主条目的简短定义),'''FRDian'''也可以指:,舉個 simple 的例子
但是現在3是和上面2的情況是一樣的,我並不知道怎麼辦,希望有哪位大大幫忙修一下。
  1. 還有一個就是Wikipedia:建立條目精靈/消歧義頁點擊創建頁面後會出現 section=new 的代碼,但是其他的都沒有,還是希望哪位大大幫忙看一眼。

以上。#ForeverLove 我想給你個擁抱,像以前一樣可以嗎 使用全新創建條目精靈創建重定向、分類和消歧義頁面更加方便快捷 2016年7月28日 (四) 16:28 (UTC)

已修復--HW討論 貢獻) 2016年7月31日 (日) 02:30 (UTC)

內鏈的繁簡問題

強制用某種中文變體顯示的條目上的內鏈點進去後,顯示的不再是之前強制的那種中文變體,這是怎麼回事?登錄與不登錄、桌面與手機版都有這個問題。比如 zh.wikipedia.org/wiki/ABCD 這個條目(默認版本,即它的中文變體版本是根據操作系統和瀏覽器決定的),我查看它的台灣正體版本(也就是強制它顯示為台灣正體),鏈接跳到 zh.wikipedia.org/zh-tw/ABCD 。在這個台灣正體版的頁面上,我點擊一個內鏈(藍色鏈接),打開的條目卻會是 zh.wikipedia.org/wiki/EFGI (默認版本),而不是 zh.wikipedia.org/zh-tw/EFGI (台灣正體版本)。這使得選擇了某種中文變體之後,每次打開一個藍鏈,都恢復原狀,要再選一下中文變體,這顯然有問題。我記得以前似乎也不是這樣的。--Tomchen1989留言) 2016年7月29日 (五) 21:27 (UTC)

是嗎?我記得一直都是這樣吧,因為內鏈不會跟隨使用前綴改變,前綴改變是基於前端反向代理重寫的「魔術」,實際應用請求到是類似/w/index.php?title=<>&variant=zh-xxx的url,應用能知道用戶的是有用戶設定存儲的語言轉換設定,但是$wgArticlePath是設定為/wiki/$1,所以內鏈就是以/wiki/為站點前綴,所以不會注入語言信息?——路過圍觀的Sakamotosan 2016年7月30日 (六) 11:02 (UTC)
如果已登入,不妨檢查一下Special:參數設置中「國際化」的設定。—HW討論 貢獻) 2016年7月31日 (日) 02:31 (UTC)
不是,他應該說是臨時的變體設置不會影響到後續的鏈接變化,因為$wgArticlePath規定了內鏈的生成方式,然後內鏈請求時默認請求,默認請求是按照用戶語言設置的設定,所以原來是簡體中文,臨時改成繁體中文顯示,下一個鏈接的默認依然是簡體中文。——路過圍觀的Sakamotosan 2016年7月31日 (日) 02:57 (UTC)

有辦法知道Special:permalink/1在哪個頁面嗎?

如題…… --達師 - 334 - 554 2016年7月30日 (六) 13:31 (UTC)

求助,跨語言鏈接壓縮如何停用

跨語言鏈接壓縮於今天在本維基項目啟用

總覺得這個新功能沒有什麼大用處,User:Antigng說可以在Special:參數設置中關掉,可我找不到這個選項,於是在這求助各位大神!跪謝!--蟲蟲超能研究所實驗志願者報名入口強烈抗議國際法庭對南海問題作出無效裁決 2016年7月31日 (日) 07:12 (UTC)

@百战天虫:外觀>語言>使用緊湊的語言列表,它包含與您有關的語言。--A2093064#Talk 2016年7月31日 (日) 07:14 (UTC)
沒錯。Antigng留言) 2016年7月31日 (日) 07:22 (UTC)
討厭這個功能...為什麼不預設關掉,喜歡的自己去開?我不管到哪個語言的維基百科都還要調一次= =--Liaon98 我是廢物 2016年7月31日 (日) 07:25 (UTC)

求助

我想要保留舊討論頁又想要同時啟用flow如同User_talk:小躍那樣

我想要保留舊討論頁又想要同時啟用flow如同@小躍User_talk:小躍那樣,結果徹底失敗,無法移動到User:A2569875/Flow(原本以為可以了)

請求協助

不然我要將討論頁提交刪除了。--宇帆(留言·) 2016年7月20日 (三) 05:24 (UTC)

@A2569875mw:Flow/Request_Flow_on_a_page--★Fish out Yue in the water.☆ 2016年7月20日 (三) 07:06 (UTC)
(?)疑問:@小躍:但是我申請mw:Flow/Request_Flow_on_a_page#Requests_for_wikis_which_have_reached_consensus,過了好幾天無人理?還是我申請錯地方?或申請方式變更?--宇帆(留言·) 2016年7月23日 (六) 23:17 (UTC)
完成,謝謝,已經有Flow管理員協助操縱Flow機器人建立了。--宇帆普通留言·Flow留言·) 2016年7月26日 (二) 09:21 (UTC)

您好,關於韓國外交使團VANK修改提出的疑問。

http://www.baike.com/wiki/%E9%9F%A9%E5%9B%BD%E7%BD%91%E7%BB%9C%E5%A4%96%E4%BA%A4%E4%BD%BF%E8%8A%82%E5%9B%A2


對於貴網站關於VANK的描述有失事實,特申請更佔,對於上述網站的更正也出自於本人和友人之手,本著只是希望貴網站可以公式雙方的立場,以便廣大友人可以客觀的自行判斷,因為貴網站顯示內容與 百科.com有重複,但是百科.com的內容也是由本人親及編輯的,對於維基百科上的內容是否要修正還是可以被審核,還望好心人耐心指教。
                                                                                             VANK 敬上

—以上未簽名的留言由Liang7015對話貢獻)於2016-07-21T13:35:40‎加入。

首先,互動百科的內容有可能在沒有使用正確的授權協議的情況被非法複製的,互動百科已經涉嫌侵權問題,而且本網站與互動百科並沒有關聯。
其次,請在符合方針和指引的情況下進行編輯,包括可靠來源中立性百科性質等方針及指引。
另外,如果你是為了你代表的機構進行編輯,請注意利益相關,或者如果涉及酬勞交易的話需宣示為有償編輯。

——路過圍觀的Sakamotosan 2016年7月21日 (四) 07:02 (UTC)

你好,互動百科侵權的內容之外的內容是我親自執筆寫的,這裡是非贏利團體,我只是來做義工的留學生,只是因為 這裡對於 這個機構的建立年度到內容都不符合事實,才會來編輯的,所以我要修改內容咯?—以上未簽名的留言由Liang7015對話貢獻)於2016-07-21T15:19:06‎加入。
看第二個,還有注意排版,那個排版簡直看得想吐。另外記得簽名,這樣寫→「--~~~~」。——路過圍觀的Sakamotosan 2016年7月21日 (四) 07:22 (UTC)

同名消歧義

可以幫忙建個消歧義頁嗎?有一個劉慧,一個劉慧(香港),我嘗試了新建消歧義頁「劉慧」,發現直接建在 劉慧頁面下面。可以幫忙新建個消歧義的頁然後分別定向到兩個條目嗎?謝謝—以上未簽名的留言由Yuequanwu對話貢獻)加入。

@Yuequanwu:已使用{{Otheruses}}完成。--A2093064#Talk 2016年7月22日 (五) 15:19 (UTC)

問:幫助——圖書頁面有錯誤

步驟二中:但選擇網所有想要的網頁後…… 網字應改為完吧 --驚鯨留言) 2016年7月22日 (五) 14:02 (UTC)

我在英文維基上翻譯自中文的條目不見了

布錫文(en:Buhid alphabet)這個條目,翻譯完成後沒了——Thyj通知我) 2016年7月22日 (五) 17:37 (UTC)

誤創建到英文那邊了,所以請求刪除——Thyj通知我) 2016年7月22日 (五) 17:42 (UTC)

要如何修改條目中KML Layer的數據?

目前發現台北捷運條目用KML數據的規劃路線圖標記有些錯誤。但個人對KML不太了解,不知該如何修改?望熟悉的用戶告知。es91213留言) 2016年7月23日 (六) 11:26 (UTC)

@Es91213:可以在Template:Attached KML/臺北捷運編輯--林勇智 2016年7月26日 (二) 09:54 (UTC)

我的意思是修改路線及車站標示。我已經從原作者那知道方法了,還是感謝回覆。es91213留言) 2016年7月26日 (二) 10:44 (UTC)

求助化學維基人!

請協助改善聚偏二氟乙烯!或者幫忙ping一下各位熟知的擅長化學領域的維基人,感謝!--Tiger留言) 2016年7月25日 (一) 14:32 (UTC)

自架MediaWiki 使用Infobox問題

為什麼歷史記錄里的編輯理由沒有被簡繁轉換。

IBayern留言) 2016年7月28日 (四) 07:56 (UTC)

維基百科:檢測連結

請問,怎麼使用維基百科:檢測連結檢查一個條目中的死鏈?希望有人不吝賜教。最好把如何操作說得具體一些。謝謝!--Tai8留言) 2016年7月28日 (四) 07:57 (UTC)

地區用語的單向轉換

我記得以前曾經使用過類似的轉換標籤,但久沒用完全忘光當初是怎麼使用的只好求教。因涉及不同地區用語多對一的狀況,在某特定條目頁面中想進行某種單向轉換,例如希望zh-tw:某A在簡體環境下轉換成zh-cn:某B,但zh-cn:某B在台灣繁體環境下不轉換回某A,該如何編寫全頁的轉換指令?盼有還記得用法的高手提醒指點,先說聲謝謝了!--泅水大象訐譙☎ 2016年7月29日 (五) 09:48 (UTC)

剛搜到的,失真=>zh-cn:有损,其實我不會用。--A2093064#Talk 2016年7月29日 (五) 10:00 (UTC)
謝謝A兄的協助,剛才再搜尋一下找到使用範例了,原來放在模板:NoteTA/lua#示例的例四。--泅水大象訐譙☎ 2016年7月29日 (五) 10:14 (UTC)


條目探討

機器人對陸官專科班校友會獲選登錄錯誤?薦新條目提註 問題不當可成"否決票"來砥觸獲選方針?

  • (※)注意1.機器人有問題? 612凱道閱兵 已過關,為何未"V"註記(四天已6票通過,無反票)。上次的 陸官專科班校友會也是如此,四天已通過,慢了三天才登錄。是否有人為操縱,特別針對本人條目找麻煩嗎?2.請投票者不要擅用"問題不當",並應尊重社群綜合意見,並對已修正之提問,要適時修訂其看法。獲選辦法中,沒有明確以"問題不當"可卡住過關之條件,請修訂機器人程式。Chinuan12623留言) 2016年6月18日 (六) 13:32 (UTC)
    • @Chinuan12623:機器人並沒有人為操縱,也沒有故障,他正十分正常的工作著。問題不當票請藉由溝通來請投票者撤回。--宇帆(留言·) 2016年6月18日 (六) 13:38 (UTC)
      • 先前於互助客棧之討論的共識是有問題不當票要被擱置直到問題不當解決方能獲選,因此機器人並無不妥。--宇帆(留言·) 2016年6月18日 (六) 13:40 (UTC)
        • 什麼叫-直到問題不當解決方能獲選,意思是提註人要不爽也堅持不改或失蹤不上維基未改,就可當否決票延計,而讓人濫用,對提問有意見應可質疑甚投反對票,我認為要就改獲選方針來明定,但客棧之"討論"是不能牴觸方針,不要"擴大解釋"弄個"模版"並以"機器人程式"來干預。另上次的 陸官專科班校友會也是如此,四天已通過,慢了三天才登錄-DYKtalk|2016年|4月19日(我已修訂應為16日通過。無反票,更無"問題不當",支持有6票,最後支持票為B2322858於2016年4月14日 (四) 22:53 投出)。請解釋機器人是十分正常的工作著嗎?Chinuan12623留言) 2016年6月18日 (六) 13:58 (UTC)
          • 你在User talk:Outlookxp‎留言,在Wikipedia talk:新條目推薦/候選‎留言,在此也留言,我想同樣的話不需要在不同的地方說三遍吧!?這是浪費資源空間。-游蛇脫殼/克勞 2016年6月18日 (六) 14:14 (UTC)
            • 我也很不想三處留言,但我很奇怪,人都到哪去,非得多處提醒才有人來,我也很無奈。你看那邊方便哪邊留,另外的閣下可幫忙移除,我希望我下次提問只一處,要是人沒來回應,我還是會多處提醒。我提 陸官專科班校友會問題,還是沒人釋疑?另客棧之"討論"能牴觸方針?Chinuan12623留言) 2016年6月18日 (六) 14:23 (UTC)
              • 昨天有人要我不要重複貼問題,沒辦法。請能讓我保持紳士風度?不要隨便激起罵人,管理員哪去,都睡著了?此條目當然會登錄過關,只是某些操作的好不好看而已;17日就該登錄過關,18日反映問題也提出爭議二處,到現在還無人釋疑?此條目如果被胡弄到滿七天之20日方為登錄之過關日,權責人員與機器人就都去罰站,瀆職,讓人看不起Chinuan12623留言) 2016年6月19日 (日) 12:02 (UTC)
                • 果然,機器人放上首頁登錄為滿七天之20日過關,我已將其修為17日。此題還是無人回應,怪哉!Chinuan12623留言) 2016年6月24日 (五) 04:20 (UTC)
                  • 你可以說「可能」機器人登錄時間有問題,但對於已經登記歸檔的日期就沒需要去改動,過去已成定局,改日期不過是自欺欺人。——路過圍觀的Sakamotosan 2016年6月27日 (一) 02:24 (UTC)
關於DYK通過標準,再看了一次,的確是4+3天4票正反差通過,也的確沒針對如果出現「問題不當」問題怎樣計算有效票,但鑒於有效票指對條目有意見,而DYK問題作為表現條目概述,應該是表達「對條目有意見」的範疇,算是有效的反對票,所以即使4天4票正反差,「不當」仍算是反對票,再延長3天。不知是不是這樣理解?而且出現問題的話,作為推薦者為了讓條目儘快上一次應該去解決問題或者與投票人協商消票來儘快結束投票。——路過圍觀的Sakamotosan 2016年6月27日 (一) 02:39 (UTC)
如果確立的話,應該追加DYK通過標準:「問題不當」在前4天仍算是反對票範疇,如果後3天仍沒消的話,視為通過/不通過;或者「問題不當」單純意見票,不影響計數?——路過圍觀的Sakamotosan 2016年6月27日 (一) 02:39 (UTC)
總算有人來討論,很高興,逃避問題不是辦法。cwek也說了「可能」機器人登錄時間有問題...。個人看法,1.合乎科學與邏輯作法是"修訂"錯誤要比"維持"錯誤的重要,可推廣到廣大的人事物,否則世界都亂了。2.對於DYK已經登記"歸檔"的日期,僅歸類到"月份"而非"日期",不影響所謂的定局。3.我先前已明示此問題而做修訂錯誤日期,不改才是自欺欺人,鴕鳥心態。4.「問題不當」未在DYK通過標準"明文"規定可當否票或延計,就不能以"擴大解釋"弄個"模版"以"機器人程式"來干預,而讓人濫用,對"提問有意見"應回歸本質可質疑甚投反對票。5. 陸官專科班校友會均無上述問題,為何延三天才登錄,此未談及,我想知道答案。Chinuan12623留言) 2016年6月27日 (一) 03:46 (UTC)
改正過去不是解決問題的關鍵,也毫無作用,已經發生的再去改只不過是掩耳盜鈴。應該是確立新規則而防止以後再出現問題。歸檔行為還有歸檔到條目討論頁,而且是日期計算,所以日期也同樣重要。對於總歸檔部分的確只限於月份,所以不影響,但也因此與回退行為不相關。關於「問題不當」問題的確需要追加確立。但不影響過去的結果,所以改結果沒意義。——路過圍觀的Sakamotosan 2016年6月27日 (一) 04:07 (UTC)
@Liangent:,諮詢一下,你的DYK通過歸檔,會將{{問題不當}}怎樣處理(或者你是怎樣去理解)?還有,確認通過時間是否是歸檔時間?——路過圍觀的Sakamotosan 2016年6月27日 (一) 04:19 (UTC)
cwek你不用急著回復,要真相與答案,絕對比"維持錯誤之登記"來得重要,有無回復,並不影響該二條目之推新條件,但我真想知道"問題所在",這是求是非,非和稀泥。你不覺得奇怪,還無管理員或權責人員在客棧應答(貼多久了),也無管理員回退我對錯誤之修正,故你不用急,我只是要客棧中討論個答案,了解徵結。Chinuan12623留言) 2016年6月27日 (一) 04:34 (UTC)
真相又如何?最多了解到程序有問題了,數據出問題了,但修改已經歸檔的數據有意義嗎?除非這個結果仍影響到現在(或者條目還在排隊等上DYK,可以藉此插隊),這就有必要去修改,但是已經不對現在有影響的,就沒必要修改,或者可以記錄明「程序制定問題導致錄入錯誤」,但不影響已經保存的數據。就是這樣。——路過圍觀的Sakamotosan 2016年6月27日 (一) 04:46 (UTC)
1.你說真相又如何?但我說很重要,因為知道問題才可進而修訂,避免再發生。2.歸檔如以"月"論,而非"日"計,應是要修訂日期。3.如真技術尚無法克服,認同再以類似記錄「程序制定問題導致登錄入日期錯誤」之說明。4.我想還是應由管理員或權責人員來說明。cwek你說真相又如何?但我想社群中很多人有此求知慾,說不定也有你、我都不及之處,不是嗎。Chinuan12623留言) 2016年6月27日 (一) 05:02 (UTC)
1.文革是錯誤的,哦我發現錯誤了,我就把老毛髮起文革的事跡抹掉,「改正錯誤」,嗯,可以,這很『party』。是改正程序,還是改正已經不重要的數據?2,自己再研究DYKC歸檔流程,一個是總歸檔(Wikipedia:新條目推薦/未通過,等),這個是按月份分類,但還會拷一個討論回條目討論頁,這個是按日期計算的。3.問L大的理解。4.沒問題,你去追問就是了。這個問題本來有想法,但麻煩覺得不想理。但是你篡改數據的行為,就不是單純的「求知」了,已經是想玩「正義」了吧,「求知」只是單純地知道「哦,出錯了,修改程序就是了」,可不是連過往的數據都要動手腳吧。——路過圍觀的Sakamotosan 2016年6月27日 (一) 05:12 (UTC)
我不處理,我這邊只看|result=,應該是Jimmy的bot處理的。Liangent留言 2016年6月27日 (一) 05:32 (UTC)
剛剛發現,我也覺得應該要找Jimmy了,@Jimmy Xu:。——路過圍觀的Sakamotosan 2016年6月27日 (一) 05:35 (UTC)
感謝Liangent的回覆,看來這問題是有點....。是Jimmy的bot處理這二條目,Jimmy與我向來不搭,他的機器人會看人辦事嗎,希望不會,不過對於Jimmy的處事,我一向沒信心,不過還是願聞其詳,也沒辦法了。Chinuan12623留言) 2016年6月27日 (一) 05:41 (UTC)
(!)意見--上面討論的蠻充分了。路過的在下,作為當時投票、且對問題提出異議建議的一人,也補充說明一下。(1)當時主要是對「五年級生(1960年代出生者,臺灣用語)」一詞在DYK問句可能造成混淆,因此包括在下等用戶提出建言,Chinuan12623剛開始希望維持以突顯條目特色,不過後來接受了大家的建議修改了。(2)但是當時有一名戶的「問題不當」票,就一直沒來劃掉,所以導致這問題。(3)該問句爭點已解決,希望管理員能協助處理,以鼓勵用戶持續創編條目的努力。Wetrace歡迎參與人權專題 2016年6月27日 (一) 10:14 (UTC)
612凱道條目"問題不當"之模板適用性,我希望將他做"通案"檢討,"問題不當"見仁見智,如要直到修改提問方能獲選,那要是提註模版之人要不爽也堅持不改或失蹤不上維基未改,就可當否決票延計,而讓人濫用。我認為對提問有意見應可質疑甚投反對票,不然就更改獲選方針來明文明定,不可"擴大解釋"弄個"模版"並以"機器人程式"來干預。另上次的" 陸官專科班校友會"延遲三天才登錄過關,還是沒人說出問題在哪?Chinuan12623留言) 2016年6月27日 (一) 10:48 (UTC)
忍不住想說:你的DYK又不是沒有上首頁,只是晚了3天,那有那麼嚴重嗎?如果「你前4天累積4張支持票不讓你上,第6天出現1張反對票,導致正負相抵不足4票,沒有上」,那來抗議還有理。可是,你上首頁了阿!你上首頁了阿!-游蛇脫殼/克勞 2016年6月27日 (一) 13:37 (UTC)
哈哈哈哈哈哈哈,哈哈哈哈哈,哈哈哈哈哈哈哈,哈哈哈哈哈,哈哈哈哈哈哈哈,哈哈哈哈哈,哈哈哈哈哈哈哈哈哈哈哈哈哈。--7留言) 2016年6月27日 (一) 13:40 (UTC)
有些人是看不懂字義,而像-7這種層次的嬉笑,他或許自認"翻譯的星星滿天"而自傲,還是有需要再貼點他一下(摘前述:要真相與答案,絕對比"維持錯誤之登記"來得重要,有無回復,並不影響該二條目之推新條件,但我真想知道"問題所在",這是求是非,非和稀泥)。一個社會與國家要進步,就是不斷求知,遇問題,找答案,避免再次發生,與其抱著錯就錯了,反正也有了的心態,是不應該存在,尤其是在維基力求資料正確,卻自己是否也搞烏龍之狀況下。我在職時即以此態度,遇問題、找答案、解決、不和稀泥,我此過來人經驗,給某些得過且過的人做些期勉,希望對你爾後的為人處事,特別是在"事業"上有點幫助,維基不是一切,但可當一個社會的縮影,優則勉、劣則改。Chinuan12623留言) 2016年6月28日 (二) 04:06 (UTC)
鑒於出現歪樓可能,而且討論串有點長,細分問題看看。——路過圍觀的Sakamotosan 2016年6月28日 (二) 07:20 (UTC)

{{問題不當}}判定問題

@Jimmy Xu:,根據history來看,你的機器人是負責判定DYK點票的,其中「問題不當」在DYK獲選中沒具體判定說明,所以請教一下你的機器人是如何處理的,還有是否需要追加條例確認「問題不當」的處理方式?——路過圍觀的Sakamotosan 2016年6月28日 (二) 07:20 (UTC)

我覺得有問題不當不做自動點票的做法沒啥問題(但不能因此自動點成|result=-),留給人工處理就好。我那套系統是為人工點票設計的,甚至DYK規則也沒有為自動點票刻意調整過。Jimmy弄了個bot只是做了其中可以比較可靠地自動完成的部分,於是管理員也逐漸依賴它不主動處理了。如果這麼個問題不當的投票人一直不出現,這個條目應該會慢慢沉底,如果問題已修復或本來就無需修改,相信也會有管理員來處理標記|result=+或*了。Liangent留言 2016年6月28日 (二) 07:51 (UTC)
那是不是Jimmy點票如果看到「問題不當」,即使4天內滿支持,要被自動延後3天再判定通過?還是一直放着甚至到沉底?假如提出者一直不消票,正如Chinuan12623所認為是不是可以作為阻擋上DYK的依據?所以有些問題必須要明確好些,也鑒於「問題不當」在DYK通過中根本沒提及怎樣識別。整合L大意見,我認為確立一下:頭4天「問」出現時,即使滿票,仍視為沒通過,自動延長3天,除非有管理員認為不需理會允許通過或者提出者消票,允許無限滯後。如果這種處理沒問題的話,就記入DYK規則中。也方便以後類似爭議的處理。——路過圍觀的Sakamotosan 2016年6月28日 (二) 09:18 (UTC)
「允許無限滯後」是要把7天延長到幾天呢?又,「允許無限滯後」期間能不能投支持票與反對票?-游蛇脫殼/克勞 2016年6月28日 (二) 09:27 (UTC)
按照L大的意思(大概?)就是一直掛,直到管理員認為可以忽略問題不當直接標記通過,應該允許繼續投票。當然最好的辦法就是找管理員或者提出人,就算認孫子也要把問題不當處理掉,這樣直接滿足通過,不用一直拖着。——路過圍觀的Sakamotosan 2016年6月28日 (二) 09:51 (UTC)
那如果「允許無限滯後」期間能投支持票與反對票,結果「逆轉敗」怎麼辦?前7天正負相抵4票支持,第8天多1張反對票,直接判「沒有通過(DYK評選)」,立刻結束評選?-游蛇脫殼/克勞 2016年6月28日 (二) 10:47 (UTC)
DYK管理人Cdip150曾經在新條目推薦-問題不當.票之探討處理說過問題不當是怎樣執行的:「請不要把 問題不當當成是一種「票」,這個模板的作用在於改變登上首頁的時間,而不是直接改變票數,即是說就算投票結束時有100票(+)支持,祇要是有 問題不當出現,機械人就不會把它登上首頁,直至問題得到解決為止(注意投票結果會一直保留下去,而不是不解決便延長投票時間或落選)。如果提名者一直都不修改問題,就由管理員自行按WP:DYKC#問題指南修改其問題,之後才登上首頁。」說了不會延長投票時間,即是4天夠了4個支持即便有問題不當都會結束投票,不會延長投票時間,之後投的票都會無效,只是會留在評選裡等到改對問題為止。--113.52.109.90留言) 2016年6月28日 (二) 11:36 (UTC)
那明白了,就應該在DYK通過規則中體現。也就是說:前4天滿票並加了「問」,則票數鎖定,並直到問題解決撤票或管理員介入解決忽略「問」。——路過圍觀的Sakamotosan 2016年6月29日 (三) 03:44 (UTC)
已加入相關描述。——路過圍觀的Sakamotosan 2016年6月29日 (三) 04:00 (UTC)
鑒於有人認為仍有爭議,暫時撤銷。——路過圍觀的Sakamotosan 2016年6月29日 (三) 12:41 (UTC)
  • 再開個頭,樓太斜了。首先感謝各位對此二個問題的探討;求知慾,解決問題,才是進步的動力:
  1. 就"612凱道"之提問,因之前有人提起地域中心問題,我與他人就改了三次應已獲共識,可能是-苞米之提註問題不當人未繼續關注而未畫票,如上有人說,管理員可介入,但未介入,搞的我自行劃票。審視前次版本-2016年在台北的凱達格蘭大道,由一群民國50年代(1960年代)出生在台灣俗稱的五年級生發起辦理了哪一項踢正步的活動?此不但保留了發起單位之活動名義,並加註年代註記,這是最周延之提問,然為了屈就與能畫此不當提問"一票",而犧牲"多數"可認同之提問,這對嗎?
  2. 獲選規則並未明文規定可將"不當提問"作為否計票,或可延計,故而不宜用"討論"甚未獲"表決"之事,而擴大解釋並以"機器人"來干預,進而影響後續登錄或再投票產生之計算爭議。
  3. "不當提問"本為質疑屬"反對票"性質,不必再設"模板"提醒,就算要設,應以"反對票"列計抵充,以延計方式,會有讓人威脅、迫從之疑慮,而有濫用不公之虞。
  4. 或有人說若提名人自我感覺"提問沒問題"也堅持不改,上了推新首頁實不宜;那就回歸正、反票之設計本質,就由認為"提問不當"之人多投些反票,來取消可上推新首頁的資格才對啊。"提問不當"之模版使用不可擴大解釋運用,而產生更大的問題。Chinuan12623留言) 2016年6月28日 (二) 14:27 (UTC)
最終就是如果出現「問題不當」而且提出者不撤票的話,最好就是讓管理員介入協助,而不是陰謀論。當然如果出現被盯了,只能說:「祝君好運」。——路過圍觀的Sakamotosan 2016年6月29日 (三) 03:46 (UTC)

(!)警告:@cwek:你、我與現在討論此問題的人,權限都沒那麼大。一個DYK通過規則在此討論中,尚未經"表決獲得共識",就可將之修訂,是先射箭再畫靶,不可思議!請將你自行增加之獲選規則之"提問不當"說明"移除",回復原版本,俟討論與"表決獲得共識"後再做處理。摘"DYK-新規則要點"中明示,提名者請先確保條目上沒有刪除模版及各類"爭議模版",有爭議模版的條目不得上DYK。唯查"提問不當"並不屬此"爭議"模版,cwek你且莫再先射箭後畫靶,將"提問不當"補入其中ㄜ。重申:獲選規則並未明文規定可將"不當提問"作為否計票,或可延計,故而不宜用"討論未獲表決共識",而擴大解釋並以"機器人"來干預,進而影響後續登錄或再投票產生之計算爭議,要改變"獲選規定"可以,但請討論與"表決獲得共識"後再做處理。Chinuan12623留言) 2016年6月29日 (三) 11:26 (UTC)

1.我按會話主題回復,不與時間有關,也不一定回覆你的主題段,你亂動會話排序,小心點。2.鑒於仍有不滿足,也因為「問題不當」沒有明確的明文操作(只有管理員提出過處理見解),那你認為「問題不當」以後應該怎樣處理,也是日後為了避免同類問題,至於你的條目既然已經上去過了,也算是解決過了。過去則過去,不是為了所謂的「正義」而否定過去。——路過圍觀的Sakamotosan 2016年6月29日 (三) 12:41 (UTC)
1.感謝至目前為止你的理性討論。2.幫忙做段落排序調整,若是出於善意與有編輯提示,此見仁見智,但原編者要堅持回復,大家都會尊重,談不上小心與否。3.我初衷是找出問題,雖然還有"陸官專科班校友會"未解。問題找出癥結後,就是要"解決",避免類案之再發生,此"提問不當"模板問題:A.我認同Liangent之解釋,有問題不當不做自動點票,但不能因此自動點成|result=-,應留給"人工處理"就好。(點成|result=-等同未過關,有違問題不當不做有、無效票之認定)。B.原「問題不當」在獲選規則中並沒有明確的操作計票說明,建議三案討論:B1.如要依Liangent述原本之方式使用,獲選規則須加上此文字說明。B2.如僅為一般模版(非爭議模板)僅是提醒說明,則不可以列為反對票,或用"機器人"延計登錄過關之使用。B3.將"不當提問"定為"反對票"性質,與同意票等質做抵充。...或許還有其他更周延之作法。大家可討論,再列出相關表決案,通過後,再據此修訂"獲選規則"。Chinuan12623留言) 2016年6月29日 (三) 13:18 (UTC)

"問題不當"模板之使用投票

本人初列,也可"修改"或增列出其他表決案,通過後,再據此修訂"DYK獲選規則"。

第一案:依Liangent述原本之方式使用,有問題不當不做自動點票,但不能因此自動點成|result=-,應留給"人工處理"就好。在獲選規則加上此文字說明。
第二案:僅視為一般模版(非爭議模板)做提醒說明,不列為反對票,或用"機器人"來延計登錄過關之使用。
第三案:將"問題不當"定為"反對票"性質,與同意票等質做抵充。
(+)支持,問題單純化,避免有濫用,脅從情事。Chinuan12623留言) 2016年6月29日 (三) 13:51 (UTC)
@Temp3600李4Cdip150:,你們看看如何?這是確立{{問題不當}}的處理規則。請嚴肅對待,別游花園。——路過圍觀的Sakamotosan 2016年6月30日 (四) 00:55 (UTC)
這個問題完全沒有討論意義,維持現狀不變。在這瞎矯情個什麼,浪費社群時間,自己沒看討論串怪別人咯。文成公主留言) 2016年7月8日 (五) 14:51 (UTC)
(-)反對第三案,這變相違背了反對票應當用作針對條目內容的原意。--街燈電箱150號 開箱維修 抄錶 檢驗證明
(+)贊成第一案--Wolfch (留言) DC14進行中 2016年7月15日 (五) 08:19 (UTC)
表示看不懂現在的提案,不是當時說好是問題不當不是投票,無視它後該怎麼點就怎麼點,規定的投票期結束後若問題不當仍未解決由管理員自行修改後通過麼?--4Li 2016年7月21日 (四) 12:24 (UTC)

陸官專科班校友會的DYK評選問題

翻了一下歷史,19日歸檔(oldid=39832744為DYK登錄,oldid=39832745為移出推薦歸檔至條目討論頁),16日確認驗票(oldid=39803663),好像我記得條目的DYK標示是以登上首頁和歸檔為日期判定,所以19日才算是上了首頁,即使是16日確認投票,因為前面還有一批確認投票的在排隊等上首頁,所以看上去好像是慢了,其實還算正常。(?)——路過圍觀的Sakamotosan 2016年6月30日 (四) 02:00 (UTC)
你翻到有陸官專科班校友會的DYK16日確認驗票(oldid=39803663),但未有"登錄過關"吧,16-18日我都有在看,當時我曾查16日的機器人"編輯摘要"還顯示未過關的記載,我還訝異與不知其內容所指為何(此"編輯摘要"現已不見)?這條目確定是直到19日才見"登錄過關",且同日上首頁。就此次DYK探討,cwek你我等人了解更多規則與問題所在,不管最後有無表決共識來修規,此題讓我分貼了三處提問,十餘天無人處理,由cwek續發起來釐清爭議,就值得肯定與感謝。得過且過非我座銘,面對與解決問題,才是你我文明處世,社會進步之道。我本不喜歡上客棧之氣氛,上來很無奈,我意思均表,不再對此發言,尊重社群最後之論決。Chinuan12623留言) 2016年6月30日 (四) 04:14 (UTC)

有關「英國脫歐公投」的標題

有沒有人認為現時2016年英國脫離歐盟公投的標題好像有點問題,因為該公投的選項不是贊成(For)或反對(Against)「脫歐」,而是留下(Remain)或退出(Leave),因此現時的標題好像是偏向了「脫歐」。--QBear留言) 2016年6月24日 (五) 03:26 (UTC)

(+)支持更名,英文「The United Kingdom European Union membership referendum」並不含傾向性。(&)建議參考BBC中文網脫歐派贏得英國歐盟公投結果的八大原因命名為「2016年英國歐盟公投」。--立日留言) 2016年6月26日 (日) 08:16 (UTC)
(!)意見:根據英文原名,似乎「英國歐盟成員國地位公投」更確切,有中國官媒使用([57])。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年6月26日 (日) 11:59 (UTC)
(?)疑問剛剛注意到英國駐華使館在新浪微博發布的英國首相講話中文譯稿([58])中將這一公投稱為「歐盟公投」,可視為官方翻譯。不知道「名從主人」原則在這裡能否適用?如果可以的話應該比其它媒體譯名更優先。--立日留言) 2016年6月26日 (日) 14:29 (UTC)
使館標題是「歐盟公投」,如果脫離環境不知所云,「英國歐盟公投」也是不倫不類的表達,遠沒有「英國歐盟成員國地位公投」表達清楚。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年6月26日 (日) 14:54 (UTC)
這樣看來「英國歐盟成員國地位公投」的確更加明確。同時,關於membership一詞,有身份/地位/資格等用法譯法,「歐盟成員國地位」和「歐盟成員國身份」均有媒體使用。但兩個詞在中文語境中情感傾向有所不同,如果用「身份」一詞似乎情感色彩更中立些。--立日留言) 2016年6月26日 (日) 15:37 (UTC)
還有說「成員國資格」的,看哪個更常用了。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年6月27日 (一) 05:26 (UTC)
似乎也不用加年份吧,只有這次公投--Liaon98 我是廢物 2016年6月26日 (日) 12:09 (UTC)
卻是不用加年份,上次公投是是否留在歐共體,還沒有歐盟。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年6月27日 (一) 05:26 (UTC)

英國選委會官方《2016年歐盟全民公決投票指南》(The EU Referendum voting guide),且英國政府提案名稱European Union Referendum Act 2015(2015歐盟全民公決法),所以中文官譯「歐盟全民公決」,"membership"則是「成員資格」。--Justice305留言) 2016年6月26日 (日) 15:43 (UTC)

還是老問題,在英國語境下自然沒有問題,但出了英國就不知所云。與歐盟相關的公投有很多次。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年6月27日 (一) 05:26 (UTC)
英國歐盟公投也才這一次,上次1975年的是歐洲各共同體公投。--Justice305留言) 2016年6月27日 (一) 06:46 (UTC)
「英國歐盟公投」不符合漢語表達。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年6月27日 (一) 06:52 (UTC)
不是不符,而是若不了解歐盟者易混淆語意,就算是「英國歐盟成員國地位公投」也一樣,名目附屬是「歐盟公投」或「歐盟成員國地位公投」,故應是「英國的歐盟公投」,習慣上附屬主體常會省略助詞「的」,如中國香港日本和平安全法制,結果一省略英國歐盟連在一起,到底只有英國在公投,還是連歐盟也在針對成員國公投。--Justice305留言) 2016年6月27日 (一) 07:29 (UTC)
按GOOGLE NEWS搜查中文來源的話,「英國歐盟公投」比「英國歐盟成員國地位公投」好很多。搜查Google 於中國政府網站的內容"英國歐盟公投" site:gov.cn,也有不少資料,所以「英國歐盟公投」可以。--❦研究來源 hanteng 2016年6月27日 (一) 07:46 (UTC)
(!)意見:綜上所述,「英國的歐盟公投」或「英國的歐盟成員國地位公投」,如何?--Fauzty留言) 2016年6月29日 (三) 22:23 (UTC)
(+)支持更名爲「英國的歐盟成員國地位公投」。「脫歐」一詞存誤導含義。Kou Dou 2016年6月29日 (三) 23:28 (UTC)
其實不算誤導,英國原先就在歐盟內,這次公投就是徵詢是否脫歐意見。這次諮詢性公投結果還有英國國會這一關,看國會要不要接受,卡麥隆是因被打臉才辭職。個人認為"membership"官譯「成員資格」比「成員國地位」更貼切。--Justice305留言) 2016年6月30日 (四) 00:14 (UTC)
那麼便是「英國的歐盟成員資格公投」了。不錯。--Fauzty留言) 2016年6月30日 (四) 15:11 (UTC)
偏好度:「英國的歐盟成員資格公投」>「英國歐盟成員國地位公投」>「英國歐盟公投」>「英國的歐盟公投」。但是覺得有點繞口 囧rz...-和平、奮鬥、救地球!留言WikiNews於 2016年6月30日 (四) 16:17 (UTC)
若覺得有點繞口,「英國去留歐盟公投」還算不錯的選擇,變動最少;年份也不用加了,目前英國就這一次歐盟公投並無歧義問題。--Justice305留言) 2016年6月30日 (四) 16:44 (UTC)
這似乎還不錯,(+)支持之。-和平、奮鬥、救地球!留言WikiNews於 2016年7月1日 (五) 02:35 (UTC)
不用加年份。上次研究Wikipedia Talk:命名常規 (事件)的時候,理解了在中文版的事件命名方式模仿自英文版,英文版社群對於前綴年份的理由是「前綴消歧義」。中文社群個別人士模仿英文版的命名方法,沒有經過這個討論過程,直接將前綴年份當作常規,無歧異卻加上了年份,實際上是多餘的。--Jasonzhuocn留言) 2016年7月10日 (日) 01:48 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── 討論至今算是有一些方向了?條目名,要改名嗎?若要改,改成什麼?--Fauzty留言) 2016年7月19日 (二) 18:59 (UTC)

  • 我認為現名稱沒有問題。脫歐公投是簡潔明了的名稱。--Fxqf留言) 2016年7月21日 (四) 13:15 (UTC)

香港專上教育被長期霸占及加入個人評論

維基百科是集眾多編者合作的結晶,但今年起香港專上教育Howbunbun及其IP分身長期霸占[59]。此用戶從2016年2月起,用 61.93.87.77在條目加入大量缺乏可靠來源的個人評論,又堆砌來源,來源沒有論述支持其評論。多位維基人嘗試修訂內容,但Howbunbun及其疑似IP,包括61.93.87.77,221.126.233.34,都會在當日改回其先前的類似版本。

例如,Howbunbun在宣稱「一般認為「八大」為「重點投資」,性質與中國二一一、九八五之重點大學相近」,但堆砌的來源根本沒有此論述。中國大陸與香港學制有別,我刪除這些評論,他/她就立即再加上相同評論,又宣稱換來源,但實際上來源仍是沒有直接支持其評論的內容。本人不想演變為編輯戰,所以在此邀請大家提出解決方法。

另外,香港專上教育#世界排名是否必須包含在條目中,院校排名在中國大陸和台灣的教育條目都沒有的,如果院校真的有名譽及地位,也不必要在維基靠編者的評論及選擇性的排名包裝宣傳。

因此有需要增加編者對該條目的注意,共同參與編輯,才能排除個別人士霸占條目發表個人主張。--Together as one留言) 2016年7月11日 (一) 13:43 (UTC)

可考慮在Wikipedia_talk:香港維基人佈告板提出,邀請多些關心香港條目的用戶參與討論。另外,條目已掛上維護模板,告示讀者注意條目內容可能涉及個人觀點的問題。--Thomas.Lu留言) 2016年7月13日 (三) 16:39 (UTC)
掛模板有用嗎。如果有人不停刪除其他人有來源的內容,又為了宣傳個人理論堆砌來源,又把來源曲解,把香港教育類的條目變成其個人理論的發表場所。我不認同掛模板就會令條目質素變好,所以才希望多些人參與編輯,這才會使條目更能反映多方觀點,不會被一兩個人霸占。--Together as one留言) 2016年7月22日 (五) 10:10 (UTC)
@Together as one:閣下提出的多些人參與編輯雖好,但現實是中文版除了熱門的政治條目有較頻繁編輯外,其他條目的編輯維護確是相對少得多,所以理想和現實總有差別的。在下查看過香港專上教育的編輯情況,確實有個別編者發表片面的觀點,甚至有曲解來源的情況,但這種情況同樣出現於中文版其他條目,而這也是維基百科其中一個盲點。雖然這種片面的編輯確會導致內容質素劣化,而這類只顧發表個人觀點編者通常較為頑固,閣下也應略知一二。在下在條目掛模板,主要是用於提示讀者,條目內容有個人觀點,如果在下對其進行回退,很大可能會與這類立場偏頗的編者發生編輯戰,這樣對條目的編輯也是沒有益處。事實上 閣下如有看過兩岸的政治條目編輯情況,應會對中文維基存在大量難以處理的編輯紛爭有所理解。--Thomas.Lu留言) 2016年7月28日 (四) 17:20 (UTC)
為了避免捲入編輯戰而不參與被霸占條目的編輯,這會向霸占條目的編者發出錯誤信號,只要敢於刪除他人的修改,就可以長期把條目用於發表自己的觀點,這樣放縱下去,維基百科的內容質素只會變得低劣,可信度下降。我本身未有參加政治條目的編輯,但這類不是政治的香港教育類條目都被用來發表偉論和曲解來源,其實有點差矣。--Together as one留言) 2016年7月30日 (六) 11:18 (UTC)

建議改名:「芬蘭的湯姆」→「芬蘭湯姆」

原詞為 Tom of Finland,翻譯成「芬蘭的湯姆」雖然沒有錯誤,但讀起來不太順口。況且許多網上的參考文獻使用「芬蘭湯姆」。我覺得可以用「芬蘭湯姆」作為條目的名稱,而「芬蘭的湯姆」則為重定向頁。

另外他的原名 Touko Laaksonen 翻譯成「圖克·拉科松南」也值得協商。該譯名翻譯得不是太准。根據Wikipedia:外語譯音表/芬蘭語該芬蘭名可翻譯成「托科·拉克索寧」。音節nen在該表格里譯為「嫩」,其實-nen在芬蘭語裡是指小詞綴,翻譯成「嫩」也很貼切的,但傳統上該音節在中國大陸翻譯成「寧」,如前總統哈洛寧(Halonen)、前F1賽車手哈基寧(Häkkinen)等。

但似乎「圖克·拉科松南」已在各網頁中廣泛引用,修改起來似乎比較困難。不知大家的意見如何? --TuhansiaVuoria留言) 2016年7月15日 (五) 19:38 (UTC)

譯音表應該是人名辭典查不到時使用的,Laaksonen - 拉克索寧(世界人名翻譯大辭典)。--Y814756748--留言 2016年7月17日 (日) 08:57 (UTC)

謝謝提供的參考!不知「拉科松南」是不是台灣的正式譯名。是否可以把該條目中的「拉科松南」都換成「拉克索寧」?另外,大家對條目名移至「芬蘭湯姆」有啥意見?--TuhansiaVuoria留言) 2016年7月18日 (一) 20:09 (UTC)
只是個人意見,台灣許多媒體翻譯人名的方式很不嚴謹,經常一味按照英語讀音翻譯,除非使用特別廣泛,應該更改。「芬蘭的湯姆」個人感覺還是不要移動,這是「XX of XX」的習慣性譯法,省掉「的」可能會造成誤會。--Y814756748--留言 2016年7月21日 (四) 05:37 (UTC)
我覺得兩個翻譯並無對錯的問題,只是讀起來順不順口的問題。我在Google上查了一下,關鍵詞「芬蘭的湯姆」(帶引號)給出11,400個結果,而「芬蘭湯姆」(帶引號)則有56,800個結果。看來「芬蘭湯姆」的使用率更高。--TuhansiaVuoria留言) 2016年7月21日 (四) 20:06 (UTC)

我覺得移動過去保留重定向。--A2093064#Talk 2016年7月30日 (六) 11:24 (UTC)

聯合國會員國列表名稱一事

先與聯合國總部作聯繫與確認,等待回應中,待總部回信後再嘗試進行下一步驟的溝通

另將拒絕溝通用戶的言論再次張貼於此:
請勿擅自解讀聯合國大會2758號決議而罔顧國際社會的認知、事實和維基的基本準則並做出破壞性編輯,多費唇舌無意義。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年6月29日 (三) 13:15 (UTC)
  • (~)補充順便好心地把當初該用戶想透過客棧達成的目標之言論再次張貼於此
(!)意見:把VIP的部分對話也放上來:現在被全保護起來的版本是長期被認可的,之前還曾入選過特色列表,都沒有人有任何異議,憑什麼擅自修改?這不是破壞擾亂行為是什麼?之前從來沒有編輯過這條目的人如果不是跟蹤了我,有可能會回退麼?樓主之前就因為跟蹤本人被封禁兩次,這次又來,我覺得社群也可以就這個問題好好探討一下。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年6月29日 (三) 13:37 (UTC)--健康欠安 (留言) 2016年7月16日 (六) 15:47 (UTC)
  • (+)支持,建議全保護。--Fxqf留言) 2016年7月17日 (日) 12:11 (UTC)
不針對任何對象的提醒:別為了達成全保護的目標而不擇手段。--健康欠安 (留言) 2016年7月22日 (五) 19:24 (UTC)

「神的名號」的一些編輯

發現有兩位用戶User:FannyameiUser:Yahuveh的編輯內容挺相似,搜尋當中用字後找到聖靈全能風野火華語事工(amightywind)這組織,覺得有些問題。請熟悉這方面內容的看看。--578985s留言) 2016年7月17日 (日) 03:43 (UTC)

初步判斷這組織的教義以基督教為藍本,但為基督教的神另設名號,例如「亞哈威」即是耶和華、「亞呼贖阿」即是耶穌,又把多名虛構或現實人物封為「聖靈」或「先知」,主張信奉此組織是避過世界末日的方法,表明了支持以色列的明確政見。建議回退。--CarrotkitWN需要您 2016年7月22日 (五) 13:37 (UTC)

慎用「恐怖」與慎用「事件」

一、維基百科恐怖主義有這樣一句話「各國在刑事法律上對恐怖主義的定義都不一致」,所以我建議中文維基百科學習英文維基百科,不要在標題中加入「恐怖」二字。例如「2016年尼斯襲擊」就是個很好的例子,是我修改過來的,我把恐怖刪掉了。但後來在末尾又被加上了雞肋的「事件」,雖然有點多餘,但也算個事件吧。

恐怖難以定義,在最初很難做出準確的區分,所以標題內不用恐怖是中立之舉。

二、「事件」在現代漢語詞典中的解釋為

  • (1) [incident;event]∶有一定社會意義或影響的大事情

「平陸事件」充分體現了黨對勞動人民的深切關懷。——《為了六十一個階級弟兄》

  • (2) [work]∶泛指一般的大事情;具體事務

四叔家裡最重大的事件是祭祀。——《祝福》

  • (3) [giblets]∶禽、畜的可以吃的內臟

雜煎事件

所以我認為2016年中國大陸網民「出征」Facebook事件算不上事件。2016年尼斯襲擊事件才能稱為事件。 中國大陸網絡模因能稱得上事件的大概僅有賈君鵬事件

PS:建議將2016年奧蘭多夜店槍擊案內所有同志更換為同性戀,同志是個多義詞。為什麼我不換?我換了之後,肯定有人要換回來,說我歧視同性戀,你看他們一點兒都不中立。--Fxqf留言) 2016年7月17日 (日) 12:06 (UTC)

如果按照模因的話,duang是不是也應該是事件呢?——路過圍觀的Sakamotosan 2016年7月18日 (一) 00:58 (UTC)
  • 近期的新疆事件也能去「恐怖」化?不怕得罪人?——史帝田鐵留言給他 2016年7月17日 (日) 12:40 (UTC)
命名有需要過中立嗎?不是常用、名從等嗎?——路過圍觀的Sakamotosan 2016年7月18日 (一) 00:55 (UTC)
(+)支持:我也不認同維基百科幫恐不恐怖下定義。- 執行編輯 Aotfs2013 留於 2016年7月28日 (四) 06:28 (UTC)
我們不定義恐怖,我們只是轉述普遍觀點是否認為是恐怖。——路過圍觀的Sakamotosan 2016年7月28日 (四) 06:33 (UTC)
而事件的核心意義就是發生了事情,1和2的解釋都是口袋解釋,怎樣套都行,所以只要能印發一定程度的現實關注,而且有一定的持續性(如果類比的話,一秒鐘內結束很難說是事件吧),所以我認為對於普遍發生的足夠持續和關注的「事情」可以以「事件」作為後綴修飾,而且也符合語法的描述。——路過圍觀的Sakamotosan 2016年7月28日 (四) 06:48 (UTC)

重寫{{Wikispecies}}

2013年,@Great Brightstar:在模板討論:Wikispecies中建議重寫{{Wikispecies}},被管理員User:范以「未取得共識」為由拒絕;2014年和2016年分別有用戶表示支持,考慮到影響甚廣,特來尋求共識。詳情請參考模板討論:Wikispecies。--哪位維基人能夠一下打死五個? 2016年7月19日 (二) 18:19 (UTC)

覺得可以。--Stang 2016年7月20日 (三) 08:51 (UTC)
(+)支持 --達師 - 334 - 554 2016年7月23日 (六) 11:45 (UTC)

辛旗

@Lvhis: 在此討論。編輯‎Lvhis,認為應該刪除一個作為來源的風傳媒報導,認為引用這個來源違反生者傳記原則。這個來源來自風傳媒,符合可靠來源的要求。報導內容認為辛旗曾因涉入徐才厚案而遭受調查,這個內容雖然沒有得到中國政府證實,但也沒有被否認;Lvhis舉出香港明鏡的報導,認為風傳媒報導不實,但這個報導也沒有引用任何官方來源。在內文中,現在已經沒有記錄這件事,只是用這個報導中對辛旗的背景作來源,說明他出身滿族。由這幾點看來,無法說明這個來源為低質量,不應引用,因此不應該刪除這個來源。在此提出討論。--Alfredo ougaowen留言) 2016年7月20日 (三) 06:22 (UTC)

  • (!)意見,如果「只是用這個報導中對辛旗的背景作來源,說明他出身滿族」,而這個報導又會引起爭議。可不可以換一個來源「說明他出身滿族」呢。問題不就解決了嗎?Ycq2014留言) 2016年7月20日 (三) 08:00 (UTC)
    • 詳細介紹辛旗背景的報導不多,這個來源目前是最豐富的。再者,拿其他兩個新聞報導,說風傳媒這個來源是低質量的,我不太理解為什麼,這三個來源的質量基本上差不多。--Alfredo ougaowen留言) 2016年7月20日 (三) 16:16 (UTC)
  • @Lvhis: 重新刪除了這個引用,並提出警告:「重新加入該內容的編者可被警告和封禁,參見封禁方針和禁止毀謗。既然你都承認(至少)有爭議了,就不要再把它留在上面了。刪除方不適用「回退不過三原則」,而保留方您卻要受「回退不過三原則」約束」我還是不知道加入這個來源為什麼違反方針。--Alfredo ougaowen留言) 2016年7月21日 (四) 01:15 (UTC)

生者傳記方針「有關在世人物的無來源或少來源的爭議內容都應立即移除而無需等待討論的結果」,這邊規範的是內容,而不是應該移除來源。在方針中有提出例子: 「某政治人物被指控有婚外情,儘管當事人否認,但《紐約時報》刊登了該指控,並且已成為公眾醜聞。」此等申述可被納入傳記之中,同時應列明《紐約時報》作為來源。

更何況,為了避免爭議,已經把內容刪除了,這個來源是用來作為其他內文的引證,能不能解釋一下為什麼不能加入? --Alfredo ougaowen留言) 2016年7月21日 (四) 01:36 (UTC)

  • @Lvhis: 我陸續加入的來源被回退,開始編輯戰,請問一下,這些來源為什麼不能加入?--Alfredo ougaowen留言) 2016年7月21日 (四) 04:15 (UTC)
    • @Alfredo ougaowen:,編者Ycq2014已經很好的回答了你。風傳媒仇佩芬的來源不可靠,已被其他更可靠的來源和這個在世人物的活動所反駁。「較早前台灣媒體報導解放軍總政治部少將捲入徐才厚案被捕,事實上辛旗在正常工作中,有關消息完全不實」。你現在又以「說明他出身滿族」非把那個內容中有直接或間接有誹謗成分的來源加上,反覆如此並違反「回退不過三」原則、無視勸說和警告,給人的感覺就是找藉口繞着彎違反生者傳記方針,想方設法把帶有不實的誹謗性內容的來源加到這個生者條目中里。你對生者傳記方針是無知還是裝無知?你都承認有爭議了,還硬要留在條目里??在生者條目中,涉嫌誹謗,有了爭議,你想討論,首先先刪除,再討論!!「說明他出身滿族」和誹謗權衡起來,太微不足道了,找找其他合適的來源吧,一時找不到,等等也無妨。--Lvhis留言) 2016年7月21日 (四) 16:08 (UTC)
  • (:)回應你引用香港明鏡報導,最前面還有一段「接近中共軍方的消息人士對《明鏡郵報》說」,這也是匿名來源,看不出來可靠在哪邊。這幾個來源的質量差不多,你非要說誰才可靠,誰不可靠,這理由不充足。一個報導中有多個內容,你對於這個消息有疑問,認為在文章裏面不能出現,這是你的見解。由前引生者傳記原則來看,他要求的是寫出的內容有來源,來源可供查證,我本來寫的內容並沒有違反方針,是為了避免造成衝突,才刻意改寫,減少爭論。現在閣下連來源都要回退,這讓我難以接受。
根據可靠來源方針:「來自於可靠來源的內容亦可能有誤,而若該內容能被其他可靠來源證明為錯誤,則亦有可能被刪除。但如果該內容是重要的少數觀點,則一般不應當刪除,而應按比重提及該內容,並同時提供有關理據說明其被其他可靠來源認為有誤。」有多個新聞來源,報導內容不同,應該是按照比例把這些內容都陳述出來,再提供理由,說後兩個報導認為前一個報導有誤。維基編輯者的責任不是在辯論對錯,而是在整理可靠來源,把來源內容充份扼要展現在條目裏。--Alfredo ougaowen留言) 2016年7月21日 (四) 16:42 (UTC)
    • @Alfredo ougaowen:,我引用的那段報導最關鍵的是:這個在世人物的活動證實這個報導和對風傳媒仇佩芬的傳說的反駁是完全可靠和正確的!對於在世人物條目,你要找來源不僅可供查證,而且還要可靠!要學會比較那個更可靠!否則在世人物條目和其他一般條目就沒什麼區別了,維基也就別勞神有個什麼生者傳記方針了!--Lvhis留言) 2016年7月21日 (四) 16:52 (UTC)
(:)回應內部調查結束了,讓他自由活動,這不也是一種可能,根本不足以用來反駁。再者,說A報導正確無誤,B報導是造謠,應該刪掉,這只是你個人的原創研究。生者傳記方針要求的是有可靠來源,提出的來源是可以查證的,符合方針要求。--Alfredo ougaowen留言) 2016年7月21日 (四) 16:57 (UTC)
@Alfredo ougaowen:「內部調查結束了,讓他自由活動,這不也是一種可能」 -- 這100%是你個人的原創研究!--Lvhis留言) 2016年7月21日 (四) 17:04 (UTC)
(:)回應這跟你一樣「這個在世人物的活動證實」,都是推論。重點是不要把自己的推論當成聖經。--Alfredo ougaowen留言) 2016年7月21日 (四) 17:08 (UTC)
  • WP:SUBSTANTIATE由於這是獨家新聞,正確的作法應該是納入來源但說明這是該傳媒的獨家報導。--❦研究來源 hanteng 2016年7月22日 (五) 11:14 (UTC)
  • 已加回[60],由於其涉案有涉公益性質且兩個相反內容的新聞來源都是可靠新聞機構分別根據不同消息來源的報導,應該WP:SUBSTANTIATE供讀者判斷,而不是替讀者判斷。--❦研究來源 hanteng 2016年7月22日 (五) 11:57 (UTC)
    • 「獨家」在此處非常不合適,「獨家「有時有」獨家擁有可靠來源「之意,在此處非常不妥,風傳媒仇佩芬的「報導」確實涉嫌不實誹謗。多個不同來源直接報道/採訪這個人物的活動,根本不是推論!先做一小修改。--Lvhis留言) 2016年7月24日 (日) 01:24 (UTC)
    • 另外,你援用的WP:SUBSTANTIATE講的情況是「偏見」,在生者條目中多針對屬褒揚的偏見,而這裡風傳媒的「報導」已涉嫌不實誹謗,依生者傳記方針應予刪除。--Lvhis留言) 2016年7月24日 (日) 01:46 (UTC)
(:)回應必須要再提醒一次,閣下所謂的不實誹謗,根據只是來自一個用匿名消息作的報導,再加上閣下的推論跟好惡做出的判斷。生者傳記方針要求的是,沒有來源的爭議段落應該移除,而不是應該移除閣下個人不喜歡的來源。--Alfredo ougaowen留言) 2016年7月26日 (二) 03:27 (UTC)
@Alfredo ougaowen:正是你根據你自己的好惡做出的判斷硬把一個不可靠來源的謠言誹謗反覆往生者傳記條目里塞,違反生者傳記方針!--Lvhis留言) 2016年7月28日 (四) 01:43 (UTC)
@Lvhis:非好惡判斷,我加入的內容都有提供來源。這個段落只呈現有被報導過的這個事實,提供不同消息來源作為平衡,未違反方針,從方針的舉例來看,也支持這樣的寫法。--Alfredo ougaowen留言) 2016年7月28日 (四) 01:55 (UTC)

有用戶胡搞瞎條目內容怎麼處理呀?(Template:半人馬座恆星)

沒有什麼貢獻只是把馬字改了,還只是單純地做繁簡改動,結果原始碼變成了單一詞的繁簡混用--36.234.26.95留言) 2016年7月20日 (三) 07:56 (UTC)

跟頁面名稱有關,如果導航模板裡面的連結沒有跟頁面名稱相同(有繁簡差異),則在該頁閱讀時,導航模板不會顯示粗體,而會顯示連結;所以將導航模板內的連結改成條目名稱是可以的--Liaon98 我是廢物 2016年7月21日 (四) 11:33 (UTC)

消歧義頁能刪除嗎?

歷史上只出現「東突厥斯坦伊斯蘭共和國1933年11月12日」、「東突厥斯坦共和國1944年11月12日」 至於「東突厥斯坦第一共和國」、「東突厥斯坦第二共和國」、「東突厥斯坦人民共和國」是後人創造的,或該說中國大陸的地域史觀?? 當年實際國名各一個,已查證,參見新疆獨立運動 〉相關爭議 〉名稱使用——史帝田鐵留言給他 2016年7月21日 (四) 06:21 (UTC)

飛莫魚然這個頁面怎麽還不刪除?

依據WP:GNG要求來源「獨立於主題實體」。該些記述性來源除了[13]新浪網綜合之外,都比較像膳稿。而且這條目是破壞者要反覆創建的,從網上亦可看得到對此人的宣傳足跡,所以不認為存在真正獨立的來源。如今已經提交了存廢討論,也過了七天了,為什麽還不刪除呢?管理員給個答案?--183.253.136.169留言) 2016年7月21日 (四) 07:10 (UTC)

國安會

@霧島聖南极的熊: 條目因編輯戰而全保護,現在版本重定向至國家安全委員會,不過條目中明確說明「國家安全委員會」簡稱「國安委」不是「國安會」。中共中央國家安全委員會里也是這麼說的,蘇聯國家安全委員會重定向到「克格勃」,也沒有國安會的說法,其他的更無法查證了。再說「委員會」在中國大陸也是簡稱「委」的(如發改委不是發改會)。相反,中華民國國家安全會議確實是簡稱「國安會」的。如果國家安全會議裡面的其他歧義項也簡稱「國安會」那麼應該重定向到國家安全會議。如果只有台灣的國家安全會議這麼簡稱,那麼應該重定向到中華民國國家安全會議。--4Li 2016年7月21日 (四) 12:33 (UTC)

  • (-)反對這名字不只台灣在用,台灣的國家安全會議英文名稱被翻譯為「National Security Council (Republic of China)」,美國國家安全委員會、英語名稱同樣為United States National Security Council。英文名稱一模一樣,並且National Security Council正確地直翻是「國家安全理事會」,台灣翻譯成國家安全會議,本身就是錯誤(翻譯成理事會還是委員會可討論)。反正,美國、土耳其相應機構與台灣這個機構名字一模一樣,所以不能直接重定向到台灣的那個條目。--Fxqf留言) 2016年7月21日 (四) 13:09 (UTC)
    • (!)意見,"Council"本來就可以翻成「會議」,美國國安會是總統召開,跟採理事制的理事會性質不同,在此翻成「理事會」反倒是錯的,況且United States National Security Council官方稱為「總統的主要論壇」(the President's principal forum),根本沒有 「委員會」(Committee)一詞。--Justice305留言) 2016年7月22日 (五) 01:17 (UTC)
  • (!)意見:之前我就是重定向到國家安全會議的([61]),後來被ip破壞,氣糊塗了,而且有其他人制止破壞,就沒注意,現在已經改過來。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年7月21日 (四) 14:30 (UTC)
    • 謝謝更正,不過在下剛才有看了下國家安全會議,其中也包含若干全稱是「……委員會」的機構,而國家安全委員會里卻沒有全稱是「……會議」的機構。請問這兩個概念到底是何關係?「國家安全會議」包含了「國家安全委員會」嗎?看條目寫的也是不清不楚的。--4Li 2016年7月22日 (五) 01:06 (UTC)
  • (-)反對國家安全會議不論組成偏重會議性質,國家安全委員會則是組織架構,不一樣的東西不宜合併。僅初步討論階段,別急著掛合併模板。--Justice305留言) 2016年7月22日 (五) 03:38 (UTC)
  • (-)反對,理據同Justice305,若要合併應該考據相關更一般的概念,如國安機構。 --❦研究來源 hanteng 2016年7月22日 (五) 04:33 (UTC)
  • 維基百科不是字典,而是百科全書,所以國安機構(national security institutions)作為一個知識主題自然有比較政治的關懷,如這一篇論文[62]第一句說的,所以只要有相關的 國安機構 或 比較政治 的專業論文的有效介紹就可以納入列表。至於相關的研究包括智庫的研究或國際組織的報告也可以納入如[63][64][65],國安機構改革在國際發展的專業化、法制化、及尊重人權是UN Security Council Resolution 2151包括的建議。--❦研究來源 hanteng 2016年7月22日 (五) 10:58 (UTC)
  • 順帶一提國家人權機構亦可以比照辦理。中華人民共和國還沒有辦[66],而在台灣,蔡英文還沒兌現其競選支票設立 「國家人權委員會」。--❦研究來源 hanteng 2016年7月22日 (五) 11:05 (UTC)
    • 某博士又開始歪樓了,我就匿了。--4Li 2016年7月22日 (五) 11:12 (UTC)
      • @李4:少見多怪,聯合國人權單位政策文件[67]早有國家人權機構就有提過國家安全機構的改革 是轉型正義國家人權機構建立所需,若你不想參加這國家人權機構的討論,你可以就國安機構(national security institutions)上述本人的建議討論,條目討論本來是按相關的知識體系按需要來討論,若你或其他人覺得不妥,自行排版加標題分開就行,別沒事又說我博士。--❦研究來源 hanteng 2016年7月22日 (五) 12:49 (UTC)

2005年1月19日起用首爾為中文譯名後,首爾成為朝鮮半島唯一沒有漢字名的城市?

首爾條目:2005年1月19日起用首爾為中文譯名後,首爾成為朝鮮半島唯一沒有漢字名的城市[12]

這句話本身就自相矛盾吧!?若我對來源12——漢城變「首爾」 何以讓人有些費解?內文的理解沒有錯,這句話應修訂為「在2005年1月19日起用首爾為中文譯名,首爾是朝鮮半島唯一沒有漢字名的城市」,是不是這樣?-游蛇脫殼/克勞 2016年7月21日 (四) 14:56 (UTC)

我覺得不是。2005年前的漢字名是「漢城」,改成首爾後變成了「中文譯名」而非韓國漢字。-和平、奮鬥、救地球!留言WikiNews於 2016年7月22日 (五) 17:02 (UTC)
@和平奮鬥救地球:你的意思是他們強烈建議中文圈稱呼他們的首都為首爾,但他們自己卻不這麼稱呼自己的首都?甚至他們也沒有對也使用漢字的日本提出同樣的建議(所以仍然是ソウル特別市)?-游蛇脫殼/克勞 2016年7月25日 (一) 02:25 (UTC)
是的。-和平、奮鬥、救地球!留言WikiNews於 2016年7月25日 (一) 02:30 (UTC)
這聽起來很矛盾 囧rz...這好比一個人對鄰居公告周知:以後請叫我王達維,可是自己簽名卻總是David Wang。我很好奇他們幹嘛不稱呼自己的首都為首爾,其他城市都有漢字名,反倒首都沒有!?你不知道為什麼沒關係,我只是提出我的好奇點而已。-游蛇脫殼/克勞 2016年7月25日 (一) 03:25 (UTC)
嚴格說起來是有漢字的,只是「韓訓」漢字,寫為「京」,即首都之意,但沒有音讀漢字。單字名城市很難說得過去吧,所以市政府要求中文世界使用「首爾」二字。雖然我還是喜歡叫他漢城,就像順化一樣。--owennson聊天室獎座櫃) 2016年7月26日 (二) 13:39 (UTC)
@owennson:只有一個字甚至只有一個音節並非不可以。日本的津市塞拉利昂博城以及布吉納法索波村英語都是一個音節。-游蛇脫殼/克勞 2016年7月26日 (二) 15:40 (UTC)

希望user:飛賊燕子 停止在維基條目裡製造破壞

條目漢服不久前因為編輯戰被封鎖,這是因為user:飛賊燕子 在無理取鬧以及拒絕討論所導致,以下是被破壞前的版本:

【漢服,根據網絡上的一些民間定義(如百度百科)[1][2],「漢服」是「以華夏漢族的禮儀文化為基礎,通過歷代漢人王朝推崇周禮、象天法地而形成的具有獨特華夏民族文化風貌性格、明顯區別於其它民族傳統服裝的服裝體系」[3][4]。這一概念是「漢服運動」參與者對於他們相信的漢人民族服飾的稱謂[5]。】

以下是被破壞後的的版本:

〖漢服,指清朝剃髮易服之前,歷史上所有漢民族服飾稱謂的總和。「漢服」是「以華夏漢族的禮儀文化為基礎,通過歷代漢人王朝推崇周禮、象天法地而形成的具有獨特華夏民族文化風貌性格、明顯區別於其它民族傳統服裝的服裝體系」[1][2][3][4]。這一概念是「漢服運動」參與者對於他們相信或想像的漢人民族服飾的稱謂[5]。〗

user:飛賊燕子宣稱本人在「原創研究」,又宣稱在出處裡「看不到相關描述」,既然如此,那就以事實說話,以下是該條目的歷史紀錄,讓大家看清楚,到底是本人在「原創研究」,還是有人蠻不講理和故意鬧事。

以下是部分出處的內文:

  1. 《中國新聞週刊》:「而在現代漢語辭典里,並沒有漢服這個稱謂。漢服其實是網友們的民間定義,即「漢民族傳統服飾」的簡稱,主要是指服裝具備明末以前漢族人穿著特色……」
  2. 《漢服運動:網際網路時代的種族性民族主義》:「根據百度百科上「漢服」詞條的相關解釋以及漢網論壇上……等有關資料,所謂的漢服,指中華民族的傳統服飾,又稱漢裝、華服……作為漢網的漢服專家,吉林大學的三年級學生歐陽雨曦認真考經據典,在漢網上發布了〈漢服初步分類規劃制定方案(草稿)〉,這是第一個『漢服』標準。儘管這個標準既非官方的標準,又非學術的標準,但它確實成為『漢服』實體化的一個起點。」
  3. 《當代漢服復興運動的文化反思》:「漢服的界定標準可以用以下文字進行表述『XXX』」(當中的『XXX』就是直接引用自百度百科的條目內容,在此省略掉)


以上的參考資料,足以證明本人根本沒有「原創研究」或者「自我定義」,user:飛賊燕子能夠證明我的而且確在原創研究的唯一方法,就是去證明上述出處的作者都是本人的分身,然而面對著上述的資料,user:飛賊燕子是怎樣回應的呢:

  1. 反過來指責本人在破壞,本人發現被他投訴後就過去解釋,然而user:飛賊燕子並沒有選擇跟本人討論問題,而是繼續在條目回退和製造破壞[1]
  2. 多次裝盲[1][2]
  3. 無理刪除上述有效出處,甚至稱那些出處為「那類東西」[1]
  4. 一直在重複同樣的說話,拒絕討論,無視我提供的理據[1][2][3][4]

--No1lovesu留言) 2016年7月21日 (四) 15:05 (UTC)


漢服,根據網絡上的一些民間定義(如百度百科),歷史上所有漢民族服飾稱謂的總和[來源請求]??
  • 玩笑有這麼開的麼?--飛賊燕子留言) 2016年7月22日 (五) 05:32 (UTC)

我說:「漢服即漢人的衣服,漢唐宋明清一些「典」」籍」皆有提及,豈能網路概念?」閣下卻非說:「漢唐宋明清的「漢服」概念根本跟現今「漢服支持者」對「漢服」的概念不一樣[來源請求]

  • 概念有這麼混淆的嗎?--飛賊燕子留言) 2016年7月22日 (五) 05:32 (UTC)
  • 閣下不但說,還非要這麼做........不知從哪搜了一堆網文也就罷了,可笑的是您網文都不支持您寫的東西。話說原創有您這麼研究的麼?--飛賊燕子留言) 2016年7月22日 (五) 05:36 (UTC)
網文參考雖說尚可講究(好在還加了好多腳註),可長期以來,閣下卻處心積慮的的一點一點一點的刪一些古代的參考的內容(不知那些東西和您有什麼仇)。開頭被您刪了我不說什麼了,還加一堆不知所謂的概念混淆的原創研究進去,弄到最後把個條目弄得比百度百科爛多了了。對此,也真不知道怎麼好了,只好一點一點一點比對着您的參考把那些原創研究一點一點一點的清理掉了。不過No1lovesu堅決不干,結果還沒清理完,就被封鎖了(無奈)。--飛賊燕子留言) 2016年7月22日 (五) 05:32 (UTC)

真是無語,上面已經清清楚楚寫列出了出處內文,某人竟然還有臉繼續裝盲要出處,說甚麼「網文都不支持您寫的東西」,胡說那些出處是「網文」(我倒是想知道哪一種網文是會著明作者和有正規出處的),某人在上面寫了一大堆莫名其妙的東西,除了是在繼續選擇性失明以及造謠誹謗以外,還要東拉西扯一些有的沒的去轉移視線,根本沒有針對我所提供的資料作出反駁。

user:飛賊燕子堅持說:「漢服即漢人的衣服,漢唐宋明清一些「典」」籍」皆有提及,豈能網路概念?」

第一,出處已經表示得相當清楚,當中的漢服,指的是「漢服支持者」的定義,有人非要裝盲我也沒辦法;

第二,中國一詞在典籍裡都有提及,難道當今中國一詞的定義跟古代中國的定義是一樣的嗎,三國時代蜀國稱魏國為中國,宋金時代南宋稱金朝為中國,所以長江以南都不是中國了是吧。

閣下連引用也引用錯誤,以下才是User:飛賊燕子認為「(你自己的)網文都不支持」的「原創研究」:

然而事實是怎樣的呢:

  1. 《中國新聞週刊》:「而在現代漢語辭典里,並沒有漢服這個稱謂。漢服其實是網友們的民間定義,即「漢民族傳統服飾」的簡稱,主要是指服裝具備明末以前漢族人穿著特色……」
  2. 《漢服運動:網際網路時代的種族性民族主義》:「根據百度百科上「漢服」詞條的相關解釋以及漢網論壇上……等有關資料,所謂的漢服,指中華民族的傳統服飾,又稱漢裝、華服……作為漢網的漢服專家,吉林大學的三年級學生歐陽雨曦認真考經據典,在漢網上發布了〈漢服初步分類規劃制定方案(草稿)〉,這是第一個『漢服』標準。儘管這個標準既非官方的標準,又非學術的標準,但它確實成為『漢服』實體化的一個起點。」
  3. 《當代漢服復興運動的文化反思》:「漢服的界定標準可以用以下文字進行表述『XXX』」(當中的『XXX』就是直接引用自百度百科的條目內容,在此省略掉)
  4. 《持續與變遷——當代中國的政經、社會和空間發展》:「漢服這個詞,其實是民間定義


「(你自己的)網文都不支持」?「原創研究」?到底是誰在開玩笑。

-- No1lovesu留言) 2016年7月22日 (五) 05:54 (UTC)


上面已經清清楚楚寫列出了出處內文,某人竟然還有臉繼續裝盲要出處[來源請求]???
  • 抱歉,在下眼睛功能單一(沒帶透視功能)。既然鏈接都列好了,那在下也就免於舉您的例了。為了條目質量,劣貨、乾貨,必須清理。--飛賊燕子留言) 2016年7月22日 (五) 06:21 (UTC)

自己沒看清楚(或是故意不看)還胡說甚麼透視眼,有些人厚臉皮的程度似乎是沒下限的,對,為了條目的質量,閣下應該停止胡說八道和搞破壞。No1lovesu留言) 2016年7月22日 (五) 06:28 (UTC)

User:飛賊燕子上述的言論可見,他從一開始就根本沒有好好討論的打算,只會一直在歪曲事實、無視以及無理攻擊、污衊本人所提供的資料(但又完全拿不出任何合理的理由),這已經顯示出他根本就是在無理取鬧,故意鬧事,他的所作所為根本可以被定性為破壞行為。我再說一次,User:飛賊燕子想證明本人是在增添「原創內容」的唯一方法,就是去證明上述所有本人提供的出處的作者都是本人的分身,另外再善意提醒一下,一直在打滾裝鴕鳥是沒有用的。 --No1lovesu留言) 2016年7月26日 (二) 02:38 (UTC)

新發現

翻查了一下了User:飛賊燕子最早期的編輯紀錄,發現這名用戶的前身是「User:好疼」,這位「User:好疼」在創號之初就特意向大家聲明「[[User:好疼]]不是「喊痛」」,至於在中文維基裡「喊痛」是誰,或者是甚麼意思,可以參考這裡。還是那一句,希望user:飛賊燕子 能夠停止胡鬧--No1lovesu留言) 2016年7月27日 (三) 10:07 (UTC)

處理方案

正如上述所言,本人已經提供了大量的資料和參考出處去證明飛賊燕子對本人的指控完全不是事實,飛賊燕子除了在無視本人提供的資料以及不實指控本人提供的有效資料(有恰當的出處、有列明作者、有正規的出版社及學術機構)為「網文」外,並沒有作出任何合理的反駁及回應。因此本人建議,待相關條目被解封後就將當前的版本回退,以上。--No1lovesu留言) 2016年7月28日 (四) 07:41 (UTC)

  • 為什麼寫那些東西的學者用百度作腳註而不用維基?那是因為人家寫的好。你用人家參考百度的腳註再來總結自己的新觀點那就是原創研究,嚴重破壞條目質量。同樣不去梳理那些零零碎碎的瑣碎章節,又如何提高條目質量。難道你打算守那些瑣碎章節一輩子而不准別人更新從而讓條目停留在現在的水準?--飛賊燕子留言) 2016年7月28日 (四) 17:34 (UTC)
順便吐槽一下,百度的漢服詞條內容尚不及維基漢服條目的一半,但寫的是真好。但維基中的漢服條目,大家可以檢視一下前1000次編輯記錄,3年了,No1lovesu在天天守着,誰更新他撤銷,動輒編輯戰。條目質量原地踏步,無絲毫變動和提升。孰是孰非大家自有公斷,恕在下暫不伺候了。--飛賊燕子留言) 2016年7月28日 (四) 17:57 (UTC)

閣下的推論還真是有趣,可惜眾學者已經表達得很清楚:漢服是民間定義。既然是非學術的民間定義,那當然會引用百度百科這種連百度百科自身也承認不屬於可靠出處的來源(當中還有將漢服一詞打上引號的),何況那些學者是大陸地區的居民,大陸地區的人士能隨便地使用維基百科?你讓大陸地區的學者在他們的著作中引用維基百科?_No1lovesu留言) 2016年7月29日 (五) 10:32 (UTC)

正是因為那些學者(我很驚訝閣下現在竟然會稱呼他們為學者了,他們的文章不是你口中的網文嗎)引用的是非學術且不嚴謹的百度百科,也因為他們強調自己引用的是百度百科以及這個詞屬於民間定義,因此才需要在條目中提及百度百科對於這個民間定義的影響,是相當合理的做法,「用人家參考百度的腳註」?麻煩某人再看清楚上述那些「網文」,那些到底是本人的所謂新觀點,還是他們自己白紙黑字寫出來的意思。說到「嚴重破壞條目質量」,從這一篇編輯紀錄裡可見,這位編輯者直接將百度百科的內容複製粘貼過來,當中甚至可見連註腳也沒有消除,而且加入了大量個人見解,而這一位編輯者則將大量參考資料無理刪除,本人將之回退,閣下又是不是要指責本人「誰更新他撤銷」和「打算守那些瑣碎章節一輩子而不准別人更新」。--No1lovesu留言) 2016年7月29日 (五) 10:43 (UTC)

某人又說「條目質量原地踏步,無絲毫變動和提升」云云,發表這些歪曲事實的言論的人,相當不誠實,他自己也知道本人在此條目編輯了多次,事實是,長久以來本人為此條目添加了不少來源出處,提高了不少質量(大家可以比較一下這些日子以來增加了多少出處),也回退了多次破壞,刪除了不少個人見解(如上),亦跟不少有識之士如hanteng博士等人進行過多少次有意義的討論,一起改善條目,這些在編輯紀錄尤其是條目的討論頁中都可以看到。另外,在下想指出一點,為這個條目提供大量出處的是誰,在出現爭議時舉出大量參考資料以作交流討論的是誰,而那些只會詆毀他人的勞動成果和有效出處的又是誰。

順便提醒一下,某人認為「寫得比較好」的百度百科漢服條目,對漢服定義的解釋根本沒有來源和出處,而且觀察了一下,發現似乎整個條目被「特別照顧」,也就是說那個條目只有少數特定用戶才能編輯。

--No1lovesu留言) 2016年7月29日 (五) 10:53 (UTC)

巴基斯坦顯示為巴克里斯坦

北京時間2016年7月22日01:54:40,你知道嗎?第一條「哪一位巴克里斯坦網絡紅人以在網上發布「大膽」帖文而著名,最終被不堪她玷污家族名聲的同門兄弟謀殺?」,退出登錄後會一直顯示巴克里斯坦,登錄後切換語言會出現一下,然後變成正常的巴基斯坦。我查了一下香港、澳門、新馬、台灣都是巴基斯坦,沒有地區使用巴克里斯坦,不知道這是怎麼出現的。--Fxqf留言) 2016年7月21日 (四) 17:57 (UTC)

因為首頁呼叫的「模塊:CGroup/NBA」有一行「{ type = 'item', original = 'Chris', rule = 'zh-cn:克里斯;zh-tw:克里斯;zh-hk:基斯;zh-mo:基斯;' },」。--Mewaqua留言) 2016年7月21日 (四) 18:15 (UTC)
首頁的「特色條目/特色列表」撤下NBA最佳陣容後,上述問題暫時消失。--Mewaqua留言) 2016年7月22日 (五) 03:24 (UTC)
抱歉,我的錯。加入noteTA時沒妥善檢查其他欄目是否有受影響。-和平、奮鬥、救地球!留言WikiNews於 2016年7月22日 (五) 04:45 (UTC)
儘量不要在首頁引用CGroup。 --達師 - 334 - 554 2016年7月23日 (六) 11:37 (UTC)

建議改名:「約恩內·亞爾韋拉」→「永內·耶爾韋萊」

該條目創建時掛有{{Disputed title}}模板。根據維基百科:外語譯音表/芬蘭語,該名字Jonne Järvelä可以翻譯為「永內·耶爾韋萊」。「約恩內·亞爾韋拉」聽起來像是Joenne Jarvela的譯名。或者有人能從世界人名翻譯大辭典查到相應的譯名嗎?--TuhansiaVuoria留言) 2016年7月21日 (四) 19:42 (UTC)

@TuhansiaVuoria:查《世界人名翻譯大辭典》,Järvelä確實翻譯成「耶爾韋萊」,但沒有Jonne的翻譯,不過Jonna翻譯成「約恩娜」。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年7月23日 (六) 09:43 (UTC)

@蘇州宇文宙武:那就翻譯成「約恩內·耶爾韋萊」吧。--TuhansiaVuoria留言) 2016年7月27日 (三) 16:18 (UTC)

可以。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年7月28日 (四) 02:13 (UTC)

2014/2015年國際冠軍杯

條目名稱為「2014年國際冠軍盃」,開頭第一句就是「2015年國際冠軍杯」。看了一下,比賽從2014年延續到2015年,但這樣的命名和正文會造成困擾。是否應改名為「2014-2015年」或「2014/2015年」?--Tiger留言) 2016年7月22日 (五) 01:32 (UTC)

2015年是筆誤,已修正。--Kolyma留言) 2016年7月23日 (六) 10:25 (UTC)

提議將臺灣縣市及鄉鎮市區之人口數、人口密度以及總面積的數據集中至模板並做成資料庫

有鑑於臺灣人口資料每月皆在更新,各頁面含有這些資料時有時候會容易填寫錯誤,甚至忘記更新、數據不一致等,所以本人參考英語維基針對瑞典自治市人口和總面積資料之模板資料庫模式,做出了臺灣縣市及鄉鎮市區之人口數、人口密度以及總面積的模板資料庫(草稿在這裡)。目前只做出臺灣縣市人口和臺灣縣市人口密度的模板,如模板順利完成,原先的資料未來將以模板來取代,取代以後就不需至原條目內進行數據更新,只要到模板內進行數據更新即可。此模版的優缺點如下:

  • 優點:
  1. 資料集中,方便管理
  2. 大幅減低資料填寫時可能產生的筆誤
  • 缺點:
  1. 將會增加條目位元組大小
  2. 各模板的數據需要一次性更新,不可分成多次更新

各位有什麼建議或是意見來針對這個方案?--Steven™ ∴Message∵ 2016年7月22日 (五) 07:25 (UTC)

感覺這個可以存在維基數據--Liaon98 我是廢物 2016年7月22日 (五) 15:40 (UTC)
像每個月都需要更新的數據(如人口數),如果存在維基數據中,未來要更新數據時有誰會去更新?我的方法是想把這些數據整個集中在一起,要更新時即在模板中統一更新,這樣就不需要跑到每條條目內來進行更新了。維基數據雖然可以存人口數據,但更新數據時仍是要跑到每條條目所對應的維基數據內進行更新,且只能手動更新(目前我的觀察,除非有人生出可以隨時更新數據的機器人),這樣反而會花更多時間。--Steven™ ∴Message∵ 2016年7月22日 (五) 16:25 (UTC)

還有意見或是反對此方案嗎?如無,預計8月中旬動工,8月底完成,9月以後陸續套用於相關條目中。以後要更新人口數據就到模板內進行更新,可避免條目因更新數據而造成許多有關數據更新的編輯歷史。--Steven™ ∴Message∵ 2016年7月29日 (五) 15:28 (UTC)

為什麼要叫「總面積」呢?「總」字是多餘的吧?「所有」縣市的面積總和才叫總面積,個別縣市的面積就叫面積就好了。-游蛇脫殼/克勞 2016年7月29日 (五) 16:20 (UTC)
感謝閣下的意見!閣下的意見將會在正式建立的時候進行更正。如果閣下還有其他的意見可以提出。--Steven™ ∴Message∵ 2016年7月30日 (六) 00:28 (UTC)

翻譯的老問題

官方中文版,出現了明顯的翻譯錯誤,我們應該怎麼辦? 囧rz...--我是火星の石榴留言) 2016年7月22日 (五) 08:18 (UTC) --我是火星の石榴留言) 2016年7月22日 (五) 08:18 (UTC)

沒看懂……?--Stang 2016年7月23日 (六) 10:11 (UTC)
如果是命名問題的話按官方吧。 --達師 - 334 - 554 2016年7月23日 (六) 11:41 (UTC)

有關楊心希

有關楊心希條目,我想是否可以移動回她以前是歌手時的名字楊昕曦?我覺得她的關注度是在楊昕曦這個名字,而不是改名後的名字?--Wolfch (留言) DC14進行中 2016年7月22日 (五) 09:45 (UTC)

維基應該登什麼樣的動態新聞

新聞動態條目,7月1日,「中國共產黨成立95周年紀念大會在北京人民大會堂隆重舉行。」----不知道是哪位莊主認為這樣的消息是適合維基的新聞。一個政黨的周年紀念會如果都可上維基,那以後國民黨、共和黨,或者其他什麼國家的大黨動態,都要搬上維基?中文是世界華語的維基,不是中國大陸某政黨的天地吧。編輯的黨味色彩太濃了。--維基準天使-詩琳童留言) 2016年7月22日 (五) 21:07 (UTC)

是啊,19日新聞「唐納德·川普獲共和黨提名成為2016年美國總統選舉總統候選人。」--4Li 2016年7月23日 (六) 01:33 (UTC)
「隆重」二字不妥。政府首腦二選一與黨代會性質亦應有所不同,其餘無意見。Kou Dou 2016年7月23日 (六) 02:44 (UTC)
本人贊同閣下。政府首腦選舉非其黨內事務。各國選情如是矚目焦點,登在動態新聞很恰當。而中國問題需格外謹慎。大陸是一黨遮天,大陸人尤其是幼稚學生常分不清:中共不等於中國。自以為愛國其實是愛黨,一些用戶經常找藉口破壞相關人權條目就是佐證。在下提出討論,也是相信黨國不分的維基用戶,多數都不是蓄謀改變維基。也希望管理員有更開闊的見識,讓維基品牌更加閃光。這就需要堅守國際視野,敢於抵制歪風。維基江湖雖然也難免黑風濁浪,然這正是正義英雄大顯身手的舞台。諸位如果看我寫的太黨八股,敬請一笑。---維基準天使-詩琳童留言) 2016年7月26日 (二) 18:10 (UTC)
自以為英雄,一副眾人皆醉我獨醒嗎?其實只不過是自我感覺良好,眾人皆醒唯你醉吧。(題外話結束)不過與這條新聞相比的話,還不如兩會召開更具新聞性。——路過圍觀的Sakamotosan 2016年7月28日 (四) 02:27 (UTC)
我似乎聞到了一股逢共必反的味道。--Fxqf留言) 2016年7月30日 (六) 13:24 (UTC)

富國島(台灣)不是島

富國島 (台灣)<<<在這邊 參照高雄畫刊 高雄富國島 源文章網址:http://kcginfo.kcg.gov.tw/Publish_Content.aspx?n=3D7C9BFC4F86BF4A&sms=FB76F1E6517A12DC&s=7D08312E0E5D8F33&chapt=7715&sort=1 裡面沒有提到半個富國島存在的意義。何來紀念越南富國島戰敗的士兵? 與其他真正的離島並列為:template:中華民國島嶼?

由第一張圖可見就只是個景點,地名,用一座橋連結澄清湖畔。何以來島嶼之稱?。 所謂的島面積需夠大,需有自給自足之能力,部署軍力等能力,別懷疑,可參照沖之鳥2009年架設港口和軍營,請問其何以見得?

富國島位於臺灣高雄市鳥松區,為澄清湖的一座人工內陸島,1955年11月予整建命名為富國島,以紀念中華民國國軍在越南的孤軍。此外,著名的臺灣豫劇團亦與此島有關鍵因素。

臺灣豫劇團:我從來沒去過台灣富國島,乾我?

某個叫框你的說沒有來源,所以不能提快刪。那請問什麼才能提快刪阿?我真的不懂。--121.173.11.68留言) 2016年7月24日 (日) 04:50 (UTC)

  • [68]--A2093064#Talk 2016年7月24日 (日) 06:31 (UTC)
  • 「所謂的島面積需夠大,需有自給自足之能力,部署軍力等能力」,並沒有規定一定要符合這個或是符合之前那個國際仲裁才能命名為「島」,中文原本島的語意就是四周環水即可,就如生物學上很多中文稱呼也不符合嚴謹定義一樣(像是有些被稱為龍的不是恐龍,有些被稱為鱈的不是鱈科)。另外快刪只有純破壞,或是內容稀少(不到幾個字),閣下用沒實際內容速刪本來就不合規定,這條目連WP:小小作品都不是,遑論無內容。這種真要刪就掛關注度模板,等一個月提刪;但這種觀光景點關注度應該是有的--Liaon98 我是廢物 2016年7月24日 (日) 18:58 (UTC)
  • 所以社子島應該是島囉?拜託來隻手列在中華民國島嶼上--110.26.10.174留言) 2016年7月24日 (日) 21:44 (UTC)
  • 你不會把山椒魚當成魚,就如同不會把富國島當島--110.26.10.174留言) 2016年7月24日 (日) 21:53 (UTC)
  • 批評有批有評,閣下只給了批,未給如何改進的評論,所以閣下認為不分為島,該頁面該如何分類?如何命名?且又不會原創研究呢?要不要先看看en:River islanden:Lake island這種也能叫島(故意選外語是為了表示這是通用知識),還有人工島,好多好小的小塊陸地都被稱為島呢。再來就字面來論,教育部字典「海中或湖中被水圍繞的小陸地」,就同我上面講的,四面環水就為島。至於你舉社子島,你大概沒看那個條目,條目就寫了,以前被河切割,形成四周環水,所以被稱為島,也就是上述的en:River island。更證實了,自古以來,漢人看到四周環水的地方,就會命名為「島」--Liaon98 我是廢物 2016年7月24日 (日) 22:03 (UTC)
  • 請問閣下哪座離島會與台灣本島用連接,既已用橋連接了,何以來島之言?我沒說用湖島河島不是島,但是跟拉魯島一模模一樣樣。笑死人喔。好啦世界上一堆島 沒有礁 沒有嶼。不要什麼事都叫別人看英文維基百科阿,你們就還沒翻譯阿呵呵。 對了,要怎樣分類是你們的事了,我不予置評。我只是個IP用戶阿。兩間教室大還用橋連在一起還敢跟我說島--210.166.48.221留言) 2016年7月24日 (日) 23:32 (UTC)

似乎該用主從消歧義。--Kolyma留言) 2016年7月26日 (二) 13:19 (UTC)

兩座島知名度好像一樣低(?)--泅水大象訐譙☎ 2016年7月26日 (二) 16:14 (UTC)
有極大落差。--Kolyma留言) 2016年7月27日 (三) 11:31 (UTC)

副極地低壓 or 極鋒,哪個是常用名稱?

如題。--Antigng留言) 2016年7月24日 (日) 13:33 (UTC)

  • 兩個意思不一樣唷--A2093064#Talk 2016年7月24日 (日) 13:37 (UTC)
    • 怎麼講?--Antigng留言) 2016年7月24日 (日) 13:42 (UTC)
      • 副極地低壓帶是行星風系上的東西。而極鋒是一種鋒 (氣象),在低壓帶附近,並不是全年都有,也不是完整的環繞,中間會有漏洞,參考。僅為己見,不知是否正確。--A2093064#Talk 2016年7月24日 (日) 13:45 (UTC)
        • enWP :"In meteorology, the polar front is the boundary between the polar cell and the Ferrel cell in each hemisphere." --Antigng留言) 2016年7月24日 (日) 13:54 (UTC)
          • 極鋒顧名思義應該是在極地附近,既然是,就是在氣團交會處,極地環流與中緯度環流交會,緯度是60度左右。--A2093064#Talk 2016年7月24日 (日) 13:59 (UTC)

需要MediaWiki:Protect-level-editsemiprotected

見此--A2093064#Talk 2016年7月25日 (一) 04:13 (UTC)

  • 級聯保護? --RubyyTalk|Flow 2016年7月25日 (一) 04:56 (UTC)
    • 寫錯了,是主頁面。--A2093064#Talk 2016年7月25日 (一) 05:36 (UTC)
      • 我建立測試一下吧。--Nbfreeh 2016年7月28日 (四) 02:56 (UTC)
        • 沒錯就是這樣,我建議還是用僅允許已自動確認的使用者,因為會顯示成當前保護狀態: 建立:創建半保護。--A2093064#Talk 2016年7月28日 (四) 03:02 (UTC)
          • 已更改,待刷新緩存吧,謝謝提醒。--Nbfreeh 2016年7月28日 (四) 03:06 (UTC)

聖地亞哥島/聖地牙哥島 (維德角)

在下發現聖地亞哥島聖地牙哥島 (維德角)這2個條目是指同一個島,請問要如何合併?要保留哪一個?--2015leon·) 2016年7月25日 (一) 09:30 (UTC)

聖地亞哥島是某用戶用機器人產生出來的條目,聖地牙哥島 (維德角)創建的比較早且是用戶實際人工撰寫的內容,內容也較完整豐富,因此怎樣看都應該保留後者。機器人產生的條目除非有特別值得保留的內容,否則可以直接改為重定向並且在兩個條目的討論頁寫上搬移記錄即可。--泅水大象訐譙☎ 2016年7月25日 (一) 10:06 (UTC)
到底是聖地亞哥還是聖地牙哥?--4Li 2016年7月25日 (一) 11:11 (UTC)
只是翻譯問題吧,後者較常用,但前者也有人用--A2093064#Talk 2016年7月25日 (一) 11:13 (UTC)
大陸比較正式的網站上是用「聖地亞哥島」。如其它地方使用不同的譯名的話,大概需要使用地區轉換模塊。--TuhansiaVuoria留言) 2016年7月25日 (一) 12:20 (UTC)
我在台灣,聽到的是聖地牙哥--A2093064#Talk 2016年7月25日 (一) 12:25 (UTC)
台灣以「聖地牙哥」最為常用,但既然要合併那就優先保留最先建立的條目吧:「聖地亞哥島」合併至「聖地牙哥島 (維德角)」,並將「聖地亞哥島」重定向至「聖地牙哥島」,另外使用noteTA轉換地區詞。--Steven™ ∴Message∵ 2016年7月25日 (一) 13:08 (UTC)
合併後的草案如何,將2個條目最精華的部分合併。--2015leon·) 2016年7月25日 (一) 14:38 (UTC)
可以,但內容建議加上參考來源會比較好喔。--Steven™ ∴Message∵ 2016年7月25日 (一) 17:03 (UTC)
這是草案二,新增一些參考資料。另請問其他地區(港澳馬新)對於Santiago的譯名。--2015leon·) 2016年7月26日 (二) 02:21 (UTC)
草案二OK。港澳稱「聖地亞哥」,新馬稱「圣地亚哥」。--Steven™ ∴Message∵ 2016年7月26日 (二) 04:51 (UTC)
如果各位沒意見,在下就將草案二貼到聖地牙哥島 (維德角)。--2015leon·) 2016年7月26日 (二) 11:03 (UTC)
新馬地區原則上使用簡體中文,已幫閣下替換為簡體字。--Steven™ ∴Message∵ 2016年7月26日 (二) 13:30 (UTC)
啊﹍﹍下次會注意的。--2015leon·) 2016年7月27日 (三) 01:49 (UTC)
感覺「聖地牙哥」和「聖地亞哥」不管在哪個地區都能互相使用了啊 囧rz...!既然如此,我採用樓上意見,改用zh-hant名「聖地牙哥」。--Steven™ ∴Message∵ 2016年7月29日 (五) 15:01 (UTC)

被ip持續跟蹤騷擾回退破壞後ip不死心在wikidata上繼續

請大家關注此ip在wikidata上的動作[69],之前按照規則移動了幾個名稱不合適的條目,因為ip不滿又不能在百科上移動回去,就在wikidata上面做文章,把條目名稱又改回原來的版本,這樣我們在看百科這些條目的時候就看不到其他語言鏈接了,比如科林·鮑威爾羅貝爾·舒曼特里波利等等。之前已經有無數個ip持續跟蹤騷擾回退破壞本人編輯,相信大家都清楚,而且我認為是同一個或同一幫人的可能性較大。先前百科的ip破壞已經有管理員回退了,但wikidata不屬於百科,我們這兒的管理員對這種破壞似乎沒有辦法,還請大家想想辦法。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年7月26日 (二) 08:09 (UTC)

我不瞭解具體情況,但是如果在wikidata上發現破壞的話,我會去d:Wikidata:Administrators' noticeboard舉報。--el caballero de los Leones (Ajouter un message) 2016年7月26日 (二) 14:40 (UTC)
wikidata和wikipedia是獨立的,那邊鬧得天翻地覆也和這裡沒有任何關係。不要在WP:VP討論這種問題。--Antigng留言) 2016年7月26日 (二) 23:56 (UTC)
這裡人多熱鬧,或者可以在求助版請求。不過畢竟會影響各語區包括zh的跨語言鏈接情況,我認為並無不妥。——路過圍觀的Sakamotosan 2016年7月27日 (三) 01:00 (UTC)
數個項目已被半保護1個月,見wikidata:Wikidata:Administrators'_noticeboard#1.170.26.224_and_49.214.242.81。--Mewaqua留言) 2016年7月27日 (三) 15:16 (UTC)
謝謝!其實在日文版還有這個[70],我明明是修改錯誤它卻回退,這就純粹是報復了。3RR什麼的我就不去違反了,不值得費這個勁兒。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年7月28日 (四) 02:19 (UTC)
@Mewaqua:還有這筆對本人正當編輯的回退,我不知道哪裡做錯了,還請仲裁。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年7月28日 (四) 05:27 (UTC)
219.85.115.224的該次修改沒有說明回退理由,我也看不出蘇州君的修改有應該被回退的理由。近期多個IP的無建設性回退行為應是同一人所為,並已構成維基跟蹤。--Mewaqua留言) 2016年7月28日 (四) 07:42 (UTC)
感謝仗義執言!——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年7月28日 (四) 08:21 (UTC)

「粵語」條目的內容:「粵語即是兩廣地區的普通話」?

粵語條目老是被人添加「粵語即是兩廣地區的普通話」的內容。普通話明明就是專指中國大陸官方規定的現代標準漢語,與粵語有甚麼關係?完全是原創研究的語句,大家說對不對?我刪去這句話之後,又被IP用戶60.251.111.183重新給加上了。而且粵語沒有iso1和iso2的語言代碼,只有iso3才給粵語了一個代碼「yue」。那個人也老是添加iso1和iso2代碼,罔顧了這一事實。--el caballero de los Leones (Ajouter un message) 2016年7月26日 (二) 14:35 (UTC)

搜尋了一下,發現除了一些博客文章(無效出處)以外,皆無「粵語即是兩廣地區的普通話」的說法。--No1lovesu留言) 2016年7月28日 (四) 02:41 (UTC)
通用語言不等於普通話。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年7月28日 (四) 10:16 (UTC)

請了解東南亞文化的管理員協助積壓WP:DRV

WP:DRV阮福綿寯阮福綿㝝阮福綿㝑阮福洪休阮福綿宓已積壓頗久,請了解東南亞文化的管理員給予協助。--天天 (留言) 2016年7月26日 (二) 22:45 (UTC)

呼叫精通東南亞的管理員@春卷柯南galaxyharrylion留言) 2016年7月27日 (三) 14:06 (UTC)
其實我對東南亞的認識大都局限在二戰之後,其餘時期就算是有認識,也是很稀薄的(印尼例外,我對印尼的學識最早可以推到1920年代)。說到越南的帝制時期,Clioherodotus在這方面的學識比我還豐富,只是他很久沒上過來了。我不想不懂裝懂,只是按照申請者敘述的情況,我覺得可以通過。--春卷柯南-發前人所未知 ( ) 2016年7月27日 (三) 15:01 (UTC)

2016年5月中國#5月12日疑似原創研究

如題,感覺這個章節的內容是WP:SYN。且不論大學生掏保護動物燕隼窩的事情是去年年底曝出來的,來源也沒說這和另一起案件有什麼關係。--Antigng留言) 2016年7月27日 (三) 12:42 (UTC)

關於{{中華人民共和國農村合作銀行}}

有哪位編者對這一主題比較熟悉?列表都被一個IP用戶刪沒了,而且根本不給來源……—思域無疆大道 事體 機器 2016年7月27日 (三) 14:15 (UTC)

南開大學校史

我今天創建了南開大學校史的條目,並以南開大學#歷史沿革為基礎進行編輯。請問這是否屬於「盜竊」他人的編輯成果?我這樣做是否違反維基百科的方針?

南開大學校史條目在我編輯了大約十幾次後,被@妙詩人:刪除,Ta給出理由是(A5: 條目建立時之內容即與其他現有條目內容相同)。這個理由不成立吧?因為如果是從主條目拆分產生的條目,不適用;

我感覺,我受到了不公正的對待。求安慰Tai8留言) 2016年7月27日 (三) 17:11 (UTC)

條目剛開始寫,當然會與欲拆分條目內容有很大的重複,要漸漸完成後,才有大的差別;所以你在自己的沙盒先完全寫好後,再整個複製貼上不就好了?或是在記事本寫也可以。還有這裡是討論條目的地方,不是求安慰的地方。-游蛇脫殼/克勞 2016年7月27日 (三) 17:48 (UTC)
拆分條目應在被拆分條目的討論頁放T:Split article模板,並在拆分出的條目討論頁放T:Copied模板,不然的確是「剽竊」--Liaon98 我是廢物 2016年7月27日 (三) 21:00 (UTC)
謝謝。以後注意了,要添加T:Copied模板。Tai8留言) 2016年7月27日 (三) 21:10 (UTC)
  • 維基百科的所有頁面均以CC BY-SA 3.0協議授權,不存在「盜竊」的問題。只不過是為了不要有重複內容所以才刪除的。--Tiger留言) 2016年7月28日 (四) 00:42 (UTC)

關於Tai8行為的討論

  • 第1點:@Tai8:屢次大幅刪除優良條目、特色條目內容,以拆分條目的內容建立新條目,然後推選DYK、GA,這種行為是妥當的嗎?條目中一些紙質材料,都是我查過和買過的,我想Tai8手裡應該是沒有的。我很好奇他之前,如何抄了腳註,就能對腳註前的內容進行修改。
  • 第2點:根據CC BY-SA 3.0協議,雖然沒有維基百科侵權的嫌疑。但是在維基百科上公然盜竊他人貢獻記錄,這樣妥當嗎?
  • 第3點:進一步設想,如果此種行為妥當。那麼是不是我去把所有特色條目的段落都拆分掉,然後推舉DYK、GA,那麼就全部都是我寫的條目了?這樣是不是擾亂維基百科?
  • 其他:Tai8自註冊伊始,編輯行為嫻熟,不像是新手所為。--Amazingloong留言) 2016年7月28日 (四) 01:08 (UTC)

  • 第一點,若你認為對方偽造條目內容,請直接舉例證明。(例:對方在條目中寫______,給出參考文獻______,但是參考文獻中找不到這樣的內容)
  • 第二點,有何不可?
  • 第三點,是否分拆條目有很多考量標準。該不該分拆一個某個特定條目本身就值得討論,而且一定要一事一議。如果一個條目「非常的冗長、需要分拆」,那和條目「非常短小、需要擴充」類似,肯定是不符合FA的標準的。DYK的標準已排除了拆分條目。DYK,GA,FA的目的在於展示條目,而不是給條目主編精神上的鼓勵,在維基百科上強調哪個條目是誰寫的毫無意義,記住維基百科是大家寫的,就夠了。

--Antigng留言) 2016年7月28日 (四) 01:33 (UTC)


  • 第一點,未經討論,大幅精簡優良條目、特色條目的內容,是我做的不對。我以後不會擅自動手了。特別是有主編霸占條目的情況下,編輯前一定要徵求主編的意見。
  • 第二點,「盜竊他人貢獻記錄?」——聽上去好像是很大的罪名,會受到什麼懲罰?以後我應該怎麼做,才能不「盜竊他人貢獻記錄」?
  • 第三點,有些條目雖然是優良、特色條目,但實際上經不起嚴格審視。特別是,如果把條目的一個方面單獨拿出來看,例如天津市#經濟南開大學#歷史沿革,我認為實際上是達不到優良、特色條目的標準的。在天津市#經濟#國內生產總值關於國民生產總值列表的問題,我與Amazingloong有過討論,但沒有共識。Amazingloong堅持認為有必要把一個孤零零的列表放在這一小節。--Tai8留言) 2016年7月28日 (四) 06:55 (UTC)

模板Template:Infobox airport的兼容性問題

現模板跟很多條目中使用的舊模板不兼容,好多舊模板中的信息沒有顯示出來。在其討論頁中列出了一些問題。有誰能修改該模塊使其能跟舊版本兼容嗎?或者批量修改所有使用舊版本的條目,讓它們使用新版本中的參數?--TuhansiaVuoria留言) 2016年7月27日 (三) 21:03 (UTC)

這些月份重定向是什麼情況?

五月農曆五月六月農曆六月,以此類推。而公曆則是6月。搜索公曆月份的時候,一般會很自然地打出「六月」這樣的字吧,再加上不少頁面與農曆無關,卻因這個重定向,鏈接到農曆六月六月應該重定向到六月 (消歧義)更好些。這個問題以前有討論共識嗎?--Tiger留言) 2016年7月28日 (四) 00:39 (UTC)

(:)回應直接修改吧--A2093064#Talk 2016年7月28日 (四) 01:13 (UTC)
  • 完成--Tiger留言) 2016年7月28日 (四) 07:38 (UTC)

T:SubstFormOfApplyingDeletionReview發生錯誤

見此,若頁面名有空白,刪除紀錄連結將出錯。 --A2093064#Talk 2016年7月28日 (四) 03:22 (UTC)

已修復. Liangent留言 2016年7月28日 (四) 05:58 (UTC)

JA的編輯爭議丟到ZH討論是什麼意思?

在ZH編輯有親友團加持,到JA編輯的通報和請求被JA管理員拒絕並要求去做編輯上的討論,這傢伙居然不是在JA找其他JA編輯者討論而是跑到ZH討拍。在ZH隨你遊戲維基規則,亂玩就算了,有人罩就算了,其他語言版本也這樣玩,還把玩的過程丟到ZH條目探討丟人現眼。自己編輯陋習不改就別想被尊重,丟臉丟到JA。想讓國際上所有參與WIKI的人知道這是拒絕溝通的3RR慣犯也太張揚了點。Jsjsjs1111還在JA法輪功條目跟人玩回退戰,編輯摘要居然還打EN,真是一對活寶,根本跟蘇州宇文宙武同一人吧,為了ZH的命名爭議還特地跑去移動JA的條目證明舉世通用,所以自己論點正確無誤,真熊。--180.204.39.195留言) 2016年7月28日 (四) 03:38 (UTC)

很好,那請你告訴我類似的這些個回退是什麼意思?我明明是在修改錯誤的內容(文定王后諡號錯誤,我把原來前後重複的版本「聖烈仁明聖烈仁明」改成正確的「聖烈仁明文定王后」),他/她(說不定就是你)卻回退。我日語不好,當然到這裡來找日語好的人幫助,有錯麼?到底是誰在丟人現眼?——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年7月28日 (四) 05:15 (UTC)
@Mewaqua:兄台一直跟我有矛盾,但請評評理(我看到你在上面回復我的疑問了)。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年7月28日 (四) 05:17 (UTC)
蘇州該編輯明顯正當,為修復明顯筆誤,而該IP之持續回退意義不明。該條目已被ja之管理員保護。-和平、奮鬥、救地球!留言WikiNews於 2016年7月28日 (四) 05:57 (UTC)
謝謝管理員公正的判斷。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★貢獻 2016年7月28日 (四) 06:08 (UTC)
這位ip用戶可真有空,是不是接着又要去提報cu了?可惜沒人理你Smiley.svg--14.202.52.129留言) 2016年7月28日 (四) 10:39 (UTC)

模板:Editnotices/Group/Wikipedia:頁面存廢討論在實際套用出錯

下方字詞轉換出錯,顯示出源碼,參見。--A2093064#Talk 2016年7月28日 (四) 13:34 (UTC)

我怎麼覺得editnotice沒法簡繁轉換...#ForeverLove 我想給你個擁抱,像以前一樣可以嗎 使用全新創建條目精靈創建重定向、分類和消歧義頁面更加方便快捷 2016年7月28日 (四) 15:50 (UTC)

T:Move若已移動進行提示移除模板

詳細見此,由於我可以編輯,若7天無人異議便逕自修改。--A2093064#Talk 2016年7月28日 (四) 13:45 (UTC)

照片肖像權問題

在維基上傳的照片除了要遵守版權,有時候也需要尊重拍攝對象的肖像權。對於以下2張照片,上傳者為了尊重圍觀市民的肖像權遮蔽面部,可是也令照片失去閱讀、紀錄、及百科價值。香港是沒有肖像權法的,因此我認為絕大部份情況下都無須刻意遮蔽面部,除非因為途人出現在太明顯的位置基於禮貌而遮蔽。那麼大家認為這2張照片的做法可以接受嗎?—Baycrest (作客) 2016年7月28日 (四) 16:33 (UTC)

兩張照片霧化面積都太大了,分別霧化每個人的"臉部"即可,為何要一整片地霧化?這樣的確少了很多辨識性,而且很醜。-游蛇脫殼/克勞 2016年7月28日 (四) 17:00 (UTC)
雖然在下認為霧化的必要性不高,但最重要都是上傳者安心使用,都是按上傳者的意思算了。就此照片主要是表達事件經過,而不在於詳細展現某事物,所以霧化對清楚表達事件的影響並不大。--Thomas.Lu留言) 2016年7月28日 (四) 17:43 (UTC)
參看Commons:可辨識的人物照片。--Mewaqua留言) 2016年7月29日 (五) 02:15 (UTC)
第1張霧化面積大得連前排人物的帽子都遮蔽了;第2張問題仍然存在,被遮蔽的到底是甚麼人?普通市民、學生、還是工作人員?假設是市民,他們在靜心觀看還是都在拿手機拍攝?遮蔽了就不能告訴讀者這些細節,也就是我說的失去閱讀、紀錄、及百科價值了。至於由Exploringlife上傳並在條目中使用的另外幾張照片卻沒有遮蔽市民面部,似乎又都是按上傳者的意思算了。@ExploringlifeWpcpey:—Baycrest (作客) 2016年7月29日 (五) 16:21 (UTC)

香港是沒有肖像權法的,個人只會覺得網絡公審照片,如關愛座,死亡圖片、以至一些激進示威的事件才需要遮蔽面部。正常在公眾地方拍的照片,完全無需遮蔽面部。Baycrest所舉的例子的確很醜,令照片失去價值,也令人覺得維基百科被「河蟹」。當然,香港有一些人的確很著重私隱及站在道德高地上。結果使一些近期熱門事件,維基百科都沒相關圖片。而維基百科本身的確有不少人站在道德高地上。--Wpcpey留言) 2016年7月30日 (六) 02:38 (UTC)

道德高地並非版權高地。沒有相關圖片受限於版權政策而非肖像權政策。--Techyan留言) 2016年7月30日 (六) 22:07 (UTC)

1970、80年代間,臺灣有多條公路計畫興建,為何動工後會停建而產生在地圖上中斷(虛線)?有何根據?

在官方上,早期臺灣的公路地圖是出自臺灣省公路局,當時圖上自北向南有繪製出:

  • 臺9甲線:孝義-雙連埤,中斷,圖上虛線。
  • 臺14線:廬山-銅門,中斷,圖上虛線。
  • 臺16線:合流坪-萬榮,中斷,圖上虛線。
  • 臺18線:塔塔加-山風,中斷,圖上虛線。
  • 臺21線:塔塔加-民生村,中斷,圖上虛線。
  • 臺22線:阿禮-知本,中斷,圖上虛線。

在官方上已調整成現今所見,如下:

  • 臺9甲線:孝義-雙連埤,中斷,虛線從圖上消失。
  • 解編:廬山-仁壽,中斷區間從圖上消失。
  • 解編:合流坪-萬榮,中斷區間從圖上消失。
  • 解編:塔塔加-山風,中斷區間從圖上消失。
  • 變更:塔塔加-達卡努瓦,中斷區間從圖上消失,並以此為界而劃分南北段:塔塔加以北則保留臺21線;達卡努瓦以南則改成臺29線。
  • 變更:全線改成臺24線(霧台-阿禮:臨時便道),阿禮-知本,中斷區間從圖上消失。

我想提出的問題是,對於上述的情況感到不解,雖然維基百科是有寫,但不外乎都將原因歸於「生態保育」,我秉持著半信半疑想查出訊息來源,卻多年下來就是一直查不出。即便近年來,公路總局開始重視公路歷史,邀請專家學者撰寫成書出刊去介紹,這些成書也僅止於《逐路細說台18線-阿里山公路的古往今來》該書有介紹中斷與未興建的原因,對於剩下一樣有相同中斷情況的其它公路,也仍是沒有查到是何原因。
於是,我就將問題拿向公路總局詢問,過程歷經波折,最後承辦人要我給他們時間查資料,等候二星期下來,我再次詢問進度時,我得到結果卻是答覆:「你當時講的這些全是30年前的事,因為時間久遠,所以現在查不到。」我反問:「那為何維基百科會寫,因為是生態保育,所以才停止計畫興建?」承辦人答覆:「這我不知道,他們怎麼寫,我管不著。你要不要去問他們?」
所以我才跑來向維基百科詢問。你們知道對於上述的這些公路,除了臺18線已經知道外,它們當初被停止興建而中斷的原因是為何嗎?我看維基百科寫的沒有列出引用來源,不知是何根據?這就是我當時感到疑問而去問公路總局,沒想到最後還被叫回來反去問維基百科。--36.233.183.129留言) 2016年7月29日 (五) 16:36 (UTC)

個人看法:山區路段修築不易,維護更困難,一場颱風可能就落石、崩塌,修而復塌,塌而復修,再修再塌(中橫就是很好的例子),成本過鉅,所以乾脆就不蓋了。-游蛇脫殼/克勞 2016年7月30日 (六) 05:47 (UTC)
我這問題並不是純粹只在詢問原因,而是另一方面也同時在「查證」。否則,就會像你所說,如果我將發表個人看法去寫在條目裡,這就會違反維基百科不是什麼。再者,無論是你的看法,或是條目的當前版本所寫,這些都沒列出來源,是不符合可供查證,這正是當初我一直在查的動機,其本意就是查證,查不到就依方針去移除這段內容,畢竟公路總局查不到了,他們的反應自然會叫我回來詢問維基百科。所以說,想要寫在條目裡,重點就是:寫了什麼原因就要出示什麼根據(引用資料),而且資料最好能符合可靠來源的需求。--36.233.182.129留言) 2016年7月30日 (六) 16:14 (UTC)

臺中火車站 (公車站)會以為在介紹所有是名為臺中火車站的公車站,是否該改名臺中火車站 (臺灣大道幹線公車站)

雖然臺中火車站 (公車站)在內容中是有介紹該條目是對BRT公車站去寫,即使現在不叫BRT,但站體與站名仍保持不變。唯一的問題是,條目命名應該更準確,臺中火車站光是指「公車站」就有至少五、六個之多,如果是說「站點」,那麼就會連同國道客運或跨縣市的長途客運包括進來算,當中不在臺中火車站也叫臺中火車站的站點是有的,所以才需要很明確指出是臺中火車站 (臺灣大道幹線公車站),否則使用臺中火車站 (公車站)為主題就會變成在介紹所有是名為臺中火車站的公車站。

巧合大飯店前面是二家市區公車一起設站(南下),台中客運則在中山路與中正路口之間設站(南下),豐原客運則在神鑑大樓前面設站(南下),在諾貝爾書城前面有設站(西行),是自一中、烏日、大里等方向匯集過來靠站的市區公車,包括301、302、303、304、307、308通往靜宜大學行駛優化專用道公車,最後在臺中火車站正前方則有二個站點是一前一後設站,靠馬路一側是市區公車而不駛優化專用道(北上),另一側是供300、305、306班車靠站的公車站(這是臺中火車站 (公車站)想要介紹的站點)。以上這些僅止於市區公車與行駛優化專用道公車,沒包括統聯客運、國光客運、總達客運、臺灣好行、彰化客運……這些。正因如此,很多人不常搭或不熟臺中的公車是會搞混的,要去靜宜卻變成去一中,因為一前一後二個站點是相鄰,也都叫「臺中火車站」,差別是運行公車是不同,但不熟的人就是會搭錯。--111.252.232.23留言) 2016年7月29日 (五) 18:31 (UTC)

我知道統聯的國道客運設站在全航客運的隔壁,但像是25中台灣客運、75統聯客運都是市區公車,它們停靠也是與全航客運一樣的站點,只是隔壁是統聯的國道客運以「臺中」為名設站,同一家公司則是分開設站經營的,因為市區公車是被市政府所管,並非歸統聯所管。--111.252.232.23留言) 2016年7月29日 (五) 18:36 (UTC)

大溪里的主從式消歧義

目前大溪里條目指的是嘉義市的大溪里。或許宜蘭縣的大溪里人口不及嘉義市的,但是因為釣魚台主權爭議與臺鐵大溪車站觀光旅遊的緣故(嘉義市大溪里並沒有爭議領土,也沒有臺鐵車站),前者知名度並不下於後者,所以至少也要平等式消歧義才公平吧!?諸君覺得如何?-游蛇脫殼/克勞 2016年7月30日 (六) 06:10 (UTC)

其他

在首頁「新聞動態」一欄處加入維基新聞的鏈接

此討論已經結束,請不要對此存檔作任何編輯。 已更新。--Stang 2016年7月12日 (二) 08:30 (UTC)

最近維基新聞隨着新用戶的加入變得比較活躍,最近幾天新聞更新也非常頻繁。因此,在下希望在首頁「新聞動態」一欄右下角「候選 · 訃聞 · 更多新聞」處再加入維基新聞的鏈接,以便更多人了解維基新聞這一項目。不知各位意見如何?--Techyan留言) 2016年6月26日 (日) 14:54 (UTC)

(+)支持,此舉有益增加姊妹計畫之曝光度。--James970028留言) 2016年6月26日 (日) 15:18 (UTC)
(+)支持,這是個好建議,可以起到幫助的。-- 晴空 · 和岩 討論頁 2016年6月26日 (日) 15:21 (UTC)
(+)支持,早該這麼做,而且以前似乎也有,不知道何時被移除了。-和平、奮鬥、救地球!留言WikiNews於 2016年6月26日 (日) 15:23 (UTC)
(+)支持,同上。--CarrotkitWN需要您 2016年6月26日 (日) 15:24 (UTC)
(+)支持,能增加其他維基媒體的關注度,何樂而不為?-- Patema  Talk me  2016年6月26日 (日) 17:18 (UTC)
(+)支持:當然好囉!--★Fish out Yue in the water.☆ 2016年7月4日 (一) 11:09 (UTC)

另一個請求:允許將首頁新聞新聞數量從5則增加至6則

此討論已經結束,請不要對此存檔作任何編輯。 已更新。--Stang 2016年7月23日 (六) 08:31 (UTC)

因為其他語言的維基百科安排出現於首頁的「6月26日當天新聞」數量快速增加,再加上之前累積的新聞與保障條目出現在首頁的時間,又要再次塞車。因為已經多次發生這種情況,因此提議增加一則新聞的空間(或者允許管理員視情況,將原先的5則新聞增加至6則新聞),方便調度新聞訊息。以目前新聞的更新速率,增加至6則不會導致過舊新聞出現,對於版面的影響也不大,另外英語維基百科有時也會視情況調整出現的新聞數量。--KOKUYO留言) 2016年6月27日 (一) 04:01 (UTC)

沒反對的話請管理員更新。--Stang 2016年7月19日 (二) 14:59 (UTC)

新手條目一分鐘就被巡查員出手提報快速刪除了

華新麗華大樓首次建立內容只有條頭,時間是6月1日的21:19,新手還在建立,21:20就被 Chenyijia001 提交CSD:A1。實在是太快了。建議熱心的巡查員,勤快的巡查的同時,分點力氣扶助新手步上軌道,尤其你看得出來他是有心學習貢獻內容,不是來張貼侵權的廣告戶。--Jasonzhuocn留言) 2016年7月4日 (一) 10:45 (UTC)

@Chenyijia001:欲速則不達啊!--★Fish out Yue in the water.☆ 2016年7月4日 (一) 11:00 (UTC)
好的......┌─ 🤖⠠⠵[learningis1st]-[~]- time = 2016年7月4日 (一) 12:55 (UTC)
這種程度的新手,是不是要直接轉草稿空間,對新手比較好?--Jasonzhuocn留言) 2016年7月4日 (一) 11:02 (UTC)
目前容許直接建立條目,沒規定要寫在草稿,但不鼓勵第一版的內容太少。如果條目正文小於50字,又不是胡言亂語,應掛小小作品模板,如果來源不足也可掛來源相關模板,給時間改善條目。--Thomas.Lu留言) 2016年7月4日 (一) 17:37 (UTC)
(完全題外話別理我)我還不敢試著去申請巡查權有泰半就是因為,覺得自己巡查時會一檢查就檢查得很仔細,遇到有問題的條目時會等待編者補充內容、甚至幫忙整理修改,導致巡查太慢被別人搶先,或花太多時間在維基上面。不太常去投DYK、GA、FA也是同理。--烈羽 2016年7月4日 (一) 11:04 (UTC)
(也是題外話)總覺得巡察員濫用巡察的情況比管理員嚴重太多,但沒有相應的機制去避免他們對新手的傷害。不知道有沒有可能引入訓練跟監督機制,前者提升巡察員的技巧與對維基理念的深入,後者防止巡察員過度嚴苛。--Reke留言) 2016年7月7日 (四) 16:52 (UTC)
實習巡查員制度?-和平、奮鬥、救地球!留言WikiNews於 2016年7月8日 (五) 02:24 (UTC)
沒必要,巡查員本來就是分擔巡查頁面的工作,如果經常濫用快速刪除,又不理警告,應直接除權。對於總覺得管理員濫用巡查較少,因為管理員巡查新頁面就是較少。此外,如果自動確認用戶認為條目不應提交快速刪除,又沒有對該條目的內容曾經進行任何編輯,在沒有身份衝突的情況下,可以移除快速刪除模板,轉交存廢討論,由更多用戶協助決定條目的去留。--Thomas.Lu留言) 2016年7月9日 (六) 16:54 (UTC)
一旦亮出刪除通知之後,新手的焦慮就上來了。事後的處理是沒有辦法彌補這種挫折感的。難道不能等待、提醒,最後才提刪?--Reke留言) 2016年7月16日 (六) 11:41 (UTC)
把新頁面巡查的界面改一下,時間早的排在前面?--Antigng留言) 2016年7月17日 (日) 00:04 (UTC)
技術是否可行?--Stang 2016年7月23日 (六) 08:32 (UTC)
直接這樣從後往前看啊。--Qinyongr 留言 8·35 2016年7月24日 (日) 13:00 (UTC)
說得好,可以倒著巡查條目也是不錯的方法。--►不讓你們窩裡反的Ricknator11♥)◁ 2016年7月27日 (三) 14:20 (UTC)

首頁特色列表已展示完畢

根據以往之討論共識(好幾個月前了),在舊FL(亦即日前通過展示特色列表決議之前所入選的FL)展示完畢後,將繼續依原有特色條目展示順序繼續進行。亦即,在無新FA或FL入選時,依原展示順序繼續展示(目前是輪到Wikipedia:特色條目/2014年7月的)。現在舊FL已全數展示完畢,故若各位欲讓首頁多展示一些FL的話,就多寫一些新FL吧~(我覺得我這樣寫大概會有很多人看不懂或誤解...算了,也暫時想不到更好的表達方式了,總之就是大家努力一起來寫FL吧!)-和平、奮鬥、救地球!留言WikiNews於 2016年7月21日 (四) 11:44 (UTC)

請慎用關注度提刪

最近檢查到一堆關注度提刪案件,許多用戶連自己去查一下都沒有,就直接提報關注度、提刪、投下刪除票(甚至表示那「可能是惡搞」)[71][72],這樣子的行為是很傷害新手的。所以,請各位以後在提報關注度、提刪、投下刪除票之前,順手去搜尋一下,謝謝!-和平、奮鬥、救地球!留言WikiNews於 2016年7月22日 (五) 01:37 (UTC)

  • (:)回應 該條目在提刪之前被惡搞,一時不察,不好意思。--Nivekin請留言 2016年7月22日 (五) 04:26 (UTC)
  • 還記得上年曾經處理過條目四百尺,有條目貢獻者先加入新內容,然後多次逐漸清空內容,再提刪條目,所以處理條目存廢要檢查編輯歷史,防止有人濫用提刪程序,從而破壞消滅本可保留的條目。--Thomas.Lu留言) 2016年7月22日 (五) 04:37 (UTC)
    • 一個人睇唔曬,大家幫手啦--Nivekin請留言 2016年7月22日 (五) 04:41 (UTC)

致管理員:Wikipedia:頁面存廢討論/積壓投票

未處理的討論已經累積到5月25日了,請有空的管理員協助處理,😊謝謝您。--秋意假髮濃(我已關閉了所有通知,所以@我看不到)留言) 2016年7月23日 (六) 17:13 (UTC)

已經處理一些了,請其他管理員多多幫忙。另外有些合併操作是非管理員用戶也能處理得,也希望大家能一起幫忙。-和平、奮鬥、救地球!留言WikiNews於 2016年7月26日 (二) 06:05 (UTC)

關於User:Leohu21的後續

再提IRC頻道與Telegram群組同步

先前討論見此,當時的討論因為客棧上有其他討論互煮分散了眾人的注意力,因此沒有太多的人參與,也無法形成完善的共識。今日,有許多用戶在Telegram的wikipedia-zh群組再度談到了這個提案,故在此再度提出,希望大家能多多參與討論。在此,將目前各用戶已提出之優缺點與相關意見分別列出。

同步優點
  • 更即時的幫到新手,新手提問可以很快回應(現在情況是:IRC上的用戶多半是掛機狀態,常有新手提問後沒人理的情形出現,而Telegram上的活躍用戶較多)
  • 若有Telegram上的用戶提問或提報破壞,IRC在線用戶也可以即時提供協助
同步缺點
  • 有人在看到有特定用戶在線時會調整自己聊天的用語,但同步的話頻道內的用戶無法確定誰是否在線
    • 現在已實現能在Telegram上看到IRC有誰在線,反向的話根據部分用戶表示技術上應亦可行
  • IRC上的發言會因此被公開紀錄
    • 目前IRC上很多掛機的用戶也有紀錄功能
      • 但是私人log可以知道誰看得到log,public log就較難控管
        • 若該發言不希望留log,可交由管理員移除之,就不會有紀錄了,所以這問題是可以解決的
  • 新手的問題有可能會被Telegram上的熱烈討論刷掉
    • 這總比現在空蕩蕩沒人理還好一點,且若IRC上熱烈討論時也可能會發生這個問題,且至少增加了新手問題被看到的機會。
其他相關意見
  • 有用戶認為,若不希望其他用戶看見,就不應該在公用平台上發表,而是私底下聊。在公用平台上說的話就像潑出去的水,發出去就不怕被其他人看見。
  • 雖然Telegram同步會產生記錄效果,但這並不是重點與目的,本提案主要是為了方便二平台的互通與互助,進而起到幫助新手的作用,提升維基協作氛圍與反破壞效率
以上,希望大家多多參與討論。user:Clear Sky Cuser:PTMaeauser:烈羽user:Vmutarghuser:Techyanuser:Artoria2e5user:Hosietuser:KOKUYOuser:Qinyongr[[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]]-和平、奮鬥、救地球!留言WikiNews於 2016年7月26日 (二) 05:59 (UTC)

(+)支持:理由同上-- 晴空·和岩 討論頁 2016年7月26日 (二) 06:02 (UTC)

  • 解決這個問題之前要先問一個問題,IRC和telegram各有什麼優缺點?--Antigng留言) 2016年7月26日 (二) 06:04 (UTC)
    • 優缺點整理如下:
      IRC
      • 優點:據說沒被牆?左欄就可點入,方便新手利用。純文字化介面。
      • 缺點:活躍的人不多,造成新手常被晾在一邊。訊息非加密傳輸,較會有IP洩漏疑慮。
      Telegram
      • 優點:活躍的人很多,能及時回應新手。訊息加密傳輸,較不會有IP洩漏疑慮。
      • 缺點:加入不是那麼方便,尤其對新手而言。
    • 主要大概是這樣。-和平、奮鬥、救地球!留言WikiNews於 2016年7月26日 (二) 06:09 (UTC)
      • 那麼兩者同步之後,會不會降低telegram的安全性呢?--Antigng留言) 2016年7月26日 (二) 06:26 (UTC)
        • 同步是使用機械人將對話互相發佈,並不會將兩者的用戶IP等資訊同步。-- PTMaea  Talk me  2016年7月26日 (二) 06:31 (UTC)
  • (+)支持,這點對於新手來說是好事,因為有時IRC上可能十多分鐘都沒人回復之類的。至於log問題,既然你把話說了出來,還用擔心某人看到?如果某人真的有心想知道你在他/她背後說甚麼,開個分身記錄下來不就可以了?-- PTMaea  Talk me  2016年7月26日 (二) 06:29 (UTC)
  • (+)支持,讓我補充一下IRC與Telegram的優缺點:IRC門檻低,不需要註冊,但是對移動設備支持差,網絡環境不好時極易掉線,導致移動設備用戶不願意掛機,導致頻道活躍用戶減少;Telegram跨平台支持好,不怕掉線問題,對移動電話/手機支持好,方便參與討論;缺點是必須註冊用戶才能使用,群聊歷史記錄永久保存。我個人認為啟用Telegram和IRC的互通最大的好處是可以調動移動設備用戶的積極性,可以像WeChat/WhatsApp/QQ即時聊天那樣隨時隨地參與wikipedia-zh討論、幫助新手、參與反破壞工作。以上。-- Hosiet留言) 2016年7月26日 (二) 06:44 (UTC)

有關User:Tcshek的最近編輯行為

Tcshek之前自己聲明退出中文維基百科[73],最近又突然回來編輯。[74] 由於他在維基百科已被警告過[75],希望管理員留意這個問題並採取行動,謝謝!--Review-Renew留言) 2016年7月26日 (二) 13:26 (UTC)

(!)意見,維基各媒體計劃是自由的,並不能隨意就個別用戶聲明就採取行動,更何況該用戶並沒有違反任何方針之下。-- PTMaea  Talk me  2016年7月26日 (二) 17:33 (UTC)
Review Renew,你這樣的行為是「鞭屍」嗎?彈出彈入與否,是我的自由。而我之前最近那兩次編輯,只是用來回退破壞而已。另外Review Renew涉嫌抄襲香港網絡大典有關毛記電視的條目,希望管理員處理及調查。--湯米‧提思留言) 2016年7月31日 (日) 05:19 (UTC)

我尊重維基的意見,只是希望你們留意一下。至於毛記電視問題,我覺得我已經處理完大致編輯,而且毛記電視條目不只一人編輯。我也希望管理人員能公正處理 [76]。--Review-Renew留言) 2016年7月31日 (日) 05:50 (UTC)

自媒體

昨天看到有人這麼說「未來自媒體發展趨勢將向專業化、媒體化、商業化發展,高質量、原創、專業的內容將是自媒體的核心競爭力。行業專家、媒體記者、編輯、主編等專業人士將會是未來自媒體的主力。自媒體的商業變現將會越來越容易,自媒體從業者的收入狀況也將獲得較大改善。」 --我是火星の石榴留言) 2016年7月27日 (三) 07:37 (UTC)

但是維基百科是一部傳統的百科全書,它依賴傳統觀念下的可靠來源,永遠不會與自媒體為伍。--Antigng留言) 2016年7月27日 (三) 23:11 (UTC)

WP:PT保護請求與解除保護請求放在一起

曾於2014/05被提起,無討論,1.保護與解除時間排序方向不同,2.解除保護太下面可能不被注意,3.全保護降半保護是要用解除保護嗎,但這樣就不符合解除保護的格式,提議統一成請求變更保護。--A2093064#Talk 2016年7月29日 (五) 01:51 (UTC)

左邊新的維基百科語言列表中的分類

我注意到地理分野中,分有中東,中東這個詞是從歐洲角度來看的地界模糊的命名法,我們亞洲人一般都會堅持用西亞吧?用太平洋來分類也不是不可以,但是把印度洋邊的亞齊放入這個分類我就不懂了,那印尼語是要放在印度洋還是太平洋?還有就是俄文同時放入中東和亞洲,荷蘭文列入美洲(莫非是指海外省份),如果這意思是也按地區來看是否屬於某些使用者的主要語言,那英文豈不是五湖四海?太平洋得有日文?德語還可以放在美洲和非洲咧,非洲也有國家用西班牙文。Cherjau留言) 2016年7月29日 (五) 07:52 (UTC)

User:Review-Renew涉嫌抄襲香港網絡大典條目

最近我發現User:Review-Renew開設的毛記電視條目中,涉嫌抄襲香港網絡大典的有關內容

另外他亦開設一大堆毛記電視有關條目及模板,但內容全是抄襲香港網絡大典。毛記電視只是一網絡媒體,有關電視節目內容只是惡搞,並非真正電視節目,未知會否違反維基百科方針,希望管理員跟進。--湯米‧提思留言) 2016年7月31日 (日) 05:26 (UTC)

回應:我不否認部分內容是網典內容,目前我已經處理完大致內容。但我否認毛記條目是我開設的,也不是我一人編輯的結果。亦建議你聯繫另一香港編輯者User:Mrfamousdoland,因為他也有份參與有關條目編輯[77]。--Review-Renew留言) 2016年7月31日 (日) 05:44 (UTC)
wikia:evchk也是使用CC by-sa的協議,只要符合授權協議的話內容就可以直接使用。其次,條目是否能收錄是依據關注度考慮,而條目內容需要滿足可靠來源和中立的要求,只要符合,無不妥。——路過圍觀的Sakamotosan 2016年7月31日 (日) 06:59 (UTC)