User talk:Kim Bruning

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search

Hello! I'll check this page very rarely, please leave new messages at en:User talk:Kim Bruning



Thank you for uploading images on Commons.

Please add your images to appropriative pages and/or categories where other users could easily find them. For example to Category:Jimbo Wales.

EugeneZelenko 14:20, 7 August 2005 (UTC)[reply]

Policy proposal:No deletion of improved versions of images[edit]

Hi Kim. You may be interested in this: Commons:Village pump/Policy proposal:No deletion of improved versions of images. pfctdayelise (translate?) 00:39, 21 February 2006 (UTC)[reply]

Certainly put the among the ... (ahem excuse me, a moment of weakness...) pfctdayelise (translate?) 15:48, 21 February 2006 (UTC)[reply]

Your irc msg[edit]

Yes, Wikinews allows the use of certain types of images not allowed on Commons. These are a small selection of Fair Use images types - images released for publicity, logos and trademarks, and certain forms of screen shots - and they are not uploaded to Commons. Our policy regarding fair use came about last winter during the first round of discussions with Commons when the Wikinews project had no upload capability on any of the language editions and was completely dependent on Commons.

When it became very clear Wikinews could not gain support from Commons for any of these image types which were cleared by the WMF legal team and copyright lawyers as completely legal uses, Wikinews petitioned the Board to allow these limited uploads to the site. The policy was expanded to include IRIN and Crown Copyright images, which again have legal use on Wikinews.

During the months-long discussion leading to uploads being enabled on Wikinews, we also developed an Image policy which would allow Wikinews to avoid using Commons if we gained approval from the board to do so. We did not get approval from the board to do so at that time, but the data I'm amassing at the moment would likely support such an argument now.

Hope that answered your questions. - Amgine 15:52, 21 February 2006 (UTC)[reply]

you're here now :-)[edit]

I think you may assume wrong.... and you know what they say about assume, right? How come no-one talks to you on commons? Privatemusings (talk) 12:22, 7 May 2010 (UTC)[reply]

Because they talk to me elsewhere? ;-) --Kim Bruning (talk) 16:42, 22 June 2012 (UTC)[reply]

Editor @ ar.wiki[edit]

Hello. I would like to inform you that I have granted you editor flag at the Arabic Wikipedia, all your edits there will be automatically marked as patrolled. Best regards.--Avocato (talk) 07:12, 6 December 2013 (UTC)[reply]

Quality loss[edit]

Hello Kim, I don;'t want to spam the RfC with nitpicking, but regarding https://commons.wikimedia.org/w/index.php?title=Commons:Requests_for_comment/MP4_Video&diff=114100674&oldid=114100621 we would not really have a quality loss, but we would give up a quality gain. If we don't offer MP4 support in the first place the conversion to a free format has to be done somewhere else (and that already causes a quality loss). By having the original MP4 assets we'd have control over the conversion process and could optimize it better than any single user. We could also offer improved conversion long after the initial upload if new open formats or improved encoders emerge. --Dschwen (talk) 22:10, 16 January 2014 (UTC)[reply]

I was thinking in some particular worst-case scenario, a third party fork may end up needing to regenerate mp4 from scratch from the free copies, or doing without the mp4 original entirely. Your points stand if we look at wikimedia by itself. --Kim Bruning (talk) 22:58, 16 January 2014 (UTC)[reply]

Important message for file movers[edit]

A community discussion has been closed where the consensus was to grant all file movers the suppressredirect user right. This will allow file movers to not leave behind a redirect when moving files and instead automatically have the original file name deleted. Policy never requires you to suppress the redirect, suppression of redirects is entirely optional.

Possible acceptable uses of this ability:

  • To move recently uploaded files with an obvious error in the file name where that error would not be a reasonable redirect. For example: moving "Sheep in a tree.jpg" to "Squirrel in a tree.jpg" when the image does in fact depict a squirrel.
  • To perform file name swaps.
  • When the original file name contains vandalism. (File renaming criterion #5)

Please note, this ability should be used only in certain circumstances and only if you are absolutely sure that it is not going to break the display of the file on any project. Redirects should never be suppressed if the file is in use on any project. When in doubt, leave a redirect. If you forget to suppress the redirect in case of file name vandalism or you are not fully certain if the original file name is actually vandalism, leave a redirect and tag the redirect for speedy deletion per G2.

The malicious or reckless breaking of file links via the suppressredirect user right is considered an abuse of the file mover right and is grounds for immediate revocation of that right. This message serves as both a notice that you have this right and as an official warning. Questions regarding this right should be directed to administrators. --Majora (talk) 21:36, 7 November 2019 (UTC)[reply]