Angela wrote:
I am pleased to announce that a database has now been set up for the Wikimedia Commons.
The site is temporarily located at http://commons.wikimedia.org/ until the project gets its own domain.
This provides a space for those interested to begin forming the guidelines for the site, and to discuss how the software will need to adapt to make the Commons as useful as possible.
The previous discussions are now linked to from http://commons.wikimedia.org/wiki/Commons:Project_plan.
Batches of files may be uploaded as compressed zip files. Some time in the next few days, a script will be written to decompress these zip files on the server side. Please make sure you use appropriate file names inside the archives.
Thanks to Tim Starling for creating the database, and to all those who have contributed to the discussion so far.
Angela.
Hello,
In my mind, MediaWiki is not a software to manage a gallery of pictures or media.
As I understand the announcment, the community already choose MediaWiki and will just ask developpers to code new features. Basicly developpers will have to write from scratch a gallery system whereas there is already such software under GPL (example: http://pnavy.com/dcgallery/ with dublin data core support).
There is so much features that are needed for a media gallery, that soon the dev team will be overhelmed. What will happen when the community will want dublin core metadata, EXIF automatic parsing, e-commerce, XML-RPC, multiple fields search, ogg tags parsing, videos preview ... We don't even have a license system : we rely on using templates instead wich is clearly not a solution in term of search capabilities.
A wiki is not a database, it's a tool to create collaborative text. A media gallery is a database. Guess what ? A wiki system is not meant to act as a media gallery.
As for the batch zip uncompression, that just lead to easy vandalism (uploading a 3MB zip can easily generate 1GB of data).
In conclusion, the "commons" idea have been around for sometime now, we should not start things in a hurry and hope to fix it later. It will just give us a LOT more works. Instead I think we should carefully plan the project needs, do and don't, find an already existent solution and then either use it or enhance it (that's what GPL softwares are all about).
cheers,