[jira] [Updated] (IMAGING-221) updateExifMetadataLossless restructures meta data (and problems with Maker Notes)
[ https://issues.apache.org/jira/browse/IMAGING-221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gary D. Gregory updated IMAGING-221: Fix Version/s: 1.0.0-alpha6 (was: 1.0.0-alpha5) > updateExifMetadataLossless restructures meta data (and problems with Maker > Notes) > - > > Key: IMAGING-221 > URL: https://issues.apache.org/jira/browse/IMAGING-221 > Project: Commons Imaging > Issue Type: Bug >Reporter: Joakim Knudsen >Assignee: Bruno P. Kinoshita >Priority: Major > Fix For: 1.0.0-alpha6 > > Attachments: mine-gps.JPG, mine-metadata.JPG, mine-original.JPG, > mine.JPG, mine.JPG.html, original.JPG, original.html, tagsmissing.png, > test.JPG, test.html > > > ExifRewriter's *updateExifMetadataLossless* method causes the meta data of > the JPEG to be completely reordered after writing. This, in itself, might not > be a big concern, but it's a bit unexpected when the method is named > "lossless". More worryingly, I also find problems are introduced wrt. the > Maker Notes tag (odd offset). > I've produced an example of the problem in the attached JPEG file, using > ExifTool to validate/analyze the images before and after. The image is taken > by a Sony Xperia Z5 phone, and the "original.JPG" validates OK. After > modifying the contents of the UserComments tag (value: "Test") the modified > image produces a warning: > Verifying the attached photo using ExifTool gives the following output: > $ ./exiftool\(-k\).exe -validate -warning -a ../test.JPG > -- press RETURN -- > > Validate : 1 Warning (all minor) > Warning : [minor] Possibly incorrect maker notes > offsets (fix by -628?) > > Using ExifTool's -htmldump option, it is easy to see how the meta data has > been affected. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (IMAGING-221) updateExifMetadataLossless restructures meta data (and problems with Maker Notes)
[ https://issues.apache.org/jira/browse/IMAGING-221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno P. Kinoshita updated IMAGING-221: --- Fix Version/s: 1.0 (was: 1.0-alpha3) > updateExifMetadataLossless restructures meta data (and problems with Maker > Notes) > - > > Key: IMAGING-221 > URL: https://issues.apache.org/jira/browse/IMAGING-221 > Project: Commons Imaging > Issue Type: Bug >Reporter: Joakim Knudsen >Assignee: Bruno P. Kinoshita >Priority: Major > Fix For: 1.0 > > Attachments: mine-gps.JPG, mine-metadata.JPG, mine-original.JPG, > mine.JPG, mine.JPG.html, original.JPG, original.html, tagsmissing.png, > test.JPG, test.html > > > ExifRewriter's *updateExifMetadataLossless* method causes the meta data of > the JPEG to be completely reordered after writing. This, in itself, might not > be a big concern, but it's a bit unexpected when the method is named > "lossless". More worryingly, I also find problems are introduced wrt. the > Maker Notes tag (odd offset). > I've produced an example of the problem in the attached JPEG file, using > ExifTool to validate/analyze the images before and after. The image is taken > by a Sony Xperia Z5 phone, and the "original.JPG" validates OK. After > modifying the contents of the UserComments tag (value: "Test") the modified > image produces a warning: > Verifying the attached photo using ExifTool gives the following output: > $ ./exiftool\(-k\).exe -validate -warning -a ../test.JPG > -- press RETURN -- > > Validate : 1 Warning (all minor) > Warning : [minor] Possibly incorrect maker notes > offsets (fix by -628?) > > Using ExifTool's -htmldump option, it is easy to see how the meta data has > been affected. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Updated] (IMAGING-221) updateExifMetadataLossless restructures meta data (and problems with Maker Notes)
[ https://issues.apache.org/jira/browse/IMAGING-221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno P. Kinoshita updated IMAGING-221: --- Fix Version/s: (was: 1.0-alpha2) 1.0-alpha3 > updateExifMetadataLossless restructures meta data (and problems with Maker > Notes) > - > > Key: IMAGING-221 > URL: https://issues.apache.org/jira/browse/IMAGING-221 > Project: Commons Imaging > Issue Type: Bug >Reporter: Joakim Knudsen >Assignee: Bruno P. Kinoshita >Priority: Major > Fix For: 1.0-alpha3 > > Attachments: mine-gps.JPG, mine-metadata.JPG, mine-original.JPG, > mine.JPG, mine.JPG.html, original.JPG, original.html, tagsmissing.png, > test.JPG, test.html > > > ExifRewriter's *updateExifMetadataLossless* method causes the meta data of > the JPEG to be completely reordered after writing. This, in itself, might not > be a big concern, but it's a bit unexpected when the method is named > "lossless". More worryingly, I also find problems are introduced wrt. the > Maker Notes tag (odd offset). > I've produced an example of the problem in the attached JPEG file, using > ExifTool to validate/analyze the images before and after. The image is taken > by a Sony Xperia Z5 phone, and the "original.JPG" validates OK. After > modifying the contents of the UserComments tag (value: "Test") the modified > image produces a warning: > Verifying the attached photo using ExifTool gives the following output: > $ ./exiftool\(-k\).exe -validate -warning -a ../test.JPG > -- press RETURN -- > > Validate : 1 Warning (all minor) > Warning : [minor] Possibly incorrect maker notes > offsets (fix by -628?) > > Using ExifTool's -htmldump option, it is easy to see how the meta data has > been affected. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (IMAGING-221) updateExifMetadataLossless restructures meta data (and problems with Maker Notes)
[ https://issues.apache.org/jira/browse/IMAGING-221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joakim Knudsen updated IMAGING-221: --- Attachment: tagsmissing.png > updateExifMetadataLossless restructures meta data (and problems with Maker > Notes) > - > > Key: IMAGING-221 > URL: https://issues.apache.org/jira/browse/IMAGING-221 > Project: Commons Imaging > Issue Type: Bug >Reporter: Joakim Knudsen >Assignee: Bruno P. Kinoshita >Priority: Major > Fix For: 1.0-alpha2 > > Attachments: mine-gps.JPG, mine-metadata.JPG, mine-original.JPG, > mine.JPG, mine.JPG.html, original.JPG, original.html, tagsmissing.png, > test.JPG, test.html > > > ExifRewriter's *updateExifMetadataLossless* method causes the meta data of > the JPEG to be completely reordered after writing. This, in itself, might not > be a big concern, but it's a bit unexpected when the method is named > "lossless". More worryingly, I also find problems are introduced wrt. the > Maker Notes tag (odd offset). > I've produced an example of the problem in the attached JPEG file, using > ExifTool to validate/analyze the images before and after. The image is taken > by a Sony Xperia Z5 phone, and the "original.JPG" validates OK. After > modifying the contents of the UserComments tag (value: "Test") the modified > image produces a warning: > Verifying the attached photo using ExifTool gives the following output: > $ ./exiftool\(-k\).exe -validate -warning -a ../test.JPG > -- press RETURN -- > > Validate : 1 Warning (all minor) > Warning : [minor] Possibly incorrect maker notes > offsets (fix by -628?) > > Using ExifTool's -htmldump option, it is easy to see how the meta data has > been affected. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (IMAGING-221) updateExifMetadataLossless restructures meta data (and problems with Maker Notes)
[ https://issues.apache.org/jira/browse/IMAGING-221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno P. Kinoshita updated IMAGING-221: --- Attachment: mine-original.JPG mine-metadata.JPG mine-gps.JPG > updateExifMetadataLossless restructures meta data (and problems with Maker > Notes) > - > > Key: IMAGING-221 > URL: https://issues.apache.org/jira/browse/IMAGING-221 > Project: Commons Imaging > Issue Type: Bug >Reporter: Joakim Knudsen >Assignee: Bruno P. Kinoshita >Priority: Major > Fix For: 1.0-alpha2 > > Attachments: mine-gps.JPG, mine-metadata.JPG, mine-original.JPG, > mine.JPG, mine.JPG.html, original.JPG, original.html, test.JPG, test.html > > > ExifRewriter's *updateExifMetadataLossless* method causes the meta data of > the JPEG to be completely reordered after writing. This, in itself, might not > be a big concern, but it's a bit unexpected when the method is named > "lossless". More worryingly, I also find problems are introduced wrt. the > Maker Notes tag (odd offset). > I've produced an example of the problem in the attached JPEG file, using > ExifTool to validate/analyze the images before and after. The image is taken > by a Sony Xperia Z5 phone, and the "original.JPG" validates OK. After > modifying the contents of the UserComments tag (value: "Test") the modified > image produces a warning: > Verifying the attached photo using ExifTool gives the following output: > $ ./exiftool\(-k\).exe -validate -warning -a ../test.JPG > -- press RETURN -- > > Validate : 1 Warning (all minor) > Warning : [minor] Possibly incorrect maker notes > offsets (fix by -628?) > > Using ExifTool's -htmldump option, it is easy to see how the meta data has > been affected. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (IMAGING-221) updateExifMetadataLossless restructures meta data (and problems with Maker Notes)
[ https://issues.apache.org/jira/browse/IMAGING-221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno P. Kinoshita updated IMAGING-221: --- Attachment: mine.JPG > updateExifMetadataLossless restructures meta data (and problems with Maker > Notes) > - > > Key: IMAGING-221 > URL: https://issues.apache.org/jira/browse/IMAGING-221 > Project: Commons Imaging > Issue Type: Bug >Reporter: Joakim Knudsen >Assignee: Bruno P. Kinoshita >Priority: Major > Fix For: 1.0-alpha2 > > Attachments: mine.JPG, mine.JPG.html, original.JPG, original.html, > test.JPG, test.html > > > ExifRewriter's *updateExifMetadataLossless* method causes the meta data of > the JPEG to be completely reordered after writing. This, in itself, might not > be a big concern, but it's a bit unexpected when the method is named > "lossless". More worryingly, I also find problems are introduced wrt. the > Maker Notes tag (odd offset). > I've produced an example of the problem in the attached JPEG file, using > ExifTool to validate/analyze the images before and after. The image is taken > by a Sony Xperia Z5 phone, and the "original.JPG" validates OK. After > modifying the contents of the UserComments tag (value: "Test") the modified > image produces a warning: > Verifying the attached photo using ExifTool gives the following output: > $ ./exiftool\(-k\).exe -validate -warning -a ../test.JPG > -- press RETURN -- > > Validate : 1 Warning (all minor) > Warning : [minor] Possibly incorrect maker notes > offsets (fix by -628?) > > Using ExifTool's -htmldump option, it is easy to see how the meta data has > been affected. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (IMAGING-221) updateExifMetadataLossless restructures meta data (and problems with Maker Notes)
[ https://issues.apache.org/jira/browse/IMAGING-221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno P. Kinoshita updated IMAGING-221: --- Attachment: mine.JPG.html > updateExifMetadataLossless restructures meta data (and problems with Maker > Notes) > - > > Key: IMAGING-221 > URL: https://issues.apache.org/jira/browse/IMAGING-221 > Project: Commons Imaging > Issue Type: Bug >Reporter: Joakim Knudsen >Assignee: Bruno P. Kinoshita >Priority: Major > Fix For: 1.0-alpha2 > > Attachments: mine.JPG, mine.JPG.html, original.JPG, original.html, > test.JPG, test.html > > > ExifRewriter's *updateExifMetadataLossless* method causes the meta data of > the JPEG to be completely reordered after writing. This, in itself, might not > be a big concern, but it's a bit unexpected when the method is named > "lossless". More worryingly, I also find problems are introduced wrt. the > Maker Notes tag (odd offset). > I've produced an example of the problem in the attached JPEG file, using > ExifTool to validate/analyze the images before and after. The image is taken > by a Sony Xperia Z5 phone, and the "original.JPG" validates OK. After > modifying the contents of the UserComments tag (value: "Test") the modified > image produces a warning: > Verifying the attached photo using ExifTool gives the following output: > $ ./exiftool\(-k\).exe -validate -warning -a ../test.JPG > -- press RETURN -- > > Validate : 1 Warning (all minor) > Warning : [minor] Possibly incorrect maker notes > offsets (fix by -628?) > > Using ExifTool's -htmldump option, it is easy to see how the meta data has > been affected. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (IMAGING-221) updateExifMetadataLossless restructures meta data (and problems with Maker Notes)
[ https://issues.apache.org/jira/browse/IMAGING-221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno P. Kinoshita updated IMAGING-221: --- Fix Version/s: 1.0-alpha2 > updateExifMetadataLossless restructures meta data (and problems with Maker > Notes) > - > > Key: IMAGING-221 > URL: https://issues.apache.org/jira/browse/IMAGING-221 > Project: Commons Imaging > Issue Type: Bug >Reporter: Joakim Knudsen >Assignee: Bruno P. Kinoshita >Priority: Major > Fix For: 1.0-alpha2 > > Attachments: original.JPG, original.html, test.JPG, test.html > > > ExifRewriter's *updateExifMetadataLossless* method causes the meta data of > the JPEG to be completely reordered after writing. This, in itself, might not > be a big concern, but it's a bit unexpected when the method is named > "lossless". More worryingly, I also find problems are introduced wrt. the > Maker Notes tag (odd offset). > I've produced an example of the problem in the attached JPEG file, using > ExifTool to validate/analyze the images before and after. The image is taken > by a Sony Xperia Z5 phone, and the "original.JPG" validates OK. After > modifying the contents of the UserComments tag (value: "Test") the modified > image produces a warning: > Verifying the attached photo using ExifTool gives the following output: > $ ./exiftool\(-k\).exe -validate -warning -a ../test.JPG > -- press RETURN -- > > Validate : 1 Warning (all minor) > Warning : [minor] Possibly incorrect maker notes > offsets (fix by -628?) > > Using ExifTool's -htmldump option, it is easy to see how the meta data has > been affected. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (IMAGING-221) updateExifMetadataLossless restructures meta data (and problems with Maker Notes)
[ https://issues.apache.org/jira/browse/IMAGING-221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno P. Kinoshita updated IMAGING-221: --- Assignee: Bruno P. Kinoshita > updateExifMetadataLossless restructures meta data (and problems with Maker > Notes) > - > > Key: IMAGING-221 > URL: https://issues.apache.org/jira/browse/IMAGING-221 > Project: Commons Imaging > Issue Type: Bug >Reporter: Joakim Knudsen >Assignee: Bruno P. Kinoshita >Priority: Major > Attachments: original.JPG, original.html, test.JPG, test.html > > > ExifRewriter's *updateExifMetadataLossless* method causes the meta data of > the JPEG to be completely reordered after writing. This, in itself, might not > be a big concern, but it's a bit unexpected when the method is named > "lossless". More worryingly, I also find problems are introduced wrt. the > Maker Notes tag (odd offset). > I've produced an example of the problem in the attached JPEG file, using > ExifTool to validate/analyze the images before and after. The image is taken > by a Sony Xperia Z5 phone, and the "original.JPG" validates OK. After > modifying the contents of the UserComments tag (value: "Test") the modified > image produces a warning: > Verifying the attached photo using ExifTool gives the following output: > $ ./exiftool\(-k\).exe -validate -warning -a ../test.JPG > -- press RETURN -- > > Validate : 1 Warning (all minor) > Warning : [minor] Possibly incorrect maker notes > offsets (fix by -628?) > > Using ExifTool's -htmldump option, it is easy to see how the meta data has > been affected. -- This message was sent by Atlassian JIRA (v7.6.3#76005)