User talk:Ilmari Karonen/archives/2

Thank you

Thanks for uploading that new version of the Confederate currency. MarmadukePercy (talk) 01:26, 6 June 2010 (UTC)

Also, many thanks again for removing the watermark on the Lidian Emerson daguerreotype. Best, MarmadukePercy (talk) 18:42, 8 June 2010 (UTC)

Also, thanks for removing the odd-looking code on the Hingham street sign photo. I was pretty new here then, and seem to have fouled that one up. Thanks for fixing it. MarmadukePercy (talk) 19:34, 2 July 2010 (UTC)

your license changes to several German locator map files

Hi Ilmari, I'm puzzled by your license changes to a number of locator maps of German municipalities. While I openly admit that I'm far from being literate in the field of licences it still strikes me as odd that it should be admissable to alter and/or revoke a licence that was once attached to a work when it was uploaded, unless there's an obvious error, even more so when that change is being made by someone who evidently has no connection with those files whatsoever. Therefore I'd like to ask you to explain the grounds of your actions and I'd also like to ask you to refrain from any further changes to any files that carries my alias as creator until we have reached a satisfactory explanation. Thank you! --Hagar66 (talk) 14:08, 6 June 2010 (UTC)

I've already left you a message on your talk page about the changes I made. Anyway, to summarize:

• The previous license tags on the images in Category:Locator maps of municipalities in Landkreis Cuxhaven were a mess, with several redundant and duplicate licenses listed.
• All the images appear to be derivative works of File:Lower Saxony location map.svg by NordNordWest. This image is only licensed under {{GFDL}} and {{Cc-by-sa-3.0}}, both of which are "copyleft" licenses that only allow the distribution of derivatives under the same license (or a later version thereof). Thus, none of the other license appear to have been valid.
• Also, the license tags did not correctly attribute NordNordWest (nor yourself) as one of the authors of the images, which is something both licenses require. While you are free to waive the attribution requirement for yourself, you cannot legally omit NordNordWest's name from the attribution unless you've received specific permission from them to do so.

If you actually have explicit written permission from NordNordWest and TUBS to release those files under some license other than GFDL or CC-BY-SA 3.0, please point me to it and I'll be happy to correct the licensing for you. —Ilmari Karonen (talk) 14:37, 6 June 2010 (UTC)

Sorry, the two messages crossed each other timewise. I have left TUBS a message. He was the originator of the basic file for the district and I copied the license section from that file. --Hagar66 (talk) 15:58, 6 June 2010 (UTC)

Before I start I wanna thank you, Ilmari, that you checked our file descriptions. It seems to be really rare that people cope with the problems that do occur with the license policies in Comnmons. I'm kind of responisble to the "mess" you discoverd. Well, now I want to try to comment on the points you made:

• I'd like to see that you you consult either Hagar or myself before changing anything in our license sections unless correcting obvious errors. This seems to be only fair.
• Derivative images of NNW: well, I'm not a legal expert. I think it is much more complicated than you think. Yes, I used NNW's file. I do state that openly. But all sources stated are virtually equally used to create our CUX maps. In addition, I generalized many borders and adjusted some rivers and so forth. I consider the new files therefore to be a completely new work. Please check de:Rechte an Geoinformationen (you stated basic german language skills) which I find to be kind of a suitable summary of the legal situation appliable in this case. Hence I can license this work under any licence I consider to be right, though I'm absolutely sure that these "remix works" are touching unchartered legal territory - at least in Germany. However, I can't understand why I should consider NNW's (who should be perfectly informed about our maps since the beginning back in 2009 or 2008) licenses more than any of the others' sources license requirements. It makes no sense to me. Hence, the term NordNordWest, TUBS & Hagar66, ... at the beginning of the license section doesn't seem to fit. Let me be clear: I'm the original author. I created the mother of all maps. Hagar helped me to adjust the maps to the towns in the district. I'm the guy who is choosing the license terms. Hagar did not substantially change the map. He did not create a new work. I'm the only one who shuld be stated as author in the license section. (Hagar was authorized by me to change the licenses in the way he ever thinks to be appropriate cause we consider all 10.000+ locator maps we made so far as shared work. Therefore it's perfectly OK that he states himself as another author of this map).
• redundant licenses You are not the first one that uttered this idea. F
  • First, I'm the guy who chooses the licenses. Let me do what I ever I want as long as I've chosen one license that complies with the Commons policies.
  • Second,I want to distribute my files under the less restrivtive terms. That's why I've chosen so many license terms. If you think that PD only is then fine in this case, I disagree. There is no thing likle PD e.g. in Germnay. As I said, I'm not a legal expert. I was enrolled to some legal courses at universities in both the U.S. and Germany, though. So I've at least some basic legal insights. As it doesnt't apply in Germany it's up to German courts if they think a PD-license is somehow legally binding. I've never heard a German court did so. So I've to add the much more elaborated GNU or CC licenses. But here is what I consider to be an other problem with the license terms: Sometime you want to mix files that are licensed under different files. Assume on file to be CC-sa only, the 2nd on GNU only, the third file PD only. What now? Your remixed file can't respect all license terms equally. Got me? (Maybe some of my license terms are absolutely redundant in some cases but I find it hard which are really redundant. Please don't start to argue with me on this issue. I assume we are both no legal experts). Multiple, seemingly redundant, licenses allows remixing files. And that's exactly what I do consider to be the basic Wiki principles.--TUBS 17:13, 6 June 2010 (UTC)

Let me just briefly reply to a few points you (TUBS) raised above:

• If you combine works under different licenses, you can only release the resulting work under terms permitted by the licenses of both of the original works. (If the original works are released under multiple licenses, any terms permitted by at least one license of each original work will do.) Your goal of using the broadest possible set of licenses for your works is thus indeed laudable, but you cannot do that on behalf of others: when you upload a file based on someone else's work(s), you must respect the license(s) they've chosen or ask them to change them.
• In the paragraph starting with "Derivative images of NNW", you appear to be arguing either that a) File:Lower Saxony location map.svg is not eligible for copyright, or that b) the file as a whole is eligible for copyright, but the parts of it that you used in your own (and in Hagar66's) maps aren't. I'm not, as you correctly suspect, really legally qualified to judge the first possibility (although, from my cursory reading of the German Wikipedia article you cited, it seems unlikely to me), but I find the second rather hard to accept, particularly for File:Locator map CUX in Lower Saxony.svg where all you did was change the color of one district. As for the other images in Category:Locator maps of municipalities in Landkreis Cuxhaven, let me point out that each of them also contains an essentially complete copy of File:Lower Saxony location map.svg, even if most of it is hidden outside the page boundaries.
• Some of the licenses that I changed were indeed just plain redundant, e.g. including both {{Cc-by-3.0,2.5,2.0,1.0}} and {{Cc-by-sa-3.0,2.5,2.0,1.0}}. That was why I assumed that the duplication was probably unintentional, due to some sort of user or software error, and why I chose to fix them first before contacting Hagar66 to let them know I'd done so. I may have been too hasty in making this assumption; if so, I apologize for that.

Anyway, if you want to release those maps under a more permissive set of licenses than GFDL + CC-BY-SA, the easiest solution would be to ask NordNordWest to change the license of their original map(s) accordingly. For the sake of readability, I'd recommend trying to keep the license list relatively short (less than several pages) by choosing a few permissive licenses rather than many restrictive ones. In particular, if you're concerned about the validity of {{PD-self}} in Germany, may I suggest either {{Cc-by-3.0-de}} (which is specifically designed for use under German law, and permits release of derivative works under any license as long as the attribution requirement is preserved) and/or {{Cc-zero}} (which is essentially a more legally rigorous version of PD-self, letting you "waiv[e] all of [your] rights to the work [...] to the extent allowable by law"). —Ilmari Karonen (talk) 20:26, 6 June 2010 (UTC)

Hi thx for your information. I think we made our points. I'm rethinking my file descriptions and will consult NNW also. There is a Kartenwerkstatt (map laboratory) in the German Wikipedia that I will ask too.

I'd like to add something. I ment ,that I created a new work because I colored the maps (that's kind of an arguable portion of own creative outcome - that made me think that I'm again the Creator of Locator map CUX in Lower Saxony.svg though this was based on NNW file), I added towns' borders based on a second file (while the boundaries are to my legal understanding are not subject of copyright issues as they are always official works), I manipulated the svg-code in a way that made fillings possible (it's not a design but a code/software issue.- again I thought this is a creative act itself so making Locator map CUX in Lower Saxony.svg becoming my work.), etc. I'm not sure if decisions on copyright status of file has to take also the hidden parts (I knopw that they are there!) into account (I really don't... but this is a odd situation anyway. The question is: is a svg-file is more like a picture or more like a set of code (or data base), that contains descriptions of hidden and unhidden graphical objects).

As we don't know whats's wrong or right, I suggest you leave your changes to the file description as it is right know.--TUBS 21:47, 6 June 2010 (UTC)

Hi, I'd like to give a short update on this issue. I started a kind of open discussion on de:Wikipedia Diskussion:Kartenwerkstatt. NNW is involved in that discussion. It's in German, though. I don't know if you understand the discussion, but I will give you a short summary of the outcome in English. --TUBS 09:28, 7 June 2010 (UTC)

Alright here is the short summary. The answer is: maybe or it depends or it's hzard to say ;-). We discussed the whole issue under the terms of German Copyright law. That's reasonable as far as the providers of used sources and authors are German based. However we all agree that this discussion touches legal issues that are not fully elaborated in German law and where it is up to German courts to find answers to these questions. I suggested not talk about my redundant licenses - this seems to be a personal preference that doesn't do any harm.

• So, who is the author? We are not sure about that. But it's likely that the author is any persons who modifies a work and uploads it, which also inlcudes minor changes like changing colours or adding labels to maps. So it seems reasonable that only this author should be named in first place whereas it is preferable to add the sources' author also in the author section of the file if it's really a simple revision of that file. No one uttered an oppinion whether to add authors of later modifications of that specific map (new versions by overwriting the old file and adding another version to file history) to the file description or license section. So we are not sure if your modifications of the I, the author section is correct or incorrect. My personal view is that it doesn't do any harm, so why not adding more authors (like you did) that paticipated in creating that file?
• That in mind, some stated that it is not OK to choose any license you want if you are mixing data or just do some minor revisions, although you are the author following the ideas above. You have to copy the licenses if requested by the source file's license terms (share alike). Otherwise it's possible to change the modified file back again, so that it is alike the original file, but not having the same license. This would clearly dismiss the idea of all share-alike-ideas. This is even more important when we talk about svg-files. The elements of these files dont't lose quality or their original appearance while you modify the color or fade them out, etc. This makes svg more like a database, where every single element of this file could even isolated breach license terms. In consequence, it's really doubtful if mixing two or more svgs under different non-compatible licenses is feasible anyhow. On the other hand it's not really clear if a database-like svg is solely a database. The argument was brought up, that e.g. creating town's areas (areas that can be filled) from simple nods-only line (e.g. the raw borderline) is likely not an own work as it doesn't create a file that is - when prited or displayed - optical alike the source file. But from a database perspective one had to state that this operation may create dozens new line of code and changes the svg-code drastically.
• But here is the big BUT: it's widespread among cartographers to create new maps by adding new substantiel information to existing maps. These maps are combined, adjusted, used for checking the new map, etc. Creating maps from scratch doesn't seem what we call standing on the shoulders of giants, i.e. improving, correcting, evaluate data (incl. maps) to create the next step in cartography. This doesn't mean that it was allowed to copy just one mapwhile not adding substantial new information. Old-fashioned map-making (paper and ink based) came up with new fantastic works, that were not decomposable into its original sources. As this seems easy with svg-file copyright issues are brought up alot more these days. However, the guys from Kartenwerkstatt also stated that combinig works, copying single elements of other maps, modifiying and improving others' map elements, while putting substantial own effort into that, may create a new work. But this touches really unchartered legal law issues. No one can really say when one creates a new work. Courts in Germany don't seem to have a common oppinion or definition about this. Plus, it seems to be really difficult to say who is the copyright owner or some elements in my map. We talked about this issue mainly using the borderlines (main elemnt in such maps!) as an example. So who is the copyright owner? Is a border line a virtual line that is published by German authorities making it an offical work that may be copyright-free when it is used inh locator maps, hereby using border like intended by the authority, namely to demonstrate the borders between towns? Could a borderline be copyrighted when it's substantially generalized or slightly moved to uncover otherwise covered streets or rivers? If so, could a further step of generalization or other adjustments create again a new work? Is a border subject to copyright issues when we talk about century-old never changed borders that are already incorporated into maps from, let's say, the 17th century? Is the borderline maybe subject to copyright because it was digitalized by someone and published in an electronic database? Moreover, is it OK to use single elements that are part of that database that doesn't seem to be copyrighted when viewed isolated, while the whole database is commonly viewed as copyrighted? If you somehow argue that a new work is created, you are the new author that is perhaps authorized to cose any license he wants.

You see the thin legal line we are talking about? Think about: most maps in Wikipedia somehow incorporate border lines that are based on authorities' publications. So anwering this question may have really widespreading consequences to all maps of the wikipedia. To make it short: the whole issue is really unclear. In future I will pay more attention to these issues, though. So this seems to be the main result of our talk. Greetings from the land of the next soccer world champion.--TUBS 10:05, 16 June 2010 (UTC)

File:Fieseler_Fi_103_sound.ogg

Hi i have a general question. to my knowledge, all copright questions here are about pictures, or "photo art" i cannot see anything in common between the maschine sound and a foto ! there is only another maschine (the recorder) needed to take the sound. no geneious needed, like when you operate a camera and arrange the items in a foto! where does the protection come from ? or is it just a prevention from german war acqusitions ?--Gonzosft (talk) 22:51, 9 June 2010 (UTC)--Gonzosft (talk) 22:51, 9 June 2010 (UTC)

Recording a sound, even an "ambient" one occurring independently of the recorder, still involves some creative choices in deciding what, when and where to record, how to position and adjust the recording equipment and how to cut and mix the final recording. This is not really that different from the level of creativity involved in, say, taking a photo of a landscape, and most jurisdictions, including the U.K., do recognize at least some form of copyright protection on both.

That said, while looking for references about this, I stumbled across COM:PD#United Kingdom, which claims that U.K. copyright for sound recordings only lasts 50 years from publication. Thus, if this recording was published in the U.K. before 1960 (or, possibly, if it remained unpublished until 1994 or 1995) its copyright would seem to have expired. However, if I'm reading the rules right, we would still need some evidence that it wasn't, in fact, first published sometime between 1960 and 1994. —Ilmari Karonen (talk) 23:00, 10 June 2010 (UTC)

BMP

According to your Bot's stats we still got ~1000 bmp files on here. Quick searching for ".bmp" yields no results. Could you maybe make a list of those the next time you run the bot? cheers--DieBuche (talk) 10:34, 10 June 2010 (UTC)

Actually, I'd noticed it myself and was considering doing something about it. :) Here's a list from a few days ago to start with. —Ilmari Karonen (talk) 21:45, 10 June 2010 (UTC)

...let me wikify that for you. —Ilmari Karonen (talk) 21:50, 10 June 2010 (UTC)

Cheers. There are heaps of copyvios & out of scope images in there right now. Do you thing it would be a good idea to convert the remaining to pngs later on?--DieBuche (talk) 23:07, 10 June 2010 (UTC)

For the ones with a .png suffix, yes. I've considered writing a script to do it, since its a simple but somewhat tedious process. For those with a .jp(e)g suffix, my approach in the past has been to just convert them to JPEGs with maximum quality and no chroma subsampling. However, now that we have working file redirects, it might be better to just change the suffix. —Ilmari Karonen (talk) 23:13, 10 June 2010 (UTC)

Sounds good. Btw, do you know where the acceptable mimetypes are defined? BMP as a extension is forbidden for upload, but the respective mimetype not Weird, I can't upload them, but some are as recent as 27 March 2010 (File:BMS_katte_1.jpg). Or has this been recently fixed?--DieBuche (talk) 16:53, 11 June 2010 (UTC)

See mw:Manual:$wgMimeTypeBlacklist. The whole extension/mime-type handling has long been a bit of a mess, though (partly, I think, because MIME type detection was originally an optional feature, and technically still remains so). It's possible that some recent commits related to the extensionless files branch might've tightened things up; if so, I should find out who did it and thank them. :) —Ilmari Karonen (talk) 17:18, 11 June 2010 (UTC)

I cleaned out most obvious copyvios & redid some bad crops, so the remaining ones should be clear to go. I guess "gifs" & "svgs" should be converted to pngs as well.--DieBuche (talk) 13:34, 17 June 2010 (UTC)

Sweet, just saw you started the script--DieBuche (talk) 19:27, 21 June 2010 (UTC)

Indeed, I think it's actually almost done, just a few more left. I should post the source once I'm done with it, but I'm still tweaking it as it runs. In fact, I just added a new feature to deal with the last few tricky cases: check out what it did to e.g. File:Ahavah Rabbah.pdf. —Ilmari Karonen (talk) 19:45, 21 June 2010 (UTC)

I mean in truth, all these BMP (PNG) images could be saved as PNG. Most are only 4bpp few pics get also bigger. Then again they would be smaller. But I think you made an good (the simple path) job whit this script. --Perhelion (talk) 20:07, 21 June 2010 (UTC)

The way the latest version of my script works is that it converts files with .png or .jp(e)g suffixes in place, otherwise it converts to PNG and marks the original as superseded. Every BMP file can, in fact, be losslessly converted to PNG, and I've also found that converting to JPEG with maximum quality and no chroma subsampling produces few if any losses. I did also convert a few .gif files in place, where the number of distinct colors was low enough to allow it, but my script currently can't detect those automatically so I have to check for them separately. —Ilmari Karonen (talk) 20:20, 21 June 2010 (UTC)

...and it's done! The few dozen or so BMP files that haven't been converted in place should all be marked as superseded by PNG versions. Next I'm going have CommonsDelinker replace them and then file a mass deletion request for them. Then we can hopefully declare Commons a BMP-free zone. —Ilmari Karonen (talk) 20:38, 21 June 2010 (UTC)

As promised, here's the code. I think it works too, though I kept tweaking it to the end so I make no guarantees. It's a self-contained Perl script using only LWP and a bunch of other standard modules. You may notice a resemblance with the MIMEStatBot code; I shamelessly cut-and-pasted much of it from that and various other scripts I'd written before. The script reads a bunch of filenames (without the "File:" prefix), either from the command line or from a file, and is capable of automatically downloading, converting, optimizing and reuploading them. However, it can also be used just for uploading previously downloaded and converted files, which is what I did for most of them. Yeah, it's ugly, but it did the job. —Ilmari Karonen (talk) 01:30, 22 June 2010 (UTC)

Cheers for the code! I already put it to use here. For some reason i had to change Line 92 to "return XMLin( $res->decoded_content() )" instead of "return XMLin( $res->content )"--DieBuche (talk) 15:10, 22 June 2010 (UTC)

Maple

Hi, I had some problem with what you suggested here. If I save the image in eps format, the image results to be in black and white. Moreover when I import the image in Inskape and save it the dimension of the resulting file is huge (25 MB). I tryed to do the same using the other formats that Maple allows but that way Inkscape is not really converting the file in svg, in fact the resulting file is just calling the bmp file (what I obtained was this deleted file); I also tried to add the colours through Inkscape, but I'm not sure how to do it and Inskcape tends to crash everytime I try to do something. Can you please help me whith this problems? I'm not really familiar with Inkscape and I couldn't find in the internet the solution for my problems.--Sandro(bt) 16:47, 15 June 2010 (UTC)

I'm not really sure what the problem is — the instructions I gave worked for me when I used them to produce this version of the diagram. It might be a version difference: I'm using Maple 12.02, if your version is older that might be the cause. I tried Googling for maple eps export color and found these pages which suggest some possible workarounds you might try. I hope you'll get it working; if you do, please do tell me how you did it (or update the instructions yourself). —Ilmari Karonen (talk) 20:18, 15 June 2010 (UTC)

Thanks! I use Maple 12 too, but I found out that what you wrote works only when using the new worksheat, but not whih the classic one (and I was using the classic one). Writing "plotsetup(ps,plotoutput=`Example.ps`,plotoptions=`portrait,noborder,color`);" it works with colour also with the classic worksheat (it saves the image directly in a file called "Example.ps"). I'll update the instructions in a couple of hours, now I have to go. Thanks for the help.--Sandro(bt) 14:57, 16 June 2010 (UTC) P.S. I don't know what these things work here in Commons, but I imagine Image:Legendre_constant.png might be deleted. Thanks again!

I can delete it for you, if you want. (It wasn't quite clear to me from you comment if you want it deleted or not, though.) —Ilmari Karonen (talk) 15:09, 16 June 2010 (UTC)

What I wanted to say is that I don't know if in Commons it is right or not to have two different formats of the same file (with one clearly worse than the other), but I'm sure you know whether is better to delete it or not, so I'll leave the decision to you, for me it's the same.

The current policy on Commons says that bitmap files replaced by vector versions should not be deleted without a deletion request. I believe this policy came about due to some rather bad calls by some users/admins in the past, like e.g. deleting high-resolution scanned drawings in favor of clumsily traced vector versions. Since most people won't bother filing deletion requests for superseded images, the end result is that they usually don't get deleted. I generally feel free to ignore this policy if the redundant file is unused, recently uploaded and its uploader requests its deletion, but not otherwise. —Ilmari Karonen (talk) 08:29, 17 June 2010 (UTC)

About the file, I'm still having some troubles, because the resulting file is huge and Inkscape keeps crashing badly, so I gave up for today. As soon as I have some time, I'll check if that depends on the classic Worksheat or if depends just on Inkscape. --Sandro(bt) 23:35, 16 June 2010 (UTC)

MediaWiki:AjaxTranslation.js and Template:PD-USGov-NASA

See COM:VP#Template:PD-USGov-NASA. Looks like that template generates some format the script doesn't understand (my guess: two tables). How can this be fixed with the least effort? (Either the template or the script. Preferably the script, since I don't know how many other templates we have which generate something like that.) Lupo 13:23, 17 June 2010 (UTC)

commonist

Sieh mal hier Fingalo (talk) 15:23, 17 June 2010 (UTC)

User script fixconvert

I would test and use your servicing Ilmari_Karonen/fixconverttosvg.js, but I cant see anything. Can give a better description for this script? I think I understand Javascript good Perhelion/fixconverttosvg.js. Best regards --Perhelion (talk) 18:31, 22 June 2010 (UTC)

I hadn't used or updated that script for a while, and it had apparently suffered some code rot. (In particular, it probably hadn't worked since the "Image" namespace was renamed to "File".) I made some updates to it, and it should work again now. Once you've updated your copy and cleared your cache, you should see a bunch of extra links under each image in Category:Images that should use vector graphics. Clicking the links will open an edit page and automatically add the chosen type to the {{Convert to SVG}} tag. (Tip: try middle-clicking to open the edit pages in new tabs.) —Ilmari Karonen (talk) 01:28, 23 June 2010 (UTC)

It works! OK I'm willing to play (maybe extend) with it. Thank you. --Perhelion (talk) 17:19, 24 June 2010 (UTC)

Now I've made few modification, I added 2 other templates for the category. I also mean, Ajax would be preferred for this script (I seen this elsewhere)? Best regards --Perhelion (talk) 12:52, 25 June 2010 (UTC)

Yes, it would generally be preferable to use the MediaWiki API for such scripted edits. The script is quite a bit older than the edit API, which is the main reason why it doesn't do that. —Ilmari Karonen (talk) 15:09, 27 June 2010 (UTC)

Hey Ilmari, ok :) can I try to implement this? Another (maybe interesting for you) clue, I've created an DropDown-Button for this template (SVG|with this list) (the ground script is from another guy) here [1] . Best regards --Perhelion (talk) 20:15, 6 July 2010 (UTC)

SVGs

Is there a way for you to search inside the svg-code in the database? I'd be interested in ones with the following string <image xlink:href=.* />. All these svgs reference a non-existing raster image & thus don't render. --DieBuche (talk) 13:06, 23 June 2010 (UTC)

No, I don't think that's possible without access to the Wikimedia servers. If we had an image dump we could grep that, but there currently aren't any, and the Toolserver doesn't have access to image data. I suppose one could write a bot to download all SVG images from Commons and check them one by one, but that doesn't really seem worth it. —Ilmari Karonen (talk) 13:45, 23 June 2010 (UTC)

uh, ok. Downloading 60GB of svgs isn't really worth it. I'll probably open a bug, either to ignore those references or to make the logs of rsvg available.--DieBuche (talk) 23:04, 23 June 2010 (UTC)

I asked in IRC whether they keep the rsvg log, but they don't. At least now i thought of a better idea than downloading them all: If I have a list of all svgs, I could do curl curl -I "http://commons.wikimedia.org/w/thumb.php?f=Example.svg&width=200". The "-I" option only downloads the headers of the return, so resource consumption is kept to a minimum. If the return code is 500, I got a broken svg & put it's name into some text file, otherwise i proceed.--DieBuche (talk) 09:03, 24 June 2010 (UTC)

Good idea. I might suggest some further improvements:

• Don't use thumb.php; instead, use the prop=imageinfo API call to grab thumbnail URLs (in batches of 50, say).
• Use 120x120px thumbs; those are the ones used for category views etc., so they're likely to be already generated (unless broken).

—Ilmari Karonen (talk) 15:05, 27 June 2010 (UTC)

Ok, I implemented those suggestions, & my script has now checked all svgs from A-R. See User:DieBuche/BrokenSVG for a gallery of them (the top ones have been mostly fixed by now). For some reason though a number of Japanese County maps shows up, which first look fine, but refuse to render thumbs smaller than ca. 200px. For example see File:Funagata_town_Yamagata_prefecture_Japan.svg. I scour'ed the code & looks fine, but even after multiple purges I get thumb errors. Could you have a look at this, maybe you see what's the problem there.--DieBuche (talk) 08:32, 1 July 2010 (UTC)

Help Infrogmation with closing a deletion request

Hello, since you're familiar with the user who opened the deletion request, I need help closing it. Admin Infrogmation closed four out of five of the deletion requests, but he says he does “usually tend to refrain from being the closing admin in deletion discussions I've already voted on.” (User_talk:Infrogmation#Move to close Stillwaterising's deletion requests). Would you please see his talk page and close the first of the five deletion requests? Thank you. Taric25 (talk) 22:50, 1 July 2010 (UTC)

Replied on Infrogmation's talk page, since that's where the main discussion seems to be. —Ilmari Karonen (talk) 11:29, 2 July 2010 (UTC)

Images qui n'apparaissent pas

Salut, merci pour les images, mais j'en ai trouvé deux autres qui ne marchent pas File:Australian Open 2010 Quarterfinals Nadal Vs Murray 14.jpg et File:Melbourne Australian Open 2010 Fernando Gonzalez 10.jpg, pourrais tu également les corriger ?, merci d'avance--Euroman3 (talk) 16:44, 7 July 2010 (UTC)

Pas de problème. :) —Ilmari Karonen (talk) 19:02, 7 July 2010 (UTC)

Various

I took a look at your script & I have to admit it's way cleaner and more sophisticated than mine. So I abandoned mine, and added the stuff my script could additionally do to yours. Things I changed:

• If skin is not vector use addToolLink instead
• add the status indicator & refresh it's message with the one from the i18n list in every step
• Only use appendtext or prependtext when saving, to avoid edit conflicts
• Add the possibility to define any tag which can be added to an image like this:

{  'label': 'No source',
   'tag': '{{subst:nsd}}',
   'talk_tag': '{\{subst:image source|1=%FILE%}}',
   'img_summary': 'File has no source',
    'talk_summary': '%FILE% does not have a source' }

• if tag contains %PARAMETER%, ask the user for it (Useful for adding templates like {{Superseded}} etc.)

Another thing, the broken thumbs: here is the script I used to check the SVGs. To be used on all images it has yet to be changed to use the API as a page generator; currently it only accepts a csv list.

--DieBuche (talk) 23:38, 7 July 2010 (UTC)

Thanks. Unfortunately, it seems I may not be able to run the thumb check script right away: I'll be going on a trip for about a week and will have only sporadic net access during that time. I'd thought I'd have time to set it running before I left, but I'm not so sure about that anymore. Anyway, if I don't manage to start it running now, I can take another look at it a week from now. Of course, it might be quicker if you just found someone else with a TS account to run it while I was away. —Ilmari Karonen (talk) 13:07, 9 July 2010 (UTC)

Request to delete an old image

Hi I have been working on improving the image "Coat of Arms of Nepal.svg" and I just uploaded the most recent version with important corrections at:

• Coat_of_Arms_of_Nepal.svg

And now the file at following address is redundant:

• ‎National_Emblem_of_Nepal.svg

I would greatly appreciate it if you could please delete the old version as soon as possible. Thanks for your prompt consideration. PraShree (talk) 02:47, 16 July 2010 (UTC)

Ilmari is away for a week, so I took the liberty to take the request. I merged the histories, so the new images now also contains the old one.--DieBuche (talk) 15:05, 13 July 2010 (UTC)

Thanks a lot. Now, it's much clearer. PraShree (talk) 02:47, 16 July 2010 (UTC)

Image qui n'apparait pas

Salut, c'est encore moi, désolé de te déranger une nouvelle fois mais une autre image n'apparait pas (File:Melbourne Australian Open 2010 Venus and Serena Chat.jpg), pourrais tu également corriger (en espérant que c'est la dernière), merci d'avance ;)--Euroman3 (talk) 11:56, 16 July 2010 (UTC)

I've uploaded it manually. (Je l'ai transferrée à la main.) Lupo 19:50, 16 July 2010 (UTC)

