@Amire80, indeed I don't use it anymore, a few month ago it stopped to work for me and I was never able to use it anymore.

@Spinster No thank you I am starting a period of increased professional activity, I cannot invest in this subject for the moment. When in a few months my schedule allows it, and if I'm still interested in mass upload I'll take a look at this tool, and contact you if needed. Thanks you very much.

@Reedy thank you, it's nice but since the tool is destined to be stopped, so no one wastes time. That I stop batchuploading is not especially a big issue, I have a ton of things to do.
For the record, and if I'm not wrong, this file has been the last one uploaded with the GWToolset.

Since a few days I have not been able to use the GWToolset. The circle is complete. Bye.

Though not perfect, the tool don't seems to be broken to me, I still use it:
https://commons.wikimedia.org/w/index.php?hidebots=1&translations=filter&hidecategorization=1&hideWikibase=1&tagfilter=gwtoolset&limit=1000&days=30&enhanced=1&title=Special:RecentChanges&urlversion=2
The last files uploaded this morning.
As long as I can use it, and as long OpenRefine is not really used for batch-uploading, I will be happy the tool stay available even if not maintened.

Note that there is a simple way to make every one happy, who wants to become interfaceadmin make a request in their local community (e.g. bureaucrat noticeboard, or where they did it in the past) and if the bureaucrats are agreed with the request then this request is addressed to the Stewarts who can perform the technical procedure. Conversely if bureaucrats, for local reasons or local policies, thinks the right should be removed to someone, they address the removel request to Stewarts who can again perform the technical procedure. In that way Bureaucrats (and therefore the local communities) still keep a part of that power, and the security aspect is managed by the Stewarts. Someone who need interfaceadmin right will need the agreement of both, the Bureaucrat and the Stewarts.

@Etonkovidova the squirrel is not displayed because the relevant strustured data have not yet be added, such as e.g. there.

@Elitre I also already thought about that, as there are potentially a lot of interesting images in various contest, e.g. Wiki Loves Monuments 2020 winners or even the in the Photo Challanges, e.g. Commons:Photo challenge/Previous/2020, however it seems that this kind of infos are not yet modeled in SDFC.

It's done, gadget repaired. Thanks again.

@Aklapper, thanks you, I made an edit request.

@Aklapper Thanks, your help was sufficient and helpful, I found the bug, the right code is at User:Christian Ferrer/common.js

@mwilliams very well, thank you.

@mwilliams, to not make the "Advanced" link appear to be part of the select options, in addition to the separating horizontal line, as you did in your exemple, which is a good idea, you may put a little icon such as https://commons.wikimedia.org/wiki/File:OOjs_UI_icon_newWindow-ltr.svg. With the icon maybe that one does not need to underline "Advanced"

@mwilliams It seems like a very good approach and a good summary. The first offering a selection matching the appearance of the other filters, the second being a little more flexible because it offers the possibility of combinations. There may be a rational way to have the advantage of both: when you open the dropdown/standard select you give a link, named e.g. "advanced" leading to the checkboxes.

And also is Pattypan able to avoid uploading duplicates ?

@Abbe98 yes I know Pattypan can upload by URL but I did not manage to do it, I have learnt to use Pattypan for files stored in my PC but despite several attempts I never managed to uploaded files by URL, and indeed there is no documentation.

Note that the relevant statements are already added by a BOT, exemples:

Hi, I did not managed to find a suitable alternative, so I continue to use GWToolset at an average of 500 files by month. In the way I work I always have XML files ready to be uploaded and others in preparation, so if either a date is fixed one day for the end of the tool, I would be happy to be aware a few days before for that I can upload all that I have in my PC ready to be uploaded, in the purpose that I did not work for nothing. Thanks you, regards.

Note also that the collapsable sidebar also has an influence because when opened, the reference goes faster on a vertical line when decreasing the size of the window.

When you resize a window by decreasing its size, from a certain size the reference is displayed on a vertical line the size of a character while there seems to be empty space on the right of the reference. The problem being that it is convenient to work with several windows open on the screen, therefore whose size is necessarily reduced.

