跳转到内容

维基百科讨论:上传

页面内容不支持其他语言。
维基百科,自由的百科全书

用于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)[回复]

编辑请求 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)[回复]