Wikipedia talk:File Upload Wizard

From Wikipedia, the free encyclopedia
Jump to: navigation, search

I love It[edit]

the file upload Wizard was awesome i love it very much, thanks(BirialaGday (talk) 19:11, 23 April 2017 (UTC))

i like it

shamsuddin sheikh 11:12, 6 May 2017 (UTC)  — Preceding unsigned comment added by Shamsuddinsk97 (talkcontribs)  

api error-permission denied[edit]

I was logged in with my username and tried to upload a new image to I was not able to upload a new image using "embedded file".

And when I try to upload it using the Visual Editor (via Insert > Media), the Media Settings screen displays the error: apierror-permissiondenied. How can I solve that? Pe7er (talk) 08:33, 26 April 2017 (UTC)

Adding a note about replaceable non-free images[edit]

Was wondering if it would be possible to add something to the upload wizard specifically about uploading non-free images of living people? I understand that there is a bit about non-free content in "Step 3", but I imagine that most editors do not bother to stop and take the time to go a read WP:NFC or WP:NFCCP before continuing on with the wizard. Maybe a check box which says something like "Is this a photo of a living person or persons?" could be added somewhere to the wizard that when checked would provide information like what's found in the note given in Template:WikiProject Biography when the |needs-photo= is marked as "yes" in BLP articles. This might stop some people from uploading such images and reduce the time and effort spent finding them and deleting them. There are some certain cases where such an image might be considered acceptable per WP:NFCC#1 as explained in item 1 of WP:NFC#UUI, but most of the time the files are clearly replaceable fair use which only end up being deleted. -- Marchjuly (talk) 01:17, 18 May 2017 (UTC)

Commons upload wizard[edit]

When a new user presses Upload File- they land here. Most of the time they need to land at the Commons Upload Wizard. On a normal page, there would be a prominent hat-note to take them there- obviously I can't add one myself. When the new user arrives here, the first thing they see is the large link to the WP(en) Upload wizard, what I would like to see is a 80% link underneath- linking them to the commons wizard. The problem that a trainer faces, is that there is no easy way to describe where to find the little link in the big blue box at the left hand side- no eas way to put it into documentation. Please ping me when a solution has been agreed. --ClemRutter (talk) 01:35, 26 May 2017 (UTC)

The problem is, before a new user can decide whether they should use the Commons or the local upload, they first need to understand the difference between free and non-free items, and that's something the wizard tries to teach them in the process (giving them another option to go to Commons after they clarified what kind of file they have). If we wanted to add such a prominent link right at the beginning, we'd also have to confront them with yet more explanative boilerplate about rules at that point (and people never read that). Fut.Perf. 05:07, 26 May 2017 (UTC)
I see your point (feel your pain)- but I had never really understood why beginners- and potential donors were having so much difficulty with Upload file because personally and in the classroom I was always on Commons when used or demonstrated the Upload file link. Last night, while cleaning up a help page I discovered Upload file (en).
  • Could you look at the Upload file (commons) link, the copyright issue is raised on page 2 of the form, and if the user doesn't select checkbox one- they are thrown back out. As an IT dinosaur, I would have queried the idea of uploading images before doing the paperwork serverside, but nothing is published until all syntax and criteria are OK. It works.
  • My big issue as a trainer is the need to speak simply- I want to say, follow the link and press the pink button. It doesn't need to be at the top- Upload file (en) can be modified to give me something better than what we have at the moment.
  • There seems to be a great inconsistency between, me expecting a tool (as in Upload file (commons)), and the aim to make this a tutorial, to enhance understanding and minimise damage.
  • The graphics on Upload file (commons) are so much better, and encouraging to neophytes. The source code does not allow an easy cut and paste! Certain improvements can be made just using wikitext but that will require the will to change. The UI must be donor friendly oriented and donor friendly directing them to the tool they need. I do think it will be worth the effort. ClemRutter (talk) 08:55, 26 May 2017 (UTC)

Use of "n.a." as response to certain NFCC[edit]

