NetX | Digital Asset Management Blog

Bigger Than DAM

Written by admin | September 22, 2011

As databases have become like legos to be plugged into various enterprise apps — so too, the DAM will become a ubiquitous component in tomorrow’s enterprise.


What does a large footwear manufacturer have in common with a company that prints 16 million grocery coupons every day, or with a desktop software company, or an online employment recruiter? Yes, they all rely on a Digital Asset Management (DAM) system. But not in the way you might think.

Many companies think of DAM as a web-enabled file server. It's a lot more than that. Some use a DAM to manage their marketing materials. Yes, DAM can provide storage, management, organization, and distribution, but, think bigger.

DAM is Becoming a Platform.

Much in the same way that databases moved from obscurity to core business components, we see a similar shift in Digital Asset Management. In early software development, applications were developed using a myriad of custom data models, often in very ad hoc ways. Each new application had its data framework, and why not? What else would you use?

In the 1970's something changed. There was a consolidation, a growing consensus around a new technology: the relational database management system (RDBMS) — an underlying framework that could support any number of applications. By the 1980's, SQL, the common language of all databases, became the intergalactic data-speak for most Enterprise applications. In fact, the SQL92 standard still drives a vast majority of today's Enterprise and Web applications.

Today it's easy to see how the database is an entrenched component of modern business. If you go back decades when databases where first being utilized and deployed, how would you describe the benefit? Over time the benefits became clear: Incredible efficiencies. Any developer can quickly understand any application, and virtually any tool can be rapidly integrated.

Ironically, SQL became the anti-oracle: something definite, something anyone could quickly come to know. 
 

The Database Revisited

The world of DAM is racing toward common standards. Schemas are slowly consolidating. Dublin Core and other schemas are looking to create standard metadata vocabularies. Adobe's XMP has become a favorite tool for transporting metadata within the asset file, and this has expanded beyond just bitmap formats to now include video and types.

NetX has provided a Web Services SOAP API for many years. Recently, this has expanded with REST-based services that make integration easier to implement and utilize. Using popular libraries like JQuery, any Content Management System can publish data directly from the NetX DAM.

Content Management Interoperability Services (CMIS) builds on this, using the same protocols — SOAP and REST — but goes much further by defining a standard nomenclature for DAM objects. (Google is also moving in this direction with their new "Web Intents"; though, for Google, this is a common language for all Web apps.) The concept and goal are the same: a Rosetta Stone or Babel Fish for web services. Only this time, the services provided by the DAM are much more extensive than plain old relational-data in the database.

This movement to standardize the DAM nomenclature for objects starts to move Digital Asset Management down the same road today as SQL did in the 1970‘s for the database: a general toolkit, a common language, and the same benefits.

But what about our protagonists? Manufacturers, marketers, and non-profits are all driven to increase efficiencies with their systems. We have our footwear company, the print coupon publisher, the desktop app company, and the job board. What are they doing? Yes, they still need the database. For them, that's not enough. They have files, semantics, workflow, and dynamic imaging. Now they need something else, something more.

For them, the DAM has become a tool. Just like the database in the 1980s, now the DAM is taking on this same role, and yet providing much, much more.

The footwear manufacturer needs to conceptualize prototyped products. In this workflow, the product concept starts out as pure data from a merchandising database. Ideas that move forward route to an illustrator, who mocks up the shoe from the underlying data — the style, the fabric, and the colors. Concepts that are approved are sent to factories throughout the world and made into physical prototypes. Then they photograph the prototypes. At each stage — the data, the illustration, the photograph — the data is evolving. The context changes, the users who interact with the asset change (data, illustrators, manufacturing plant operators, digital photographers), and the underlying "asset" file changes (metadata, illustration, a digital image), this is done using the DAM.

The coupon company spends more money on ink than its employees. So each coupon is carefully analyzed and desaturated to strike a balance between visual appeal and cost-effectiveness. This company produces many renditions of each coupon; the user context drives the data presented on the coupon — the product, the price, and the offer. Third-party product vendors participate in the Coupon production, as approval, analysis, desaturation, transcoding, and distribution are all handled through the Digital Asset Management system.

The desktop application company provides added services to its customers in the form of source files for content creation — fonts, images, templates and the like. This distribution relies on the efficiency of Content Delivery Networks (CDNs) of course. Underneath that, there's a need for searching, browsing thumbnails, permission controls, and high-availability download capabilities, this is done using the DAM.

The recruiting company provides specialized information, catering to a specific industry. However, this is an online enterprise that has dynamic imaging requirements, content search, organization, and workflow. How do you accept resumes in all the standard formats, and then display that information on today’s popular devices, including tablets and mobile? Why not convert all the Word docs and everything else in PDF? Why not create the underlying images to drive a page-turning user interface for browsing those resumes? For searching, it is necessary to index all the underlying resume text, regardless of the original format, this is done using the DAM.

All these stories are the same story: the DAM is not just a traditional repository or distribution, it's becoming a tool. It's the new platform. It has the same bright future.