維基百科討論:上傳/存檔1

由NeverEndJ在話題新聞圖片若非自創,如何使用上作出的最新留言:4 年前

上傳界面

我們是否也應該引入英文版的en:Wikipedia:Upload? --百無一用是書生 () 2007年5月29日 (二) 14:44 (UTC)

(+)支持+(!)意見:面對現在中文維基圖像版權問題比較嚴重的現狀,這樣修改上傳界面是有必要的,甚至可以比英文版寫的更詳細,按使用頻繁度把版權模板都列上去,大約30種的樣子。—一葉知秋切磋 2007年5月29日 (二) 14:54 (UTC)

強烈(+)支持,但問題是,介面呢?你要引入的話,導覽列的介面豈不又要換連結不成,而且這又牽涉到技術問題,另外,引入後,該不該和此計畫頁此專題頁進行結合?十文字隼人奉行所拜見 2007年5月31日 (四) 15:14 (UTC)
我已經寫了Wikipedia:上傳,一些界面還需要大家幫助翻譯一下--百無一用是書生 () 2007年5月31日 (四) 16:04 (UTC)
我把字體調回正常大小,因為翻譯過來的字體大得有點誇張。英文版的字體本來就比中文字體小的,才需要放大。--Computor 2007年6月1日 (五) 05:09 (UTC)

Sidebar上載修改建議

from Wikipedia:互助客棧/方針

基於本地上載檔案的連結已經更改至Wikipedia:上傳,建議可以將「導航」上面的『上傳自由版權圖像』的連結移除,從一個中央頁面引導利用者從commons或本地中上載,不知各位的意見如何?--Shinjiman 2007年8月17日 (五) 16:59 (UTC)

我覺得不用移除「上傳自由版權圖像」,而可以將其修改為「上傳文件」(因為還接受音頻等文件),然後將其連結到Wikipedia:上傳即可。—菲菇維基食用菌協會SVG矢量圖?找我就對了 2007年8月17日 (五) 17:37 (UTC)
因為移除的只是在「導航」上面的上載連結,而在「工具箱」的上載連結已經更改了,故兩個連結其中之一可以說的是重覆了。另外在commons上,只要是自由版權的文件,即使是視頻或音頻文件,都是可以接受上載的。--Shinjiman 2007年8月17日 (五) 17:43 (UTC)
了解了,那麼我(+)贊成移除。—菲菇維基食用菌協會SVG矢量圖?找我就對了 2007年8月17日 (五) 18:04 (UTC)

(+)支持取消。— fdcn  talk   — 2007年8月18日 (六) 10:59 (UTC+8) — 2007年8月18日 (六) 02:59 (UTC)

已經將該連結移除了。--Shinjiman 2007年8月20日 (一) 00:43 (UTC)

圖片上傳

我手頭有大量中國深圳市的城市風光及山川風貌圖片準備上傳,嘗試多次,結果每天一般只有一張圖片可以成功上傳,之後的上傳操作均告失敗;第二天偶爾又可上傳一張,如此而已。請問維基平台的圖片上傳是否有時間限制?謝謝!JHH755 (留言) 2011年3月28日 (一) 08:42 (UTC)

可能是因為GFW的問題--百無一用是書生 () 2011年3月28日 (一) 09:21 (UTC)
  • 沒關係的,路還是通的,可能上傳的圖片太多造成擁塞,日後隨著技術的進步,也許可以大量上傳,這需要時間。一天一張也可以,慢慢傳也不礙事。謝謝您!JHH755 (留言) 2011年3月28日 (一) 09:40 (UTC)
(&)建議你聯繫User:127.0.0.1用戶上傳^_^--Noah~~ (留言) 2011年3月28日 (一) 10:42 (UTC)

應該是GFW的關係。我的對策是:1.縮小圖片,原圖1500萬像素使用PS壓縮後也有2M左右,幾乎沒有一次能上傳成功,縮小為1800*1200,成功機率大大增高,縮小後仍超過200萬像素,一般網絡足夠了。2.根本解決方法是翻牆,我使用免費VPN,網上可以搜到很多。--Doctoroftcm (留言) 2011年4月7日 (四) 04:56 (UTC)

儘量把質量高一點的傳上來吧,讓伺服器自己縮圖。Liangent (留言) 2011年4月11日 (一) 13:34 (UTC)
用任意一款文本編輯器以UTF8編碼直接打開圖片,搜索flg三個字母(不區分大小寫),若有則上傳失敗,若無則上傳成功。屢試不爽。圖片可以用photoshop一類工具微調一下(比如放大1px再裁剪回原大小),到不含這三個字母時就可以成功上傳了。--菲菇維基食用菌協會 2011年4月13日 (三) 14:10 (UTC)
學到東西了^_^。--Noah~~ (留言) 2011年4月14日 (四) 07:26 (UTC)

註:此處原有文字,因為與本討論頁面無關,已由Symplectopedia (留言)於2011年9月5日 (一) 10:21 (UTC)刪除,尚祈見諒。若有異議請至互助客棧或向管理員反映。

註:此處原有文字,因為與本討論頁面無關,已由Symplectopedia留言)於2012年3月25日 (日) 17:25 (UTC)刪除,尚祈見諒。若有異議請至互助客棧或向管理員反映。

editprotected

  請求已拒絕

刪除所有語言連接,已有wikidata。--GZWDer留言2013年4月17日 (三) 06:11 (UTC)

加入T:Non-free_use_rationale_album_coverT:Non-free_use_rationale_poster的預設上傳表單

  請求已處理

修改已放於WP:上傳/temp,請幫忙移動,謝謝--L!tt|e+ung?\2o/3=] 2013年12月9日 (一) 10:49 (UTC)

完成。--Jimmy Xu · · 2013年12月9日 (一) 11:50 (UTC)

對於版權性文件被上傳到C區的上傳問題

試過多次發現一些宣傳性的用戶建立廣告條目(可以適用G11處理的)後,會插入大量版權圖片,而且全部上傳到C區的,而C區默認只接受符合自由版權(如CC by-sa和公有領域)的文件,結果處理完G11後,還要到C區人工將相應不少的圖片提報處理。我認為是我們的上傳界面太過於強調C區上傳導致了這些圖片都上傳到C區,這會增加C區和本區巡查的處理人力和麻煩。

所以我建議弱化C區在上傳界面的位置,將C區上傳部分放置在本地上傳部分的下面,一來對於熟悉的編輯來說,會清楚什麼文件適宜上傳至C區,而且現在上傳界面並不大,並不需要太多的滾動,熟悉的人C區和普通區的位置不影響選擇;二來新手及宣傳者優先選擇第一個(也就是本地上傳)的話,可以被保留在本地並可以認為符合合理使用來上傳,本地也會對不符合合理使用(沒被使用或明顯侵權並不符合合理使用的)的圖片定期清楚,對於這些G11文,那些圖片也就可以定期清理,而不用在C區在沒人發現的情況影響C區的。

所以以上,建議弱化C區在本地上傳頁的位置,強調本地上傳的位置,減少版權文件影響C區。

另,如果能補充一個方便將本地文件搬運至C區的工具就更好了,如這個[1]。 --路過圍觀的Sakamotosan 2014年6月6日 (五) 03:23 (UTC)

(+)支持,同時建議強制首次新建條目的用戶在創建新頁面時使用條目創建精靈。— lssrn45 | talk 2014年6月6日 (五) 15:19 (UTC)
傳commons了就能直接以侵權為由刪廣告圖片了吧,不然合理使用方針還要查……Liangent留言 2014年6月7日 (六) 03:13 (UTC)

編輯請求

  請求已處理

「這是一個電影、電視、活動或其他宣傳資料,來自廣告,新聞工具包,或者其他的宣傳來源」中電影失效,請解決。 --Cosine02 2015年8月10日 (一) 02:24 (UTC)

編輯請求

  請求已拒絕

建議加一個「上傳已去世人物的圖片」,使用協議{{dead}} --Stang 2015年8月14日 (五) 02:09 (UTC)

用generic的表就行了。Non-free biog-pic是協議,不是資訊框。--Jimmy Xu 2015年8月17日 (一) 19:19 (UTC)

編輯請求

  請求已拒絕:請求不明確。--Wcam留言2015年11月30日 (一) 19:00 (UTC)

上傳音頻和視頻文件時,用現有的上傳方式很麻煩。可否增加個連結? --Stang 2015年11月28日 (六) 15:18 (UTC)

@Cosine02增加何種連結?Bluedeck 2015年11月28日 (六) 18:55 (UTC)

提議將上傳頁面中上傳至維基共享中加入警告標示

剛才發現有新用戶不停的上傳侵權的作品至共享資源中,他的貢獻記錄顯示是跨維基上傳,即是很大可能通過中文維基上傳頁面連至維基共享的。這說明指示用戶上傳自由版權的說明,是不足以讓沒版權意識或不清楚版權相關問題的人清楚了解要怎樣上傳。建議加入顯眼的警告標示。-- Patema  Talk me  2016年6月14日 (二) 07:15 (UTC)

我以前曾經提過應該將兩者的位置對調,如果將C區排在前面,可能會認為優先上傳到C區,而沒考慮其中涉及的版權問題,這樣也加重巡查的檢查工作,如果優先是本地的話,可以先參照合理使用要求先行使用,然後再由其他資深的用戶重新檢查版權適用來搬運到C區。對於一般用戶而言,他們只在乎上傳,而非版權。——路過圍觀的Sakamotosan 2016年6月14日 (二) 07:36 (UTC)
至於本地合理使用,本來就有shizhao等op經常去查,相當放心,也處理即時,而且這樣也可以將影響範圍縮小到本區範圍。——路過圍觀的Sakamotosan 2016年6月14日 (二) 07:38 (UTC)
維基共享資源的審查不止是管理員,一般用戶也都可以審查。若是違反FOP方針,即使沒侵權也會被刪掉,因為照片不是只光看侵權,還要看上傳者所上傳照片所在的當地是根據什麼法律,這方面也是很多新用戶不會注意到的。無論是侵權或違反FOP,甚至不同檔案對同一照片覆寫,這些都會有人每天在提報,差別只是查不查的到,畢竟維基共享資源是國際間通用(雖然某些國家有民族性地排斥使用),所以上傳照片的人非常多,反而審查的人是非常少,這問題在中文維基百科這裡也是一樣的,每天都有人寫條目侵權,甚至是對沒侵權的條目再添加侵權內容寫進去,這情況只是差別在於有沒有被查到,否則維基百科也不會老被登上新聞,又在報導什麼條目寫錯、哪裡寫的內容遭人亂改。--114.46.11.248留言2016年6月17日 (五) 16:00 (UTC)
是的,但正是C區太大了,那邊的人可能不清楚圖片的來源或者含義(例如使用中文說明)或者普遍巡查全部上傳新文件,就會無法判定圖片的來源而成為漏網之魚,最後還得zh區過去檢查撿手尾。對於zh普遍有版權不注重的問題,C區優先不是一個選擇,或者是格格不入。——路過圍觀的Sakamotosan 2016年6月18日 (六) 01:39 (UTC)
那個「跨維基上傳」好像不是從上傳頁面跳轉過去產生的,而是在編輯器里直接上傳圖片時選擇了上傳至共享資源出來的。Liangent留言 2016年6月18日 (六) 05:22 (UTC)
@Liangent:,確認一些問題,可視化編輯器是不是已經是默認開啟了?接原話,我猜到一種思維慣性了,如果使用可視化編輯器,由於可以直接上傳到C區,新手自認為了解版權協議或認為自己是「作品的原作者」就直接上傳了。如果這樣的話,可能需要在可視化上傳那裡添加警示;或者需要並可以的話,禁用可視化編輯器的上傳功能,以免後患。——路過圍觀的Sakamotosan 2016年6月18日 (六) 14:33 (UTC)
不知道IP君是同意加入相關警示還是維持原狀,但說一句,如果能在本地解決,總比增加共享區的審查和刪除的壓力好。-- Patema  Talk me  2016年6月18日 (六) 11:49 (UTC)
傳統編輯器也能直接上傳了吧。Liangent留言 2016年6月18日 (六) 22:17 (UTC)
看過,傳統只能插入圖片代碼,不包括上傳。——路過圍觀的Sakamotosan 2016年6月19日 (日) 01:49 (UTC)
剛才看了Wikipedia:用戶框/動漫,當中有部份作品的非自由版權Logo,全都是上傳到共享區且幾乎都是引用en:WP:PD#Fonts的條款,這是抓共享區的灰色地帶來上傳侵權Logo吧?-- Patema  Talk me  2016年6月19日 (日) 01:30 (UTC)
部分足夠簡單(簡單圖案或字符),或者來源於自製的,是可以這樣走。——路過圍觀的Sakamotosan 2016年6月19日 (日) 01:49 (UTC)
插入圖片的框右下角有個上傳按鈕。Special:參數設置#mw-prefsection-editing里要選中「啟用增強的編輯工具欄」和「啟用插入連結表格嚮導及查找和替換功能」(提示文字和插入圖片無關,但就是這個)。Liangent留言 2016年6月19日 (日) 06:15 (UTC)
眼拙了,沒看到(苦笑)。那能不能增加警示,或者實在不行的話,將其禁用?——路過圍觀的Sakamotosan 2016年6月19日 (日) 06:25 (UTC)

