維基百科討論:上傳

用於MediaWiki:Sidebar。

有關上傳文件嚮導

{{Non-free use rationale 2}}近日更新，要求上傳文件時必須填入 文件描述、作者或著作權持有人、來源、應用該文件的條目、文件使用目的、無法使用自由內容取代的原因、最小使用的理由 和 對可能的商業使用機會的尊重 共八個值，否則文件描述頁會顯示錯誤。然而現時的上傳嚮導「這是一個受著作權保護、非自由內容的作品，但我相信其可以合理使用」大項內，不是每一個分項均會填入這8個值，如通過「組織、公司、品牌等的標誌」上傳的文件就不會填入 作者或著作權持有人、無法使用自由內容取代的原因 和 對可能的商業使用機會 這三個值，導致大量通過嚮導上傳，且完整輸入嚮導所要求內容的文件出現錯誤提示（如File:2019年中央廣播電視總台春節聯歡晚會標識.jpg，更多見Category:Template:Non-free use rationale 2使用錯誤）。

請問是否應更新文件上傳嚮導的相關設定？已受到影響的文件有無辦法進行批量修復，或先將{{Non-free use rationale 2}}回復至先前版本，待問題解決後再恢復？--Tim Wu（留言） 2020年2月16日 (日) 07:48 (UTC)

或者說廢除某些值應填？-- Sunny00217 2020年2月16日 (日) 07:51 (UTC)

有關於這個問題，我覺得上傳非自由檔案時不應該統一使用{{Non-free use rationale 2}}，應該依照各自的類型來使用各自的{{Non-free use rationale XXX}}，如{{Non-free use rationale biog}}、{{Non-free use rationale logo}}等等。目前我自己已經建立或修改部份模板，並且建議直接納入上傳精靈當中，減少填寫時的麻煩。臺灣杉在此發言 (會客室) 2020年2月19日 (三) 10:24 (UTC)

Draft:MediaWiki:FileUploadWizard.js-- Sunny00217 2020年2月21日 (五) 14:59 (UTC)

這個改法不妥。自英語維基百科引用的模板，本身就已經有協助填寫部分參數以及用法，例如Use參數就有Infobox、Section、Org等可用作制式敘述，過世人物非自由圖像也有可以填寫人物姓名及出生死亡日期，其他依此類推。其他的欄位也有不需使用者填寫就能顯示的合規定敘述。我倒覺得所有的表格參數都要重新設計，依據各個類別進行客製化設計。臺灣杉在此發言 (會客室) 2020年2月22日 (六) 00:37 (UTC)

@Xiplus：能不能就我所說的格式，重新設計一次上傳精靈，將Org等等簡化使用者填寫的設計納入？臺灣杉在此發言 (會客室) 2020年2月22日 (六) 02:57 (UTC)

說到這個，不知道是不是可以修改一下上傳界面，改為可以拖拽圖片上傳？可以參考User:Shizhao/upload(只有拖拽功能，沒有上傳)，需要在自己用戶頁的common.js內加入以下代碼才可看到效果：

mw.loader.using( 'oojs-ui-core' ).done( function () {
	$( function () {
var dropfile = new OO.ui.SelectFileWidget( {
	accept: [
		'image/png',
		'image/jpeg'
	],
	$tabIndexed: $( '<a class="oo-ui-buttonElement-button" role="button" tabindex="0" aria-disabled="false" rel="nofollow"><span class="oo-ui-iconElement-icon oo-ui-icon-upload"></span><span class="oo-ui-labelElement-label">Select a file</span><span class="oo-ui-indicatorElement-indicator oo-ui-indicatorElement-noIndicator"></span><input title="" class="oo-ui-inputWidget-input" type="file" tabindex="-1" accept="image/png, image/jpeg"></a>' ),
	showDropTarget: true
} );
$( 'div.dropfile' ).append( dropfile.$element );

// A file selectwidget.

});
});

--百無一用是書生 (☎) 2020年2月24日 (一) 11:44 (UTC)

現在繁簡轉換已經很容易了，文件名不能用漢字的規定是否有些苛刻？星樞（留言） 2020年8月11日 (二) 06:33 (UTC)

編輯請求 2020-11-20

請求已拒絕

建議把「點此開始上傳嚮導」改為「開始上傳嚮導」。我認為「點此」違反了避免自我提及：「同樣應避免使用諸如『點擊此處』的詞語。」-- Ken#418簽名Alt+Shift+Y 2020年11月20日 (五) 11:39 (UTC)

• 未完成：該原則基本上僅適用於主空間。維基百科空間不受此限制。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2020年11月23日 (一) 04:06 (UTC)

編輯請求 2021-07-27

請求已拒絕--Tiger（留言） 2021年7月30日 (五) 14:52 (UTC)

想要附贈圖片

FangDE hans--FangDE hans（留言） 2021年7月27日 (二) 07:44 (UTC)

請求內容不明。--Tiger（留言） 2021年7月30日 (五) 14:52 (UTC)

交互界面的用戶體驗不佳

• 「第三步：提供來源和著作權信息」的單選框（radio button）很容易讓人誤解作裝飾性的點（就像本句之前的那樣）而不是可以點選的按鈕。此類選擇框/按鈕一般會和文本關聯，單擊文本部分即觸發點擊/選中，但這裏的按鈕不是這樣。--虹易（留言） 2021年10月29日 (五) 09:41 (UTC)

編輯請求 2022-01-18

請求已拒絕

我想要編織宇宙少女的logo和一些活動照片而已。--顏子聰（留言） 2022年1月18日 (二) 11:12 (UTC)

非此處處理之事務。--廣雅 范★ 2022年1月18日 (二) 11:14 (UTC)

編輯請求 14/3/2022

想改變MIRROR香港男團中的合照為ELLE的封面拍攝合照🙏🏻🙏🏻 至少不希望是現在該相片，所有鏡仔都在未有預備，記者採訪時的相片，這樣會令不認識他們的人士有誤解

「從URL上傳文件」功能已啟用

許久之前的一項允許本站使用「從URL上傳文件」功能的提案已於近日正式部署，自動確認用戶（及確認用戶）目前只需輸入文件的URL，即可在本地完成上傳。為防止濫用，上傳的域名被限制為「僅允許upload.wikimedia.org」。您之後無需下載即可搬運其他站點的合理使用文件。您可在此處體驗本功能。 Stang^★ 2022年5月12日 (四) 20:52 (UTC)

6年…… 囧rz……——Sakamotosan路過圍觀 | 避免做作，免敬 2022年5月12日 (四) 23:34 (UTC)

看起來要更新Wikipedia:上傳，現在只有Special:上傳文件才支持從URL上傳文件（界面提示文字似乎也應該更新）--百無一用是書生 (☎) 2022年5月13日 (五) 03:21 (UTC)

已修改MediaWiki:Upload source url的提示文字--百無一用是書生 (☎) 2022年5月13日 (五) 03:45 (UTC)

MediaWiki:FileUploadWizard.js是不是也要更新？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年5月16日 (一) 02:47 (UTC)

是的--百無一用是書生 (☎) 2022年5月18日 (三) 02:29 (UTC)

上傳嚮導在流動裝置上無法使用

WP:上傳中的上傳嚮導按鈕在流動裝置上的Firefox或Chrome瀏覽器中點擊沒有反應。--虹易（留言） 2023年7月8日 (六) 16:04 (UTC)

文件上傳嚮導中應該單獨添加上傳自由文件的按鈕

如題，在維基百科自由版權的內容應該傳到共享資源，而只有非自由的內容才應該上傳到本站。而目前文件上傳嚮導中只有在本站上傳的按鈕，可能會誤導新手。

私以為應採納英維的設計，用兩個按鈕分別列出自由文件和非自由文件的上傳途徑，這樣對新手更友好。--碟之舞📀💿 2024年1月7日 (日) 13:07 (UTC)

模板編輯員可以編輯。--GZWDer（留言） 2024年1月7日 (日) 13:27 (UTC)

那個得改js吧--百無一用是書生 (☎) 2024年1月7日 (日) 13:44 (UTC)

我沒搞錯的話，似乎不要。--碟之舞📀💿 2024年1月7日 (日) 14:23 (UTC)

(＋)支持：這樣能避免讓使用者誤解。--喜歡聽林佳辰唱歌的Sinsyuan 2024年1月7日 (日) 14:17 (UTC)

