討論:討論版/存檔/2016年11月
討論版檔案館（【北大力南逸峰】我的故事是否在收錄範圍內
如題，介紹里說這是一首「人力Vocaloid」作品，那麼想請教下下列作品類型的具體內涵以及是否在收錄範圍內：
- 人力Vocaloid。其定義似乎為通過素材拼湊出歌曲的效果？目前不明。
- UTAU歌曲。其定義為使用自定義音源演唱的歌曲？目前似乎在收錄範圍之內
- MAD。其定義為利用素材拼接的影片？目前不明。
- 音MAD。與人力Vocaloid似乎有微妙的不同，感覺這兩者的收錄範圍會被一起決定。
至於鬼畜，個人認為是一個形容詞而非十分嚴格的題材。
所以這個說是討論，也算是有很大疑問成分……希望比較了解的編輯者能參與討論--Shirrak（討論） 2016年10月16日 (日) 22:41 (CST)
- (○)保留 。參見萌娘百科:收錄範圍 -> 作品 -> 音樂 -> "獨立製作人製作的音樂" 巡查姬Frank (討論) 2016年10月17日 (一) 11:11 (CST)
- 這就是問題，人力Vocaloid是否屬於「使用Vocaloid等軟體合成的電子人聲樂、晶片音樂」，其製作過程與Vocaloid合成有所不同，我個人難以判斷……--Shirrak（討論） 2016年10月17日 (一) 12:21 (CST)
- 你重點搞錯了，根據收錄範圍來說，無論是採用何種技術，只要是獨立製作人製作的音樂便可以收錄。和所謂「人力Vocaloid」概念沒什麼關係，因為已經有獨立音樂製作人使用鬼畜素材作為Sampling製作純音樂作品的先例。
- 應該關注的是，能否認為「【北大力南逸峰】我的故事」符合「獨立製作人製作的音樂」的標準。
- 個人觀點是，非製作者本人作曲或編曲的視頻，是不能算作「獨立製作人製作的音樂」的，因為音樂非其創作。比如洛天依投食歌。--萌二（討論） 2016年10月17日 (一) 14:47 (CST)
- 個人認為你提出的把話題向更遠的方向發展了，那就是所謂「改編是否算作獨立音樂作品」。我想表達的就是人力vocaloid是否屬於音樂，或者用個bilibili說法「你是投音樂區還是鬼畜區」，是否能從音樂的角度對其進行分析。--Shirrak（討論） 2016年10月17日 (一) 15:07 (CST)
- 啊，發現個有趣的事情，在UTAU中文傳說曲中有我的故事這個曲目，下方還有說明：「一句話總結：一般在B站上的中文UTAU曲與用UTAU製作的人力VOCALOID曲均符合要求，請不要被以上規則束縛，它們只是為了完善邏輯而存在。」這就是說人力vocaloid和UTAU歌曲有相當的重合部分？我覺得有點不可思議了--Shirrak（討論） 2016年10月17日 (一) 15:13 (CST)
- 這就是問題，人力Vocaloid是否屬於「使用Vocaloid等軟體合成的電子人聲樂、晶片音樂」，其製作過程與Vocaloid合成有所不同，我個人難以判斷……--Shirrak（討論） 2016年10月17日 (一) 12:21 (CST)
請大家注意在萌娘百科:收錄範圍 -> 作品 -> 音樂 -> "獨立製作人製作的音樂"中的「使用vocaloid的軟體創作的音樂」只是一個例子。只要是「獨立製作人製作的音樂」都收錄。巡查姬Frank (討論) 2016年10月18日 (二) 04:53 (CST)
- 我的困惑只是這個屬於音MAD還是音樂……如果被認為是音樂，那是可以收錄的--Shirrak（討論） 2016年10月18日 (二) 10:51 (CST)
- 個人見解是，可以看歌詞來判斷。
- 而且因為這曲子即便在是音樂的前提下也不算是獨立製作人製作的音樂，因此怎樣都不適用該收錄條件。--萌二（討論） 2016年10月18日 (二) 13:07 (CST)
- 那麼這樣來說的話，洛天依投食歌也不在收錄範圍內嗎？覺得有點古怪……--Shirrak（討論） 2016年10月18日 (二) 13:55 (CST)
- 這個例子舉的並不好啊。洛天依投食歌被提到的主要原因應該是因為它只是另一首V家曲的翻唱，該曲的UP主本身不是作曲也不是編曲，所以屬於難以界定的灰色地帶。
- 這主要涉及一個問題：假設翻唱可以適用這條規則，那麼是不是任何原曲只要有人用V家翻唱一遍，就可以收錄到萌娘百科了呢？
- 其實V家翻唱不用這麼糾結，因為萌百實際執行已經有大量的翻唱條目了。其實有人寫了條目質量又好的話，也不用太糾結一定要墨守成規。--東山奈央（討論） 2016年10月19日 (三) 01:55 (CST)
- > 假設翻唱可以適用這條規則，那麼是不是任何原曲只要有人用V家翻唱一遍，就可以收錄到萌娘百科了呢？
- 是。你可以申請修改收錄範圍。--Frank (討論) 2016年10月19日 (三) 10:53 (CST)
- @Imfrankliu不，收錄範圍中實際上並沒有相關表述，「翻唱適用」只是現在在習慣上執行著的不成文的規則。
- 以及，關於音樂條目管理規範的提案也只提到了經典歌曲經翻唱在圈內帶來影響的歌曲（比如說喀秋莎）在收錄範圍。V家曲、東方二次創作曲本身不能算作MediaMix企劃而屬於創作集群，所以目前也無法適用其中的「為保證完整性可一併收錄」。
- 在灰色地帶的條目還有超萌音之蘿莉組曲等條目，只不過這首歌曲連V家都不是。--東山奈央（討論） 2016年10月19日 (三) 11:28 (CST)
- 我以前已經在模板:洛天依提過，中文V家翻唱曲暫以達成殿堂曲(10w+播放)為收錄標準(不過這似乎只在中V有共識，而且不是硬性的規章)，已有的條目就留下來吧，以後多注意點就可以了。洛天依投食歌因為達成了殿堂才有條目，而且那首歌的發佈也是四年前的事了，個人認為不應該拿出來「企圖鞭屍」。--巡查姬hlwan(討論) 2016年10月19日 (三) 14:46 (CST)
- 那麼這樣來說的話，洛天依投食歌也不在收錄範圍內嗎？覺得有點古怪……--Shirrak（討論） 2016年10月18日 (二) 13:55 (CST)
- 首先我們需要了解一下基本情況，【北大力南逸峰】我的故事（完整版），於2014-03-09 16:32 在 bilibili主頁 > 鬼畜區 > 人力VOCALOID 投稿，最高全站日排行為第2名，截至到2016-10-19 18:00播放了495.5萬次。
- 反對者的意見大概是，1.這個不屬於音樂。但是，萌百並沒有界定音樂的收錄範圍。2.不屬於獨立製作的音樂，因為曲子本身並不是原創，只有歌詞和語音的剪輯屬於原創。但是，萌百沒有界定什麼是獨立創作，反而萌百有規定「如使用 vocaloid 等軟體合成的電子人聲樂曲」，也就是說屬於「vocaloid 等軟體合成的電子人聲樂曲」所規定的收錄範圍，它的收錄範圍是整個作品本身，並沒有對「素材」進行限制。3.翻唱不應該被收錄。（v家根據默認的不成文的規則執行）關於這點根據「經典歌曲經翻唱在圈內帶來影響的歌曲（比如說喀秋莎）在收錄範圍」，【北大力南逸峰】我的故事（完整版）播放量接近500萬次，具有較大的影響力，我認為收錄是完全應當的。
- 綜上所述，【北大力南逸峰】我的故事（完整版）應當收錄。--九江月（討論）
【格式統一】請採用 模板:權限申請 來提交管理員以外的權限申請
{{權限申請}}已經基本調整好以便使用。
歡迎利用此模板提交申請。
一段時間以前，利用{{subst:權限申請/申請成為管理員|申請理由}}申請管理員的格式幾經修改日趨成熟，減少了維持格式的工作量，在此特別感謝@AnnAngela和@W3jc的工作。
用法
- 主頁面：模板:權限申請/doc
- {{權限申請}}可以簡易處理不注重程序步驟的，但必須存檔的申請。
- 如機器人權限、優質編輯者稱號、巡查姬權限等。
- 和{{權限申請/申請成為管理員|subst}}不同的一點是需要簽名，不加入自動簽名的原因是
套用在其他格式模板中的時候無需簽名（ ）。 - 申請者只需要填寫
{{权限申请|用户名|申请理由~~~~}}即可完成申請。 - 有權人士可以通過追加狀態參數
|status=來標記一次申請的完成。
意義
- 提供快速檢查用戶歷史操作的頁面入口，以免考察不全帶來失誤。
- 可見性提高，方便檢查討論歷史。
十分歡迎對此模板進行任何魔改w——Recital君（留言） 2016年10月18日 (二) 13:41 (CST)
- 對比了一下{{權限申請/申請成為管理員}}，是通過
——~~</includeonly><includeonly>~~實現自動簽名的，加進去試試看？--Shirrak（討論） 2016年10月18日 (二) 14:29 (CST)- {{權限申請/申請成為管理員}}需要subst吧，但是{{權限申請}}是不用subst的。——Recital君（留言） 2016年10月18日 (二) 14:50 (CST)
- 我自己都不知道做了什麼
微小的工作，大概只是使用了一次吧。--W3jc（討論） 2016年10月19日 (三) 08:27 (CST)
- 我想大概是「不會做」的問題，公示和公開說出來就是好，閉門做車，總有忽略的地方，而且說不定別人有更好的解決方法。我覺得可以在萌娘百科:管理員一類的頁面加上這個【權限申請】。--Notalgia-Contαct- 2016年10月19日 (三) 18:27 (CST)
- preload真的不錯的，會做但是沒想到這個點子。有點忙，可能自己閉門造車之後丟上來這種事不太好，但是果然對於我個人來說討論的時間挺有限的。——Recital君（留言） 2016年10月19日 (三) 22:34 (CST)
- 搞定了，你們看一下，在頁頂模板里。——From AnnAngela the sysop (Talk) 2016年10月21日 (五) 20:30 (CST)
- 在相關頁面還在討論中的時候移動相關模板真的好嗎？而且其中Template:權限申請/申請成為管理員還在被萌娘百科:管理員使用中 --D41D8CD98F00B204E9800998ECF8427E 2016年10月22日 (六) 15:08 (CST)
關於收錄範圍
ACG作品的同人音樂是否在收錄範圍內？—以上已簽名的留言由Honoka55（留言·貢獻）添加。 2016年10月18日 (二) 22:46 (CST)
- 記得有收錄艦C同人曲和東方同人曲的。--宮本美代子 2016年10月18日 (二) 23:01 (CST)
- 某人：「有人願意寫，收錄就收錄撒別糾結了。 萌娘百科不主攻這些領域但允許收錄嘛」（Talk:討論版/存檔/2016年04月#關於ACG作品改編的真人電影、電視劇、舞台劇等作品的相關音樂收錄問題）
- ACG作品的同人音樂正規的法案也是通過的：萌娘百科_talk:提案/已通過提案/關於音樂條目管理規範的提案(2016.07.07)--Notalgia-Contαct- 2016年10月18日 (二) 23:29 (CST)
順便還想問一個，ACG作品的知名度很高的同人遊戲作品，可以開條目收錄嗎？—以上已簽名的留言由Honoka55（留言·貢獻）添加。 2016年10月20日 (四) 19:45 (CST)
我也想順便問一下，一個聲優唱的和ACG無關的歌，也在收錄範圍嗎？——絲毫沒有存在感的某藍色（討論） 2016年10月20日 (四) 20:37 (CST)
- 夢的花蕾、harmony ribbon條目仍然存活中--ご注文は尖鋒ですか？ - contact 2016年10月20日 (四) 20:51 (CST)
【通知】已經將模板:功能不穩定用於全站通知Sitenotice
由於開放編輯後出現了各種問題，已經添加了新的全站通告用以指引編輯者進行瀏覽和編輯。
在獲得改善後請撤銷相關內容。
另請限制全站通告的用戶監視模板:功能不穩定和最近的討論版以跟進搬遷進度。--Recital君（討論） 2016年10月25日 (二) 15:22 (CST)
【告知】搬遷進度
目前萌娘百科中文版已經全部搬到疼迅雲了。但是解析還沒有完全切換至大陸這邊的機器，一些地方訪問還會跳轉到鎖定的美國機器那邊……不知道要多久才能完成解析切換。繁簡轉換從 zh-cn/tw 換成了 zh-hans/hant （似乎引起了 -{H 的繁簡轉換標籤失效？也有可能萌百沒有配置對）
這次搬遷把三個目標同時處理，
- 中文萌百搬遷
- 圖片共用站建立
- mediawiki版本升級
目前網站還有很多錯誤需要修復（比如頭像上傳需要匹配圖站，發郵件功能似乎掛了等等……）
圖片站等子站先不急創建支持性內容（比如Mediawiki: template:等頁面）我看看能不能做成資料庫同步，直接中文站使用統一模板和消息。如果不行再進行內容搬遷，不過這些都得在中文萌百這邊bug大部分修完了才會開始測試……以上 --多功能型Baskice(給我留言) 2016年10月25日 (二) 21:26 (CST)
- 能否把Mediawiki: template:等頁面，如圖片，音頻一樣跨區生效，這樣維護起來，也不用改一個，其他有用的站也得一個一個改。--Notalgia-Contαct- 2016年10月25日 (二) 22:28 (CST)
今天老是502啊………………
是因為剛搬站導致的不穩定嗎？--娜英（討論） 2016年10月25日 (二) 23:05 (CST)
嗯——絲毫沒有存在感的某藍色（討論） 2016年10月26日 (三) 09:53 (CST)
今天怎麼了？
我在地址欄輸入m.moegirl.org或zh.moegirl.org，出現的是：
溫馨提示：該網站暫時無法訪問
原因一：根據 工信部相關法律法規，該網站尚未備案；
原因二：根據 工信部相關法律法規，該網站未在接入商騰訊雲上備案；
原因三：該網站可能存在不適宜傳播的信息。
本頁面為默認提示頁面，如存在以上問題，請聯繫網站負責人及時處理。
如需備案請登錄 騰訊雲備案控制台，查看 備案常見問題，謝謝合作！
於是我機智地百度了一下「萌娘百科」，點第一個連結就進來了(#滑稽)
直接輸入網址還是進不來。什麼情況？？？這兩個連結有什麼不同？？？—以上已簽名的留言由Honoka55（留言·貢獻）添加。 2016年10月26日 (三) 18:23 (CST)
- 地區原因吧，我這正常。。 --
宇文天啟 ☺ 2016年10月26日 (三) 18:47 (CST) - 看了一下，百度搜索提供的中文萌百解析地址是
www.moegirl.org。不知道在特殊情況下有沒有什麼影響。——Recital君（留言） 2016年10月26日 (三) 19:21 (CST)
@Honoka55使用https連結可以正常訪問，但http不行。--北極星と南十字（給我留言） 2016年10月26日 (三) 19:27 (CST)
疼遜雲在萌娘百科有備案的情況下將萌百*.moegirl.org域名誤判沒有備案禁止訪問。滑稽的是https因為讀不出來域名沒有被屏蔽。我去聯繫疼遜雲客服，令人火大的是他們拒絕承認自己系統出錯，一口咬定沒有被屏蔽。這個態度還是儘早被開除的比較好。 --多功能型Baskice(給我留言) 2016年10月26日 (三) 21:20 (CST)
【告知】關於跨站模板和信息頁面的調用方法
本來是準備用Extension:LocalisationUpdate 等插件做單向同步讓萌百做的Mediawiki:頁面信息和模板能直接在子站使用。實際裝的時候發現很多要求主站與子站在同一台機器上（對於萌百現在中美兩邊並不合適），以及有很多複雜的設定。短期內不能很快弄起來。
目前臨時的解決辦法是使用跨wiki連接來引用。比如
- 在圖站上傳頁面描述使用萌百說明：
- 把{{萌百::Mediawiki:Uploadtext}}添加至圖站的MediaWiki:Uploadtext頁面
- 在圖站引用萌百模板：
- 任意頁面添加 {{萌百:模板名}}
注意模板引用時，參數不會傳遞，也就是說目前複雜的模板依舊需要手動複製到分站才能使用……夠咩捏 --多功能型Baskice(給我留言) 2016年10月27日 (四) 13:03 (CST)
沒錯還是我，地區詞。。。
魔法禁書目錄中的-{H|上条}-不管用了怎麼辦(⊙_⊙?)—以上已簽名的留言由Honoka55（留言·貢獻）添加。 2016年10月26日 (三) 22:30 (CST)
- 擦，所有的{H都不管用了，如乾靜香 --
宇文天啟 ☺ 2016年10月26日 (三) 22:32 (CST)- 是啊。。。而且原來能轉換的一些地區詞如矽-矽也不支持自動轉換了。。。剛才我還突然發現未聞花名魔法禁書目錄某科學的超電磁砲等頁面的標題迷之顯示(zh-hans,zh-tw也用不了了)—以上已簽名的留言由Honoka55（留言·貢獻）添加。 2016年10月26日 (三) 22:36 (CST)
- 你說的那個頁面，我會說我不點進去看還以為是干♂靜香？(#滑稽)—以上已簽名的留言由Honoka55（留言·貢獻）添加。 2016年10月26日 (三) 22:38 (CST)然而這裡並沒有錯誤轉換(#滑稽)—以上已簽名的留言由Honoka55（留言·貢獻）添加。 2016年10月26日 (三) 22:41 (CST)順便。。。你的用戶頁的標題替換用的也還是zh-cn,zh-tw(#滑稽)—以上已簽名的留言由Honoka55（留言·貢獻）添加。 2016年10月26日 (三) 22:45 (CST)
那個。。。上條那個，有全局解決辦法嗎？現在只有魔法禁書目錄不會被誤轉。。。—以上已簽名的留言由Honoka55（留言·貢獻）添加。 2016年10月27日 (四) 16:38 (CST)
站長已經發現-{H}-在萌百暫時無法生效。
如果有需要，直接在下面回復需要手動轉換的字/詞，並說明是簡轉繁還是繁轉簡。管理員會加入全站的繁簡轉換表中。
另外，-{T}-只能識別「zh」（不轉換）、「zh-hans」（簡體）和「zh-hant」（繁體），zh-cn和zh-tw不再支持。
—— CFSO6459節操醬【留言】 2016年10月28日 (五) 04:18 (CST)
節操醬已將所有「zh-cn」批量替換為「zh-hans」、「zh-tw」批量替換為「zh-hant」，如果有誤操作，請直接回退。—— CFSO6459節操醬【留言】
【討論】繁簡轉換處理問題
升級到MW 1.27.1後發現-{H的全頁標籤轉換在zh-hans 和 zh-hant 無反應。
對mw代碼進行臨時更改後，這兩個標籤生效了。但引入了新bug： 當寫了其他語言標籤時 （比如zh-cn） MW會把其他標籤一併輸出而不是忽略
例子：-{zh-hans:一般简体词汇; zh-hant:一般繁體詞彙; zh-cn:大陆简体词汇; zh-tw:台灣正體詞彙; zh-hk:港澳繁體詞彙; zh-sg:马新简体词汇}-
- 在zh-hans
- 正常顯示：一般簡體詞彙
- 在zh-hant
- 錯誤顯示：一般繁體詞彙; zh-cn:大陸簡體詞彙; zh-tw:台灣正體詞彙; zh-hk:港澳繁體詞彙; zh-sg:馬新簡體詞彙
於是現在有2種可行選擇
- 使用臨時修復，並去掉或改掉萌百內-{H標籤的zh-cn等
- 不用臨時修復，不轉換
請根據操作難易度給出意見，謝謝。--多功能型Baskice(給我留言) 2016年10月27日 (四) 10:23 (CST)
- 上面有些歸類錯誤，應該是
- 在zh-hans
- 正常顯示：一般簡體詞彙，無法顯示zh-cn:大陸簡體詞彙、zh-sg:馬新簡體詞彙
- 在zh-hant
- 正常顯示：一般繁體詞彙，無法顯示zh-tw:台灣正體詞彙; zh-hk:港澳繁體詞彙
- 而且維基那邊默認是【zh-sg】、【zh-cn】預設，顯示【zh-hans】，同理【zh-tw】、【zh-hk】預設，顯示【zh-hant】。
- 應該能做到這個跳轉吧。--Notalgia-Contαct- 2016年10月27日 (四) 20:38 (CST)
- 秋葉應該沒注意到這個問題……
- 節操醬在昨天批量替換「zh-cn」為「zh-hans」時，還沒有替換「zh-tw」-->「zh-hant」，就出現了站長所說的錯誤。
- 這是正常的：
-{H|zh-hans:一个栗子;zh-hant:一個栗子}-- 在zh-hans會顯示：
一个栗子 - 在zh-hant會顯示：
一個栗子
- 在zh-hans會顯示：
- 比如：
-{H|zh-hans:例子;zh-tw:栗子;zh-hant:一個栗子}-- 在zh-hans會顯示：
例子;zh-tw:栗子 - 在zh-hant會顯示：
一個栗子
- 在zh-hans會顯示：
- 再比如：
-{H|zh-hans:例子;zh-tw:栗子;zh-hant:一個栗子;zh-cn:梨子;zh-hk:离子}-- 在zh-hans會顯示：
例子;zh-tw:栗子 - 在zh-hant會顯示：
一個栗子;zh-cn:梨子;zh-hk:离子
- 在zh-hans會顯示：
- 這是正常的：
- 也就是說站長給的臨時解決辦法 只能識別「zh-hans」和「zh-hant」2個標籤，其他標籤不會忽略，而是直接顯示代碼出來。
- —— CFSO6459節操醬【留言】 2016年10月28日 (五) 01:17 (CST)
繁簡轉換bug 處理起來非常討厭，Mediawiki官方的人對此一竅不通也不感興趣，中文wikipedia的人能理解問題和修復重要性，但是中文維基沒出錯他們就懶得動。nostalgia和CFSO說的都是一件事情，就是zh-sg zh-cn這些語言標籤沒有被識別，就更別說fall back…… 我還發現一些奇怪的其他錯誤，作為臨時應對我先把zh-cn和tw重新打開。希望MW能儘快解決bug。 --多功能型Baskice(給我留言) 2016年10月28日 (五) 08:10 (CST)
關於萌元素周期表（ ），沒錯又是我
萌百已經把zh-cn/tw 換成 zh-hans/hant了。
原來因為萌百寫的是「大陸簡體」「台灣正體」，所以我把繁體版的元素譯名改成了tw標準而不是hk標準。
現在萌百改成「簡體」和「繁體」了，並沒有寫是哪裡的標準。所以現在應該採用tw譯名還是hk譯名？
其實我猜這樣的條目肯定不止萌元素周期表一個，tw和hk譯名不同的肯定還有對吧\(^o^)/所以現在這樣的情況應該用tw標準還是hk標準？—以上已簽名的留言由Honoka55（留言·貢獻）添加。 2016年10月26日 (三) 18:31 (CST)
@baskice直通天聽。不是黑——Recital君（留言） 2016年10月26日 (三) 19:18 (CST)
不管怎樣，先mark一下三地不同譯名的地址：這裡。—以上已簽名的留言由Honoka55（留言·貢獻）添加。 2016年10月26日 (三) 19:59 (CST)
bug發現！改成zh-hant之後矽不能自動轉換為矽了。。。還要手動修正。。。—以上已簽名的留言由Honoka55（留言·貢獻）添加。 2016年10月26日 (三) 22:19 (CST)
繁體還以原來tw為標準，換成hant是為了避免tw一詞出現致使大陸地區政府機構或智障小將被戳中G點而高潮 --多功能型Baskice(給我留言) 2016年10月26日 (三) 22:01 (CST)
- 要堅定維護一個中國原則啊，當年就只搞Category:中國作品，絕對的政治正確。不是黑--Notalgia-Contαct- 2016年10月26日 (三) 22:25 (CST)
但是現在矽都不能自動轉換成矽了。。。求不用一個個手動改的解決方案。。。—以上已簽名的留言由Honoka55（留言·貢獻）添加。
感謝反饋，「硅、矽」已加入「繁簡轉換表」。
(＆)建議 ：將整個頁面使用「香港習慣」進行編寫，這樣的話「不轉換」就是zh-hk，「轉換為簡體」就是zh-cn，「轉換為繁體」就是zh-tw。（整個建議純屬一本道）
—— CFSO6459節操醬【留言】 2016年10月27日 (四) 01:51 (CST)
整理一下現在鍅的錯誤： nowiki状态：钫，鈁，鍅 “简体”：鍅，钫，鍅 “繁体”：鈁，鈁，鍅 刚才大陆简体是：鍅，钫，钫。 现在看了一下，好像大陆简体和台湾正体分别重定向到简体和繁体了？—以上已簽名的留言由Honoka55（留言·貢獻）添加。 2016年10月28日 (五) 20:21 (CST)
申請巡查復職
I suppose you guys need some help, that's why I'm here.
PS:template:權限申請/普通申請好像出問題了。
神樣のMomo君（君の噓） 2016年10月28日 (五) 12:46 (CST)
我9月7日收到申請辭去，10月28日就申請復職嗎？你想好了麼？--多功能型Baskice(給我留言) 2016年10月28日 (五) 16:00 (CST)
User:衛宮/萌百苦力已經很久木有更新了——只在討論版出現的衛宮醬 2016年10月28日 (五) 16:37 (CST)
- 支持Momo君，相信他已經
想好了可以勝任巡查工作（ ）。可以回應到底template:權限申請/普通申請出了什麼問題?BTW，這是一個中文網站，please don't show off your English--巡查姬hlwan(討論) 2016年10月28日 (五) 21:49 (CST)
- 換行導致的模板異常，已經修復。——Recital君（留言） 2016年10月28日 (五) 21:44 (CST)
- @Baskice這次類似於回來幫忙，至於以後的去留，到時候再說。
應該不會走，只是巡查力有時不足我覺得離職和辭職不一樣吧……神樣のMomo君（君の噓） 2016年10月29日 (六) 04:00 (CST)
User:Momo bly dblk
- 狀態： 完成
- 申請職位：巡查姬
申請/被提名者：Momo bly dblk（討論頁 • 貢獻 • 上傳歷史 • 被刪貢獻 • 封禁及歷史 • 移動日誌 • 巡查日誌 • 評論管理日誌 • 提/降權日誌 • 用戶權限管理）
地區詞全部按照台灣標準處理的話，有一個頁面略詭異啊……
《你的名字。》，大陸及港澳譯名為「你的名字。」；台灣及馬新譯名為「你的名字」。這個要怎麼處理才好呢，強迫症受不了了……這個明明連簡繁都涉及不到的……真不知道他們為什麼要把句號去掉……—以上已簽名的留言由Honoka55（留言·貢獻）添加。 2016年10月29日 (六) 07:30 (CST)
- 條目名以大陸最常用譯名為準，同時儘量迴避標點符號。
- 「你的名字」同樣屬於最常用譯名，還可以視作「迴避標點符號」處理後的官方譯名，無論哪個角度都可以解釋的通，而無需考慮台灣問題。--東山奈央（討論） 2016年10月29日 (六) 08:23 (CST)
申請侵權核查條目：新選組
經初步核查，新選組 - 萌娘百科_萬物皆可萌的百科全書有從以下來源複製文字的可能：
個人已經在原條目懸掛{{急需改進}}模板，請各位有興趣的編輯者複查下是否需要更改為{{版權侵犯}}。——Recital君（留言） 2016年10月29日 (六) 19:59 (CST)
另請@绮罗翼解釋相關的版權問題。——Recital君（留言） 2016年10月29日 (六) 20:00 (CST)
十分感謝。——Recital君（留言） 2016年10月29日 (六) 23:13 (CST)
關於萌百搬到大陸的圖片處理問題
百科程序和數據搬到大陸都簡單，直接複製下完了。大問題在圖片上，僅就萌百現在的圖片流量，放在大陸的話，伺服器維護的流量費用就得變成當前全部伺服器費用的三倍。（即伺服器流量開銷變成當前400%）
於是準備把萌百圖片分出來到一個單獨圖站wiki（萌娘共享，域名 commons.moegirl.org 或者 data.moegirl.org之類的）。所有其他萌娘站點的傳圖一律到這個共享站去。訪問上不成問題，就像現在用維基共享的圖一樣無縫連接。
關鍵改動在傳圖上，起了新站的話，全部傳圖動作都得到新站完成，msupload這樣編輯器上的本地傳圖工具應該是不能用了（至少短期內用不了）wikieditor的圖片按鈕上雖然新增了一個上傳按鈕，但是我這裡測試時完全不能用，只有wikipedia那邊能行。所以編輯器上傳圖功能就變得完全不能用了。
另外就是分站以後圖片政策會有大改動，從現在的要求 【高清圖/強制要求標註來源作者源地址/不限外鏈/不刪圖片】 變為 【不限制圖片解析度/不強制要求標註/不能外鏈/沒被任何萌娘站用的圖會定期刪掉】 這樣。
煩請評估操作成本等因素，並給出你的意見。我會在參考後作出決定。 --多功能型Baskice(給我留言) 2016年10月17日 (一) 10:37 (CST)
- (＆)建議 主要還用現在的圖片伺服器1，當掛掉後暫時換成大陸的伺服器2， 當伺服器1重新上線後換回伺服器1？（歸納：1=現在的，國外的；2=國內的；能1則1，不能1就2）這樣如何？神樣のMomo君（君の噓） 2016年10月17日 (一) 10:49 (CST)
- 關於圖片政策，目前還有很多地方是使用外鏈（包括用戶頁圖像），之後是打算一併轉為內鏈嗎？此外「不強制要求標註」和分類樹最近一次更新相悖的樣子……
- 因為條目編輯者有為條目人物更換頭圖等，目前每個人物分類中可能有相當一部分圖片沒有被連結（如Category:結城明日奈，此外處理歷史遺留分類時也發現類似現象），如果都刪去可能有點遺憾，還是嚴上傳寬刪除為好？--Shirrak（討論） 2016年10月17日 (一) 12:33 (CST)
分出去的新站管理人員怎麼解決？還有這要是做搬運的話活就海了去了，為此多動員一批巡查和管理都是有必要的。--北極星と南十字（給我留言） 2016年10月17日 (一) 12:39 (CST)
個人的網絡知識很淺薄，就管理類問題提問一二。
- 萌娘圖庫是否是屬於萌娘網姊妹計畫？是否需要主站和其他站點的維護者（如果有）來共同維護？
- 接上，希望能夠利用簡單的方式處理圖片的分類問題，最大限度減少維護者的額外工作量。
- 萌娘圖庫是否能和維基共享共存？如果是，能否透露共存的邏輯；如果否，作為管理員如何處理萌百主站目前所利用的維基共享圖片。
- 【不強制標註來源作者源地址】後，如何處理潛在的侵權問題？
- 有哪些文件是出於審查需要而不允許上傳的？
以上。——Recital君（留言） 2016年10月17日 (一) 12:50 (CST)
保存計畫怎麼辦？——來自糟糕的妹控狗頭人 2016年10月17日 (一) 16:21 (CST)
萌新小疑問，萌娘百科的管理猿和巡查雞是否享有萌娘圖庫的權限？修改、移動、分類、刪除圖片如何操作？——只在討論版出現的衛宮醬 2016年10月17日 (一) 19:40 (CST)
圖片政策中第一二條(－)反對 、三四條(＋)同意 。圖片還是越高清越好，第二條如果改成有來源的標註沒有來源的不標註那我還會支持，但是不強制標註很容易變成不標註這樣不太尊重作者。——From AnnAngela the sysop (Talk) 2016年10月17日 (一) 20:34 (CST)
如果msupload編輯器不能直接上傳圖片，雖然能夠減少「圖片信息(作者、分類 等)缺失」，但會引起「無法批量上傳」的問題。這對專題的維護將會是較大的麻煩。
「批量上傳」功能無法在萌百使用，目前的解決辦法就是用編輯器進行上傳。
—— CFSO6459節操醬【留言】 2016年10月17日 (一) 22:37 (CST)
- msupload無論如何我這邊測試都無法運行，短期內確實沒有可行批量上傳方法。
- 不需要搬運，把圖片和資料庫表複製完成。分類由於和萌百的混雜於是放棄。
- 短期內放在common.moegirl.org下，依舊是萌娘姊妹計畫，管理權通用。最終目標是希望做一個多語言共用圖片解決方案，其他wiki只需要接入就可以用，不需要操心cdn流量那些問題。可以說目標就是 wiki commons
- 現行圖片維護政策麻煩多效果少，把圖片分離後降低標註要求，以期增加萌娘百科內容速度和質量。
- 放棄全部 xx圖片 這樣的分類，圖片由 萌娘共享 自行組織。另外，由於作者普遍對圖片頁標註署名不理解不接受不聽解釋，以後萌百改為在頁面內標註作者名省的廢話。
- 由於流量價格等的現實考慮，以及版權問題，未被使用的舊圖會被刪掉，並且不允許外鏈。
- 外鏈雖然問題很多，但是目前不可能一口氣全部禁止掉。所以還是允許的 --多功能型Baskice(給我留言) 2016年10月18日 (二) 10:33 (CST)
以前就有「萌娘の原味圖褲」，現在搞個「萌娘共享」感覺怪怪的。個人認為應該分成兩個部分，
個人就「萌娘共享」有以下疑問：
現在允許的檔案類型有：png、gif、jpg、jpeg、svg、pdf、ppt、jp2、webp、doc、docx、xls、xlsx、psd、sai、mp3、swf、ogg、ogv、oga，那麼「萌娘共享」允許的檔案類型有那些。
上面提到「圖片流量」，是單純圖片的造成的流量還是包括「音頻」、「語音」的流量，畢竟一堆頁游、手遊的語音這裡很多，音樂文件也有些。
上面提到「無縫連接」，到底能做到什麼程度，是不是連DynamicPageList都能用。
還有就是使用調度的問題，轉移到「萌娘共享」的文件，之前編輯者上傳的圖片是否依舊歸於旗下，如Special:文件列表/Nostalgia，還是像之前某H那樣全部刪掉，重新上傳到新站。
個人就「圖片政策」有以下疑問：
原文：【高清圖/強制要求標註來源作者源地址/不限外鏈/不刪圖片】 變為 【不限制圖片解析度/不強制要求標註/不能外鏈/沒被任何萌娘站用的圖會定期刪掉】
「不限制圖片解析度」說得不清不楚，圖片本來就是有各種解析度，而且原來的政策就不是「高清圖」，而是「保留最佳的版本」。正如有人提到的保存計劃（萌娘百科:關於），出於保留「萌化，擬人化，娘化等創作的保存站點」的創作（畫作），過去是要求找到最好的創作版本，這個習慣也延伸到其他的畫作保存上。「保留最佳的版本」是萌娘百科:方針#低質量圖片緣由：「你可以找到比當前這張圖更高解析度或更清晰的版本。（部分圖片沒有更清晰的版本，此時不應刪除。）」。希望就「不限制圖片解析度」有更多加筆。
「不強制要求標註」也是說得不清不楚，萌娘百科:版權資訊本來是「所有作品會儘量按照作者發布作品時指定的作者名進行注釋，對一些難以界定作者的或無法取得作者名的（包括放棄署名權）作者一欄將會留空。」。
但是既然服務器去中國大陸了，以前就有說的《中華人民共和國著作權法實施條例》（Talk:討論版/存檔/2014年07月#版權問題和抄襲）上面寫的合理利用：「第四十條、在下列情況下使用作品，可以不經著作權人許可，不向其支付報酬，但應當指明作者姓名、作品名稱、作品出處，並且不得侵犯著作權人依照本法享有的其他權利」
而且根據《最高人民法院關於審理侵害信息網絡傳播權民事糾紛案件適用法律若干問題的規定》對於網絡侵權的判定的若干條文：「網絡服務提供者是否積極採取了預防侵權的合理措施」》和「網絡服務提供者是否設置便捷程序接收侵權通知並及時對侵權通知作出合理的反應」、「網絡服務提供者是否針對同一網絡用戶的重複侵權行為採取了相應的合理措施」，當年我是在萌娘百科:方針#版權問題和抄襲上作出處理侵權和預防回應，如果站長你使用這些不清不楚的條文，也請就相關侵權處理，作更多加筆。
「不能外鏈」和「沒被任何萌娘站用的圖會定期刪掉」認同，在幾個月前也提過外鏈的問題Talk:討論版/存檔/2016年03月#外部圖片的使用，很多信息模板也支援外部圖片，有不少潛在的使用，感覺處理也挺煩的。
音頻文件是很明顯的版權問題，特別有商業出版的音頻，希望就音樂文件作更多加筆。--Notalgia-Contαct- 2016年10月18日 (二) 19:15 (CST)
- 「沒被任何萌娘站用的圖會定期刪掉」思索了一下也發現有問題，和保存計劃（萌娘百科:關於）同樣有衝突「避免創作因為時間久遠而404或者被各種原因的和諧而消失。」，雖然近年有向AlphaGo擬人化那樣，全部相關擬人圖片列出（使用在條目中），但是很多條目都是沒有使用到條目中，只是單純在【相關圖片】中列出。那麼擬人類圖片，如果沒有使用，是否也保留。這算是萌百少有的企業文化，希望加筆說明。--Notalgia-Contαct- 2016年10月18日 (二) 22:41 (CST)
思索一下，感覺「現行圖片維護政策麻煩多效果少，把圖片分離後降低標註要求，以期增加萌娘百科內容速度和質量。」、「放棄全部 xx圖片 這樣的分類，圖片由 萌娘共享 自行組織。」這個觀點很有問題。
如果「管理權通用」，那麼維護人員本質上沒有變，而且圖片管理的範圍從【萌百(中)】變成【萌百(中)】+【H萌】+【文庫】+【萌百(英)】+【萌百(日)】，怎麼看維護工作和範圍也是變重了吧。
另外沒有更好的索引系統，或者你們說的【分類】，維護人員沒變，還是關心【索引系統】的人管理的話，那麼本質上還是一模一樣的【索引系統】，本質上不會讓維護政策簡化，由於圖片多樣化，還可能新構思的【分類】更複雜。
無論是沿用舊【分類】，還是建立【新分類】，還是要跨站一一宣傳和管理，怎麼看維護工作和範圍也是變重了吧。以後圖片維護工作經常跨站執法，怎麼看也是更累了吧。--Notalgia-Contαct- 2016年10月18日 (二) 20:28 (CST)
之前我所提的搬運並不是指將萌百已有的圖片搬運到新站，而是由於「禁止外鏈」而導致的需要把外鏈圖搬運到百科上來的情況，這個還是需要不少人力的吧。--北極星と南十字（給我留言） 2016年10月18日 (二) 21:05 (CST)
- 如果我沒理解錯的話，萌百主站目前正使用的外鏈圖片可以保留。
- 所說的「禁止外鏈」是防盜鏈，即禁止外站鏈用我站圖片。——Recital君（留言） 2016年10月18日 (二) 21:54 (CST)
- 個人在版權方面表示已經棄療。Moegirl Commons預計是在美國上線，要遵守版權法也應該是遵守當地版權法。來自日本和中國的版權方應該訴至地方法院而不是深圳法院。
- Moegirl Commons的定位可能是一個自用圖床，因此放棄分類維護，放棄索引未嘗不可。
- 個人覺得應該考慮Moegirl Commons和Wikimedia Commons的衝突問題，這點煩請回答。——Recital君（留言） 2016年10月18日 (二) 22:06 (CST)
- 網站既然會遷到中國大陸，使用文件是「萌娘共享」，那麼本質上還是要回應中國大陸的法律問題如上面提到的《最高人民法院關於審理侵害信息網絡傳播權民事糾紛案件適用法律若干問題的規定》。
- 放棄索引，以後就是像在Special:新建文件中找圖。先不說圖片調動的使用問題，單單改變的圖片政策「沒被任何萌娘站用的圖會定期刪掉」，你如何完成巡察任務？如果有作者索引，巡察作者索引就能看發現的圖片有沒有重複，或者是否使用，有角色索引亦然，提高圖片的利用率和減少多餘的上傳。--Notalgia-Contαct- 2016年10月18日 (二) 22:15 (CST)
- 雖然「沒有被使用的圖片」可以輕易從頁面Special:未使用文件找到；
- 然而「保存計畫」所保存的圖片不一定會被鏈入使用，不加分類的話有被刪除的風險。
- 而且「不同清晰度的同一圖片（被不同頁面使用）」這種情況，將會變得難以巡查出來。
- —— CFSO6459節操醬【留言】 2016年10月19日 (三) 07:55 (CST)
- Special:未使用文件也有問題，就我所知【DynamicPageList】列出的文件是視為【未使用】，還有音頻調動的<sm2>、<flashmp3>也視為【未使用】。
- 另外，圖片的使用是變動的，條目中沒換一次圖片就要刪除舊的圖片，其實這樣還是有些工作量的，如果更換圖片的是管理員還好，自己換圖刪舊圖，其他人就要申報。其他不申報的，工作就是轉嫁到管理員上，等管理員在【積壓工作】如Special:未使用文件之類的頁面刪除。以前圖片刪除還是可選（根據情況），修改後是必須，果然是你不是還有生命嗎實況吧！
- 還有就是，過去有Talk:提問求助區/存檔/2014年12月#萌百iOS客戶端是否太過費流量一類的聲音，擁有大量【音頻】的頁面才是造成大量流量的元兇，衷心希望給出雙方數據（圖片和音頻），而且兩類的處理方式也有些不同（特別是音頻的使用大部分無法被發現），希望能單獨說一下音頻的使用規則和注意事項。--Notalgia-Contαct- 2016年10月19日 (三) 11:40 (CST)
再思索一下，其實除了服務器的費用有優惠外，方便集中管理圖片外等好處都是建立在增加工作量上面，不太可能減輕維護人員既有工作量你不是還有生命嗎和複雜程度，最多讓某些人「眼不見為淨，耳不聽為清，心不見不煩。」，讓本來就不太管理圖片的人有理由說「那邊有人自行組織，我不用管」而已。--Notalgia-Contαct- 2016年10月18日 (二) 22:00 (CST)
由於一直沒有回應，我又想到問題了。算是對之前問題的細化，使用調度的問題：「不需要搬運，把圖片和資料庫表複製完成。分類由於和萌百的混雜於是放棄。」，是否代表現在萌百現在85,030幅圖片，全部沒有任何索引。雖說不使用的圖片會刪掉，那我能找到之前自己上傳的圖片嗎，以後用圖基本靠個人記憶或者重新上傳了吧（之前編輯者上傳的圖片是否依舊歸於旗下，如Special:文件列表/Nostalgia），沒有任何索引的「萌娘共享」和圖床有什麼區別。
此外面對版權申述，如某作者要求刪除他的全部作品，沒有索引就只能靠記憶和一頁頁翻閱，在85,030的圖海中刪圖嗎？--Notalgia-Contαct- 2016年10月19日 (三) 14:52 (CST)
- 依舊是不回答版權相關問題。
- 個人認為使用Special:文件列表/Username這類的索引是可以檢索到已經上傳的圖片的。——Recital君（留言） 2016年10月20日 (四) 13:56 (CST)
- 我問的站長，你了解可以回應，不了解圍觀好了，不用特意說。
- 我上面就是問這個轉移內地到新站之後，原來編輯者上傳的內容是否還是歸於編輯者本身，Special:文件列表/Username是否能用。實不相瞞，我自身上傳的文件數量達到4,500，我自己特意找以前的某張上傳過的圖片都有些困難，都是以角色名、作者來找。--Notalgia-Contαct- 2016年10月20日 (四) 17:58 (CST)
等價交換
由於還是沒有回應，我想是不是問題太複雜了，我自個整理一下。
- 「萌娘共享」允許的文件格式有哪些？
- 「圖片流量」說了，是否包括「音頻」？「音頻」造成的流量和「圖片流量」那個造成的流量大？
- 「無縫連接」可以做到什麼程度？【DynamicPageList】之流行不行？
- 文件使用調度如何？
- 修改的圖片政策「不限制圖片解析度」、「不強制要求標註」說明不夠清楚，可以衍生出折然不同的理解，避免日後造成誤會和混亂，請做更多說明。
- 「沒被任何萌娘站用的圖會定期刪掉」和既有的組織文化（保持計劃）有衝突的地方，避免日後造成誤會和混亂，請做更多說明。
- 畢竟新站是新站，雖然萌百自身有萌娘百科:方針#版權問題和抄襲，但是不能硬套不是，希望了解「萌娘共享」處理「版權問題」的具體程序。
- 完全沒有提到【音頻】的處理，無論是版權還是政策也是沒有提到，避免日後造成誤會和混亂，請做更多說明。
一些看法：
正如站長所說「圖片頁標註署名不理解」、「頁面內標註作者名」，標註的重要性不言而喻了，上面有人說我舉的例子只是大陸的，隔壁服務器在美國的維基百科【維基百科:合理使用】，也是有署名和來源信息的要求的：「上載合理使用圖片的時候，和上載任何圖片一樣，請務必註明圖像描述摘要、圖像來源、作者等資訊。」但是細想一下，以「作者普遍不理解不接受不聽解釋」為理由，削弱這方面的工作，有點本末倒置了吧，應該是歸咎於宣傳和解釋不夠吧，也許在頁面下可以加上相關的說明。內容在同一個網站，在「頁面」和「圖片頁標」任何一方有標註就符合法律，分開了話，不是應該「萌百」和「萌娘共享」兩邊都得填嗎？
根據「等價交換」的原則，「萌娘共享」最多就是將部分維護工作分割到另一個網站處理，集中處理固然是方便了一些，但是工作量本質上是沒變的。
{{人物信息}}上面只有還有【相關圖片】，「萌娘共享」還是得用人物分類。作者分類本身有「圖片頁標註署名」的功能，一刀砍掉這個既有的【署名】方式，就等於重新給【85,000】多個文件重新【署名】了。如果真的砍掉既有的分類，來個「自行組織」的話，如果是我的話，除了【XX圖片】，還會分出【XX音頻】，還不知道接不接受【視頻】這類文件，還可能多出【XX視頻】，刪圖片之餘，就是【署名】和填寫【授權方式】。【頁面標註】都沒有了，大概還得花時間在尋找原圖上。
簡直讓人不能自拔，將維護人員捆在「萌娘共享」一年兩年。當然一直不注重這些問題的維護人員，還是可以一直瀟灑度日，因為他們本來就是不理會這些。
另外說句，由於分類的自動轉換問題，所以有繁簡混雜使用見：User:Nostalgia/分類樹#前綴和繁簡，如果關閉字體轉換，就會出現和H萌「搬運」時出現的混亂情況，就算保留既有的分類，也會有一堆文件的分類要改改改。H萌的量不多，但是圖片和音頻的量卻很多，順路問一下「萌娘共享」是否支持【自動轉換】。--Notalgia-Contαct- 2016年10月20日 (四) 11:55 (CST)
- 更正筆誤——Recital君（留言） 2016年10月20日 (四) 14:06 (CST)
萌娘共享測試站已搭建好
共享的示例地址： https://commons.moegirl.org/File:Rmiku2016_Rd.2-1.jpg （萌百的文件描述已完全複製，包括音頻psd等其他格式的文件描述） （需要圖片地址參考看這裡： https://commons.moegirl.org/Special:%E6%96%87%E4%BB%B6%E5%88%97%E8%A1%A8 ）
引用共享的示例地址： http://123.207.12.49/File:Rmiku2016_Rd.2-1.jpg
嘗試引用圖片的測試wiki： http://123.207.12.49/
實際上文件本身沒有任何移動，麻煩主要在萌百資料庫裡分離出文件相關的部分。
- 帳號，權限通用（已完成）
- 繁簡轉換（完成，注意從zh-cn/zh-tw改成了zh-hans/zh-hant）
- 所有圖片描述移動（截至示例導出時間2016年10月21日20:41:57的圖片描述全部移動完成），注意，可能有奇怪bug頁，發現請報告給我
- 和使用維基共享一樣的api接口（見測試wiki，可能有性能問題需要進行調教）（和對維基共享圖片使用DynamicPageList一樣的可以使用）
- 原上傳圖片頁的三欄標註保留，但不再強制要求至少填寫一欄。 （預定對 沒有標註，並且未被其他萌百項目使用的圖片 進行定期刪除。）
- 文件描述頁的分類同步複製了，但萌百分類樹非常複雜，並且不是全部都合理或適應新站狀況，目前未對分類部分進行導出。請評估移動分類必要性。
- 圖片留在美國，遵守當前的DMCA（數字千年版權法）即可，不需要為移動到大陸做出變更。
剝離圖片主要原因如下：
- 萌百主站和子站之間圖片共用關係混亂，有的共享有的沒共享。導致經常需要反覆傳圖
- 作者普遍對圖片頁標註署名不理解不接受不聽解釋。很多模板已經在圖片附近加上作者名或地址欄。圖片政策改為頁內標註可大幅減少對版權權利一無所知的傻逼亂掛萌百。
- 大陸流量價格極貴，萌百搬過去流量費用增長很多。
- 文件分類和條目分類並行導致的混亂。
- pixiv中文版，半次元圖片區，有妖氣等不管是功能還是更新頻率和質量都比萌百做得好，短期之內也沒有倒閉風險。應當釋放圖片維護精力出來集中在萌百的強項上，加強萌百競爭力。--多功能型Baskice(給我留言) 2016年10月21日 (五) 21:39 (CST)
- 我剛才去試了一下，在測試wiki上使用一個之前個人上傳的MP3，然而什麼也沒有發生。似乎存在一些緩存之類的問題：剛開始直接引用為紅鏈，現在能顯示，不過<sm2>還沒有效，，由於測試wiki沒有安裝DynamicPageList，無法測試出效果。
- 分類會改的，不過這樣刪除【分類頁面】的量似乎有點多，而且一些舊分類由於數次索引方式的改變，編輯記錄是超過5次編輯的，掛刪也要忙活一陣子。現在是測試，希望告之「萌娘共享」的啟用時間表，是否現階段還是在本站上傳圖片？現在我在「萌娘共享」刪圖有沒有影響。
- 文件分類和條目分類並行造成的混亂在我印象中也就一次比較大的（Talk:討論版/存檔/2016年07月#關於導航條的問題），之前根本沒人關注，也沒啥大混亂的。
- 目前也就【聲優】的分類有比較多的重複。既有的【圖片索引】大部分都可以平行用到「萌娘共享」上，不過這要視乎萌百的一些格式是否同時會作出改變。如{{人物信息}}一類的信息模板刪掉【相關圖片】，以後就不用寫人物名分類了，會用其他方式處理（作品角色以【作品名】代替），或者只記錄作者信息。
- 18X是不是也是移到哪裡，{{R-18}}的警告規則是否適用於「萌娘共享」。
- 另外，對於修改後的圖片政策上面也有很多理解上的疑問，希望解答。如果不解答的話，大概日後也是自我詮釋和理解了。--Notalgia-Contαct- 2016年10月22日 (六) 00:06 (CST)
- http://123.207.12.49/File:Future_Overture_%27Mirai_Jokyoku%27by_Mitchie_M.mp3 這裡是能訪問並且播放的。可能是緩存問題，也可能是昨天萌百不穩定的緣故……我看看log能不能找出原因
- R18允許上傳但不鼓勵，R18模板適用
- 萌百插件設置已經同步， 123.207.12.49 那邊可用DynamicPageList了
- 我準備23號晚鎖定萌百資料庫，開始資料庫分離和搬遷操作。爭取25號周二前完成 --多功能型Baskice(給我留言) 2016年10月22日 (六) 10:03 (CST)
- Facepalm，測試wiki無法登陸，而ip編輯又被禁止，怎樣測試？
- 測試wiki使用的圖片，並沒有反饋到「萌娘共享」上，也許是我打開的方式不對？
- pixiv中文版，半次元圖片區，有妖氣，短期沒有倒閉危險，不妨礙作者心血來潮清理黑歷史。現在在注釋上只填寫一串數字（pixiv ID）的做法可以說是莫名其妙。畢竟有很多情況，如畫作被畫師屏蔽，設為好友限定觀看，刪掉等情況，改為【XXX的畫作】、【XXX的設計】反而比較好。
- 有些問題不解釋，那也算了，我還是自行理解吧。--Notalgia-Contαct- 2016年10月22日 (六) 11:09 (CST)
- 創建帳號，不行的話 tester 123456。
- 確實沒有使用記錄，看下哪裡設置不對
- 測試wiki傳圖應該會跳轉commons.moegirl.org，已知msupload在1.27版不工作，暫時無法修復。 --多功能型Baskice(給我留言) 2016年10月22日 (六) 12:07 (CST)
所謂自行組織
現階段無法刪除哪些「不合法文件」，固然是因為使用記錄的問題，無法有效判斷，另外音頻的使用記錄也是個迷。
我稍微去翻了一下《DMCA》，根據第103條「 Sec. 103. Copyright Protection Systems and Copyright Management Information.」的下行條款「1202. Integrity of copyright management information.」（保護著作權權利管理信息的完整性）， 「copyright management information」明確要求是標註作者信息、作品名、來源等相關作品信息（The title and other information identifying the work, including the information set forth on a notice of copyright. The name of, and other identifying information about, the author of a work.），說到底還是標註的信息不能少，少了就違法，和中國大陸的法律的相通的。大致看一下萌娘百科:方針#版權問題和抄襲的內容還是和《DMCA》相符，總之「沒有用於介紹用途，亦沒有作者和來源資料，應該刪除」的規則也完全符合《DMCA》的要求。（有興趣可以看維基文庫的法律文件）大家日後少用來歷不明的畫作，減少被刪的可能性。（不強制要求標註，但是有刪除的合法理由）
音頻的信息標註，原來的十分缺乏，可以要重新整理一番，填寫相關的信息。
目前想到的索引方式是：
- 按人物
- 虛擬人物 • 現實人物
- 按類型
- 圖像
- 圖表 • 地圖 • 繪畫 • 照片 • 封面 • 海報 • Logo • 截圖 • 雜圖 • 改圖 • CG
遊戲CG
- 圖表 • 地圖 • 繪畫 • 照片 • 封面 • 海報 • Logo • 截圖 • 雜圖 • 改圖 • CG
- 聲音
- 音樂 • 語音 • 朗誦 • 廣播劇
- 圖像
- 按作者
- 只有畫師，方便點還是國籍索引，名字索引完全沒用。
- 聲優
- 歌手
- 作曲家
- 編曲家
- 按分級
- 只有R-18，其他都是普通文件
- 按授權協議
- piapro一類的網站，圖片和音頻，不同作者都有不同的使用協議，合理利用就不特別寫明了，其他協議的搞一下吧。
--Notalgia-Contαct- 2016年10月22日 (六) 21:25 (CST)
- 小小的一點補充：
- CG除了可以是來自遊戲的，也可以是其他的Computer Graphic圖片（電影，etc）
- 聲音文件，建議增加「按聲優分類」
- —— CFSO6459節操醬【留言】 2016年10月23日 (日) 03:11 (CST)
目前想到最有序的處理舊分類的方式，是在舊站刪一個，並且刪除一些不使用的文件，再根據「使用記錄」判斷是否在新站建一個，不過由於「使用記錄」還是無法正常運作，這個方式實行起來很麻煩。而且也只有管理員一級能比較暢順地一併處理。
由於「萌娘共享」收錄的不僅僅是圖片，還有大量的音頻，分類上也有調整，就有分類大多是對的，但是導航條就錯了，加上目前有些bug，在情況穩定之前，不建議在那邊新建任何索引頁面。--Notalgia-Contαct- 2016年10月25日 (二) 22:24 (CST)
或者在共享上傳文件，在zh站新建文件說明？就好像這樣？--Shirrak（討論） 2016年10月25日 (二) 22:52 (CST)不知道能不能從技術上把萌娘共享新文件的說明頁直接在zh站也進行建立，因為目前萌娘共享的圖片主要在zh站進行使用，編輯者們大多也是按照zh站的分類樹邏輯填寫分類資料，如果能直接單次建立的話，應該能減少一些工作量，那樣的話也不用太考慮舊有分類的殘留問題？--Shirrak（討論） 2016年10月25日 (二) 23:00 (CST)
我寫了User:Nostalgia/萌娘共享文件索引，作為對「萌娘共享」的文件整理思路。覺得思路沒錯，就能開工搞了。
對於「使用記錄」的問題，自10月22日以來，除了「看下哪裡設置不對」的回覆，音信全無了，詳情希望。
發現「萌娘共享」的新分類無效的原因是緩存問題，不過這個不著急，反正緩個一兩個月我也習慣了。--Notalgia-Contαct- 2016年10月27日 (四) 23:02 (CST)
- 看起來是分類樹的進化版，不過還是有例子比較好理解一些。下面列出我個人理解的例子，如果沒有什麼問題就開始將中文站的圖片文件以及人物名字分類
請管理員刪除並搬運到共享站了： - 比如Category:春日野穹，屬於「XX作品中角色」，那麼分類這麼寫：
{{catnav|人物|虚拟角色|缘之空角色}}
[[Category:缘之空角色]]
- 比如Category:Sky-FreeDom，屬於「馬來西亞畫師」，那麼分類這麼寫：
{{catnav|人物|现实人物|马来西亚人|马来西亚画师}}
[[Category:马来西亚画师]]
- 而Category:Anna(AnnAngela)
職業不明，那麼分類這麼寫：
- 而Category:Anna(AnnAngela)
{{catnav|人物|现实人物|中国人}}
[[Category:中国人]]
- 新索引中的「圖片」相關比較好理解，但是對「語音」有一事不明：現在的遊戲語音大多存放在人物的分類下，如Category:艦隊Collection:朝潮，這些語音文件要統一修改分類為[[Category:艦隊Collection語音]]嗎？那樣的話感覺一個分類下會堆積過多文件，是否可以把這些語音文件細分到以人物名命名的分類，比如[[Category:艦隊Collection:朝潮語音]]，再將其這樣寫：
{{catnav|文件|声音|语音|各平台语音|游戏语音|舰队Collection语音}}
[[Category:舰队Collection语音]][[Category:舰队Collection:朝潮]]
- 雖然這樣的確可能會使得索引再度複雜化…………
- 最後關於各作者作品，如Category:作者:Sky-FreeDom，這麼寫：
{{catnav|各作者作品|马来西亚画师作品}}
[[Category:马来西亚画师作品]]
- 以上，是嘗試舉出的一些例子和關於刪除工作等的疑問，還望討論下@Nostalgia如果沒什麼問題就開始漫長的搬運工作了……
- 此外如果按照這個分類索引搬運的話，一些模板里的[[Category:{{PAGENAME}}]]等似乎也應該逐步去除了--Shirrak（討論） 2016年10月28日 (五) 17:22 (CST)
- 對User:Nostalgia/萌娘共享文件索引進行了修改。
- 如果對總體方向沒什麼問題，我就先建立上游的分類了。
- 另外，對於「沒被任何萌娘站用的圖會定期刪掉」的圖片政策有些迷思。這個政策是基於服務器的費用考慮，既有的禁止用戶上傳圖片作私人用途傳統也是源於此，衍生的就是用戶頁只能用外部圖片之類的規則了。
- 畢竟一直知道這個難處，個人在用戶頁也不用圖片的。思索一下「沒被任何萌娘站用的圖會定期刪掉」還是有很多漏洞的，過去我就刪過某人用戶頁的一堆圖片，轉眼就恢復了，硬是在條目中塞那些圖片進去，啥事都沒發生。
- 當然這是極少數人極端行為，但是個人認為有人為了保持圖片而刻意將圖片使用到條目中。其一，圖片的使用是輔助說明條目的，畢竟是「合理利用」，大量堆砌圖片，破壞觀感之餘，也是很浪費流量的。
- 其二，條目使用的圖片是變動的，任何人都可以換，可以預見某些人為了保持某些圖片而回退他人換走的圖片。算是一種另類的獨佔條目，潛在編輯戰之類的。
- @Baskice，站長你怎麼看？--Notalgia-Contαct- 2016年10月28日 (五) 23:56 (CST)
- 世界線收束理論很有趣_(:з」∠)__如果無異議吾輩也來幫忙--Shirrak（討論） 2016年10月29日 (六) 00:10 (CST)
- 遇上一個問題，像Category:艦隊Collection/家具這種綜合性的圖片分類，也類似於人物的方式處理嗎--Shirrak（討論） 2016年10月29日 (六) 00:18 (CST)
- 我又作出了一些修改，希望解決你的問題。今天有人作客，有問題，回覆晚上。--Notalgia-Contαct- 2016年10月29日 (六) 16:25 (CST)
- commons:Category:分類用模板很贊，
也許意味著批量替換的可能性？應該不存在批量建立功能……不過這樣對於新人來說處理分類方便太多--Shirrak（討論） 2016年10月30日 (日) 13:11 (CST)- 那些我還在測試，應該能用的目前是【虛擬角色/作】、【虛擬角色/代】、【虛擬角色/擬】。其他如【畫師作品】我還在測試。考慮到一直以來的新人理解能力，盡量讓最下游的分類簡化一下，設想中是，下游不變，修改的話也是修改模板。中間那些可以慢慢想，算是提高處理文件的方法吧。
- 不過圖片刪除上很有問題，面對無止境的緩存，想及時看到效果，只能一個個文件刷緩存（無作為編輯保存，?action=purge 的方式也無效），還要在本站的【本地說明】看文件使用決定是否砍圖片，25日之前的文件處理起來很煩啊，優先處理25日後沒有緩存問題的新上傳文件吧。--Notalgia-Contαct- 2016年10月30日 (日) 13:23 (CST)
- _(:з」∠)__好的，這就去整理其分類--Shirrak（討論） 2016年10月30日 (日) 13:32 (CST)
- 下午外出，有問題，回覆晚上。--Notalgia-Contαct- 2016年10月30日 (日) 13:39 (CST)
- 在索引中，「各作者作品」一欄使用的是「中國大陸畫師作品」，而「現實人物」里使用的是「中國畫師」，是否需要統一下？
- 一些遊戲攻略等圖片直接歸到了上一級（比如commons:File:姬戰風雲支援.png歸類到commons:Category:姬戰風雲），應該沒有不妥吧。
- 此外想建立現實人物的分類模板但又怕名稱不合適，等晚上的回覆啦--Shirrak（討論） 2016年10月30日 (日) 15:16 (CST)
- _(:з」∠)__好的，這就去整理其分類--Shirrak（討論） 2016年10月30日 (日) 13:32 (CST)
嘖嘖，屁民吃瓜看戲--光翼型近接支援殘酷戰鬥機（討論） 2016年10月31日 (一) 22:22 (CST)
如果要大量改動圖片文件名要怎麼做
想統一一下某詞條下已經上傳的圖片文件的命名格式給某個自以為是的白左新人擦屁股––人生敗犬bokuwaahoya（嘲諷一下） 2016年10月30日 (日) 09:30 (CST)
- MediaWiki自身沒有進行批量頁面移動操作（文件改名）的特殊頁面。萌百也沒有安裝Replace Text一類插件，暫時是無法做到的。需要幫助可以說一下，大量改名的話，也是要刪除的權限的。--Notalgia-Contαct- 2016年10月30日 (日) 10:43 (CST)
- 那就得過且過吧––人生敗犬bokuwaahoya（嘲諷一下） 2016年10月30日 (日) 18:37 (CST)
【告知】請儘快把flashmp3替換掉
這個插件已有2年沒更新，看起來有安全bug，本來想這次版本升級就去掉，然而萌百還有很多頁面使用了這個播放器，只好修復bug暫時保留。
請各位管理巡查以及編輯者把使用了flashmp3的頁面音頻替換掉，並考慮是改為站內連結或者widget的html5播放器等形式加載。謝謝 --多功能型Baskice(給我留言) 2016年10月28日 (五) 15:59 (CST)
- Widget:Mp3Player/sandbox裡面那個播放器一打開就無限轉圈，無法播放……--Shirrak（討論） 2016年10月28日 (五) 16:28 (CST)
- 全部換成萌娘百科:MediawikiPlayer嗎？支持列表播放不 --
宇文天啟 ☺ 2016年10月28日 (五) 16:49 (CST)
明天就全部換完明天就去掉。這個插件有安全漏洞，能早去掉就早去掉比較好醬紫 --多功能型Baskice(給我留言) 2016年10月29日 (六) 22:55 (CST)
- 我看Special:版本說話，MediawikiPlayer沒裝，萌娘百科:MediawikiPlayer就不用想了。
- 能用mp3文件的，除了FlashMP3，有SoundManager2Button和TimedMediaHandler。
- SoundManager2Button的標籤是<sm2>XXX.mp3</sm2>，引用文件沒有使用記錄。
- TimedMediaHandler是支持直接引用[[File:XXX.mp3]]，引用文件有使用記錄。
- TimedMediaHandler是OggHandler的進階版，樣式都一樣。好像目前也就只能用TimedMediaHandler，因為配合新政策，檢視文件使用記錄只有他了，但是比FlashMP3丑多了。
- 經過一些簡單的對比，在移動端上TimedMediaHandler能正常播放，而SoundManager2Button需要跳到另一個頁面。瀏覽體現上，在手機上一邊聽歌，還能一邊看歌詞才是正路，音樂條目上目前就只能替換成TimedMediaHandler了。
- 同時兩者都不支援外部鏈接，代表只能使用上傳的文件（代表以後某些人的用戶頁上就沒有BGM了）
- 兩者也不支持列表播放。--Notalgia-Contαct- 2016年10月30日 (日) 10:15 (CST)
- 再對比文件名的語言支援情況和瀏覽器支援情況（簡單測試）
| 插件 | 英文 | 英文以外（日中等） |
|---|---|---|
| Chrome（54 (64-bit)） | 
|
|
| IE 11 |
|
|
| Firefox 48 |
|
|
| 插件 | 英文 | 英文以外（日中等） |
|---|---|---|
| Chrome（54 (64-bit)） |
|
（有顯示連接，但是播放無效）
|
| IE 11 |
|
|
| Firefox 48 |
|
|
兩個問題也有啊，附上過去對flashmp3的測試，當時的瀏覽器版本忘了
| 插件 | 英文 | 英文以外（日中等） |
|---|---|---|
| Chrome |
|
|
| IE |
|
|
| Firefox |
|
|
果然設計這些插件的都是外國人（英文使用者），外語都不能用的，出於讓文件能正常使用的考慮，要延續過去對音頻文件英文命名的要求。Help:MP3播放器（上傳的文件請以英文命名，文件名存在中文或者其他語言，可能會導致文件在部份瀏覽器中無法播放。）
說實在flashmp3的支持度相較現在的兩個高，無論文件命名方式開放，支持外鏈，支持多首播放，還可以進行樣式設計。除了無法得知文件使用信息，是三者中最好用的，站長你應該也懂為什麼使用的人越來越多，因為最好用啊。@baskice有那個widget能替代到flashmp3，我找不到，畢竟[1]上也就那麼多，相關的有Html5media是視頻，不是MP3，MP3是它的衍生Html5mediaAudio，而Mp3Player/sandbox還是用不了的沙盒。--Notalgia-Contαct- 2016年10月30日 (日) 11:32 (CST)
Widget:Html5mediaAudio 已從mediawikiwidgets複製，請做測試，這個widget似乎只能使用外鏈音頻的樣子 --多功能型Baskice(給我留言) 2016年10月30日 (日) 16:06 (CST)
- Html5mediaAudio好像很有問題，除了他給出的那個例子播放器不會崩之外。我在http://picosong.com/ 上傳的曲子，和既有的MP3外鏈輕飄飄圓舞曲，雖然能加載到歌曲，但是會播放器莫名其妙格式崩掉。而且觸發崩掉的方式也很神奇，【官方例子】怎樣用也沒事。其他一定會有一個播放器莫名其妙格式崩掉。
- 桌面瀏覽
- 同一頁面，有一個Html5mediaAudio，崩。
- 同一頁面，有兩個Html5mediaAudio，第一個崩，第二個沒事。
- 同一頁面，有兩個Html5mediaAudio，第一個【官方例子】沒事，第二個崩。
- 移動端瀏覽
- 正常顯示。
媽呀別去掉了，用了flashmp3的頁面有幾百個，而且去了之後功能效果減值下降一大截啊，其他播放器能改顏色嗎。——絲毫沒有存在感的某藍色（討論） 2016年10月31日 (一) 10:08 (CST)
報告一個bug，這個音樂文件用TimedMediaHandler無法播放：File:KancolleBattle25.mp3←不知為何直接顯示為連結--Shirrak（討論） 2016年10月31日 (一) 11:21 (CST)
- File:KancolleBattle25.mp3在「萌娘共享」根本不存在[2]，這裡的文件頁面都是【本地說明】或者緩存鏡像，要以「萌娘共享」的文件為準。我發現這個文件在「萌娘共享」的對應頁面是【File:KancolleBattle 25.mp3】（[3]），多了一個空格，有可能是轉移文件期間的問題。
- 不是TimedMediaHandler的問題，而是轉移文件期間發生問題，也就是站長提到的「可能有奇怪bug頁」，除蟲找@Baskice。--Notalgia-Contαct- 2016年10月31日 (一) 21:31 (CST)
Chrome 54開始，Flash已經徹底被禁用。希望全站儘快切換到基於HTML5的播放器上。——Zyzsdy（討論） 2016年10月31日 (一) 20:21 (CST)
我對TimedMediaHandler不能播放含中文名的文件這一個有疑問。https://commons.wikimedia.org/wiki/File:%E5%A4%AA%E4%B8%8A%E8%80%81%E5%90%9B%E8%AA%AA%E5%B8%B8%E6%B8%85%E9%9D%9C%E7%B6%93.ogg 維基commons那邊2013年就可以了。能給無法播放的例子嗎？ --多功能型Baskice(給我留言) 2016年11月2日 (三) 16:52 (CST)
- 我是「簡單測試」，對照樣本不足，看來還有很多潛在的問題，我看到你也在沙盒上測試，不知道你清楚情況沒有。現在你的測試，我這邊只看到前兩個，【萌娘共享上日文+符號文件名的mp3】、【萌娘共享上英文+符號的mp3文件】、【純英文mp3文件名】都無法正常顯示，我是拿Melt的歌曲測試，是能成功生成播放器。--Notalgia-Contαct- 2016年11月2日 (三) 20:57 (CST)
在βίος試了一下含有特殊符號的文件名，看上去是可以正常播放的。HTML播放器理論上可以用腳本做到自定義樣式，如果認為現有樣式丑或者想要定製性，自己造輪子也不是不可以。當然這需要一點工作量 --D41D8CD98F00B204E9800998ECF8427E 2016年11月3日 (四) 10:27 (CST)
萌娘共享文件索引
大致搞出了個User:Nostalgia/萌娘共享文件索引，常用的分類類型都做了說明，圖片方面繼承了過去的經驗，所以有較為細緻的描述。音頻的整理算是新課題，相關說明尚有不足的地方。現在整理好的有模板來輔助建立分類。難度會降低很多。
有興趣的人可以幫忙在萌娘共享建立文件索引。若有問題，可以在下面提出，之後也可以以各自的方法聯繫維護人員，如果找我的話，請在萌娘共享我的用戶頁留言（本站太多502和503）。至於緩存問題，出現沒人任何文件在所屬分類的情況，只能透過【不作為編輯】來刷新。
基於同時實行的圖片政策，熱心提刪的人員，可以以各自的方法聯繫管理員操作，如站長就是去他討論頁留言、電郵、Q之類。--Notalgia-Contαct- 2016年11月3日 (四) 23:51 (CST)
創建了一個新模板
創建本模板旨在希望能規範表格用法，在適用於N/A的地方可以直接使用本模板，而不是用「-」等進行代替。可以的話，也希望本模板能被寫進Help:使用表格。
--ご注文は尖鋒ですか？ - cont@ct - 2016年11月12日 (六) 06:30 (CST)
- 這個不錯，可以有 --
宇文天啟 ☺ 2016年11月12日 (六) 11:14 (CST) - (＆)建議 保留並行時的"|",避免有可能出現的錯誤.--飢餓之聲-弗霖凱（討論） 2016年11月12日 (六) 13:14 (CST)
關於Sprites
我這裡看不到效果，是不是失效了了。--Notalgia-Contαct- 2016年11月13日 (日) 10:25 (CST)
- 因為文件說明被刪除，所以
{{#ifexist:file:xxx}}這樣的寫法全都失效了，{{替換側邊欄底圖}}等也有類似的情況。仿照D41D8CD98F的方法修了一下（Special:固定連結/924789），應該好了，如果有其他應用{{#ifexist:file:xxx}}的地方也可以做類似處理--Shirrak（討論） 2016年11月13日 (日) 12:08 (CST)
【告知】文件遷移/mp3錯誤/文件全域使用狀況
- 圖片由原來的api獲取改為兩邊資料庫同步，直接讀資料庫。這樣commons那邊傳完的圖的記錄會被複製到萌百這邊的資料庫上，直接查表就可以獲得圖片。會比原來的api快不少，但資料庫同步有延遲，commons那邊傳圖立刻在萌百使用的話因為沒有同步，無法顯示。
- 現在發現mp3文件在[[file:xxx.mp3]]這樣引用時會出錯（不論新舊），而圖片沒有這個狀況。還在找辦法修了……
- 文件全域使用還要些日子才能上線，這個插件寫的很糟糕，只有嚴格按照wikipedia模式設置時才有效。還在評估怎麼弄比較好。 以上 --Baskice（討論） 2016年11月5日 (六) 17:58 (CST)
- 上面那段話，我是否能理解成：服務器（網站）搞壞了，現在MP3用不了，很多問題不知道怎麼解決，大家湊合著用吧。--Notalgia-Contαct- 2016年11月6日 (日) 00:23 (CST)
現在文庫使用上傳文件也是在共享上傳的話，但是一如【[4]】等頁面是沒有跳轉到共享的鏈接，現階段是否是通用。東方求聞口授和東方求聞史紀有一批圖片，處理東方的圖片時，判斷圖片是否使用時，遇到這個問題。文庫現在是互通還是怎樣。--Notalgia-Contαct- 2016年11月13日 (日) 22:44 (CST)
- 似乎已有的文件沒有同步到共享，比如library:File:Wuzhihu.jpg在共享不存在。但新上傳的共享文件可以在文庫使用？--Shirrak（討論） 2016年11月13日 (日) 22:59 (CST)
小說插圖等是否能和小說封面一樣「合理利用」
如題，根據NFCI，有編輯者提及插圖與封面有微妙的區別，插圖似為畫師接受報酬專門繪製，那麼小說等插圖的掃圖能否上傳並利用到條目中？--Shirrak（討論） 2016年11月14日 (一) 12:55 (CST)
說一個大家都懂的，萌百的合理利用就是萌百的合理利用。——Recital君（留言） 2016年11月14日 (一) 19:23 (CST)
都說出事，大家都是臨時工。法律上是能迴避的，當然每個人都應該為自己的所作所為負責，自己思量吧，反正出事都是我們這些高級臨時工去砍。--Notalgia-Contαct- 2016年11月14日 (一) 21:36 (CST)
- 大概是法律的哪部分可以進行迴避呢？中午查了下提問區存檔提到的《信息網絡傳播權保護條例》和《中華人民共和國著作權法》這兩個，感覺裡面雖然寫的很詳細，但是都針對了一種情況，即為【聲明不許提供】，這種情況下是怎麼樣都無法使用的。我困惑的地方就在於，【插圖】是否屬於【聲明不許提供】的部分？畢竟是商業用的作品，也不能用cc協議來解釋。如果屬於的話，那麼我在圖站建立了一個Category:插畫，也刪除掉比較好，也許還得對上傳的圖片進行檢查一類的最近遊戲裡玩到一句話，雖然是臨時工，「這種性命攸關的事情一定要問清楚」（大霧）--Shirrak（討論） 2016年11月14日 (一) 22:44 (CST)
- 美國是《DMCA》，中國大陸是《信息網絡傳播權保護條例》。
- 《DMCA》的避風港原則，簡單來說就是「當著作權人主張其權利，對網路服務提供業者發出侵權之「通知」，該業者迅速「取下」網路上侵權內容及相關資訊，並告知內容之上傳者，則該網路服務業者可具免責條件，無須介入著作權人與網路使用端之紛爭。 」（Notice and ex parte orders: Injunctive relief under this subsection shall be available only after notice to the service provider and an opportunity for the service provider to appear are provided, except for orders ensuring the preservation of evidence or other orders having no material adverse effect on the operation of the service provider's communications network.）具體條文見[6]
- 《信息網絡傳播權保護條例》是第二十三條「網絡服務提供者為服務對象提供搜索或者連結服務，在接到權利人的通知書後，根據本條例規定斷開與侵權的作品、表演、錄音錄像製品的連結的，不承擔賠償責任；但是，明知或者應知所連結的作品、表演、錄音錄像製品侵權的，應當承擔共同侵權責任。」
- 畢竟萌百已經有明文說明不能上傳侵權的作品，也盡相關努力去清除相關問題作品。根據相關條文，免責的是萌百，如果版權方真的追究的話，只有上傳侵權作品的人得負責的。--Notalgia-Contαct- 2016年11月14日 (一) 23:23 (CST)
- 明白了，那看來【Category:插圖】這樣的分類還是可以存在的，
還真有點性命攸關的味道--Shirrak（討論） 2016年11月14日 (一) 23:43 (CST) - 簡而言之除了明知侵權的東西以外，其他的暫時沒必要有什麼顧慮。但是保險起見最好還是確認下。By：山賊002 喧譁
無用 2016年11月15日 (二) 17:44 (CST) - 怎麼看，也是看行為的，大張旗鼓地用，整本書的搬到文庫，你說是「學習交流」也扯不過去吧。動畫字幕組好歹也會在動畫上加上「僅供學習交流，24小時內刪除」之類的字句，這些事情就是悶聲發大財。不要學某些人高喊「是否符合版權法管（關）我們X事」，做這些顯眼，拉仇恨的事情。
如果日後冰島海盜黨當選，修改當地版權法，服務器搬到哪裡，就什麼也不用想了。- 本站立足於美利堅合眾國，對全球華人服務，受北美法律保護。--Notalgia-Contαct- 2016年11月15日 (二) 21:16 (CST)
- 明白了，那看來【Category:插圖】這樣的分類還是可以存在的，
關於作品名中的標點符號
我記得條目名中的標點符號若且唯若成句條目的時候可以用全形，作品名中的一律用半角。可是最近一條移動日誌里的移動說明卻是這麼寫的：中文標題若含有符號，無論是成句還是作品名，都應使用全形符號。 問一下規則是否變過？ --
- 規則沒變，但是按照常理，如果標題是一個成句的話最好用全形
不過因為這個常理跟規則衝突，所以還是需要討論（ ）一下的- 看到了樓下的前輩，所以好像不需要再繼續討論了（--Ideal Patroller Akizuki（討論）
2016年11月15日 (二) 20:49 (CST)2016年11月15日 (二) 21:06 (CST) - 一向都是成句是全形，作品標題為半角，原因啊，問站長，一開始就是他定的。--Notalgia-Contαct- 2016年11月15日 (二) 21:01 (CST)
- @Nostalgia，那為何《你的名字》用的卻是全形符號？（雖然說只是替換標題）--維他奶，點只汽水咁簡單。（不如買樽維他奶黎飲？） 2016年11月15日 (二) 22:35 (CST)
- 標點符號半角是參考維基的規則吧（不過現在中文維基似乎除了消歧義括號外，多數都改成全形了？日文維基倒還是在使用半角，儘管他們擁有可以使用的全形符號）
- 說到常理，其實半角符號有一個好處是使用範圍較廣（比如「競女!!!!!!!!」這種標題，要是用全形嘆號會很難看……不過這條目現在使用的是標題替換，也不存在標點符號問題就是了）--安迪布蘭頓大人（討論） 2016年11月16日 (三) 17:33 (CST)
- 不太在意標題了--User_talk:Zyksnowy 2016年11月18日 (五) 19:17 (CST)diff=927919--User_talk:Zyksnowy 2016年11月18日 (五) 19:18 (CST)
剛剛搬東西搬出事。。。
剛剛把用戶頁搬到沙盒。。。沒想到連討論頁也一起搬了。由於不能把一個頁面搬到已有的頁面，所以能麻煩幫幫我嗎 囧 --神百小黃（討論） 2016年11月20日 (日) 15:06 (CST)
完成 多說兩句，當你不小心移動錯了後，不要修改原頁面，就還能移動回去，如果修改了就移動不了了，只能聯繫管理員刪除。所以你的討論頁能夠移動回來。 --
