跳至內容

英文维基 | 中文维基 | 日文维基 | 草榴社区

維基百科討論:新條目推薦/存檔1

頁面內容不支援其他語言。
維基百科,自由的百科全書

能否寫個類似於google公益廣告的東西來推廣Wiki?

弄個RSS吧? 這樣可以讓更多的人知道WIKI.... Liucong

六月的結果

似乎經過數次移動後,資料不見了。-- 09:41 2005年7月3日 (UTC)

新條目推薦出現爭議條目

右派左派頁面準確性中立性都有爭議,是不是等消除以後再上。--Truth---對話!對話! 10:08 2005年8月28日 (UTC)

新條目推薦現在的更新速度太快了

from Wikipedia:互助客棧/方針

Shinjiman非常勤快,以前大量屯積條目的「Wikipedia:新條目推薦/候選」變得非常通暢,現在幾乎條目放上去一天只要獲得兩票以上的支持就會很快入選到首頁,但這樣又出現了一個問題,才一天的時間可能很多人都來不及去評審一下這個條目,給編寫者們以一些意見,比如條目還有什麼可以改善的地方,是否有侵權的文字和圖片等。所以我覺得是否應該讓條目放在那裏一段時間,比如至少三天,在三天後才可以把條目放至首頁呢?--長夜無風(風言風語) 02:33 2006年7月11日 (UTC)

同意呢。--用心閣(對話頁) 02:40 2006年7月11日 (UTC)
如果是這樣的話,可能要先暫停或減慢一下更新速度喔,也能同時避免『新條目荒』 :) --Shinjiman 03:13 2006年7月11日 (UTC)
嗯!贊成進度可以緩一些,放三天我覺得差不多,失去獲得改進意見的機會我覺得很可惜。--ffaarr (talk) 07:56 2006年7月11日 (UTC)
基本上更新的頻率應該是可以根據推薦狀況調節的,也沒有人規定過一定要滿8hr就立刻更新一次。至於頻率,我也支持至少應放三天過了『鑑賞期』之後才更新到模板上,比較不會遇到來不及檢討改進就刊出的情況。--泅水大象 訐譙☎ 14:33 2006年7月11日 (UTC)
另一個問題自然就是換畫太快。最近就好一些,慢了一點。--Gary Tse 15:58 2006年7月13日 (UTC)
至於換畫的問題,是體驗到新條目推薦時多數都會附帶圖片,基於DYK模板只可以顯示最多一張圖片,故此利用了meta:ParserFunctions的功能,配合現時的時間(分鐘)來達到換圖片的效果。--Shinjiman 17:03 2006年7月13日 (UTC)
另外建議在新條目推薦部份,推薦者所附議的圖像,必須是可自由使用的圖像,合理使用的圖像不能在首頁展示(英文維基已經實行這個守則),不知各位的意見如何?--Shinjiman 11:38 2006年7月14日 (UTC)
(+)支持--winertai 12:34 2006年7月14日 (UTC)
即是例如我翻譯別人地圖[1]的作品就可以展示,但一些有「版權」(例如某電視節目截圖)的東西就不可以?--Gary Tse 12:10 2006年7月14日 (UTC)
沒錯,如果是在英文維基推薦有版權的圖像的話,就不可以將它用在首頁了。--Shinjiman 12:25 2006年7月14日 (UTC)

錯得離譜

今日看到

微軟Internet Explorer網頁瀏覽器,使用了哪種產生網頁的技術

連結是去一種名為 trident 的技術,但trident 本身不是技術,是 rendering engine 的名稱而已, 要弄清楚! --woodman

有關新條目推薦自行取消

最近有人在新條目推薦中自行取消了大家都反對的條目,出木杉可能認為不應私自取消,而彩雲認為自己如果認為不妥可以自行移除。我看了一下新條目推薦並無這方面的規定,認為應該有必要加上說明,所以請示大家意見。在下認為提出了推薦,如果最少有一個支持票就不能私自取下,以尊重支持者。而全部反對沒有半票支持的條目自己提前取下則無可厚非,只是大家都給了評論,照理應該收錄於條目討論頁中,以便讓後來的人知道該條目有哪些問題可以進行修改。不知道大家的意見為何?→真的很囉唆的阿佳 2007年5月5日 (六) 12:27 (UTC)

  • (+)支持,自行取消、刪去所有留言的作法感覺似乎怪怪的。有一點我想請教大家,往常推薦失敗,一切紀錄也會收錄在條目討論頁嗎,我好像只有在推薦者的討論頁看到過這些紀錄。─懷德WiDE 2007年5月5日 (六) 12:37 (UTC)
(:)回應,以前推薦失敗都是直接刪除,是小弟後來才開始把推薦沒通過的投票,移到提出推薦人的對話頁。—天上的雲彩 雲端對話 2007年5月5日 (六) 17:51 (UTC)
    • 我並不反對用線划去推薦,但是我(-)反對簡單的清空記錄。同時應該在條目討論頁留下記錄。—出木杉 2007年5月5日 (六) 12:43 (UTC)
    • 可能有時候作業龐大,所以都是直接刪除,我好像並未看過沒過關的內容有在討論頁中留下資料。其實所有的反對資料都很寶貴,大家參考了條目寫了理由,按理說不能就這樣沉沒。→真的很囉唆的阿佳 2007年5月5日 (六) 13:00 (UTC)
    • 同意出木杉兄的意見,(-)反對簡單清空。我認為應該完善這一機制,即推薦條目無論入選與否,都應該在討論頁留下記錄,畢竟大家的意見都有借鑑意義,提意見也不容易,也是大家的勞動成果之一,不應該抹殺。由此,我提議,應該把對黨錮之禍漢謨拉比法典的推薦反對意見留在該條目討論頁。——顧心陽 2007年5月5日 (六) 13:12 (UTC)
      • 同意,投張反對票並不容易。一方面他要仔細看一遍這條目;另一方面還冒着得罪人的風險。就這樣埋沒實在可惜。支持者要尊重,反對者同樣應當得到尊重。否則豈不是鼓勵拍馬與「漠然視之」。—出木杉 2007年5月5日 (六) 13:25 (UTC)
        • 對於討論記錄放在條目討論頁,還是放在用戶討論頁一事,我沒有特別的意向。一方面放在條目討論頁有助改進,但是另一方面新薦始終是門檻很低的條目,堂堂自薦失敗的一直放在條目討論頁中,可能讓自薦者有一些難堪。就這點各人應該平衡一下。但是無論如何,討論記錄必須要有容身之處,雖然討論紀錄在歷史是永久存在的,但是如果只有歷史而無其他地方有記錄,感覺就很像刪除,也對其他留言的不夠尊重。—Ray1118x 有什麼建議嗎? 2007年5月5日 (六) 17:31 (UTC)
  • 小弟的另一個看法,每個人對條目的意見,應該盡可能的利用條目的討論頁討論,而不要在投票區討論,投票區應只是單純的用來投票,這樣即使是刪除或留者,都不影響這個過程中重要的討論或發言,另外,如果自己覺得不適合自己移除,可以呼叫管理員協助移除,至於投票不通過的,原則上只要是我處理的,我目前都會將它移動到提出推薦的人的對話頁,算是通知對方,讓對方知道沒通過的理由。—天上的雲彩 雲端對話 2007年5月5日 (六) 17:57 (UTC)
    • 投票時提出反對需要清楚說明反對理據,往往就造成大家直接討論起來那是很正常的現象。單純的侵權、無來源等問題還好,但是事關內容有誤就會引起比較大的討論。如果將這些討論資料都放置於個人對話頁,如果該作者並無意再去繼續寫,那不是浪費了大家找資料來反證的理據?直接刪除這些內容是一種很不禮貌,也是很不尊重他人的行為,雖然有人認為可能造成提出者難堪,但是既然要提出總是有成功跟失敗,每個人要自己推薦出來時本就應該有着心理準備才是。新條目推薦本來門檻就不高,是個鼓勵大家創作的機制,但是我認為也是一個指導大家該如何改善自己編寫條目的好機制,那些基本門檻能過關,才能代表這個條目的保存價值,同時也能照着大家的意見,提升自己編輯的能力。有人認為一旦被反對而不獲推薦就是種恥辱,那只能怪其個人抗壓性太低,我想一般正常編輯者,應該不至於有這樣的問題。只是有時候希望大家討論能多針對條目主體,儘量減少個人情緒化的字詞來針對用戶,因為那樣是造成沒意義討論的結果主因。→真的很囉唆的阿佳 2007年5月5日 (六) 22:31 (UTC)
  • 我想一步一步來好了,先且不論是否可以私自移除提案內容,看看上面的意見幾乎都是希望保留未完成推薦的資料,而分歧點在於彩雲認為轉載到推薦者對話頁即可,其他人傾向保留於條目討論頁面。請先制定一下這方面的規定比較好,在下認為應該保留於討論頁面,那樣才能讓後續有興趣的人針對不無善之處加以修改。→真的很囉唆的阿佳 2007年5月6日 (日) 08:50 (UTC)

七大奇觀?

根據世界七大奇跡,並無計入帕特農神廟,是否應該將問題改成「被列入世界文化遺產帕特農神廟位於哪座城市?」—Onlim 2007年7月6日 (五) 07:06 (UTC)

新條目推薦的一些建議

我撰寫新條目及自薦DYK條目的動機,最大原因是想藉由在版面首頁展示來吸引維基人注目,並在討論過程或展示條目中的「高維基流量」,來增加條目質量或解決爭議所在。另一方面我亦承認﹔我雖不要求獎勵,但是自薦的原因中,「虛榮心」仍有很大成分在。我知道,很多親愛的維基人不認同我編輯能力、對百科的認知與態度或維基內的發言風格﹔但不管怎,我能在DYK自得其樂,是我在極為公忙之餘維持撰寫新條目不輟的動力之一。

