Wikipedia talk:上传

message: 用于MediaWiki:Sidebar。

message: 近日更新，要求上传文件时必须填入  文件描述、作者或著作权持有人、来源、应用该文件的条目、文件使用目的、无法使用自由内容取代的原因、最小使用的理由  和  对可能的商业使用机会的尊重  共八个值，否则文件描述页会显示错误。然而现时的上传向导“这是一个受著作权保护、非自由内容的作品，但我相信其可以合理使用”大项内，不是每一个分项均会填入这8个值，如通过“组织、公司、品牌等的标志”上传的文件就不会填入  作者或著作权持有人、无法使用自由内容取代的原因  和  对可能的商业使用机会  这三个值，导致大量通过向导上传，且完整输入向导所要求内容的文件出现错误提示（如:File:2019年中央广播电视总台春节联欢晚会标识.jpg，更多见:Category:Template:Non-free use rationale 2使用錯誤）。
请问是否应更新文件上传向导的相关设定？已受到影响的文件有无办法进行批量修复，或先将回复至先前版本，待问题解决后再恢复？--Tim Wu（留言） 2020年2月16日 (日) 07:48 (UTC)
replies: text: 或者說廢除某些值應填？-- Sunny00217  2020年2月16日 (日) 07:51 (UTC)
replies: text: :有關於這個問題，我覺得上傳非自由檔案時不應該統一使用，應該依照各自的類型來使用各自的，如、等等。目前我自己已經建立或修改部份模板，並且建議直接納入上傳精靈當中，減少填寫時的麻煩。臺灣杉在此發言 (會客室) 2020年2月19日 (三) 10:24 (UTC)

text: Draft:MediaWiki:FileUploadWizard.js-- Sunny00217  2020年2月21日 (五) 14:59 (UTC)
replies: text: ::這個改法不妥。自英語維基百科引用的模板，本身就已經有協助填寫部分參數以及用法，例如Use參數就有Infobox、Section、Org等可用作制式敘述，過世人物非自由圖像也有可以填寫人物姓名及出生死亡日期，其他依此類推。其他的欄位也有不需使用者填寫就能顯示的合規定敘述。我倒覺得所有的表格參數都要重新設計，依據各個類別進行客製化設計。臺灣杉在此發言 (會客室) 2020年2月22日 (六) 00:37 (UTC)
replies: text: :::@-{Xiplus}-：能不能就我所說的格式，重新設計一次上傳精靈，將Org等等簡化使用者填寫的設計納入？臺灣杉在此發言 (會客室) 2020年2月22日 (六) 02:57 (UTC)

text: 说到这个，不知道是不是可以修改一下上传界面，改为可以拖拽图片上传？可以参考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">Select a file<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)
thread_title:  有关上传文件向导 

message: 建议把“点此开始上传向导”改为“开始上传向导”。我认为“点此”违反了避免自我提及：“同样应避免使用诸如‘点击此处’的词语。”-- Ken#418签名Alt+Shift+Y 2020年11月20日 (五) 11:39 (UTC)
* ：該原則基本上僅適用於主空間。維基百科空間不受此限制。—— Eric Liu 創造は生命（留言．留名．學生會） 2020年11月23日 (一) 04:06 (UTC)
thread_title:  編輯請求 2020-11-20 

message: 想要附贈圖片
FangDE hans--FangDE hans（留言） 2021年7月27日 (二) 07:44 (UTC)
replies: text: 请求内容不明。--Tiger（留言） 2021年7月30日 (五) 14:52 (UTC)
thread_title: 編輯請求 2021-07-27

message: *「第三步：提供来源和著作權信息」的单选框（radio button）很容易让人误解作装饰性的点（就像本句之前的那样）而不是可以点选的按钮。此类选择框/按钮一般会和文本关联，单击文本部分即触发点击/选中，但这里的按钮不是这样。--虹易（留言） 2021年10月29日 (五) 09:41 (UTC)
thread_title:  交互界面的用户体验不佳 

message: 我想要编织宇宙少女的logo和一些活动照片而已。--颜子聪（留言） 2022年1月18日 (二) 11:12 (UTC)
replies: text: 非此处处理之事务。--广雅 范★  2022年1月18日 (二) 11:14 (UTC)
thread_title: 編輯請求 2022-01-18

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

message: 许久之前的一项允许本站使用“从URL上传文件”功能的提案已于近日正式部署，自动确认用户（及确认用户）目前只需输入文件的URL，即可在本地完成上传。为防止滥用，上传的域名被限制为“仅允许upload.wikimedia.org”。您之后无需下载即可搬运其他站点的合理使用文件。您可在此处体验本功能。 Stang★ 2022年5月12日 (四) 20:52 (UTC)
replies: text: 6年…… 囧rz……——Sakamotosan路过围观 | 避免做作，免敬 2022年5月12日 (四) 23:34 (UTC)
replies: text: :看起来要更新Wikipedia:上传，现在只有Special:上传文件才支持从URL上传文件（界面提示文字似乎也应该更新）---{百無一用是書生}- (☎) 2022年5月13日 (五) 03:21 (UTC)
replies: text: ::已修改MediaWiki:Upload source url的提示文字---{百無一用是書生}- (☎) 2022年5月13日 (五) 03:45 (UTC)

