Blog

 0 minute read.

The Name’s The Thing

thammond

thammond – 2007 September 20

In Xmp

I’m always curious about names and where they come from and what they mean. Hence, my interest was aroused with the constant references to “XAP” in XMP. As the XMP Specifcation (Sept. 2005) says:

“NOTE: The string “XAP” or “xap” appears in some namespaces, keywords, and related names in this document and in stored XMP data. It reflects an early internal code name for XMP; the names have been preserved for compatibility purposes.”

Actually, it occurs in most of the core namespaces: XAP, rather than XMP.

(Continues.)

An earlier XMP Specification from 2001 (v. 1.5 - and see here for an earlier post of mine about XMP’s missing version numbers, and here about Adobe’s lack of archiving for XMP specifications) says almost the same thing:

“NOTE: Many namespaces, keywords, and related names in this document are prefaced with the string “XAP”, which was an early internal code name for XMP metadata. Because the Acrobat 5.0 product shipped using those names and keywords, they were retained for compatibility purposes.”

So, there’s no indication in either of these specifications as to what the original name signified.

But then I turned up this issue in the Adobe Developer Knowledgebase:

_“Known Issue: The metadate framework name was changed from XAP to XMP

 

Summary

XAP (Extensible Authoring Publishing) was an early internal code name for XMP (Extensible Metadata Platform).

 

Issue

Why are many namespaces, keywords, data structures, and related names in the documents and XMP toolkit code prefaced with the string “XAP” rather than “XMP”?

 

Solution

XAP (Extensible Authoring and Publishing) was an early internal code name for XMP (Extensible Metadata Platform) metadata. Because Acrobat 5.0 used those names, they were retained for compatibility purposes. XMP is the formal name used the framework specification.”_

Aha! Now it’s all clear. And now I’m also wondering if this original name still reflects Adobe’s thinking on the purpose of XMP that it be primarily an authoring utility rather than a workflow utility. That is, is Adobe’s XMP more geared to individual authors of Adobe’s Creative Suite products entering in metadata by hand as part of the authoring act, rather than as a batch entry process within an automated publishing workflow? The emphasis that Adobe put on Custom File Info panels for their CS products would seem to foster the view that Adobe see XMP as an interactive authoring device for adding metadata. But what about the publishers and their workflows? The SDK is a rather poor effort at garnering any widespread support of XMP within the publishing industry.

See also:

RSS Feed

Categories

Archives

Last Updated: 2018 March 28 by thammond