What is the 2 000 000 uploaded file? ;D Ok it must be really hard to know, but we need to pick one, at least for the press release. On 16/10/2007, Pedro Sanchez <pdsanchez(a)gmail.com> wrote: -- schiste

On 10/16/07, Samuel Klein <sj(a)laptop.org> wrote: I think that we are one of the largest multilingual projects on the Internet, which is great. Bryan

On 16/10/2007, Samuel Klein <sj(a)laptop.org> wrote: None to hand. Having a regular breakdown of filetype would be an interesting thing to watch. I would guess or hope that Ogg uploads will increase now that they can be easily used. (Although having said that we have always had a decent number of pronunciation files and Spoken Wikipedia files.) Last time I checked SVGs were about 7% of total uploads which is pretty cool IMO. I was going to say Oggs are probably less than that but thinking about pronunciation files, I'm not sure. I think my list from August is still current for me, at least: http://thread.gmane.org/gmane.science.linguistics.wikipedia.technical/32980/ Please read this link for a fuller explanation of the items below. Big ticket items: 0. SUL. In the works. 1. Integrated Mayflower search. Mayflower is complete, I think this would just take some dedicated time (but of course things are never that easy). 2. Backups. I am told Wikimedia has backups now so hopefully this can be crossed off. 3. Multilingual tagging system (ie categories). This would be a huge messy change that would potentially affect a lot of parts in MediaWiki, so I think this will only happen with a dedicated developer. 4. Structured data. Maybe partially solved by things such as Semantic MW or Wikidata but would take some dedicated time to make acceptable to core MW. 5. Move/rename images functionality. Maybe an easier task as something that is hopefully more isolated. 6. Rating system.Travis contacted me about this so I hope we can get something going here. 7. Improved category handling (eg all subcats on front page, print total# of items in cat, sort by params other than alphabetical, 'auto-flatten' subcats). These are all individual things which could be picked away at by those interested. 8. Multilingual support. [Hopefully for categories solved with item 3] Making languages "stick" for anon users. Fixing RTL interface. Translating templates "automagically" like MW system messages. I'm guessing these are all capital D Difficult problems. Medium ticket items: 9. Playback support. Greatly improved thanks to OggHandler, would be nice to have the same for OO files, Midi and... maybe that's it? any other file formats we can't display... 10. Category RSS - solved thanks to Magnus+toolserver. InstantCommons - don't know what its status is. 11. Global native MW Checkusage, CommonsTicker functionality. I guess the reason we don't have global native checkusage is because of performance reasons. These are maybe relatively easy to write as isolated things. 12. Enable ImportFreeImages extension. (auto-Flickr import) http://bugzilla.wikimedia.org/show_bug.cgi?id=8854 This extension has been enabled at Wikia but awaits review before being enabled here. We have since worked around it with toolserver+bot but it is less than ideal. Small ticket items: 13. Ability to move images from another Wikimedia wiki to Commons (worked around with toolserver, bots to some extent). Maybe Special:Import just needs some tweaking? Maybe not /too/ hard? 14. User upload gallery function. Difficulty: relatively easy. (work around: toolserver) 15. Bulk upload function. Difficulty: ? (work around: user-created programs and scripts that have varying degrees of success and portability) 16. Auto-resize galleries according to window size. Difficulty: easy? (workaround: site JS) 17. Category and gallery Flickr-like 'previews'. Difficulty: at the difficult end of easy (workaround: site JS) 18. "Fotonotes" Difficulty: maybe a fun problem, difficult in itself, but relatively isolated (although how these things get recorded in the DB could be interesting) 19. Upload form flexibility. (such as ability to create purpose-specific forms) Difficulty: moderate. We also have an incomplete list of bugs which could provide some nice bite-sized problems as well as some monsters like the above: http://commons.wikimedia.org/wiki/Commons:Bugs An item I did not write in this list is that of "copyright checking" or "workflow" or something. I somewhat doubt that 5k images every day each get eyeballed by even one other person than the uploader. That is worrying. Patrol is not quite the right tool. Stable will not quite be the right tool. I don't know what the right tool will quite look like but I guess this is another "dedicated" difficult problem. cheers, Brianna -- They've just been waiting in a mountain for the right moment: http://modernthings.org/

On 10/16/07, Brianna Laugher <brianna.laugher(a)gmail.com> wrote: Would be easy (for browsers that supply that information), but two problems: * breaks caching => performance nightmare * still needs JS when user resizes browser window The JS call for rearranging could be called earlier (once the HTML is there, and don't wait for the thumbnails to load), which would make the rearranging (almost) invisible. Also: http://tools.wikimedia.de/~magnus/cgi-bin/flommons.pl I did start a toolserver-based review thingy, but got distracted... Cheers, Magnus

On Wed, 17 Oct 2007, Erik Zachte wrote: So 31k for audio + video. Can we distinguish Vorbis from Theora? SJ

On 18/10/2007, Florence Devouard <Anthere9(a)yahoo.com> wrote: A really big problem is the category one. We have a policy to only use English categories, because category redirects don't "work" properly (putting an image in one cat that redirects to another doesn't make the image available in the other cat). I think nobody is really happy with the solution, but no better one has been found to date. A secondary problem is that of templates, although we have {{pd-self}} and {{pd-self/ru}} if you have Russian interface the Russian one doesn't "magically" show up, unfortunately. Also we use a template {{information}} to store license,author etc info about each file, and we don't really have a good way to let users use an equivalent in another language. For image descriptions, we have little templates that mark the language, like {{en|description in english}} {{de|...}} {{fr|...}} {{zh|...}} We have just started a bit of a drive to use these more (esp. English ones are often not used) and from that we can derive things like "find all images that are missing a description in language X". So in a few more years I can imagine that will be quite impressive. At the moment Picture of the Day often has around 15 or 20 different language descriptions. It will be good if that is extended to, say, Quality Images. Although we try to be "multilingual" I am sad to say I don't think everyone can participate on an equal footing regardless of which language they speak. I think most policy and administration discussion occurs in English. For participating in processes like deletion, I think you could go pretty well without using English -- if someone had come before you and done the necessary translation. The actual process if pretty automated, and I think we have done pretty well at inculclating the value that "anyone can participate here with any language". So a request in Russian might not get processed too quickly but the user at least won't be commanded to write in English. In requests for adminship I think we look very happily on multilingual candidates and if you happen to speak a language that we don't yet have an admin for, it's really not too hard to have success. :) Then I suppose there is the general "cultural" thing where interacting with someone who speaks English as a second language... and I sometimes wonder "this is really dramatic, I wonder if that is intentional?" So that's another element where you have to make "assume good faith" your mantra. Anyway, it would be more interesting to hear about this from the perspective of a non-native-English-speaker's perspective. :) Yes, I sincerely hope so :) cheers, Brianna -- They've just been waiting in a mountain for the right moment: http://modernthings.org/