text: :: MediaWiki:FileUploadWizard.js是不是也要更新？—— Eric Liu -{創造}-は生命（留言・留名・學生會） 2022年5月16日 (一) 02:47 (UTC)
replies: text: :::是的---{百無一用是書生}- (☎) 2022年5月18日 (三) 02:29 (UTC)
thread_title:  “从URL上传文件”功能已启用 

message: WP:上传中的上传向导按钮在移动设备上的Firefox或Chrome浏览器中点击没有反应。--虹易（留言） 2023年7月8日 (六) 16:04 (UTC)
thread_title:  上传向导在移动设备上无法使用 

message: 如题，在维基百科自由版权的内容应该传到共享资源，而只有非自由的内容才应该上传到本站。而目前文件上传向导中只有在本站上传的按钮，可能会误导新手。
私以为应采纳英维的设计，用两个按钮分别列出自由文件和非自由文件的上传途径，这样对新手更友好。--碟之舞📀💿 2024年1月7日 (日) 13:07 (UTC)
replies: text: 模板编辑员可以编辑。--GZWDer（留言） 2024年1月7日 (日) 13:27 (UTC)
replies: text: :那个得改js吧---{百無一用是書生}- (☎) 2024年1月7日 (日) 13:44 (UTC)
replies: text: ::我没搞错的话，似乎不要。--碟之舞📀💿 2024年1月7日 (日) 14:23 (UTC)

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

text: 支持，共享资源的只是个简单的跳转按钮，不用改js--及时雨 留言  2024年1月7日 (日) 22:39 (UTC)
replies: text: :根据意见并参照英文版进行了修改，请看是否合适---{百無一用是書生}- (☎) 2024年1月8日 (一) 07:59 (UTC)
replies: text: ::@Shizhao：C区链接可以指定语言吗（比如Special:MyLanguage）？--碟之舞📀💿 2024年1月8日 (一) 08:32 (UTC)
replies: text: :::用户可以在C区自行设定语言---{百無一用是書生}- (☎) 2024年1月8日 (一) 13:15 (UTC)

text: ::欢迎来到文件上传向导！您可以在此页面将图片或其他媒体文件上传至维基百科。点击下面的链接，向导会指引您完成一份调查，提示您为每个文件提供相应的著作权和来源信息。上傳以前，请确保您已經了解什麼是著作權、文件使用方针以及非自由内容使用准则。违反上述版权规定的图片将可能被删除。

text: ::这段文字因为下方现在有两个按钮所以需要作调整，我的建议如下（顺便优化一下翻译腔）：

text: ::欢迎来到文件上传向导！您可以在此页面将图片或其他媒体文件上传至维基百科。请根据您欲上传的文件的著作权和来源信息，选择相应的选项并继续。上傳之前，请确保您已經了解什麼是著作權、文件使用方针以及非自由内容使用准则。违反上述版权规定的图片可能会被删除。谢谢您的贡献！--碟之舞📀💿 2024年1月8日 (一) 08:40 (UTC)

text: ::另外想问一下向导中“第三步：提供来源和著作权信息”中仍然有“这是一件自由的著作权作品”，请问是否需要更新？--碟之舞📀💿 2024年1月8日 (一) 09:10 (UTC)
replies: text: :::一个是自由授权的作品也可以有充分的理由不上传到c区而仅上传至本地。我不希望这次改版把这个情况忽略。--MilkyDefer 2024年1月9日 (二) 12:28 (UTC)

text: (－)傾向反對，这会导致部分不熟悉图片版权的新用户误将非自由图片当作自由图片上传至共享资源（本地时常可见将「公开可见」的图片当作「公有领域」来上传的用户），而共享资源日常上传数量巨大，本地用户巡查困难。「只有非自由的内容才应该上传到本站」这个说法也是错误的。自由文件应通过上传向导中第三步「这是一件自由的著作权作品」上传，本地核查授权无误后可再转移至共享资源。另可参见Wikipedia_talk:上传/存档1#提議將上傳頁面中上傳至維基共享中加入警告標示和Wikipedia_talk:上传/存档1#在本地禁用“跨维基上传”功能。--Wcam（留言） 2024年1月9日 (二) 18:34 (UTC)
replies: text: :@Wcam：了解，但是英维也有同样的模板，为什么他们的上传页面是现在这个设计？--碟之舞📀💿 2024年1月10日 (三) 02:03 (UTC)
replies: text: ::我不知道这个问题的答案，猜测原因可能与英文维基和共享资源使用英语的社群人力较为充足有关，而中文维基社群有自身的具体情况，不宜盲目照搬英文维基的做法。--Wcam（留言） 2024年1月10日 (三) 03:38 (UTC)

