{"id":1812,"date":"2015-10-15T00:00:00","date_gmt":"2015-10-14T22:00:00","guid":{"rendered":"https:\/\/wwwneu.strehle.de\/tim\/weblog\/archives\/2015\/10\/15\/1649-2\/"},"modified":"2015-10-15T00:00:00","modified_gmt":"2015-10-14T22:00:00","slug":"1649-2","status":"publish","type":"post","link":"https:\/\/www.strehle.de\/tim\/weblog\/archives\/2015\/10\/15\/1649-2\/","title":{"rendered":"Digital Asset Management.com: DAM Champ: Tim Strehle, Part 2"},"content":{"rendered":"

This article was written by Laurel Norris and published on the Digital Asset Management.com site (owned by DAM vendor Widen) on October 15, 2015, under the URL http:\/\/digitalassetmanagement.com\/blog\/dam-champ-tim-strehle-part-2\/<\/a>. Because that site\u2019s blog posts are not available anymore, I\u2019m publishing a copy on my blog.<\/em><\/p>\n

\n

Welcome to part two of Tim Strehle\u2019s DAM Champ interview. In the first part<\/a>, he covered the basics of digital asset management (DAM) and sharing his perspective as a developer, DAM media site manager, and degreed information professional. Yes, it is as impressive as it sounds.<\/em><\/p>\n

In this second part of his profile, he gets into more detail on DAM, custom development, and misunderstanding metadata.<\/em><\/p>\n

Do you remember when you first heard the term \u201cdigital asset management?\u201d It\u2019s a question I\u2019ve been wanting to ask, since I know information science professionals are not always familiar with DAM systems.<\/strong><\/p>\n

I don\u2019t, but it must have been long after 1997, the year I started working as a DAM software developer. It took me years to figure out which market we were operating in and who our competitors were. Mind you, I was a junior developer still learning to write code, with little insight into marketing and sales. And there was almost no information about DAM on the Web.<\/p>\n

What is popular in DAM these days? Anywhere you see a lot of activity?<\/strong><\/p>\n

Custom development is a hot topic, and it is worth talking about. As a developer, I know that every single feature adds complexity that comes at a cost for users, administrators, maintenance and support.<\/p>\n

Developers have made a habit of asking \u201cdo we really need to code this?\u201d whenever we start implementing a feature. And sometimes it turns out that we don\u2019t, because getting creative with an existing feature solves the problem just as well.<\/p>\n

If you do need custom features, keep these two points in mind:<\/p>\n

    \n
  1. Work closely with your DAM provider on custom features. Make sure both your staff and the vendor are prepared to go through multiple iterations: a working subset delivered early for you to evaluate, which you give feedback on for the next version. Keep feedback cycles short, maybe even ask the vendor to send a developer to work in your office for a while. Test thoroughly, ask all the questions, take nothing for granted.<\/li>\n
  2. Verify that all custom development is well-documented. Someone on your end needs to fully understand what has been built, including the impact on support and on future upgrades of the core software. Things that you know to change from time to time should be configurable by you, not require code changes by the vendor.<\/li>\n<\/ol>\n

    Do you think there are any misunderstandings about digital asset management?<\/strong><\/p>\n

    I think we have a too-simplistic view of what metadata is. Our asset-centric perspective makes us treat it like \u201cjust some flat fields to help us find a file\u201d.<\/p>\n

    That\u2019s not always true: During my internship, I was tasked with adding metadata to newspaper articles about crime cases. Each case had a few properties \u2013 type of crime, weapon used, who, where, when \u2013 which I diligently added to every article. Of course, multiple articles were published about each case over time, so I was entering the same data over and over again. When important new facts came to light about cases over time, I didn\u2019t have the time to dig up previous articles and update their metadata, so the database contained incomplete or wrong information. It was also hard to search for cases; a search for murders in Hamburg returned thousands of articles, not the few dozen cases I was interested in.<\/p>\n

    The system should have let me create a small database of crime cases instead, link the articles to cases and have them inherit case metadata dynamically so that an updated case would automatically reindex the article metadata. Even better: I should have had the option to link the articles in the DAM system to the existing database of crime cases maintained by journalists working in the same building. Either change would have improved data quality, enabled new ways of searching, and sped up manual indexing.<\/p>\n

    There was no Linked Data and semantic database back in 1994, but now that we have it, let\u2019s adopt Eric Barroca\u2019s \u201cdeep content\u201d moniker<\/a> and stop duplicating and dumbing down important data.<\/p>\n

    You must follow a lot of DAM news sources. Do you see any interesting trends in the industry?<\/strong><\/p>\n

    I could just point to the DAM innovation debate<\/a> from the beginning of this year: There\u2019s more and more DAM systems, implementing the same features over and over again. To be honest, I\u2019m getting a bit tired of this arms race. By now, I guess each of the 100+ DAM products does cloud and \u201csocial\u201d one way or the other, has a redesigned, mobile-friendly HTML5 user interface, APIs and portal functionality, and switched to a Lucene-powered search engine (Solr or Elasticsearch).<\/p>\n

    The interesting stuff is hardly trending\u2026I\u2019m seeing a tiny trend towards Semantic Web \/ Linked Data technology, which I believe can help connect DAM metadata to other information silos. I\u2019m hoping for innovation in manual metadata entry \u2013 smart interfaces backed by machine learning could make this so much easier for the librarian. Picturepark\u2019s adaptive metadata is only the first step. And you may have heard of Contentful<\/a>, an \u201cAPI-first, headless Web CMS\u201d. I wonder whether there\u2019s a market for a \u201cheadless DAM system\u201d?<\/p>\n","protected":false},"excerpt":{"rendered":"

    This article was written by Laurel Norris and published on the Digital Asset Management.com site (owned by DAM vendor Widen) on October 15, 2015, under the URL http:\/\/digitalassetmanagement.com\/blog\/dam-champ-tim-strehle-part-2\/. Because that site\u2019s blog posts are not available anymore, I\u2019m publishing a copy on my blog. Welcome to part two of Tim Strehle\u2019s DAM Champ interview. In […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_share_on_mastodon":"0"},"categories":[1],"tags":[],"class_list":["post-1812","post","type-post","status-publish","format-standard","hentry","category-weblog"],"share_on_mastodon":{"url":"","error":""},"_links":{"self":[{"href":"https:\/\/www.strehle.de\/tim\/wp-json\/wp\/v2\/posts\/1812","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.strehle.de\/tim\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.strehle.de\/tim\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.strehle.de\/tim\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.strehle.de\/tim\/wp-json\/wp\/v2\/comments?post=1812"}],"version-history":[{"count":0,"href":"https:\/\/www.strehle.de\/tim\/wp-json\/wp\/v2\/posts\/1812\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.strehle.de\/tim\/wp-json\/wp\/v2\/media?parent=1812"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.strehle.de\/tim\/wp-json\/wp\/v2\/categories?post=1812"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.strehle.de\/tim\/wp-json\/wp\/v2\/tags?post=1812"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}