支持，共享資源的只是個簡單的跳轉按鈕，不用改js--及時雨 ^留言 2024年1月7日 (日) 22:39 (UTC)

根據意見並參照英文版進行了修改，請看是否合適--百無一用是書生 (☎) 2024年1月8日 (一) 07:59 (UTC)

@Shizhao：C區連結可以指定語言嗎（比如Special:MyLanguage）？--碟之舞📀💿 2024年1月8日 (一) 08:32 (UTC)

用戶可以在C區自行設定語言--百無一用是書生 (☎) 2024年1月8日 (一) 13:15 (UTC)

歡迎來到文件上傳嚮導！您可以在此頁面將圖片或其他媒體文件上傳至維基百科。點擊下面的連結，嚮導會指引您完成一份調查，提示您為每個文件提供相應的著作權和來源信息。

上傳以前，請確保您已經了解什麼是著作權、文件使用方針以及非自由內容使用準則。違反上述版權規定的圖片將可能被刪除。

這段文字因為下方現在有兩個按鈕所以需要作調整，我的建議如下（順便優化一下翻譯腔）：

歡迎來到文件上傳嚮導！您可以在此頁面將圖片或其他媒體文件上傳至維基百科。請根據您欲上傳的文件的著作權和來源信息，選擇相應的選項並繼續。

上傳之前，請確保您已經了解什麼是著作權、文件使用方針以及非自由內容使用準則。違反上述版權規定的圖片可能會被刪除。謝謝您的貢獻！

--碟之舞📀💿 2024年1月8日 (一) 08:40 (UTC)

另外想問一下嚮導中「第三步：提供來源和著作權信息」中仍然有「這是一件自由的著作權作品」，請問是否需要更新？--碟之舞📀💿 2024年1月8日 (一) 09:10 (UTC)

一個是自由授權的作品也可以有充分的理由不上傳到c區而僅上傳至本地。我不希望這次改版把這個情況忽略。--MilkyDefer 2024年1月9日 (二) 12:28 (UTC)

(－)傾向反對，這會導致部分不熟悉圖片版權的新用戶誤將非自由圖片當作自由圖片上傳至共享資源（本地時常可見將「公開可見」的圖片當作「公有領域」來上傳的用戶），而共享資源日常上傳數量巨大，本地用戶巡查困難。「只有非自由的內容才應該上傳到本站」這個說法也是錯誤的。自由文件應通過上傳嚮導中第三步「這是一件自由的著作權作品」上傳，本地核查授權無誤後可再轉移至共享資源。另可參見Wikipedia_talk:上傳/存檔1#提議將上傳頁面中上傳至維基共享中加入警告標示和Wikipedia_talk:上傳/存檔1#在本地禁用「跨維基上傳」功能。--Wcam（留言） 2024年1月9日 (二) 18:34 (UTC)

@Wcam：了解，但是英維也有同樣的模板，為什麼他們的上傳頁面是現在這個設計？--碟之舞📀💿 2024年1月10日 (三) 02:03 (UTC)

我不知道這個問題的答案，猜測原因可能與英文維基和共享資源使用英語的社群人力較為充足有關，而中文維基社群有自身的具體情況，不宜盲目照搬英文維基的做法。--Wcam（留言） 2024年1月10日 (三) 03:38 (UTC)

以及，自由圖片需要保留在本地的情況對新手來說是否常見？因為本提案主要是想優化新手體驗。--碟之舞📀💿 2024年1月10日 (三) 02:09 (UTC)

不太明白這個問題。本地圖片遷移至共享資源後，一般會保留相同文件名（或建立重定向），對於圖片使用而言，與其他本地圖片沒有區別，不知道你說的「優化新手體驗」具體指什麼？自由圖片如上傳至本地，會對新手體驗有何不便或不利影響？--Wcam（留言） 2024年1月10日 (三) 03:40 (UTC)

優化新手體驗指的是改善他們在上傳文件時候的體驗。在維基百科上傳文件有兩個渠道——本站和共享資源。先前的設計沒法讓新用戶簡潔明了地明白這兩個渠道的區別（表單很複雜）。而根據我的理解，自由版權的文件除了少數因為特殊原因（如用戶簽名、在美國和原始地區不同時為自由版權的情況）需要保留在本地之外，其他的最終都應該傳到共享資源去。所以乾脆一步到位，讓該去C區的內容直接去C區，也能讓新用戶明白這兩個渠道的區別。

