本站页面（多半）转载自萌娘百科的同名页面，依CC BY-NC-SA 3.0引入，贡献者可以在历史页查询。
因各种原因页面内容可能和源页面有所出入，非本站特有页面内容请以萌娘百科为准。此外，因萌百的api限制，本站部分页面和图片同步自另一个镜像站。
置顶公告：【置顶】关于临时开启评论区所有功能的公告(2022.10.22) | 【置顶】关于本站Widget恢复使用的公告
  • 你好～！欢迎来到萌娘百科镜像站！如需查看或编辑，请联系本站管理员注册账号。
  • 本镜像站和其他萌娘百科的镜像站无关，请注意分别。
本页使用了标题或全文手工转换

萌娘百科 talk:提案/已通过提案/关于进一步规范文件管理的提案(2022.06.02)

贴贴♀百科，万娘皆可贴的百科全书！转载请标注来源页面的网页链接，并声明引自贴贴百科。内容不可商用。
跳到导航 跳到搜索
Commons-emblem-success.svg
这个页面“萌娘百科 talk:提案/已通过提案/关于进一步规范文件管理的提案(2022.06.02)”是萌娘百科现有方针、指引或其他规范文件的讨论案

序言

本提案用于规范萌娘百科内的文件存废政策，修订萌娘百科:方针#文件管理政策一节；规范音乐作品与视听作品（旧称类电作品）的文件上传与播放器使用，新建指引级文件萌娘百科:音乐与视听作品使用指引。——  ほしみ 2022年5月12日 (四) 13:20 (CST)

正文

替换文件管理政策一节

自2016年10月起，中文萌娘百科、萌娘文库的文件已经全部移动至萌娘共享，该站与萌娘百科共享用户权限。

文件的收录要求参阅萌娘共享:文件收录指引、萌娘百科:音乐与视听作品使用指引，其他与文件相关的事宜（如文件的命名、文件信息填写的规范等）请参阅萌娘共享:授权协议选择指引、萌娘共享:文件分类指引、萌娘共享:页面命名指引以及相关的帮助文档。

本节只用于规定应当将萌娘共享的文件页面进行存废处理的情形。

  1. 上传违反相关法律法规和社区规范的文件：
    • 违反《网络信息内容生态治理规定》的文件；
    • 破坏社区良好氛围的，令人感到严重不适、不安、恐惧、惊吓的文件。
  2. 侵犯他人著作权的文件：
    • 著作权人要求撤下的文件；
    • 著作权人禁止在萌娘共享上传的文件；
    • 不符合音乐与视听作品使用指引之规定的音乐作品文件与视听作品文件。
  3. 不再使用、无法使用的文件：
    • 因页面存废、文件被替代或移除、上传后长期未使用[增 1]等原因，无使用或不再被使用的文件；
    • 存在重复或更佳版本的文件；
    • 由于技术性错误无法预览或无法使用的文件；
    • 命名错误的文件或其移动后残留的重定向。
  4. 用途不当的文件：
    • 非出于介绍目的而上传的商业宣传推广文件；
    • 仅用于讨论相关名字空间的、可被替代的临时讨论文件；[增 2]
    • 仅用于评论区的文件；[增 3]
    • 符合下列情形的，仅用于用户、用户讨论名字空间内的文件：[改 1]
      • 仅用于用户或用户讨论名字空间的、未曾或不将用于其他萌娘百科姊妹项目内除用户与用户讨论名字空间外的页面的个人用文件，一般不建议大量上传至萌娘共享。此条的认定程序在用户于讨论版举报时启动。[增 4]
      • 用户头像为用途不当文件，它应通过Special:UploadAvatar上传；
      • 背景图片、背景音乐等直接视为用途不当文件；
      • 用户沙盒、被维护人员移动至用户子页面的页面等曾用于或将用于萌娘百科姊妹项目内除用户与用户讨论名字空间外的页面中的文件，允许合理保留。除此外的其他非沙盒情形页面中的文件，若未能在文件说明页面正确填写文件信息并说明合理用途，视情形可能被维护人员认定为用途不当文件。一般建议维护人员先通知上传者和使用者7日内转移，转移文件后或相关用户无答复可删除文件。
      • 仅用于用户签名的图片亦依照此节内容进行管理。
  5. 其它：[增 5]
    • 删除文件以便重新上传；
    • 覆盖上传后删除旧版本文件；
    • 经STAFF认定，需要立即刪除、隐藏或替换的文件；
    • 2位以上管理员认定需要进行存废处理的文件。

当发现符合上述情形的文件时，维护人员可以对对应的文件进行存废处理，同时需要正确地填写理由。其他编辑者也可以在萌娘百科_talk:讨论版/操作申请提出请求，由维护人员确认后决定是否作存废处理。

对于多次上传不符合本政策文件的用户，维护人员需参考反破坏方针对相应用户进行处理。

新建音乐与视听作品使用指引

萌娘百科收录了不少音乐作品与视听作品（下文简称“作品”）相关条目，在萌娘百科插入音视频也是一件非常容易的事情。

本指引主要用于规范此类作品文件和播放器在页面内的使用、其作品著作权以及与著作权有关权益的保护，对其他录音录像制品文件等的使用仅具有参考意义。

文件上传规范

萌娘共享允许上传格式为ogg、ogv、oga、flac、opus、wav、webm、mp3格式的音视频文件，但我们不鼓励未经著作权人许可将完整的作品文件上传至萌娘共享。

虽然此类作品仅以介绍为目的在百科中以非盈利性方式使用，但仍应注意使用相关媒体文件存在较高的法律风险，因此文件的上传应受到较为严格的限制。

对于作品本身，若受著作权法保护的作品本身存在可供替代的合法外部播放源，则不允许以合理使用为由将文件上传至萌娘共享，应使用播放器或外部链接替代。若此类文件确需上传至萌娘共享，应遵守《信息网络传播权保护条例》之合理使用规范，并且其时间长度不得超过30秒或原作品长度的10%（以较短者为限）。特别地，若存在作者授权萌娘百科进行使用之情形，则需要著作权人向萌娘百科提供书面许可，否则不得将受著作权法保护的作品上传至萌娘共享。

同样对于作品本身，若为公有领域内容、可自由使用内容、CC协议的内容等，若非必要也应优先考虑外部播放器，若需上传文件则应按照萌娘共享:授权协议选择指引正确填写文件信息，并在遵守许可协议或使用条件的前提下使用这些文件。

外部播放器使用规范

您可以在萌娘百科嵌入数种外部的音乐与视频播放器小部件（Widget），可参阅Help:插入音乐、Help:插入视频等帮助文档。

播放器的选择