I am concerned that certain combination of non-free uploads e.g. tv screenshots end up displaying n.a. as the response to WP:NFCC#1 and WP:NFCC#2 in the resulting fair use rationale e.g. File:Jeremy in English as a Second Language.jpg The use of not applicable does not appear to be in keeping with the requirements of the WP:NFCC to give a full explanation as to why an image meets the criteria. While some boilerplate to meet these two criteria probably is ok, it shouldn't be n.a. Any suggestions for improvement in wording or should it not be boilerplate and the uploader needs to establish reasons for themselves. Nthep (talk) 11:26, 29 May 2017 (UTC)

This was previously discussed at Wikipedia talk:Non-free content/Archive 61#"A non-free rationale ... needs to clearly address all 10 points in WP:NFCC". As the person who drafted the current system of standard rationale components in this script, I've defended the use of "n.a." in these cases and I have nothing much to add to what I said in that discussion. Fut.Perf. 11:31, 29 May 2017 (UTC)
N/A don't make a whole lot of sense when we have standardized fair use rationale templates for a wide variety of categories that fill in the information for you. The use of {{non-free use rationale 2}} needs to be deprecated in my opinion and replaced with the more specific templates. Failure to actually fill in all the required information does not meet fair use policy and the use of N/A was a poor choice when we have templates that literally do the work for you. --Majora (talk) 19:19, 29 May 2017 (UTC)
We do still need that template for things that do not fall into some of the standard NFC uses. It's more the case that if something does fall into a standard use listed on this scripts' dropdowns (such as a logo), this page should use the specialized templates which 1) include a catch-all explanation that does show some metrics for meeting NFCC (eg {{Non-free logo}}) and 2) trims down the rationale template to remove elements covered by this catch-all box. However, we should make sure what standard rational templates exist, what catch-all NFC templates they associated with, and that the combination of them, when properly filled in, would have all 10 points of NFC met. This thus should eliminate any "n.a." in any rationale produced by this script. --MASEM (t) 15:28, 30 May 2017 (UTC)
Oh and FPaS, the legal field is full of boilerplate language because of the necessity of it. Standardized material covers everyone because the standardization of such things ensures that the necessary steps are followed and are valid. Copyright is a legal area through and through. Your fight against such language might have made sense if we were forcing people to copy and paste such information themselves. We aren't. The templates do it for you if you use the right template. Failure to have a complete and valid FUR is against policy and we should be doing everything in our power to avoid that. --Majora (talk) 19:24, 29 May 2017 (UTC)
Fair-use rationales have nothing to do with the law. Nothing in what we ask uploaders to say in their FURs is legally necessary. The last thing a court of law would do, if ever a situation were to arise where our use of non-free material were to be challenged legally, is to read what FUR templates an uploader placed on a file description page – the suggestion that such templates would be necessary or even helpful to "cover" us is ridiculous. What FURs are meant for is to nudge uploaders to consider the right questions and (hopefully truthfully) tell us the crucial pieces of information while uploading. For that purpose, boilerplate language is absolutely the worst possible thing to have around. And all the existing "standard" FUR templates are completely useless when it comes to FURs that have to be composite of standard components and individual, user-supplied information. That's what this wizard has been trying to guide users through (with moderate success), and what all previous systems of standardized templates were absolutely hopeless with. No, it is simply not true that those standard templates could "do it for you". They just don't. Fut.Perf. 20:03, 29 May 2017 (UTC)
The fact that you favor the continual violation of our policy here is truly shocking. If you want to do that get the policy changed. Otherwise, every use of the wizard you wrote is a violation. WP:NFCC is a legal policy. It says it right there. There really isn't any way around that. If you don't like it get the policy changed. Otherwise, Nthep should fix the .js script to avoid the continual violations that have gone on, unchecked, for years. --Majora (talk) 20:32, 29 May 2017 (UTC)
There is no policy violation. Nothing in the policy demands that a fair-use rationale needs to explicitly talk about each and every NFC criterion to demonstrate that they are all met, in cases where that compliance is self-evident. (If that were the case, it would lead to the absurdity that every rationale would have to self-referentially assert and confirm its own existence, among other things.) If there were such a policy written somewhere, it would be so idiotic and so obviously out of touch with actual practice that it would be prima facie invalid (and yes, in that case it should be changed, as soon as possible). Fut.Perf. 20:38, 29 May 2017 (UTC)
It is only standard practice because you made it so. Unilaterally. Your decision is even written as a comment in the script. I hate FURs filled with trivial/predictable/redundant verbiage, so we'll just cut it short. And don't anybody dare complain that that's not a valid FUR. You had no right to unilaterally make that decision and for you to do so and then claim that that is now "standard practice" is ridiculous. That is dictatorial.