我當然歡喜現今DYK高評選要求的提昇,對於當選,我有更多的喜悅,但對於「落選」雖有些「失落」,但是卻從來沒有「失志」。不過,就最近的某些「落選」經驗,我在此對評選及放置過程提出某些意見,希望能獲得某些回應或意見。

首先,我對管理員User:Cloudcolors勤於耕耘此塊園地,深感欽佩,不過,在規則上有着『彈性』的但書,我個人以為User:Cloudcolors於「結束評選時機」﹔「放置時間」及其他細節上,仍可稍微琢磨。另外在某觀點上,我也認為除了他,維基內完全沒有其他管理員來關注此區塊,也不是好現象。

最後,我對於「新條目推薦不通過評審過程最後修訂」的放置處所放於撰寫新條目者的個人討論頁上,也覺得不怎妥當。別人感受我不知怎樣﹔以我為例,當我早上上班,一開我電腦就看到我自設首頁是新條目推薦不通過,心情是不怎好。本來想寫新條目的熱誠,都熄了一半,而我相信,我的心情大概與新維基人且推薦不通過的心情相去不遠。我查DYK規則,並沒有相關的規定,因此建議該討論過程及最後修訂可放置於專門的「不通過」頁面,或者也可於放於個別條目上,我是認為不要放置於個人討論頁面上,是比較好。如果此建議不通過,我也擅請User:Cloudcolors能對我例外一下﹔放哪裏就好,就別「好心」的對我寄達「落榜通知」。

呵呵,囉唆老半天,可能又有人不以為然,不過不管怎,歡迎各位來到我自薦過程僅一天多一點﹔票數寥寥三票﹔被指為「純粹創作」﹔且新DYK落榜的台灣人名條目來指教及參與編輯一下。

文末,再度謝謝各位對我任性的體諒。--winertai (留言) 2008年5月9日 (五) 01:23 (UTC)

我認為新條目推薦不通過也應放在條目討論頁,與優良條目現行做法看齊,畢竟在不通過的討論中也可能有些對條目改進有幫助的建議,存檔在個人討論頁便被埋沒了。另外對於一些差點兒才過門檻的條目(例如3票支持,無人反對;或4票支持,1票反對),也可以寬容一些處理,先讓同一天被提名的其他條目上首頁,之後若然仍是未過門檻,才正式判斷為不通過。 -- Kevinhksouth (Talk) 2008年5月9日 (五) 01:56 (UTC)
落選通知應該放在個人對話頁,以減少一些用戶沒有質量的提交。特別是自薦更應該如此,同時也會起到鞭策作用。—不想放棄 (留言) 2008年5月9日 (五) 02:08 (UTC)
「減少沒有質量的提交」?「鞭策」?歐﹔原來大家對DYK的看法是如此。--winertai (留言) 2008年5月9日 (五) 03:05 (UTC)
(:)回應,我只是發表自己的意見,不能代表大家。「沒有質量」的說法是有緣由的,不是指你。如果你經常在DYK,就會看到會有一些用戶確實在大量提交沒有質量的條目。—不想放棄 (留言) 2008年5月9日 (五) 08:45 (UTC)
也不是完全沒有其他管理員關注,雲彩不在的時候木木會幫忙更新的(我也幫過一次,不過好像沒把步驟做夠)。—菲菇維基食用菌協會 2008年5月9日 (五) 02:21 (UTC)

無論新條目推薦通過與否,也應該放在條目討論頁。對於與條目有關的討論、投票不放在條目討論頁的做法,一直以來我都感到奇怪。而我自己唯一一條不獲通過的推薦新條目換乘站,我就是特意把有關投票放在Talk:換乘站,好讓其他人參考。—Baycrest (作客) 2008年5月10日 (六) 06:53 (UTC)

同意樓上的看法,以參考價值來說,放在討論條目頁會比只放在新條目推薦存檔還來得好。—Ellery (留言) 2008年5月10日 (六) 11:08 (UTC)

妤像我在以前做過更新時,有關的討論都會放在有關項目的討論頁,而不會放在用戶對話頁中。 Shinjiman 2008年5月10日 (六) 17:35 (UTC)
放在條目對話頁好一些。—人神之間擺哈龍門陣 2008年5月11日 (日) 00:51 (UTC)

我接手DYK更新時不通過的DYK更新最初的做法是直接刪除,並沒有留下任何記錄,後來有維基人反應為何他推薦的條目為何無故自推薦票選中消失,所以後來不通過的,我就順便移動到推薦人(不一定是撰寫人)的對話頁,做為通知其候選結果。如果各位對做法有意見或建議,請做成結論,我將依結論改變做法。

對於有人質疑我的執行DYK的工作缺乏彈性,我想要說的是,這是一個對眾多維基人服務的工作,所以我能做的,只能盡可能的做到公平,如果我為少數的個案通融,那麼,對於其它努力、用心調校內容的人是否公平?為何有些條目一放上推薦不到半天就已符合門檻,有些條目卻鮮少有人願意投下支持票,有時內省,可能是追求卓越更快的方法。

另外,DYK是一個吃力不討好的工作,晚一點放上去會被人家罵、撤人家的推薦也會被罵、甚至連我投反對票也會被罵,只有很快速的把通過門檻的條目放上輪播被視為理所當然,我當然理解每個推薦人或被推薦人的條目總希望能順利的被放上首頁輪播,但我想說的是,請用好的內容來說服我,我沒有理由為每個放上票選的條目,就要保證一定要通過,這裏是很現實的比較你的內容是否經得起挑戰的地方,而不是我自己覺得內容很好所以應該要放上首頁輪播的地方

很多時候,沒看到的不一定表示沒人在做,從另一個角度來看,最佳的管理就是讓人感覺不得明顯的管理痕跡,我當然不敢說已能達到這樣的目標,但為了保持每日更新2~3次的DYK運作順暢,我必須在推薦的條目數多時,調整鬧鐘在半夜起床做第三次的更新,在到外地出差、旅行時,四處找可以上網的地方更新輪播內容,除了我之外,也有他管理員協助修改DYK模版程式,減化更新流程、更有管理員隨時注意我是否失蹤,隨時準備接手條目更新的工作,這些都是大家看不到的,我們並想要因此獲得什麼,在GFDL精神下,這只是我們在這個時間,在平衡工作與生活的時間後,所能為百科做的一點點小貢獻。但也希望各位在批評時,先思考一下,不要那麼的理所當然,謝謝。—天上的雲彩 雲端對話 2008年5月18日 (日) 03:16 (UTC)

