drewnoakes/metadata-extractor

Treat \0 as terminator in IPTC strings

开放

#122 创建于 2015年9月4日

在 GitHub 查看贡献者指南
 (1 条评论) (0 个反应) (0 位负责人)Java (470 个派生)batch import
bugformat-iptcgood-first-issuehelp wantedimage-queue

仓库指标

星标
 (2,411 个星标)
PR 合并指标
 (平均合并 3天 2小时) (30 天内合并 2 个 PR)

描述

The below image, when passed through exiftool, reads the IPTC Source as "Getty Images North America".

When read with the IptcDirectory we're getting "Getty Images ����". On closer inspection it looks something more like: "Getty Images\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0003\u0000\u0000\u0000\u0005\u0000\u0000\u0000\n����".

The null character is often used to denote the end of a string - is this being respected? Or not as it's not part of the standard?

getty-borked

贡献者指南

研究方向
研究 IptcDirectory 如何读取 IPTC 字符串，特别是对于空字符的处理。与 exiftool 的行为进行比较，以识别空字符处理差异所在。查看 metadata extractor 仓库中的相关 Java 代码，重点关注 IptcDirectory 或相关类中的字符串解析。考虑空字符是否应被视为终止符，以及是否有任何标准对此进行了规定。
技术栈
java
领域
backend
议题类型
缺陷
难度面向新贡献者的预计实现难度，1 表示很小改动，5 表示专家级工作。
3
预计时间有经验贡献者完成调查、实现、测试并准备 pull request 的粗略时间范围。
半天
活动状态议题当前的可参与程度：新鲜、活跃、陈旧、阻塞或等待维护者输入。
较久未更新
清晰度议题是否清楚说明期望改动、验收标准和下一步。
清晰
前置要求
Java
新手友好度1-100 的估计分数，表示该议题对首次贡献者的友好程度。
60