如果要解決「不熟悉圖片著作權的新用戶誤將非自由圖片當作自由圖片上傳至共享資源」問題的話，我認為可以在頁面中增加足夠的警告措施。例如列出常見誤解；上傳之前要求新用戶答題，全答對才繼續等。

以上是我的理解，如果有不對的地方請告訴我。--碟之舞📀💿 2024年1月10日 (三) 04:15 (UTC)

大體上明白你的意思了。知道如何上傳的用戶大多已經會直接去C區上傳，通常上傳至本地的自由圖片數量不是很多，本地社群目前足以應付。--Wcam（留言） 2024年1月10日 (三) 06:15 (UTC)

可以把自由版權按鈕變小一點，放在下面？然後寫一句"如果您不確定是否自由版權，請不要選擇這一選項"。--及時雨 ^留言 2024年1月10日 (三) 02:10 (UTC)

剛剛看了一下日維的設計可能更符合本站的需求。他們是將自由圖片和非自由圖片分為兩個區域，而自由圖片區域又分為傳C區（並且標註為推薦方法）和傳本站兩個子區域。--碟之舞📀💿 2024年1月10日 (三) 04:16 (UTC)

ja不支持合理使用，所以本地上傳不接受非自由版本的文件，優先使用符合版權自由的文件，也就是C區；現在保留下來的本地文件主要是符合日本公有領域但不符合美國的公有領域的，和受美日版權法保護的戶外藝術作品，所以本地文件數量實際不多，可以看其上傳導向頁面下面的說明（ja:Wikipedia:ファイルのアップロード）。人家C區佔主，是因為本來就不支持本地上傳的因素更多，全力力撐C區。如果我們那些新魚有這麼高的版權素質的話，或者可以考慮下。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年1月10日 (三) 06:47 (UTC)

ja的排版分左右，左是C區，兩個分別是上傳嚮導和舊式上傳表單；右是本地，一個純表單沒預填充，另一個是預填充了版權標示模板的。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年1月10日 (三) 06:54 (UTC)

好像當初不顯示C區的上傳按鈕，就是有些新手會亂將不符合版權要求的圖片優先上傳到C區，最終還要這邊的巡查去那邊提報處理（你看，還要最終讓C區的再處理一遍，多花一個人來換燈泡）。所以簡單結論是乾脆不顯示，新手老老實實先放這裏，有神奇的Wcam等去對付這些傻子（狗頭），老手自然會區分哪些可以直接上傳C區，怎樣做搬運（有lab工具），去哪上傳。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年1月10日 (三) 06:35 (UTC)

我認為這次修訂是提案者缺乏對過往問題的認識的魯莽的ENWIKISAID跟隨行為。所以我認為需要暫時撤回該次修訂，需要說明清楚如何避免過往問題可能出現的情況，例如如何解決新手實際上不理解著作權而導致會將非版權自由文件當成版權自由的文件上傳到C區（不要高估用戶）。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年1月10日 (三) 07:08 (UTC)

Wikipedia_talk:上傳/存檔1#提議更改「上傳檔案」頁面的排版。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年1月10日 (三) 07:08 (UTC)

類似明顯直接地區分C區和本地上傳的，就是我們上一版的指南式導航：Wikipedia:上傳/old，如果只是一般困惑的話，用這個基本夠用了。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年1月10日 (三) 07:14 (UTC)

題外話，啥時候能支持拖拽上傳啊？--百無一用是書生 (☎) 2024年1月15日 (一) 02:02 (UTC)

兩邊項目API支持隱匿上傳（過程是第一次上傳暫存時設置stash=1，返回filekey；第二次確認時不用附帶文件而附帶之前的filekey。第一次上傳的imageinfo.url會返回在[[Special:上傳藏匿/file/<filekey>]]的文件路徑）。如果文件要送去C區的話，可能有點麻煩，要麼重新觸發上傳（需要保存上傳時的file的input元素來獲得文件路徑），要麼用URL上傳（但URL域名是我們項目，要看C區配置有沒接收，因為圖片默認允許域名應該是upload.wikimedia.org）。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年1月19日 (五) 01:06 (UTC)