本來是不想回應,不過看到上面如但也希望各位在批評時,先思考一下,不要那麼的理所當然等幾句話感到十分不悅。我並不認為我上面意見是批評﹔更不是『沒有思考或那麼理所當然的批評』。但如果要真批評,那我就直言了,不要說別的,從上面發言中,就可顯現Cloudcolors於DYK候選或推薦「規則或運作」上有着太多個人的「操作」與「改變」。這些操作與改變,是完全沒有任何討論與共識的。更好笑的,Cloudcolors現在竟要「如果各位對做法有意見或建議,請做成結論。」來改變他的「未有討論或共識的」做法。
再來,從Cloudcolors「訴維護DYK的苦」及要求推薦人「內省」的態度,更令人不敢茍同。我想請問,以Cloudcolors口氣,好像每個人都是我自己覺得內容很好所以應該要放上首頁輪播的地方的邀功者,而語調更像一個如超級星光大道﹔專門「要求條目品質的主要評審」,要知道,維護DYK辛苦,難道書寫一條超過4000字元的條目,就不苦?而請Cloudcolors注意,我並沒有任何請管理員大人放諸我條目通過的意願,而只是恢復以往『將其推薦不通過討論過程放諸條目討論頁頁面。』的原本運作。而從任何角度來看,這建議並沒有任何失當之處。
最後,從Cloudcolors言語中,看不起我創作條目品質的語氣,我將「內省」是否維基內是否有太多人有相同看法,也因此,我將迎合著大家看法,去調整我創作條目的熱情與時間。而如果可以,在這種氛圍未改善前,我將盡量不涉及DYK﹔以減少大家不舒服的時間。--winertai (留言) 2008年5月19日 (一) 03:25 (UTC)
我明白天上的雲彩對於新條目推薦有很強的維護責任心,可是我也希望指出,能否通過條目是在於社群的選擇,而非維護者一人之責任。留意到目前投票的結束時間一般是條目放於最底之時,我建議改變這個做法,改為設置固定投票時間(例如48小時),投票時間結束後才計票,再安排首頁輪播入選的條目。因為每個條目投票時間都相同,應可增加投票的公平性,不會再有「結束時機」的問題。放於討論頁的建議,參看上面的討論,應該已成為共識。若仍是認為不足,也可以改為不論條目通過與否,都會同時放在條目討論頁及用戶討論頁,但維護者的工作量也會增加。再者,規則上沒有關於通知結果的說明,這會否就是有些人以為推薦條目「無故消失」的原因?—Baycrest (作客) 2008年5月21日 (三) 15:05 (UTC)
DYK是彈性更新而非時限性,應該是避免一些少人撰寫或少人新薦的時間而使某些時間更新太少,條目在DYK展示太久,或者某些時間更新太多,條目可能在DYK展示不到十數小時而產生不公平吧?所以才會有因應數量而決定更新量的定時更新吧?順帶一提,雖然說盡量避免同一類型條目同時展示,不過很明顯同一類型條目也經常連續展示。--小琛兒五月病中 2008年5月23日 (五) 03:59 (UTC)
其實可以為DYK設置一些緩衝,把入選條目另行放置,才按時間更新DYK,以達到公平展示的效果。情況就如目前優良條目及特色條目的做法一樣。—Baycrest (作客) 2008年5月24日 (六) 17:22 (UTC)
我覺得頗有趣的,有時看到一些用戶會很積極參與投票,對於大多數的條目都有投下支持或反對票,但就有一些條目不表態度。這是雖然符合了DYK但內容又未至於好的「無言的中立票」,還是「不太熟悉這個領域的內容還不知道是好不好」,讓我有諸如此類的迷思。又,看到撰寫者的心裏是想「符合了DYK應該就沒問題」而覺得能得到支持票,而投票者則是「希望內容更有趣更充實」亦成為是否支持的參考之一,但是用意見說出來又會被回應說「這不是DYK需要考慮的問題」之類的反駁,諸如此類可能變成了無言的中立票。結果可能只有少數同是寫這個領域內容的人支持,又或者是一些覺得符合DYK就支持的幾位積極參與投票者支持,這感覺到是相當微妙的結果。
個人覺得投票超過了4票的話應該是沒有問題,如4票支持1票反對就理應不能上新條目推薦了,也不乏看到有「抵銷不合理反對票」的人。然而不足4票的條目我覺得是值得關注,站於鼓勵撰寫的立場上看,如有意見指出條目尚有哪些不足還可以再改善的是最好不過,然而「確實未寫好就急於去推薦」也是撰寫者應該想想的問題,但是編撰者,尤其新條目推薦太注重個人撰寫部份時,一個撰寫者往往未能顧及全部的內容,可能有偏重於自己擅長的內容而忽略了一些其他人亦關心的內容。「支持未足四票而又未有反對票」有時即使是再放置一段時間可能未必會有更好的結果,反而是需要更多的意見或關注才是能讓條目更好吧?同樣地撰寫者也更多地去聽取DYK以外的意見,才能讓自薦得到更多的支持吧?--小琛兒五月病中 2008年5月18日 (日) 07:27 (UTC)
DYK向以促進新條目的增長而推行,也同時在質量方面有一點要求,可是也應該對維基人起一點的鼓勵作用。個人認為只有3票或有少量反對票的條目,可以稍作延長投票時間。一般來說,DYK比較少會有重新提名成功的,這跟優良條目和特色條目的投票有點不同。或許也可考慮讓落選DYK的條目有1~2次的重新提名機會。Stewart~惡龍 2008年5月22日 (四) 11:49 (UTC)
已經有可以通過大幅修改來重提名新薦條目的機制。--小琛兒五月病中 2008年5月23日 (五) 03:59 (UTC)
將落選資訊放置到該條目的討論頁我很久以前就提過了,不過無法理解是何原因最後依然不了了之。我當然現在依然贊同將投票過的結果放置條目的討論頁裏,理由是每個投票的意見是改善條目最好的依據,不是只有原作者可以去改善,也方便其他後來的人參考。至於推薦者或是作者如果有心應該自己去看投票內容,而不需要一一的去通知來增加管理員的負擔。同時贊同惡龍說的應該有幾次複選的機會,如果超過這幾次複選就必須要有大幅更新才能再選。理由是不是每個人每天都能上維基來編輯(我自己現在就是),有些人推薦之後一段時間無法上來,再次上來已經落榜又沒有可以改善後再次推選的機會(大幅更新除外),有時候只是小問題很容易就能改善,卻因為如此無法上榜實在可惜。無論如何這裏純粹是討論,說再多也不太可能有機會改善現況,我建議請Winertai正式開立一個投票來表決是否更改現有的方式,只要投票通過我相信管理員應該就能正式接納您的意見。→ 囉唆的阿佳 2008年5月23日 (五) 06:27 (UTC)
同意阿佳的意見,開一個正式投票比現今在這裏討論更有效。個人另有一個小小建議,尤其對於一些新用戶,他們對維基的一些格式並不熟悉,甚至並不知道自己建立的條目被參與新薦投票,各位老維友們在提出意見的同時,能否協助他們修正條目內容和格式?這種幫助對新人非常重要。謝謝!—木木 (發呆中) 2008年5月24日 (六) 21:51 (UTC)

(:)回應:提到這個,我想到自己還是新人時就不知道有新條目推薦,直至有人推薦我大幅擴充的條目後才知道。另外我也贊成阿佳的意見,有些條目票數不足並不是因為條目本身寫得不好,而是條目本身不是多人熟悉的範疇,有些甚麼只是因為問法不吸引而落選,所以我同意有再次推選的機會--Ws227 (留言) 2008年5月31日 (六) 18:04 (UTC)

我接手DYK更新時不通過的DYK更新最初的做法是直接刪除,並沒有留下任何記錄,後來有維基人反應為何他推薦的條目為何無故自推薦票選中消失,所以後來不通過的,我就順便移動到推薦人(不一定是撰寫人)的對話頁,做為通知其候選結果。

很詭異的是,管理員「修改」制度並不需要討論、投票或共識﹔「恢復」原制度卻需要「辦一個正式投票」。--winertai (留言) 2008年5月26日 (一) 01:22 (UTC)
winertai搞清楚,DYK一直都沒有規定不通過的條目要放哪,我放到對話頁是基於通知推薦人,因為之前有人反應推薦的條目無綠無故消失了,既然每人個都可以合法的在其他人的對話頁留言,所以我就把原本直接刪除掉的內容移到推薦人的對話頁,這不是修改制度,DYK一直以來都沒有處理沒通過的推薦的制度,這只是純粹的服務,不在其位不謀其職,請真的瞭解DYK的運作、來龍去脈再來批評,意見可能會中肯一些,又或者,也許可以撰寫更優質的條目,更充實的內容(注意喔!我可沒批評您的內容不好,不要又誤會,您的內容一向是受人敬重的),就不會遇到不通過的問題了,您說是嗎?—天上的雲彩 雲端對話 2008年5月27日 (二) 06:22 (UTC)
也請Cloudcolors搞清楚,「不是沒有規定」就可以沒有討論或共識下,增修任何維修制度。由上面討論裏面,閣下看不出大多數討論者對「置放DYK評審結果處所」的共識與意見嗎?也請注意,「置放DYK評審結果處所」為「條目討論頁面」的做法,以前就曾有施行過,也從沒從來被否決過。因此我的「管理員「修改」制度並不需要討論、投票或共識﹔「恢復」原制度卻需要「辦一個正式投票」」的質疑,一點也沒有「搞不清楚」。再說﹔爭議源頭﹔我原本「別在我對話頁面放置相關評審結果」的個人央求,有什麼困難的?為何要我提出央求後,閣下仍不於善意討論下,再一次的堅持?只因為閣下的「然每人都可以合法的在其他人的對話頁留言,所以我就把原本直接刪除掉的內容移到推薦人的對話頁」的自我推斷?難道,該評審結果留至相關討論頁面就不合法嗎?
另外,您也別先損後褒的惺惺作態,我既表明不需要任何獎賞,那麼更不需要閣下的「敬重」來肯定。我實在不願意批評你有着「擅專自恃」的嫌疑,但從閣下不尊重討論與高高再上的幾段談話,看來已經接近那個程度了。--winertai (留言) 2008年5月28日 (三) 09:03 (UTC)
抱歉,可能是我眼殘,不過……

也請注意,「置放DYK評審結果處所」為「條目討論頁面」的做法,以前就曾有施行過,也從沒從來被否決過。

我把所有討論重讀了一次,但實在找不到哪有提到過以前曾有施行過,只看到有人自己動手把對話頁的文字移動到討論頁,是我眼殘了?如果請不吝指正。另外,既然把落選新薦也放到討論頁中你認為已經是眾人的共識,為何執意不進入投票階段呢?以結果來看,這不是更快能落實對大家都更有利的方針的做法嗎?還是醉翁之意已不在酒了?--小琛兒五月病中 2008年5月30日 (五) 08:09 (UTC)
請閣下先移駕到DYK存檔處看看,再發表高見不遲。如果你還不清楚以前運作模式,那我就再提供幾個該月存檔幾個連結討論頁:Talk:中華民國徵兵規則Talk:最低生活費用標準Talk:公教人員生活必需品配給Talk:台灣軍事Talk:機慢車兩段左轉標誌Talk:台灣鐵路管理局司機員罷工事件給閣下方便審閱。

妤像我在以前做過更新時,有關的討論都會放在有關項目的討論頁,而不會放在用戶對話頁中。 Shinjiman 2008年5月10日 (六) 17:35 (UTC)

維基百科並非實施民主政治的地方,得到共識比50/50的表決制更重要--引自Wikipedia:投票

