I light of discussion elsewhere I think we should revisit the
The policy states "where there is *significant* doubt about the freedom of
a particular file, it should be deleted" yet when it comes to nominating a
file "it may be" is sufficient to delete an image to "I have a reason to
believe its not free because....." there should more onus on the nominator
at the very least show that there is a reason for doubt
We already have this principle with URAA nominated images "Files nominated
for deletion due to the URAA should be evaluated carefully, as should be
their copyright status under US and local laws. *A mere **allegation** that
the URAA applies to a file cannot be the sole reason for deletion*. If the
end result of copyright evaluation is that there is significant doubt about
the freedom of a file under US or local law, the file must be deleted in
line with the precautionary principle
I think a change from the current
- Also, arguments that amount to "we can get away with it", such as the
following, are against Commons' aims:
- A mere allegation that the precautionary principle applies is
insufficient, likewise arguments that amount to "we can get away with
it", such as the following, are against Commons' aims:
(Apologies for cross-posting)
The Netherlands and the World Exchange Platform
<https://netherlandsworld.nl/> went online in April 2017. A few months
later, we would now like to collect some feedback on the platform:
* If you’ve signed up on the platform but never got around to using it, or
if you looked at the platform but didn’t sign up, we would like to hear
* If you’ve never heard of the Netherlands and the World Exchange Platform
before, we would like to hear about that too.
* In general, we are also interested to get feedback about the platform
itself. So, whether you’ve already had a look at it, or just learned about
it from this email, we would appreciate it if you would take a few minutes
to browse the website and share with us your thoughts on its purpose, the
available functionality, the layout, things that you’re missing that should
be there, suggestions, etc.
Feel free to share your thoughts on my talk page, this mailing list or
email me directly if you don’t want to share your thoughts in public. Your
feedback will be invaluable to help us decide how to move forward with the
Netherlands and the World Exchange Platform.
Projectleider / Project Manager Wikimedia Nederland
*(Werkdagen: maandag, dinsdag, donderdag / Office hours: Monday, Tuesday,
Tel. +31 (0)6 11000505
*Postadres*: * Bezoekadres:*
Postbus 167 Mariaplaats 3
3500 AD Utrecht Utrecht
It seems that png thumbnails for this file stopped to be generated.
Maybe some svg errors are no longer ignored after a software upgrade on Wikimedia servers?
Also, it seems to me that neither FF nor IE renders properly the original svg code: while IE renders more elements, neither arms in the midle nor leaves on the right are displayed in my IE version.
Gimp seems to render the file OK, and Inkscape does not render it at all (black square).
I think, it would be nice if an svg expert looked at the svg code.
W dniu 2017-07-23 02:52:22 użytkownik Paula Kate Marmor <pkm(a)pobox.com> napisał:
The thumbnail doesn't display correctly in Chrome, either.
On Sat, Jul 22, 2017 at 2:48 PM, Esteban Zarate <jezarate(a)gmail.com> wrote:
https://commons.wikimedia.org/wiki/File:Coat_of_arms_of_Argentina.svg works on Internet explorer and Edge but not in Mozilla, I don´t test in Chrome, any idea? Regards!!
Commons-l mailing list
Thanks for your feedback, Steinsplitter. I have responded to your post at
so it might be best to continue our conversation there instead of
duplicating it here.
Gerard, was your post directed at me or at Steinsplitter? Am a bit confused.
I do agree with Chris; I don't think there should be any need to argue over
which project should have #1 priority. AFAIK several grants are awarded
every round, not just one, and there are multiple rounds every year.
On 20 July 2017 at 22:00, <commons-l-request(a)lists.wikimedia.org> wrote:
> Send Commons-l mailing list submissions to
> To subscribe or unsubscribe via the World Wide Web, visit
> or, via email, send a message with subject or body 'help' to
> You can reach the person managing the list at
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Commons-l digest..."
> Today's Topics:
> 1. Re: Commons Android app - IEG renewal proposal (Gerard Meijssen)
> Message: 1
> Date: Thu, 20 Jul 2017 06:52:57 +0200
> From: Gerard Meijssen <gerard.meijssen(a)gmail.com>
> To: Wikimedia Commons Discussion List <commons-l(a)lists.wikimedia.org>
> Subject: Re: [Commons-l] Commons Android app - IEG renewal proposal
> Content-Type: text/plain; charset="utf-8"
> High priority is in the eyes of the beholder.. I want the quality of
> Wikipedia to improve  and have a plan how to achieve that in a
> measurable way. For me it seems that quality has no priority even though
> the problem I address is real enough and even though there have not been
> any flaws discovered in my reasoning. Your proposal is too abstract for me
> and consequently I do not understand why it should have a priority.
> Also there is plenty of money to go around.
> among other blog posts
> On 18 July 2017 at 15:57, Steinsplitter Wiki <steinsplitter-wiki(a)live.com>
> > To be honest, i am a bit concerned about https://meta.wikimedia.org/
> > wiki/Grants:Project/Improve_%27Upload_to_Commons%27_
> > Android_App/Renewal#Budget_breakdown
> > I think we should spend money for high-priority tasks such as building a
> > copyright detection tool for mp3 files (which are coming soon), etc.
> > Needless to say that most people on commons are not getting payed for
> > building tools.
> > --Steinsplitter
> >  https://commons.wikimedia.org/wiki/Commons:Tools
> > ------------------------------
> > *Von:* Commons-l <commons-l-bounces(a)lists.wikimedia.org> im Auftrag von
> > Josephine Lim <josephinelim86(a)gmail.com>
> > *Gesendet:* Dienstag, 18. Juli 2017 15:43
> > *An:* wikitech-l(a)lists.wikimedia.org; mobile-l;
> > wikivoyage-l(a)lists.wikimedia.org; commons-l(a)lists.wikimedia.org
> > *Betreff:* Re: [Commons-l] Commons Android app - IEG renewal proposal
> > Edit: Sorry for the lack of clarity in my previous post - the link to the
> > renewal proposal is https://meta.wikimedia.org/
> > wiki/Grants:Project/Improve_%27Upload_to_Commons%27_Android_App/Renewal
> > The other metawiki link is for the old/completed grant.
> > Regards,
> > Josephine
The Wikimedia Commons app  (a community-maintained Android app that
allows users to upload photos to Commons from their phone) was funded via
an Individual Engagement Grant  last year and has several new features -
a list and map of nearby places that need photos (based on Wikidata),
category suggestions based on the image title, prevention of duplicate
uploads, and a new tutorial to educate new users on what types of photos
should or should not be uploaded. During the grant period, 20554 new files
were uploaded via the app with an overall deletion rate of 15.74% (11.7% in
the final two weeks after the new tutorial was implemented), and 3485
images that were uploaded via the app were used in Wikimedia articles.
While we are very happy with the progress made, there are many other
improvements that we would like to make but were not able to fit into the
scope of the previous grant. Thus we are proposing a renewal  of the IEG
in order to work on these. Highlights of the proposed improvements include:
- Enhancing the "Nearby places that need photos" feature by (1) allowing
users to upload their image directly from a location on the list or map,
with suggested title and categories based on the associated Wikidata item,
and (2) displaying the user's real-time position on the map to allow easier
navigation to the location they wish to photograph
- Improving user education by displaying Commons account and user talk
notifications (e.g. picture nominated for deletion) in the app, adding a
gallery of featured images, and adding various notices and explanations in
the upload screen
- A sleeker, more intuitive, and more interactive user interface - a
floating action button for uploads, "Nearby places that need photos" in a
tab alongside the user's contributions, and a panel to display Commons
account notifications and information about the nearest place that needs
- Various technical and quality-of-life improvements, such as two-factor
authentication login, multiple uploads, preventing overwrites, and fixing
memory leaks and battery drain issues
We are especially excited about the "Nearby places that need photos"
enhancements, as we feel that it can help reduce the number of geo-located
Wikidata items that lack pictures, and provide pictures for Wikimedia
articles that lack them. We believe that this is one of our main strengths
as a mobile app - users can have a seamless workflow where they can browse
the places that need photos, select one and move to the location, and then
directly upload the photo after taking it (with relevant titles and
categories suggested), all within the same app and without needing to use a
Please do take a look at our proposal , feel free to provide feedback
and make new suggestions on the Discussion page, and/or endorse the
proposal if you see fit. If you would like to be part of the project, new
volunteers and additions to our diverse team are always welcome - please
visit our GitHub repository  and say "Hi". :)
Josephine (Commons app project maintainer)
Hi Wikidata and Commons Communities,
I’m excited to let you all know that Amanda Bittaker (cc'ed) has joined the
Audiences (formerly Product) team at the Wikimedia Foundation as the
Program Manager for the Structured Data on Commons program. She will be
working closely with teams from the Wikimedia Foundation, the Wikidata team
at Wikimedia Deutschland, and the communities to complete the Alfred P.
Sloan Foundation grant , expanding the capabilities of Commons to make
it easier for people and institutions to find, share, and reuse Commons
Many people may have met Amanda already. She joined the Foundation in
November 2014, working with the Learning & Evaluation team to help wiki
program organizers’ design, manage, and evaluate their programs. During
that time, she also partnered with engineers to build program tools such as
the Program and Events Dashboard and the Global Metrics Magic Button .
Before joining the Foundation, Amanda worked in the international
development industry for five years, doing finance, program design,
monitoring, and evaluation. She spent two years in South America. Once upon
a time she also ran and oversaw programs at a nonprofit bicycle education
space that operated entirely by general consensus, which taught her a lot
about collaborative and transparent program management.
She is eager to work on Structured Data on Commons, helping our communities
make Commons as useful as possible, and helping to make transitions in
processes and workflows as smooth as possible. Amanda is based in San
Francisco in the US. You can find her on the wikis or at Wikimania or the
Wikimania hackathon in Montreal. She can converse pretty well in English
and Spanish, and would like to practice her French more, but it is still
Learn more about how the communities behind Wikipedia, Wikidata and other
Wikimedia projects partner with cultural heritage organizations:
---------- Forwarded message ----------
From: Léa Lacroix <lea.lacroix(a)wikimedia.de>
Date: Thu, Jul 6, 2017 at 6:10 AM
Subject: [Wikidata] New step towards structured data for Commons is now
To: "Discussion list for the Wikidata project." <
As you may know, WMF, WMDE and volunteers are working together on the
data for Commons
<https://commons.wikimedia.org/wiki/Commons:Structured_data> project. We’re
currently working on a lot of technical groundwork for this project. One
big part of that is allowing the use of Wikidata’s items and properties to
describe media files on Commons. We call this feature federation. We have
now developed the necessary code for it and you can try it out on a test
system and give feedback.
We have one test wiki that represents Commons (http://structured-commons.
wmflabs.org) and another one simulating Wikidata (http://federated-wikidata.
wmflabs.org). You can see an example
<http://structured-commons.wmflabs.org/wiki/MediaInfo:M13> where the
statements use items and properties from the faked Wikidata. Feel free to
try it by adding statements to to some of the files on the test system.
(You might need to create some items on http://federated-wikidata.
wmflabs.org if they don’t exist yet. We have created a few for testing.)
If you have any questions or concern, please let us know.
Project Manager Community Communication for Wikidata
Wikimedia Deutschland e.V.
Tempelhofer Ufer 23-24
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/029/42207.
Wikidata mailing list