Open Enrollment | Subscribe to Printing Impressions HERE
Connect
Follow us on
Advertisement
 

VARIABLE-DATA SOLUTIONS--Refining Raw Data

February 2001

The members of PODi, the digital printing initiative, recognized the benefits of bringing some standardization and interoperability to the variable-data tools they offer. They responded by undertaking development of the Personalized Print Markup Language, or PPML. This effort actually includes several related goals.

If it is widely adopted and effectively implemented, the act of establishing a standard achieves the goal of variable-data system interoperability. In theory, a job prepared by any PPML-compliant system could also be used in any other similarly compliant workflow.

As for the print language itself, the central goal of PPML is to make it faster to print documents with variable content. This is achieved by providing a methodology for the caching of elements that are reused in a variable-data job. Such elements are retained in a pre-processed state, ready for integration into a document on-the-fly as it is being printed at the device's rated speed.

According to the documentation, there are two capabilities that are central to PPML-object-level granularity and reusability. "Granularity" refers to the size of the pieces a system works with in processing a job. Printing systems typically have been limited to working at the page level. Enabling individual pages to be built on-the-fly from a collection of discrete objects makes it possible to gain processing efficiencies through the handling of repeating elements.

"Reusability" encompasses a combination of software and hardware capabilities. What PPML primarily does is specify how reusable elements are to managed, including naming conventions, and how cached elements are called by the page file. It is up to the RIP/front-end suppliers to decide what storage capacities and configurations to offer in their systems. The greater the amount of online storage, the more page elements that can be preprocessed and cached.

The decision to use XML (Extensible Markup Language) as the foundation for PPML provides an additional benefit. XML has been widely adopted as the underpinning of the modern Internet and state-of-the-art Web software. This commonality makes it easier to implement a Web-based interface in PPML-compliant variable-data workflows.

Breaking With the Past
With the exception of interoperability, the job processing capabilities enabled by PPML are not new to the market. A number of the proprietary data formats and systems developed by individual manufacturers already support page element caching and reuse.

That's where the potential for problems may lie. Manufacturers agreeing to work together to develop a standard is one thing, but getting everyone to implement it in an effective way is quite another. Technology and marketing concerns can impede progress.

From a technical standpoint, problems can arise due to the fact that a variable-data tool can be considered PPML-complaint even if it doesn't implement all of the functions supported in the print language. For example, what happens if the press' front end doesn't have adequate online, high-speed storage capacity to handle the level of job element reuse specified when the job is built?

The more insidious concern is marketing related. Can all the companies put aside their self-interests and act in the common good?

Some of the manufacturers involved in developing and implementing PPML have been players in other efforts to achieve system interoperability. Most notable was the attempt in the late 1980s to develop an interchangeable file format for use in color electronic prepress systems (CEPS). The standard had an official designation, but the development effort was generally referred to as DDES—Digital Data Exchange Standards.

Despite the certification of an official standard, true interoperability never really was achieved in practical terms. There were claims and counterclaims by system manufacturers as to why the effort failed to meet its goal. The central point of contention was that at least one manufacturer had a vested interest in keeping files captive to its systems.

What may make the difference this time around is that the market for all digital printing, including variable-data applications, hasn't grown at the rate manufacturers hoped. Since the market still is in its early stages of development, there also is no dominant player. Therefore, it is in the vested interest of all parties to do what they can to promote the use of variable-data printing.

On Demand 2001—to be held at the Jacob Javits Center in New York City on February 28 to March 2—will be the next major indicator of how PPML adoption is progressing. In the meantime, for more information on PPML or PODi, visit www.podi.org.


Tools of the Trade

QuarkXTensions:

Barco—VIPDesigner

Indigo—Yours Truly Designer for Mac

Meadows Software—DesignMerge

Scitex—Darwin Desktop

Standalone Applications:

Atlas Software—PrintShop Mail

Barco—VIPLine

Firstlogic—Postalsoft and DocuRight

GMC Software Technology—PrintNet

Indigo—Yours Truly Express for PC

PageFlex—Persona and Mpower

Think121.com—pdfExpress

Varis Corp.—Variscript

Xeikon—Private-I

DFEs/Servers/RIPs/Drivers:

Barco—VIPLane, FastRip X V5 and PrintStreamer II

Canopy—PrintBuilder and PDF Proofstreamer

Electronics for Imaging—Fiery

Indigo—SNAP (Swift Native Accelerated Personalization)

NexPress—NexStation

Scitex—Spire Color Servers

Xeikon—Emerge, eXpert and

IntelliStream

Xerox—VIPP

 

COMMENTS

Click here to leave a comment...
Comment *
Most Recent Comments: