維基百科討論:機器人/作業請求
外觀
能否請求在中文維基百科以外的網站運作
[編輯]我想問一下,能否在此頁面請求到中文維基教科書或者其他網站運作?--SolidBlock留言 2017年7月14日 (五) 04:25 (UTC)
- 請問您有什麼樣子的需求呢? --Kanashimi(留言) 2017年7月14日 (五) 08:45 (UTC)
- 參見User talk:Liangent#申請User:Liangent-adminbot在其他的wiki項目上工作。首先是在維基教科書的MediaWiki頁面上繁簡轉換(參看b:Special:小工具),其次,想讓機器人幫忙在rs.miraheze.org的MediaWiki頁面上繁簡轉換(手動搞真的好麻煩)。--SolidBlock留言 2017年7月14日 (五) 14:03 (UTC)
- @SolidBlock:很抱歉晚回了。您需要到機器人操作者的對話頁面,向機器人操作者提出申請。就像您在上面提到的一樣。--Kanashimi(留言) 2017年8月13日 (日) 09:59 (UTC)
- 參見User talk:Liangent#申請User:Liangent-adminbot在其他的wiki項目上工作。首先是在維基教科書的MediaWiki頁面上繁簡轉換(參看b:Special:小工具),其次,想讓機器人幫忙在rs.miraheze.org的MediaWiki頁面上繁簡轉換(手動搞真的好麻煩)。--SolidBlock留言 2017年7月14日 (五) 14:03 (UTC)
在這裡Stang提到了以下「前不久日誌中新添加了一項內容——「頁面創建日誌」。但是,不少新用戶如果在創建頁面時沒有填寫編輯摘要,那麼這個新頁面的部分內容就會出現在這個頁面創建日誌內。此時,如果這個新建的頁面還碰巧滿足部分快速刪除條件,或是存在侵權的問題,那麼這個編輯摘要很明顯需要進行一下處理。因此,在下請求建立一個與這個相關相關的機器人任務。大概流程是:頁面被以G3/G11/G12/G16/侵犯版權為理由刪除,且頁面的建立日誌包含「建立內容為「xxx」的新頁面」,那麼機器人將將本日誌於WP:RRD進行提報。這幾個快速刪除理由可以進行擴充。因為自動處理的話可能會遇到很多問題,因此想到使用提報+管理員處理的方法。」
- 在下的(&)建議是「不能本站關閉該日誌嗎?也沒什麼用處,歡迎訊息充滿了整個日誌。」歡迎討論。謝謝--Cohaf(留言) 2018年8月4日 (六) 12:26 (UTC)
- 如果不是人身攻擊、隱私洩露等方面(G3、G12),沒感覺有必要刪除。G11留下有什麼問題嗎,搜尋引擎和資料庫不會包含,一般人也不會去查看。G16的侵權,短暫的自動節選是否能算合理使用?--YFdyh000(留言) 2018年8月5日 (日) 01:13 (UTC)
- 按相關方針,合理使用只限條目。--Antigng(留言) 2018年8月7日 (二) 04:24 (UTC)
- 但相關方針有約束日誌信息嗎。如果合理使用僅限條目,日誌、討論中引用一段/一句文字豈不是需要被修訂版本刪除。比如列舉說明某小段文字為侵權的侵權提報/回退摘要。--YFdyh000(留言) 2018年8月8日 (三) 01:52 (UTC)
- 按相關方針,合理使用只限條目。--Antigng(留言) 2018年8月7日 (二) 04:24 (UTC)
- 需要技術帝介入。另外似乎Cohaf君的「關閉日誌」沒有多少人注意,咱希望了解一下這在技術上是否可行。-- Stang 2018年8月19日 (日) 03:45 (UTC)
- 誒怎麼毫無關注呢……希望引起社群的注意啊-- Stang 2018年8月26日 (日) 16:19 (UTC)
- 可以通過修改站點配置來禁用頁面創建日誌,但需要共識。——星耀晨曦(留言) 2018年8月26日 (日) 16:57 (UTC)
- 所以希望這個串儘可能更多的人看到啊……看來沒啥共識(-- Stang 2018年9月3日 (一) 15:53 (UTC)
- 可以通過修改站點配置來禁用頁面創建日誌,但需要共識。——星耀晨曦(留言) 2018年8月26日 (日) 16:57 (UTC)
- 誒怎麼毫無關注呢……希望引起社群的注意啊-- Stang 2018年8月26日 (日) 16:19 (UTC)
- Stang要不要放公告欄或者轉回VPP,現在好像是方針了。--Cohaf(留言) 2018年9月3日 (一) 16:33 (UTC)
- 咱自己沒啥意見,就這麼幹吧。 Stang 2018年9月4日 (二) 12:14 (UTC) --
- Stang您能夠幫忙移動嗎?我不是非常熟移動方法。--Cohaf 約翰·麥凱恩 2018年9月4日 (二) 12:17 (UTC)
- 見上,現在討論是否禁用頁面創建日為方針--Cohaf 約翰·麥凱恩 2018年9月4日 (二) 21:05 (UTC)
- 調整默認的日誌內容,比如縮短引用原文的長度,或不引用內容而寫其他文字,也是比關閉日誌更好的解決方案。如果這點做不到,在管理員刪除頁面的時候順帶刪除創建日誌也比關閉日誌要好。--Tiger(留言) 2018年9月5日 (三) 01:39 (UTC)
- @Tigerzeng:[這]是我們在討論的話題。--Cohaf 約翰·麥凱恩 2018年9月5日 (三) 01:43 (UTC)
- 抱歉,未能理解您的意思。我說的就是針對您給的頁面創建日誌連結,您認為我說的不符合嗎?--Tiger(留言) 2018年9月5日 (三) 01:52 (UTC)
- @Tigerzeng:沒有,只是給與連結比較好討論。您建議縮短到多少字節,看看日誌已經不長了。還有可以我們自己決定縮短嗎?應該需要提P站吧。--Cohaf 約翰·麥凱恩 2018年9月5日 (三) 01:55 (UTC)
- 「可以我們自己決定縮短嗎?」:只要社群討論得出結論,並且確實技術上可行,就可以提交到P站,所以最終做決定的還是我們。由於創建日誌在一些情況下可以提供有用的信息,所以我不建議關閉。有不當內容就刪除是個不錯的做法。如果確實覺得刪除掉文字一點都不能洩漏出來,那就把日誌改成不引用原文的也可以。至少日誌本身還有「誰於何時建立了何標題的頁面」的信息。--Tiger(留言) 2018年9月5日 (三) 02:00 (UTC)
- @Tigerzeng:所以現在是兩個考量。1.到底要縮短到什麼程度才不會G3/G12/侵權。2.「日誌改成不引用原文的也可以」這是好建議,技術上可以支持嗎?其實「誰於何時建立了何標題的頁面」這也對,但是New User Welcome的機器人需要加入嗎?不然非常難閱讀。--Cohaf 約翰·麥凱恩 2018年9月5日 (三) 02:05 (UTC)
- 「可以我們自己決定縮短嗎?」:只要社群討論得出結論,並且確實技術上可行,就可以提交到P站,所以最終做決定的還是我們。由於創建日誌在一些情況下可以提供有用的信息,所以我不建議關閉。有不當內容就刪除是個不錯的做法。如果確實覺得刪除掉文字一點都不能洩漏出來,那就把日誌改成不引用原文的也可以。至少日誌本身還有「誰於何時建立了何標題的頁面」的信息。--Tiger(留言) 2018年9月5日 (三) 02:00 (UTC)
- @Tigerzeng:[這]是我們在討論的話題。--Cohaf 約翰·麥凱恩 2018年9月5日 (三) 01:43 (UTC)
- 我覺得保留頁面創建日誌比單純關閉更好,可以考慮在方針上允許對特定內容進行調整,例如新用戶消息可以整體隱藏、由於侵權而被刪除的可以只隱藏內容摘要,其他如G11等可以酌情考慮。但其他的則無必要。——路過圍觀的Sakamotosan | 避免做作,免敬 2018年9月5日 (三) 02:45 (UTC)
- @cwek:如果是攻擊頁面例如只好自我犧牲假設Cohaf是在世人物,然後有人又寫了這個條目內容(他是豬),沒有放新條目,所以就會留下XXX創建Cohaf(他是豬)。這樣的G12怎麼處理。還有另外考量就是如何選擇性刪除這麼多年的記錄?--Cohaf(留言) 2018年9月5日 (三) 02:50 (UTC)
- 結合WP:RRD的RD1、RD2來處理,而且頁面創建日誌啟用不久,沒有這麼多歷史數據,有的話手工發現來處理。——路過圍觀的Sakamotosan | 避免做作,免敬 2018年9月5日 (三) 03:04 (UTC)
- @cwek:如果是攻擊頁面例如只好自我犧牲假設Cohaf是在世人物,然後有人又寫了這個條目內容(他是豬),沒有放新條目,所以就會留下XXX創建Cohaf(他是豬)。這樣的G12怎麼處理。還有另外考量就是如何選擇性刪除這麼多年的記錄?--Cohaf(留言) 2018年9月5日 (三) 02:50 (UTC)
- 非方針討論,除非社群有意向或認為有需要修訂WP:RDD。--J.Wong 2018年9月5日 (三) 14:29 (UTC)
建議安排專門的人手更新一些數據
[編輯]我在維基百科上發現的一個最大問題就是很大數據都很陳舊,比如有些數據是10年甚至可能20年之前的數據。 這肯定不合適,沒有用啊。維基百科有沒有辦法安排專門的人手來專門更新數據?或者有沒有辦法通過機器人來做這件事情? --AndyPKU(留言) 2023年4月14日 (五) 02:42 (UTC)
- 不出錢的話安排專門人手應該做不到。--日期20220626(留言) 2023年4月14日 (五) 02:46 (UTC)
- 我的經驗是很多主要的條目都會有人更新,但冷門的條目就沒有人更新,冷門條目常常建立以後就再也沒有內容改動,只有偶爾調整格式等等瑣碎編輯。希望更新的話也只能自己盡力而為,做機器人或請專門人手都不太切實際。--E.D.(留言) 2023年4月14日 (五) 04:18 (UTC)
- 還有這個討論發在其他版比較適當。--E.D.(留言) 2023年4月14日 (五) 04:22 (UTC)
- 理想情況下一些數據應當根據WikiData自動生成。-Mys_721tx(留言) 2023年4月14日 (五) 15:01 (UTC)
- 希望能給幾個例子來看看,以便解決問題(例如修改模板)。--Taeas(留言) 2023年4月15日 (六) 12:58 (UTC)
- 或許可以舉出一些具體例子?或直接提交機器人作業請求,看看有沒有人能夠協助處理。—— Eric Liu 創造は生命(留言・留名・學生會) 2023年4月15日 (六) 23:24 (UTC)
- 據我所知,在英文維基,地理事物(人類定居點、山峰/山脈、河流、建築物等)均有直接導入維基數據的模板,比如Template:Infobox settlement/Wikidata--СлаваУкраїні! 2023年4月19日 (三) 02:32 (UTC)
- 另外批量更新數據,如果更新正文前的模板是可以通過機器人批量完成,正文的數據只能人工轉換--СлаваУкраїні! 2023年4月19日 (三) 02:39 (UTC)
- 甚麼叫安排專門的人手更新一些數據?這裡基本人所有人都是志願性質,不是受薪工作,不能進行所謂安排工作。如上門所說,不出錢就不會有人手。——Dragoon17cc(留言) 2023年4月20日 (四) 23:42 (UTC)
- 我說的意思是模板裡面的數據可以讓機器人進行轉換,正文的內容只能人工處理--СлаваУкраїні! 2023年4月25日 (二) 00:00 (UTC)
- 甚麼叫安排專門的人手更新一些數據?這裡基本人所有人都是志願性質,不是受薪工作,不能進行所謂安排工作。如上門所說,不出錢就不會有人手。——Dragoon17cc(留言) 2023年4月20日 (四) 23:42 (UTC)
- 另外批量更新數據,如果更新正文前的模板是可以通過機器人批量完成,正文的數據只能人工轉換--СлаваУкраїні! 2023年4月19日 (三) 02:39 (UTC)
- 據我所知,在英文維基,地理事物(人類定居點、山峰/山脈、河流、建築物等)均有直接導入維基數據的模板,比如Template:Infobox settlement/Wikidata--СлаваУкраїні! 2023年4月19日 (三) 02:32 (UTC)
- 所有有官方網站(各種組織,如公司大學機構等等)的條目外部連結(以及infobox)可以批量換成{{官方网站}},這個只要有其他語言連結現在我見過的基本都有數據,這個感覺開機器人應該是比較容易的,infobox里直接刪website的數據換{{官方网站}}就行了,外部連結那邊要刪除原來的可能複雜一些。現在好多官方網站都是死鏈了。--淺藍雪❉ 2023年5月5日 (五) 12:55 (UTC)
- @淺藍雪:有一些條目同時提供不同語言的官方網站,似乎比較難處理。如果要清理,可以考慮只清理顯示「官方網站」文字且網址與維基數據記載相同的連結。—— Eric Liu 創造は生命(留言・留名・學生會) 2023年5月5日 (五) 17:33 (UTC)
- @Ericliu1912:,可以,這樣保險些。跨國公司一般是原語言官網(比方說英國公司的英語官網)在infobox那裡(目前一般用裸連或{{url}},可換{{official url}}),其他語言是外部連結那塊。--淺藍雪❉ 2023年5月6日 (六) 02:00 (UTC)
- @淺藍雪:有一些條目同時提供不同語言的官方網站,似乎比較難處理。如果要清理,可以考慮只清理顯示「官方網站」文字且網址與維基數據記載相同的連結。—— Eric Liu 創造は生命(留言・留名・學生會) 2023年5月5日 (五) 17:33 (UTC)