WP:NFCCE states, Note that it is the duty of users seeking to include or retain content to provide a valid rationale; those seeking to remove or delete it are not required to show that one cannot be created—see burden of proof. A valid rationale states why the image meets all 10 required criteria. Your unilateral action has made it so tens of thousands of fair use images do not have a complete, valid, FUR. We all know that most people have zero actual grasp on the necessities of images here (or anywhere). To default to an incomplete FUR because you don't like boilerplate language with the knowledge that most people will just ignore it because they don't know any better is facilitating a policy violation. --Majora (talk) 21:48, 29 May 2017 (UTC)

You can repeat the myth that a rationale is valid only if it explicitly mentions all ten criteria until you're blue in the face; it won't make it truer. Not even your "standard templates" do anything of the sort. Have fun trying to delete all images whose rationale doesn't explicitly address NFCC#9 and #10. This wizard has consensus, because it was presented to the community, tested under its eyes, and has been running like this for five years. Now go away and do something useful. Fut.Perf. 04:43, 30 May 2017 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── Fut. Perf, given that several people are now disagreeing with you on the matter, the status of its having consensus is clearly in question. Even if it once did, consensus can change, and when multiple people are in good faith questioning the practice, I think it's reasonable to ask whether it does (still, if applicable) have consensus. I didn't even know the Upload Wizard did that. I know some other people don't either, because I've seen them get after people for using the "n.a.". In fact, that just came up at a Teahouse question, and led to a new editor being chastised for that, and getting thoroughly confused having no idea what they did wrong. Generally speaking, I want a rationale to show that an editor actually carefully considered the NFCC before uploading a nonfree image, and came to the conclusion that the use does indeed meet each and every one of them. I might support boilerplate in some of the "identification" cases where use is widely considered acceptable, but it should still at least be there to show how the image passes it. Seraphimblade Talk to me 15:18, 30 May 2017 (UTC)