1.我看不懂閣下「醉翁之意已不在酒」的含義。2.閣下如果沒有酒醉,就可以去翻翻看看Cloudcolors接手前的DYK或任何討論,有沒有將「評審結果放至用戶對話頁的前例、討論或共識」。3.我仍認為Cloudcolors在沒有任何討論或共識之下,擅自將評審結果放置用戶對話頁面的操作,違反維基方針。4.Cloudcolors現今堅持的這種操作,是種對維基社群的傲慢行為。5.我不認為「恢復原有DYK評審結果放置模式」需要投票6.我個人認為Cloudcolors過於關注DYK運作及數度自行修改運作方式,對中文維基不利7.我再度強調,我對於已溝通過﹔但Cloudcolors仍將DYK不通過評審結果放置我對話頁面的舉措感到十分不悅。--winertai (留言) 2008年6月2日 (一) 02:34 (UTC)
證據拿出來讓大家看才不會是說白話吧,你先前說的在我沒看到證據前實在是一頭霧水。但是,以前的規則或指引有明示過必需要將落選結果放在討論頁,而Cloudcloros修改了明文規定?如非文明規定,維基方針有表示過要必須照前人的做法?以前的做法你確定是已經在通過了共識之下實行?昨天的共識就必須是今天的共識,維基的方針一旦通過了一次共識,以後就不能對共識再檢討或再通過共識繼續實行或改變方針?「醉翁之意不在酒」意思是指你完全離題了,已經由標題:新條目推薦的一些建議偏離,而且很明顯現在的情況並未得到共識,而討論建議方針的方向理應是修正建議以達至共識,而不是矛頭轉向管理人讓眾人閉口吧?--六月病中的小琛兒(探病去)(病歷表) 2008年6月4日 (三) 05:10 (UTC)
閣下滲和討論前,連看DYK的過往選拔歷程都沒有﹔就哄哄叫的盛氣凌人數落別人「醉翁之意不在酒」,現在卻還敢講你自己一頭霧水?不過,看過閣下的討論歷程,這種搞不清楚狀況就加入討論的次數,也不是一回。我最討厭跟一頭霧水的人討論,因此請閣下於討論前,請先搞清楚狀況,再來談什麼叫「共識」,什麼叫「文明規定」,什麼叫「矛頭轉向管理人」,什麼叫「眾人閉口」,什麼叫「必須照前人的做法」。--winertai (留言) 2008年6月4日 (三) 07:04 (UTC)
winertai兄不要為了這種事情不高興啊!不值得。請雲彩兄碰到您的新條目推薦未通過不要處理,好嗎?或是您認為雲彩兄不要管理DYK?您想要如何處理,請吩咐一聲。謝謝!--Theodoranian|虎兒 =^-^= (留言) 2008年6月2日 (一) 03:21 (UTC)
不敢吩咐﹔就只是提供個人看法供社群參考,能溝通就好,不接受就當我瘋狗亂吠。我向來對事不對人,若有得罪敬請海涵。--winertai (留言) 2008年6月3日 (二) 08:30 (UTC)

新條目推薦資格的兩個問題

最近發現Wikipedia:新條目推薦/候選的候選條目資格出現了兩個問題,希望大家能夠協助釐定清楚相關的準則。

  1. 多人協作條目:新條目大多數由一人編寫,但也有少數新條目是由多人貢獻而成。新條目推薦的規則中,並無明文規定必須「一人獨立貢獻」才能獲選,可是最近卻有一新條目因此而落選。以下是需要討論的地方:(括號內為我的個人意見)
    • 是否需要明文規定必須「一人獨立貢獻」才能獲選? (優點當然是便於管理,但缺點就是變相不鼓勵集體協作而只推崇單獨編輯)
    • 如否,那麼如何處理這類條目? (我的意見是:不會有人因此得獎,獲選後只是純粹登上首頁)
  2. 重寫侵權條目:侵權條目有時會獲得其他人以temp頁面重寫,但這些條目在參選新條目推薦有困難。最近有這類條目待temp頁移動到主頁面才提名,結果被人以建立超過5天而無大幅擴充為由而反對,最後落選。以下是需要討論的地方:(括號內為我的個人意見)
    • temp頁面應否立即提名到新條目推薦? (我不贊成,因登上首頁後會令讀者感到混亂,待temp頁移動到主頁面又要更新其連結)
    • 如否,temp頁移動到主頁面的新條目應否作特別處理? (我的意見是:應該由移動的一刻作為新條目的建立時間,只要5天內被提名便合資格)

-- Kevinhksouth (Talk) 2008年5月10日 (六) 02:43 (UTC)

翻看Wikipedia:新條目推薦/候選Wikipedia:新條目推薦,原來此候選頁也有Wikipedia:特色圖片評選的定位問題。甚麼是獲推薦的新條目?在投票頁沒有介紹,簡介頁也只有簡單一句「維基百科上精選出來的新創建的條目」。回應多人協作條目問題,根據僅有的獲推薦的新條目定義,我不同意「一人獨立貢獻」才能獲選。維基百科應以條目質量為主,榮譽為副,任何為了榮譽而要求條目質量讓步的理由,都不應該成立。為了便於計算個人榮譽,忽略多人貢獻條目,也就不應鼓勵。處理方法可以如上面建議般不會有人因此得獎,獲選後只是純粹登上首頁。
此討論應該就是針對近日User:Cloudcolors撤銷獲得9票支持1票反對的2008年夏季奧林匹克運動會香港區火炬接力。關於其撤銷理由「並非由一人獨立貢獻,且歷史貢獻裏並無任一人單獨貢獻超過條目的2/3,不符合新條目推薦規則」,查Wikipedia:新條目推薦/候選並無此一規則。而且若不符合新條目推薦規則是優先於投票結果,那麼對於我在大半年前放在Wikipedia talk:新條目推薦/候選#香港站新薦資格的問題,又應如何看待?又提刪版上不符合刪除守則的提刪,即使獲得票數上的通過,是否也可予以撤銷?—Baycrest (作客) 2008年5月10日 (六) 06:43 (UTC)
2008年夏季奧林匹克運動會香港區火炬接力其實是不合資格的,因為即使它由多人協力完成,可是它仍沒有大幅擴充原文的2/3,要待我提醒後才有人補回,這根本是混水摸魚。--坦克碌豬靠你(給我坦克!) 2008年5月10日 (六) 07:32 (UTC)
我沒有特意計算。那麼補回內容後是否符合大幅擴充原文的2/3的規則?—Baycrest (作客) 2008年5月10日 (六) 07:43 (UTC)
不合資格,因為提名日是8日,而補回日期是9日,應該再增加至50000位元組--坦克碌豬靠你(給我坦克!) 2008年5月10日 (六) 09:06 (UTC)
請問閣下怎樣計算出是50000位元組呢?當時你說需要44290位元組,大家便從約41000擴充到約47000,現在你又提高要求到50000。就算以現在的47000位元組,已經比一些特色條目還要長了。—Hargau (留言) 2008年5月10日 (六) 09:56 (UTC)
該條目一開始就沒有資格,因為沒有擴充至原文的2/3,即44290位元組,便在8日提交。直到9日有人擴充時,應該增加至約50000位元組,因為是計算最近的五天,即5月4日開始計算,而不是3日--坦克碌豬靠你(給我坦克!) 2008年5月10日 (六) 10:32 (UTC)
不是由開始計算的嗎?斷斷續續也有人編輯。Stewart~惡龍 2008年5月22日 (四) 12:09 (UTC)
Baycrest提到的「規則是否優先於投票結果」也是一個可以討論的地方。 -- Kevinhksouth (Talk) 2008年5月10日 (六) 16:28 (UTC)
這不僅是可以討論的地方,而且更應及早達成共識,免除以後出現與今次相同情況而出現的爭論。若不能以討論達成共識,我提議舉行公開投票。再回應多人創作條目問題,Wikipedia:新條目推薦/候選規則上並無明文不容許多人創作條目,甚至連是否只容許獨力創作條目都沒有說明。管理員應該先行暫緩投票,向社群徵詢意見,還是可以自行解釋規則?上面Kevinhksouth關於多人創作條目的建議,若沒有其他意見,建議盡快寫入規則,消除灰色地帶。—Baycrest (作客) 2008年5月21日 (三) 14:33 (UTC)
關於temp頁面,據我最近的觀察,貌似管理侵權的管理員有點少,只有請管理員動作快一些。在改善了temp頁面的人也請儘快告知管理員移動該頁。至於提交是,可以考慮看他編輯的時間—人神之間擺哈龍門陣 2008年5月11日 (日) 00:51 (UTC)
根據現時的指引,暫時並無規定在temp頁面建立後管理員必須立即移動,大多數情況下管理員只是在發現侵權7天後才會處理。假如將以往的做法改為即時移動,temp頁面參選新條目便可只看編輯的時間便可。 -- Kevinhksouth (Talk) 2008年5月11日 (日) 03:19 (UTC)
會不會可考慮以預提名的方式處理?這或許可鼓勵維基人主動去重寫侵權條目。Stewart~惡龍 2008年5月22日 (四) 12:09 (UTC)
建議如一人以上編寫的條目,所有「擴充原文的2/3以上並至少擴充2000位元組」的貢獻者都可以得獎。推薦temp頁面,可提早處理,取代為正式頁面。—Eky- 2008年5月17日 (六) 15:40 (UTC)

支持Kevinhksouth的看法,多人協作條目可認定為「不會有人因此得獎,獲選後只是純粹登上首頁」,當然,這也會影響到上首頁的條目之份額(慢點更新),但這類條目多半是時事熱點或城中話題,所以在首頁上看見沒壞,而且相信也不會佔很多(最後的那個是個人推測)。Stewart~惡龍 2008年5月22日 (四) 12:09 (UTC)

同意Eky的看法,新條目推薦應該以條目本身的內容為主,個人榮譽為次,若不是一人貢獻的條目就不能上新薦,那就違背了維基的協作精神。如果沒有任何一個協作者擴充原文的2/3以上並至少擴充2000位元組,條目仍然可以上新薦,只是沒人得獎而已--Ws227 (留言) 2008年5月31日 (六) 18:09 (UTC)
還有兩個關於新條目推薦的問題,不知道以前有沒有出現過,但為了防止以後出現,也請大家討論一下。
  1. 到目前為止所有的推薦條目都是由註冊用戶創建或擴充的,那麼萬一以後有匿名用戶大幅擴充的條目,可以被推薦嗎?
  2. 如果在Wikipedia:新條目推薦/候選提出的時候,條目是達到最低要求的(3000位元組),但在投票過程中,被其他人改成少於3000位元組了(正常的修改,而不是破壞),這樣的條目還能被推薦嗎?-- (留言) 2008年6月3日 (二) 11:18 (UTC)
對於以上問題,我的意見如下:
  1. 我認為可同樣以多人協作的方式處理:「不會有人因此得獎,獲選後只是純粹登上首頁」。
  2. 我認為不能,因為已經不符合資格。
-- Kevinhksouth (Talk) 2008年6月5日 (四) 13:36 (UTC)
大致與Kevinhksouth的看法相若,條目被正常修改至少於3000字節,那就証明條目本身的多餘字句特別多,或甚存在侵權、錯誤、重覆的內容而被刪除。Stewart~惡龍 2008年6月9日 (一) 18:37 (UTC)

不好意思。我剛在新條目推薦又看到一個有關資格的問題,也想順便在此讓大家討論。究竟被提刪中但符合新條目推薦資格的新條目應如何處理?可以即時投票,還是在提刪結束後(這時條目已建立超過7天)才開始投票? -- Kevinhksouth (Talk) 2008年6月5日 (四) 13:36 (UTC)

(:)回應,那個反對票是我提出,所以做以下說明與建議:條目如果改寫自然會有人支持保留,如果無其他異議也能符合快速保留。一個條目正在提刪討論,提刪的理由如果是單純的小條目被提出投票,那改寫後自然就能移除提刪模板快速保留;但是如果提刪的理據是侵權、重要性不足等問題,絕對需要等候大家都沒意見或多數支持保留後,移除提刪的模板才能符合推薦標準。試想,一個新條目都已經在大家投下支持票後,卻因為提刪理據而最後決定刪除條目時,那怎能推薦上首頁?個人認為管理員處理這類推薦時應該可以給予寬鬆的期限,至少可以等候該條目刪除投票結束後允許推薦,同時建議有這類條目如因此超過推薦期限,應該在推薦時特別註明。我記得之前有過這類推薦時,Cloudcolors都會給予延長推薦投票的時間。→ 囉唆的阿佳 2008年6月5日 (四) 13:54 (UTC)
意見同上,建議可延長投票時間(可凍結投票,摺疊在頁面中)或要求重新推薦,惟需在提名時註明條目因曾被提刪而延遲投票。Stewart~惡龍 2008年6月9日 (一) 18:37 (UTC)
大致同意。提刪期間,凍結投票時間及大幅更新時間。—Baycrest (作客) 2008年6月11日 (三) 06:19 (UTC)

如果再沒有其他意見,我準備把以上共識寫在新條目推薦的規則了。 -- Kevinhksouth (Talk) 2008年6月16日 (一) 16:40 (UTC)

(+)支持Stewart~惡龍 2008年6月21日 (六) 02:11 (UTC)

完成:差點兒忘記了,我現已把以上共識寫在新條目推薦的規則了。 -- Kevinhksouth (Talk) 2008年6月24日 (二) 13:14 (UTC)

有關長篇條目不符合新薦資格問題

本人最近編寫人物條目霍雷肖·納爾遜,第一代納爾遜子爵,花時大半月,長度逾100,000位元組,並將條目提名到「新條目推薦區」。可是最後被指提名前的五日內「未能擴充原文的2/3以上」,因此被判定為「不是大幅充,不符推薦規則」。事實上,本人在過去大半月內將條目由4,000多位元組擴充至100,000位元組,條目理應是新的,也理應是屬於大幅擴充的,但現在因為規例所限而遭撤去參選資格,本人對此深表無奈。

過往不少長篇條目(如林則徐等)都能夠在新條目區當選,但現時規例的做法反映出「新條目推薦區」變相不鼓勵編者撰寫更完備的條目,亦變相鼓勵編輯倉促完成條目,因此有機會令條目質素下降,與維基百科的發展理念背道而馳,做法極不恰當。

本人提出,希望修訂現時的條目推薦規則,讓50,000位元組以上的條目豁免「必須在五日內完成」的要求,但就必須要比原文擴充至少三倍,而且增幅需多於45,000位元組,以解決現時的情況。—ClitheringMMIX 2009年8月18日 (二) 11:44 (UTC)

如果不改規則對你比較有利喔。你以後可以分成數次擴充,分次上新條目,榮譽更多。--百楽兎 2009年8月18日 (二) 12:34 (UTC)
分數次擴充即是「條目未完成」,把只完成四分一的條目拿去評審,恐怕會引來很多反對票哩。再者,對於一些翻譯自英文維基的條目而言,他們必須要通篇翻譯完成才可參選的。--ClitheringMMIX 2009年8月18日 (二) 12:44 (UTC)
不會吧,你只要適當分散增加的內容就好了。而且很多投票者是不讀內容的。--百楽兎 2009年8月19日 (三) 00:28 (UTC)
不是連續編輯也算麼?— Kiva兔也2009年8月18日 (二) 13:03 (UTC)
(!)意見:剛看過編輯紀錄,自7月22日(Clithering君開始編輯條目的日子)起沒進行編輯的日子有:7月26、29、31日和8月5、7、13-15日,中途不算是放置很久,以前應該是被當作連續編輯處理的。怎麼突然收緊了呢?是不是因為動員令的關係?—Altt311 (留言) 2009年8月18日 (二) 14:10 (UTC)

所以個人喜歡在用戶子頁面內寫好再移動過去。--Jimmy Xutalk·+ 2009年8月18日 (二) 13:09 (UTC)

我見到過上面這樣做的,結果還是說他不合規則,所以注意移動過去不好,最好是拷貝粘貼過去.(這規則讓人很尷尬)-蘋果派.留言 2009年8月18日 (二) 13:25 (UTC)

其實在自己用戶子頁在移動過去的做法也有一些讓人感到不安的地方。前段時間在翻譯幾個條目,因為修改太頻繁,最後在查看自己的編輯摘要時,發現自己用戶頁編輯比例竟大大大於條目頁面編輯的比例。然後有段時間協助去幫其他人申請榮譽,都不敢單看編輯摘要,而是直接查看用戶貢獻,查查具體是編輯了那些地方。而另一 方面,有時在其他地方,例如申請管理員什麼的,還會被質問最近編輯記錄。個人感覺這些都讓人感到不安。—奔流沙 (留言) 2009年8月18日 (二) 13:36 (UTC)

頁面移動之後那些編輯次數應該也是會跟着到條目名字空間的。--Jimmy Xutalk·+ 2009年8月18日 (二) 13:40 (UTC)
假如是新手不會移動或是其他原因不想採用移動方式呢。反正我是不久前才知道和學會移動。自己先汗一個。—奔流沙 (留言) 2009年8月18日 (二) 13:54 (UTC)
(!)意見:我自己就是偏好剪貼方式的(從沙盒剪貼到條目),不覺得有甚麼問題。可能是自己累積了一定的編輯次數吧。更何況,使用沙盒並不違反方針和指引(應該吧?),所以使用剪貼跟移動方式純粹是個人習慣問題。—Altt311 (留言) 2009年8月18日 (二) 14:10 (UTC)

那就直接爭取申請優良條目或者特色條目好了。—Wcam (留言) 2009年8月18日 (二) 13:45 (UTC)

完全不是兩個級別的概念。看看優良和特色通過的概率,而且這個也會涉及到一些用戶的榮譽申請的問題,看看有很多人有很多新薦,卻沒幾條優良或特色就知道三者的區別。—奔流沙 (留言) 2009年8月18日 (二) 14:02 (UTC)

我看不如大家努努力,給他上個優良吧。這個條目上新條目我覺得是委屈了。上了優良,即便不上新條目推薦,也對得起編者了。-蘋果派.留言 2009年8月18日 (二) 15:50 (UTC)