优先选择符合更多原则的播放器：

  1. 中国内地可播放原则。萌娘百科大部分访问者来自于中国内地，在中国内地可播放更有利于访问者了解作品内容。
  2. 全球可播放原则。为了照顾来自世界各地访问者均可在条目内可播放作品，我们建议您选择更多地区可播放的播放器。
    • 一般情况下，{{BilibiliVideo}}、{{AppleMusic}}可在萌娘百科大部分访问者所在的地区正常提供服务。
  3. 官方原则。优先选择创作者或其他著作权人发布的作品。
    • 虽然外部播放源的著作权状况与萌娘百科无关，但为了避免播放源频繁失效需要更替，一般不建议优先选择明显侵犯著作权的播放源。
  4. 完整原则。优先选择在用户不登录相关网站的前提下可提供完整作品播放的播放器。
    • {{AppleMusic}}等音乐播放器仅提供一定时长的试听服务；
    • {{Music163}}、{{BilibiliVideo}}中部分受保护作品无法在页面内播放。
  5. 无广告原则。优先选择播放前不需要观看广告的播放器。
    • {{QQVideo}}等视频播放器包含广告，一般不建议使用。
播放器的使用

除用户、用户讨论名字空间外，播放器的使用应遵守以下规范：

  1. 播放器所引用的内容应与页面内容或主题有关。
  2. 一般建议对中国内地无法显示的播放器使用{{Hide}}进行折叠，避免出现大片空白。
  3. 同一作品不建议添加过多的外部播放器，一般以满足大部分地区用户需求为限。
  4. 同一页面不建议添加过多的外部播放器，可能会严重影响页面加载。
  5. 页顶模板内不得插入外部播放器，一般不建议页面开头插入外部播放器。[增 6]
  6. 注释内不得插入播放器，应改用外部链接或其它方式。

其他

  1. 除萌娘百科活动页面外，任何页面内不允许自动播放音视频（特别地，此条适用于全站所有音视频文件与播放器）。
  2. 在非作品本身的条目内插入该作品的音视频文件或播放器时，应尽可能地进行必要的文字辅助说明。
  3. 如果您确信本站的某个文件侵犯了您的著作权，您可以参照萌娘百科:方针#原作者或权利人向本站的申诉之规定进行联系。
  4. 免责声明：参见萌娘百科:免责声明。

其他

修订注释区

增

  1. ↑ 依照wenzuxiaot的建议，写明上传后长期未使用可以删除。
  2. ↑ 增加对讨论用文件的限制。
  3. ↑ 增加对评论区文件的限制。评论区不鼓励使用图片，非要用其他图片可以直接写外链。
  4. ↑ 参考其他方针，限定认定程序的启动条件。
  5. ↑ 扩充修订其它一节。
  6. ↑ 参考#页面开头不放置播放器中的建议，增加一条限制和一条不建议。

删

改

  1. ↑ 修改并扩充用户/用户讨论用文件的限制。

注


讨论区

@下曾在Template talk:Music163讨论页参与讨论、对音视频播放器使用较为关注的编者，不知道能不能at到 @夜羽と善子，Sirogohan，花水木，AnnAngela ——  ほしみ 2022年5月12日 (四) 13:25 (CST)

U:TNLHK的疑问

以往上传的违反视听作品使用指引的文件该如何处理？--TNLHK（sign • talk • Alignment） 2022年5月12日 (四) 13:27 (CST)

依照存废政策处理。——  ほしみ 2022年5月12日 (四) 13:28 (CST)

关于游戏角色台词语音文件

此类文件是否属于上文提到的音乐作品与视听作品？是否受音乐与视听作品使用指引约束？例如少女前线:SAF角色台词一节中使用的语音文件-- u i o + 2022年5月12日 (四) 14:07 (CST)

( ¡ )题外话 这类音频是录制还是解包啊…… From Sucaiking the UglyCoder 2022年5月12日 (四) 14:17 (CST)游戏内素材又是另一个故事……划掉了。From Sucaiking the UglyCoder 2022年5月12日 (四) 14:19 (CST)
语言素材不是音乐作品，也很难找到外部播放器替代，因此一般不被相关指引约束。这一类语音文件虽然不被唱片公司所管理，但是应当注意合理使用本身存在的著作权风险。——  ほしみ 2022年5月12日 (四) 14:29 (CST)

地區詞轉換

這跟草案內容比較沒關係，但我建議應該給正式頁面加上公共轉換組。—— Eric Liu 創造は生命（留言・留名） 2022年5月12日 (四) 16:32 (CST)

感谢提醒。是指「上传」和「文件」么，另外有漏的么？——  ほしみ 2022年5月12日 (四) 16:45 (CST)
主要是「視頻」，「上傳」一詞倒是沒什麼差，不必變更。話說萌娘百科有沒有資訊科技公共轉換組來著，如果沒有的話可以從隔壁維基百科扒一個來（ —— Eric Liu 創造は生命（留言・留名） 2022年5月14日 (六) 23:00 (CST)
音视频 → 音影片 （?） 感觉有点不对劲。——  ほしみ 2022年5月15日 (日) 05:36 (CST)
可以寫成「音視訊」。另外，「音頻」應轉換為「音訊」，至於「視頻」可以轉換成「影片」或「視訊」。—— Eric Liu 創造は生命（留言・留名） 2022年5月20日 (五) 10:47 (CST)
印象中港澳地区不使用「視訊」「音訊」，可能得再问问。——  ほしみ 2022年5月20日 (五) 11:25 (CST)
那可以給香港繁體直接繁簡轉換成「音視頻」、「視頻」之類的，先處理臺灣繁體的地區詞轉換。—— Eric Liu 創造は生命（留言・留名） 2022年5月25日 (三) 22:50 (CST)
现在台湾繁体的应该就是OK的吧？——  ほしみ 2022年5月25日 (三) 23:42 (CST)

关于文件管理政策和游戏角色台词语音文件

关于这一节第三条和第四条有点疑问，如果某个图片曾经在某些条目被使用，后来条目不再使用但仍然在非用户主页面或用户讨论页面的其他用户页面被使用（例如某页面较旧版本使用的图片在某用户的沙盒页面仍然被使用，但对应条目已经不再使用此图片），这种情况是否需要将图片进行删除
另外，看到上上个讨论提到了关于游戏角色台词语音的问题，想追加问一下对于需要引用的无官方文案的在游戏内没有体现文案的游戏内角色台词语音，该如何处理（尤其是这种语音非常大量的时候）--屑NoNameK只会说"啊这"（讨论） 2022年5月12日 (四) 16:37 (CST)