There are two very important considerations, which I have the feeling you are overlooking. The first is: the edit made by the script on behalf of the user must remain the user's responsibility. The rationale has to be the user's rationale, not the bot's. When the user looks back on the finished page, they should recognize the rationale as their own ("yes, this is what I said in the questionnaire; I wrote this rationale, I'm responsible for it"). We mustn't create a situation where they could say: "Oh, there's some funny fine print that turned up suddenly; I wonder where that came from, but I'm sure it has nothing to do with me." It would therefore be unacceptable for the script to simply sneak boilerplate verbiage into the rationale without the user at least seeing and endorsing it before (e.g. through clicking some checkbox).
But now comes the second consideration: every single additional bit of "fine print" you present to the reader during the upload will decrease user acceptance of the whole process, and will dramatically increase the number of uploaders who either just give up or opt to ignore the whole questionnaire and just click boxes at random. Newbie uploaders simply won't read fine print. The questionnaire is already taxing the average newbie's attention span with the few questions it asks now. The quality of our uploads won't become better if you dump more text and more criteria on the users. It is absolutely crucial that the weight of the fair-use questionnaire be kept down to the absolute minimum.
So, if you really want "a rationale to show that an editor actually carefully considered the NFCC" (which is what I also want), then your only chance of achieving that is to allow the user to focus their attention on the few criteria that really matter. Fortunately, we don't have to force our uploaders to waste their attention on "considering" commercial damage in the case of logos, or replaceability in the case of artworks that are objects of discussion, because we know in advance that there's nothing to consider there. Forcing them to look at boilerplate text for these trivialities will neither increase their understanding of the NFCC nor improve the quality of the uploads. It will only detract from the attention they are willing to give to those other bits where we really need it. Fut.Perf. 21:09, 30 May 2017 (UTC)
I think what is better is to ask the script maintainer (read: Future Perfect at this time), to make sure we're not leaving empty / "n.a." fields, even if that means filling in "obvious" boilerplate text. I do fully agree that a random new users is not going to bother as they simply won't know and thus we'll get problems in any fashion (eg we can't make them think about "is this use appropriate"). But we can minimize cleanup and satisfying NFC if we didn't leave those "n.a." in place and instead had language that would be at least appropriate for the image type. For example, uploading a TV screenshot should assert with boilerplate that copyrighted shows aren't going to necessarily have a free equivalent available, and a screenshot is not going to be commercially infringing. If possible, the template here should offer the user a means to fill these in but this should be optional, and if not used, defaulting to these statements. --MASEM (t) 21:27, 30 May 2017 (UTC)
Yes, I could see that. It could even be as simple as an editable field, that's prefilled in the cases where it's almost always a certain way, and the user approves it (or makes changes if need be). If even that's too taxing to someone's attention span, we've identified someone who really shouldn't be uploading nonfrees at all. Seraphimblade Talk to me 00:07, 31 May 2017 (UTC)
I like the idea of default text in text fields in the edit form that the user doesn't have to touch for the most common cases (screenshots, covers, etc.) but that we should wrap with language that the more the user can describe in this field, the more likely the image will never suffer a trip to FFD. FutPerf point is right on that the average editor isn't going to play with this stuff and we can't force them either without losing contributions (I remember ppl have been put off and turned away from WP because of the seemingly draconian NFC policy), so let's make it as easy as possible to bring to full compliance while providing the hooks for experienced users to make their rationales better as needed. --MASEM (t) 00:14, 31 May 2017 (UTC)
I'm still to be convinced there is any need for change at all. Nothing in what any of you three have said convinces me there is any such rule that these fields need to be filled for "full compliance". There is no more need to explicitly cover NFCC#2 (in cases where compliance with it is trivially obvious) than there is a need to explicitly cover NFCC#10 (which is always trivially obvious, and not even you seem to want to be addressed explicitly). And, Seraphimblade: "If even that's too taxing to someone's attention span, we've identified someone who really shouldn't be uploading nonfrees at all" – you are talking about 99 percent of our uploaders here, not merely newbies but established users too. Do you really think our uploaders want to ponder the fact that if you were to replace a logo with something else, "any substitute that is not a derivative work would fail to convey the meaning intended, would tarnish or misrepresent its image, or would fail its purpose of identification or commentary"? Do you really think wasting half a minute reading and comprehending that sentence and its implications would help anybody at all during upload? That beggars belief. Fut.Perf. 04:57, 31 May 2017 (UTC)
Per WP:NFC a rational is expected to provide the minimum elements listed at WP:FUR. This includes "Why the subject can't be adequately conveyed by properly sourced text or using free content media" (one of the fields that is currently filled with "n.a."), and respect for commercial opportunity is an element for meeting fair use defense. So leaving these as "n.a." fails what FUR requires. And yes, we want editors to slow down and think about non-free, rather than think "I'll just upload an image". Case in point is of the character image in question; that really does not have any purpose on WP since a free image of the actor could be used (and as the current page it was meant to be used on, all the images are free images of the cast). Editors are not putting enough thought into this, so we need to help them out better. --MASEM (t) 06:06, 31 May 2017 (UTC)
But you're not going to "help" them to "put more thought into this" by making them look at some boilerplate like the stuff that is currently included in some rationale templates. That will only make them put less thought into what really matters. In the case you mention, the thought that a character illustration could be replaced by a free photo of the actor is such a specialized, difficult case and applies to only such a (relatively) rare special group of situations, there is simply nothing we can do to force them to consider that. We can't include an exhaustive list of warnings and reminders about what not to upload in all of the myriad special case groups that we NFC experts are familiar with – they would never read it anyway. Sure, we could keep the "explain why this couldn't be replaced with some other picture" option active in this case group, just in case a user might have something to say. But if the thought of this particular possibility of replacement just doesn't occur to them, then there's simply not a thing on earth we can do. Even if we forced them to write something just for the sake of filling in the field, what would that help? We'd only end up with one more bad upload with a bad attempt at a #1 rationale, instead of one more bad upload with no #1 rationale. Fut.Perf. 07:37, 31 May 2017 (UTC)
BTW, just for clarity: we are talking about two entirely different problems now. Your problem with the character image is: how do we dissuade editors from uploading stuff if their images are bad? The initial problem of this thread was: what do we want to get editors to write if their images are good? Unlike what one might expect, the two problems have absolutely nothing to do with each other. Nothing we could possibly teach them about writing rationales will ever dissuade a user from making a bad upload, if they came here with a bad image to upload to begin with. The following train of thought is entirely unrealistic: "This instruction tells me that I should explain how my image meets condition X. But I can't truthfully assert that it meets condition X, because unfortunately it just doesn't. Therefore, I'll go away and not upload it." Ten years of patrolling image uploads have taught me that no newbie editor, ever, comes to that conclusion. Fut.Perf. 11:34, 31 May 2017 (UTC)
The problems are connected because newer editors will often follow by example. If no changes are made to this upload script, the will see other images have "n.a." in fields, and that will lead them to believe that "n.a." is an acceptable entry for any field in the rationale, which it is not. It would be much better to have boilerplate language in those fields so that these same editors would recognize some language is required for all fields, and telling the uploader that "hey, here's some default language appropriate for this type of image upload, but you can edit onto that", it avoids the issue of them purposely leaving empty fields, and will make all future rationals generated by this template in accordance with NFC. And it also reinforces what NFC is meant to be allowed for, even if it is a standard case. If an uploader hasn't considered the issue of a free replacement, they will upon seeing that default boilerplate. At that point, it becomes the type of knowledge they will gain by repeated exposure to the upload script. --MASEM (t) 15:25, 31 May 2017 (UTC)
I still won't buy the idea that uploaders learn anything, ever, from being exposed to boilerplate text. The only reaction people have to boilerplate text is, "it's small print, I can ignore it". As for fields being left empty by uploaders (other than the ones that the questionnaire omits): they can't; the script forces something to be put in. And I very much prefer seeing bad uploaders leave empty or near-empty fields than having them filled up with good-looking (but false) boilerplate text; this way we can at least filter out the bad ones more easily and have an easier handle for deleting them. Fut.Perf. 15:46, 31 May 2017 (UTC)
It's not the parts of the rationale they can't see of concern, it's the parts they can edit that they might decide to leave as "n.a.", since that reply "seems appropriate" for other fields, with the current rationales this produces. I'd rather see some reasonably legit boilerplate that covers the bases that the uploader likely will not think about at all, than no effective entries at all. --MASEM (t) 15:52, 31 May 2017 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── Pretty much what Masem said. Having something there leads by example, and shows that all criteria apply to all images. If you leave "n.a." in some fields in some cases, you are telling people that is an acceptable practice for them to do too, since obviously plenty of other people have done it and gotten away with it. I also, FPaS, disagree with your assertion that no one would learn anything. I think there are some people who do not learn, but those are the ones we run into and have to deal with and clean up after. Those who do learn become good, discerning users of nonfree media, carefully considering if it is appropriate or not, so we never notice them. Even if we notice something they uploaded, we just look, say "Yep, looks fine", and move on. Regardless, though, the question is whether the practice really does have consensus. I read the past discussion, and I don't see it ever really coming to a consensus, just kind of dying off. The fact that the community was OK with the upload wizard as a whole does not indicate they were fine with this part of it; I suspect most of them did not even notice and just looked at the shiny widgets. Which, by the way, are very cool and helpful, and I certainly don't want to make it seem like your work writing the tool isn't appreciated. But sometimes, tools need to be refined, not just stay static. I suppose if you really want, we could raise an RfC on this specific issue, but I don't see why it's necessary to go that far. It's long since been accepted that all nonfree criteria apply to all nonfree images. So saying "n.a.", which means "not applicable", is clearly not in line with the consensus that they do apply. Even when a particular use case means that a particular NFCC is almost always satisfied, it still does apply. Seraphimblade Talk to me 18:04, 31 May 2017 (UTC)

