Thu, Dec 3
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".
Wed, Dec 2
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
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 I had 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".
Thu, Nov 12
Sep 5 2020
Aug 30 2020
OK, in fact I followed the link given in https://commons.wikimedia.org/wiki/Special:GWToolset
Aug 3 2020
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.
Aug 2 2020
Jul 12 2020
Thanks you, for the info the images are now available there:
Jun 28 2020
May 15 2020
Apr 20 2020
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.
is available in the page
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.
Apr 2 2020
Great, thanks you! I just started to upload images from this domain, see:
Mar 27 2020
Dec 31 2019
Jun 10 2019
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:
Jun 3 2019
No sorry, to have assigned this task to myself was a mistake....
Apr 10 2019
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%C3%A8te_and_trawler_BW.jpg , thanks you
Apr 6 2019
Apparently the problem persists because I uploaded the image today
this has also been noticed by Odysseus1479 :
Jan 23 2019
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
Jan 18 2019
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.
Jan 12 2019
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
Oct 2 2018
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...
Oct 1 2018
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.