你说的“无官方文案”指的什么？配音都出来了怎么会没有文案？-- u i o + 2022年5月12日 (四) 16:47 (CST)
指的是文案在游戏内没有体现的那种（可能是没说太清楚，已经修改）--屑NoNameK只会说"啊这"（讨论） 2022年5月12日 (四) 16:49 (CST)
我猜你说的体现是以文字显示。个人理解文字内容以声音形式播放也是一种体现，所以不存在这个问题。-- u i o + 2022年5月12日 (四) 17:32 (CST)
不再使用一节适用于全名字空间，您提到的这个情况文件仍然属于在使用，无特殊情况不会被直接删除。
不太理解第二个问题，但游戏角色语音和以前一样使用。——  ほしみ 2022年5月12日 (四) 16:50 (CST)
是我一开始没表述清楚，我的锅（
第二个问题我想问的是"文案在游戏中没有体现的那种怎么办"--屑NoNameK只会说"啊这"（讨论） 2022年5月12日 (四) 17:13 (CST)
第二个问题您说的是不是非全语音的游戏，角色语音是语气词或者几句固定台词，例如：嗯，呃，啊，有文字内容，但无语音，只有嗯，这种情况？有具体的例子吗？--夜羽と善子（讨论） 2022年5月12日 (四) 18:16 (CST)
有语音但没有文字的那种（其实说准确一点应该是游戏内有语音但官方没有放出官方文本的这一类）--屑NoNameK只会说"啊这"（讨论） 2022年5月12日 (四) 18:22 (CST)
理解了。个人认为都是游戏中的语音，与游戏内有没有给玩家展示文本无关。应该跟#关于游戏角色台词语音文件的处理方式一样。--夜羽と善子（讨论） 2022年5月12日 (四) 19:38 (CST)

关于用途不当的文件

需要存废的文件中有一条“仅用于用户或用户讨论名字空间的、未曾或不将用于其他萌娘百科姊妹项目内除用户与用户讨论名字空间外的页面的个人用文件，一般不建议大量上传至萌娘共享。”，我觉得这一条表述得并不是十分清楚。我觉得这一章节所规定的应该都是需要删除的情节，建议类非强制性内容我觉得混杂在其中不是特别好，并且这一句感觉表述得不是很容易理解。个人觉得这一条应当表述何种个人用文件应当存废，而将不建议大量上传个人用文件的建议放到其他章节。--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年5月12日 (四) 17:04 (CST)

因为我也不知道，理论上应该写在用户页面方针里（
这条可能算是兜底条款，避免维护人员需要处理时无章可循，欢迎协助修改表述。——  ほしみ 2022年5月12日 (四) 17:48 (CST)
界定“个人用文件”的存废难度挺大的。主要难点在于，很多用户在沙盒写条目时，会提前上传条目用的文件，这类文件显然不应当直接删除。但我们无法判断一个用户页是否为条目沙盒，或是一个文件是否会在未来出现在主空间的条目中。
我的感觉是，对单独文件的存废其实不必做太多限制，不过可以按照同用户上传的个人用文件的总数设置一个上限。超过该上限的，维护组可以询问用户上传大量文件的用途，用户可以合理解释的可以暂时允许（例如有明确的使用于某收录范围内条目/沙盒的计划），用户不能合理解释的，可以将其中没有保留意义的文件进行删除。 --Mathreader（讨论） 2022年5月13日 (五) 05:31 (CST)
有的草稿文件堆上个把月个把年都是有可能的（我自己一个条目草稿传了图好像还没用，堆了近两年），确实很难搞。
有没有可能在上传这类文件时，要求在摘要中正确填写图片用途？虽然我也不知道为什么摘要“仅供管理使用”（逃） From Sucaiking the WAFighter 2022年5月13日 (五) 08:52 (CST)
(＋)确实--TNLHK（sign • talk • Alignment） 2022年5月13日 (五) 09:12 (CST)
同感，而且究竟什么是“大量”，什么是“个人用”，都明确解释一下为好。像上面提到的草稿积压内容应该可以以正确的分类来识别。--某FFF团的高级火法 （批判一番） 2022年5月13日 (五) 18:11 (CST)
就说一点，有没有挂正确分类和图片是否为草稿使用，其实也没有直接联系。用户自用的ACG角色图片也可能有正确的分类，而分类不正确的可能是新手创建条目沙盒，上传图片挂错了分类（所以我才觉得认定很难） --Mathreader（讨论） 2022年5月16日 (一) 00:36 (CST)
可以理解为兜底条款，一般不用，参考其他方针加了个限制条件。——  ほしみ 2022年5月13日 (五) 19:21 (CST)

关于文件格式

一般情况下，wav、flac文件会很大，会占用极大的存储和流量，作为试听应该不追求无损品质，建议禁止。-- u i o + 2022年5月13日 (五) 01:23 (CST)

允许上传的试听是有严格的时长限制的，也没有法规说合理使用有音质限定，这不是重点，问题不大。——  ほしみ 2022年5月13日 (五) 01:35 (CST)

关于音乐文件上传标准的疑问

“对于作品本身，若受著作权法保护的作品本身存在可供替代的合法外部播放源，则不允许以合理使用为由将文件上传至萌娘共享，应使用播放器或外部链接替代。若此类文件确需上传至萌娘共享，应遵守《信息网络传播权保护条例》之合理使用规范，并且其时间长度不得超过30秒或原作品长度的10%（以较短者为限）。”

想请教一下，既然都不允许以“合理使用“为由上传了，那么所谓的“合理使用”以外的上传理由究竟包含哪些？换句话说，如果这是个兜底条款的话，是给哪些特殊情况准备的呢？ --Mathreader（讨论） 2022年5月13日 (五) 06:05 (CST)

这个应该不是完全禁止合理使用，而是禁止在有合法的外部播放源的情况下仍然上传音乐文件到共享。就是说如何合法外部播放源没有这个音乐，那么可以根据合理使用规范上传试听文件到共享。--W3jc（讨论） 2022年5月13日 (五) 09:41 (CST)
是这个意思啊，那看来句中“此类文件”的指代有一定歧义。我建议将“……若此类文件确需上传至萌娘共享，应遵守……”改为“……对于不存在合法外部播放源的文件，确需上传至萌娘共享的，应遵守……”。 --Mathreader（讨论） 2022年5月13日 (五) 09:48 (CST)
还有一种情况是外部合法播放源都没法在内地试听/播放，这时候或许也可以按这条上传文件。——  ほしみ 2022年5月13日 (五) 17:22 (CST)

来自U:Takeuchi的小建议

  1. 建议将#*违反《网络信息内容生态治理规定》的文件；改为#*违反《[[library:网络信息内容生态治理规定|网络信息内容生态治理规定]]》的文件；，以便于用户查阅相关文件
  2. 是否应在#* {{Tl|AppleMusic}}等音频播放器仅提供一定时长的试听服务，{{Tl|Music163}}中部分受保护作品无法在页面内试听。后加上#* {{Tl|BilibiliVideo}}中部分大会员作品无法在页面内视听。，因为肥肠爆芡确实要命
--Takeuchi.BadEditor (讨论与留名) 2022年5月13日 (五) 10:32 (CST)
文库的文件只是备份，也许不适合作为权威文件引用-- u i o + 2022年5月13日 (五) 12:54 (CST)
那么这样应该就可以了：改为#*违反《[http://www.gov.cn/zhengce/zhengceku/2020-11/25/content_5564110.htm 网络信息内容生态治理规定]》的文件；--Takeuchi.BadEditor (讨论与留名) 2022年5月13日 (五) 13:49 (CST)
官方文件等通过之后会在文库备份的。bilibilivideo的限制已添加。——  ほしみ 2022年5月13日 (五) 17:19 (CST)

关于原作者或权利人的申诉

提案：“如果您确信本站的某个文件侵犯了您的著作权，您可以参照萌娘百科:方针#原作者或权利人向本站的申诉之规定进行联系。