You are going round in circles now; this is getting annoying. Nobody has ever claimed that any of the criteria isn't applicable. What is "not applicable" isn't the criteria; it's the need for bloody stupid explanations for them if and when they are bloody stupid obvious. I'm going to make one final attempt to get you to address the logical flaw in your claims that you have now three or four times avoided: NFCC#9 and #10 always apply (like all the other criteria), but compliance with them is always bloody stupid obvious, so we never address them in our FURs. (Not even those famed "standard rationales" do, and not even you seem to be claiming that we should.) NFCC#1 and #3 are sometimes bloody stupid obvious, so why should we not also omit addressing them, if and when they are? The claim that because all criteria always apply they all need to be always explicitly addressed is simply a patent untruth. We can perhaps talk about this or that tweak to our treatment of routine #1 or #3 coverage here, but not as long as that idiotic canard keeps being thrown around here. Fut.Perf. 05:17, 1 June 2017 (UTC)
#9 is addressed by the fact we ask the editor to include the article they want to use the image at, which of course must be in mainspace. #10 is met by the fact that a rationale is not sufficient alone, a license tag is also required. No, we're not asking for explainations on #9 or #10, but they're still required elements. However, nearly all the rest are ones that require some type of short statement of how they are met. "n.a." does not cut it for these. --MASEM (t) 05:25, 1 June 2017 (UTC)
You didn't get the point. Fut.Perf. 05:57, 1 June 2017 (UTC)
Addressing all 10 criteria points for an NFCC is a requirement; there is no case where one or more of the factors do not apply. There are a number of cases where a blanket statement does cover many instances of the same class, but is not saying that some NFCC do not apply these classes, just that there's simplified but essential language that can be used instead. --MASEM (t) 06:06, 1 June 2017 (UTC)
Also, #9 and #10 are addressed in the rationale. For #9, that's addressed by the fact that the rationale itself must state which article it applies to. If the rationale is written for a mainspace article, it satisfies #9, and the rationale says so by the very act of saying which page the rationale is meant for as is required. So, no, we don't need boilerplate text for that, but it is required to be there. Similarly for #10, we do in fact require all that to be there on the image description page, and since the person reading the rationale is already at that page, they can already see whether there is a copyright tag and acknowledgement of source, and again, the fact that the rationale says which page it's for lets them see if "c" is satisfied by having rationales for every use. So proof of compliance with those is actually required to be on the image page, and unless the rationale or image page are deficient, already is present. However, compliance with #1, #2, etc., are not contingent on any material on the image page, since it depends where and how they are used. An image could easily be compliant with, for example, #1 for one use, but fail it for another. That's why we need explanations of how they are in compliance for the particular contemplated use. #9 and #10 already have evidence of compliance on the image page, so you're essentially saying we'd be asking people to place it twice. Well, no. But they're already required to place it once. Seraphimblade Talk to me 06:52, 1 June 2017 (UTC)