在本地禁用「跨維基上傳」功能

  備註:前一次討論標題為「提議將上傳頁面中上傳至維基共享中加入警告標示」,討論串可見於Wikipedia_talk:上傳

在上面的討論傳中,Cwek君提到了新手可能對於版權協議不了解,造成上傳了侵權文件的問題:

如果使用可視化編輯器,由於可以直接上傳到C區,新手自認為了解版權協議或認為自己是「作品的原作者」就直接上傳了。如果這樣的話,可能需要在可視化上傳那裡添加警示;或者需要並可以的話,禁用可視化編輯器的上傳功能,以免後患。……那能不能增加警示,或者實在不行的話,將其禁用?

我是(+)支持此觀點的,這樣可以加深新來者對於版權的認識。但我希望得到社群中更多人的支持。

附:phab:F4108988phab:F4221852.。這兩張圖顯示的就是「跨維基上傳」的過程。--Stang 2016年7月1日 (五) 17:17 (UTC)
(+)支持,作為巡查員 ,我不想因此還要增加額外跑去C區做工作的需要。對版權的提倡,不只是提留在口頭上怎樣鼓勵,而是違反了我們要有切實的行動。——路過圍觀的Sakamotosan 2016年7月2日 (六) 01:58 (UTC)
我不認為為了管理的理由,而禁用更方便的介面是好事。--Reke留言2016年7月3日 (日) 05:21 (UTC)
老實說,你習慣會從哪裡去做上傳,編輯的按鈕還是旁邊的工具?對於老人,習慣左邊,而且也清楚使用怎樣的授權;對於新人,就是一股腦跑去C區,根本不清楚自己的上傳需要什麼授權。與其對新手方便,老人麻煩,還不如稍微麻煩新手但清楚上傳的授權普及版權認識,也讓管理稍微更省心去做其他的事。——路過圍觀的Sakamotosan 2016年7月3日 (日) 07:29 (UTC)
(+)支持;但技術上是否可行存疑。 --達師 - 334 - 554 2016年7月4日 (一) 14:32 (UTC)
mw:Multimedia/December_2015_cross-wiki_upload_A/B_test:"...After a while, it was noticed on 2015-12-07 that while the tool is successful at producing uploads (~1000 a day), many of them are copyright violations uploaded by users who didn't notice, ignored or misunderstood the warnings."--Antigng留言2016年7月4日 (一) 14:47 (UTC)
15年測試就已經發現類似問題了……——路過圍觀的Sakamotosan 2016年7月5日 (二) 00:32 (UTC)
phab:T139257。--Stang 2016年7月12日 (二) 01:54 (UTC)