The Silent People

Please check the category Category: The Silent People according to Finnish copyright law. Thank you. Please reply on my page. --Hapesoft (talk) 20:54, 23 July 2010 (UTC)

Deletion of unused Popular Science Monthly images

Hello Ilmari,

I noticed your name on the mass deletion requests page, and I am asking for your advice on how to proceed with the following.

All my current activities are on English Wikisource, editing and proofreading Wikisource:Wikisource:WikiProject Popular Science Monthly. Initially, I uploaded yellowed low resolution images directly from the .djvu files for the first 10 volumes (about 1,100 images of the total of ~9,000), which I later replaced with high quality grayscale, converted from Internet Archive .JP2 files.

Now, I need to delete these yellow images which are not used. The images are organized in 92 sub-categories under the Category:Popular Science Monthly illustrations, and the deletions are displayed and matched with their replacements on the talk page of each of the first 10 volumes LIKE HERE. Old image names begin with the letters TPSMV and they appear after the new names, which begin with PSM. Subsequent volumes between 11 and 92, have no old images.

My problem is the amount of work and time it takes to place the {{delete}} template in each of the 1,1000 image pages. Isn't there a quicker way to delete them, based on my matched organization? Thanks, Ineuw talk page on en.ws 01:02, 3 August 2010 (UTC)