方针对应章节全文：“目前本站通过讨论版受理此类申诉请求，直至运维方法务人员提供新的著作权申诉模板与渠道。”就这一句话。

当然也可能是我又想多了，不过是不是可能需要修改方针里这句话的前半部分，作出更加详细的叙述？（比如指明是哪个版？）

( ¡ )题外话 也许在未来，yunying这是一个@字符moegirl.org？ From Sucaiking the WAFighter 2022年5月13日 (五) 19:23 (CST)

这不是这个提案涉及的内容。——  ほしみ 2022年5月13日 (五) 19:47 (CST)

关于歌谱能否上传并使用的问题

在讨论版看到了相关讨论，@YOONHA~1.PAR建议在本提案中讨论相关问题。我有十几份官谱且扒过一些歌谱，自认为在技术上稍有经验，且同样就能否传谱的问题有一定疑惑，所以来谈谈。

  1. 官谱：(＝)中立 。版权疑虑：可能只有极少数唱片发行者免费公开官方乐谱，大部分乐谱都需付费获得（例如GUST曾长期把乐谱作为游戏的初回限定赠品）。文件大小疑虑：官谱通常是总谱，一首4~5分钟的曲子，谱子可能有十几页，且基本是几M的高清扫图，对服务器内存量和用户流量压力比较大。
  2. 自扒总谱或半总谱：(－)反对 。我对业余爱好者的扒谱质量不抱信心。即使那些质量较高的谱……大部分情况下，扒出来的乐谱，就不可能保证正确了，只有错误对听感影响多少的问题，进百科可能对用户产生误导，并且，有很多网站可以传谱，不必非得传上萌百。再说，如果出现多人扒了同一首曲子的谱，水平差不多，都想传萌百，怎么办？先来后到？一起放（烧存储空间和用户流量）？整合？
  3. 自扒唱谱：(＝)中立 。唱谱一般不会错到哪里去。
  4. Undertale_Soundtrack#主导动机的那些谱子：(＋)同意 。展示的目的是为了作介绍（相对地，之前说的三种谱可理解为“作品原文”），且图小。

我印象中，之前好像对对音游谱面的介绍做了一些限制……可能和这个问题有一定关联……但我没找到相关讨论串。

@YOONHA~1.PAR提到了对版权的顾虑。我对相关知识非常不了解，希望了解的人能来说说。——分柿方橙（讨论） 2022年5月14日 (六) 23:58 (CST)

对于官方的，我个人认为这取决于是否在条目中合理使用，如果确有介绍，并且需要相关文件，上传也未必不行。非官方的就算了。——  ほしみ 2022年5月15日 (日) 05:34 (CST)
题外话：个人认为萌娘百科的读者或浏览者对乐谱的需求并不大。对乐谱有需求的都会去专门收集乐谱的网站搜索吧…--夜羽と善子（讨论） 2022年5月20日 (五) 14:33 (CST)

关于文件管理政策第四条的疑问

“仅用于用户或用户讨论名字空间的、未曾或不将用于其他萌娘百科姊妹项目内除用户与用户讨论名字空间外的页面的个人用文件，一般不建议大量上传至萌娘共享。此条的认定程序在用户于讨论版举报时启动。”中所指“大量”是什么意思，加上这一个限定词是出于什么考虑？另外新增的后半句的意思是，如果没有举报的话，维护人员就不可以直接动手吗？——「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年5月15日 (日) 17:33 (CST)

大量是字面意思，我觉得维护人员都有能力判断什么不是大量，什么是可接受的范围。举报是指通过公开程序提出，再经维护人员判断给出处理方式，参考之前NGA的一堆截图等。没有举报也可以直接由管理员认定，而这个是专属于讨论版的程序。——  ほしみ 2022年5月15日 (日) 21:05 (CST)
所以说如果数量不多的个人用图片就不能处理吗？而且这种问题犯不着拉管理员认定吧，还得找两个管理员。这一条上的定义如此模糊，执行也模糊，这样不太好吧？——「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年5月15日 (日) 21:20 (CST)
(＋)同意 (▲)同星海子这条本来就是兜底条款，加个大量我看主要是防止误删将用于正式条目的图片，程序应该也是出于这种考虑。( ¡ )题外话 讨论用图是算私用图还是置换为外链后算成不再使用，我看讨论用图也应该说用途不当--Takeuchi.BadEditor (讨论与留名) 2022年5月15日 (日) 21:59 (CST)
首先，如果真有人能把“个人用文件”的标准制定出来的话并获得共识的话，我支持按照那个管理。
在没有“个人用文件”的统一标准的现状下，我觉得最重要的是要保证“个人用文件”的认定必须先经过维护组与上传用户的讨论再决定是否操作（例如用户讨论页交流并达成共识），而不是维护组自己认定、挂删完了再通知用户。如果能确保做到这点的话，维护组的处理可以不需要“大量“这个限定词。
不过换个角度想，我觉得为了某用户上传的单张图片是不是“个人用文件”讨论个半天，可以是可以，但并不是件很有意义的事情，只会浪费讨论各方的精力。因此，不论提案里最后怎么写，在实际执行中，我更鼓励在“大量”的情况下再进行举报/讨论，这样既可以省下各方的时间，也可以避免认定上的纠纷。 --Mathreader（讨论） 2022年5月16日 (一) 00:06 (CST)
非大量的情况下能不能发现都两说，但在正式文件里非要说“大量”才能启动处理那是图什么，逼着维护人员对于小规模的不合规睁一只眼闭一只眼？（虽说就算完全不处理也不影响什么）
照我看的话，认定“个人用文件”没那么麻烦，如果对面有要写条目的打算，那么只要让他说出来想建立的页面标题之类的，简单证明图片能被用到就可以了，就算是一时半会没有实际建立也可以不用一直追着管。如果是正式条目中用不到的，想要编个理由没那么简单（况且有些图片，例如pixiv扒的装饰性图片，一看就不像是条目介绍用图）。
倒不如学习隔壁中维，叫个机器人定期删除传完长期没人用的图片。——「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年5月16日 (一) 08:27 (CST)
机器人我暂且给(－)弱反对 ，毕竟机器人没法像人一样判断哪些图片未来可能使用于主空间条目，只会冷冰冰地删光。可以想像下有编辑放个萌百假期回来，想继续填沙盒时发现之前传的图全没了是什么感受。比起这个我更相信维护组和用户交流后，相对人性化的认定。
至于指引里的写法，根据上面的讨论意见，我觉得干脆把“大量”删了，然后写清楚维护组启动处理的流程（应当先询问、根据是否有合理使用理由决定保留或删除），这样比较好。 --Mathreader（讨论） 2022年5月16日 (一) 10:47 (CST)
复读一下之前我提的“有没有可能在上传这类文件时，要求在摘要中正确填写图片用途？”（其中我设想的“这类文件”指上传48h（待定数字）内不投入使用）
或者让文件页面那个叫“文件说明”的二级标题动起来？现在文件说明都是分类，也许可以填写文件用途啥的。等等音频里面没得这个二级标题用，我要再去测试一下。
至于删除程序……我自己暂时没有好的设想。From Sucaiking the WAFighter 2022年5月16日 (一) 11:00 (CST) 编辑于 2022年5月16日 (一) 11:03 (CST)
哦，我猜是老文件的问题？新文件存在且可以编辑这个二级标题，没事了。反复发言实在对不起。From Sucaiking the WAFighter 2022年5月16日 (一) 11:20 (CST)
启动之后，是削减至“少量”，还是删完？　あめろ 讨论 2022年5月16日 (一) 04:31 (CST)
“一般不建议”这样的表述我也不是很认同，有什么“非一般”而可以上传的情况吗？——「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年5月16日 (一) 08:27 (CST)
是否存在一些值得保留/参考的用户页面，可能需要文件的情况？例如未形成共识的个人论述、个人写的帮助页面之类的。 --Mathreader（讨论） 2022年5月16日 (一) 11:02 (CST)
个人沙盒（也就是预备建立的页面）大概算一个。——「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年5月16日 (一) 11:12 (CST)
“个人沙盒”应该不构成你想问的“非一般”的情况（因为属于“将用于其他萌娘百科姊妹项目内除用户与用户讨论名字空间外的页面”）。我在考虑的是有没有你说的“非一般”情况，例如不会移动至主空间，但还有意义的用户页面，需要文件的情况。我上面说的那两种应该就是属于这个标准。--Mathreader（讨论） 2022年5月16日 (一) 11:33 (CST)
确实有这种情况，比如说位于用户子页面的FGO英灵自设这种（虽然可以外链替代但是也可以允许）。我们是否可以要求此类使用在文件说明页面写清用途？——  ほしみ 2022年5月16日 (一) 12:10 (CST)