text: :以及，自由图片需要保留在本地的情况对新手来说是否常见？因为本提案主要是想优化新手体验。--碟之舞📀💿 2024年1月10日 (三) 02:09 (UTC)
replies: text: ::不太明白这个问题。本地图片迁移至共享资源后，一般会保留相同文件名（或建立重定向），对于图片使用而言，与其他本地图片没有区别，不知道你说的「优化新手体验」具体指什么？自由图片如上传至本地，会对新手体验有何不便或不利影响？--Wcam（留言） 2024年1月10日 (三) 03:40 (UTC)
replies: text: :::优化新手体验指的是改善他们在上传文件时候的体验。在维基百科上传文件有两个渠道——本站和共享资源。先前的设计没法让新用户简洁明了地明白这两个渠道的区别（表单很复杂）。而根据我的理解，自由版权的文件除了少数因为特殊原因（如用户签名、在美国和原始地区不同时为自由版权的情况）需要保留在本地之外，其他的最终都应该传到共享资源去。所以干脆一步到位，让该去C区的内容直接去C区，也能让新用户明白这两个渠道的区别。

text: :::如果要解决“不熟悉图片著作权的新用户误将非自由图片当作自由图片上传至共享资源”问题的话，我认为可以在页面中增加足够的警告措施。例如列出常见误解；上传之前要求新用户答题，全答对才继续等。

text: :::以上是我的理解，如果有不对的地方请告诉我。--碟之舞📀💿 2024年1月10日 (三) 04:15 (UTC)
replies: text: ::::大体上明白你的意思了。知道如何上传的用户大多已经会直接去C区上传，通常上传至本地的自由图片数量不是很多，本地社群目前足以应付。--Wcam（留言） 2024年1月10日 (三) 06:15 (UTC)

text: :可以把自由版权按钮变小一点，放在下面？然后写一句"如果您不确定是否自由版权，请不要选择这一选项"。--及时雨 留言  2024年1月10日 (三) 02:10 (UTC)

text: :刚刚看了一下日维的设计可能更符合本站的需求。他们是将自由图片和非自由图片分为两个区域，而自由图片区域又分为传C区（并且标注为推荐方法）和传本站两个子区域。--碟之舞📀💿 2024年1月10日 (三) 04:16 (UTC)
replies: text: ::ja不支持合理使用，所以本地上传不接受非自由版本的文件，优先使用符合版权自由的文件，也就是C区；现在保留下来的本地文件主要是符合日本公有领域但不符合美国的公有领域的，和受美日版权法保护的户外艺术作品，所以本地文件数量实际不多，可以看其上传导向页面下面的说明（:ja:Wikipedia:ファイルのアップロード）。人家C区占主，是因为本来就不支持本地上传的因素更多，全力力撑C区。如果我们那些新鱼有这么高的版权素质的话，或者可以考虑下。——Sakamotosan路过围观 | 避免做作，免敬 2024年1月10日 (三) 06:47 (UTC)

text: ::ja的排版分左右，左是C区，两个分别是上传向导和旧式上传表单；右是本地，一个纯表单没预填充，另一个是预填充了版权标示模板的。——Sakamotosan路过围观 | 避免做作，免敬 2024年1月10日 (三) 06:54 (UTC)

text: 好像当初不显示C区的上传按钮，就是有些新手会乱将不符合版权要求的图片优先上传到C区，最终还要这边的巡查去那边提报处理（你看，还要最终让C区的再处理一遍，多花一个人来换灯泡）。所以简单结论是干脆不显示，新手老老实实先放这里，有神奇的Wcam等去对付这些傻子（狗头），老手自然会区分哪些可以直接上传C区，怎样做搬运（有lab工具），去哪上传。——Sakamotosan路过围观 | 避免做作，免敬 2024年1月10日 (三) 06:35 (UTC)

text: 我认为这次修订是提案者缺乏对过往问题的认识的鲁莽的ENWIKISAID跟随行为。所以我认为需要暂时撤回该次修订，需要说明清楚如何避免过往问题可能出现的情况，例如如何解决新手实际上不理解著作权而导致会将非版权自由文件当成版权自由的文件上传到C区（不要高估用户）。——Sakamotosan路过围观 | 避免做作，免敬 2024年1月10日 (三) 07:08 (UTC)

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

text: 类似明显直接地区分C区和本地上传的，就是我们上一版的指南式导航：Wikipedia:上传/old，如果只是一般困惑的话，用这个基本够用了。——Sakamotosan路过围观 | 避免做作，免敬 2024年1月10日 (三) 07:14 (UTC)
replies: text: :题外话，啥时候能支持拖拽上传啊？---{百無一用是書生}- (☎) 2024年1月15日 (一) 02:02 (UTC)
replies: text: ::两边项目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)
thread_title:  文件上传向导中应该单独添加上传自由文件的按钮