Add XMP-novelty namespace for Novelty Theory metadata - #422
Conversation
Adds the XMP-novelty namespace (http://hexart.pl/novelty/1.0/) for annotating timestamped media (video, photo, audio) in the context of Terence McKenna's Novelty Theory framework. 18 string/real tags, following existing XMP namespace conventions in lib/Image/ExifTool/XMP*. Used by archival projects that document media against the McKenna timewave; published and maintained at the namespace URI. The Seal tag uses Avoid=>1 to defer to XMP-seal:Seal on ambiguous lookup. Operator: Paul Łazniak / Hexart
|
I'm impressed that you went to the trouble to change all of the documentation files as well. Just curious if you used the BuildTagLookup module to do this or if you did it by hand. Unless I get a number of requests I don't like to add new namespaces to the built-in XMP support, but I'm not against adding a novelty config file to the standard distribution in the config_files folder, if you wanted to submit that instead.
|
|
I've just released version 13.59 with this in the config_files: https://github.com/exiftool/exiftool/blob/master/config_files/novelty.config |
|
Phil, This is more than I expected, and exactly the right shape. A dedicated, named artifact in config_files/ is a cleaner home for this namespace than XMP core would have been — and you assembling it and shipping it in 13.59 instead of waiting for another PR is generous beyond your stated policy. I won't forget that. To answer your earlier question: yes, build_tag_lookup -p. I wanted to hand you something that didn't make work for you. Some context, since the namespace is now in your distribution. McKenna's thinking has been pulling at me lately — not as theory but as method. It changes how you listen to a recording, how you timestamp an archive, which moments you decide deserve a mark. The novelty namespace started as a private convention for one media corpus and grew until it needed a proper name. That work has crystallized into a piece called psy, live now at https://psy.pablogfx.com/ — an interactive performative work built around McKenna's Final Interview (1998, two years before he died). Twelve movements, his voice and cadence preserved, with a generative film underneath where for each word a fragment of the world rises to meet it. Less a video than a way of listening. A tribute to a thinker who, in my reading, deserves a more careful hearing than he tends to get. ExifTool is the spine that keeps that corpus coherent across years and devices. Having novelty.config in the official distribution genuinely matters — both functionally, and as a quiet acknowledgment. Thank you for the openness, and for the work. — Paul |
Summary
Adds the
XMP-noveltynamespace, registered athttp://hexart.pl/novelty/1.0/, for documenting timestamped media (video, photo, audio) with metadata in the context of Terence McKenna's Novelty Theory framework (see The Invisible Landscape, 1975).Changes
lib/Image/ExifTool/XMP.pmnoveltyURI in%nsURI,noveltysub-directory in%Mainlib/Image/ExifTool/XMP2.pl%Image::ExifTool::XMP::noveltytable with 18 tagslib/Image/ExifTool/TagLookup.pmbuild_tag_lookup -plib/Image/ExifTool/TagNames.podhtml/TagNames/XMP.html,index.htmlTags
18 tags, following existing XMP2.pl conventions (
%xmpTableDefaults,GROUPS => { 0 => 'XMP', 1 => 'XMP-novelty', 2 => 'Other' }, NAMESPACE):SealcarriesAvoid => 1so the existingXMP-seal:Sealtag wins ambiguous lookups; explicit-XMP-novelty:Seal=...continues to work, and theBuildTagLookupduplicate-tag warning is suppressed.Use case
The namespace is in active use as part of an archival/artistic project at Hexart, annotating a corpus of timestamped media between 2012-12-21 and 2037-05-24 in relation to McKenna's published timewave dates. The URI is served at
http://hexart.pl/novelty/1.0/.Today the namespace is consumed via a local
.ExifTool_configregistration. Inclusion in the official tree would make the namespace recognized by default inexiftool, removing the need to distribute the config file alongside the media corpus.On scope
I'm aware ExifTool's curation tends toward namespaces with broad or standardized adoption. This is a project-published namespace, not a registered standard, so I understand if you'd rather not merge it — the PR can remain as a public reference, and the namespace will continue to function via
.ExifTool_config. Either outcome is genuinely helpful.Verification
Thank you for the work you do on ExifTool — it's the foundation tool for serious metadata work, and the inclusion of niche namespaces alongside the standardized ones is one of the things that makes it that.
— Paul Łazniak / Hexart