Re: DRAFT: eXIf 2017-03-09
John Bowler <[email protected]> Fri, 10 Mar 2017 09:23:47 -0800
| Newsgroups | gmane.comp.graphics.png.general |
|---|---|
| Message-ID | <CAP7U399GOCSJhPuWin8WAoVQ10B4kbjuKnPBZd2fH9NCNrLZKA@mail.gmail.com> |
On Fri, Mar 10, 2017 at 8:37 AM, Glenn Randers-Pehrson <[email protected]> wrote: > That looks scary. If that's our objective, then OK. > If our objective is to provide a simple method of preserving > the Exif profile existing in JPEG files, not so much. The latter can be achieved with a binary blob of EXIF data. There's no need to know what is inside it; the CIPA spec documents that. The problem I see is that most of the last few weeks discussion have been about what is *inside* that blob. The safe/unsafe, compressed/uncompressed issues are clearly part of PNG, but the contents of the blob are not. The last few weeks discussion does not seem to have achieved anything. I suggested that "scary" wording because the spec is deep diving into the structure: "total length of the Exif data (the sum of the lengths of the Exif attributes IFD, the GPS IFD, the thumbnail IFD, and the TIFF header) " John Bowler ------------------------------------------------------------------------------ Announcing the Oxford Dictionaries API! The API offers world-renowned dictionary content that is easy and intuitive to access. Sign up for an account today to start using our lexical data to power your apps and projects. Get started today and enter our developer competition. http://sdm.link/oxford