This discussion is now over. I'm tired of dealing with the IDHT disruption from you two. As the current maintainer of this script, I am most certainly NOT going to implement any changes to it at this point. If you insist on changes, you'll have to do it yourself. (But if you try to make the script sneak in boilerplate text that the user hasn't written or endorsed in the questionnaire, forget it, I'll fight you tooth and nails to prevent that.) If you want, start by presenting a mock-up here of what you think a questionnaire section for any one of the routine cases ought to look like, and then good luck narrowing it down to something people will actually read and understand. They won't. You're only going to make the quality of uploads get worse. Have fun. Fut.Perf. 07:53, 1 June 2017 (UTC)

I really believe this is more serious an issue towards proper NFC policy than Fut.Perf. thinks it is, and to that end, I've dropped a notice on the WT:NFC page to here. --MASEM (t) 16:06, 1 June 2017 (UTC)

I agree that it is. And FPaS, with all due respect, I don't believe it's everyone except you in this discussion engaging in "I didn't hear you". Seraphimblade Talk to me 17:51, 1 June 2017 (UTC)
Having seen this discussion flagged at WT:NFC, I do think FPaS has a point here. I remember -- before the templated upload system was so evolved -- when people used to simply cut and paste a numerical list 1-10 of all-purpose sentences, one each for each of the NFCC. Thankfully most of the uses probably aren't controversial, but those are really really crap rationales. As per FPaS (I think), I'm much happier with a handmade rationale that actually focuses on the points that might be controversial, in particularly the key NFCC #8 criterion, rather than covering everything by rote just for the sake of having some text. I think FPaS is right, that "bloody stupid explanations for them if and when they are bloody stupid obvious" are not particularly helpful per se, and the pages work better if they bring out and focus on the questions that are more nuanced and need more explanation. Jheald (talk) 18:44, 1 June 2017 (UTC)