这节替换为下文是否可行？

  • 非出于介绍目的而上传的商业宣传推广文件；
  • 仅用于讨论相关名字空间的、可被替代的临时讨论文件；
  • 仅用于用户、用户讨论名字空间内的用途不当文件：
    • 用户头像为用途不当文件，它应通过Special:UploadAvatar上传；
    • 背景图片、背景音乐等直接视为用途不当文件；
    • 用户沙盒、被维护人员移动至用户子页面的页面等曾用于或将用于萌娘百科姊妹项目内除用户与用户讨论名字空间外的页面中的文件，允许合理保留。除此外的其他非沙盒情形页面中的文件，若未能在文件说明页面正确填写文件信息并说明合理用途，视情形可能被维护人员认定为用途不当文件。一般建议维护人员先通知上传者和使用者7日内转移，转移文件后或相关用户无答复可删除文件。
    • 仅用于用户签名的图片亦依照此节内容进行管理。

——  ほしみ 2022年5月16日 (一) 12:50 (CST)

(＋)同意 --Takeuchi.BadEditor (讨论与留名) 2022年5月16日 (一) 13:42 (CST)
蛮好的，我觉得叙述上还能微调一下：
  • 仅用于用户、用户讨论名字空间内的用途不当文件：
    • ……
    • 背景图片、背景音乐等只用于页面美化的文件直接视为用途不当文件。
    • 第三点“除此外的其他非沙盒情形……”分到下一个无序列表项？
From Sucaiking the WAFighter 2022年5月16日 (一) 13:46 (CST)
第三点没拆是因为「其他非沙盒情形」中的「其他」是有含义的，指不包含沙盒定义第5条，因为它属于前半部分了。拆也可以，不能偷懒了（（（
另外没拆是因为这里列的是不当用途，而拆分后3将是保留的原因而不是删除的原因，有点怪。——  ほしみ 2022年5月16日 (一) 20:31 (CST)，修改于2022年5月16日 (一) 20:33 (CST)
(＋)同意 ，也如User:Sucaiking所说可以微调一下措辞。——「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年5月16日 (一) 14:59 (CST)
( ¡ )题外话 如果用于讨论的文件被删除，很可能导致讨论存档出现无法理解的状况，我们有必要为了保存讨论历史而允许这样的图片继续保存在图站吗。——「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年5月16日 (一) 15:03 (CST)
我觉得应该既往不咎，同时在新讨论串中及时提醒……但只要是外部图床，都不一定能保存好。
也许对于站内页面的提问，我们可以鼓励使用固定链接？对于插入外部图片，鼓励添加注释以减少无法溯源的可能？From Sucaiking the WAFighter 2022年5月16日 (一) 15:40 (CST)
我觉得无所谓吧。甚至讨论版存档里有人签名的css页删除/修改之后导致一些问题，甚至是整个页面内容都产生了变化（（（ ——  ほしみ 2022年5月16日 (一) 20:31 (CST)
抱歉前两天针对相同条款提出问题之后就一直没时间参与讨论……我觉得这样的方向是好的，不过原先的条款可以包含长时间未有任何使用的文件而更改之后就包含不了了。我建议把长时间未有任何使用，且未来也无使用需求的文件也加进这一条。--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年5月17日 (二) 00:44 (CST)
这个是不是可以直接认定不再使用（?）——  ほしみ 2022年5月17日 (二) 00:55 (CST)
算在那个“等原因”里吗……感觉还是写得更明白好些，也避免一些不必要的口舌--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年5月19日 (四) 22:26 (CST)
加一条也可以，不过这应该适用于全名字空间，而不仅仅是用户的图片。——  ほしみ 2022年5月19日 (四) 22:31 (CST)
对，我就是这个意思--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年5月21日 (六) 10:26 (CST)

一点关于音乐的小疑问

这个问题困扰我很久了，在可使用外部播放器的情况下是否优先使用外部播放器，如果是的话，在Papyrus页面里，角色歌部分是用的共享里的文件（File:Toby Fox - Bonetrousle.mp3、File:Toby Fox - Nyeh Heh Heh!.mp3），提案通过后是不是要替换为外部播放器并删除共享文件--有点怂的playymcmc007签名请用--~~~~哦（讨论爆破） 2022年5月16日 (一) 12:20 (CST)

不需要提案通过也可以这么做，提案通过是必须这么处理。——  ほしみ 2022年5月16日 (一) 12:50 (CST)
我懂了，之前是共识，现在是规定--有点怂的playymcmc007签名请用--~~~~哦（讨论爆破） 2022年5月16日 (一) 12:55 (CST)

页面开头不放置播放器

  • 一、对页面开头不放置播放器，有以下理由：1.排版不美观。2.无法预知版权是否会失效。3.哪首歌适合放在页面开头属于个人的主观判断，容易引起争执。
  • 二、在非音乐类作品中，例如这个版本，该作品的相关音乐一节的OP，ED，IN每首歌都添加一个播放器，影响页面排版，个人认为不美观。
  • 三、角色条目中相关音乐部分，即角色歌，印象曲、背景音乐，希望使用合适的标题用语，个人认为「处刑曲」一词实在是不适合作为标题使用。
  • 我只希望第一点能写入指引。第二、三点是个人观察到的现象，既然发起讨论了，就把这两点一起说出来。--夜羽と善子（讨论） 2022年5月18日 (三) 23:02 (CST)
