W3C home > Mailing lists > Public > www-svg@w3.org > July 2002

Re: Availability of image metadata

From: Dean Jackson <dean@w3.org>
Date: Tue, 23 Jul 2002 23:56:11 +1000
To: Jim Ley <jim@jibbering.com>, <www-svg@w3.org>
Message-ID: <B9639D9B.506%dean@w3.org>

[apologies for the non-inline reply - I only have a few minutes
of network to get through as many messages as possible]

I've proposed (vaguely and non-officially) something like this
for 1.2. I agree that you need to be able to access more information
on images through the DOM.

Your message has now upgraded this to something I'll try to propose
formally to the group.

Dean


On 23/7/02 6:52 AM, "Jim Ley" <jim@jibbering.com> wrote:

> 
> Hi,
> 
> When including an raster image, there's no way of accessing the metadata
> of the image (content-type, height, width, etc.)  Not knowing
> height/width of raster images I've already complained about in previous
> messages, the content-type is also relevant though.
> 
> (Firstly I'm making the assumption that the svg (or other XML based image
> format) images DOM is available as a child of the image element in the
> parent as even though I can't find a clear statement on this, the
> alternative doesn't meet SVG's accessibility features.)
> 
> Accessing of content-type is essential to know if the image is being
> handled by a new viewport or by scaling of a raster image, also it's
> useful to know if the included image is an XML document and if so what
> flavour of XML. (SVG, or A.N.Other image type, and the version of each.)
> having content-type in the DOM would also be useful for AT's which may
> have other tools for particular content-types, which could be brought
> into play.
> 
> Aswell as this basic metadata though, there is also more complex metadata
> stored in images, notably in the Adobe XMP format which embeds RDF
> metadata inside the blocks, tools such as the W3's RDFPic and Adobes own
> tools can generate such XMP [1] blocks.  I'd like this available because
> of the options it opens up, and the simple implementation (with a 5 line
> perl script you can add it to SVG/Batik, but that relies on the server
> loading the image aswell as the client, which is obviously not the same.)
> 
> SVG accessibility requires metadata currently, both
> http://www.w3.org/TR/SVG-access/ and Ivan Hermann et al.'s more recent
> work rely on it.  As the very same RDF vocabulary can be used to describe
> raster images or videos (or flash) it would be very useful from an
> accessibility standpoint to have the metadata available directly within
> the DOM.
> 
> Jim.
> 
> [1] XMP - http://www.adobe.com/products/xmp/main.html
Received on Tuesday, 23 July 2002 09:56:43 GMT

This archive was generated by hypermail 2.3.1 : Friday, 8 March 2013 15:54:23 GMT