维基百科:机器人/申请/复核/Wcam-bot及Antigng-bot 18

Wcam-bot、Antigng-bot 18

JPEG质量参数

这两个bot在JPEG处理上存在对于质量系数决定过低的问题。JPEG质量系数决定对于高频细节的舍弃程度，较高的质量对于图片的清晰程度非常重要。在像素较少时图片特征个个都是一两像素的“高频”部分，更不可以使用低（小于 90）的质量系数。

User:Wcam的Wcam-bot生成的JPG质量系数低者达75。建议检查相关库参数。似乎和复用了原始文件的质量有关？
User:Antigng的bot直接使用commons缩略图，质量系数多在80左右。建议改为自己压缩。在缩小时请尽量接近wcam所用的高质量算法，此外wcam-bot保留exif的行为值得模仿。@shizhao：主意馊了。

方针规定的像素数量已经够低了，请不要再恶化质量了。原图像中相对的高低频取舍不能应用到缩小后的图片。同理，Chroma subsampling 请设置为 4:4:4，即不舍去色彩分量。 ——Artoria 2e5_编保持讨论完整，直接{{ping}}我回复。 2017年3月12日 (日) 17:40 (UTC)[回复]

Wcam-bot仅仅依照指引修改尺寸，不会修改图片的任何其他参数。对于非自由图片，如何在像素有限的情况下提高图片质量，是图片上传者和使用者的责任，不应该由机器人来做额外的决定。另外我不能同意「规定的像素数量已经够低了」这一说法，首先WP:NFCC规定维基百科条目和其他地方都不会自动拥有使用非自由内容的资格。其次，非自由图片是为条目服务的，因此其尺寸理应不得大于其在条目中的尺寸，而十万像素往往高于这个尺寸。在这个前提下，纠结诸如JPG质量系数这类问题我认为没有实际意义。--Wcam（留言） 2017年3月13日 (一) 02:57 (UTC)[回复]

@Wcam：重新讀我簽名之前倒數第一、二句。不要讓我把《數字圖像處理》拿出來跟你講JPEG。質量係數確實是容易忽視的細節，然而出現嚴重例子（File:Police_Force_use_Brick_attack_protesters_AP_20160209.jpg，對比[1]）之後就不該用「是細節」掩蓋了。——Artoria 2e5_编保持讨论完整，直接{{ping}}我回复。 2017年3月13日 (一) 03:54 (UTC)[回复]

已修改JPG质量参数--Wcam（留言） 2017年3月13日 (一) 17:09 (UTC)[回复]

@Wcam：好的，谢谢。虽然我自己总是会说 100 太高……——Artoria 2e5_编保持讨论完整，直接{{ping}}我回复。 2017年3月13日 (一) 18:41 (UTC)[回复]

既然好像Jimmy又提起来了，我也再强调一遍“只用得到十万”是瞎扯吧。任何合格的前端工程师都应该知道HTML、CSS的“px”只是一种¹⁄₉₆英寸（0.26毫米）的长度单位，和物理像素的关系随着高分屏普及越来越少（要给Windows最常见的1.5x屏幕“够用”的话，限制要乘上2.25；要给移动设备和macOS机器够用的话，那乘个9限制跟没限制都快没区别了）。限制像素最重要的一个目的是保证这东西没有拿来制作盗版的价值，什么“只能用到”都是在瞎贴金。——Artoria 2e5_编保持讨论完整，直接{{ping}}我回复。 2017年3月14日 (二) 17:15 (UTC)[回复]

Mediawiki用的是VIPS，缺省的Q值是75，反正要么把libvips编译进来，要么直接命令行运行vipsthumbnail -s (大小) -f （输出文件名）[Q:90] (输入文件名)。--Antigng（留言） 2017年3月14日 (二) 09:55 (UTC)[回复]

@Antigng：如果阁下要认真做个将图片缩小成图片——而非用后即弃的缩略图——的东西的话，请自己去抓一份imagemagick的convert做成png，然后喂进mozjpeg的cjpeg程序。——Artoria 2e5_编保持讨论完整，直接{{ping}}我回复。 2017年3月14日 (二) 17:13 (UTC)[回复]

啊，其實vipsthumbnail這玩意還算靠谱。就是-s的时候注意一下长宽比（可以 -c），考虑 -p 个 nohalo/lbb 之类的玩玩。system或者spawn的时候别搞炸。没别的意见了。——Artoria 2e5_编保持讨论完整，直接{{ping}}我回复。 2017年3月14日 (二) 20:09 (UTC)[回复]

Mediawiki原来就是用的imagemagick，后来是因为效率和质量的问题换成了VIPS。--Antigng（留言） 2017年3月15日 (三) 00:02 (UTC)[回复]

因为质量原因我才会推荐两步处理呀。效率我倒是不在意，你才多少编辑速度……（倒是有件事可以整一下，进程优先级调低一点的话，你用电脑做其他工作的时候可以舒服一点。）--Artoria 2e5_编保持讨论完整，直接{{ping}}我回复。 2017年3月16日 (四) 13:26 (UTC)[回复]

任务延迟和例外处理

@Wong128hk、Temp3600：在Telegram上提到，英文维基对于缩小图像的指引有“准许例外”和“考虑剪裁出重点细节部分，而非缩小全图”两点。现有的bot处理提供的“标记（Eagerbot）—缩图（antigng, wcam）—删除（jimmy-abot）”一条龙服务显得有点太aggressive了。

@Wcam、Antigng：建议两个缩图bot在挂上标记模板后等待至少10天进行操作，并允许使用某种一致的模板标记设置例外。Bot在处理完成图片后应该加入跟踪分类，方便人类管理员检查。
@Jimmy Xu：考虑到操作效率的问题，虽然有错的可能是缩图bot，但做检查的大概得落到执行删除的管理员身上。
- 建议Jimmy-abot快速删除旧版非自由版权文件时，排除处理最后版本是bot创建的文件。
- 建议改为人类管理员检查bot操作后决定是删除旧版，还是回退到上一个版本（保留缩图请求、指定应该裁剪，并加bot例外）。——Artoria 2e5_编保持讨论完整，直接{{ping}}我回复。 2017年3月12日 (日) 19:56 (UTC)[回复]

只是有哪些要保持原圖風貌還是什麼的，以保持圖片不失真呢？我的機器人先暫停標記工作，等無異議再來繼續標記。--小躍（撈出記錄） 2017年3月13日 (一) 00:01 (UTC)[回复]

@Wcam-bot、Antigng-bot：請先暫停縮圖的工作，協商一下怎麼作會比較好。--小躍（撈出記錄） 2017年3月13日 (一) 00:08 (UTC)[回复]

@小躍：也不是说风貌（这个理由太不“合理使用”了XD），是要在分辨率不超过限制的情况下，保证条目用得到的部分看得清。因此在直接缩图之外，还有裁剪一解。另外感谢暂停。——Artoria 2e5_编保持讨论完整，直接{{ping}}我回复。 2017年3月13日 (一) 02:42 (UTC)[回复]

就是要看解析度夠不夠。--小躍（撈出記錄） 2017年3月13日 (一) 02:44 (UTC)[回复]

@小躍：批量回退就不用了吧？还没授权呢……——Artoria 2e5_编保持讨论完整，直接{{ping}}我回复。 2017年3月13日 (一) 03:15 (UTC)[回复]

在下怕他們又繼續縮圖。才會實施回退功能。--小躍（撈出記錄） 2017年3月13日 (一) 03:17 (UTC)[回复]

@小躍：心意领了，但是还没授权呢！——Artoria 2e5_编保持讨论完整，直接{{ping}}我回复。 2017年3月13日 (一) 03:20 (UTC)[回复]

不好意思該維護模板是我的機器人在維護，在下有權利可以暫停任務。--小躍（撈出記錄） 2017年3月13日 (一) 03:23 (UTC)[回复]

@Wcam、Antigng：亦建議縮圖以後發個通知予上載者，告知如有不滿，可移步存廢覆核。--J.Wong 2017年3月13日 (一) 03:36 (UTC)[回复]

首先，对非自由内容从严限制，符合维基百科「自由百科全书」的宗旨和维基媒体基金会的意愿，目前的非自由图片处理流程我认为并无不妥。其次，为了少数例外情况而对目前适用于全部非自由图片的工作流程做出较大的改动，我认为实属虚耗社群精力。然而J.Wong关于通知上传者的建议我认为有可取之处。非自由内容在维基百科条目使用的资格要靠上传者自己来争取。--Wcam（留言） 2017年3月13日 (一) 03:46 (UTC)[回复]

目前的處理流程完全沒有人類介入控制，是為不妥之處。如有例外情況值得標記，就不能用「全部」一詞了。將刪除作為檢查步驟的原因在於人類手動縮圖速度緩慢，檢查簡單的對錯選項則快得多，這已是出於效率考量。——Artoria 2e5_编保持讨论完整，直接{{ping}}我回复。 2017年3月13日 (一) 03:52 (UTC)[回复]

話不可說的這麼滿，我的機器人可以控制。--小躍（撈出記錄） 2017年3月13日 (一) 03:55 (UTC)[回复]

@小躍：你的bot是好同志不錯，但它掛上的模板只是說「圖片太大」，而沒有直接表示要直接整個縮小。如果下游的bot直接默認是「整個縮小」，又有管理bot自動刪除……——Artoria 2e5_编保持讨论完整，直接{{ping}}我回复。 2017年3月13日 (一) 03:58 (UTC)[回复]

都已經標記建議縮小的寬度了，閣下還有問題嗎？--小躍（撈出記錄） 2017年3月13日 (一) 04:01 (UTC)[回复]

@小躍：那就重新用一下之前的結論吧：問題不在標記、不在刪除，在於縮圖時默認「整個縮小」。然而考慮到人類手動縮圖速度緩慢，更適合做對錯題，應該換到刪除（管理員）步驟控制。就是說錯最小可能是你，所以也沒把你拉來覆核。——Artoria 2e5_编保持讨论完整，直接{{ping}}我回复。 2017年3月13日 (一) 04:03 (UTC)[回复]

雖然縮小時解析度沒去動過，不過整體縮小後圖片容易失真。--小躍（撈出記錄） 2017年3月13日 (一) 04:08 (UTC)[回复]

就拿這圖說事好了，這大於十萬，你除了可以整張縮細之外，更可以裁去兩邊，突顯重點嘛。--J.Wong 2017年3月13日 (一) 04:55 (UTC)[回复]

这说得没错，但我认为图片的上传者和使用者有责任进行这些图片编辑操作，使得图片在按规定缩小后不会质量过于低下。任何用户均可根据图片来源信息获取原始图片进行必要的编辑（或在存废复核请求电邮原图），机器人不应该也不可能为特定图片做特殊的额外处理。--Wcam（留言） 2017年3月13日 (一) 14:59 (UTC)[回复]

（传声筒模式）@Temp3600：在Telegram提到，目前机器人处理的图片不乏五、十年前的旧图。（Artoria认为）从这点看来，指望原上传者负责是不现实的事情。如果真的希望其他用户（包括图片使用者）看到之后顺手修复，至少该加一个“由机器人缩小，不满意者请自己上”的模板。——Artoria 2e5_编保持讨论完整，直接{{ping}}我回复。 2017年3月14日 (二) 04:29 (UTC)[回复]