关于第一点，“在非作品本身的条目内插入该作品的音视频文件或播放器时，应尽可能地进行必要的文字辅助说明”是否可以限制此类问题？我没有调查，不敢保证直接禁止会不会产生误伤。——  ほしみ 2022年5月19日 (四) 22:34 (CST)
页面开头即序言部分一般情况下，有信息模板和首段第一句，《作品名》（日语：日语原名；英语：英语原名）是由xx创作/制作/开发（或xx旗下的）的一部漫画（或动画/游戏/轻小说/……），并有XX、XX等衍生作品。假设在这句话之前，放个播放器模板，再以文字辅助说明该音乐是xx，个人认为排版仍不美观，为什么我点击进入一个我完全不了解的动画条目，第一眼看到的是该播放器下面写着几句话：该音乐是该动画的BGM或插曲等，每逢xx登场时或xx打倒对手时，必播放此音乐。然后再看到「《作品名》是由xx制作的电视动画」这句话。不过我也没有完全调查，确实应该调查一下比较好，可是最近502，完全调查有点困难。等待其他用户对该问题的看法。--夜羽と善子（讨论） 2022年5月20日 (五) 13:29 (CST)
有的条目会在开头插经典语录的音频（我自己在虚拟UP主条目中见到很多，比如这个条目）甚至bgm（暂时没想起例子）。个人觉得序言部分和页顶TOP都不应该使用播放器。 From Sucaiking the WAFighter 2022年5月21日 (六) 00:10 (CST)
个人认为排版还是不美观。( ¡ )题外话 卷卷卷的虚拟UP主那边有喊话top，引言，弹幕，定制CSS等多种美化页面的工具还不够用吗...--夜羽と善子（讨论） 2022年5月21日 (六) 15:34 (CST)
成句：全场最佳。——GuoPC · 論 · 獻 2022年5月21日 (六) 10:33 (CST)
我觉得这个使用就属于关联不大，并且没说明（
而且吧，这种播放器总有一些用户播放不了。——  ほしみ 2022年5月21日 (六) 10:41 (CST)
个人认为排版仍不美观。--夜羽と善子（讨论） 2022年5月21日 (六) 15:34 (CST)

Special:差异/5985189/5985211 结合本讨论串和实际使用中的一些问题，增加了对外部播放器在开头使用的限制。另外考虑到页顶加语音什么的尚可接受，内部文件播放暂不考虑限制。——  ほしみ 2022年5月21日 (六) 15:42 (CST)

补充一下我打完了字又删除了的话：如果把虚拟UP主换成作品中角色，特别是主角，主角的经典语录可不止一句，哪条经典语录语音适合放在页面开头属于个人的主观判断。--夜羽と善子（讨论） 2022年5月21日 (六) 15:58 (CST)
( ¡ )题外话 什么？主角？经典语录还要放录音？那不直接杀，迪奥·布兰度和空条承太郎都没这么搞（
不过以mgp的性质，真就只能到不建议为止了。根据“不建议”进行的删除行为，也许问题也不大。From Sucaiking the WAFighter 2022年5月21日 (六) 16:20 (CST)

一个小问题

最后一节的“其他”部分中“除萌娘百科活动页面外，任何页面内不允许自动播放音视频（特别地，此条适用于全站所有音视频文件与播放器）”是否包含用户名字空间下的页面？（如据我所知， U:机智的小鱼君 的用户页就有自动播放的音频）。
另外，“用途不当的文件”中是否包括那些仅在用户框中出现，且不符合曾用于或将用于萌娘百科姊妹项目内的文件（如 U:jinkela1123 签名中的图片）？它们是否属于仅用于用户、用户讨论名字空间内或/和仅用于用户签名的图片？那些已经存在的文件如何处理？——Zyszhao.GE·讨论页·留名版·坦闪组 2022年5月23日 (一) 21:52 (CST)

现在也只有以前的用户页有自动播放的音频了，过滤器已经阻止全站任何页面添加自动播放的音频了，这条是用来明确限制用户名字空间的。
用户框在模板名字空间，自制的个人用用户框可以选择用外部图片。
签名里的可以处理也可以暂时不管，这和讨论内容不一样，删掉图片除了留下红链并不会影响任何讨论内容。
——  ほしみ 2022年5月23日 (一) 22:28 (CST)

对于“长期未使用”的疑问和建议

(＆)建议 第三节中的“长期未使用”应该添加具体时限，比如12个月？这样可以明确具体时间而不是靠维护人员自己体感，也可以方便后续部署机器人进行自动清理。
对于这些长期未使用的文件应该要有提醒编辑者以及上传者进行使用，防止这些文件无声无息就没了。个人建议：文件即将被删除的最后两个月可以挂一个“即将删除的长期未使用文件”上传者或者相关的编辑者应该在文件到期删除前悬挂一个类似“将于XXX日期内使用此文件（文件将被用于XXX）”的模板以推迟删除，并添加一个“长期未使用的文件”分类，保证有人注意到该文件并且开始着手编辑，在使用文件后删除模板以及分类。推迟删除时间最长不能超过一定时间，比如不能再推迟超过6个月？再超出这个时间应该提出申请并说明理由。不过考虑到目前萌娘共享里面上古遗留的的文件真的太多了，可以在提案通过后在已经成为“长期未使用”的文件下面悬挂上述模板（时间自动设置为最大）并添加分类，允许推迟的时间也可以再延长一些，保证编辑者有时间来处理这些文件。（感觉技术上似乎不是很能做得到，希望有更好的方案）--DDBB520（讨论） 2022年5月25日 (三) 10:56 (CST)

没必要，萌娘共享本身就不是网盘。
文件不会部署机器人清理，需要手动复核是否有实际使用。
——  ほしみ 2022年5月25日 (三) 11:26 (CST)
(～)补充 对于机器人清理，我更相信维护人员会复核后删除。——  ほしみ 2022年5月25日 (三) 11:28 (CST)

投票开始后的讨论

@胡祥又：既然您提到了文件管理政策中应对“应当进行存废处理的情形”进行分开处理，那么您认为应该如何对这些文件进行处理呢？

  • 个人认为，既然已经到了存废处理这一步，那么这些文件就应走删除程序了（不过同样可能因为存有链入而保留，或是在主名字空间替换文件后再次进入删除程序）。
  • 如果需要保护、监督等操作，那么应该根据对应的方针走对应程序（如萌娘百科:监督方针）。
  • 文件很少会有在移动后保留重定向的情形。
  • 文件合并同样罕有，对于重复文件一般会择优选择。
  • 萌百不是维百。一般不需要为了一个文件的存废而大费口舌。

以上。文字中可能含有疏漏，还请多加指正。--Qaolp0 はなおし (讨论) 2022年5月31日 (二) 19:23 (CST)

