维基百科讨论:机器人/作业请求
能否请求在中文维基百科以外的网站运作
我想问一下，能否在此页面请求到中文维基教科书或者其他网站运作？--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)