I agree that tagging 1,100 images is not really practical, nor would it be sensible use of server resources even if someone were willing to run a bot to do it. My suggestion would be to file a mass deletion request as per COM:MASSDEL, except for the file tagging part, and instead to post notices about it widely enough to hopefully attract the attention of any interested editors. (I'd suggest a brief post on COM:VP as well as on any relevant talk pages; if your nomination would include any entire categories, you could tag those with {{Delete}}.) In the DR, state clearly which images you want deleted and why; in particular, making it clear that you are the original uploader and that the images are all unused ought to reduce the potential for controversy.

That said, I can immediately predict at least one potential objection: the new images seem to omit some captions present in the originals, and these captions don't (always?) seem to be given in the image description either. For example, compare File:TPSMV1P477 Fig 2.jpg with File:PSM V01 D477 Eye structure.jpg: without the caption, it's hard to make sense of the image. Of course, the source link would help, at least if it pointed to the correct page (477 instead of 473). Still, I'd suggest trying to fix as much of such issues as you can before filing the DR.

Once the DR is closed, I'd be happy to carry out the deletions, or you could ask on COM:AN if someone else with a handy mass deletion script would like to do it. (I don't think I've written one for myself yet, but my mass undeletion script shouldn't need much modification to do it.) —Ilmari Karonen (talk) 17:48, 3 August 2010 (UTC)

OT: Nice to see you're back. btw the ajaxdelete is now globally enabled ;)--DieBuche (talk) 18:13, 3 August 2010 (UTC)

Cool! :) I'll probably be around rather on and off for this month... I've been home for this week but haven't really had time for any Wikimedia stuff. Now I'm going away again, hopefully I'll be back next week. I can take another look at what's been happening then. :) —Ilmari Karonen (talk) 12:22, 6 August 2010 (UTC)

Hello again Ilmari, and many thanks for your advice, it's been very enlightening and helpful. Am mindful of, and sympathetic to, the workload of administrators who are after all volunteers.

To elaborate on the points you raised, the captions removal was requested by Wikisource administrators because of aesthetics and the requirement of proofreading the captions, demonstrated on this image HERE. I am also aware of the occasional errors of the page number references, which were entirely due to my inattention. I now realize that these are obstacles in achieving speedy deletions.

I can provide a detailed explanation and enlist the Wikisource administrators to comment on the matter, but since every image must be checked, I might as well place the {{duplicate}} template on each image instead? It will be long drawn out process but I feel responsible for the initial mess, and maybe I should look at it as a learning experience of what not to do? Your opinion is most valued. Ineuw talk page on en.ws 02:42, 4 August 2010 (UTC)

Dunno... if you want to tag all the images, I'm not stopping you, but I don't really see a pressing need for it either. (Anyway, if you can provide a list of new/original file number pairs in a machine-readable format (like CSV), then it probably wouldn't be hard to have a bot add the tags.) The page numbers and so on should be fixed in any case; since I see no pressing need to delete the old images right this minute, I'd suggest just taking however long it takes to get the new ones all tidied up before filing the DR. (Actually, it occurs to me that, if the page numbers and captions are good on Wikisource, it might be possible to have a bot pull them from there. But as I wrote above, I won't have time to look at that until next week at the soonest.) —Ilmari Karonen (talk) 12:22, 6 August 2010 (UTC)

Thanks again for all your help. I came across User:Abigor from Metawiki and he'll take care of the deletions after I replaced all the old images. I still have a few more to deal with. Again my thanks and don't waste your time on it.Ineuw talk page on en.ws 14:06, 6 August 2010 (UTC)

Tip: Categorizing images

---

Hello, Ilmari Karonen/archives!

Tip: Add categories to your files

Thanks a lot for contributing to the Wikimedia Commons! Here's a tip to make your uploads more useful: Why not add some categories to describe them? This will help more people to find and use them.

Here's how:

1) If you're using the UploadWizard, you can add categories to each file when you describe it. Just click "more options" for the file and add the categories which make sense:

2) You can also pick the file from your list of uploads, edit the file description page, and manually add the category code at the end of the page.