我也是在开启投票后仔细阅读提案时发现的这个问题。
在提案和相关讨论中，似乎是直接把“存废处理”和“删除”（或“删除或挂删”）作为同义词使用了。但如果参见萌娘百科:方针#页面存废政策中的描述，存废处理实际上指的是从发现问题文件到删除文件之间的整个过程，而“（尝试）改进和补救”也是这个过程中必须经过的流程，处理过程中只要让出现的问题不再出现，各种解决方式都可以中止存废处理流程。“存废处理”的目的是解决问题，而“存废”这个词是“存”“废”二选一，不应该直接就“废”。
例如“存在重复的文件”，一定要删除其中的一个（因为删除其中一个就可以解决“文件重复”的问题，所以并不是要两个互相重复的都要删除）吗？对于重复的两个文件都在大量使用且两个文件名各有用法的情形，改为重定向也许是更好的选择。
再例如对于“命名错误的文件”，是应该删除吗？显然不是，应该移动到合适的文件名，然后再处理移动后残留的链入和重定向。这就属于补救处理，这可以让这个文件免于被删除。
更关键的问题是，如果上面两个例子不需要删除也可以解决问题，那么其他情形被执行操作的维护人员认为显然应当删除的，说不定也可以有该维护人员没有想到的不需要删除的解决方式。如果维护人员只顾挂删，也许就会像萌娘百科:方针#页面存废政策中说的那样造成不可逆的损失。
提案中把现行萌娘百科:方针#文件管理政策中的“删除”改成“存废处理”，这是好的，因为确实存在很多不应删除而应进行其他操作的情况。但提案中没有详细说明哪些“存废处理”不是“删除”，以及不“删除”的话应该进行什么操作，肯定还会给今后留下争议。— 葫芦又留言 2022年6月1日 (三) 01:29 (CST)
简单来说，提案中没有写出具体的存废处理操作，可能就是想让维护人员在遇到这些情形时自行判断如何处理。我反对的点有两点：1 如果维护人员没有想到更好的处理方式造成了损失，而方针里又没说具体处理方式，这些操作都是维护人员自己的决定，到头来这锅还要维护人员背；2 不同的维护人员可能会选择不同的处理方式，又会引起争论。— 葫芦又留言 2022年6月1日 (三) 09:53 (CST)

投票区

