drewnoakes/metadata-extractor

Treat \0 as terminator in IPTC strings

オープン

#122 opened on 2015/09/04

GitHub で見るコントリビューターガイド
 (1 件のコメント) (0 件のリアクション) (0 人の担当者)Java (470 件のフォーク)batch import
bugformat-iptcgood-first-issuehelp wantedimage-queue

Repository metrics

Stars
 (2,411 個のスター)
PR merge metrics
 (平均マージ 3d 2h) (30d で 2 merged PRs)

説明

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
Issue 種別
バグ
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
3
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
半日
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
古い
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
明確
前提条件
Java
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
60