Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support XMP metadata #212

Open
lexaknyazev opened this issue Apr 17, 2024 · 2 comments
Open

Support XMP metadata #212

lexaknyazev opened this issue Apr 17, 2024 · 2 comments

Comments

@lexaknyazev
Copy link
Member

The current key-value storage is suitable for KTX-specific metadata entries but using it for storing generic information such as copyright and authorship is not practical. Common image formats (such as PNG and JPEG) support embedded XMP blocks that can provide interoperable metadata for integration with other systems.

An XMP block is either an XML or a JSON-LD document as defined in ISO 16684-1 or ISO 16684-3 respectively. Since it's text-based and may be quite verbose, zlib or zstd compression may be reasonable.

@MarkCallow
Copy link
Contributor

Why do you say current key-value storage is not practical? Generically values can be nul-terminated utf-8 strings. Are XML and JSON-LD not utf-8?

Specifically what do you want to add to the spec?

@lexaknyazev
Copy link
Member Author

Here's the set of XMP fields used for attribution: https://developer.adobe.com/xmp/docs/XMPNamespaces/dc/. It's not practical to define mappings (sometimes non-trivial) from them to individual KTX* metadata keys.

The proposal is to add only one new metadata key, e.g., KTXxmp and its value would be a standard XMP payload. Tools then would be able to copy XMP data from PNG (and other sources) to KTX without much efforts.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants