维基百科讨论:机器人/作业请求
Jimmy-bot在话题“建议安排专门的人手更新一些数据”中的最新留言:1年前
能否请求在中文维基百科以外的网站运作
我想问一下,能否在此页面请求到中文维基教科书或者其他网站运作?--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)