十分多謝閣下的好意……但我其實並非在這嚷着一定要獲得新薦,大家也不必因為這個討論而影響受牽涉條目的投票。我的看法是,這條規則的立法原意本來就是要便利其他的使用者,但現在規則不單止不便使用者,而且還要使用者自行遷就存在不合理條文的規則,實在有必要作出修訂。對於有關條目在新薦失去參選資格,本人接受這個結果。—ClitheringMMIX 2009年8月18日 (二) 16:03 (UTC)
我自己認為只要是近期內「連續編輯」就好,細節也不用太煩瑣,只要一看編輯歷史就可確定。一個十多萬的條目就因為沒有用自家沙盒的方法而沒有辦法新薦,確實很可惜。—LokiTalk 2009年8月18日 (二) 16:27 (UTC)
我也是在自己用戶頁編輯好再創建條目,的確應該修改一下這樣的規則。——快龍到此一游 閣下有話請講 2009年8月19日 (三) 06:03 (UTC)
我則是在線下用Word編輯,萬一系統(Windows)崩潰了,還能「自動還原」還原回來,而在瀏覽器上就直接沒了。(這個規則確實不公平,我的有些條目(雅蓋沃五三憲法波蘭立陶宛聯邦)是部分翻譯完後就上來了,我將我的一些「功績」曝曝光,希望得到原諒。—TBG To Be Great 2009年8月19日 (三) 10:07 (UTC)
先說聲不好意思,就是我在動員令期間檢查所謂的維基百科:新條目推薦/候選#基本推薦資格,大概有多於五條、少於十條條目不合資格。新條目的精神正正在於近期的,這條目擴充過程幾乎達一個月,距離五日的規定太遠了。有這樣篇幅的條目,若符合方針指引大概不難上優良,因此我也提議了參選優良。我期待此條目以優良身份登上首頁。—〖Tlrmq^太辣·勿昆新論題2009年8月19日 (三) 10:21 (UTC)
不過,我們亦要考慮到,先在子頁面編輯的長篇條目也可以參選新薦哩。或者新薦規例應該確立及承認在子頁面編輯長篇條目的做法,以便讓廣大維基編輯有法可循。—ClitheringMMIX 2009年8月19日 (三) 15:47 (UTC)
只要真心為維基,哪管有多少DYK。窗簾布(議會廳)(為動員令加油) 2009年8月22日 (六) 02:50 (UTC)

這個,條目抑鬱症又該如何處理?編者Alsatia有隻在周末編輯這樣一個編輯習慣,之前花了幾個星期(7月11日至8月23日,實際有操作記錄的為8天)把英文特色條目抑鬱症剩餘的部分翻譯完畢,從最初的35,650位元組,擴充到112,828位元組,而現已轉至線下校對翻譯,估計得本周末才會上來。另外,另本人比較尷尬的是,首先我承認是我之前沒有仔細查看編輯記錄,沒有注意到以上這樣一個情況,已早前在其對話頁留言讓其去新薦,那現在本人該去再次說明條目不符合新薦規則,讓其請勿去新薦嗎?最後還想各位去關注一下該條目的命名問題,是該「抑鬱症」還是「重性抑鬱障礙」? 謝謝。—奔流沙 (留言) 2009年8月24日 (一) 06:37 (UTC)

看來如果自己實在太忙的,即使條目未完成,也趁早去推薦,後面再完善,是比較安全的做法。受過挫,才知該怎麼走邊緣。—奔流沙 (留言) 2009年8月27日 (四) 11:02 (UTC)

(!)意見:不如這樣吧,我提一個建議:DYK期限靈活一點。不足10K的,仍為原來的5天,10-20K,為10天,20K以上,15天。大家意下如何?-蘋果派.留言 2009年8月29日 (六) 08:45 (UTC)
(+)支持蘋果,過長的條目可以適當寬限,但2/3原則在下認為不宜改動,畢竟是「新條目推薦」嘛。編輯次數是個問題,在下一般都是用外部編輯器的,編輯次數上很吃虧 囧rz...Leon3289 (留言) 2009年8月30日 (日) 06:10 (UTC)
囧rz...:出個餿主意:如果你先在下面編好,然後每次加一句話,這樣就不會在編輯次數上吃虧了吧?-蘋果派.留言 2009年8月30日 (日) 13:41 (UTC)
以上這個主意真囧。而把霍雷肖·納爾遜,第一代納爾遜子爵作為個案對待,並認為寫維基完全是個人的無私與意願,不應計較新薦多少。個人心理覺得,雖完全是自覺自愿,但也應該得到認同和尊重,現規則下,不值得用戶去編輯長條目。更談不上維基友愛。—奔流沙 (留言) 2009年9月2日 (三) 11:38 (UTC)

關於高錕

  • 高錕不應被稱為「光纖之父」而是「光纖通訊之父」,經查證,光學纖維是在1840年代,由法國人Jean-Daniel Colladon與Jacques Babinet所發明,利用光纖傳送訊號是在1920年代由約翰·羅傑·貝爾德首創,日本人西澤潤一於1963年提出建議使用光纖來通訊,但真正將光纖推向通訊應用的是高錕,故此他才被亞洲媒體稱之為「光纖通訊之父」,建議改正,參考:(英文)TWO REVOLUTIONARY OPTICAL TECHNOLOGIES。-Cuthbert Wong (留言) 2009年10月16日 (五) 11:03 (UTC)

提議修訂DYK規則

為了能跑bot,解放天上的雲彩 :)

  • 當選及更新規則修訂為:管理員可以在任意時刻將淨支持票數足夠4票的候選條目放入暫存區,但必須從滿足條件的最早提名條目開始,這些條目當選,從WP:DYKC移除,不再需要繼續投票,將按照提名順序更新到首頁,在完成後,這些條目從暫存區移除。
  • 落選規則修訂為:當暫存區中的所有條目的提名時間均晚於某個條目,且此時該條目淨支持票數仍不足4票,則該條目落選。

Liangent (留言) 2010年6月29日 (二) 15:27 (UTC)

骨頭辛苦了~~(+)支持--快龍後會有期 2010年6月29日 (二) 15:59 (UTC)
如果能夠定一個最短候選期就更好。如果新條目候選數量比較少(比如8小時之內只有2條)的話,可能會有條目來不及拿到4票支持就成為了最早條目,從而落選。—Snorri (留言) 2010年6月29日 (二) 16:07 (UTC)
我不改的話當前制度也會有這個問題。Liangent (留言) 2010年6月29日 (二) 16:23 (UTC)
當前沒出問題是有雲彩兄人肉調節呢,如果用bot的話不知道怎樣。—Snorri (留言) 2010年6月29日 (二) 16:28 (UTC)
我現在的想法是管理員(或者授權的相關人員)一次將大量通過的條目加入「暫存區」,同時退回未通過條目,機械人每8小時僅定時更新{{Dyk}}。Liangent (留言) 2010年6月29日 (二) 17:03 (UTC)
(+)支持,早就想提議用程序代替苦力了,只是擔心技術上不可行。--玖巧仔留言 2010年6月29日 (二) 16:25 (UTC)
(+)支持有幾篇推薦就是這樣沉了><>金☧肅≽◕≼§§ 2010年6月29日 (二) 18:36 (UTC)
(+)支持,必須支持。-Chief.Wei 2010年6月30日 (三) 01:59 (UTC)
另一個問題,我應該用我的用戶名跑bot,還是給機械人一個管理員權限?Liangent (留言) 2010年6月29日 (二) 17:16 (UTC)
(+)贊成:這事早該交給程式去做了,把人力釋放出來做其他事。--Jasonzhuocn (留言) 2010年6月30日 (三) 01:14 (UTC)
(+)支持,建議給機械人一個管理員權限,讓你和天上的雲彩君兩個人共管,以避免出錯即可。—Walter Grassroot留墨存香 2010年6月30日 (三) 02:05 (UTC)
@Liangent:有一個辦法,在{{Dyk}}里用代碼判斷時間,把頁面分成2個(可能3個更好做?),一個在首頁上,一個不在首頁上(預備),機械人更新不在首頁上的頁面,時間到了之後就自動上首頁,這樣就用不着管理員權限了。再加一個AF防止破壞。--達師147228 2010年6月30日 (三) 02:08 (UTC)
如果要用bot維護,可以參考英文版的DYK維護方式--百無一用是書生 () 2010年6月30日 (三) 02:23 (UTC)
(+)支持用機械人,只要不構成破壞就行,但人手許可下仍可作人手更新。--Flame 歡迎泡茶 2010年6月30日 (三) 03:14 (UTC)
(+)支持:可用機械人維護,但也可讓人手檢查是否有傀儡投票的情形。—章·安德魯 (留言) 2010年6月30日 (三) 05:33 (UTC)
暫時(-)反對,主要是對這個規則持懷疑態度,下面舉的例子對事不對人,希望當事人不要介意:
例如某用戶曾從別人的草稿箱中將接近完成的條目移出並自薦至DYK,直到一段時間後才由其他用戶發現(這種狀況比較罕見,檢查起來也不大容易)。若是採取這個制度,很可能很快就被投滿4票移出DYK,事後只有很少的人會發現。
4枚支持票其實相當少,而且也不知道這個bot能不能辨別非自動確認用戶和提名者自己(提名者還得分自薦和他薦,他薦可投支持)。有可能會造成很快就有許多條目獲選,而某些大家不太感興趣的條目成為了最早條目而落選。
能用bot實現此等操作挺好,不過擔心的是這個制度會產生新的麻煩。藍色的頂夸克-對撞機·氣泡室- 2010年6月30日 (三) 07:07 (UTC)

(+)支持用機械人,(-)反對給予管理員權限,建議可對所有機械人下放protect權限 (Editprotected是如頁面被連鎖保護則不通用)。-HW (留言 - 貢獻) DC8 - Signpost - GAR 2010年6月30日 (三) 09:18 (UTC)

(+)支持,個人傾向於人肉跑bot(像Jimmy Xu一樣)。因為這似乎還沒有先例,記得以前菲菇也提出授予bot管理員權限,但被否決了。—CHEM.is.TRY 2010年6月30日 (三) 09:23 (UTC)
機械人自動工作的部分
將管理員手工提交的條目定時更新至{{Dyk}},可能還包括加入{{DYKtalk}}(因為不知道什麼時候才會放上首頁)
機械人半自動工作的部分
通知用戶,更新存檔,修改條目討論頁,將條目放入更新隊列(在管理員提交數據後立即完成)……在完成這些操作前管理員需要從WP:DYKC挑選出可以放上首頁的條目提交給機械人。
以上有的只是想法,還沒有寫完。
「這個bot能不能辨別非自動確認用戶和提名者自己」
我不知道為什麼需要辨認,因為決定條目當選與否的是人而不是機械人。
「有可能會造成很快就有許多條目獲選,而某些大家不太感興趣的條目成為了最早條目而落選。」
我這樣制定規則(「落選規則修訂為:當暫存區中的所有條目的提名時間均晚於某個條目,且此時該條目淨支持票數仍不足4票,則該條目落選。」)正是為了避免這種情況。實際上情況應該相反,足夠4票的條目移走了,剩下的因為總數少,每個可能獲得更多的票數。
Liangent (留言) 2010年6月30日 (三) 10:03 (UTC)