[[Category:Category name]]

For example, if you are uploading a diagram showing the orbits of comets, you add the following code:

[[Category:Astronomical diagrams]]

[[Category:Comets]]

This will make the diagram show up in the categories "Astronomical diagrams" and "Comets".

When picking categories, try to choose a specific category ("Astronomical diagrams") over a generic one ("Illustrations").

Thanks again for your uploads! More information about categorization can be found in Commons:Categories, and don't hesitate to leave a note on the help desk.

CategorizationBot (talk) 14:08, 10 August 2010 (UTC)

• Image:Greek Royal Arms Small.svg was uncategorized on 9 August 2010 CategorizationBot (talk) 14:08, 10 August 2010 (UTC)
• Image:Digi.logo.jpeg was uncategorized on 9 August 2010 CategorizationBot (talk) 14:08, 10 August 2010 (UTC)
• Image:CumberlandObelisk.ogg was uncategorized on 27 September 2011 CategorizationBot (talk) 14:10, 28 September 2011 (UTC)

File:Liver_1.jpg

File:Liver_1.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

Pieter Kuiper (talk) 23:16, 17 October 2010 (UTC)

File:Trig-addition-laws.svg

Thanks you for a speedy fix. I hadn't used flowed text, but I HAD used rotated text, which I guess was implemented as flowed. Thank you very much. JamesCrook (talk) 22:54, 31 October 2010 (UTC)

Screentone manga drawing

Thanks, I had found this image and she also did not show the effect of screentone.Hyju (talk) 22:32, 1 November 2010 (UTC)

File:Edwardsig.svg

File:Edwardsig.svg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

DrKiernan (talk) 09:34, 8 November 2010 (UTC)

File tagging File:Księstwo Oświęcimskie (herb XIV wiek).gif

This media was probably deleted.

Thanks for uploading File:Księstwo Oświęcimskie (herb XIV wiek).gif. This media is missing permission information. A source is given, but there is no proof that the author or copyright holder agreed to license the file under the given license. Please provide a link to an appropriate webpage with license information, or ask the author or copyright holder to send an email with copy of a written permission to VRT (permissions-commons@wikimedia.org). You may still be required to go through this procedure even if you are the author yourself; please see Commons:But it's my own work! for more details. After you emailed permission, you may replace the {{No permission since}} tag with {{subst:PP}} on file description page. Alternatively, you may click on "Challenge speedy deletion" below the tag if you wish to provide an argument why evidence of permission is not necessary in this case. Please see this page for more information on how to confirm permission, or if you would like to understand why we ask for permission when uploading work that is not your own, or work which has been previously published (regardless of whether it is your own). The file probably has been deleted. If you sent a permission, try to send it again after 14 days. Do not re-upload. When the VRT-member processes your mail, the file can be undeleted. Additionally you can request undeletion here, providing a link to the File-page on Commons where it was uploaded ([[:File:Księstwo Oświęcimskie (herb XIV wiek).gif]]) and the above demanded information in your request.

 

JDavid (talk) 00:05, 10 January 2011 (UTC)

File:Bulgaria Simeon I (893-927).svg

---