Just for the record, note that it is strange that I succeeded to upload a signifiant number of files (the files available in the sections 18 and 20 November 2020 of https://commons.wikimedia.org/wiki/User:FredD/Echinoderm_news/2020_November_16-30) when I replaced "https" by "http".

Ok thanks for the investigation, I will see what I can do. Thanks again.

@Urbanecm I tried with GWToolset with a XML file exactly similar at the exemple above, excepted that in the exemple above there is only the three first records instead of a bit more than one hundred.

@Urbanecm, I still have the message:
The media file URL could not be evaluated. The URL delivers the content in a way that is not yet handled by this extension or there was an HTTP request issue. URL given was "https://www.artsdatabanken.no/Files/21799/Caprella_mutica_24-01-10_1.JPG". HTTP request error "There was a problem during the HTTP request: 404 Not Found".

I'm not either able to upload manually a single file such as https://www.artsdatabanken.no/Files/21907/Tubulanus_annulatus_14-02-10_1.JPG
using the tool
https://commons.wikimedia.org/w/index.php?title=Special:Upload&uploadformstyle=basic
I got the same message "Copy uploads are not available from this domain"

If that can helpd, I give you an exemple of the XML file I use, here with 3 records:
<?xml version="1.0" encoding="UTF-8"?>

@Urbanecm , I managed to make a first batch, including this file: https://commons.wikimedia.org/wiki/File:Marthasterias_glacialis_03_Espen_Rekdal.jpg
however at my first attempt I had the same kind of message as the following message:
"The media file URL could not be evaluated. The URL delivers the content in a way that is not yet handled by this extension or there was an HTTP request issue. URL given was "https://www.artsdatabanken.no/Files/21799/Caprella_mutica_24-01-10_1.JPG". HTTP request error "There was a problem during the HTTP request: 404 Not Found".

OK, in fact I followed the link given in https://commons.wikimedia.org/wiki/Special:GWToolset

Just for the info, before to start the report here, I had began a dicussion in Commons:Administrators' noticeboard#Commons:Deletion requests/File:Liga de béisbol del Valle.jpg (solid link), and I just learned that other files with potentially the same issues are categorized there.

Thanks you, for the info the images are now available there:
https://commons.wikimedia.org/wiki/Category:San_Diego_State_University_-_Terrestrial_Arthropods_Collection

Great, thanks!

Yes, it seems they add content regularly and further uploads may be possible, by lots or by individual uploads. User:Fae already done mass uploads in previous years, but a signifiant number of free files are not yet in Commons.

@RhinosF1
One example:
https://media.api.aucklandmuseum.com/id/media/v/655089
is available in the page
https://www.aucklandmuseum.com/collections-research/collections/record/am_naturalsciences-object-257109
you have an image with "Psilaster acuminata, MA79320, © Auckland Museum CC BY ", just below you have a link "View gallery"; you click on, and you have the full statement "This work is licensed under a Creative Commons Attribution 4.0 International License" with a link to the license.

Great, thanks you! I just started to upload images from this domain, see:
https://commons.wikimedia.org/wiki/Category:Echinodermata_in_the_National_Museum_of_Natural_History,_USA

Note that, in case that this question is is relevant here, the media files are freely licensed on line, inside a dataset published in GBIF infrastructure by the copyright holder, the Yale Peabody Museum
Dataset available at https://www.gbif.org/dataset/854e35e6-f762-11e1-a439-00145eb45e9a
All the media files are explicitely freely licensed in each occurences, example:
https://www.gbif.org/occurrence/1848920659

No sorry, to have assigned this task to myself was a mistake....

As far I can see, it seems to be fixed, it works well with my last upload https://commons.wikimedia.org/wiki/File:Harbour_of_Sète_and_trawler_BW.jpg , thanks you

Apparently the problem persists because I uploaded the image today

this has also been noticed by Odysseus1479 :
https://commons.wikimedia.org/w/index.php?title=Commons:Village_pump/Technical&oldid=344509896#UploadWizard_and_date

Note that when you save an edit on a page then the page is reloaded, example if youadd a category with Hotcat, then the page is reloaded. Therefore it will not be extraordinarily shocking that a file page be reloaded after you have clicked on "Publish change" inside the caption box. IMO

Will the caption be in the structured data tab or in the file info tab?

For the sake of visual consistency, if a structured data section has to be in a tab with other content, then all the headers, wether about structured data or not, should all be at same size. All in h1 or all in h2, no matter for me.

Note that even by forcing the edition, the "caption" is not removed despite the warning

yes an example can be seen in this screebshot https://commons.wikimedia.org/wiki/File:Screenshot_Editing_File_Ophiozonella_nivea_(YPM_IZ_007648_EC)_jpg_-_Wikimedia_Commons.png

And to facilitate research, on each items should be defined 1,2 or x "prefered statments". One example in https://www.wikidata.org/wiki/Q3470161 "taxon name" and "parent taxon" should be prefered...

Without having a decrease of the unwanted results given by the queries above, you can improve easily the results. If no one puts in wikidata "poodle " somewhere in the chain ''Canis lupus familiaris '' Q26972265, then it's pretty normal that you do not get the results inside a taxon chain. As well if no one link "woman" with "human" somewhere in the chain, then you will never have "human" as result.