ImageInfo has already been implemented and checked in, pending server
sync. At this point it will simply show which repository the item is
coming from, without letting the client control which repository is
Yes, image tag is confusing because it may contain any file type, but
we use the word image for everything. I could rename imageinfo into
fileinfo (fi), images(im)->files(fs), imageusage(iu)->fileusage(fu).
Fileinfo would still return data about image size, exif, etc. The
image NS would remain, but will be treated as file NS. Up to the
* prop=imageinfo (ii) *
Returns image information and upload history
iiprop - What image information to get.
Values (separate with '|'): timestamp, user,
comment, url, size
iihistory - Include upload history
On 7/8/07, Magnus Manske <magnusmanske at googlemail.com> wrote:
> IMHO the function that is missing the most in api.php is image
> properties (width, height, size, media type, etc); the equivalent of
> imageinfo on query.php.
> When this is added, it might be nice to get information about the
> thumbnail name as well, with a placeholder for the thumbnail width.
> Also, one might want to think of making "file" an equivalent to
> "image", so that "image" can be abolished later. Finding oggs in your
> "image" list can be quite surprising otherwise :-)
> So far my list of demands to be solved today ;-)
> Mediawiki-api mailing list
> Mediawiki-api at lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/mediawiki-api >