啟用$wgAllowCopyUploads功能

這將允許用戶從Url上直接上傳文件。此功能將方便:

  1. 從其他語言版本的維基百科搬運文件時的操作;
  2. 將文件縮小時的操作(只需點擊文件下的「本預覽的尺寸:……。 其他解析度:……。」並從中選擇一個合適的尺寸)。

我認為此功能應向全體自動確認用戶開放。由於影響重大,特此提交請求,望社群採納。-- Stang 300 2016年8月13日 (六) 13:13 (UTC)

本地查得嚴,應該問題不大…… --達師 - 334 - 554 2016年8月14日 (日) 11:21 (UTC)

僅限upload.wikimedia.org。--Antigng留言2016年8月15日 (一) 01:18 (UTC)
可以,$wgCopyUploadsDomains。——路過圍觀的Sakamotosan 2016年8月15日 (一) 03:15 (UTC)
可以考慮,是不是已經有3人支持了?
具體設置值:
//申请时不保留注释
$wgGroupPermissions['autoconfirmed']['upload_by_url'] = true; //用户权限开放
$wgAllowCopyUploads = true; //功能开关
$wgCopyUploadsFromSpecialUpload = true; //允许上传页使用URL上传
$wgCopyUploadsDomains = array( 'upload.wikimedia.org' ); //限定上传源域名

——路過圍觀的Sakamotosan 2016年8月15日 (一) 03:20 (UTC)

已報。-- Stang 298 2016年8月15日 (一) 13:54 (UTC)
什麼時候起才兩天就能達成共識的?--Jimmy Xu 2016年8月15日 (一) 14:01 (UTC)
抱歉可能頭腦有些發熱……  擱置一周。-- Stang 298 2016年8月15日 (一) 14:31 (UTC)

+1--流星依舊留言2016年8月16日 (二) 03:40 (UTC)

似乎T142991#2556332里說無法實現?-- Stang 294 2016年8月19日 (五) 00:55 (UTC)
要不光整上前3行,最後一行暫時抹去,日後再談?--Liuxinyu970226留言2016年8月19日 (五) 13:54 (UTC)
覺得可能不行吧……可以看到有用戶認為這可能會被濫用。-- Stang 293 2016年8月20日 (六) 15:31 (UTC)

2

現在的狀況是這樣的:無法限定上傳源之域名。所以是應該在不限定上傳源時開放URL上傳功能,還是不開放?希望達成共識。-- Stang 283 2016年8月30日 (二) 05:41 (UTC)

此頁面是不是應該改一下了?

目前的頁面看起來比較亂,不像英文版和維基共享那樣有一個上傳的大按鈕。這會讓新手感到很迷惑,不知道點什麼。--Qwhisper 2017年3月26日 (日) 02:48 (UTC)

提議更改「上傳檔案」頁面的排版

  備註:之前已經有不少用戶提出將其排版更改或加入警告標示等,詳見Wikipedia_talk:上傳
目前的排版非常容易令新手誤將版權圖片上傳到共享區,故提議重新排版或製作響導精靈來引導新手將圖片上傳至正確位置。就Wikipedia_talk:上傳所記錄,先前已有4個關於此問題的提議,但卻一直沒有人實行或再討論。建議仿照Wikipedia:建立條目精靈來修改介面。-- 源  環  2017年3月12日 (日) 10:45 (UTC)

