[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Image metadata
From: |
Stefan Monnier |
Subject: |
Re: Image metadata |
Date: |
Tue, 30 Mar 2010 21:22:16 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) |
>>> The problem is that one part of the current `image-extension-data'
>>> is metadata, and another part is extension data. For instance, in
>>
>>> (count 44
>>> 255 "NETSCAPE2.0"
>>> 0 "address@hidden@"
>>> 249 "address@hidden"
>>> )
>>
>>> `count 44' is metadata, and the rest (with non-descriptive numeric keys)
>>> is extension data.
>>
>> Not knowing what is "extension data", I don't know if I agree.
> From the API's point of view, "extension data" is just raw data fetched
> from the `ExtensionBlocks' slot of the GIF metadata. So really it's not
> important what it is as long as slot names basically coincide in the GIF
> structure and in its Lisp image metadata.
That still doesn't tell me what it is, other than that it's Gif-specific
and that it's a kind of metadata, so the name "extension-data" shouldn't
appear in the generic code.
I guess your patch is good, thanks, feel free to install it.
Stefan
- Re: imagemmagick patch 5, (continued)
- Re: imagemmagick patch 5, Juri Linkov, 2010/03/06
- Re: imagemmagick patch 5, Stefan Monnier, 2010/03/06
- Re: imagemmagick patch 5, Juri Linkov, 2010/03/06
- Re: imagemmagick patch 5, Stefan Monnier, 2010/03/07
- Re: imagemmagick patch 5, Juri Linkov, 2010/03/07
- Re: imagemmagick patch 5, Stefan Monnier, 2010/03/07
- Re: imagemmagick patch 5, Kim F. Storm, 2010/03/13
- Image metadata (was: imagemmagick patch 5), Juri Linkov, 2010/03/30
- Re: Image metadata, Stefan Monnier, 2010/03/30
- Re: Image metadata, Juri Linkov, 2010/03/30
- Re: Image metadata,
Stefan Monnier <=
Re: imagemmagick patch 5, Stefan Monnier, 2010/03/05