正在加载中……
本次投票由星海子[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核发起。
  • 投票开始时间： |
  • 投票结束时间： |
  • 投票总用时 7 天，正在计算中……

@AnnAngela，云霞，蓝羽汇，星海子，玄微子，弗霖凯，AkizukiSaitou，Bbrabbit，宇文天启，平塚八兵衛，空翊，Vcfch843875618，HetmesAskalana，不是液氮，红石小蝈，Xzonn，Chko08022003，Bete1geuse，小乃，LUO1P，TsanconBYin，西尾哈鲁卡，Wenzuxiaot，SinonJZH，沼泽，Bob1301，あめろ，Daigui，屠麟傲血，NemitsugiOtowa，Luoxuchan，Qaolp0，胡祥又，甜的白萝卜，秋园世界，淮南皓月，贯井羽优的草莓胖次，Leranjun，高级火法，Sytus ——  ほしみ 2022年5月25日 (三) 20:05 (CST)

@W3jc，Ericliu1912，分柿方橙，Playymcmc007，Mathreader，DDBB520，Sucaiking，GuoPC，夜羽と善子，NoNameK，TNLHK，Zyszhao，Takeuchi，Uiop 投票请记得填写理由～ ——  ほしみ 2022年5月25日 (三) 20:07 (CST)

管理员

同意
  1. (＋)同意 支持--From KumoKasumi the Bureaucrat (Talk) 2022年5月25日 (三) 23:45 (CST)
  2. (＋)同意 无异议。——From 引梦者浊华(讨论) 2022年5月26日 (四) 14:27 (CST)
  3. (＋)同意 开完票忘投了。 ——  ほしみ 2022年5月27日 (五) 03:00 (CST)
  4. (＋)同意 无意见。——丝毫没有存在感的某蓝色管理员（讨论） 2022年5月30日 (一) 20:42 (CST)
  5. (＋)同意 行.--饥饿之声-弗霖凯（讨论） 2022年6月1日 (三) 13:26 (CST)
反对
弃权

巡查姬

同意
  1. (＋)同意 为什么每次只有星海能at出来人（恼）—— 超级纯洁的小马娘秋园邀请你去地下室和重马场一坐 2022年5月25日 (三) 20:09 (CST)
  2. (＋)同意 就是啊（恼）—— 这是一张遗漏的二饼（请联系失主） 2022年5月25日 (三) 20:12 (CST)
  3. (＋)同意 说的有（便乘）—— 屠麟傲血（讨论） 2022年5月25日 (三) 20:14 (CST)
  4. (＋)同意 暂无意见。不过为何只有星海才能at的这个问题，感觉似乎围绕在星海的阴谋论越来越多了（不是--94 42 233 2001-8 J-JRE（Discussion） 2022年5月25日 (三) 20:28 (CST)
  5. (＋)同意 好事-- 小乃（讨论） 2022年5月25日 (三) 20:44 (CST)
  6. (＋)同意 能扬私用图就行。--某FFF团的高级火法 （批判一番） 2022年5月25日 (三) 21:05 (CST)
  7. (＋)同意 无异议。—— Sytus（Talk） 2022年5月25日 (三) 21:09 (CST)
  8. (＋)同意 挺好。——「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年5月25日 (三) 21:53 (CST)
  9. (＋)同意 No problem.—— DaiGui aka YukinasNeko「talk」 2022年5月25日 (三) 22:14 (CST)
  10. (＋)同意 在主站明确更方便编辑者查阅--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年5月25日 (三) 23:29 (CST)
  11. (＋)同意 好处大大的—— 冬月下的二重奏 LUO1P✾ 2022年5月26日 (四) 00:09 (CST)
  12. (＋)同意 無異議。——空翊「留言」 2022年5月26日 (四) 00:23 (CST)
  13. (＋)同意 好 ! --By CHKO (Talk) @ 2022年5月26日 (四) 10:42 (CST)
  14. (＋)同意 无异议。--Vcfch843875618（讨论） 2022年5月26日 (四) 11:14 (CST)
  15. (＋)同意 做好删除前的复核工作就可以减少很多不必要的麻烦。--Qaolp0 はなおし (讨论) 2022年5月26日 (四) 12:24 (CST)
  16. (＋)同意 看了一下没什么问题。——Xzonn（聊天） 2022年5月26日 (四) 19:29 (CST)
  17. (＋)同意 这次没炸！--已经是一条死鱼的HetmesAskalana 2022年5月26日 (四) 20:25 (CST)
  18. (＋)同意 感觉没啥问题——甜的白萝卜(讨论) 2022年5月26日 (四) 21:00 (CST)
  19. (＋)同意 有详细的规则是好事。--bbrabbitからの評論 #討論# 2022年5月27日 (五) 01:07 (CST)
  20. (＋)同意 无异议。-- 珞羽子(交流室) 2022年5月27日 (五) 12:51 (CST)
  21. (＋)同意 没什么问题。——Ithea℗╱ 淮南皓月 🌙 2022年5月27日 (五) 19:51 (CST)
  22. (＋)同意 暂时没发现有什么问题。——From恋冢小梦单推人贯井羽优的草莓胖次（讨论） 2022年5月28日 (六) 00:04 (CST)
  23. (＋)同意：不过对于未使用文件的处理个人认为不必过严，其他认可。—— LN2 不是液氮 (讨论•贡献) 2022年5月29日 (日) 12:55 (CST)
  24. (＋)同意 无异议--——Bete1geuse（1个标签：打嗝） 2022年5月29日 (日) 21:28 (CST)
  25. (＋)同意 文件政策处理之后，下一步会不会再修文库和英、日萌的政策呢 --MnO43- 2022年5月30日 (一) 22:39 (CST)


反对
  1. (－)反对 反对因为“长期未使用”就删，很多文件可能确实是长期未使用，但单凭这个理由就删，可能会丢失很多孤本数据，造成不可弥补的损失。这块文件多工作量确实大，也很难整理，但并不适合这么一刀切的处理方法。应该在一些客观因素制约下，比如服务器空间吃紧等原因，再开展这项整理工作，而且需要细分清理优先级，并制定详细的步骤和策略。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2022年5月26日 (四) 13:47 (CST)
  2. (－)反对 文件管理政策中列出了“应当进行存废处理的情形”，却没有清楚说明部分情形应如何进行处理：保留、移动至合适标题、合并、改为重定向、挂删、立即删除、保护、隐藏、监督、覆盖上传、发起讨论、搁置，这些都是“存废处理”的操作，而不同情形下的操作也不相同，提案中却没有全部清楚说明。— 葫芦又留言 2022年5月30日 (一) 01:32 (CST)
弃权
  1. (∅)弃权 写毕业论文中，暂时不想看（--SinonJZH(๑•̀ω•́๑)(讨论) 2022年5月25日 (三) 20:20 (CST)
  2. (∅)弃权 我也被毕业论文爆杀中.jpg——bob1301（讨论） 2022年5月27日 (五) 12:16 (CST)
  3. (∅)弃权 实验报告和结课作业。　あめろ 讨论 2022年6月1日 (三) 23:40 (CST)

参与讨论的自动确认用户

同意
  1. (＋)同意 我关心的播放器插入和文件存废问题，还是比较满意的。From Sucaiking the WAFighter 2022年5月25日 (三) 20:16 (CST)
  2. (＋)同意 暂赞成对于外部播放器的管理，非常支持对用途不当文件的规范化认定。——Zyszhao.GE·讨论页·留名版·坦闪组 2022年5月25日 (三) 20:33 (CST)
  3. (＋)同意 无异议--TNLHK（sign • talk • Alignment） 2022年5月25日 (三) 20:54 (CST)
  4. (＋)同意 虽然基本没怎么参与讨论但是对提案内容较满意。——GuoPC「眩しすぎるくらい　星よ輝け　Shinin' Star」 2022年5月25日 (三) 21:12 (CST)
  5. (＋)同意 511，我觉得海星--有点怂的playymcmc007签名请用--~~~~哦（讨论爆破） 2022年5月25日 (三) 21:28 (CST)
  6. (＋)同意 非常支持进一步规范文件管理， 对提案 没 有 任何异议。辛苦各位维护人员和编辑者对文件 的 规范管理。--DDBB520（讨论） 2022年5月25日 (三) 21:58 (CST)
  7. (＋)同意：加油！地區詞轉換問題之後可以再討論，辛苦了。—— Eric Liu 創造は生命（留言・留名） 2022年5月25日 (三) 22:49 (CST)
    ▼ 该投票无效，原因：投票人不具备票权，且票种错误。
    1. (＋)带条件同意 感觉需要对一定时间前的远古文件进行存档。有的文件原上传者可能很难联系到了，而且文件名乱码，但是有遗留的珍贵资料。还有部分文件是以文件夹形式引用的，是否也算未引用文件呢？其他文件同意。--焦点（讨论） 2022年5月25日 (三) 23:47 (CST)
    ▲ 该投票无效，原因：投票人不具备票权，且票种错误。
  8. (＋)同意 删除文件前人工确认就好。--W3jc（讨论） 2022年5月26日 (四) 00:03 (CST)
  9. (＋)同意 之前的疑虑都解决了，没有问题。--Mathreader（讨论） 2022年5月26日 (四) 00:42 (CST)
  10. (＋)同意 同上，疑虑已经没有了（--屑NoNameK只会说"啊这"（讨论） 2022年5月26日 (四) 06:27 (CST)
  11. (＋)同意 无异议--Takeuchi.BadEditor (讨论与留名) 2022年5月26日 (四) 12:34 (CST)
    ▼ 该投票无效，原因：投票人不具备票权。
    1. (＋)同意 Epiphany-1014（讨论） 2022年5月27日 (五) 08:01 (CST)
    ▲ 该投票无效，原因：投票人不具备票权。
  12. (＋)同意 暂时没有疑虑。--夜羽と善子（讨论） 2022年5月30日 (一) 00:15 (CST)
反对
弃权
  1. (∅)弃权 忙期末没空看，抱歉——分柿方橙（讨论） 2022年5月31日 (二) 20:45 (CST)

无票权用户

同意
  1. (＋)同意 无异议——GreenHal Talk with me now~ 2022年5月29日 (日) 17:37 (CST)
反对
弃权
  1. (∅)弃权 又是偏技术性的提案？不太懂，也没怎么看--北湖3（讨论） 2022年5月25日 (三) 23:19 (CST)

计票与结论

根据萌娘百科:提案：具有投票权的用户为：【管理员】、【巡查姬】、在讨论阶段参与了提案讨论的已注册达30天、遵守方针的活跃【自动确认用户】。在提案有至少2位管理员参与投票时，【投票有效】。

  1. 投票开始时共有6名参与站务的管理员；其中，
    • 5人(＋)同意 ，
    • 0人(－)反对 ，
    • 0人(∅)弃权 ，
    • 1人没有参与投票（AnnAngela）。
  2. 投票开始时共有34名正式巡查姬；其中，
    • 25人(＋)同意 ，
    • 2人(－)反对 ，
    • 3人(∅)弃权 ，
    • 4人没有参与投票（AkizukiSaitou, 西尾哈鲁卡, Leranjun, Luoxuchan）。
  3. 共有11名有票权的自动确认用户参与了投票；其中，
    • 10人(＋)同意 ，
    • 0人(－)反对 ，
    • 1人(∅)弃权 ，
  4. 另有2人发表了意见，2人投了无效票。

当前提案有5位管理员投同意或反对票，大于等于要求的2名，该提案投票有效。

统计计票结果，全部投票之同意：反对票数量为 40:2，【同意】票数大于【反对】，且管理员的【同意】票数不小于【反对】，【提案通过】。——  ほしみ 2022年6月2日 (四) 15:15 (CST)

取自“https://moegirl.uk/index.php?title=萌娘百科_talk:提案/已通过提案/关于进一步规范文件管理的提案(2022.06.02)&oldid=217022”