Wed, May 5
@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.
Apr 5 2021
It's done, gadget repaired. Thanks again.
@Aklapper, thanks you, I made an edit request.
Apr 4 2021
Mar 26 2021
@mwilliams very well, thank you.
Mar 18 2021
@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"
Mar 12 2021
@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.
Mar 8 2021
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.
Mar 2 2021
Note that the relevant statements are already added by a BOT, exemples:
Mar 1 2021
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.
Jan 20 2021
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.
Dec 3 2020
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".
Dec 2 2020
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 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".
Nov 12 2020
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.