There seems to be a problem regarding the description and/or licensing of this particular file. It has been found that you've added in the image's description only a Template that's not a license and although it provides useful information about the image, it's not a valid license. Could you please resolve this problem, adding the license in the image linked above? You can edit the description page and change the text. Uploading a new version of the file does not change the description of the file. This page may give you more hints on which license to choose. Thank you.

This message was added automatically by Nikbot, if you need some help about it please read the text above again and follow the links in it, if you still need help ask at the → Commons:Help desk in any language you like to use. --Nikbot

Ask for help for to repear swiss SVG coat of arms

Dear friend: I saw that you repeared the coat of arm of Uznach (canton of St. Gallen, Switerzland). Thank you very much. I acutally do not have a working SVG-compiler. Therefore I need help from sombody like you: A big part of the coat of arms of the Swiss Canton of Graubünden have all the same problem as the file you just repeared. You can find the not working files here: SVG coats of arms of Switzerland. This one has first priority for me personnally (because it is also part of a template): File:Bergün Bravuogn wappen.svg. If you have time, I thank you very much for your help! With best wishes DidiWeidmann (talk) 17:08, 19 February 2011 (UTC)

MIMEStatBot table format

Please see Commons:Village_pump#Table_sorting_issue. --  Docu  at 13:19, 20 February 2011 (UTC)

File:Wikipedia favicon in Firefox on KDE.png

You uploaded a long time ago this picture: File:Wikipedia favicon in Firefox on KDE.png. Isn't the description incorrect? I think this is not "a Firefox build" - it should be a "Minefield build" (this question occured for the peer review at the english Favicon article...) Mabdul (talk) 14:24, 11 March 2011 (UTC)

It is a Firefox screenshot, from whatever release (K)Ubuntu shipped at the time I took it. The screenshot originally included the official Firefox logo in the upper left corner, but I replaced it with an LGPL logo just in case. Anyway, the "source" and "author" fields in the image description contain a fairly detailed description of the origin and licensing status of the various parts of the image. —Ilmari Karonen (talk) 19:47, 13 March 2011 (UTC)

I reread the description page. Seems OK for me now. Thanks for the clarification. But shouldn't the image be licensed under the MPL, too? (similar to the file File:Firefox 3.6 Screenshot.png) Mabdul (talk) 12:53, 14 March 2011 (UTC)

I'm... not sure. Some of the icons are LGPL only, and I'm not sure if that license is permissive enough to allow redistribution under the MPL in such a case. Of course, one could argue that the icons are merely aggregated with the rest of the screenshot (which is the rationale for allowing the juxtaposition of CC-BY-SA/GFDL text with GPL interface elements in such screenshots to begin with), but then I'd have different parts of the screenshot under three different licenses, which gets kind of complicated.

However, just in case, let me hereby state that I'll release all my original contributions to that image into the public domain and permit its distribution under any terms compatible with the applicable licenses granted by any other authors whose work is included in it. So if you think that image or any part of it is otherwise legal to distribute under the MPL (or any other license), you (and everyone else) have my permission to do so. —Ilmari Karonen (talk) 23:04, 14 March 2011 (UTC)

OK, that's all that I wanted to know. Thanks. I also do think that this license will be enough, but I'm really not an expert on these license - things... Mabdul (talk) 12:43, 15 March 2011 (UTC)

File:Gombrowicz2.jpg

File:Gombrowicz2.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

FASTILY ^(TALK) 21:02, 27 March 2011 (UTC)

File source is not properly indicated: File:Mikeclouds.png

This media was probably deleted.

A file that you have uploaded to Wikimedia Commons, File:Mikeclouds.png, was missing information about where it comes from or who created it, which is needed to verify its copyright status. The file probably has been deleted. If you've got all required information, request undeletion providing this information and the link to the concerned file ([[:File:Mikeclouds.png]]). If you created the content yourself, enter {{Own}} as the source. If you did not add a licensing template, you must add one. You may use, for example, {{self|GFDL|cc-by-sa-all}} or {{Cc-zero}} to release certain rights to your work. If someone else created the content, or if it is based on someone else's work, the source should be the address to the web page where you found it, the name and ISBN of the book you scanned it from, or similar. You should also name the author, provide verifiable information to show that the content is in the public domain or has been published under a free license by its author, and add an appropriate template identifying the public domain or licensing status, if you have not already done so. Warning: Wikimedia Commons takes copyright violations very seriously and persistent violators will be blocked from editing. Please add the required information for this and other files you have uploaded before adding more files. If you need assistance, please ask at the help desk. Thank you!

Avron (talk) 18:57, 27 May 2011 (UTC)

File:Vertu headset.jpg

File:Vertu headset.jpg has been marked as a possible copyright violation. Wikimedia Commons only accepts free content—that is, images and other media files that can be used by anyone, for any purpose. Traditional copyright law does not grant these freedoms, and unless noted otherwise, everything you find on the web is copyrighted and not permitted here. For details on what is acceptable, please read Commons:Licensing. You may also find Commons:Copyright rules useful, or you can ask questions about Commons policies at the Commons:Help desk. If you are the copyright holder and the creator of the file, please read Commons:But it's my own work! for tips on how to provide evidence of that. The file you added may soon be deleted. If you have written permission from the copyright holder, please replace the copyvio tag with {{subst:OP}} and have them send us a free license release via COM:VRT. If you disagree that the file is a copyright violation for any other reason, please replace the copyvio tag with a regular deletion request. Warning: Wikimedia Commons takes copyright violations very seriously and persistent violators will be blocked from editing.

 

High Contrast (talk) 08:23, 30 May 2011 (UTC)

File:DmpdJuly2010.jpg

Hi Ilmari, so it's been a week since the copyvio image at Commons:Help_desk#BLP_subject_is_upset_about_unflattering_photo has been allowed to remain active and in use. According to WP:OTRS, an image can be uploaded to Commons once permission has been granted from the photographer(s) and the OTRS pending tag is to be used when the declaration of permission is sent to OTRS. Requesting permission and not receiving it is proof enough that this image is an absolute violation of copyright law and is being used illegally. I see no further reason why it should be allowed to remain on Commons any longer. I hate to be that "evil" guy who seems bent on removing this image, but I happened to notice it was a copyvio, it was removed diligently, and we've allowed it a week of grace period, and it's still a copyvio image, and an admin at en.wikipedia is still (disappointingly) allowing it to be used on a GA article. I'm only following both Wikipedia guidelines and image use law. So, the image should be removed, please. I will be tagging it {{Copyvio}} at any rate. Thank you. – Kerαunoςcopia^◁galaxies 20:42, 3 June 2011 (UTC)