我比較傾向改成維基共享的上傳精靈。——꧁༺星耀晨曦༻꧂留言2017年3月12日 (日) 12:18 (UTC)
+1--Jerre Jiang  討論參與清理積壓站務  2017年3月14日 (二) 00:57 (UTC)
無論何者,都需要管理員幫助更改。。。-- 源  環  2017年3月14日 (二) 13:37 (UTC)
可以先做一個草稿頁面出來,徵求大家意見。--Wcam留言2017年3月14日 (二) 18:34 (UTC)
@Wcam這樣子?-- 源  環  2017年3月23日 (四) 10:05 (UTC)
謝謝,我已將你的草稿轉移至Wikipedia:上傳/草稿並做了一點小改動,請大家繼續討論編輯完善。@星耀晨曦:@Datou 1996:--Wcam留言2017年3月23日 (四) 15:12 (UTC)
有沒有可能直接將UploadWizard擴展引入到中文維基百科?--Jerre Jiang  討論參與清理積壓站務  2017年3月23日 (四) 15:37 (UTC)
如果採用維基百科:上傳/草稿的話,現在Wikipedia:上傳頁面的上半部分得改沒。不過,可以的話最好可以引入上傳嚮導擴展。——꧁༺星耀晨曦༻꧂留言2017年3月23日 (四) 17:08 (UTC)
我建議左右交換位置,對新人來說,他們可能不知道很容易把版權圖片傳到共享去,就算頁面寫得這麼清楚--Liaon98 我是廢物 2017年3月28日 (二) 09:23 (UTC)
我建議把維基百科:上傳/草稿那張大大的File:Red_copyright.svg連結指向Wikipedia:上傳,畢竟想上傳的用戶點那個圖片多半不會想欣賞那張大紅色的C。 --碸中嘌呤的白磷萃取 打譜 2017年3月30日 (四) 12:04 (UTC)
 完成,但覺得有點簡陋(明明是自己設計的)如果能設計成像C區那個上傳向導就好了。--木之本櫻生日快樂 @ 來自User:源環的祝賀  2017年3月31日 (五) 21:58 (UTC)
c區的上傳嚮導需要引入UploadWizard擴展。——꧁༺星耀晨曦༻꧂留言2017年4月1日 (六) 00:02 (UTC)
如何才能引入UploadWizard?--Wcam留言2017年4月1日 (六) 13:38 (UTC)

檔案上傳介面修改

原標題為:CSD F7與{{keep local}}的衝突

修改 Wikipedia:上傳的上傳精靈的標題字數限制

目前使用上傳精靈的字數限制最少9個字元,不區分中英文以字元算,這是enwp帶來的設定,en兩三個單字就可以達到9個字元,而中文不用到9個字原來表達一個圖片的名稱,限制9個字元會造成困擾,Special:上傳文件則沒有字數限制,根據檔案使用方針說明只需要清楚標示即可,是否減少上傳精靈的限制。-Zest 2019年1月29日 (二) 07:20 (UTC)

贊同:我認為應當清除此限制。--XL-028留言2019年1月29日 (二) 08:24 (UTC)
其實是10個字符,見var tooShort = (name.length < 10);(&)建議可以減少為5-6個字符的限制(並加入指引和設置?),或者是僅警告。——小老虎3018 2019年1月29日 (二) 10:09 (UTC)

新聞圖片若非自創,如何使用

我想將路透社拍攝的新聞圖片用在「京都動畫縱火案」這一詞條,但我在上傳時遇到了困難。如果條目中要使用受著作權保護的新聞圖片,使用理由應是什麼?該如何描述這張圖片?--NeverEndJ(留言) 2019年7月18日 (四) 08:05 (UTC)

@NeverEndJ該圖片不應上傳使用,理由如下:路透社為經營圖片業務的商業新聞機構,該圖片將在條目中用於評論圖片中展示的事物(與原作品的市場作用相同)而非評論圖片本身或其作者,侵害路透社的商業利益,違反WP:NFCC#2和{{Non-free historic image}}之規定,為不屬於合理使用的情形。維基百科是自由的百科全書,對於違反WP:NFCC方針的非自由內容,一律不得使用。--Wcam留言2019年7月18日 (四) 15:37 (UTC)
已知,不會上傳。--NeverEndJ(留言) 2019年7月18日 (四) 23:53 (UTC)
返回專案頁面「上传/存档1」。