User Details
- User Since
- Sep 4 2017, 4:13 PM (428 w, 3 h)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Jmabel [ Global Accounts ]
Sep 23 2025
FWIW, what Commons currently has to tell users (this is at https://commons.wikimedia.org/wiki/Commons:Uploading_works_by_a_third_party#Content_where_you_have_inherited_the_copyright): As of August 2025, if you are yourself the inheritor of the copyright to the media in question, the flow of questions in the UploadWizard is a bit misleading. The path that you need to take through it is "This work was created by someone else" > "The creator has released or published this work under a free license". You can then type in one of the copyright tags in Category:License tags for transferred copyright, typically {{Cc-by-4.0-heirs}} or {{Cc-by-sa-4.0-heirs}}.
Apr 10 2025
I doubt the usefulness of putting the release generator directly here. The release has to come from the copyright-holder, not the Commons user, so this might encourage the wrong person to write a release. At the very first step of the generator, they need to indicate their role, and none of the choices is "I'm the Commons user who wants someone else to provide a release." It would be more useful to provide the URL https://commons.wikimedia.org/wiki/Commons:Volunteer_Response_Team#Declaration_of_consent_for_all_enquiries and explain to the Commons user that is what they need to send to the copyright-holder.
Mar 29 2025
Further comment from me as a Commons admin: the way this was set up seems to have encouraged things like adding the item for "woman" to a photo that already indicated that it depicted a particular female individual, or to add the item for "laptop" to an image where a laptop computer is incidentally visible, if you look closely enough. Those are absolutely counterproductive. The effect is to set up something like a spamming/vandalism contest. Also, there seems to have been nothing to discourage adding outright duplicate depicts.
Jan 16 2025
Apr 25 2024
Clarifying: It is a but to automatically pick cc-zero. It is not a bug to flag 100% of these for human review.
I do not think this is a bug. While we might come up with another way to do this, the Public-Doman mark on its own does not tell us the rationale for being public-domain, which Wikimedia Commons requires.
Feb 9 2024
Jan 22 2024
As of yesterday, this tool is down. I'm guessing GridEngine has been turned off, and the issue with CropTool using it has still not been addressed.
Jan 8 2024
What this means is that where the generated HTML for the category link is currently <a href="/wiki/Category:BAR" title="FOO">BAR</a>, @wmr would like to be able to have <a href="/w/index.php?title=Category:BAR&filefrom=FOO" title="FOO">BAR</a>. It would be pretty easy to have a client-side gadget to do this for those who want it.
Dec 27 2023
Since it hasn't been mentioned explicitly: equally a problem for Wikimedia Commons.
Dec 21 2023
Dec 15 2023
Apr 12 2023
@Anthere, sorry, but Mutasim Elmahadi is, in fact, one of the people who has kept flipping ranks back and forth on one of my photos, and adding redundant "depicts", while completely missing the point of what is actually primarily depicted in the photo.
Apr 6 2023
I would add: I hope someone is doing a serious analysis of the edits made through the ISA tool. So far, I have not seen a single non-trivial good edit, and have seen a ton of edits that are either low-value or outright wrong.
Mar 6 2023
Sep 24 2022
Dec 11 2019
It does seem to me that if there is an exact match on a category name, that should certainly be the first result returned. That should be trivial to implement.
Oct 22 2019
@Aklapper: In short, you are seeing the same bug as I am, just a different symptom.
Oct 20 2019
If you see "only the English caption" it's probably because you have only a Babel box for English. I have Babel boxes for 8 languages, so I see 8 languages. But with "Collapse captions" selected, we shouldn't be seeing any captions at all, just a thing to click to see captions.
Oct 18 2019
Oh, yeah, for what it's worth: Window 7, Firefox (69.0.2).
Sep 11 2017
virtually all ro.wp articles should also be in en.wp
Sep 4 2017
I've had this affect me almost every time I try to access my watchlist in the last month. You may say it doesn't affect many users, but I say that the ones it affects are precisely those of us who are doing the most work.