Commons:MIME type statistics

Nice stats. Once in a while I have a look at them. I just made a diff with an older versions and noticed that some disappeared ;)

Not that it's crucial, but an interesting number to compare could be the average file size. As the bot already outputs files and bytes, it might be easy to add. --  Docu  at 07:46, 12 June 2011 (UTC)

Commons:User Scripts

Hello Ilmari, recently I created Commons:User Scripts to have a centralised place to talk about JS issues. Currently it is empty but I hope you will participate and use it. Thank you. -- RE rillke questions? 19:24, 1 September 2011 (UTC)

Casagrande Laboratory

Terve,

Marco Casagranden ja Casagrande Laboratoryn kuvien jakoon on lupa. Permission: marco@clab.fi / +358.50.3089166

Ilmaisten lehtien kannet on poistettu, kun ei ole uskottu, että sama ryhmä on painanut lehtiä eri puolilla maailmaa ja eri kielillä - suomi, englanti, kiina. Näiden julkaiusu on lupa Permission: marco@clab.fi / +358.50.3089166

This is the front page of a free newspaper by Casagrande Laboratory for Helsinki Festival 2004.

All these newspapers in different languages are a series of c-lab free publications for art and architecture venues in different places of the world:

HUMAN, London Architecture Biennial 2004 IHMINEN, Helsinki Festival 2004 PePo, Taiwan Design Expo 2005 Il Uomo, Venice Architecture Biennial 2006 Cicada, SZHK Biennial 2009 Anarchist Gardener, Ruin Academy 2010

Permission for publication: marco@clab.fi / +358.50.3089166

De-adminship warning

Dear Ilmari Karonen/archives/2. I am writing to you to inform you that you are in danger of losing your adminship on Commons because of inactivity.

If you want to keep your adminship, you need both to sign at Commons:Administrators/Inactivity section within 30 days of today's date, and also to make at least five further admin actions in the following six months. Anyone who does not do so will automatically lose administrator rights.

You can read the de-admin policy at Commons:Administrators/De-adminship.

Thank you Trijnstel (talk) 21:50, 2 February 2012 (UTC)

File:Le Voyage dans la lune 2.jpg

File:Le Voyage dans la lune 2.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

InverseHypercube 21:51, 4 March 2012 (UTC)

Documentation for gadget authors

I saw you had done some work on a few gadgets. We are trying to start a library for gadget authors to use. Please check it out and post any questions or comments there. -- ☠MarkAHershberger☢(talk)☣ 17:39, 12 March 2012 (UTC)

Full star image changed and now does not match rest

this page shows the star in context http://commons.wikimedia.org/wiki/Star_symbol this is the like to the page that is wrong http://commons.wikimedia.org/wiki/File:Star*.svg#filelinks

the star was replaced by a newer version but it is markedly different to the rest of the images. Can the old one be made the current again or all the other stars be made to the new method? — Preceding unsigned comment added by 86.152.40.199 (talk • contribs) 12:07, 18. July 2012‎ (UTC)

Either suggestion seems sensible, but after thinking about this for a while, I decided to go with the latter option and replaced the empty and fractional star images. I'm not completely happy with the appearance of the new versions, but I do have to admit that the SVG code is cleaner, and the "new" full star has been around long enough and used widely enough that I felt it was better left alone. --Ilmari Karonen (talk) 21:05, 22 July 2012 (UTC)

De-adminship warning

Dear Ilmari Karonen/archives/2. I am writing to inform you that you are in danger of losing your adminship on Commons because of inactivity.

If you want to keep your adminship, you need both to sign at Commons:Administrators/Inactivity section within 30 days of today's date, and also to make at least five further admin actions in the following six months. Anyone who does not do so will automatically lose administrator rights.

You can read the de-admin policy at Commons:Administrators/De-adminship.

Thank you Trijnstel_talk 23:28, 5 February 2013 (UTC)

Thanks for the notice. Given that this is my second warning, and that I really haven't been active on Commons in the mean time, I've decided to resign my adminship. If I ever decide to become more active here again, I'll just re-apply. --Ilmari Karonen (talk) 11:51, 4 March 2013 (UTC)

MIMEStatBot improvements

I'd like to stop pseudo-manually updating my report User:Dispenser/Wrong Extension and you're bot has an overlapping report. These changes needed for assimilation

• The runtime can be shorten by using a temporary table and reusing it for both reports
• .oga and .ogv should only dedicated to img_media_type AUDIO and VIDEO respectively
• .xcf is a supported format on Common
• Related discussion at Commons:Bots/Work requests/Archive 7#Fix file extensions

Dispenser (talk) 17:19, 1 March 2013 (UTC)

We could perhaps combine these tools in a multi-maintainer project; I actually applied for one for MIMEStatBot some time ago, but never got around to moving the code over. (Not sure if that would make sense given the current status of the Toolserver, though; I haven't been really following that stuff very closely, but I know there at least used to be a lot of talk about transitioning to the WMF Tool Labs in the future.)

I deliberately wrote MIMEStatBot to be fairly policy-agnostic: it doesn't really know or care which MIME types are allowed on Commons, it just counts them all and then compiles a list of any files with unusual types, where "unusual" is defined by an arbitrary cutoff of 500 files or fewer. It also doesn't currently care about file extensions at all, although that could indeed be changed fairly easily.

I suppose it would be possible to add a simple configuration file that defines any "expected" MIME type / media type / extension combinations, and have the bot report anything not found in it. That file would need to be update whenever Commons policy (or technical restrictions) on file formats changes, but that's not really too frequent. (I think that major changes over the lifetime of MIMEStatBot have been the introduction of the .djvu and .webm formats.)

Anyway, a big problem with MIMEStatBot is that it's already pushing the Toolserver query runtime limits pretty hard; yesterday's run got killed before it managed to complete. In theory, it should be possible to rewrite the code to maintain running statistics and update them based on upload and deletion logs, but in practice that would likely get out of sync with reality pretty quickly. (For example, purging a file can change its MIME type if the detection code has changed in the mean time, and leaves no trace in the logs; also, MediaWiki's logging works on a best effort basis, and while it's rare, it's quite possible for a file to get uploaded or deleted without leaving a log entry.) Any plans to add functionality would need to take into account the fact that even the existing functionality barely works any more. :(

--Ilmari Karonen (talk) 11:22, 4 March 2013 (UTC)