我樂見bot能夠處理DYK的問題,但我以更新DYK的經驗提出幾個潛在問題,如果能夠解決,可以大大減輕工作的負擔:

  • 目前的規定是「每隔8小時左右更新一次,每次更新請更換2-3個條目」等於管理員能夠視待選條目數彈性調整更新時間與條目數,當DYK待選數少時,我甚至一天才更新2個,但在動員令期間時,我必須每8個小時更新3個(是的,我還必須調鬧鐘半夜起床來更新),否則會堆積愈來愈多,不知道bot是否有此彈性。
  • 有些條目在臨界票數,或即使已達四票,但是明顯討論還沒結束(可能隨時會有反對票,反之亦然),我會跳過它。
    • 這個機械人最主要的目的是能避免上面的「我還必須調鬧鐘半夜起床來更新」(其實就算沒有bot你也可以寫{{#ifexpr:{{#time:U}}>{{#time:U|某时刻}}|NewDYK|OldDYK}}的,但這樣可能會很複雜,還不如用bot)情況。決定/判斷一個投票是否結束、是否當選/落選、條目的貢獻者是誰、是屬於什麼性質/類型的條目等由人進行(其實我不敢用bot去分析投票情況,難說有人用奇怪的代碼讓機械人出錯)。Liangent (留言) 2010年6月30日 (三) 15:14 (UTC)
  • 某些時候同類形的條目會群聚出現,例如最近有一系列中國將軍條目,通常我會在待選條目足夠的情況下,儘可能的避免(跳過)同類型的條目出現在那六個上首頁的DYK裏(儘可能讓相同性質的條目不要同時出現)。
    • 可以設計這個功能,但必須保證所有更新由機械人進行(機械人自己可以知道自己更新過什麼上去,但不能讀取人直接往{{Dyk}}寫的內容來分析內容是什麼性質)。Liangent (留言) 2010年6月30日 (三) 15:14 (UTC)
  • 原則上我不在DYK投票,但當條目只有三票支持,但已是最後(舊)的待選條目時,我會進去看條目,如果應該符合資格,我會投下最後的第四票,讓它上DYK。
  • 當條目有侵權(或已被提到侵權討論時),會進行擱置,在此期間這個條目會一直是最舊的條目,bot是否可以看得出來?
  • DYK至少需要有一個條目有圖片跟着上首頁,但若最舊的幾個已符資格的條目都沒有圖片,我會再往前找較新的先上去(但圖片非常非常少時,要往前想到未來幾次的更新),在極端情況,甚至不會照順序把在DYK模版上最舊的條目撤除(如果該條目有圖片的話),以保持首頁DYK一定有圖。
  • 部份User(如User:AT)將DYK貢獻放在子頁面,或是個人頁面極為複雜,bot在授與貢獻獎時,是否能夠處理此類複雜排版的頁面?(DYK計數亦同)
    • 目前不可。正式運行時建議相關用戶在用戶頁加入相關註釋指導機械人運行(例如,應該在哪個頁面找創作獎模板,是否用的是替代模板等)。Liangent (留言) 2010年6月30日 (三) 15:14 (UTC)
  • 部份USER在將對話頁存檔時,會一起把DYK計數移到存檔的子頁面去了,必須靠以前的經驗知道這個人是否曾經得過DYK,然後去對話頁存檔頁面裏撈出來繼續計數(避免又從1開始算)
  • 兩人(或多人)貢獻的DYK處理。
  • bot是否有辦法判斷Wikipedia:新條目推薦/分類存檔的分類
  • 至於人肉跑bot的問題,以我目前的更新速度,在網絡沒問題,沒人打擾的情況下,大約3~5分鐘即可完成整個DYK更新的所有步驟,所以實用性似乎有限。
  • 目前想到這麼多,但先感謝Liangent跨出第一步:) —天上的雲彩‧ธันวา | สนทนาธรรมได้ที่นี่ 2010年6月30日 (三) 13:18 (UTC)
class DYKEntry(models.Model):
    article = models.CharField(max_length=255)
    text = models.TextField() # question
    image = models.CharField(max_length=255)
    user = models.ForeignKey(User)
    timestamp_nominate = models.DateTimeField()
    timestamp_add = models.DateTimeField(auto_now_add=True)
    timestamp_update = models.DateTimeField(null=True)
    
    class Meta:
        permissions = (
            ('new', 'Insert DYK entries'), # or update or arrange or what?
        )

Liangent (留言) 2010年7月1日 (四) 02:53 (UTC)

(+)支持--另外,可不可以再度建議明訂落選者,其候選過程,比照特色優良條目,存檔在相關條目討論頁。--Winertai (留言) 2010年7月1日 (四) 17:44 (UTC)

存檔頁也不錯,不過要想個別的辦法通知落選提名者。Liangent (留言) 2010年7月1日 (四) 18:36 (UTC)
我的看法是只要制式通知;不論獲選或落選的標題是:『您投稿的DYK項目,已有候選結果』,獲選內容貼上候選過程,落選者則內容只要指向條目討論頁(已有落選DYK存檔)即可。--Winertai (留言) 2010年7月2日 (五) 00:32 (UTC)
(!)意見考慮讓機械人也能填寫{{ArticleHistory}}吧,要不目前整理這個模板太艱苦了-Mys 721tx(留言)-U18協會 2010年7月9日 (五) 08:01 (UTC)

新條目推薦(DYK)沒有明文規範「不得使用點列式」

近日察覺到中文維基的新條目推薦(DYK)並不存在「不得使用點列式」的相關規定(無論是正式方針或是指引),但是這卻是常用的反對理由,連我也常會使用。我知道這是社群長期存在的「約定成俗」的規範,2006年我就已經在讀維基了,但是, DYK 可以說是新手的條目練習的發表區,我們居然使用了一項從未向新手事前告知,而且明文根本不存在的規定去硬性要新手遵守!我很好奇包括我在內,是否因此而造成不少新手「出走」。得知這樣的負面訊息,讓我深感震驚與難過。--章·安德魯 (留言) 2011年6月5日 (日) 16:13 (UTC)

  • (!)意見不明白為何不能使用列點?--蘋果派.留言 2011年6月5日 (日) 17:15 (UTC)
    • 在優特評選時這類章類多半被認為是瑣碎內容。至於DYK為什麼要反對,老實說我想不明白,但有人要以此來嫌棄似乎也沒辦法要求他撤除反對票。--Reke (留言) 2011年6月5日 (日) 17:43 (UTC)
  • 我也是在摸索中發現了這個「潛在共識」的,並因此遭到過反對票。但是,後來想想在GA和FA里,據此刪除瑣碎內容,是有道理的。但是,如果DYK設這個限制,就苛刻了。--Amazingloong (留言) 2011年6月5日 (日) 21:51 (UTC)
    • 分享一下前幾天的比喻:「DYK這種東西嘛,就是去打打史萊姆、累積經驗好升級的,幹嘛叫人家穿頂級裝備喝藥水的。等等級高了要挑戰優特這種Boss時,再來要求就好了啊。」--Reke (留言) 2011年6月6日 (一) 12:51 (UTC)
      • 這比喻真妙,但史萊姆也有分種類的,有的LV接近中Boss級。DYK可能一般內容不長易檢視,且人多熱鬧,所以大家意見就很雜,對標準的寬嚴也落差很大。但我近日發現一個裝備不齊的條目,也打贏優特這種Boss了。尼爾·阿姆斯壯的資訊框翻錯一筆,資料就放了好幾年。翻譯者是這方面的專家沒錯,只是一時疏忽,我的意思是過去沒人肯花點小時間去幫他校對。表面易察覺的格式很重要沒錯,但不應該本末倒置,忽視內容本身的正確性。我過去也編了不少列點式的條目,但如果將來沒有要申請優特,我是不會去修改成散文的。--Mihara57 (留言) 2011年6月7日 (二) 04:04 (UTC)
(!)意見Wikipedia:瑣碎章節是有說「避免建立雜項資料列表」的,縱使它未有很斷然的禁止。另外也(*)提醒一下,我們在評選DYK的時候,不應該單純只按DYK的資格便算。請容我舉個例子:假設某君用了一些資料出錯的來源,寫了一個很錯誤的條目參加DYK;由於DYK只是規定了要可供查証,沒有規定引用的來源資料不能有錯,如果真的只能依照DYK的資格去投票的話,那麼就算明知道條目內容有錯誤,也不能投(-)反對。所以大家在DYK投票的同時,除了資格外,也應考慮所有方針指引和其他實際情況。再者,如果只是需要符合DYK資格便可以的話,那麼:「為甚麼還要投票?直接把符合資格的都放在{{DYK}}不就好了嗎?」--街燈電箱150號 開箱維修 抄錶 檢驗證明 2011年6月10日 (五) 18:48 (UTC)
無論是DYK或者是優良特色,檢查內容是很重要的一環。過去連特色優良都是一堆人表面功夫,算算字數就說通過的比例很高,現在不少人也是有參考資料就認為完善,內容上是不是有錯誤,有沒有句意或者是文法上的疏忽是一概不論的。當然,數業有專攻,對於不熟悉的領域要檢查是有難度,因此投票就該要自省,要謹慎。DYK也有不少條目錯誤一堆也被放上首頁,就算是DYK只是拿來在用戶頁加分用的,也請想想,這樣的品質呈現出來的中文維基百科,是好還是不好呢?-cobrachen (留言) 2011年6月10日 (五) 19:16 (UTC)

幾十個小時前的你知道嗎?(新條目推薦)有錯...

  1. 2011年哪款美少女遊戲可被攻略角色都是偽娘?(女裝山脈)
おとラブ~女裝美少年限定!~也是可被攻略角色都是偽娘也是2011年美少女遊戲....
  1. 哪一款遊戲是繼《極速快感:臥底風雲》之後,另一款劇情導向遊戲?(極速快感:亡命天涯)
僅當範圍被限定至NFS系列內這才是正確的

--C933103(留言) 2012年2月21日 (二) 17:20 (UTC)

editprotected

請求已處理

刪除所有語言連接,已有wikidata。--GZWDer留言2013年4月17日 (三) 06:16 (UTC)

顏重慶

請將DYK上「哪名記者因創辦政治新聞網站《當今大馬》而獲頒國際新聞自由獎?」中的史蒂芬·甘更換成顏重慶--Alvin Lee 酒逢知己千杯少 話不投機半句多 2013年9月25日 (三) 15:37 (UTC)

編輯保護頁面

請求已處理--Aoke1989留言2013年11月10日 (日) 12:23 (UTC)

因為員林鐵路穀倉/temp被移動到員林鐵路穀倉,故應改成:

臺灣唯二的鐵路穀倉分別位於斗南以及哪裏

以便讀者瀏覽 --林勇智 2013年11月9日 (六) 01:06 (UTC)

頁面出現兩次「慕尼黑慘案後,以色列展開哪項復仇行動?」。--RekishiEJ留言2014年5月14日 (三) 13:26 (UTC)

建議DYK推薦模板加入計數,亦建議設立DYK推薦獎

承上#對於社群合作氛圍的反思的討論,本人謹建議DYK推薦模板{{UpdatedDYK}}應加入計數,亦建議設立DYK推薦獎,每推薦5次即升一級,以鼓勵支持和激勵新手,以上。--紀念香港重光 2014年8月11日 (一) 08:38 (UTC)

新條目推存的資格

有關規定提及獲推薦之條目需有2/3或以上的內容擴充。個人想知道本身充滿外文(如:英文)而後被翻譯之條目可否被推存?因為外文的字元通常較多,故在翻譯後可能未有顯著的擴展(甚至不升反跌),但有關條目確有過重大的修訂。 Biomedicinalcontact) 2014年8月30日 (六) 16:31‎(UTC)

若原條目中充滿外文後被翻譯,我覺得「需有2/3或以上的內容擴充」需以原條目扣除外文後的長度為準,再來看是否有2/3或以上的內容擴充--Wolfch (留言)-DC12, 基礎條目 2014年8月30日 (六) 17:47 (UTC)

你知道嗎?革新討論

事緣剛才看到一句說話令我感到啼笑皆非:「哪面旗幟是美國自治邦美屬薩摩亞的官方旗幟?」
這不是很奇怪的節奏嗎?誰不知道美屬薩摩亞的官方旗幟就是美屬薩摩亞旗幟嗎?再參考其他地區的維基,不難看出其他地區的維基的你知道嗎?做得比較有心思,就拿我個人在英語維基的第一條推薦新條目來說,起初我也是做得比較隨便,最後卻被改成了:
「... that PornHub told its users to stop uploading videos of Brazil's loss to Germany at the 2014 FIFA World Cup under sexually suggestive titles?」(PornHub告訴他們的用戶不要以與性行為有關的題目上載2014年世界盃巴西輸給德國的比賽?)
這對個人來說可算是很大的衝擊,也令我重新思考中文維基在你知道嗎?上的工作,是否有點懶怠,或者有點兒不友善。
就拿目前的你知道嗎來說,目前是這樣的:

哪一部美國喜劇片虛構了暗殺朝鮮最高領導人金正恩的故事?
中華人民共和國主席習近平的弟媳是誰
越南民主共和國經由哪一次革命建立?
發動了萬曆朝鮮之役的是日本哪個政權
哪位中共中央宣傳部部長文革一開始即被打倒?
哪面旗幟美國自治邦美屬薩摩亞的官方旗幟?

其實能否改成這樣:

刺殺金正恩的播映令索尼影業的官方網站遭黑客攻擊?
中華人民共和國主席習近平的弟媳張瀾瀾有「瑪莉蓮·夢露」之稱?
八月革命促使了法越戰爭的爆發?
豐臣政權的崩壞是由豐臣秀次事件引發?
陸定一反對知識分子不應該再戴「資產階級知識分子」的說法?
美國自治邦美屬薩摩亞的官方旗幟是怎樣的?

雖然這個做得也不太像樣,但始終也能顯示某一條目的名稱,不用故意拉到那個位置去看是甚麼。所以我在此發起這個討論,看看你知道嗎?是否有革新的必要。 2014年12月10日 (三) 10:18 (UTC)

「你知道嗎」欄目的建議

建議「你知道嗎」欄目中的內容不應該是達到非常高的標準的條目,而應該是讓人們感興趣的內容,例如:

這些條目雖然不一定符合質量標準,但是能夠吸引讀者的興趣。--SolidBlock留言因學習原因無法參加動員令 2016年8月10日 (三) 05:24 (UTC)

編輯請求

請求已拒絕

為何最近的DYK(這一兩天內的)沒有更新到存檔內?機械人故障? --Cohaf留言2018年7月4日 (三) 00:21 (UTC)

DYK評選頁面出錯

問題解決,謝謝Francotsangfh以及JyunWaan熱心幫忙。應該沒有什麼需要談了吧?--Cohaf留言2018年8月5日 (日) 15:09 (UTC)

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

DYK評選頁面好像出錯(已經一天了),最下方提問的模板沒有正常顯示,連帶使下面幾個已通過的評選都消失了。我人在外面不太方便看原始碼,有沒有人能上去協助改正一下?感謝—Wikimycota~receptor/genome 2018年8月3日 (五) 03:24 (UTC)


本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

對於「WP:DYK」已推薦條目是否可以再次推薦?

如題,對於「WP:DYK」已推薦條目是否可以再次推薦?落選後,做出大修改,可否再次作為DYK推薦條目推薦(規則未說明)?
—— だ*ぜ 謹此敬上 留言Comment𓋹簽名Signature 2018年7月30日 (一) 17:31 (UTC)

我的認知是可以,但是要以投票結束做為參考點,看要用擴充還是重寫去推薦。吉太小唯Don't Say Lazy.TALK2018年7月30日 (一) 17:37 (UTC)
(:)回應:@だ*ぜ苦力怕推薦了2次 (2013年3月23日2016年1月28日)、 Minecraft推薦了2次(2013年4月19日2015年11月10日)。-- 宇帆(維基貢獻十周年!留言·歡迎簽到[試用小工具]2018年7月30日 (一) 17:43 (UTC)
規則是寫重大修改期「若曾通過推薦,則通過日視為一次中斷。」,那麼應該落選的話可以直接再選?(個人猜測)--【和平至上】💬📝 2018年7月31日 (二) 12:22 (UTC)
(:)回應,落選後,如果重大修訂期仍未中斷的話,可以再提薦。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2018年7月31日 (二) 14:39 (UTC)
  • 重複推薦應當是不行的。然而未通過的條目可以7天又一個7天地提交。理論上沒有任何問題,現實中也有成功通過的例子。 --🐕🎈(又到了評審DYK都忙不過來的季節了) 2018年8月2日 (四) 01:50 (UTC)
  • @だ*ぜ:當然可以再次推薦,有時間看看條目討論頁或者看Article history模板就可以知道為何可以再次推薦,其參數分別為「dyk2date」(第2次DYK入選日期)和「dyk2entry」(第2次DYK入選的推薦問題),如有第三次或以上亦是如此--Z7504非常建議必要時多關注評選留言2018年8月7日 (二) 11:08 (UTC)

DYK同一時間6個問題,4個都是問哪一位英國陸軍元帥?

已解答:
系當時無其他已通過的DYK條目可供展示。--EvesiestaCOVID-19感染中 2023年3月2日 (四) 14:52 (UTC)
下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

不是有機械人防止同一時間太多同類條目在首頁嗎?怎麼可能6個問題,有4個都是哪一位英國陸軍元帥開首?--Dragoon17cc留言2023年2月20日 (一) 22:44 (UTC)

(:)回應,翻查歷史,當時衹有英國陸軍元帥的條目夠票並用完時間,其他類型的條目要麼就不夠票要麼就未用完時間要麼就被問題不當拖着,所以機器更新當時根本沒有其他選擇。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2023年2月21日 (二) 02:28 (UTC)

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

3月7日首頁展示DYK問題有誤

3月7日當前首頁DYK欄目中金娘的問題有誤,金娘的封號應為「一品柱國夫人」,當前問題和內文都誤作「一品國柱夫人」。參考故宮文物月刊屏東縣政府文化處國家圖書館台灣記憶國立台灣師範大學台灣史研究所研究生論文

再次質疑這樣的DYK支持投票有何意義?--NVMENOR留言2023年3月7日 (二) 06:56 (UTC)

 已修復 --街燈電箱150號 開箱維修 抄錶 檢驗證明 2023年3月7日 (二) 11:02 (UTC)
這篇條目問題不明顯,不懂行的人即使對照參考資料都未必能注意到。平心而論,讓我檢查我大概也注意不到。
PS:這樣的DYK(以及GAN、FAC)投票能攔掉一些(不是全部)有明顯問題的條目,不能說是完全沒有意義。我認爲社群當前的目標就是「以衝數量爲主,選出總體印象不錯的條目;不要把人手浪費在檢查細枝末節上」。所以,是不是您(和部分比較嚴謹的用戶)對評審的定位與社群對評審的定位有分歧?--洛普利寧 2023年3月7日 (二) 14:35 (UTC)
如果繼續抱這種想法,第二次折毛事件指日可待。--Maccomcre留言2023年3月15日 (三) 12:57 (UTC)
Maccomcre所以說懂行的人一眼就能看出問題。只不過「國柱」站內就有人指出,而折毛事件的發現者在站外。而且折毛引用資料又是紙媒又是俄語,如果不拉領域專家來把關,說實話這個問題無解。--洛普利寧 2023年3月19日 (日) 04:01 (UTC)