Chapter 7 Resources

Introduction

Resources represent inputs and outputs, the “things” that are produced, modified, consumed, or in any way used by Nodes. A more thorough description was provided in Section 3.8, “ResourcePool and its Resource Children”. The Resources in this chapter are divided into two sections. The first section documents all of the Resources of Class Intent . The second section documents the rest of the Resources that have been defined for JDF.

7.1 Intent Resources

As was described in Section 4.1.1, “Product Intent Constructs”, Intent Resource s are designed to narrow down the available options when defining a JDF Job. Many of the Elements in Intent Resource s are optional . If an optional Element of an Intent Resource is omitted and no additional information is specified in the description, the value defaults to “don’t care”. If an entire Intent Resource that specifies a given product feature is omitted, then that feature is not requested. For instance, if a Product Intent Node has no ResourceLink to NumberingIntent , then no numbering is requested. The characteristics of the product that are not specified through the use of Intent Resource s will be selected by the system that Processes the Intent Resource s. The system that processes the Product Intent data in a JDF Job ticket may insert the details of its selection into the JDF data for the Job. See Section 1.4.2.1, “Conformance Requirements for Support of Attributes and Attribute Values” for more information on the handling and processing of systems-specified default values.

All Intent Resource s share a set of Subelements that allow a Request for Quote to describe a range of acceptable values for various aspects of the product. These elements, taken together, allow an administrator to provide a specific value for the quote. The section below (Section 7.1.1, “Span Subelements of an Intent Resource”) describes these Elements.

Each of the following sections begins with a brief narrative description of the Resource. Following that is a list containing details about the properties of the Resource, as shown below. The first item in the list provides the Class of the Resource, which, in this section is always Intent . For more information on Resource Class, see Section 3.8.5, “Resource Classes”. A template of this list is shown below.

After the list describing the Resource properties, each section contains tables that outline the structure of each Resource and, when applicable, the abstract or Subelement information that pertains to the Resource structure. The first column contains the name of the Attribute or Element. A template of these tables is also provided below.

Note: for the Resource Properties Template below, the italicized text describes the actual text that would be in its place in an actual Resource definition.

Note also: for the Resource Structure Template table below: Cardinality in the Name column of the Resource Structure Template table refers to a cardinality symbol, which is either empty or consists of a symbol, such as “?”. Examples described by the Name column include: “ Ink *” and “ FileSpec ( DeviceLinkProfile ) ? ”. For further details, see Section 1.3.4, “Specification of Cardinality”.

Resource Properties Template

Resource Class:

Defines the Resource Class.

Resource referenced by:

List of parent Resources that may contain Elements of this type.

Process Pairing:

List of Process Resources to which an Intent Resource is generally identified with. In practice, the Process Resources will contain the data with which the customer’s intent is fulfilled in production and distribution of the product. This is a list of the primary Resources and not a complete list.

Example Partition

List of recommended Partition Keys: For a complete list of Partition Keys, see the description of PartIDKeys in Table 3-27, “Partitionable Resource Element”. Note that Resources may be Partitioned by keys that are not specified in this list.

Input of Processes

List of JDF Node types that use the Resource as an Input Resource.

Output of Processes

List of JDF Node types that create the Resource as an Output Resource.

 

Table 7-1: Template for Intent Resources

Name

Data Type

Description

Attribute-Name
Cardinality

Attribute-data-type

Information about the Attribute.

Element-Name
Cardinality

element

Information about the Element.

Note: the “element” data type means that the specified Element must be an in-line Subelement within the Resource.

Element-Name
Cardinality

refelement

Information about the Element

Note: the “refelement” data type means that the specified Element is based on other atomic Resources or Resource Elements. The specified Element must be either an in-line Element or an instance of a ResourceRef Element (see Section 3.10.2, “ResourceRef - Element for Inter-Resource Linking and refelement”). In case of a ResourceRef Element, a “Ref” must be appended to the name specified in the table column entitled “Name”.

7.1.1 Span Subelements of an Intent Resource

Intent Resource s contain Subelements that allow spans of values to be specified. These Subelements also provide mechanisms to select a set of values from the provided range and map them to a set of quotes. These Subelements are called Span Elements. The Span Element to use is determined by the data type of the values to be recorded. Span Elements are defined to facilitate negotiation between buyer and provider as defined in Section 4.1.2, “Defining Business Objects Using Intent Resources”.

7.1.1.1 Abstract Span Element

Span Elements of Intent Resource s have a common set of Attributes that define the priority, data type and requested identity of the Element. These common Attributes are described in Table 7-2, “Abstract Span Element”. In addition, Abstract Span Elements have at least four Attributes that define the data type dependent aspects of the span. The data type of these values depends on the data type of the span and is defined in the following sections:

Actual -The intended value agreed to by the producer of the product.

OfferRange - A proposed range of equivalent values in cost that are defined by the producer of the product.

Preferred - A preferred value defined by the recipient of the product.

Range - A proposed range of values defined by the recipient of the product.

 

Table 7-2: Abstract Span Element (Sheet 1 of 2)

Name

Data Type

Description

DataType

enumeration

Describes the data type of the Span Element within an Intent Resource . This Attribute is provided for applications that do not have access to schema validation.

Values are:

DurationSpan

EnumerationSpan

IntegerSpan

NameSpan

NumberSpan

OptionSpan

ShapeSpan

StringSpan

TimeSpan

XYPairSpan

Priority ?

Deprecated in JDF 1.2

enumeration

Indicates the importance of the specific intent.

Values are:

None

Suggested - The customer will accept a value of Actual that is different than the value of Preferred or outside of Range .

Required - The customer expects the Actual to be equal to Preferred or within Range . Note that the Attribute Preferred is available in the data types which inherit from this Abstract type.

Deprecation note: starting with JDF 1.2, use SettingsPolicy .

7.1.1.2 Span Elements

The Data Type column of tables for Intent Resource s (below) can contain the same data types as non- Intent Resource s (namely data types defined in the Section 1.5, “Data Structures” ) as well as Span Elements that are listed in the Table 7-3, “List of Span Elements”. In Intent Resource tables, XXXSpan Elements are treated as Attribute-like data types even though Span Elements are technically XML elements because the semantic usage of the Span Elements is equivalent to the usage of Attributes in Process Resources.

Each Span Element contains Attributes or Subelements listed in Table 7-2, “Abstract Span Element” and in the pertinent Span Element listed in Table 7-3, “List of Span Elements”.

 

Table 7-3: List of Span Elements

Name

Page

Description

DurationSpan

New in JDF 1.1

DurationSpan

Describes a set of duration values.

EnumerationSpan

EnumerationSpan

Describes a set of enumeration values.

IntegerSpan

IntegerSpan

Describes a numerical range of integer values.

NameSpan

NameSpan

Describes a set of NMTOKEN values.

NumberSpan

NumberSpan

Describes a numerical range of values.

OptionSpan

OptionSpan

Describes an intent in which the principal information is that a specific option is requested.

ShapeSpan

New in JDF 1.1

ShapeSpan

Describes a set of shape values.

StringSpan

StringSpan

Describes a set of string values.

TimeSpan

TimeSpan

Describes a set of dateTime values.

XYPairSpan

XYPairSpan

Describes a set of XYPair values.

7.1.1.2.1 DurationSpan

New in JDF 1.1

This Span Subelement is used to describe a selection of instances in time. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element”.

 

Table 7-4: DurationSpan Element (Sheet 1 of 2)

Name

Data Type

Description

Actual ?

duration

The actual value selected for the quote.

OfferRange ?

New in JDF 1.3

DurationRange

Provides an offered range of time durations. If not specified, it defaults to the value of Actual .

Preferred ?

duration

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

Range ?

DurationRange

Provides a valid range of time durations. If not specified, it defaults to the value of Preferred .

7.1.1.2.2 EnumerationSpan

This Span Subelement is used to describe ranges of enumerative values. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element”. It is identical to the NameSpan Element except for the fact that it describes a closed list of enumeration values.

 

Table 7-5: EnumerationSpan Element

Name

Data Type

Description

Actual ?

enumeration

The actual value selected for the quote.

OfferRange ?

New in JDF 1.3

enumerations

Provides an offered range of values.

Default value is from: @ Actual .

Preferred ?

enumeration

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

Range ?

enumerations

Provides a set of discreet enumeration values.

Default value is from: @ Preferred .

Example 7-1: EnumerationSpan

 

< BindingIntent Class="Intent" ID="BI1" Status="Available">

< BindingType DataType="EnumerationSpan" Actual="Ring"/>

< RingBinding >

< HoleType DataType = "EnumerationSpan" Range = "R4m-DIN-A5 R6m-DIN-A5" >

< Comment Name = "R4m-DIN-A5" >

4 equidistant holes on each side of a hexagonal piece of paper

</ Comment >

< Comment Name = "R6m-DIN-A5" >

6 equidistant holes on each side of a hexagonal piece of paper

</ Comment >

</ HoleType >

</ RingBinding >

</ BindingIntent >

 

 

7.1.1.2.3 IntegerSpan

This Span Subelement is used to describe ranges of integer values. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element”.

 

Table 7-6: IntegerSpan Element (Sheet 1 of 2)

Name

Data Type

Description

Actual ?

integer

The actual value selected for the quote.

OfferRange ?

New in JDF 1.3

IntegerRangeList

Provides either a set of discreet values, a range of values or a combination of the two that comprise all offered values for the Span.

Default value is from: @ Actual .

Preferred ?

integer

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

Range ?

IntegerRangeList

Provides either a set of discreet values, a range of values or a combination of the two that comprise all allowed values for the Span.

Default value is from: @ Preferred .

7.1.1.2.4 NameSpan

This Span Subelement is used to describe name ranges. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element” . It is identical to the EnumerationSpan Element except for the fact that it describes an extensible list of NMTOKEN values.

 

Table 7-7: NameSpan Element

Name

Data Type

Description

Actual ?

NMTOKEN

The actual value selected for the quote.

OfferRange ?

New in JDF 1.3

NMTOKENS

Provides a set of discreet values that comprise all offered values for the Span.

Default value is from: @ Actual .

Preferred ?

NMTOKEN

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

Range ?

NMTOKENS

Provides a set of discreet values that comprise all allowed values for the Span.

Default value is from: @ Preferred .

7.1.1.2.4.1 Specifying New Values in a NameSpan Subelement

NameSpan Elements generally define an open list of predefined values. If a custom value is specified, a Comment Element in the NameSpan defines the value with a Name Attribute in the Comment , as demonstrated in the following example:

7.1.1.2.5 NumberSpan

This Span Subelement is used to describe a numerical range of values. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element”.

 

Table 7-8: NumberSpan Element (Sheet 1 of 2)

Name

Data Type

Description

Actual ?

double

The actual value selected for the quote.

OfferRange ?

New in JDF 1.3

DoubleRangeList

Provides either a set of discreet values, a range of values or a combination of the two that comprise all offered values for the Span.

Default value is from: @ Actual .

Preferred ?

double

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

Range ?

DoubleRangeList

Provides either a set of discreet values, a range of values or a combination of the two that comprise all allowed values for the Span.

Default value is from: @ Preferred .

7.1.1.2.6 OptionSpan

This Span Subelement is used to describe a range of options or Boolean values. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element”.

 

Table 7-9: OptionSpan Element

Name

Data Type

Description

Actual ?

boolean

The actual value selected for the quote. If the option is included = "true" .

OfferRange ?

New in JDF 1.3

enumerations

Provides a set of the discreet Boolean values.

Default value is from: @ Actual .

Values are:

true

false

Detail ?

Deprecated in JDF 1.2

string

Detail provides information about the option .

Deprecation note: starting with JDF 1.2, use DescriptiveName .

Preferred ?

boolean

Provides a value specified by the person submitting the request, indicating what that person prefers.

Range ?

New in JDF 1.2

enumerations

Provides a set of the discreet Boolean values.

Values are:

true

false

7.1.1.2.7 ShapeSpan

New in JDF 1.1

This Span Subelement is used to describe ranges of numerical value pairs. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element”.

 

Table 7-10: ShapeSpan Element

Name

Data Type

Description

Actual ?

shape

The actual value selected for the quote.

OfferRange ?

New in JDF 1.3

ShapeRangeList

Provides either a set of discreet values, a range of values or a combination of the two that comprise all offered values for the Span.

Default value is from: @ Actual .

Preferred ?

shape

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

Range ?

ShapeRangeList

Provides either a set of discreet values, a range of values or a combination of the two that comprise all allowed values for the Span.

Default value is from: @ Preferred .

7.1.1.2.8 StringSpan

This Span Subelement is used to describe string ranges. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element” .

 

Table 7-11: StringSpan Element

Name

Data Type

Description

Actual ?

string

The actual value selected for the quote.

Preferred ?

string

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

OfferRange *

New in JDF 1.3

telem

Provides a set of discreet values that comprise all offered values for the Span.

Default value is from: @ Actual .

Range *

telem

Provides a set of discreet values that comprise all allowed values for the Span.

Default value is from: @ Preferred .

7.1.1.2.9 TimeSpan

This Span Subelement is used to describe a selection of instances in time. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element”.

 

Table 7-12: TimeSpan Element

Name

Data Type

Description

Actual ?

dateTime

The actual value selected for the quote.

OfferRange ?

New in JDF 1.3

DateTimeRange

Provides a range of values that comprise all offered values for the Span.

Default value is from: @ Actual .

Preferred ?

dateTime

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

Range ?

DateTimeRange

Provides a range of values that comprise all allowed values for the Span.

Default value is from: @ Preferred .

7.1.1.2.10 XYPairSpan

This Span Subelement is used to describe ranges of numerical value pairs. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element”.

 

Table 7-13: XYPairSpan Element (Sheet 1 of 2)

Name

Data Type

Description

Actual ?

XYPair

The actual value selected for the quote.

OfferRange ?

New in JDF 1.3

XYPairRangeList

Provides either a set of discreet values, a range of values or a combination of the two that comprise all offered values for the Span.

Default value is from: @ Actual .

Preferred ?

XYPair

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

Range ?

XYPairRangeList

Provides either a set of discreet values, a range of values or a combination of the two that comprise all allowed values for the Span.

Default value is from: @ Preferred .

7.1.2 ArtDeliveryIntent

This Resource specifies the prepress art delivery intent for a JDF Job and maps the items to the appropriate Reader Pages and separations. Art delivery refers to any physical or electronic asset that is needed for processing the Job.

Resource Properties

Resource Class

Intent

Resource referenced by:

--

Process Resource Pairing:

DeliveryParams , DigitalDeliveryParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-14: ArtDeliveryIntent Resource (Sheet 1 of 4)

Name

Data Type

Description

ArtDeliveryDate ?

New in JDF 1.1

TimeSpan

Specifies the latest time by which the transfer of the artwork will be made.

ArtDeliveryDuration ?

New in JDF 1.1

DurationSpan

Specifies the latest time by which the transfer will be made relative to the date of the purchase order. Within an RFQ or a Quote, at most one of either ArtDeliveryDate or ArtDeliveryDuration must be specified. Within a purchase order, only ArtDeliveryDate is allowed.

ArtHandling ?

New in JDF 1.1

EnumerationSpan

Describes what is to happen to the artwork after usage. The address for the Return and Pickup values must be specified by a Contact [contains (@ ContactTypes , "ArtReturn" )]/ Address .

Values are:

ReturnWithProof - The artwork is delivered back to the customer together with the proof if there is any.

ReturnWithProduct - The artwork is delivered back to the customer together with the final product.

Return - The artwork is delivered back independently directly after usage.

Pickup - The customer picks up the artwork.

Destroy - The printer destroys the artwork.

PrinterOwns - The artwork belongs to the printer.

Store - The printer has to store the artwork for future purposes.

DeliveryCharge ?

New in JDF 1.1

Modified in JDF 1.3

EnumerationSpan

Specifies who pays for a delivery being made by a third party.

Values are from : DeliveryIntent / DeliveryCharge .

Method ?

Modified in JDF 1.3

NameSpan

Specifies the delivery method, which can be a generic method.

Values include:

EMail

ExpressMail

InterofficeMail

OvernightService

Courier

CompanyTruck

ISDNSoftware

Local - The files are already in place and a DigitalDelivery Process is not needed. New in JDF 1.3

NetworkCopy - This includes LAN and VPN.

WebServer - Upload / download from HTTP / FTP server.

InstantMessaging

UPS - a delivery service brand.

DHL - a delivery service brand.

FedEx - a delivery service brand.

Vio - a digital delivery service brand

WAMNET - a digital delivery service brand

PreflightStatus = "NotPerformed"

New in JDF 1.1

Modified in JDF 1.2

enumeration

Information about a Preflight Process probably applied to the artworks before being submitted.

Values are:

NotPerformed - No preflighting was applied.

WithErrors - Preflighting resulted in error messages and possibly warning messages.

WithWarnings - Preflighting resulted in warning messages and no errors.

WithoutErrors - Preflighting was successful. No errors and no warnings occurred.

ReturnList = "None"

New in JDF 1.1

NMTOKENS

Type of printer created intermediate materials that are to be sent to the customer after usage.

Values include:

DigitalMedia - Digital data on media, (e.g., a CD).

DigitalNetwork - Digital data via network.

ExposedPlate - Pre-exposed press plates, usually used for a rerun.

ImposedFilm - Film of the imposed surfaces.

LooseFilm - Film of individual pages or sections.

OriginalPhysicalArt - Analog artwork, (e.g., reflective or transparencies).

Tool - Tools needed for processing the Job, (e.g., a die for die cutting or embossing stamp).

None - No intermediate materials are to be returned to the customer.

ReturnMethod ?

New in JDF 1.1

NameSpan

Specifies a delivery method for returning the artwork if ArtHandling/@ Actual = "Return" and for the printer created materials listed in ReturnList .

Values include those from: Method

ServiceLevel ?

New in JDF 1.2

StringSpan

The service level of the specific carrier.

Values include:

Next Day

2nd Day Air

Ground .

Transfer ?

New in JDF 1.1

EnumerationSpan

Describes the responsibility of the transfer.

Values are:

BuyerToPrinterDeliver - The buyer delivers the artwork to the printer. The printer may specify in the quote a special Contact [contains (@ ContactTypes , "Delivery" )] to specify where the buyer is to send the artwork.

BuyerToPrinterPickup - The printer picks up the artwork. The Contact [contains (@ ContactTypes , "Pickup" )] specifies where the printer has to pick up the artwork.

ArtDelivery +

Modified in JDF 1.1

element

Individual delivery.

Company ?

Deprecated in JDF 1.1

refelement

Address and further information of the art delivery. Company must not be specified unless the printer is expected to pick up the art delivery at this address. In JDF 1.1 and beyond, Company is a Subelement of Contact .

Contact *

New in JDF 1.1

refelement

Address and further information about the transfer of the artwork. The actual delivery address must be specified by
Contact [contains (@ ContactTypes , "Delivery" )]/ Address . At most one such Contact mus t be specified.

The actual pickup address must be specified by
Contact [contains (@ ContactTypes , "Pickup" )]/ Address . At most one such Contact m ust be specified.

7.1.2.1 Element: ArtDelivery

Each ArtDelivery Element defines a set of existing products that are needed to create the specified product. Attributes that are specified in an ArtDelivery Element overwrite those that are specified in their parent ArtDeliveryIntent Element. If optional Attributes are not specified, their values default to the values specified in ArtDeliveryIntent .

 

Table 7-15: ArtDelivery Element (Sheet 1 of 3)

Name

Data Type

Description

Amount ?

Modified in JDF 1.2

integer

Number of physical objects to be delivered. Only valid if no detailed Resource description (e.g., ExposedMedia , RunList , ScanParams , DigitalMedia or Tool ) is specified.

ArtDeliveryDate ?

New in JDF 1.1

TimeSpan

Specifies the latest time by which the transfer of the artwork will be made.

ArtDeliveryDuration ?

New in JDF 1.1

DurationSpan

Specifies the latest time by which the transfer will be made relative to the date of the purchase order. Within an RFQ or a Quote, at most one of either ArtDeliveryDate or ArtDeliveryDuration must be specified. Within a purchase order, only the ArtDeliveryDate is allowed.

ArtDeliveryType

New in JDF 1.1

Modified in JDF 1.2

NMTOKEN

Type of artwork supplied.

Values include:

DigitalFile - Digital data irrespective of the delivery mechanism. The union of "DigitalMedia" and "DigitalNetwork" . New in JDF 1.2

DigitalMedia - Digital data on media, (e.g., a CD).

DigitalNetwork - Digital data via network.

ExposedPlate - Pre-exposed press plates, usually used for a rerun.

ImposedFilm - Film of the imposed surfaces.

LooseFilm - Film of individual pages or sections.

OriginalPhysicalArt - Analog artwork, (e.g., reflective or transparencies).

Proof - Physical proof delivered with digital scan or separated film asset.

Tool - Tools needed for processing the Job, (e.g., a die for die cutting or embossing stamp).

None - No artwork exists, and it will be created later.

ArtHandling ?

New in JDF 1.1

EnumerationSpan

Describes what is to happen to the artwork after usage.

The address for the "Return" and "Pickup" values must be specified by Contact [contains (@ ContactTypes , "ArtReturn" )]/ Address .

Default value is from: ArtDeliveryIntent / ArtHandling .

Values are:

ReturnWithProof - The artwork is delivered back to the customer together with the proof if there is any.

ReturnWithProduct - The artwork is delivered back to the customer together with the final product.

Return - The artwork is delivered back independently directly after usage.

Pickup - The customer picks up the artwork.

Destroy - The printer destroys the artwork.

PrinterOwns - The artwork belongs to the printer.

Store - The printer has to store the artwork for future purposes.

DeliveryCharge ?

New in JDF 1.1

Modified in JDF 1.3

EnumerationSpan

Specifies who pays for a delivery being made by a third party.

Default value is from: ArtDeliveryIntent / DeliveryCharge .

Values are from : DeliveryIntent / DeliveryCharge .

HasBleeds = "false"

boolean

If "true" , the file has bleeds.

IsTrapped = "false"

boolean

If "true" , the file has been trapped.

Method ?

Modified in JDF 1.2

NameSpan

Specifies a delivery method. It may be a generic item from the list defined in Method in ArtDeliveryIntent .

Values include those from: ArtDeliveryIntent / Method

PageList ?

IntegerRangeList

Set of pages of the output Component that are filled by this ArtDelivery . This maps the pages in the ArtDelivery to the Pages in the product that is produced. For example if PageList = "3 ~ 5" , page 0 of the ArtDelivery (e.g., RunList ) is page 3 in the product, page 1 is page 4, etc. If not specified, the PageList must include all pages in reader order. The indices specified in PageList reference the PageData Elements defined in PageList .

PreflightOutput ?

New in JDF 1.1

URL

Pointer to the output information created by the preflight tool if PreflightStatus is either "WithoutErrors" or "WithErrors" .

PreflightStatus ?

New in JDF 1.1

enumeration

Information about a Preflight Process.

Default value is from: ArtDeliveryIntent /@ PreflightStatus .

Values are from : ArtDeliveryIntent /@ PreflightStatus .

ReturnMethod ?

New in JDF 1.1

NameSpan

Specifies a delivery method for returning the artwork if ArtHandling/@Actual = "Return" .

Default value is from: ArtDeliveryIntent / ReturnMethod .

Values include those from: ArtDeliveryIntent / ReturnMethod

ServiceLevel ?

New in JDF 1.2

StringSpan

The service level of the specific carrier.

Default value is from: ArtDeliveryIntent / ServiceLevel .

Values include those from: ArtDeliveryIntent / ServiceLevel

Transfer ?

New in JDF 1.1

EnumerationSpan

Describes the responsibility of the transfer.

Default value is from: ArtDeliveryIntent / Transfer .

Values are from : ArtDeliveryIntent / Transfer .

Company ?

Deprecated in JDF 1.1

refelement

Address and further information about the art delivery. This must not be specified unless the printer is expected to pick up the art delivery at this address. In JDF 1.1 and beyond, Company is a Subelement of Contact .

Component ?

Deprecated in JDF 1.1

refelement

Description of a physical component, (e.g., physical artwork). If neither Component , ExposedMedia , nor RunList are specified, no details of the ArtDelivery except the ArtDeliveryType and Amount are known.

Contact *

New in JDF 1.1

refelement

Address and further information about the art transfer.

Default value is from: ArtDeliveryIntent / Contact .

DigitalMedia ?

New in JDF 1.2

refelement

Description of any digital media, (e.g., CD or tape with artwork that will be delivered). If neither ExposedMedia , RunList , DigitalMedia , nor Tool are specified, no details of the ArtDelivery except the ArtDeliveryType and Amount are known.

ExposedMedia ?

Modified in JDF 1.2

refelement

Description of exposed media, (e.g., film, plate or proof). If neither ExposedMedia , RunList , DigitalMedia , nor Tool are specified, no details of the ArtDelivery , except the ArtDeliveryType and Amount , are known.

RunList ?

Modified in JDF 1.2

refelement

Link to digital artwork that is accessible via a set of URLs that are defined in the RunList / LayoutElement / FileSpec /@ URL . If neither DigitalMedia , ExposedMedia , RunList , nor Tool are specified, no details of the ArtDelivery except the ArtDeliveryType and Amount are known.

ScanParams ?

refelement

Description of a ScanParams that defines scanning details for the exposed media defined by ExposedMedia .

Tool ?

New in JDF 1.1

Modified in JDF 1.2

refelement

Details of the Tool if ArtDeliveryType = "Tool" . If neither ExposedMedia , RunList , DigitalMedia , nor Tool are specified, no details of the ArtDelivery except the ArtDeliveryType and Amount are known.

7.1.3 BindingIntent

This Resource specifies the binding intent for a JDF Job using information that identifies the desired type of binding and which side is to be bound. The input components that are used as a cover must have a ProcessUsage of Cover . The input components that are used as a hard cover jacket must have a ProcessUsage of Jacket . The input components that are used as a end Sheets for hardcover or soft cover binding must have a ProcessUsage of EndSheet . All other input components are bound in the order of their appearance in the ResourceLinkPool of the JDF Node that contains the BindingIntent .

Resource Properties

Resource Class

Intent

Resource referenced by:

--

Process Resource Pairing:

BlockPreparationParams , CaseMakingParams , CasingInParams , ChannelBindingParams , CoilBindingParams , CoverApplicationParams , EndSheetGluingParams , GlueApplication , GluingParams , GlueLine , InsertingParams , JacketingParams , PlasticCombBindingParams , RingBindingParams , SaddleStitchingParams , SpinePreparationParams , SpineTapingParams , StitchingParams , StripBindingParams , ThreadSealingParams , ThreadSewingParams , WireCombBindingParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-16: BindingIntent Resource (Sheet 1 of 3)

Name

Data Type

Description

BackCoverColor ?

New in JDF 1.1

EnumerationSpan

Defines the color of the back cover material of the binding.

Default value is from: @ CoverColor

Values are from : Table A-3, “NamedColor Enumeration Values”.

BackCoverColorDetails ?

New in JDF 1.4

StringSpan

A more specific, specialized or site-defined name for the color. If BackCoverColorDetails is supplied, BackCoverColor SHOULD also be supplied.

BindingColor ?

EnumerationSpan

Defines the color of the spine material of the binding.

Values are from : Table A-3, “NamedColor Enumeration Values”.

BindingColorDetails ?

New in JDF 1.4

StringSpan

A more specific, specialized or site-defined name for the color. If BindingColorDetails is supplied, BindingColor SHOULD also be supplied.

BindingLength ?

EnumerationSpan

Indicates which side is to be bound when no content. Thus, no orientation is available, but a quote for binding is needed.

Values are:

Long

Short

BindingOrder = "Gathering"

New in JDF 1.1

Modified in JDF 1.4

enumeration

Specifies whether the child Component Resources are to be collected or gathered if multiple child Component Resources are combined.

Values are:

None - The child Component Resource are NOT bound together. Typically used for flatwork Jobs. New in JDF 1.4

Collecting - The child Component Resources are collected on a spine and placed within one another. The first Component is on the outside.

Gathering - The child Component Resources are gathered on a pile and placed on top of one another. The first Component is on the top.

List - More complex ordering of child Component Resources is specified using the BindList in this Intent Resource for this product.

BindingSide ?

EnumerationSpan

Indicates which side are to be bound.

Each of these values is intended to identify an edge of the Job. These edges are defined relative to the orientation of the first page in the Job with content on it.

Constraint: If both BindingSide and BindingLength are specified, BindingSide has precedence

Default value is from: BindingLength , unless a non-empty BindList was specified.

Values are:

Top

Bottom

Right

Left .

BindingType

Modified in JDF 1.2

EnumerationSpan

Describes the desired binding for the Job.

Values are from : Table 7-17, “BindingType Attribute Values”.

CoverColor ?

EnumerationSpan

Defines the color of the cover material of the binding.

Values are from : Table A-3, “NamedColor Enumeration Values”.

CoverColorDetails ?

New in JDF 1.4

StringSpan

A more specific, specialized or site-defined name for the color. If CoverColorDetails is supplied, CoverColor SHOULD also be supplied.

AdhesiveBinding ?

Deprecated in JDF 1.1

element

Details of AdhesiveBinding . Replaced with SoftCoverBinding in JDF 1.1.

BindList ?

New in JDF 1.1

element

Details of binding of individual child Component Resources.

BookCase ?

Deprecated in JDF 1.1

element

Details of the Book Case. Used in Combination with AdhesiveBinding , ThreadSewing or ThreadSealing . Replaced with HardCoverBinding in JDF 1.1.

ChannelBinding ?

element

Details of ChannelBinding .

CoilBinding ?

element

Details of CoilBinding .

EdgeGluing ?

New in JDF 1.1

element

Details of EdgeGluing .

HardCoverBinding ?

New in JDF 1.1

element

Details of HardCoverBinding .

PlasticCombBinding ?

element

Details of PlasticCombBinding .

RingBinding ?

element

Details of RingBinding .

SaddleStitching ?

element

Details of SaddleStitching .

SideSewing ?

element

Details of SideSewing .

SideStitching ?

element

Details of SideStitching .

SoftCoverBinding ?

New in JDF 1.1

element

Details of SoftCoverBinding .

StripBinding ?

New in JDF 1.1

element

Details of StripBinding .

Tabs ?

element

Details of Tabs .

Tape ?

New in JDF 1.1

element

Details of Tape binding.

ThreadSealing ?

element

Details of ThreadSealing .

ThreadSewing ?

element

Details of ThreadSewing .

VeloBinding ?

Deprecated in JDF 1.1

element

Details of VeloBinding . Renamed to StripBinding in JDF 1.1.

WireCombBinding ?

element

Details of WireCombBinding .

-- Attribute: BindingType

 

Table 7-17: BindingType Attribute Values

Value

Description

Adhesive

Deprecated in JDF 1.1

This type of binding can be handled with the AdhesiveBinding Process. It includes perfect binding. Deprecated in JDF 1.1 and replaced with SoftCover or HardCover .

ChannelBinding

This type of binding can be handled with the ChannelBinding Process.

CoilBinding

This type of binding can be handled with the CoilBinding Process.

CornerStitch

New in JDF 1.2

Stitch in the corner that is at the clockwise end binding edge. For example, to stitch in the top left corner, set BindingSide /@ Actual = "Left" . This type of binding can be handled with the Stitching Process.

EdgeGluing

Gluing gathered Sheets at one edge of the pile. This Type of Binding can be handled with the Gluing Process. Products of this type are also referred to as padded.

HardCover

This type of binding defines a hard-cover bound book.

LooseBinding

This type of binding defines a stack of pages with no additional binding.

PlasticComb

This type of binding can be handled with the PlasticCombBinding Process.

Ring

This type of binding can be handled with the RingBinding Process.

SaddleStitch

This type of binding can be handled with the Stitching Process.

Sewn

Deprecated in JDF 1.4

This type of binding can be handled with the ThreadSewing Process.

SideSewn

Deprecated in JDF 1.4

This type of binding can be handled with the ThreadSewing Process.

SideStitch

This type of binding can be handled with the Stitching Process.

SoftCover

This type of binding defines a soft cover bound book. It includes perfect binding.

StripBind

This type of binding can be handled with the StripBinding Process.

Tape

This type of binding is an inexpensive version of the SoftCover .

ThreadSealing

Deprecated in JDF 1.4

This type of binding can be handled with the ThreadSealing Process.

WireComb

This type of binding can be handled with the WireCombBinding Process.

7.1.3.1 Element: BindList

New in JDF 1.1

BindList is used to describe complex bindings where more than one child is bound into a cover, e.g., in promotional products.

 

Table 7-18: BindList Element

Name

Data Type

Description

BindItem *

element

Individual bind item description.

7.1.3.2 Element: BindItem

New in JDF 1.1

A child BindItem is bound to a parent item. The position of the spine of the child BindItem is defined by ChildFolio and the position of the child BindItem in the parent is defined by ParentFolio .

 

Table 7-19: BindItem Element (Sheet 1 of 2)

Name

Data Type

Description

BindingType ?

EnumerationSpan

Describes the desired binding for the individual BindItem .

Default value is from: BindingIntent / BindingType .

Values are from : BindingIntent / BindingType .

ChildFolio ?

XYPair

Definition of the fold between two pages in the BindItem component that is bound to the cover. The two numbers (as integers) in the ChildFolio Attribute are the page numbers of the two outer pages of the child Component which touch the cover or another parent Component . The pages are counted in the order as described in LayoutIntent /@ FolioCount of the child product. Defaults to the spine of the child.

ParentFolio

XYPair

Definition of the fold between two pages in the Cover Component that receive the BindItem . The two numbers (as integers) in the ParentFolio Attribute are the page numbers in the Cover Component which touch the child Component . The pages are counted in the order as described in LayoutIntent /@ FolioCount of the cover product.

Transformation ?

matrix

Rotation and offset between the Component to be inserted and the parent Component . For details on transformations, see Section 2.5.2, “Coordinates and Transformations”.

WrapPages ?

IntegerRangeList

List of pages of the Cover that wrap around a BindItem after all folds are correctly positioned. It is sufficient to specify the pages of the Front surface of the cover. Note that this key must not be specified unless the folding is ambiguous.

ChannelBinding ?

element

Details of ChannelBinding .

CoilBinding ?

element

Details of CoilBinding .

EdgeGluing ?

element

Details of EdgeGluing .

HardCoverBinding ?

element

Details of HardCoverBinding .

PlasticCombBinding ?

element

Details of PlasticCombBinding .

RingBinding ?

element

Details of RingBinding .

SaddleStitching ?

element

Details of SaddleStitching .

SideSewing ?

element

Details of SideSewing .

SideStitching ?

element

Details of SideStitching .

SoftCoverBinding ?

element

Details of SoftCoverBinding .

StripBinding ?

element

Details of StripBinding .

Tabs ?

element

Details of Tabs .

Tape ?

element

Details of Tape binding.

ThreadSealing ?

element

Details of ThreadSealing .

ThreadSewing ?

element

Details of ThreadSewing .

WireCombBinding ?

element

Details of WireCombBinding .

7.1.3.3 Element: AdhesiveBinding

Deprecated in JDF 1.1

The table defining the deprecated AdhesiveBinding Subelement has been moved to Section P.4.1, “BindingIntent Deprecated Subelements” .

7.1.3.4 Element: BookCase

Deprecated in JDF 1.1

The table defining the deprecated BookCase Subelement has been moved to Section P.4.1, “BindingIntent Deprecated Subelements” .

7.1.3.5 Element: ChannelBinding

 

Table 7-20: ChannelBinding Element

Name

Data Type

Description

ChannelBrand ?

New in JDF 1.3

StringSpan

Strings providing available brand names for the ChannelBinding .

Cover ?

OptionSpan

If "true" , the clamp used in ChannelBinding includes a preassembled cover.

Thickness ?

NumberSpan

Specifies thickness of board which is wrapped as front and back covers of a case bound book, in points.

7.1.3.6 Element: CoilBinding

 

Table 7-21: CoilBinding Element

Name

Data Type

Description

CoilBrand ?

New in JDF 1.3

StringSpan

Strings providing available brand names for the coil.

CoilMaterial ?

EnumerationSpan

The coil materials available for CoilBinding .

Values are:

Steel - Plain steel.

ColorCoatedSteel - Coated steel.

Plastic - any kind of plastic.

HoleList ?

New in JDF 1.2

refelement

Details of the holes for coil binding.

 

7.1.3.7 Element: EdgeGluing

New in JDF 1.1

 

Table 7-22: EdgeGluing Element

Name

Data Type

Description

EdgeGlue ?

EnumerationSpan

Glue type used to glue the edge of the gathered Sheets.

Values are:

ColdGlue

Hotmelt

PUR - Polyurethane rubber.

 

7.1.3.8 Element: HardCoverBinding

New in JDF 1.1

 

Table 7-23: HardCoverBinding Element (Sheet 1 of 2)

Name

Data Type

Description

BlockThreadSewing ?

OptionSpan

Specified if the block is thread sewn.

CoverStyle ?

New in JDF 1.3

NameSpan

Defines the style of the cover board.

Values include:

Simple - Single layer cover board, see Figure 7-1.

Padded - Padded cover board, see Figure 7-2.

EndSheets ?

OptionSpan

Specified if end Sheets are applied. Additional details of the EndSheets may be specified by supplying an input Component with ProcessUsage = "EndSheet" .

HeadBands ?

OptionSpan

The following case binding choice specifies the use of headbands on a case bound book. If "true" , headbands are inserted both top and bottom.

HeadBandColor ?

EnumerationSpan

Defines the color of the headband.

Values are from : Table A-3, “NamedColor Enumeration Values”.

HeadBandColorDetails ?

New in JDF 1.4

StringSpan

A more specific, specialized or site-defined name for the color. If HeadBandColorDetails is supplied, HeadBandColor SHOULD also be supplied.

Jacket ?

EnumerationSpan

Specifies whether a hard cover jacket is needed and how it is attached. Details of the jacket may be described in the Component with ProcessUsage = "Jacket".

Values are:

None - No jacket is needed.

Loose - The jacket is loosely wrapped.

Glue - The jacket is glued to the spine

JacketFoldingWidth ?

New in JDF 1.3

NumberSpan

Dimension of the jacket folds. See JacketingParams for details.

JapanBind ?

OptionSpan

Bind the book block at the open edge, so that the folds are visible on the outside. If not specified, explicitly, this option is never selected.

SpineBrushing ?

OptionSpan

Brushing option for SpinePreparation .

SpineFiberRoughing ?

OptionSpan

Fiber roughing option for SpinePreparation .

SpineGlue ?

EnumerationSpan

Glue type used to glue the book block to the cover.

Values are:

ColdGlue

Hotmelt

PUR - Polyurethane rubber.

SpineLevelling ?

OptionSpan

Leveling option for SpinePreparation .

SpineMilling ?

OptionSpan

Milling option for SpinePreparation .

SpineNotching ?

OptionSpan

Notching option for SpinePreparation .

SpineSanding ?

OptionSpan

Sanding option for SpinePreparation .

SpineShredding ?

OptionSpan

Shredding option for SpinePreparation .

StripMaterial ?

EnumerationSpan

Spine taping strip material.

Values are:

Calico

Cardboard

CrepePaper

Gauze

Paper

PaperlinedMules

Tape

Thickness ?

NumberSpan

Specifies thickness of board which is wrapped as front and back covers of a case bound book, in points.

TightBacking ?

EnumerationSpan

Definition of the geometry of the back of the book block.

Values are:

Flat - A flat backing.

Round - Rounding way.

FlatBacked - Backing way.

RoundBacked - Rounding way, backing way.

RegisterRibbon *

refelement

Number, materials, colors and details of register ribbons.

 

Figure 7-1: Structure of a normal hardcover book

 

 

 

Figure 7-2: Structure of a padded hardcover book

 

 

7.1.3.9 Element: PlasticCombBinding

 

Table 7-24: PlasticCombBinding Element

Name

Data Type

Description

CombBrand ?

New in JDF 1.3

StringSpan

Strings providing available brand names for the plastic comb.

PlasticCombType ?

Modified in JDF 1.1

NameSpan

The distance between the “teeth” in PlasticCombBinding and the distance between the holes of the prepunched leaves must be the same. The following values from the hole type catalog in Appendix L, “JDF/CIP4 Hole Pattern Catalog” exist:

Values include:

P12m-rect-02 - Distance = 12 mm; Holes = 7 mm x 3 mm

P16_9i-rect-0t - Distance = 14.28 mm; Holes = 8 mm x 3 mm

Euro - Distance = 12 mm; Holes = 7 mm x 3 mm Deprecated in JDF 1.1

USA1 - Distance = 14.28 mm; Holes = 8 mm x 3 mm. Deprecated in JDF 1.1

HoleList ?

New in JDF 1.2

element

Details of the holes for the plastic comb. Note that Shape is always rectangular by design of the plastic combs.

7.1.3.10 Element: RingBinding

 

Table 7-25: RingBinding Element (Sheet 1 of 2)

Name

Data Type

Description

BinderBrand ?

New in JDF 1.3

StringSpan

Strings providing available brand names for RingBinding .

BinderMaterial ?

NameSpan

The following describe RingBinding binder materials used.

Values include:

Cardboard - Cardboard with no covering.

ClothCovered - Cardboard with cloth covering.

Plastic - Binder cover fabricated from solid plastic Sheet material, (e.g., PVC Sheet).

VinylCovered - Cardboard with colored vinyl covering.

HoleType ?

New in JDF 1.1

EnumerationSpan

Predefined hole pattern for the ring system. Multiple hole patterns are not allowed, (e.g., 3-hole ring binding and 4-hole ring binding holes on one piece of media). For details of the hole types, see the values.

Values are from : Appendix L, “JDF/CIP4 Hole Pattern Catalog” .

RingDiameter ?

NumberSpan

Size of the rings in points. The value used in production must be suitable for specified values of HoleType . Note that in ring shapes other than round, this size is specified by industry-standard method.

RingMechanic ?

OptionSpan

The ring binder used includes a lever for opening and closing.

RingShape ?

NameSpan

RingBinding shapes.

Values include:

Round

Oval

D-shape

SlantD

RingSystem ?

Deprecated in JDF 1.1

NameSpan

Values include:

2HoleEuro

3HoleUS

4HoleEuro

Deprecation note: starting with JDF 1.1, use HoleType .

RivetsExposed ?

OptionSpan

The following RingBinding choice describes mounting of the ring mechanism in binder case.

If "true" , the heads of the rivets are visible on the exterior of the binder. If "false" , the binder covering material covers the rivet heads.

ViewBinder ?

NameSpan

The values are RingBinding clear vinyl outer wrap types and are used on top of a colored base wrap.

Values include:

Embedded - Printed material is embedded by sealing between the colored and clear vinyl layers during binder manufacturing.

Pocket - Binder is designed so that printed material can be inserted between the color and clear vinyl layers after binder manufacturing.

7.1.3.11 Element: SaddleStitching

 

Table 7-26: SaddleStitching Element

Name

Data Type

Description

StitchNumber ?

New in JDF 1.1

IntegerSpan

Number of stitches used for saddle stitching.

7.1.3.12 Element: SideSewing

This is a placeholder that might be filled with private or future data.

 

Table 7-27: SideSewing Element

Name

Data Type

Description

 

 

 

7.1.3.13 Element: SideStitching

 

Table 7-28: SideStitching Element

Name

Data Type

Description

StitchNumber ?

New in JDF 1.2

IntegerSpan

Number of stitches used for side stitching.

 

7.1.3.14 Element: SoftCoverBinding

New in JDF 1.1

 

Table 7-29: SoftCoverBinding Element (Sheet 1 of 2)

Name

Data Type

Description

BlockThreadSewing ?

OptionSpan

Specifies whether the block is also thread sewn.

EndSheets ?

New in JDF 1.3

OptionSpan

Specified if end Sheets are applied. Additional details of the EndSheets may be specified by supplying an input Component with ProcessUsage = "EndSheet" .

FoldingWidth ?

New in JDF 1.3

NumberSpan

Definition of the dimension of the folding width of the front cover fold. See JacketingParams for details.

FoldingWidthBack ?

New in JDF 1.3

NumberSpan

Definition of the dimension of the folding width of the back cover fold. If not specified, FoldingWidthBack defaults to FoldingWidth .

GlueProcedure ?

EnumerationSpan

Glue procedure used to glue the book block to the cover.

Values are:

Spine

SideOnly - Glued at the side or endsheets but not at the spine. SideOnly books are also referred to as “layflat” if EndSheets are also specified. See Figure 7-3, “Structure of a book with GlueProcedure = "SideOnly" (Layflat)” .

SingleSide - Swiss Brochure.

SideSpine - Both side gluing and spine gluing.

Scoring ?

EnumerationSpan

Scoring option for SoftCoverBinding . Values are based on viewing the cover in its flat, prebound state.

Values are:

TwiceScored

QuadScored

None

SpineBrushing ?

OptionSpan

Brushing option for SpinePreparation .

SpineFiberRoughing ?

OptionSpan

FiberRoughing option for SpinePreparation .

SpineGlue ?

EnumerationSpan

Glue type used to glue the book block to the cover.

Values are:

ColdGlue

Hotmelt

PUR - Polyurethane rubber.

SpineLevelling ?

OptionSpan

Leveling option for SpinePreparation .

SpineMilling ?

OptionSpan

Milling option for SpinePreparation .

SpineNotching ?

OptionSpan

Notching option for SpinePreparation .

SpineSanding ?

OptionSpan

Sanding option for SpinePreparation .

SpineShredding ?

OptionSpan

Shredding option for SpinePreparation .

 

Figure 7-3: Structure of a book with GlueProcedure = "SideOnly" (Layflat)

 

7.1.3.15 Element: StripBinding

New in JDF 1.1

 

Table 7-30: StripBinding Element

Name

Data Type

Description

HoleList ?

New in JDF 1.2

refelement

Note that Shape is always round by design of the strip poles.

7.1.3.16 Element: Tabs

Specifies tabs in a bound document.

 

Table 7-31: Tabs Element (Sheet 1 of 2)

Name

Data Type

Description

TabBanks = "1"

Deprecated in JDF 1.4

integer

Number of rows of tabs on the face of the book.

Deprecation note: starting with JDF 1.4, TabBanks should be calculated from TabCount and TabsPerBank .

TabBrand ?

New in JDF 1.3

StringSpan

Strings providing available brand names for the Tabs .

TabCount ?

New in JDF 1.4

integer

Number of tabs across all banks. If TabsPerSet is not an even multiple of TabsPerBank , the last bank in each set is partially filled.

TabsPerBank ?

integer

Number of equal-sized tabs in a single bank if all positions were filled. Note that banks can have tabs only in some of the possible positions

TabExtensionDistance ?

NumberSpan

Distance tab extends beyond the body of the book block, in points.

TabExtensionMylar ?

OptionSpan

If "true" , the tab extension will be mylar reinforced.

TabBindMylar ?

OptionSpan

If "true" , the tab bind edge will be mylar reinforced.

TabBodyCopy ?

OptionSpan

If "true" , Color will be applied not only on tab extension, but also on tab body. Note that lack of body copy allows all tabs within a bank to be printed on a single Sheet.

TabMylarColor ?

EnumerationSpan

Specifies the color of the mylar used to reinforce the tab extension. This is conditional on TabExtensionMylar being "true" .

Values are from : NamedColor (Section A.3.3.3, “NamedColor”).

TabMylarColorDetails ?

New in JDF 1.4

StringSpan

A more specific, specialized or site-defined name for the color. If TabMylarColorDetails is supplied, TabMylarColor SHOULD also be supplied.

7.1.3.17 Element: Tape

New in JDF 1.1

 

Table 7-32: Tape Element

Name

Data Type

Description

TapeColor ?

Deprecated in JDF 1.4

EnumerationSpan

Defines the color of the tape material of the binding.

Values are from: Table A-3, “NamedColor Enumeration Values”.

Deprecation note: starting with JDF 1.4, use BindingIntent /@ BindingColor .

7.1.3.18 Element: ThreadSealing

This is a placeholder that might be filled with private or future data.

 

Table 7-33: ThreadSealing Element

Name

Data Type

Description

 

 

 

7.1.3.19 Element: ThreadSewing

 

Table 7-34: ThreadSewing Element

Name

Data Type

Description

Sealing ?

OptionSpan

If "true" , thermo-sealing is needed in ThreadSewing .

 

7.1.3.20 Element: WireCombBinding

 

Table 7-35: WireCombBinding Element (Sheet 1 of 2)

Name

Data Type

Description

WireCombBrand ?

New in JDF 1.3

StringSpan

Strings providing available brand names for the WireCombBinding .

WireCombMaterial ?

EnumerationSpan

The material used for forming the WireCombBinding .

Values are:

Steel-Silver

ColorCoatedSteel

WireCombShape ?

EnumerationSpan

The shape of the WireCombBinding .

Values are:

Single - Each “tooth” is made with one wire.

Twin - The shape of each “tooth” is made with a double wire, (e.g., Wire-O ).

HoleList ?

New in JDF 1.2

refelement

Details of the holes for the wire comb.

 

7.1.4 ColorIntent

This Resource specifies the type of ink to be used. Typically, the parameters consist of a manufacturer name and additional identifying information. The Resource also specifies any coatings and colors to be used, including the process color model and any spot colors.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

Color , ColorantControl , ColorCorrectionParams , ColorPool , ColorSpaceConversionParams

Example Partition:

Option , PageNumber , Side

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-36: ColorIntent Resource (Sheet 1 of 3)

Name

Data Type

Description

Coatings ?

Modified in JDF 1.3

StringSpan

Material usually applied to a full surface on press as a protective or gloss-enhancing layer over ink.

Values include:

Aqueous

DullVarnish

GlossVarnish

Protective

SatinVarnish

Silicone

UV

Note: The individual strings within Coatings are of type NMTOKENS and may contain multiple entries from the list of values.

Note: that spot coating is specified in ColorsUsed .

ColorStandard ?

Modified in JDF 1.2

NameSpan

The color process (i.e., printing condition) requested for the Job. ColorStandard does not imply values for ColorsUsed . For instance, if ColorStandard is CMYK , ColorsUsed must still contain the four process colors Cyan , Magenta , Yellow and Black . If both of ColorICCStandard and ColorStandard are specified, then ColorICCStandard defines the ICC specific details, whereas ColorStandard defines the generic color standard.

Values include those from: Table 7-37, “ColorStandard Attribute Values”.

ColorICCStandard ?

New in JDF 1.2

StringSpan

ColorICCStandard can be used to identify a specific standard printing condition, by reference to Characterization Data registered with the ICC ( http://www.color.org/drsection1.html ). This printing condition reference corresponds to the OutputIntent characterization referencing capability in PDF/X. The syntax will be Reference Name as shown in the examples below. Reference Name is the standard reference string name used in both JDF and PDF/X, defined for each printing condition in the characterization registry on the ICC website.

Values include:

FOGRA11 - Registered by FOGRA pertaining to offset commercial and specialty printing according to [ISO12647-2:2004] , positive plates, paper type 1 (gloss-coated, above 70 g /m2) and paper type 2 (matte-coated, above 70 g /m2), screen frequency 60/cm. Appropriate for black-backing measurement.

FOGRA15 - Registered by FOGRA pertaining to offset commercial and specialty printing according to [ISO12647-2:2004] , positive plates, paper type 1 (gloss-coated, above 70 g /m2) and paper type 2 (matte-coated, above 70 g /m2), screen frequency 60/cm. Appropriate for self-backing measurement.

CGATS TR001 - pertaining to printing conditions that conform to ANSI CGATS.6, which addresses Publication printing in the US as defined by SWOP.

Note: If both of ColorICCStandard or ColorsUsed are specified, the union of the two is specified. If both of ColorICCStandard and ColorStandard are specified, then ColorICCStandard defines the ICC specific details, whereas ColorStandard defines the generic color standard.

Coverage ?

NumberSpan

Cumulative colorant coverage percentage. For example, a full Sheet of 100% deep black in CMYK has Coverage /@ Actual = "400" . Typical coverages based on one color plane are:

Light = 1-9%

Medium = 10-35%

Heavy = 36+%

InkManufacturer ?

Deprecated in JDF 1.2

NameSpan

Name of the manufacturer of the ink requested, (e.g., "ACMEInk" , "CIP4_Ink_Company" etc.).

ColorPool ?

New in JDF 1.1

refelement

Additional details about the colors used. The ColorPool Resource may include some or all details about both ColorsUsed separation spot colors, spot colors contained in Job files that will be printed using process color equivalents and the ColorStandard process colors.

ColorsUsed ?

element

Array of colorant separation names that are requested. If not specified, the values are implied from ColorStandard . If specified, ColorsUsed must contain a list of all separation names used by the Job. Note: If additional information about the colors and colorants is needed, it can be specified in the referenced ColorPool Resource.

-- Attribute: ColorStandard

 

Table 7-37: ColorStandard Attribute Values

Value

Description

CMYK

Generic four color process.

FIRST

Flexographic Image Reproduction Specifications & Tolerances.

GRACOL

General Requirements for Applications in Commercial Offset Lithography

Hexachrome

6 Colors CMYK + Orange and Green .

HIFI

7 Colors CMYK + Red , Green and Blue .

ISO12647

Deprecated in JDF 1.2

[ISO12647-2:2004] offset standard.

JapanColor2001

Japan Color 2001 standard [japancolor] .

Monochrome

Generic single color printing condition, (e.g., black and white or one single spot color).

None

Deprecated in JDF 1.2

No marks. Used to define one-sided printing.

Deprecation note: starting with JDF 1.2, use LayoutIntent /@ Sides instead.)

SNAP

Specifications for Newsprint Advertising Production

SWOP

Specifications for Web Offset Publications. Registered by ANSI with the ICC as ICC:CGATS TR001 pertaining to printing conditions that conform to ANSI CGATS.6 which is based on Publication printing in the US as defined by SWOP, Inc.

7.1.4.1 Element: ColorsUsed

 

Table 7-38: ColorsUsed Element

Name

Data Type

Description

SeparationSpec *

Modified in JDF 1.2

element

These can be process colors, generic spot colors or named spot colors.

In addition, partial (spot) coating is specified by adding a SeparationSpec with anything from Coatings as SeparationSpec /@ Name :

Aqueous

Bronzing

DullVarnish

GlossVarnish

SatinVarnish

Silicone

Spot - Generic spot color of which the details are unknown. Spot may be specified multiple times in one ColorsUsed Element. New in JDF 1.2

UV

Varnish - Generic varnish including DullVarnish, GlossVarnish and SatinVarnish. New in JDF 1.3

7.1.5 DeliveryIntent

Summarizes the options that describe pickup or delivery time and location of the Physical Resource s of a Job. It also defines the number of copies that are requested for a specific Job or delivery. This includes delivery of both final products and of proofs. DeliveryIntent may also be used to describe the delivery of intermediate products such as partial products in a subcontracting description.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

Address , DeliveryParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-39: DeliveryIntent Resource (Sheet 1 of 4)

Name

Data Type

Description

Accepted ?

Deprecated in JDF 1.3

boolean

The quote that is specified by this DeliveryIntent has been accepted.

Deprecation note: starting with JDF 1.3, contract negotiation information has been removed and will be handled by the business wrapper around JDF, e.g. PrintTalk.

AdditionalAmount = "1"

New in JDF 1.2

Deprecated in JDF 1.3

integer

Number of components used to calculate the value of the AdditionalPrice Attribute in the Pricing . This value applies to the number of additional items in one DropIntent / DropItemIntent and not to the total additional number of items.

In JDF 1.3 and beyond, pricing information has been removed and will be handled by the business wrapper around JDF, e.g. PrintTalk.

BuyerAccount ?

string

Account ID of the buyer with the delivery service.

DeliveryCharge ?

New in JDF 1.1

Modified in JDF 1.2

EnumerationSpan

Specifies who pays for a delivery being made by a third party.

Values are:

Printer - The Printer is defined as the person who creates the Resource that is delivered. This includes all suppliers, (e.g., binders, prepress suppliers, etc.).

Buyer - The customer specified in CustomerInfo .

Other - The Contact [@ ContactTypes = "DeliveryCharge" ]. New in JDF 1.2

Earliest ?

TimeSpan

Specifies the earliest time after which the transfer is to be made. Within an RFQ or a Quote, at most one of Earliest or EarliestDuration must be specified.

EarliestDuration ?

DurationSpan

Specifies the earliest time by which the transfer is to be made relative to the date of the purchase order. Within an RFQ or a Quote, at most one of Earliest or EarliestDuration must be specified. Within a purchase order, EarliestDuration must not be specified.

Method ?

NameSpan

Specifies a delivery method, which can be a generic method.

Values include:

BestWay - The sender decides how to deliver.

CompanyTruck

Courier

Email

ExpressMail

InterofficeMail

Storage - The product is stored by the supplier.

OvernightService

UPS - a delivery service brand

DHL - a delivery service brand

FedEx - a delivery service brand

Ownership = "Origin"

enumeration

Point of transfer of ownership:

Values are:

Origin - Ownership of goods is transferred upon leaving point of origin.

Destination - Ownership is transferred upon receipt at destination.

Overage ?

NumberSpan

Percentage value that defines the acceptable upwards variation of Amount . Defaults to the trade custom defaults as defined by PIA, BVD, etc.

Pickup ?

Deprecated in JDF 1.1

boolean

Specifies whether the delivery brings or picks up the merchandise.

If Pickup = "false" , the drop is delivered to the address specified in Company .

If Pickup = "true" , the DeliveryIntent describes an input to the Job, (e.g., a CD for inserting, a preprinted cover, etc.). In this case Company describes the location where the merchandise is picked up.

Required ?

TimeSpan

Specifies the time by which the transfer is to be made. Within an RFQ or a Quote, exactly one of Required or RequiredDuration must be specified.

RequiredDuration ?

DurationSpan

Specifies the time by which the transfer is to be made relative to the date of the purchase order. Within an RFQ or a Quote, exactly one of Required or RequiredDuration must be specified. Within a purchase order, RequiredDuration must not be specified.

ReturnMethod ?

New in JDF 1.1

NameSpan

Specifies a delivery method for returning the surplus material and must not be specified unless SurplusHandling = "Return" .

Values are from: Method

ServiceLevel ?

New in JDF 1.2

StringSpan

The service level of the specific carrier.

Values include those from: ArtDeliveryIntent / ServiceLevel

SurplusHandling ?

New in JDF 1.1

EnumerationSpan

Describes what is to happen with unused or redundant parts of the transfer specified with Transfer = "BuyerToPrinterDeliver" or "BuyerToPrinterPickup" after the Job. The return delivery or pickup address is specified by
Contact [contains (@ ContactTypes , "SurplusReturn" )].

Values are:

ReturnWithProduct - The surplus material is delivered back to the customer together with the final product.

Return - The surplus material is delivered back independently directly after usage.

Pickup - The customer picks up the surplus material.

Destroy - The printer destroys the surplus material.

PrinterOwns - The surplus material belongs to the printer.

Store - The printer has to store the surplus material for future purposes.

Transfer ?

New in JDF 1.1

EnumerationSpan

Describes the direction and responsibility of the transfer.

Values are:

BuyerToPrinterDeliver - The DeliveryIntent describes an input to the Job, (e.g., a CD for inserting, a preprinted cover, etc.). In this case, the buyer delivers the merchandise to the printer. The printer is to specify in the quote a special
Contact [contains (@ ContactTypes , "Delivery" )]. The Contact specifies where the buyer is to send the merchandise.

BuyerToPrinterPickup - The DeliveryIntent describes an input to the Job, (e.g., a CD for inserting, a preprinted cover, etc.). In this case, the printer picks up the merchandise.
The Contact [contains (@ ContactTypes , "Pickup" )] specifies where the printer has to pick up the merchandise.

PrinterToBuyerDeliver - The DeliveryIntent describes an output of the Job. In this case, the printer delivers the merchandise to the buyer. The Contact [contains (@ ContactTypes , "Delivery" )] specifies where the printer is to send the merchandise.

PrinterToBuyerPickup - The DeliveryIntent describes an output of the Job. In this case, the buyer picks up the merchandise. The printer is to specify in the quote a special Contact [contains (@ ContactTypes , "Pickup" )]. The Contact specifies where the buyer is to pick up the merchandise.

Underage ?

NumberSpan

Percentage value that defines the acceptable downwards variation of Amount . Defaults to the trade custom defaults as defined by PIA, BVD, etc.

Company ?

Deprecated in JDF 1.1

refelement

Address and further information of the addressee.

In JDF 1.1 and beyond, Company is referenced from Contact .

Contact *

New in JDF 1.1

refelement

Address and further information of the Contact responsible for the transfer. The actual delivery address is specified as the Contact [contains (@ ContactTypes , "Delivery" )]/ Address . The actual pickup address is specified as the Contact [contains (@ ContactTypes , "Pickup" )]/ Address . At most one Contact [contains (@ ContactTypes , X )] must be specified for X equal to "Delivery" , "Pickup" or "Billing" ,

DropIntent +

element

Includes all locations where the product will be delivered. Note that multiple DropIntent Elements specify multiple deliveries and not options for delivery.

Pricing ?

Deprecated in JDF 1.3

element

Pricing Elements that define the pricing of the complete DeliveryIntent including any DropIntent or DropItemIntent Elements that may contain further Pricing Elements.

In JDF 1.3 and beyond, pricing information has been removed and will be handled by the business wrapper around JDF, e.g. PrintTalk.

7.1.5.1 Element: DropIntent

This Element contains information about the intended individual drop of a delivery. Attributes that are specified in a DropIntent Element overwrite those that are specified in their parent DeliveryIntent Element. If optional values are not specified, they default to the values specified in the DeliveryIntent .

 

Table 7-40: DropIntent Element (Sheet 1 of 2)

Name

Data Type

Description

AdditionalAmount ?

New in JDF 1.2

Deprecated in JDF 1.3

integer

Number of components used to calculate the value of the AdditionalPrice Attribute in the Pricing . This value applies to the number of additional items in one DropIntent / DropItemIntent and not to the total additional number of items. If not specified, defaults to the value of DeliveryIntent /@ AdditionalAmount .

In JDF 1.3 and beyond, pricing information has been removed and will be handled by the business wrapper around JDF, e.g. PrintTalk.

BuyerAccount ?

New in JDF 1.2

string

Account ID of the buyer with the delivery service.

Default value is from: DeliveryIntent /@ BuyerAccount

Earliest ?

TimeSpan

Specifies the earliest time after which the transfer is to be made. Within an RFQ or a Quote, at most one of Earliest or EarliestDuration must be specified.

EarliestDuration ?

DurationSpan

Specifies the earliest time by which the transfer is to be made relative to the date of the purchase order. Within an RFQ or a Quote, at most one of Earliest or EarliestDuration must be specified. Within a purchase order, EarliestDuration must not be specified.

Method ?

NameSpan

Specifies a delivery method.

Default value is from: DeliveryIntent Method .

Values include those from: DeliveryIntent Method

Pickup ?

Deprecated in JDF 1.1

boolean

If "true" , the merchandise is picked up.

If Pickup = "false" , the DropIntent is delivered to the address specified in Company .

If Pickup = "true" , the DropIntent describes an input to the Job, (e.g., a CD for inserting, a preprinted cover, etc.). In this case, Company describes the location where the merchandise is picked up.

Required ?

TimeSpan

Specifies the time by which the delivery is to be made. Within an RFQ or a Quote, at most one of Required or RequiredDuration must be specified.

RequiredDuration ?

DurationSpan

Specifies the time by which the delivery is to be made relative to the date of the purchase order. Within an RFQ or a Quote, at most one of Required or RequiredDuration must be specified. Within a purchase order, RequiredDuration must not be specified.

ReturnMethod ?

New in JDF 1.1

NameSpan

Specifies a delivery method for returning the surplus material, and must not be specified unless SurplusHandling = "Return" .

Default value is from: DeliveryIntent / ReturnMethod .

Values include those from: DeliveryIntent / ReturnMethod

ServiceLevel ?

New in JDF 1.2

StringSpan

The service level of the specific carrier.

Default value is from: DeliveryIntent / ServiceLevel .

Values include those from: DeliveryIntent / ServiceLevel

SurplusHandling ?

New in JDF 1.1

EnumerationSpan

Describes what is to happen with unused or redundant parts of the transfer.

Default value is from: DeliveryIntent SurplusHandling .

Values are from : DeliveryIntent / SurplusHandling .

Transfer ?

New in JDF 1.1

EnumerationSpan

Describes the direction and responsibility of the transfer.

Default value is from: DeliveryIntent / Transfer .

Values are: (see DeliveryIntent / Transfer ).

Company ?

Deprecated in JDF 1.1

refelement

Address and further information of the addressee. In JDF 1.1 and beyond Company is a Subelement of Contact .

Contact *

New in JDF 1.1

refelement

Address and further information of the Contact responsible for the transfer. The actual delivery address is specified as the Contact [contains (@ ContactTypes , "Delivery" )]/ Address . The actual pickup address is specified as the Contact [contains (@ ContactTypes , "Pickup" )]/ Address . At most one Contact [contains (@ ContactTypes , X )]/ must be specified for X equal to "Delivery" , "Pickup" or "Billing" . Defaults to the DeliveryIntent / Contact

DropItemIntent +

element

A DropIntent may consist of multiple products, which are represented by their respective Physical Resource s. Each DropItemIntent Element describes a number of individual Resources that is part of this DropIntent .

Pricing ?

Deprecated in JDF 1.3

element

Pricing Element that defines the pricing of the DropIntent . In JDF 1.3 and beyond, pricing information has been removed and will be handled by the business wrapper around JDF, e.g. PrintTalk.

7.1.5.2 Element: DropItemIntent

 

Table 7-41: DropItemIntent Element (Sheet 1 of 2)

Name

Data Type

Description

AdditionalAmount ?

Modified in JDF 1.2

Deprecated in JDF 1.3

integer

Number of components used to calculate the value of the AdditionalPrice Attribute in the Pricing . If not specified, defaults to the value of DropIntent /@ AdditionalAmount .

In JDF 1.3 and beyond, pricing information has been removed and will be handled by the business wrapper around JDF, e.g. PrintTalk.

Amount ?

integer

Specifies the final number of Resources delivered. If not specified, defaults to the total amount of the Resource that is specified by PhysicalResource or 1 if this DropItemIntent specifies a proof. Note that DropItemIntent /@ Amount corresponds semantically to ResourceLink /@ ActualAmount and DropItem /@ ActualAmount .

OrderedAmount ?

integer

Specifies the original number of Resources ordered. If not specified, defaults to the value of Amount . Note that DropItemIntent /@ OrderedAmount corresponds semantically to ResourceLink /@ Amount and DropItem /@ Amount .

Proof ?

New in JDF 1.1

string

This DropItemIntent refers to a proof that is specified in a ProofItem of the ProofingIntent of this Product Intent Node.

Constraint: ProofingIntent / ProofItem /@ ProofName must match Proof . Exactly one of PhysicalResource or Proof must be specified.

Unit ?

string

Unit of measurement for the Amount specified in the PhysicalResource .

Default value is: value of Unit defined in the Resource described by the PhysicalResource

PhysicalResource ?

Modified in JDF 1.1

refelement

Description of the individual item that is delivered.

Constraint: exactly one of PhysicalResource or Proof must be specified.

Note: PhysicalResource represents a Resource that must be an instance of a Physical Resource , (e.g., Component ).

Pricing ?

Deprecated in JDF 1.3

element

Pricing Element that defines the pricing of the DropItemIntent .

Deprecation note: starting with JDF 1.3, pricing information has been removed and will be handled by the business wrapper around JDF, e.g. PrintTalk.

7.1.5.3 Element: Pricing

Deprecated in JDF 1.3

The table defining the deprecated Pricing Subelement has been moved to Section P.4.2, “DeliveryIntent Deprecated Subelements” .

7.1.5.4 Element: Payment

Deprecated in JDF 1.3

The table defining the deprecated Payment Subelement has been moved to Section P.4.2, “DeliveryIntent Deprecated Subelements” .

7.1.5.5 Element: CreditCard

Deprecated in JDF 1.3

The table defining the deprecated CreditCard Subelement has been moved to Section P.4.2, “DeliveryIntent Deprecated Subelements” .

7.1.6 EmbossingIntent

New in JDF 1.1

This Resource specifies the embossing and/or foil stamping intent for a JDF Job using information that identifies whether the product is embossed or stamped, and if desired, the complexity of the affected area.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

EmbossingParams

Example Partition:

Option , PageNumber , Side

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-42: EmbossingIntent Resource

Name

Data Type

Description

EmbossingItem +

element

Each embossed image is described by one EmbossingItem .

7.1.6.1 Element: EmbossingItem

 

Table 7-43: EmbossingItem Element (Sheet 1 of 2)

Name

Data Type

Description

Direction

Modified in JDF 1.3

EnumerationSpan

The direction of the image.

Values are:

Both - Both debossing and embossing in one stamp.

Depressed - Debossing.

Flat - The embossing foil is applied flat. Used for foil stamping. New in JDF 1.3

Raised - Embossing.

EdgeAngle ?

NumberSpan

The angle of a beveled edge in degrees. Typical values are an angle of: 30, 40, 45, 50 or 60 degrees. If EdgeAngle is specified, EdgeShape = "Beveled" must be specified.

EdgeShape ?

EnumerationSpan

The transition between the embossed surface and the surrounding media can be rounded or beveled (angled).

Values are:

Rounded

Beveled

EmbossingType
Modified in JDF 1.4

StringSpan

The strings defined in EmbossingType are whitespace separated combinations of the following tokens.

Values include:

Braille - 6 dot Braille embossing. New in JDF 1.4

BlindEmbossing - Embossed forms that are not inked or foiled. The color of the image is the same as the paper.

FoilEmbossing - Combines embossing with foil stamping in one single impression.

FoilStamping - Using a heated die to place a metallic or pigmented image from a coated foil on the paper.

RegisteredEmbossing - Creates an embossed image that exactly registers to a printed image.

FoilColor ?

EnumerationSpan

Defines the color of the foil material which is used for embossing.

Values are from : Table A-3, “NamedColor Enumeration Values”.

FoilColorDetails ?

New in JDF 1.4

StringSpan

A more specific, specialized or site-defined name for the color. If FoilColorDetails is supplied, FoilColor SHOULD also be supplied.

Height ?

NumberSpan

The height of the levels. This value specifies the vertical distance between the highest and lowest point of the stamp, regardless of the value of Direction .

ImageSize ?

XYPairSpan

The size of the bounding box of one single image.

Level ?

EnumerationSpan

The level of embossing.

Values are:

SingleLevel

MultiLevel

Sculpted

Position ?

XYPairSpan

Position of the center of the bounding box of the embossed image in the coordinate system of the Component .

7.1.7 FoldingIntent

This Resource specifies the fold intent for a JDF Job using information that identifies the number of folds, the height and width of the folds, and the folding catalog number. Note that the folding catalog is described in Section 7.2.79, “FoldingParams” .

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

CreasingParams , CuttingParams , Fold , FoldingParams , PerforatingParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-44: FoldingIntent Resource

Name

Data Type

Description

FoldingCatalog

NameSpan

Describes the folding scheme according to the folding catalog in Figure 7-36, “Fold catalog part 1” and Figure 7-37, “Fold catalog part 2”.

Value format is: " Fn-i " where “n” is the number of finished pages and “i” is either an integer, which identifies a particular fold or the letter "X" , which identifies a generic fold. E.g., "F6-2" describes a Z-fold of 6 finished pages, and "F6-X . " describes a generic fold with 6 finished pages.

Note: The folding scheme in this context refers to the folding of the finished product as seen after the cutting, not the folding, of the Sheet as seen in production. See LayoutIntent /@ Foliocount for a discussion of pagination of folded end products.

Folds ?

Deprecated in JDF 1.1

XYPair

Number of folds in x and in y direction. This Attribute specifies the number of folds seen in the Sheet after folding, and not the number of fold operations needed to achieve that result. If not specified, it must be inferred from FoldingCatalog . If X and Y are the number of folds in the x and y directions, respectively, the product 2*(X+1)*(Y+1 ) must always match the n of
" Fn-i " of FoldingCatalog .

Fold *

New in JDF 1.1

element

This describes the details of folding operations in the sequence described by the value of FoldingCatalog . Fold must be specified if non-symmetrical folds are requested.

7.1.8 HoleMakingIntent

This Resource specifies the holemaking intent for a JDF Job, using information that identifies the type of holemaking operation or alternatively, an explicit list of holes. This Resource does not specify whether the media will be pre-drilled or the media will be drilled or punched as part of making the product.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

Hole , HoleLine , HoleMakingParams , Media

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-45: HoleMakingIntent Resource

Name

Data Type

Description

Extent ?

New in JDF 1.2

XYPair

Size (bounding box) of the hole in points when specifying a standard hole pattern in HoleType . If not specified the implied default defined in Appendix L, “JDF/CIP4 Hole Pattern Catalog” is assumed. Ignored when HoleType /@ Actual = "Explicit" .

HoleReferenceEdge = "Left"

New in JDF 1.1

enumeration

The edge of the media relative to where the holes are to be punched. Use with HoleType .

Values are:

Left

Right

Top

Bottom

Pattern - Specifies that the reference edge implied by the value of HoleType in Appendix L, “JDF/CIP4 Hole Pattern Catalog” is used.

HoleType

Modified in JDF 1.1

StringSpan

Predefined hole pattern. Multiple hole patterns are specified as one NMTOKENS string, (e.g., 3-hole ring binding and 4-hole ring binding holes on one piece of media).

Values include :

Explicit - Holes are defined in an array of Hole Elements.

2HoleEuro - Replace by either R2m-DIN or R2m-ISO Deprecated in JDF 1.0 .

3HoleUS - Replace by R3I-US Deprecated in JDF 1.0

4HoleEuro - Replace by R4m-DIN-A4 or R4m-DIN-A5 Deprecated in JDF 1.0 .

Values are from : Appendix L, “JDF/CIP4 Hole Pattern Catalog”.

HoleList ?

element

Array of all Hole Elements. Used only when HoleType /@ Actual = "Explicit" , otherwise this Element is not used.

7.1.9 InsertingIntent

This Resource specifies the placing or inserting of one component within another, using information that identifies page location, position and attachment method. The receiving component is defined by a ProcessUsage Attribute of “Parent”. All other input components are mapped to the Insert Elements by their ordering in the ResourceLinkPool .

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

InsertingParams , InsertSheet

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-46: InsertingIntent Resource

Name

Data Type

Description

GlueType ?

EnumerationSpan

Glue used to fasten the insert.

Values are:

Permanent

Removable

Method ?

EnumerationSpan

Values are:

BindIn - Apply glue to fasten the insert

BlowIn - Loose insert.

InsertList

element

List of individual inserts.

7.1.9.1 Element: InsertList

 

Table 7-47: InsertList Element

Name

Data Type

Description

Insert *

element

Individual insert description.

 

7.1.9.2 Element: Insert

 

Table 7-48: Insert Element (Sheet 1 of 2)

Name

Data Type

Description

Folio

IntegerRangeList

List of potential Folios where the insert is to be placed. A Folio is defined by its first page in case Method /@ Actual = "BlowIn" and by the page that the glue is applied in case Method /@ Actual = "BindIn" . In general, a list of Folios will only be supplied for Method /@ Actual = "BlowIn" . The pages are counted in the order, which is described in FolioCount of the parent Component / Bundle .

GlueType ?

EnumerationSpan

Glue used to fasten the insert.

Default value is fro m: InsertingIntent / GlueType .

Values are:

Removable

Permanent

Method ?

EnumerationSpan

Inserting method.

Default value is from : InsertingIntent / Method .

Values are:

BindIn - Apply glue to fasten the insert.

BlowIn - Loose insert.

SheetOffset ?

Deprecated in JDF 1.1

XYPair

Offset between the Component to be inserted and finished page identified by Folio in the parent Component . In JDF 1.2 and beyond, the offset is specified in the offset part of Transformation .

Transformation ?

matrix

Rotation and offset between the Component to be inserted and the parent Component . If not specified, the identity matrix is applied.

WrapPages ?

New in JDF 1.1

IntegerRangeList

List of finished pages of the cover that wrap around an Insert after all folds are correctly positioned. It is sufficient to specify the finished page of the front surface of the cover, (e.g., Cover 1 and Cover 4). Note that this key must not be specified unless the folding is ambiguous.

GlueLine *

New in JDF 1.1

element

Array of all GlueLine Elements used to glue in the insert. must not be specified in conjunction with GlueType .

7.1.10 LaminatingIntent

This Resource specifies the laminating intent for a JDF Job using information that identifies whether or not the product is laminated, and if desired, the temperature and thickness of the laminate.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

LaminatingParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-49: LaminatingIntent Resource

Name

Data Type

Description

Laminated ?

Deprecated in JDF 1.1

OptionSpan

If "true" , the product is laminated.

If no LaminatingIntent is specified, the product must not be laminated.

Temperature ?

Modified in JDF 1.3

EnumerationSpan

Temperature used in the Laminating Process.

Values are:

Hot

Cold

Surface ?

EnumerationSpan

The surface to be laminated.

Values are:

Front

Back

Both

Texture ?

New in JDF 1.3

NameSpan

The intended texture of the laminate.

Values include:

Antique - Rougher than vellum surface.

Calendared - Extra-smooth or polished, uncoated paper.

Grain

Linen - Texture of coarse woven cloth.

Matte

Smooth

Stipple - Fine pebble finish.

Vellum - Slightly rough surface.

Thickness ?

NumberSpan

Thickness of the laminating material. Measured in microns [m].

7.1.11 LayoutIntent

Modified in JDF 1.2

This Resource records the size of the finished pages for the product component. It does not, however, specify the size of any intermediate results such as press Sheets. It also describes how the finished pages of the product component are to be imaged onto the finished media. The size definition of the finished media describes the size of a Sheet that is folded to create a product, not the size of a production Sheet, (e.g., in the press).

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

Layout , LayoutPreparationParams , StrippingParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-50: LayoutIntent Resource (Sheet 1 of 4)

Name

Data Type

Description

Dimensions ?

New in JDF 1.1

XYPairSpan

Specifies the width (X) and height (Y) in points, respectively, of the media or product Component unfolded. For example, Dimensions for a Z-fold is the unfolded dimensions, while FinishedDimensions is the folded dimensions if known. Use Dimensions if FinishedDimensions is not known. The Dimensions Span Element is provided for the rare case that FinishedDimensions does not unambiguously define the finished product, due to complex folding schemes. If both values are specified, FinishedDimensions takes precedence

FinishedDimensions ?

New in JDF 1.1

ShapeSpan

Specifies the width (X), height (Y) and depth (Z) in points, respectively, of the finished product Component after all finishing operations, including folding, trimming, etc. If the Z coordinate is 0, it is ignored. Only FinishedDimensions should be specified if both FinishedDimensions and Dimensions are known.

FinishedGrainDirection ?

New in JDF 1.2

EnumerationSpan

Specifies the media grain direction of the finished page with respect to the binding edge.

Values are:

ParallelToBind - Grain direction is parallel to the binding edge.

PerpendicularToBind - Grain direction is perpendicular to the binding edge. Note: in JDF 1.2 this was erroneously misspelled as PerpendiculatToBind

FinishedPageOrientation ?

Deprecated in JDF 1.1

enumeration

Indicates the desired orientation of the finished media.

Values are:

Portrait - The short edges of the media are the top and bottom.

Landscape - The long edges of the media are the top and bottom.

Note: In JDF 1.1, the finished page orientation is implied by the value of Dimensions and FinishedDimensions . If height (X) > width (Y), the product is portrait.

FolioCount = "Booklet"

New in JDF 1.1

enumeration

Defines the method used when counting finished pages.

Values are:

Booklet - Each sample of the component consists of two finished pages, (e.g., a leaf--the front side and the back side of one sample of the component). Folds as specified by FoldingIntent /@ FoldingCatalog do not affect pagination. Finished Pages are counted in reader order of the pages of the component in the product.

Flat - The number of finished pages of one Sheet of an individual component is given by the product 2*(X+1)*(Y+1) , where x denotes the number of folds in x direction and y denotes the number of folds in y direction. The pages are counted from the upper left of the front side of the top media to the lower right of the back side of the bottom media. Flat is to be used for non-standard products where the reader order is ambiguous. The page breaks on a Sheet are defined by the folds as specified by FoldingIntent /@ FoldingCatalog (see Figure 7-36 and Figure 7-37) for the product. All Sheets are counted, even if they are not included in the product, (e.g., due to a ShapeCuttingIntent ).

NumberUp = "1 1"

Modified in JDF 1.2

XYPair

Specifies a regular, multi-up grid of page cells into which content pages are mapped.

The first value specifies the number of columns of page cells and the second value specifies the number of rows of page cells in the multi-up grid (both numbers are integers).

At most one of Layout or NumberUp must be specified.

Pages ?

New in JDF 1.1

Modified in JDF 1.2

IntegerSpan

Specifies the number of finished pages (surfaces) of the product component, including blank pages.

Pages multiplied with Dimensions then divided by two (2) identifies the amount of paper that is used in the product. Pages describes the paper usage regardless of document layout. This value must be an even number. For example, the value for Pages for a two-sided booklet with seven Reader Pages would be "8" , whether the booklet were saddle stitched or glued.

PageVariance ?

New in JDF 1.1

IntegerSpan

Specifies the number of non-identical finished pages of the product component, (i.e., the number of distinct master pages copied to produce the product). If not specified, the value of Pages is used as the default. For example, if there are ten finished pages, in which three are identical, PageVariance /@ Actual = "8" since it would take eight master copies to produce the product.

RotatePolicy ?

New in JDF 1.2

enumeration

Specifies the policy to automatically rotate the image to optimize the fit of the image to the page container. For instance, individual landscape pages in a portrait document may automatically be rotated. The page container is one cell on the NUp grid of the Media defined in Dimensions or FinishedDimensions .

Values are:

NoRotate - Do not rotate.

RotateOrthogonal - Rotate by 90˚ in either direction.

RotateClockwise - Rotate clockwise by 90˚.

RotateCounterClockwise - Rotate counter-clockwise by 90˚.

Sides ?

Modified in JDF 1.2

enumeration

Indicates whether contents are to be printed on one or both sides of the media.

Values are:

OneSided - Page contents will only be imaged on the front side of the media.

OneSidedBack - Page contents will only be imaged on the back side of the media. New in JDF 1.2

TwoSidedHeadToHead - Impose pages upon the front and back sides of media Sheets so that the head (top) of page contents back up to each other.

TwoSidedHeadToFoot - Impose pages upon the front and back sides of media Sheets so that the head (top) of the front backs up to the foot (bottom) of the back.

SizePolicy ?

New in JDF 1.2

EnumerationSpan

Allows printing even if the container size defined in Dimensions or FinishedDimensions does not match the requirements of the data. The page container is one cell on the NUp grid of the Media defined in Dimensions or FinishedDimensions .

Values are:

ClipToMaxPage - The page contents is to be clipped to the size of the container. The printed area is centered in the source image.

FitToPage - The page contents is to be scaled up or down to fit the container. The aspect ratio is maintained.

ReduceToFit - The page contents is to be scaled down but not scaled up to fit the container. The aspect ratio is maintained.

Tile - The page contents is to be split into several tiles, each printed on its own container.

Layout ?

New in JDF 1.1

refelement

Specifies the details of a more complex Layout . At most one of Layout or NumberUp must be specified. Note that the Layout specified in LayoutIntent specifies the layout definition of the finished product and not the layout of the production Sheets.

7.1.12 MediaIntent

Modified in JDF 1.2

This Resource describes the media to be used for the product component. In some cases, the exact identity of the medium is known, while in other cases, the characteristics are described and a particular stock is matched to those characteristics.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

Media

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-51: MediaIntent Resource (Sheet 1 of 7)

Name

Data Type

Description

BackCoatings ?

EnumerationSpan

Identical to FrontCoatings , but applied to the back surface of the media.

Default value is from: @ FrontCoatings .

Values are from : @ FrontCoatings .

Brightness ?

NumberSpan

Reflectance percentage of diffuse blue reflectance as defined by [ISO2470:1999] . The reflectance is reported per [ISO2470:1999] as the diffuse blue reflectance factor of the paper or board in percent to the nearest 0.5% reflectance factor.

BuyerSupplied ?

OptionSpan

Indicates whether the customer will supply the media. Note that the Media Resource can be used to specify additional media requirements, particularly when the media is supplied by the customer.

Dimensions ?

Deprecated in JDF 1.2

XYPairSpan

Specifies the size of the supplied media in points if BuyerSupplied evaluates to "true" . Dimensions must be ignored if BuyerSupplied evaluates to "false" . Note that the size of the finished product is always specified in LayoutIntent / FinishedDimensions .

In JDF 1.2 and beyond the specifics of BuyerSupplied media should be specified using a Media Resource. The dimensions of the finished product are specified with LayoutIntent / Dimensions or LayoutIntent / FinishedDimensions .

Flute ?

New in JDF 1.4

NameSpan

Single, capital letter that specifies the Flute type of corrugated media.

Although the classification of flutes using a letter code “A”, “B”, etc., are used very frequently e.g., in the specification of the order for a box, there seems to be no agreement on the exact numerical specification of those categories. Slightly varying numbers for flute size and frequency can be found between regions (European versus US) and between vendors.

Values include those from: Media /@ Flute

FluteDirection ?

New in JDF 1.4

EnumerationSpan

Direction of the fluting. Values are the same as Media /@ FluteDirection with slightly different description.

Values are:

LongEdge - Along the longer axis as defined by LayoutIntent / Dimensions .

ShortEdge - Along the shorter axis as defined by LayoutIntent / Dimensions .

XDirection - Along the X-axis of the LayoutIntent coordinate system

YDirection - Along the Y-axis of the LayoutIntent coordinate system

FrontCoatings ?

Modified in JDF 1.2

EnumerationSpan

What pre-process coating has been applied to the front surface of the media.

Values are:

None

Coated - A coating of a system specified type. New in JDF 1.2

Glossy

HighGloss

InkJet - A coating intended for use with inkjet technology. New in JDF 1.2

Matte

Satin

Semigloss

Grade ?

IntegerSpan

The intended grade of the media on a scale of 1 through 5. Grade is ignored if MediaType /@ Actual is not "Paper" . Grade of paper material is defined in accordance with the paper “types” set forth in [ISO12647-2:2004] . Offset printing paper types are defined with integer values:

Note: [ISO12647-2:2004] paper type AdditionalPrice values do not align with U.S. GRACOL paper grade AdditionalPrice values, (i.e., [ISO12647-2:2004] type 1 does not equal U.S. GRACOL grade 1.)

Values include:

1 - Gloss-coated paper

2 - Matt-coated paper

3 - Gloss-coated, Web paper

4 - Uncoated, white paper

5 - Uncoated, yellowish paper

GrainDirection ?

New in JDF 1.2

Modified in JDF 1.4

EnumerationSpan

Direction of the grain in the coordinate system defined by LayoutIntent / Dimensions or LayoutIntent / FinishedDimensions .

Values are:

ShortEdge - Parallel to the shorter axis of the finished page.

LongEdge - Parallel to the longer axis of the finished page.

XDirection - Along the X-axis of the LayoutIntent coordinate system New in JDF 1.4

YDirection - Along the Y-axis of the LayoutIntent coordinate system. New in JDF 1.4

HoleCount ?

Deprecated in JDF 1.1

IntegerSpan

The intended number of holes that are to be punched in the media (either pre- or post-punched.) In JDF/1.1, use HoleType which includes the number of holes.

HoleType ?

New in JDF 1.1

StringSpan

Predefined hole pattern that specifies the pre-punched holes in the media. Multiple hole patterns are specified as one NMTOKENS string, (e.g., 3-hole ring binding and 4-hole ring binding holes on one piece of media.)

Values include:

None - no holes

Values include those from: Appendix L, “JDF/CIP4 Hole Pattern Catalog” .

MediaColor ?

EnumerationSpan

Color of the media. If more-specific, specialized or site-specific media color names are needed, use MediaColorDetails .

Values are from : Table A-3, “NamedColor Enumeration Values”.

MediaColorDetails ?

New in JDF 1.2

StringSpan

A more specific, specialized or site-defined name for the media color. If MediaColorDetails is supplied, MediaColor S HOULD also be supplied. Note that there is a one-to-many relationship between entries in MediaColor and MediaColorDetails , (e.g., MediaColorDetails values of "Burgundy" and "Ruby" both correspond to a MediaColor of "DarkRed" ).

MediaQuality ?

New in JDF 1.4

StringSpan

Named quality description of the media. For folding carton quality, multiple named quality description systems are in use. E.g. GC1, SBB, etc. For an overview see
http://www.procarton.com/files/fact_file_6.pdf .

MediaSetCount ?

integer

When the input media is grouped in sets, identifies the number of pieces of media in each set. For example, if the UserMediaType is "PreCutTabs" , a MediaSetCount of 5 would indicate that each set includes 5 tab Sheets.

MediaType ?

New in JDF 1.1

Modified in JDF 1.3

EnumerationSpan

Describes the medium being employed.

Values are:

CorrugatedBoard New in JDF 1.3

Disc - CD or DVD disc to be printed on. New in JDF 1.2

Other - Any other media. For this value MediaTypeDetails should also be specified

Paper

SelfAdhesive New in JDF 1.3

Transparency

MediaTypeDetails ?

New in JDF 1.3

NameSpan

Describes additional details of the medium described in MediaType .

Values include:

Cloth - Cloth, e.g., for a hard cover book case.

Leather - Leather, e.g., for a hard cover book case.

Values include those from: Media /@ MediaTypeDetails

Note: values from Media /@ MediaTypeDetails are RECOMMENDED. However, some Process related values, such as DryFilm, SHOULD NOT be used for this Attribute.

MediaUnit ?

Deprecated in JDF 1.2

EnumerationSpan

Describes the format of the media as it is delivered to the Device.

Values are:

Roll

Sheet

Deprecation note: deprecated because Intent Attributes and Span Elements pertain to finished product, not the raw media format. If BuyerSupplied = "true" , then the Media Resource can be used to provide this Span Element.

Opacity ?

Modified in JDF 1.2

EnumerationSpan

The opacity of the media. See OpacityLevel to specify the degree of opacity for any of these values.

Values are:

Opaque - The media is opaque. With two-sided printing the printing on the other side does not show through under normal incident light.

Translucent - The media is translucent to a system specified amount. For example, translucent media can be used for back lit viewing. New in JDF 1.2

Transparent - The media is transparent to a system specified amount.

OpacityLevel ?

New in JDF 1.2

NumberSpan

Normalized TAPPI opacity, (Cn), as defined and computed in [ISO2471:1998] . Refer also to [TAPPI T519] for calculation examples.

PrePrinted = "false"

boolean

Indicates whether the media is preprinted.

Recycled ?

Deprecated in JDF 1.2

OptionSpan

If "true" , recycled media is requested. In JDF 1.2 and beyond, use RecycledPercentage .

RecycledPercentage ?

New in JDF 1.2

NumberSpan

The percentage, between 0 and 100, of recycled material that the media is expected to contain.

StockBrand ?

StringSpan

Strings providing available brand names. The customer might know exactly what paper is to be used. Example is “Lustro” or “Warren Lustro” even though the manufacturer name is included.

StockType ?

NameSpan

Strings describing the available stock.

Values include those from: Media / @StockType

Texture ?

NameSpan

The intended texture of the media.

Values include those from: Media / @Texture .

Thickness ?

New in JDF 1.1

NumberSpan

The thickness of the chosen medium. Measured in microns [m].

UserMediaType ?

NMTOKEN

A human-readable description of the type of media. The value can be used by an operator to select the correct media to load. The semantics of the values will be site-specific.

Values include:

Continuous - Continuously connected Sheets of an opaque material. Which edge is connected is not specified.

ContinuousLong - Continuously connected Sheets of an opaque material connected along the long edge.

ContinuousShort - Continuously connected Sheets of an opaque material connected along the short edge.

Envelope - Envelopes that can be used for conventional mailing purposes.

EnvelopePlain - Envelopes that are not preprinted and have no windows.

EnvelopeWindow - Envelopes that have windows for addressing purposes.

FullCutTabs - Media with a tab that runs the full length of the medium so that only one tab is visible extending out beyond the edge of non-tabbed media.

Labels - Label stock, (e.g., a Sheet of peel-off labels).

Letterhead - Separately cut Sheets of an opaque material including a letterhead.

MultiLayer - Form medium composed of multiple layers which are preattached to one another, (e.g., for use with impact printers).

MultiPartForm - Form medium composed of multiple layers not preattached to one another; each Sheet may be drawn separately from an input source.

Photographic - Separately cut Sheets of an opaque material to produce photographic quality images.

PreCutTabs - Media with tabs that are cut so that more than one tab is visible extending out beyond the edge of non-tabbed media.

Stationery - Separately cut Sheets of an opaque material.

TabStock - Media with tabs (either precut or full-cut).

Transparency - Separately cut Sheets of a transparent material.

USWeight ?

Deprecated in JDF 1.2

NumberSpan

The intended weight of the media, measured in pounds per ream of basis size. At most one of Weight or USWeight must be specified. If known, Weight should be specified in grammage ( g /m2.) In JDF 1.2 and beyond, use Weight .

Weight ?

NumberSpan

The intended weight of the media, measured in grammage ( g /m2) of the media. See Appendix F, “North American and Japanese Media Weight Explained” for an explanation of how to calculate the US weight from the grammage for different stock types.

MediaLayers ?

New in JDF 1.4

element

Subelement describing the layer structure of media such as corrugated or self adhesive materials.

7.1.13 NumberingIntent

This Resource describes the parameters of stamping or applying variable marks in order to produce unique components, for items such as lottery notes or currency.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

NumberingParams

Example Partition:

--

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-52: NumberingIntent Resource

Name

Data Type

Description

ColorName ?

EnumerationSpan

Defines the color of the numbering.

Values are from : Table A-3, “NamedColor Enumeration Values”.

ColorNameDetails ?

New in JDF 1.4

StringSpan

A more specific, specialized or site-defined name for the color. If ColorNameDetails is supplied, ColorName SHOULD also be supplied.

ColorPool ?

refelement

Additional details about the colors used.

NumberItem +

element

Individual position of the numbers on the finished page.

7.1.13.1 Element: NumberItem

 

Table 7-53: NumberItem Element (Sheet 1 of 2)

Name

Data Type

Description

ColorName ?

EnumerationSpan

Defines the color of the numbering.

Default value is from: NumberingIntent /@ ColorName .

Values are from : Table A-3, “NamedColor Enumeration Values”.

ColorNameDetails ?

New in JDF 1.4

StringSpan

A more specific, specialized or site-defined name for the color. If ColorNameDetails is supplied, ColorName SHOULD also be supplied.

Orientation ?

NumberSpan

Rotation of the numbering machine in degrees. If Orientation/@ Actual = 0, the top of the numbers is along the leading edge.

StartValue = "1"

string

First value of the numbering machine.

Step = "1"

integer

Number that specifies the difference between two subsequent numbers of the numbering machine.

XPosition ?

NumberSpan

Position of the number in the X direction of the product.

YPosition ?

NumberSpan

Position of the number in the Y direction of the product.

SeparationSpec ?

element

Specifies the name of the Color in the ColorPool that is used for Numbering.

7.1.14 PackingIntent

This Resource specifies the packaging intent for a JDF Job, using information that identifies the type of package, the wrapping used, and the shape of the package. Note that this specifies packing for shipping only, not packing of items into custom boxes, etc. Boxes are convenience packaging and are not envisioned to be protection for shipping. Cartons perform this function. All quantities are specified as finished pieces per wrapped/boxed/carton or palletized package. The model for packaging is that products are wrapped together, wrapped packages are placed in boxes , boxes are placed in cartons , and cartons are stacked on pallets .

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

BoxPackingParams , Bundle , Component , PalletizingParams , Pallet , ShrinkingParams , StackingParams , Strap , StrappingParams , WrappingParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

----


 

Table 7-54: PackingIntent Resource (Sheet 1 of 2)

Name

Data Type

Description

BoxedQuantity ?

IntegerSpan

How many units of product in a box.

BoxShape ?

ShapeSpan

Describes the length, width and height of the box, in points.

CartonQuantity ?

IntegerSpan

How many units of product in a carton.

CartonShape ?

ShapeSpan

Describes the length, width and height of the carton, in points. For example, 288 544 1012

CartonMaxWeight ?

NumberSpan

Maximum weight of an individual carton, in kilograms.

CartonStrength ?

NumberSpan

Strength of the carton, in kilograms.

FoldingCatalog ?

NameSpan

Describes the folding scheme for folding the product for packaging as specified in the folding catalog in Figure 7-36, “Fold catalog part 1” and Figure 7-37, “Fold catalog part 2”.

Value format is: " Fn-i " where “n” is the number of finished pages and “i” is either an integer, which identifies a particular fold or the letter "X" , which identifies a generic fold. E.g., "F6-2" describes a Z-fold of 6 finished pages, and "F6-X . " describes a generic fold with 6 finished pages.

Note: The folding scheme in this context refers to the folding of the finished product for packaging only. The folding has no effect on the page/Folio definition.

PalletCornerBoards ?

New in JDF 1.3

NameSpan

Additional protective corner boards for packaging on a pallet:

Values include:

Corners - Corner boards on 8 corners of the pallet.

VerticalEdge - Corner boards along the 4 vertical edges.

PalletQuantity ?

IntegerSpan

Number of product per pallet

PalletSize ?

XYPairSpan

Describes the length and width of the pallet, in points, (e.g., "3500 3500" ).

PalletMaxHeight ?

NumberSpan

Maximum height of a loaded pallet, in points.

PalletMaxWeight ?

NumberSpan

Maximum weight of a loaded pallet, in kilograms.

PalletType ?

NameSpan

Type of pallet used.

Values include:

2Way - Two-way entry

4Way - Four-way entry

Euro - Standard 1*1 m Euro pallet

PalletWrapping ?

NameSpan

Wrapping of the completed pallet.

Values include:

Banding

None - explicitly requests no wrapping.

StretchWrap

WrappedQuantity ?

IntegerSpan

Number of units of product per wrapped package.

WrappingMaterial ?

NameSpan

Values include:

None - explicitly requests no wrapping.

PaperBand

Polyethylene

RubberBand

ShrinkWrap

7.1.15 ProductionIntent

This Resource specifies the manufacturing intent and considerations for a JDF Job using information that identifies the desired result or specified manufacturing path.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

All

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-55: ProductionIntent Resource

Name

Data Type

Description

PrintPreference ?

EnumerationSpan

Intended result or goal.

Values are:

Balanced - Request for a manufacturing process that balances the requirements for cost, speed and quality.

CostEffective - Request for the most cost effective manufacturing process.

Fastest - Request for the most time effective manufacturing process. Cost and Quality can be sacrificed for a fast turnaround time.

HighestQuality - Request for the manufacturing process which will result in the highest quality.

PrintProcess ?

Modified in JDF 1.3

NameSpan

Print Process requested.

Values include:

Electrophotography

Flexography

Gravure

Inkjet

Lithography - Includes offset printing

Letterpress

Screen

Thermography

Modification Note: starting with JDF 1.3, the data type of PrintProcess is expanded from EnumerationSpan to NameSpan .

Resource *

New in JDF 1.3

refelement

Any production Resources that are provided by the customer. Some examples include buyer specified media or ink or specific parameter setups. Note that DeliveryIntent must be specified for any PhysicalResource Elements that are physically supplied by the customer.

7.1.16 ProofingIntent

This Resource specifies the prepress proofing intent for a JDF Job using information that identifies the type, quality, brand name and overlay of the proof. The proofs defined in ProofingIntent define the proofs that will be provided to the customer and does not specify internal production proofs. The delivery options of proofs are specified in DeliveryIntent .

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

ApprovalParams , ApprovalSuccess , ColorantControl , ColorSpaceConversionParams , ExposedMedia , ImageSetterParams , InterpretingParams , Layout , Media , RenderingParams , ScreeningParams , SeparationControlParams , StrippingParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-56: ProofingIntent Resource

Name

Data Type

Description

ProofItem *

New in JDF 1.1

element

Specifies the details of the proofs that are needed. If no ProofItem exists in a ProofingIntent , it explicitly specifies that no proofs are desired.

7.1.16.1 Element: ProofItem

All parameters of ProofingIntent have been moved into ProofItem in JDF 1.1

 

Table 7-57: ProofItem Element (Sheet 1 of 2)

Name

Data Type

Description

Amount ?

Modified in JDF 1.1

IntegerSpan

Specifies the total number of copies of this proof that is needed. If not specified, it defaults to an IntegerSpan with Preferred = "1" .

BrandName ?

Modified in JDF 1.1

StringSpan

Brand name of the proof, (e.g., Iris).

ColorType ?

Modified in JDF 1.1

EnumerationSpan

Color quality of the proof.

Values are:

Monochrome - Generic single color printing condition, (e.g., black and white or one single spot color).

BasicColor - Color does not match precisely. This implies the absence of a color matching system.

MatchedColor - Color is matched to the output of the press using a color matching system.

Contract = "false"

Modified in JDF 1.1

boolean

Requires proof to be a legally binding, accurate representation of the image to be printed, (i.e., color quality requirements have been met when the printed piece acceptably matches the proof).

HalfTone ?

Modified in JDF 1.1

OptionSpan

Specifies whether the proof is to emulate halftone screens.

ImageStrategy ?

New in JDF 1.2

EnumerationSpan

Identifies which images (OPI or other) will be printed on a proof or displayed as a soft proof.

Values are:

NoImages - No images are imaged on the proof.

LowResolution - Low resolution images are imaged on the proof.

HighResolution - High resolution production images are imaged on the proof, resulting in proofs that accurately represent the final product.

PageIndex ?

New in JDF 1.1

IntegerRangeList

Index list of pages that are to be proofed in the ArtDeliveryIntent / RunList / PageList . If no range is specified then all pages MUST be proofed.

ProofName ?

New in JDF 1.1

string

Name of the ProofItem . This field must be specified if delivery of a proof is specified in DeliveryIntent .

ProofTarget ?

Modified in JDF 1.1

URL

Identifies a remote target for the proof output in a remote proofing environment. This can be either a soft or a hard proofing target. The file to be displayed or output is to be sent to the URL specified in ProofTarget .

ProofType ?

Modified in JDF 1.1

EnumerationSpan

The kind of proof.

Values are:

Page - Page proof

Imposition - Imposition proof

None - No proof is needed.

Technology ?

Modified in JDF 1.1

NameSpan

Technology used for making the proof.

Values include:

BlueLine

DyeSub

InkJet

Laser

PressProof

SoftProof

SeparationSpec *

New in JDF 1.1

element

Separations that are to be proofed. If not specified, all separations are proofed.

ApprovalParams ?

New in JDF 1.2

refelement

List of people (e.g., a customer, printer or manager) who can sign the ApprovalSuccess .

7.1.17 PublishingIntent

New in JDF 1.3

PublishingIntent specifies publishing metadata that are of general interest for prepress, press and postpress. The data include details on the general structure of product being published.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

--

Example Partition:

Edition

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-58: PublishingIntent Resource (Sheet 1 of 2)

Name

Data Type

Description

ContentDataRefs ?

New in JDF 1.4

IDREFS

IDs of ContentData Elements in the referenced ContentList . ContentData Elements provide metadata related to the product to be published. ContentDataRefs MUST NOT be specified if no ContentList is specified.

IssueDate

TimeSpan

Publication date of the issue.

IssueName

StringSpan

The name of a the publication.

IssueType

Modified in JDF 1.4

NameSpan

Defines the product type of the issue.

Values include:

Magazine - The publication is a magazine

Newspaper - The publication is a newspaper

Supplement - The publication is a supplement to a magazine or newspaper. New in JDF 1.4.

Circulation ?

IntegerSpan

Specifies the number of copies to be published.

ContentList ?

New in JDF 1.4

refelement

ContentList with additional metadata.

7.1.18 ScreeningIntent

New in JDF 1.2

This Resource specifies the screening intent parameters desired for a JDF Job.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

ScreeningParams , SeparationControlParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-59: ScreeningIntent Resource

Name

Data Type

Description

DotSize ?

NumberSpan

Specifies the dot size of the screen in microns [m] when FM screening is used, otherwise DotSize is ignored.

Frequency ?

NumberSpan

Specifies the line frequency of the screen in lines per inch (lpi) when AM screening is used, otherwise Frequency is ignored.

FrequencySelection ?

EnumerationSpan

Selects the AM or FM frequency range.

Values are:

LowestFrequency - Lowest AM or FM frequency supported.

MiddleFrequency - Middle AM or FM frequency supported

HighestFrequency - Highest AM or FM frequency supported

ScreeningType ?

EnumerationSpan

General type of screening.

Values are:

AM - Can be line or dot.

FM

7.1.19 ShapeCuttingIntent

This Resource specifies form and line cutting for a JDF Job. The cutting Processes are applied for producing special shapes like an envelope window or a heart-shaped beer mat. Information that identifies the type and shape of cuts can be described. The Cutting Process(es) can be performed using tools such as hollow form punching, perforating or die-cutting equipment.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

CuttingParams , ShapeCuttingParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-60: ShapeCuttingIntent Resource

Name

Data Type

Description

ShapeCut *

element

Array of all ShapeCut Elements. Used when each shape is exactly specified.

7.1.19.1 Element: ShapeCut

 

Table 7-61: ShapeCut Element

Name

Data Type

Description

CutBox ?

rectangle

Specification of a rectangular window. (See Section A.2.32, “rectangle” for a definition of the rectangle data type.)

CutOut = "false"

boolean

If "true" , the inside of a specified shape is to be removed. If "false" , the outside of a specified shape is to be removed. An example of an inside shape is a window, while an example of an outside shape is a shaped greeting card.

CutPath ?

Modified in JDF 1.2

PDFPath

Specification of a complex path. This may be an open path in the case of a single line.

Material ?

StringSpan

Transparent material that fills a shape (e.g., an envelope window) that was cut out when CutOut = "true" .

CutType ?

Modified in JDF 1.1

EnumerationSpan

Type of cut or perforation used.

Values are:

Cut - Full cut.

Perforate - Interrupted perforation that does not span the entire Sheet.

ShapeDepth ?

New in JDF 1.1

NumberSpan

Depth of the shape cut. Measured in microns [m]. If not specified, the shape is completely cut.

Pages ?

IntegerRangeList

List of Finished Pages to which this shape is to be applied. Only the recto finished page of a leaf should be specified.

ShapeType

Modified in JDF 1.3

EnumerationSpan

Describes any precision cutting other than hole making.

Values are:

Path

Rectangular

Round

RoundedRectangle - Rectangle with rounded corners. New in JDF 1.3

TeethPerDimension ?

NumberSpan

Number of teeth in a given perforation extent in teeth/point.

MicroPerforation is defined by specifying a large number of teeth (n > 1000).

7.1.20 SizeIntent

Deprecated in JDF 1.1

SizeIntent has been deprecated in JDF 1.1. All contents have been moved to LayoutIntent .

7.2 Process Resources

The rest of the Resources described in this chapter are what are known as Process Resources. This means that they serve as necessary components in each of the JDF Processes. Section 7.2.1 describes the template for all of the sections that follow. Then every Resource already defined for JDF is chronicled, in alphabetical order, below.

7.2.1 Process Resource Template

Each of the following sections begins with a brief narrative description of the Resource. Following that is a list containing details about the properties of the Resource, as shown below. The first item in the list provides the Class of the Resource. As was described in Section 3.8.5, “Resource Classes”, all Resources are derived from one of the following seven superclasses: Intent , Parameter , Implementation , Consumable , Quantity , Handling and PlaceHolder . All Resources inherit additional contents (i.e., zero or more Attributes or zero or more Elements) from their respective superclasses, and those Attributes and Elements are not repeated in this section. Thus those Attributes associated with a Resource of Class Parameter , for example, can be found in Table 3-10, “Abstract Resource Element”. Note that this inheritance is only valid for atomic Resources, (i.e., Resources that reside directly in a ResourcePool ).

Resource Elements are listed in separate sections if they can be referenced by more than one Resource. For an example, see the Resource Element SeparationSpec . If the Resource is not referenced by multiple Resources, it is described inside the Resource section of the Resource to which it belongs. For example, see the Structure of the BundleItem Element of the Bundle Resource. If an Element inside a Resource section of the Resource is needed to be referenced by multiple Resources in a revision of JDF, then that Element is promoted to its own section. For example, ColorSpaceConversionOp was a Subelement of ColorSpaceConversionParams in JDF/1.1. The Resource Class of an atomic Resource also defines the superclasses from which the Resource inherits additional contents. The Consumable Resource , Quantity Resource and Handling Resource inherit from the Physical Resource Element, which in turn inherits from the Resource Element. The Parameter Resource and Implementation Resource Elements inherit from the Resource Element directly. Non-atomic Resources (i.e., Resource Subelements) do not inherit contents from Resource superclasses.

Examples for Resources that can be used as atomic Resources or Resource Elements are: Employee , InsertSheet , LayoutElement and Media .

After the list describing the Resource properties, each section contains tables that outline the structure of each Resource and, when applicable, the abstract or Subelement information that pertains to the Resource structure. The first column contains the name of the Attribute or Element. In some cases, a Resource will contain multiple Elements of the same type. If this is the case, the Element name is listed as often as it appears, along with a term in parentheses that identifies the occurrence. For an example, see Section 7.2.72, “EndSheetGluingParams”. An example of the tables in this section is provided below.

Note: for the Resource Properties Template below, the italicized text describes the actual text that would be in its place in an actual Resource definition. Cardinality in the Name column of the Resource Structure Template table refers to a cardinality symbol, which is either empty or consists of a symbol, such as “?”. For further details, see Section 1.3.4, “Specification of Cardinality”.

Resource Properties Template

Resource Class:

Defines the Resource Class or specifies ResourceElement if the Element only exists as a Resource Subelement.

Resource referenced by:

List of parent Resources that may contain Elements of this type.

Example Partition

List of recommended Partition Keys: For a complete list of Partition Keys, see the description of PartIDKeys in Table 3-27, “Partitionable Resource Element”. Note that Resources may be Partitioned by keys that are not specified in this list.

Input of Processes:

List of JDF Node types that use the Resource as an Input Resource.

Output of Processes:

List of JDF Node types that create the Resource as an Output Resource

 

Table 7-62: Template for Process Resource

Name

Data Type

Description

Attribute-Name
Cardinality

Attribute-data-type

Information about the Attribute.

Element-Name
Cardinality

element

Information about the Element.

Note: the “element” data type means that the specified Element must be an in-line Subelement within the Resource.

Element-Name
Cardinality

refelement

Information about the Element

Note: the “refelement” data type means that the specified Element is based on other atomic Resources or Resource Elements. The specified Element must be either an in-line Element or an instance of a ResourceRef Element (see Section 3.10.2, “ResourceRef - Element for Inter-Resource Linking and refelement”). In case of a ResourceRef Element, a “Ref” must be appended to the name specified in the table column entitled “Name”.

FileSpec ( someValue )
Cardinality

refelement

Information about the FileSpec Resource

Note: FileSpec /@ ResourceUsage must match the "someValue" value specified in the parentheses. When a Resource potentially contains multiple FileSpec children, the value of FileSpec @ ResourceUsage distinguishes the FileSpec Resources.

Resource-Name ( someValue )
Cardinality

refelement

Information about the Resource and the Attribute whose value is "someValue" .

Note: Some specified Attribute in the specified Resource must match the "someValue" value specified in the parentheses. When a Resource potentially contains multiple children of the same Resource type, the value of some Attribute distinguishes the Resources.

7.2.2 Address

Definition of an address. The structure is derived from the vCard format and, therefore, is comprised of all address subtypes ( ADR :) of the delivery address of the vCard format. The corresponding XML types of the vCard are quoted in the table.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Location , Contact , Person

Example:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-63: Address Resource (Sheet 1 of 2)

Name

Data Type

Description

City ?

string

City or locality of address (vCard: ADR:locality).

Country ?

string

Country of address (vCard: ADR:country).

CountryCode ?

string

Country of address.

Values include those from: [ISO3166-1:1997]

Note: countries are represented as two-character codes

PostBox ?

string

Post office address (vCard: ADR:pobox. For example: P.O. Box 101).

PostalCode ?

string

Zip code or postal code of address (vCard: ADR:pcode).

Region ?

string

State or province (vCard: ADR:region).

Street ?

string

Street address (vCard: ADR:street).

ExtendedAddress ?

telem

Extended address (vCard: ADR:extadd. For example: Suite 245).

7.2.3 AdhesiveBindingParams

Deprecated in JDF 1.1

See Section P.4.4, “AdhesiveBindingParams” for details of this deprecated Resource.

7.2.4 ApprovalParams

This Resource provides the details of an Approval Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ProofItem , ConventionalPrintingParams , DigitalPrintingParams

Example Partition:

--

Input of Processes:

Approval

Output of Processes:

--

 

Table 7-64: ApprovalParams Resource

Name

Data Type

Description

MinApprovals = "1"

New in JDF 1.2

integer

Minimum number of ApprovalPerson [@ ApprovalRole = "Group" ] whose associated person must sign the ApprovalSuccess for the ApprovalSuccess to be Available .

ApprovalPerson *

element

List of people (e.g., a customer, printer or manager) who can sign the approval.

7.2.4.1 Element: ApprovalPerson

 

Table 7-65: ApprovalPerson Element (Sheet 1 of 2)

Name

Data Type

Description

Obligated ?

Deprecated in JDF 1.2

boolean

If "true" , the person has to sign this approval. In JDF 1.2 and beyond, use ApprovalRole .

ApprovalRole = "Obligated"

New in JDF 1.2

Modified in JDF 1.3

enumeration

Role of the ApprovalPerson .

Values are:

Approvinator - The decision of this approver immediately overrides the decisions of the other approvers and ends the approval cycle. The Approvinator need not sign for the approval to become valid. New in JDF 1.3

Group - The approver belongs to a group of which MinApprovals members must sign.

Informative - The approver is informed of the Approval Process, but the approval is still valid, even without his approval.

Obligated - The approver must sign the approval.

ApprovalRoleDetails ? New in JDF 1.3

string

Additional details on the ApprovalRole.

Contact

refelement

Contact (e.g., a customer, printer or manager) who must sign the approval. There must be a
Contact [contains (@ ContactTypes , "Approver" )].

7.2.5 ApprovalSuccess

The signed ApprovalSuccess Resource provides the signature that indicates that a Resource has been approved. This is frequently used to model the success of a soft proof, color proof, printing proof or any other sort of proof.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

DocIndex , DocRunIndex , RunIndex , RunPage , RunTags, DocTags, PageTags, SetTags, SetIndex, SheetName , Side , SignatureName , TileID

Input of Processes:

Any Process

Output of Processes:

Approval , Verification

 

Table 7-66: ApprovalSuccess Resource

Name

Data Type

Description

ApprovalDetails *

New in JDF 1.3

element

Container for details about the decision for each approver.

Contact *

New in JDF 1.2

Deprecated in JDF 1.3

refelement

List of contacts that have signed off on this approval.

Use ApprovalDetails / Contact in JDF 1.3 and above.

FileSpec ?

Deprecated in JDF 1.3

refelement

The file that contains the approval signature. If FileSpec does not exist, ApprovalSuccess is a logical placeholder.

Use ApprovalDetails / FileSpec in JDF 1.3 and above.

7.2.5.1 Element: ApprovalDetails

New in JDF 1.3

 

Table 7-67: ApprovalDetails Element

Name

Data Type

Description

ApprovalState

enumeration

Decision made by the approver specified in this ApprovalDetails / Contact .

Values are:

Approved - approver approved the Resource.

ApprovedWithComment - approver approved the Resource but still had some comments.

Rejected - approver rejected the Resource.

ApprovalStateDetails ?

string

Additional details on the decision made by the approver are specified in this ApprovalDetails / Contact . This value provides additional machine readable details of ApprovalState. Hand written comments and notes may be specified in ApprovalDetails / Comment or ApprovalDetails /@ CommentURL .

Contact ?

refelement

Contact that signed off on this approval.

FileSpec ?

refelement

The file that contains the approval signature. If FileSpec does not exist, ApprovalSuccess is a logical placeholder.

7.2.6 Assembly

New in JDF 1.2

Assembly describes how the sections of one or multiple Jobs or Job Parts are bound together.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Component , CutBlock , PageList

Example Partition:

--

Input of Processes:

Collecting , Gathering , Stripping , WebInlineFinishing

Output of Processes:

--

 

Table 7-68: Assembly Resource (Sheet 1 of 3)

Name

Data Type

Description

AssemblyID ?

Deprecated in JDF 1.3

string

Identification of the Assembly if Stripping produces multiple Assembly Elements.

AssemblyIDs ?

New in JDF 1.3

NMTOKENS

Identification of the Assembly Elements if Stripping describes an imposition scheme for multiple Assembly Elements. AssemblyIDs may contain multiple NMTOKENS, when the Assembly Resource specifies an intermediate product that contains multiple final assemblies.

BindingSide = "Left"

enumeration

Indicates which side is to be bound. BindingSide is ignored when Order = "None" .

Values are:

Left

Right

Top

Bottom

JobID ?

string

Identification of the original Job the Assembly belongs to. If not specified, it defaults to the value specified or implied in the JDF Node.

JogSide = "Top"

New in JDF 1.3

enumeration

JogSide specifies the side on which the AssemblySection Elements will be aligned.

Values are:

Left

Right

Top

Bottom

None

Order = "Gathering"

enumeration

Ordering of the individual AssemblySection Elements. Order specifies the topology of the final Assembly .

Values are:

Collecting - The sections are placed within one another. The first section is on the outside. An example is a saddle-stitched brochure. See Section 6.6.10, “Collecting”

Gathering - The sections are placed on top of one another. The first section is on the top. An example is a perfect bound magazine. See Section 6.6.20, “Gathering”.

None - The sections are not bound. Typically used for flatwork Jobs.

List - More complex ordering of the sections. If multiple child AssemblySection Elements are provided, these are gathered on top of one another. The first AssemblySection is on the top. If nested AssemblySection Elements are provided, these are Collected into each other. The first AssemblySection is on the outside.

PhysicalSection ?

New in JDF 1.3

IntegerList

Specifies the physical structure of a newspaper. The structure is based on a broadsheet production.

For instance, PhysicalSection = "8 6 8 6" represents a 4 book production with 8 pages in the first physical section, 6 in the second one and so on.

AssemblySection *

element

Individual AssemblySection Elements which are gathered. AssemblySection Elements must not be specified unless Order = "List" .

PageList ?

New in JDF 1.3

refelement

Reference to the PageList that describes the pages used in this Assembly .

PageAssignedList *

New in JDF 1.3

element

Defines the page sequence for of an Assembly . One PageAssignedList Element corresponds to one or more consecutive Reader Pages. The order of the PageAssignedList Elements specifies the reader order of the assigned pages within the Assembly . PageAssignedList must not be specified if Order = "List" .

7.2.6.1 Element: AssemblySection

 

Table 7-69: AssemblySection Element

Name

Data Type

Description

AssemblyID ?

Deprecated in JDF 1.3

string

Identification of the AssemblySection if Stripping produces a multi-section Assembly . If not specified, it defaults to the value specified or implied in the parent Assembly or AssemblySection .

AssemblyIDs ?

New in JDF 1.3

NMTOKENS

Identification of the AssemblySection Elements if Stripping describes an imposition scheme for a multi-section Assembly . If not specified, it defaults to the value specified or implied in the parent Assembly or AssemblySection . In general AssemblySection /@ AssemblyIDs will contain only a single NMTOKEN value. AssemblyIDs may contain multiple NMTOKENS, when the AssemblySection specifies an intermediate product that contains multiple final products.

JobID ?

string

Identification of the original Job the AssemblySection belongs to. If not specified, it defaults to the value specified or implied in the parent Assembly or AssemblySection .

Order = "Gathering"

Deprecated in JDF 1.4

enumeration

Ordering of the child AssemblySection E lements.

Values are:

Collecting - The child AssemblySection Elements are placed within one another. The first section is on the outside.

Gathering - The child AssemblySection Elements are placed on top of one another. The first section is on the top.

Deprecation note: starting with JDF 1.4, Sibling AssemblySection Elements are gathered whereas Child AssemblySection Elements are collected. Thus the Relationship of the AssemblySection Elements directly reflects the structure of the Assembly .

AssemblySection *

element

Additional child AssemblySection Elements which are collected to create this AssemblySection .

PageAssignedList *

New in JDF 1.3

element

Defines the page sequence for of an AssemblySection . One PageAssignedList Element corresponds to one or more consecutive Reader Pages. The order of the PageAssignedList Elements specifies the reader order of the assigned pages within the AssemblySection . PageAssignedList must not be specified if child AssemblySection Elements are present in this AssemblySection .

7.2.6.2 Element: PageAssignedList

New in JDF 1.3

PageAssignedList specifies the metadata related to assigned pages.

 

Table 7-70: PageAssignedList Element

Name

Data Type

Description

BroadsheetNumber ?

integer

Specifies a broadsheet position within a single Web product. Several PageAssignedList Elements may show the same value for this Attribute, e.g., in a 'tabloid-' or 'magazine production' on a newspaper press.

LogicalPrinterSection ?

string

Specifies a logical grouping of page-placement positions from the press managers point of view (see @ PagePlacementName for details). A logical section need not correspond to a physical section.

PageListIndex

IntegerRangeList

List of the indices of the PageData Elements of the Assembly / PageList specified in this AssemblySection .

PagePlacementName ?

string

Specifies the name of a position in a Web product where a Reader Page is placed on a Web Press. In contrast to PageList / PageData /@ PageLabel , PagePlacementName specifies an identifier for a single page on a Web-product level. Therefore, different PagePlacementName values might be assigned to one single PageList / PageData Element.

Example 7-2: Perfect Bound (Gathering)

New in JDF 1.4

Cover wrapped around a perfect bound (gathering) body

< Assembly BindingSide = "Left" Class = "Parameter" ID = "ASM000" Order = "List"

Status = "Available" >

< AssemblySection AssemblyIDs = "Ass_Cover" >

< AssemblySection AssemblyIDs = "Ass_Body1" />

< AssemblySection AssemblyIDs = "Ass_Body2" />

< AssemblySection AssemblyIDs = "Ass_Insert" />

< AssemblySection AssemblyIDs = "Ass_Body3" />

< AssemblySection AssemblyIDs = "Ass_Body4" />

</ AssemblySection >

</ Assembly >

 

Example 7-3: Saddle-Stitched Brochure (Collecting)

New in JDF 1.4

< Assembly BindingSide = "Left" Class = "Parameter" ID = "ASM000" Order = "List"

Status = "Available" >

< AssemblySection AssemblyIDs = "Ass_Cover" >

< AssemblySection AssemblyIDs = "Ass_Body1" >

< AssemblySection AssemblyIDs = "Ass_Body2" >

< AssemblySection AssemblyIDs = "Ass_Body3" >

< AssemblySection AssemblyIDs = "Ass_Body4" >

</ AssemblySection >

</ AssemblySection >

</ AssemblySection >

</ AssemblySection >

</ AssemblySection >

</ Assembly >

 

7.2.7 AssetListCreationParams

New in JDF 1.2

This Resource provides controls for the AssetListCreation Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

AssetListCreation

Output of Processes:

--

 

Table 7-71: AssetListCreationParams Resource

Name

Data Type

Description

AssetTypes ?

regExp

Specifies what type of assets are to be listed. The regular expression represents the MimeType of the assets to be listed. The default behavior is to list everything. In case an asset requires a plug-in or extension in order to be opened in an application, this plug-in or extension should be listed as an asset.

ListPolicy = "All"

enumeration

Policy that defines which assets must be added to the output RunList .

Values are:

All - List all referenced assets, including those that are unavailable.

Available - List all referenced assets, excluding those that are unavailable.

FileSpec ( SearchPath ) *

refelement

An ordered list of search paths that indicates where to search for referenced assets if they are not located in the same directory as the input asset. If no FileSpec is specified, the search path is the directory in which the input asset resides and must not be searched recursively.

7.2.8 AutomatedOverPrintParams

This Resource provides controls for the automated selection of overprinting of black text or graphics. RGBGray2Black and RGBGray2BlackThreshold in ColorSpaceConversion / ColorSpaceConversionOp are used by the ColorSpaceConversion Process in determining the allocation of RGB values to the black ( K ) channel. After the ColorSpaceConversion Process is completed, then the Rendering or Separation Process uses AutomatedOverPrintParams to determine overprint behavior for the previously determined black ( K ) channel.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ElementColorParams , RenderingParams , SeparationControlParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-72: AutomatedOverPrintParams Resource (Sheet 1 of 2)

Name

Data Type

Description

KnockOutCMYKWhite = "false"

New in JDF 1.3

boolean

Graphic objects defined in DeviceCMYK, where all colorant values are <0.001 must be knocked out, even when set to overprint and when the PDF overprint mode is set to 1.

OverPrintBlackLineArt = "false"

boolean

Indicates whether overprint is to be set to "true" for black line art, (i.e., vector elements other than text). If "true" , overprint of black line art is applied regardless of any values in the PDL. If "false" , LineArtBlackLevel is ignored and PDL line art overprint operators are processed.

OverPrintBlackText = "false"

boolean

Indicates whether overprint is to be set to "true" for black text. If "true" , overprint of black text is applied regardless of any values in the PDL. If "false" , TextSizeThreshold and TextBlackLevel are ignored and PDL text overprint operators are processed.

TextSizeThreshold ?

integer

Indicates the point size for text below which black text will be set to overprint. For asymmetrically scaled text, the minimum point size between both axes will be used. If not specified, all text is set to overprint.

TextBlackLevel = "1"

double

A value between 0.0 and 1.0 which indicates the minimum black level for the text stroke or fill colors that cause the text to be set to overprint.

LineArtBlackLevel ?

double

A value between 0.0 and 1.0 which indicates the minimum black level for the stroke or fill colors that cause the line art to be set to overprint. Defaults to the value of TextBlackLevel .

7.2.9 BarcodeCompParams

New in JDF 1.3

BarcodeCompParams specifies the technical compensation parameters for barcodes.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

BarcodeReproParams , LayoutElementProductionParams / LayoutElementPart / BarcodeProductionParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-73: BarcodeCompParams Resource

Name

Data Type

Description

CompensationProcess

enumeration

Process that is bar width spread is compensated for.

Values are:

Printing

Platemaking

CompensationValue ?

double

The width of the bars is reduced by this amount in micron to compensate for technical spread.

7.2.10 BarcodeReproParams

New in JDF 1.3

BarcodeReproParams specifies the reproduction parameters for barcodes.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

BarcodeProductionParams , DeviceMark

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-74: BarcodeReproParams Resource

Name

Data Type

Description

BearerBars ?

enumeration

Indicates the policy how to generate bearer bars. ( ITF ).

Values are:

None

TopBottom

Box

BoxHMarks

Height ?

double

The height of the bars of a linear barcode.

Magnification ?

double

The magnification factor for linear barcodes.

Masking ?

enumeration

Indicates the properties of the mask around the graphical content of the barcode that masks out all underlying graphics.

Values are:

None - No masking, barcode is put on top of underlying graphics.

WhiteBox - An area of the underlying graphics is masked out (the white box) and the barcode is put on top of this masked area. The area of the white box is the box enclosing all artwork of the barcode, excluding optional human readable text. This would enclose bearer bars, quiet zones and non-optional human readable text (UPC and EAN barcodes.)

ModuleHeight ?

double

The Y size in micron of an Element of a 2D barcode e.g., PDF417 . For DATAMATRIX, Y Dimension may be omitted (X Dimension = Y Dimension.).

ModuleWidth ?

double

The X size in micron of an Element of a 2D barcode such as DATAMATRIX or PDF417 .

Ratio ?

double

the ratio between the width of the narrow bars and the wide bars for those barcodes where ratio the width of the wide bars and narrow bars may vary.

BarcodeCompParams *

refelement

Parameters for bar width compensation. The total reduction of bar width is the sum of all BarcodeCompParams /@ CompensationValue .

7.2.11 BendingParams

New in JDF 1.3

BendingParams describes the parameter set for a plate bending and punching Device. A plate is bent and/or punched to fit the press cylinder.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Bending

Output of Processes:

--

 

Table 7-75: BendingParams Resource

Name

Data Type

Description

Bend = "true"

boolean

If "true" , indicates that the Device must bend.

Punch = "true"

boolean

If "true" , indicates that the Device must create registration punch holes.

PunchType ?

string

Name of the registration punch scheme, (e.g., Bacher).

7.2.12 BinderySignature

New in JDF 1.2

The BinderySignature is conceptually a folding dummy. It represents multiple pieces of paper, which are folded together in the folder. It is a reusable, size-independent object.

Each BinderySignature consumes a number of Pages from the PageList . If no SignatureCell Elements are specified, each BinderySignature consumes the number of pages as calculated from NumberUp (X*Y*2) or FoldCatalog (The integer value after the F, e.g. F16-x consumes 16 pages). If SignatureCell Elements are specified, the number of pages consumed is the sum of the number of pages for all unique SignatureCell /@ SectionIndex . The number of pages for each SignatureCell /@ SectionIndex is one more than the maximum value of any SignatureCell /@ FrontPages or SignatureCell /@ BackPages for that SignatureCell /@ SectionIndex (it is one more because SignatureCell /@ FrontPages and SignatureCell /@ BackPages begin at zero)

Resource Properties

Resource Class:

Parameter

Resource referenced by:

StrippingParams

Example Partition:

WebName

Input of Processes:

--

Output of Processes:

--

 

Table 7-76: BinderySignature Resource (Sheet 1 of 5)

Name

Data Type

Description

AlignmentReferenceWeb ?

New in JDF 1.4

NMTOKEN

The Partition WebName value of the reference web that WebCellAlignment refers to.

BinderySignatureType

= "Fold"

New in JDF 1.3

enumeration

The type of BinderySignature.

Values are:

Fold - a folding dummy (as defined in JDF 1.2)

Grid - a grid based layout

Die - a layout defined by an existing die.

BindingEdge = "Left"

enumeration

Specifies the binding edge of this BinderySignature . BindingEdge defines the Spine side the folded BinderySignature . The opposite side defines the Face side.

Values are:

Left

Right

Top

Bottom

None - The Spine is at the left side of the SignatureCell and the Face is at the right side of the SignatureCell

BindingOrientation ?

New in JDF 1.3

orientation

After folding a BinderySignature , the default reference corner is the lower left corner of the BinderySignature . The side coinciding with the last fold is the BindingEdge , the other side of the reference corner the JogEdge . BindingOrientation is the named orientation describing the transformation of the default reference corner to the new reference corner defined by BindingEdge and JogEdge .

For BinderySignature Elements defined by FoldCatalog or Fold Elements, the default value of BindingOrientation = "Rotate0" if the folded BinderySignature has a closed head, otherwise BindingOrientation = "Flip0" .

For BinderySignature Elements defined by SignatureCell Elements, the default value BindingOrientation = "Rotate0" .

For details, see Table 2-4, “Matrices and Orientation values for describing the orientation of a Component” .

FoldCatalog ?

string

Describes the type of fold according to the folding catalog in Figure 7-36, “Fold catalog part 1” and Figure 7-37, “Fold catalog part 2”.

Value format is: " Fn-i " where “n” is the number of finished pages and “i” is either an integer, which identifies a particular fold or the letter "X" , which identifies a generic fold. E.g., "F6-2" describes a Z-fold of 6 finished pages, and "F6-X . " describes a generic fold with 6 finished pages.

Constraint: At least one of SignatureCell , FoldCatalog or Fold must be specified. FoldCatalog must not be specified unless BinderySignatureType = "Fold" .

FoldLay ?

New in JDF 1.4

Orientation

Specification of the orientation applied to the substrate of all stacked webs before applying folding (only specified at root BinderySignature node, and would default to Rotate0).

JogEdge = "Top"

New in JDF 1.3

enumeration

Specifies the JogEdge of the folded BinderySignature . The JogEdge defines the Head side of the folded BinderySignature . The opposite side defines the Foot side.

Values are:

Left

Right

Top

Bottom

None - The Head side is the top of the SignatureCell , the Foot side is the bottom of the SignatureCell .

NumberUp = "1 1"

Modified in JDF 1.3

XYPair

Specifies a regular, multi-up grid of SignatureCell Elements into which content pages are mapped. The first value specifies the number of columns of SignatureCell Elements, and the second value specifies the number of rows of SignatureCell Elements in the multi-up grid (both numbers are integers). When the BinderySignature is Partitioned (e.g., by WebName ), NumberUp may be different from leaf to leaf.

OutsideGutter ?

New in JDF 1.3

boolean

If BinderySignatureType is "Grid" , this boolean defines whether the outside margins of strip cells have to be taken into account.

E.g., if OutsideGutter is false , the Spine ( S2 ) of the strip cells at the left border of the grid is considered to be 0.

StaggerColumns ?

New in JDF 1.3

DoubleList

A list of doubles describing the staggering for subsequent columns. The number of entries in the list describes the periodicity of the staggering. Each value gives a factor of the strip cell height ((y value of TrimSize ) + TrimHead + TrimFoot ) by which to shift the corresponding column (can be negative). E.g., StaggerColumns = "0.0 0.333 0.666" specifies to shift each

    • 3*n column up by 0%
    • 3*n+1 column up by 33.3% of the strip cell height
    • 3*n+2 column up by 66.6% of the strip cell height

This Element may be present when BinderySignatureType = "Grid" . At most one of StaggerColumns or StaggerRows must be specified.

StaggerContinuous ?

New in JDF 1.3

boolean

Indicates if the BinderySignature has to be considered as a continuous repetition for staggering. This Attribute must not be present unless exactly one of StaggerRows or StaggerColumns is specified. Consider a grid with m columns and n rows with StaggerContinuous = "true" . If StaggerColumns is specified, the BinderySignature must be considered continuous with a height H equal to n multiplied by the strip cell height. If StaggerColumns has a value of y for a certain column, that column is shifted up (assuming y > 0) by an amount equal to y multiplied by the strip cell height (in the same way as described for StaggerColumns ). All content (even partial cells) that falls above H (the top of BinderySignature ) is shifted to the bottom such that the top of the shifted content is just below the original bottom cell in the column. For example, if y is 0.666, then the top 66.6% of the top cell is shifted to be just below the original bottom cell. Analogous for StaggerRows .

StaggerRows ?

New in JDF 1.3

DoubleList

A list of doubles describing the staggering for subsequent rows. The number of entries in the list describes the periodicity of the staggering. Each value gives a factor of the strip cell width ((x value of TrimSize ) + TrimFace + Spine ) by which to shift the corresponding row (can be negative). E.g., "0.0 0.333 0.666" specifies to shift each

    • 3*n row right by 0%
    • 3*n+1 row right by 33.3% of the strip cell width
    • 3*n+2 row right by 66.6% of the strip cell width

This Element may be present when BinderySignatureType = "Grid" . At most one of StaggerColumns or StaggerRows must be specified.

WebCellAlignment ?

New in JDF 1.4

XYPair

Zero based SignatureCell index (coordinate) that the bottom left SignatureCell in this web is aligned with in the full web (only specified at the WebName Partition, and would default to " 0 0 " ). See Figure 7-4, “WebCellAlignment, Example 1”, Figure 7-5, “WebCellAlignment Example 2” and Figure 7-6, “WebCellAlignment Example 3”. Also, the “stacking” of the webs is implied by the order of the webs within the BinderySignature . The back side of a WebName Partition of a BinderySignature will be touching the front side of the WebName partition of the BinderySignature that follows it in the JDF file.

DieLayout ?

New in JDF 1.3

refelement

The layout as defined by a pre-existing die. DieLayout must be present when BinderySignatureType = "Die" .

Fold *

element

Describes the folding operations in the sequence in which they are to be carried out. When both Fold and FoldCatalog are specified, FoldCatalog defines the topology of the folding scheme, and the specifics of each individual fold are described by the Fold Elements. The Fold Elements have precedence. Fold must not be specified if SignatureCell Elements are present. Fold must not be specified unless BinderySignatureType = "Fold" .

SignatureCell *

element

Describes the SignatureCell Elements used in this BinderySignature . SignatureCell Elements are ordered in X-Y direction starting at the lower left-hand corner of the BinderySignature . When both SignatureCell and FoldCatalog are specified, FoldCatalog defines the topology of the folding scheme, and the specifics of each individual Signature cell are described by the SignatureCell Elements. The SignatureCell Elements must have precedence. SignatureCell must not be specified if Fold Elements are present.

 

Figure 7-4: WebCellAlignment, Example 1

 

 

Figure 7-5: WebCellAlignment Example 2

 

 

Figure 7-6: WebCellAlignment Example 3

 

Example 7-4: Pseudo Code to Generate Page Count from SignatureCell Elements

New in JDF 1.4

maxSectionIndexSeen = 0

maxSectionPages = [0]

for sc in BinderySignature/SignatureCell

si = sc@SectionIndex

if ( si > maxSectionIndexSeen)

for index from maxSectionIndexSeen to si - 1:

maxSectionPages.append(0)

maxSectionIndexSeen = si

for page in sc@FrontPages

maxSectionPages[si] = max(maxSectionPages[si],page)

for page in sc@BackPages

maxSectionPages[si] = max(maxSectionPages[si],page)

totalPages = 0

for sectionIndex from 0 to maxSectionIndexSeen

totalPages += 1 + maxSectionPages[sectionIndex]

return totalPages

 

7.2.12.1 Element: SignatureCell

SignatureCell Elements describe a set of individual page cells in a BinderySignature .

Note: “Page number” in the table below refers to finished pages from the PageList numbered from 0 to n, as opposed to Folio pages, which are the numbers that appear in print with the content of the document; the difference being that pages without Folio numbering are counted. As the BinderySignature is a reusable object, the page numbers refer to finished pages numbered from 0 to n as if this BinderySignature were the only section of the Assembly . The consuming Device needs to calculate the final product page number using the Assembly and StrippingParams /@ SectionList . The BinderySignature cells must not contain final page numbers unless Assembly /@ Order = "None" .

 

Table 7-77: SignatureCell Element

Name

Data Type

Description

BackFacePages ?

Deprecated in JDF 1.4

IntegerList

Page numbers for the back finished pages forming a foldout.

Deprecation note: starting with JDF 1.4, use FaceCells to describe foldouts.

BackPages ?

IntegerList

Page numbers of the back finished pages of a SignatureCell . The number of entries in FrontPages and BackPages must be identical. The entries with an identical index in FrontPages and BackPages are back-to-back in the layout. If not specified, the layout is one-sided.

BottleAngle ?

double

Indicates the bottle angle, which is the slight rotation of the SignatureCell needed to compensate for the rotation fault introduced when making cross-folds.

BottleAxis ?

enumeration

Indicates the point around which the cell is bottled.

Values are:

FaceFoot

FaceHead

SpineFoot

SpineHead

FaceCells ?

New in JDF 1.4

IntegerList

List of indices of SignatureCell Elements that form a foldout together with this SignatureCell . The SignatureCell that contains FaceCells is the parent of the foldout, typically the Page that is attached to the spine. Details of each foldout Page are described by a SignatureCell Element.

FrontFacePages ?

Deprecated in JDF 1.4

IntegerList

Page numbers for the front finished pages forming a foldout.

Deprecation note: starting with JDF 1.4, use FaceCells to describe foldouts.

FrontPages ?

IntegerList

Page numbers of the front finished pages of a SignatureCell . Multiple page cells with the same properties except for the finished pages to which they are assigned may be summarized as one SignatureCell with multiple entries in FrontPages .

Orientation = "Up"

Modified in JDF 1.3

enumeration

Indicates the orientation of the SignatureCell .

Values are:

Down - 180˚ rotation.

Left - 90˚ counter-clockwise rotation. New in JDF 1.3

Right - 270˚ counter-clockwise rotation New in JDF 1.3

Up - 0˚ rotation.

SectionIndex = "0"

integer

Unique logical index of the page section that are to fill this SignatureCell . This is an indirect logical index. The actual section index is defined in StrippingParams /@ SectionList .

StationName ?

New in JDF 1.3

string

The name of the 1-up station in the die layout.

Constraint: if BinderySignature /@BinderySignatureType = "Die" , this Element should be specified.

Constraint: if BinderySignature /@BinderySignatureType = "Die" and BinderySignature / DieLayout contains more than 1 Station , this Attribute must be specified.

Example 7-5: StrippingParams: Foldout Using FaceCells

New in JDF 1.4

<!--Stripping Foldout example corresponding to spec example n.6.5 - with new

attribute FaceCells-->

< StrippingParams Class = "Parameter" ID = "r000005"

PartIDKeys = "CellIndex" Status = "Available" >

< BinderySignatureRef rRef = "r000006" />

< StrippingParams CellIndex = "0" >

<!--stripcell for the folded out foldout(front page=4)-->

< StripCellParams TrimSize = "200 400" />

</ StrippingParams >

< StrippingParams CellIndex = "1" >

<!--stripcell for the inner page of the foldout foldout(front page=5)-->

< StripCellParams TrimSize = "300 400" />

</ StrippingParams >

< StrippingParams CellIndex = "2" >

<!--stripcell for the inner page of the foldout foldout(front page=0)-->

< StripCellParams TrimSize = "320 400" />

</ StrippingParams >

</ StrippingParams >

< BinderySignature Class = "Parameter" ID = "r000006" Status = "Available" >

<!--this is the foldout foldout cell-->

< SignatureCell BackPages = "3" FrontPages = "4" />

<!--this cell is the inner page of the foldout, i.e. the page that is

attached to the spine The new attribute FaceCells refers to the cell(s)

that describe the foldout; in this case the cell to the left. The front

and back pages of the foldout are listed in the respective cell(s)

-->

< SignatureCell BackPages = "2" FaceCells = "0" FrontPages = "5" />

<!--this is the cell that has no foldout-->

< SignatureCell BackPages = "1" FrontPages = "0" />

</ BinderySignature >

 

7.2.13 BlockPreparationParams

New in JDF 1.1

This Resource describes the settings of a BlockPreparation Process. For the tightbacking there are four different kinds of book forms as shown in Figure 7-7.

 

Figure 7-7: Tightbacking for Block Preparation

Kinds of Book Forms

Flat

Round

Flat and Backed

Rounded and Backed

TightBacking=

"Flat"

"Round "

"FlatBacked "

"RoundBacked"

 

 

 

 

 

For the rounding and for the backing there are two additional measurement as shown in Figure 7-8.

:

Figure 7-8: Rounding and Backing for Block Preparation

Measurement

Rounding Way

Backing Way

Attribute

Rounding= "m"

Backing= "n"

 

 

 

Resource Properties

Resource Class:

Parameter

Resource referenced by:

 

Example Partition:

--

Input of Processes:

BlockPreparation

Output of Processes:

--

 

Table 7-78: BlockPreparationParams Resource

Name

Data Type

Description

Backing ?

double

Backing distance in points.

Rounding ?

double

Rounding distance in points.

TightBacking ?

enumeration

Definition of the geometry of the back of the book block.

Values are:

Flat

FlatBacked - Backing way

Round - Rounding way

RoundBacked - Rounding way, backing way

RegisterRibbon *

refelement

Description of the register ribbons that are included within the book block.

7.2.14 BoxFoldingParams

New in JDF 1.3

This Resource defines the parameters for folding and gluing blanks to folded flat boxes in a box folder-gluer Device.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

 

Example Partition:

--

Input of Processes:

BoxFolding

Output of Processes:

--

 

Table 7-79: BoxFoldingParams Resource (Sheet 1 of 2)

Name

Data Type

Description

BlankDimensionsX ?

DoubleList

X position of folds for an unfolded box beginning from the origin of the coordinate system (left side) increasing from minimum to maximum (expressed in points). See Figure 7-10, “BoxFoldingType Attribute for values of Type00, Type01 and Type02” through Figure 7-13, “BoxFoldingType Attribute for values of Type15 and Type20”. The first value of BlankDimensionsX is the position of the fold marked by X0 in a diagram, e.g., Figure 7-10. The second value of BlankDimensionsX is the position of the fold marked by X1, and so on.

BlankDimensionsX must not be specified unless BoxFoldingType is also specified.

BlankDimensionsY ?

DoubleList

Y position of folds for of an unfolded box beginning from the origin of the coordinate system (bottom side) increasing from minimum to maximum (expressed in points). See Figure 7-10, “BoxFoldingType Attribute for values of Type00, Type01 and Type02” through Figure 7-13, “BoxFoldingType Attribute for values of Type15 and Type20”.

The first value of BlankDimensionsY is the position of the fold marked by Y0 in a diagram, e.g., Figure 7-10. The second value of BlankDimensionsY is the position of the fold marked by Y2, and so on.

BlankDimensionsY must not be specified unless BoxFoldingType is also present.

BoxFoldingType ?

enumeration

Basic predefined folding types. See the drawings referenced from each defined value below. Each drawing is shown from the print side with the lid at the top.

Each type is described with a sequence of BoxFoldAction Elements. The most common sequences (folding types) are predefined, All other are 'special' and must be described in detail.

Values are:

Type00 - Special type for boxes that are not pre-defined. See Figure 7-10.

Type01 - see Figure 7-10.

Type02 - see Figure 7-10.

Type03 - see Figure 7-11.

Type04 - see Figure 7-11.

Type10 - see Figure 7-11.

Type11 - see Figure 7-12.

Type12 - see Figure 7-12.

Type13 - see Figure 7-12.

Type15 - see Figure 7-13.

Type20 - see Figure 7-13.

BoxApplication *

Deprecated in JDF 1.4

element

Application work step in a Box folder-gluer. The sequence of BoxFoldAction , BoxApplication and GlueLine Elements defines the sequence of work steps. The first Element is applied first.

Application SHOULD be described with a combined Inserting process.

Deprecation note: starting with JDF 1.4, a Combined Process that includes the BoxFolding and Inserting Processes replaces BoxApplication .

BoxFoldAction *

element

Individual work step in a Box folder-gluer. The sequence of BoxFoldAction , BoxApplication and GlueLine Elements defines the sequence of work steps. The first Element is applied first.

GlueLine *

refelement

Specification of a glue line. The GlueLine is applied to the blank in the coordinate system of the folder gluer at the state after all prior BoxFoldAction and BoxApplication Elements have been applied. The sequence of BoxFoldAction , BoxApplication and GlueLine Elements defines the sequence of work steps. The first Element is applied first.

7.2.14.1 Element: BoxApplication

Deprecated in JDF 1.4

A BoxApplication describes the application of an external Component such as a window or handle to a folding box in the box folder-gluer. Note that a short description of the application should be specified in BoxApplication / @DescriptiveName . Application of an external Component SHOULD be described with a combined Inserting process.

 

Table 7-80: BoxApplication Element

Name

Data Type

Description

ApplicationArea ?

rectangle

Area in the current coordinate system of the folder gluer where the Component is applied. Note: A single point is specified by X0 = X1 and Y0 = Y1 of the rectangle and a line is specified by X0 = X1 or Y0 = Y1.

Component

refelement

Reference to a Component that is applied. This Component must also be specified as in input Component to the BoxFolding Process with ProcessUsage = "Application"

GlueLine *

refelement

Specification of a glue lines needed to glue the Component described in this BoxApplication . The glue lines are applied to the Component in the coordinate system of the BoxApplication / Component . The glue lines applied to the blank are specified in BoxFoldingParams / GlueLine .

7.2.14.2 Element: BoxFoldAction

BoxFoldAction describes an action in the folder-gluer that is perpendicular or diagonal to the movement path of the blank.

 

Table 7-81: BoxFoldAction Element

Name

Data Type

Description

FoldIndex

XYPair

Identification of the upper right corner of the flap or fold that is affected by this BoxFoldAction . The first value of the XYPair refers to an indexed fold in BlankDimensionsX ; the second value of the XYPair refers to an indexed fold in BlankDimensionsY.

If either X or Y spans multiple flaps, it must be set to -1.

Action

enumeration

Individual Action in the folder gluer.

Values are from: Table 7-82, “Action Attribute Values”.

GlueLine *

refelement

Specification of a glue lines needed to glue the Component described in this BoxApplication . The GlueLine s are applied to the Component in the coordinate system of the BoxApplication / Component . The GlueLine s applied to the blank are specified in BoxFoldingParams / GlueLine .

-- Attribute: Action

 

Table 7-82: Action Attribute Values

Value

Description

LongFoldLeftToRight

For a drawing, see Figure 7-9, “Folding examples for some values of BoxFoldAction/@Action”.

LongFoldRightToLeft

 

LongPreFoldLeftToRight

 

LongPreFoldRightToLeft

For a drawing, see Figure 7-9, “Folding examples for some values of BoxFoldAction/@Action”.

FrontFoldComplete

For a drawing, see Figure 7-9, “Folding examples for some values of BoxFoldAction/@Action”.

FrontFoldDiagonal

 

FrontFoldCompleteDiagonal

For a drawing, see Figure 7-9, “Folding examples for some values of BoxFoldAction/@Action”.

BackFoldComplete

For a drawing, see Figure 7-9, “Folding examples for some values of BoxFoldAction/@Action”.

BackFoldDiagonal

 

BackFoldCompleteDiagonal

 

ReverseFold

A ReverseFold is topologically equivalent to FrontFoldDiagonal but uses different equipment with other restrictions on Media weight and size and is therefore specified individually.

For a drawing, see Figure 7-9, “Folding examples for some values of BoxFoldAction/@Action”.

Milling

 

Rotate90

90˚ counter-clockwise rotation

Rotate180

180˚ rotation

Rotate270

90˚ clockwise rotation

Example 7-6: BoxFoldingParams/BoxFoldAction

For instance, processing a Type01 blank (Figure 7-10, “BoxFoldingType Attribute for values of Type00, Type01 and Type02”) has the following actions:

< BoxFoldingParams Class = "Parameter" ID = "BFP000" Status = "Available" >

< BoxFoldAction FoldIndex = "0 -1" Action = "LongPreFoldLeftToRight" />

< BoxFoldAction FoldIndex = "2 -1" Action = "LongPreFoldRightToLeft" />

< BoxFoldAction FoldIndex = "1 -1" Action = "LongFoldLeftToRight" />

< BoxFoldAction FoldIndex = "3 -1" Action = "LongFoldRightToLeft" />

</ BoxFoldingParams >

 

 

 

 

Figure 7-9: Folding examples for some values of BoxFoldAction/@Action

 

 

 

 

 

 

LongFoldLeftToRight

LongPreFoldRightToLeft

FrontFoldComplete

FrontFoldCompleteDiagonal

BackFoldComplete

ReverseFold

Dimensions and Actions for below Figures:

.

Figure 7-10: BoxFoldingType Attribute for values of Type00, Type01 and Type02

Type00

Type01

Type02

 

 

 

Individual shape with customer defined dimensions and actions

X0 LongPreFoldLeftToRight

X3 LongPreFoldLeftToRight

X2 LongPreFoldRightToLeft

X1 LongPreFoldRightToLeft

 

X1 LongFoldLeftToRight

X0 LongFoldLeftToRight

 

X3 LongFoldRightToLeft

X2 LongFoldRightToLeft

Figure 7-11: BoxFoldingType Attribute for values of Type03, Type04 and Type10

Type03

Type04

Type10

 

 

 

X0 LongPreFoldLeftToRight

X3 LongPreFoldLeftToRight

X0 LongPreFoldLeftToRight

X2 LongPreFoldRightToLeft

X1 LongPreFoldRightToLeft

X1 LongPreFoldRightToLeft

X2/Y1: FrontFoldComplete

X1/Y1: FrontFoldComplete

 

X4/Y1: FrontFoldComplete

X3/Y1: FrontFoldComplete

 

X1/Y1: FrontFoldCompleteDiagonal

X0/Y1: FrontFoldCompleteDiagonal

 

X3/Y1: FrontFoldCompleteDiagonal

X2/Y1: FrontFoldCompleteDiagonal

 

X1 LongFoldLeftToRight

X0 LongFoldLeftToRight

 

X3 LongFoldRightToLeft

X2 LongFoldRightToLeft

 

Figure 7-12: BoxFoldingType Attribute for values of Type 11, Type12 and Type13

Type11

Type12

Type13

 

 

 

X0/Y0: FrontFoldComplete

X1/Y0:

X0/Y0: FrontFoldComplete

X2/Y0: FrontFoldComplete

FrontFoldCompleteDiagonal

X2/Y0: FrontFoldComplete

X0/Y2: BackFoldComplete

X1/Y2:

X0/Y2: BackFoldComplete

X2/Y2: BackFoldComplete

BackFoldCompleteDiagonal

X2/Y2: BackFoldComplete

X1/Y0: FrontFoldCompleteDiagonal

X0 LongFoldLeftToRight

X1/Y0: FrontFoldCompleteDiagonal

X1/Y2: BackFoldCompleteDiagonal

X2 LongFoldRightToLeft

X1/Y2: BackFoldCompleteDiagonal

X0 LongFoldLeftToRight

 

X0 LongFoldLeftToRight

X2 LongFoldRightToLeft

 

X2 LongFoldRightToLeft

Figure 7-13: BoxFoldingType Attribute for values of Type15 and Type20

Type15

Type20

 

 

X0/Y0: FrontFoldComplete

(continued from previous column)

X0 LongFoldLeftToRight

X2/Y0 FrontFoldComplete

X3/Y0 FrontFoldCompleteDiagonal

X3 LongFoldRightToLeft

X4/Y0 FrontFoldComplete

X1/Y2 BackFoldCompleteDiagonal

 

X0/Y2 BackFoldComplete

X3/Y2 BackFoldCompleteDiagonal

 

X2/Y2 BackFoldComplete

X0 LongFoldLeftToRight

 

X4/Y2 BackFoldComplete

X3 LongFoldRightToLeft

 

X1/Y0 FrontFoldCompleteDiagonal

X2 LongFoldRightToLeft

 

7.2.15 BoxPackingParams

New in JDF 1.1

This Resource defines the parameters for packing a box of components. Details of the box used for BoxPacking can be found in the Component ( Box ) Resource that is also an input of the BoxPacking Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

 

Example Partition:

--

Input of Processes:

BoxPacking

Output of Processes:

--

 

Table 7-83: BoxPackingParams Resource (Sheet 1 of 2)

Name

Data Type

Description

ComponentsPerRow ?

New in JDF 1.3

integer

Component s per row in the shipping box, as illustrated by A in Figure 7-14 . If the Component s represent Bundle s, the number of Bundle s is specified.

Columns ?

New in JDF 1.4

integer

Columns per shipping box. Columns are in the 3rd Dimension in Figure 7-14 , and are thus not illustrated.

ComponentOrientation ?

New in JDF 1.4

enumeration

Defines the coordinate pair that is facing the bottom of the box, defining the horizontal plane.

Values are:

XY - Axis X and Y

XZ - Axis X and Z

YZ - Axis Y and Z

Copies ?

New in JDF 1.4

integer

Number of copies in the box. Copies MUST NOT be specified if MaxWeight is present.

FillMaterial ?

NMTOKEN

Material to fill boxes that are not completely filled, as illustrated by F in Figure 7-14 .

Values include:

Any - Explicit request for system specified filling.

BlisterPack

None - Explicit request for no filling.

Paper

Styrofoam

Layers ?

New in JDF 1.3

integer

Layers per shipping box, as illustrated by L in Figure 7-14 .

MaxWeight ?

New in JDF 1.4

double

Maximum weight of a packed box in grams. MaxWeight MUST NOT be specified if Copies is present.

Pattern ?

string

Name of the box packing pattern. Used to store a predefined pattern that defines the layers and positioning of individual component in the box or carton.

Rows ?

New in JDF 1.3

integer

Rows per shipping box, as illustrated by R in Figure 7-14 .

Ties ?

New in JDF 1.3

IntegerList

Number of tie Sheets at each row. The first value is outside the first row, the next value between the first and second row and so forth. If more rows than values are specified, counting restarts at the 0 position. If fewer layers than values are specified, all tie Sheets that are not adjacent to a row are ignored.

UnderLays ?

New in JDF 1.3

IntegerList

Number of underlay Sheets at each layer, as illustrated by U in Figure 7-14 . The first value is underneath the bottom layer, the next value above the first layer and so forth. If more layers than values are specified, counting restarts at the 0 position. If less layers than values are specified, all underlay Sheets that are not adjacent to a layer are ignored.

 

Figure 7-14: Box packing

 

 

7.2.16 BufferParams

New in JDF 1.1

This Resource provides controls for Buffer Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Buffer

Output of Processes:

--

 

Table 7-84: BufferParams Resource

Name

Data Type

Description

MinimumWait ?

duration

Minimum amount of time that an individual Resource must be buffered.

7.2.17 Bundle

New in JDF 1.1

Bundles are used to describe various kinds of sets of Component s. Note that Bundle Resources can be created by many press or postpress Processes and not only Bundling .

Resource Properties

Resource Class:

Quantity

Resource referenced by:

Component , PalletizingParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-85: Bundle Resource

Name

Data Type

Description

BundleType = "Stack"

enumeration

Values are:

BoundSet - Stack of components that are bound together.

Box

Carton

CollectedStack - Components collected on a saddle, result of Collecting Process

CompensatedStack - Loose stack of compensated components

Pallet

Roll - Rolled components on a print Roll.

Sheet - Multiple individual items printed onto one Sheet.

Stack - Loose stack of equally stacked components.

StrappedStack - Strapped stack of equally stacked components.

StrappedCompensatedStack - Strapped stack of compensated components.

WrappedBundle

FolioCount ?

integer

Total amount of individual finished pages that this bundle contains. If not specified, it must be calculated from the individual BundleItem Elements.

ReaderPageCount ?

integer

Total amount of individual Reader Pages that this bundle contains. If not specified, it must be calculated from the individual BundleItem Elements.

TotalAmount ?

integer

Total amount of individual products that this bundle contains. If the bundle contains one or more Component [contains ( @ComponentType , "FinalProduct" )], TotalAmount refers to the number of final products. Note that this is neither always the next level of BundleItem nor the lowest level of BundleItem. For instance, the next level may be the boxes in a carton, whereas the lowest level may be the Sheets comprising the brochure. The correct number in this example would be the number of Brochures. If not specified, it must be calculated from the individual BundleItem Elements.

BundleItem *

element

References to the individual items that form this Bundle .

7.2.17.1 Element: BundleItem

A Bundle is described as a set of BundleItem Elements. Since BundleItem Elements reference Component Resources which themselves can reference further Bundle Resources, the structure is recursive.

 

Table 7-86: BundleItem Element (Sheet 1 of 2)

Name

Data Type

Description

Amount

integer

Number of this type of items.

ItemName ?

New in JDF 1.2

NMTOKEN

Name of the bundle item. Used for referencing individual BundleItem Elements in a Bundle .

Orientation ?

Orientation

Named Orientation of the Component respective to the Bundle coordinate system. For details, see Table 2-4, “Matrices and Orientation values for describing the orientation of a Component”. At most one of Orientation or Transformation must be specified.

Transformation ?

matrix

Orientation of the Component respective to the Bundle coordinate system. At most one of Orientation or Transformation must be specified.

Component

refelement

Reference to a Component that is part of this Bundle .

Example 7-7: Bundle: Boxing and Palletizing

The following example code shows a JDF that describes boxing and palletizing for 4200 books. The appropriate Bundle Elements have orange tags and magenta Attributes. The Resources have not yet been completely filled in.

< JDF xmlns = "http://www.CIP4.org/JDFSchema_1_1" ID = "Bundle" Status = "Waiting"

Type = "ProcessGroup" JobPartID = "ID20" Version = "1.4" >

<!-- The BoxPacking Process consumes the thing to pack and the boxes-->

<!-- The BoxPacking Process creates packed boxes -->

< JDF ID = "n0235" Status = "Waiting" Type = "BoxPacking" JobPartID = "ID21" >

< ResourceLinkPool >

< ComponentLink ProcessUsage = "Box" Usage = "Input" rRef = "BoxID" />

< BoxPackingParamsLink Usage = "Input" rRef = "BoxParamsID" />

< ComponentLink Usage = "Input" rRef = "ComponentID" />

< ComponentLink Usage = "Output" rRef = "PackedBoxID" />

</ ResourceLinkPool >

<!-- The BoxPacking Process has the following local resources -->

< ResourcePool >

< BoxPackingParams Class = "Parameter" ID = "BoxParamsID"

Status = "Available" />

< Component Amount = "100" Class = "Quantity" ID = "BoxID"

Status = "Available" ComponentType = "Sheet" />

</ ResourcePool >

</ JDF >

< ResourcePool >

<!-- This Component describes a Box with 42 Books -->

< Component Amount = "100" Class = "Quantity" ID = "PackedBoxID"

Status = "Unavailable" ComponentType = "Sheet" >

< Bundle BundleType = "Box" TotalAmount = "42" >

< BundleItem Amount = "42" >

< ComponentRef rRef = "ComponentID" />

</ BundleItem >

</ Bundle >

</ Component >

< Component Amount = "4200" Class = "Quantity" ID = "ComponentID"

Status = "Available" ComponentType = "Sheet" />

<!-- This Component describes the contents of the pallet: 100

Boxes w. 42 Books -->

< Component Amount = "10" Class = "Quantity" ID = "palletContentsID"

Status = "Unavailable" ComponentType = "Sheet" >

< Bundle BundleType = "Pallet" TotalAmount = "420" >

< BundleItem Amount = "10" >

< ComponentRef rRef = "PackedBoxID" />

</ BundleItem >

</ Bundle >

</ Component >

</ ResourcePool >

< JDF ID = "n0239" Status = "Waiting" Type = "Palletizing" JobPartID = "ID22" >

< ResourceLinkPool >

< ComponentLink Usage = "Input" rRef = "PackedBoxID" />

< PalletLink Usage = "Input" rRef = "palletID" />

< PalletizingParamsLink Usage = "Input" rRef = "palletParamsID" />

< ComponentLink Usage = "Output" rRef = "palletContentsID" />

</ ResourceLinkPool >

< ResourcePool >

< Pallet Amount = "10" Class = "Consumable" ID = "palletID"

Status = "Available" PalletType = "Euro800x600" />

< PalletizingParams Class = "Parameter" ID = "palletParamsID"

Status = "Available" />

</ ResourcePool >

</ JDF >

</ JDF >

 

7.2.18 BundlingParams

New in JDF 1.2

BundlingParams describes the details of a Bundling Process.

Resource Properties

Resource Class:

Parameter

Resource references:

--

Example Partition:

--

Input of Processes:

Bundling

Output of Processes:

--

 

Table 7-87: BundlingParams Resource

Name

Data Type

Description

Copies ?

integer

Number of copies within a bundle. Copies must not be specified if Length is present.

Length ?

double

Length of a bundle. Length must not be specified if Copies is present.

 

 

Figure 7-15: BundlingParams Coordinate System

 

7.2.19 ByteMap

This Resource specifies the structure of bytemaps produced by various Processes within a JDF system. A ByteMap represents a raster of image data. This data may have multiple bits per pixel, may represent a varying set of color planes, and may be interleaved. A Bitmap is a special case of a ByteMap in which each pixel is represented by a single bit per color.

Personalized printing requires that certain regions of a given page be dynamically replaced. The optional mask associated with each band of data allows for omitting certain pixels from the base image represented by the ByteMap so that they can be replaced.

Resource Properties

Resource Class:

Parameter

Resource references:

RunList

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-88: ByteMap Resource (Sheet 1 of 2)

Name

Data Type

Description

BandOrdering ?

enumeration

Identifies the precedence given when ordering the produced bands.

BandOrdering is required for non-interleaved data and must be ignored for interleaved data if specified.

Values are:

BandMajor - The position of the bands on the page is prioritized over the color.

ColorMajor - All bands of a single color are played in order before progressing to the next plane. This is only possible with non-interleaved data.

ElementType ?

New in JDF 1.4

enumeration

Values are from: Table 7-255, “ElementType Attribute Values”.

Note: values are the same as LayoutElement @ ElementType .

FrameHeight ?

Modified in JDF 1.4

integer

Height of the overall image that may be broken into multiple bands.

Modification note: starting with JDF 1.4, FrameHeight is optional.

FrameWidth ?

Modified in JDF 1.4

integer

Width of overall image that may be broken into multiple columns.

Modification note: starting with JDF 1.4, FrameWidth is optional.

Halftoned ?

Modified in JDF 1.4

boolean

Indicates whether or not the data has been halftoned.

Modification note: starting with JDF 1.4, Halftoned is optional.

Interleaved ?

Modified in JDF 1.4

boolean

If "true" , the data are interleaved or chunky. Otherwise the data are non-interleaved or planar.

Modification note: starting with JDF 1.4, Interleaved is optional.

PixelSkip ?

integer

Number of bits to skip between pixels of interleaved data.

Resolution ?

Modified in JDF 1.4

XYPair

Output resolution.

Modification note: starting with JDF 1.4, Resolution is optional.

Band *

Modified in JDF 1.4

element

Array of bands containing raster data.

Modification note: starting with JDF 1.4, Band is optional.

ColorPool ?

New in JDF 1.2

refelement

Details of the colors represented in this ByteMap .

FileSpec

( RasterFileLocation )?

refelement

A FileSpec Resource pointing to a location where the raster is stored or is be stored shortly

PixelColorant *

Modified in JDF 1.4

element

Ordered list containing information about which colorants are represented and how many bits per pixel are used.

Modification note: starting with JDF 1.4, PixelColorant is optional.

7.2.19.1 Element: Band

 

Table 7-89: Band Element

Name

Data Type

Description

Data ?

Modified in JDF 1.4

URL

Actual bytes of data.

Modification note: starting with JDF 1.4, Data is optional.

Height ?

Modified in JDF 1.4

integer

Height in pixels of the band.

Modification note: starting with JDF 1.4, Height is optional.

Mask ?

URL

1-bit mask of raster data indicating which bits of the band data to use. The mask dimensions and resolution must be equivalent to the contents of the band itself.

WasMarked ?

Modified in JDF 1.4

boolean

Indicates whether any rendering marks were made in this band. This Attribute allows a band to be skipped if no marks were made in the band.

Modification note: starting with JDF 1.4, WasMarked is optional.

Width ?

Modified in JDF 1.4

integer

Width in pixels of the band

Modification note: starting with JDF 1.4, Width is optional.

 

7.2.19.2 Element: PixelColorant

 

Table 7-90: PixelColorant Element

Name

Data Type

Description

ColorantName

string

Name of colorant.

PixelDepth

integer

Number of bits per pixel for each colorant.

 

7.2.20 CaseMakingParams

New in JDF 1.1

This Resource describes the settings of a CaseMaking Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

CaseMaking

Output of Processes:

--

 

Figure 7-16: CaseMakingParams

 

 

Table 7-91: CaseMakingParams Resource (Sheet 1 of 2)

Name

Data Type

Description

 

BottomFoldIn ?

double

Defines the width of the part of the CoverMaterial on the lower edge inside of the case. If not specified, defaults to TopFoldIn .

 

CoverWidth ?

double

Width of the cover cardboard in points.

 

CornerType ?

NMTOKEN

Method of wrapping the corners of the cover material around the corners of the board.

Values include:

LibraryCorner - The American Library Corner style.

 

FrontFoldIn ?

double

Defines the width of the part of the cover material on the front edges inside of the case.

 

Height ?

double

Height of the book case, in points.

 

JointWidth ?

double

Width of the joint as seen when laying the cardboard on the cover material, in points.

 

SpineWidth ?

double

Width of the spine cardboard, in points.

 

TopFoldIn ?

double

Defines the width of the cover material on the top edge inside of the case.

 

GlueLine ?

refelement

Because the glue is applied to the whole back side of the cover material, GlueLine /@ AreaGlue must be set to "true" .

7.2.21 CasingInParams

New in JDF 1.1

This Resource describes the settings of a CasingIn Process. The geometry is always centered See Figure 7-17.

 

Figure 7-17: Parameters and coordinate system for CasingIn

 

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

CasingIn

Output of Processes:

--

 

Table 7-92: CasingInParams Resource

Name

Data Type

Description

CaseRadius ?

double

Inner radius of the case spine rounding. If not specified, no rounding of the case spine is performed.

GlueApplication *

New in JDF 1.4

refelement

Properties of the glue to attach the case.

GlueLine +

Deprecated in JDF 1.4

refelement

Properties of the glue used.

Deprecation note: starting with JDF 1.4, use GlueApplication .

7.2.22 ChannelBindingParams

This Resource describes the details of the ChannelBinding Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

ChannelBinding

Output of Processes:

--

Figure 7-18 depicts the ChannelBinding Process.

 

Figure 7-18: Parameters used for channel binding

 

The symbols W , L and ClampD of Figure 7-18 are described by the Attributes ClampD and ClampSize of the table below.

 

Table 7-93: ChannelBindingParams Resource

Name

Data Type

Description

Brand ?

string

The name of the clamp (or preassembled cover with clamp) manufacturer and the name of the specific item.

ClampColor ?

NamedColor

Determines the color of the clamp/cover. If ClampSystem = "true" , then the color of the cover is also meant.

ClampColorDetails ?

New in JDF 1.4

string

A more specific, specialized or site-defined name for the color. If ClampColorDetails is supplied, ClampColor SHOULD also be supplied.

ClampD ?

double

The distance of the clamp that was “pressed away” (see Figure 7-18 Parameters used for channel binding).

ClampSize ?

shape

The shape size of the clamp. The first number of the shape data type corresponds to the clamp width W (see Figure 7-18 ) which is determined by the final height of the block of Sheets to be bound. The second number corresponds to the length L (see Figure 7-18). The third corresponds to the spine length (not visible in Figure 7-18). The spine length is perpendicular on the paper plane.

ClampSystem = "false"

boolean

If "true" the clamp is inside of a preassembled cover.

7.2.23 CIELABMeasuringField

Information about a color measuring field. The color is specified as CIE-L*a*b* value.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ColorControlStrip , Layout / MarkObject

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-94: CIELABMeasuringField Resource

Name

Data Type

Description

Center

XYPair

Position of the center of the color measuring field in the coordinates of the MarkObject that contains this mark. If the measuring field is defined within a ColorControlStrip , Center refers to the rectangle defined by Center and Size of the ColorControlStrip .

CIELab

LabColor

L*a*b* color specification.

DensityStandard ?

Deprecated in JDF 1.1

enumeration

Density filter standard used during density measurements.

Values are:

ANSIA - ANSI Status A

ANSIE - ANSI Status E

ANSII - ANSI Status I

ANSIT - ANSI Status T.

DIN16536

DIN16536NB

Deprecation note: starting with JDF 1.1, use ColorMeasurementConditions / @DensityStandard .

Diameter ?

Modified in JDF 1.1

double

Diameter of the measuring field.

Light

Deprecated in JDF 1.1

NMTOKEN

Type of light.

Values include:

D50

D65

Observer ?

Deprecated in JDF 1.1

integer

Observer in degree (2 or 10). In JDF 1.1 and beyond, use ColorMeasurementConditions /@ Observer

Percentages ?

DoubleList

Percentage values for each separation. The number of array Elements must match the number of separations.

ScreenRuling ?

DoubleList

Screen ruling values in lines per inch for each separation. The number of array Elements must match the number of separations.

ScreenShape ?

string

Shape of screening dots.

Setup ?

Deprecated in JDF 1.1

string

Description of measurement setup.

Deprecation note: starting with JDF 1.1, use details from ColorMeasurementConditions

Tolerance ?

Modified in JDF 1.1

double

Tolerance in ΔE.

ColorMeasurementConditions ?

New in JDF 1.1

refelement

Detailed description of the measurement conditions for color measurements.

7.2.24 CoilBindingParams

This Resource describes the details of the CoilBinding Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

CoilBinding

Output of Processes:

--

 

Table 7-95: CoilBindingParams Resource

Name

Data Type

Description

Brand ?

string

The name of the coil manufacturer and the name of the specific item.

Color ?

NamedColor

Determines the color of the coil.

ColorDetails ?

New in JDF 1.4

string

A more specific, specialized or site-defined name for the color. If ColorDetails is supplied, Color SHOULD also be supplied.

Diameter ?

double

The coil diameter to be produced is determined by the height of the block of Sheets to be bound.

Material ?

enumeration

The material used for forming the coil binding.

Values are:

LaqueredSteel

NylonCoatedSteel

PVC

TinnedSteel

ZincsSteel

Shift ?

Deprecated in JDF 1.2

double

Amount of vertical shift that occurs as a result of the coil action while opening the document. It is determined by the distance between the holes.

In JDF 1.2 and beyond, use the value implied by HoleMakingParams /@ HoleType .

Thickness ?

double

The thickness of the coil.

Tucked = "false"

boolean

If "true" , the ends of the coils are “tucked in”.

HoleMakingParams ?

New in JDF 1.2

refelement

Details of the holes in CoilBinding .

7.2.25 CollectingParams

The Collecting Process needs no special Attributes. However, this Resource is provided as a container for extensions of the Collecting Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Collecting

Output of Processes:

--

 

Table 7-96: CollectingParams Resource

Name

Data Type

Description

 

 

 

 

Figure 7-19: Coordinate systems used for collecting

 

7.2.26 Color

Color describes spot color inks, process color inks and any other coating, for instance varnish or gloss coating. Spot colors are named colors that can either be separated or converted to process colors. It is important to know the neutral density of the colorant for trapping and, in many cases, the Lab values for representing them on screen. If you know the Lab value, you can calculate the neutral density. When representing colors on screen, a conversion to process colors must be defined. This conversion is a simple linear interpolation between the CMYK value of the 100% spot color and its tint.

A color is represented by a Color Element. It has a required Name Attribute, which represents the name of either a spot color or a process color. When ColorantAlias has been used in ElementColorParams and/or in ColorantControl to clean up string names of spot colors, the resolved, not the uncorrected duplicate, ColorantAlias /@ ReplacementColorantName spot color name must match Color /@ Name . The four names that are reserved for representing process CMYK color names are Cyan , Magenta , Yellow and Black . Every colorant can have a Lab and/or CMYK color value. If both are specified and a system is capable of interpreting both values, the Lab value overrides the CMYK definition, unless the target Device is compatible with CMYK, (i.e., ColorantControl /@ ProcessColorModel = "DeviceCMYK" ). In this case the CMYK value has precedence.

The Lab value represents the L, a, b readings of the ink on certain media. This means that spot inks printed on three different kinds of stocks have different Lab values. Pantone books, for example, provide Lab values for three kinds of paper: coated (not necessarily glossy), matte and uncoated . Thus a color of ink should identify the media for which the Color is specified. CMYK colors are used to approximate spot colors when they are not separated. This conversion can be done by a color management system, or there can be fixed CMYK representation defined by color books such as Pantone.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ColorPool , LayoutPreparationParams / PageCell

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-97: Color Resource (Sheet 1 of 4)

Name

Data Type

Description

ActualColorName ?

New in JDF 1.3

string

Actual name of the color in the PDL. ActualColorName SHOULD be used to identify the color. If not specified, defaults to the value of @ Name .

Note: this Attribute was added to JDF 1.3 Errata.

CMYK ?

Modified in JDF 1.2

CMYKColor

CMYK value of the 100% tint value of the colorant. Although optional , it is highly recommended that this value be filled when the colorant is a spot colorant, (i.e., not part of the ProcessColorModel ). This preferred CMYK may be associated with an ICC source profile defined in the FileSpec Resource with a ResourceUsage = "ColorProfile" when the target CMYK is different from the PDL CMYK.

ColorBook ?

Modified in JDF 1.2

string

Definition of the color identification book name that is used to represent this color. The color book name must match the name defined by the color book vendor

Values include:

CIP4 ColorBook Uncoated Grade 5 PANTONE C - an example

PANTONE C - an example

PlaceHolder - PlaceHolder is a special token that indicates that the Color / @Name is not a real color but a place holder like 'Spot1' that MUST be resolved when the content arrives. Added in JDF 1.3

Modification note: starting with JDF 1.2, the data type changes from NMTOKEN to string.

ColorBookEntry ?

Modified in JDF 1.2

string

Definition of the Color within the standard specified by ColorBook . This entry must exactly match the color book entry as defined by the ColorBook specified vendor, including capitalization and media type extension. When using ICC Profiles, this maps to the NCL2 value of a namedColorType tag of an ICC color profile. This entry is used to map from the JDF Color to an ICC namedColorType tag.

ColorBookPrefix ?

string

Definition of the name prefix of the color book entry within a named ICC profile. This entry is used to map from the JDF Color to an ICC namedColorType tag.

ColorBookSuffix ?

string

Definition of the name suffix of the color book entry within a named ICC profile. This entry is used to map from the JDF Color to an ICC namedColorType tag.

ColorName ?

New in JDF 1.1

NamedColor

Mapping to a color name. Allowed values are defined in Section A.3.3.3, “NamedColor”.

ColorDetails ?

New in JDF 1.4

string

A more specific, specialized or site-defined name for the color. If ColorDetails is supplied, ColorName SHOULD also be supplied.

ColorType ?

Modified in JDF 1.2

enumeration

A name that characterizes the colorant.

Values are:

DieLine - Marks made with colorants of this type are ignored for trapping. Trapping Processes need not generate a color plane for this colorant. DieLine can be used for auxiliary process separations. DieLine marks will generally appear on proof output but will not be marked on final output, (e.g., plates). Note that the ColorantControl Resource must be correctly set up for the RIP and that ColorType = "DieLine" does not implicitly remove the DieLine separation from final output.

Normal - Marks made with colorants of this type, marks covered by colorants of this type, and marks on top of colorants of this type are trapped.

Transparent - Marks made with colorants of this type are to be ignored for trapping. Trapping Processes are not to generate a color plane for this colorant. This value should be used for varnish.

Opaque - Marks covered by colorants of this type are ignored for trapping. Opaque can be used for metallic inks.

OpaqueIgnore - Marks made with colorants of this type and marks covered by colorants of this type are ignored for trapping. OpaqueIgnore can be used for metallic inks.

Density ?

New in JDF 1.2

double

Density value of colorant (100% tint). Whereas NeutralDensity describes measurements of inks on substrate with wide-band filter functions, Density is derived from measurements of inks on substrate with special small-band filter functions according to ANSI and DIN.

Gray ?

New in JDF 1.4

double

Gray value of the 100% tint value of the colorant. Although OPTIONAL, it is highly RECOMMENDED that this value be filled when the colorant is a spot colorant, MappingSelection = "UseProcessColorValues" and ColorantControl /@ ProcessColorModel = "DeviceGray" . Uses a subtractive color model: 0.0 means 100% coverage with colorant, while 1.0 means no coverage.

Lab ?

LabColor

L , a, b value of the 100% tint value of the colorant.

MappingSelection = "UsePDLValues"

New in JDF 1.2

enumeration

This value specifies the mapping method to be used for this Color.

MappingSelection can be specifically used to indicate how a combination of process colorant values will be obtained for any spot color when the separation spot colorant itself is not to be used.

Values are:

UsePDLValues - Use color values specified in the PDL for this color. See [ColorPS] .

UseLocalPrinterValues - Use the Printer’s best local mapping for this Color .

UseProcessColorValues - Use the values defined in this Color .

MediaType ?

Modified in JDF 1.2

string

Specifies the media type.

Values include:

Coated - Pertains to gloss coated.

Matte - Pertains to matte or dull coated.

Uncoated

Name

string

Name of the colorant. This is the value that must match the Name Attribute of a SeparationSpec that references this color, (e.g., in ColorantControl / DeviceNSpace / SeparationSpec /@ Name or ColorantControl / ColorantParams / SeparationSpec /@ Name ).

This Name Attribute may also be referenced from the Name Attribute in the Ink Resource. Name may also be referenced from ColorantAlias /@ ReplacementColorantName . Only one Color with any given Name must be specified in a ColorPool .

NeutralDensity ?

double

A number in the range of 0.001 to 10 that represents the neutral density of the colorant, defined as 10*log(1/Y) .

Y is the tristimulus value in CIEXYZ coordinates, normalized to 1.0.

RawName ?

New in JDF 1.2

hexBinary

Representation of the original 8-bit byte stream of the Color Name . Used to transport the original byte representation of a Color Name when moving JDF tickets between computers with different locales. Only one Color with any given RawName must be specified in a ColorPool .

sRGB ?

sRGBColor

sRGB value of the 100% tint value of the colorant.

UsePDLAlternateCS ?

Deprecated in JDF 1.2

boolean

If "true" , the alternate color space definition defined in the PDL must be used for color space transformations when available. If "false" , the alternate color space definitions defined in sRGB , CMYK or DeviceNColor of this Color must be used depending on the value of ColorantControl /@ ProcessColorModel . In JDF 1.2 and beyond, use MappingSelection .

ColorMeasurementConditions ?

New in JDF 1.1

refelement

Detailed description of the measurement conditions for color measurements.

DeviceNColor *

element

Elements that define the colorant in a non-standard Device-dependent process color space. DeviceNColor can be specified when Name is a spot colorant (not one of the DeviceNSpace colorants) and ColorantControl /@ ProcessColorModel = "DeviceN" .

FileSpec ( ColorProfile ) ?

refelement

A FileSpec Resource pointing to an ICC named color profile that describes further details of the color. This ICC profile is intended as a source profile for the named color whose equivalent CMYK value is given in the CMYK Attribute.

FileSpec ( TargetProfile ) ?

refelement

A FileSpec Resource pointing to an ICC profile that defines the target output Device in case the object that uses the Color has been color space converted to a Device color space.

FileSpec ( TargetProfile ) applies to the alternate color defined by the value of MappingSelection .

PrintConditionColor *

New in JDF 1.2

element

Description of the printing condition specific color properties of a colorant, (i.e., how is the printed color result specific to media, screening, etc.).

TransferCurve *

Modified in JDF 1.1

refelement

A list of color transfer functions that is used to convert a tint value to one of the alternative color spaces. The transfer functions that are not specified here default to a linear transfer: "0 0 1 1" .

7.2.26.1 Element: DeviceNColor

 

Table 7-98: DeviceNColor Element

Name

Data Type

Description

ColorList

DoubleList

Value of the 100% tint value of the colorant in the ordered DeviceN space. The list must have N Elements. A value of 0 specifies no ink and a value of 1 specifies full ink. The mapping of indices to colors is specified in the DeviceNSpace Element of the ColorantControl Resource.

N

integer

Number of colors that define the color space.

Name

string

Color space name, (e.g., HexaChrome or HiFi). Name must match ColorantControl / DeviceNSpace /@ Name .

7.2.26.2 Element: PrintConditionColor

New in JDF 1.2

The PrintConditionColor Element describes the specific properties of a colorant (named in Color / @Name ) when applied in a given printing condition, (i.e., media surface, media opacity, media color, screening/RIP, (e.g., halftone) technology). It is used to overwrite the generic values of Color , which are supplied as the default. See the descriptions in Color for details of the individual Attributes and Elements.

 

Table 7-99: PrintConditionColor Element (Sheet 1 of 2)

Name

Data Type

Description

CMYK ?

CMYKColor

CMYK of the PrintConditionColor .

Default value is from: parent Color / @CMYK

ColorBook ?

string

ColorBook of the PrintConditionColor .

Default value is from: parent Color / @ColorBook

ColorBookEntry ?

string

ColorBookEntry of the PrintConditionColor .

Default value is from: parent Color / @ColorBookEntry

ColorBookPrefix ?

string

ColorBookPrefix of the PrintConditionColor .

Default value is from: parent Color / @ColorBookPrefix

ColorBookSuffix ?

string

ColorBookSuffix of the PrintConditionColor .

Default value is from: parent Color / @ColorBookSuffix

Density ?

double

Density of the PrintConditionColor .

Default value is from: parent Color / @Density

Lab ?

LabColor

Lab of the PrintConditionColor .

Default value is from: parent Color / @Lab

MappingSelection ?

New in JDF 1.2

enumeration

This value specified the mapping method to be used for this Color.

Default value is from: parent Color / @MappingSelection .

Values are:

UsePDLValues - Use color values specified in the PDL for this color. See [ColorPS] .

UseLocalPrinterValues - Use the Printer's best local mapping for this Color .

UseProcessColorValues - Use the values defined in this Color .

MediaSide = "Both"

enumeration

Media front and back surfaces can be different, affecting color results. If the Media / @FrontCoatings , Media / @BackCoatings or Media / @Gloss Attributes indicate differences in surface then MediaSide can be used to specify the side of the media to which the PrintConditionColor Attributes pertain.

Values are:

Front

Back

Both

NeutralDensity ?

double

NeutralDensity of the PrintConditionColor .

Default value is from: parent Color / @NeutralDensity

PrintConditionName ?

NMTOKEN

PrintConditionName specifies a particular screening condition and printing condition that this PrintConditionColor Element applies to. In order to map a PrintCondition with a PrintConditionColor , PrintConditionName must match PrintCondition /@ Name . If not specified, this PrintConditionColor matches all PrintCondition but may still be dependent on Media .

sRGB ?

sRGBColor

sRGB of the PrintConditionColor . If not specified, defaults to the parent Color / @sRGB .

DeviceNColor *

element

DeviceNColor of the PrintConditionColor . If not specified, defaults to the parent Color / @ DeviceNColor .

FileSpec ( TargetProfile )

refelement

FileSpec ( TargetProfile ) of the PrintConditionColor . If not specified, defaults to the parent Color / FileSpec ( TargetProfile )

Media *

refelement

Specifies one or more Media that this PrintConditionColor applies to. When PrintConditionColor is present, the parent Attribute, Color / @MediaType , is ignored. If Media is not specified, PrintConditionColor applies to print Processes with a matching PrintConditionName.

TransferCurve *

refelement

TransferCurve of the PrintConditionColor . If not specified, defaults to the parent Color / TransferCurve .

Example 7-8: Color

This is an example of the structure for Color . The transfer curves in this example are defined for process CMYK and sRGB, independently.

< Color Class = "Parameter" ID = "C000" Status = "Available" CMYK = "0.2 0.3 0.4 0.5"

Density = "3.14" Lab = "20. 30. 40." MediaType = "Coated"

Name = "PANTONE Deep Blue" sRGB = "0.6 0.7 0.9" >

< TransferCurve Curve = "0 0 .5 .4 1 1" Separation = "Cyan" />

< TransferCurve Curve = "0 0 .5 .6 1 1" Separation = "Magenta" />

< TransferCurve Curve = "0 0 1 1" Separation = "Yellow" />

< TransferCurve Curve = "0 0 1 1" Separation = "Black" />

< TransferCurve Curve = "0 0 1 1" Separation = "sRed" />

< TransferCurve Curve = "0 0 1 1" Separation = "sGreen" />

< TransferCurve Curve = "0 0 1 1" Separation = "sBlue" />

</ Color >

 

Example 7-9: ColorantControl: Content-Ignorant MIS

New in JDF 1.4

< ColorantControl Class = "Parameter" ID = "r000004" ProcessColorModel = "DeviceCMYK"

Status = "Available" >

<!--Note that all Strings in ColorantParams etc. use Color/@Name,

NOT Color/@ActualColorName-->

< ColorantParams >

< SeparationSpec Name = "Spot1" />

< SeparationSpec Name = "BlackText" />

</ ColorantParams >

</ ColorantControl >

 

Example 7-10: ColorantControl: Synchronized with Input

New in JDF 1.4

Example of initial (previous) ColorantControl after synchronizing with input. This example specifies the replacement color name with a new ActualColorName Attribute in the Color Element. This approach has the disadvantage of needing a new Attribute. However, it has the following advantages

<!--ColorantControl after prepress has correctly set ActualColorName based

on pdl content-->

< ColorantControl Class = "Parameter" ID = "r000004" ProcessColorModel = "DeviceCMYK"

Status = "Available" >

<!--Note that all Strings in ColorantParams etc. use Color/@Name,

NOT Color/@ActualColorName-->

< ColorantParams >

< SeparationSpec Name = "Spot1" />

< SeparationSpec Name = "BlackText" />

</ ColorantParams >

< ColorPoolRef rRef = "r000005" />

</ ColorantControl >

< ColorPool Class = "Parameter" ID = "r000005" Status = "Available" >

<!--Color that maps the predefined separation Black

ActualColorName is the new attribute that replaces

ExposedMedia/@DescriptiveName as the "Main" PDL color

-->

< Color ActualColorName = "Schwarz" CMYK = "0 0 0 1" Class = "Parameter"

Name = "Black" />

< Color ActualColorName = "Gelb" CMYK = "0 0 1 0" Class = "Parameter"

Name = "Yellow" />

<!--ActualColorName defaults to Name if not specified-->

< Color CMYK = "1 0 0 0" Class = "Parameter" Name = "Cyan" />

< Color Class = "Parameter" Name = "Magenta" />

< Color ActualColorName = "Acme Aqua" CMYK = "0.7 0.2 0.03 0.1"

Class = "Parameter" Name = "Spot1" />

< Color ActualColorName = "VersionsText" CMYK = "0 0 0 1" Class = "Parameter"

Name = "BlackText" />

</ ColorPool >

 

Example 7-11: ColorantControl: Synchronized with Input with Alias

New in JDF 1.4

Example of initial ColorantControl after synchronizing with input that contains an alias

< ColorantControl Class = "Parameter" ID = "r000004" ProcessColorModel = "DeviceCMYK"

Status = "Available" >

<!--ColorantControl after prepress has correctly set ActualColorName based

on pdl content-->

<!--Note that all Strings in ColorantParams etc. use Color/@Name,

NOT Color/@ActualColorName-->

< ColorantParams >

< SeparationSpec Name = "Spot1" />

< SeparationSpec Name = "BlackText" />

</ ColorantParams >

< ColorPoolRef rRef = "r000005" />

<!--ColorantAlias that maps the additional representations

(noir, schwarz) to the predefined separation Black-->

< ColorantAlias Class = "Parameter" RawNames = "6E6F6972 73636877E4727A"

ReplacementColorantName = "Black" >

< SeparationSpec Name = "noir" />

< SeparationSpec Name = "schwarz" />

</ ColorantAlias >

</ ColorantControl >

< ColorPool Class = "Parameter" ID = "r000005" Status = "Available" >

<!-- ColorPool is same as previous example -->

</ ColorPool >

 

Example 7-12: ColorantControl: with ColorantAlias/ReplacementColorantName

New in JDF 1.4

Example of many-to one substitution with ColorantAlias /@ ReplacementColorantName

< ColorantControl Class = "Parameter" ID = "r000004" ProcessColorModel = "DeviceCMYK"

Status = "Available" >

<!--ColorantAlias that maps the predefined separation Black-->

< ColorantAlias ReplacementColorantName = "Black" >

< SeparationSpec Name = "Schwarz" />

< SeparationSpec Name = "schwarz" />

</ ColorantAlias >

</ ColorantControl >

 

Example 7-13: ColorantControl: with Invalid ColorantAlias/ReplacementColorantName

New in JDF 1.4

Invalid example of many-to one substitution with ColorantAlias /@ ReplacementColorantName

< ColorantControl Class = "Parameter" ID = "r000004" ProcessColorModel = "DeviceCMYK"

Status = "Available" >

<!--ColorantAlias that maps the predefined separation Black-->

< ColorantAlias ReplacementColorantName = "Black" >

< SeparationSpec Name = "Schwarz" />

</ ColorantAlias >

< ColorantAlias ReplacementColorantName = "Black" >

< SeparationSpec Name = "schwarz" />

</ ColorantAlias >

</ ColorantControl >

 

7.2.27 ColorantAlias

ColorantAlias is a Resource that specifies a replacement colorant name string to be used instead of one or more named colorant strings. For example, SeparationSpec /@ Name = "Pantone 135 C" , "PANTONE 135" and ReplacementColorantName = "PANTONE 135 C" maps string values: "Pantone 135 C" and "PANTONE 135" to the string value: "PANTONE 135 C" . Note that ColorantAlias was elevated from a Subelement of ColorantControl to a top level Resource in JDF 1.2.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ColorantControl , ElementColorParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-100: ColorantAlias Resource

Name

Data Type

Description

RawNames ?

New in JDF 1.4

hexBinaryList

Whitespace-separated list of hexBinary values. Each token represents the original 8-bit byte stream of the color specified in SeparationSpec . Used to transport the original byte representation of a color name when moving JDF tickets between computers with different locales. Exactly one token MUST be specified for each SeparationSpec in this ColorantAlias . The order of tokens MUST be identical to the order of the related SeparationSpec .

ReplacementColorantName

string

The value of the colorant name string to be substituted for the colorant name strings in the SeparationSpec Resource list.

SeparationSpec +

Modified in JDF 1.2

element

The names of the colorants to be replaced in PDL files.

Example 7-14: ColorantAlias/@RawNames

New in JDF 1.4

< ColorantAlias Class = "Parameter" ID = "r000004" RawNames = "4772FC6E 6772FC6E"

ReplacementColorantName = "Green" Status = "Available" >

<!-- ColorantAlias that maps the additional representation (grün, Grün)

to the predefined separation Green -->

< SeparationSpec Name = "Grün" />

< SeparationSpec Name = "grün" />

</ ColorantAlias >

 

7.2.28 ColorantControl

ColorantControl is a Resource used to control the use of color when processing PDL pages. The Attributes and Elements of the ColorantControl Resource describe how color information embedded in PDL pages is to be translated into Device colorant information.

Colorants are referenced in ColorantControl by name only. Additional details about individual colorants can be found in the Color Element of the ColorPool Resource. The ColorantControl Resources control which Device colorants will be used as well as how document colors will be converted into Device color spaces and how conflicting color information are to be resolved. Separation control is specified by the Process being present. For example:

ColorantControl can be used as follows to define the specific colorants of a targeted output DeviceNSpace when the DeviceNSpace process colors are the only colorants used on the Job:

ColorantControl can be used as follows to define the specific colorants of a targeted output when both CMYK process colors and separate spot colorants are used for the final production printing, but a local printer equivalent of the spot color is used for proofing:

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

DocIndex , RunIndex , RunTags, DocTags, PageTags, SetTags, SheetName , Side , SignatureName

Input of Processes

ColorCorrection , ColorSpaceConversion , ConventionalPrinting , DigitalPrinting , ImageSetting , Interpreting , PreviewGeneration , Separation , Stripping , Trapping

Output of Processes:

ColorSpaceConversion

 

Table 7-101: ColorantControl Resource (Sheet 1 of 3)

Name

Data Type

Description

ForceSeparations = "false"

boolean

If "true" , forces all colorants to be output as individual separations, regardless of any values defined in ColorantControl , (i.e., all separations in a document are assumed to be valid and are output individually). A value of "false" specifies to respect the parameters specified in ColorantControl and elsewhere in the JDF.

ProcessColorModel ?

Modified in JDF 1.4

NMTOKEN

Specifies the model to be used for rendering the colorants defined in color spaces into process colorants.

Values include:

DeviceCMY

DeviceCMYK

DeviceGray

DeviceN - The specific DeviceN color space to operate on is defined in the DeviceNSpace Resource. If this value is specified then the DeviceNSpace and ColorPool refelements must also be present.

DeviceRGB

None - No Colorants other than those specified in ColorantParams MUST be output. New in JDF 1.4

ColorantAlias *

refelement

Identify one or more named colorants that are to be replaced with a specified named colorant. The identified colorant remappings in this ColorantAlias may be consolidated for processing from the information received in the LayoutElement / ElementColorParams / ColorantAlias Resources with the Job content.

Multiple ColorantAlias Elements with identical values of ColorantAlias /@ ReplacementColorantName MUST NOT be specified in the same ColorantControl resource context.

ColorantConvertProcess ?

New in JDF 1.4

element

List of colors that MUST be converted to process colors. Defaults to all colors that are neither listed in ColorantParams nor implied by ProcessColorModel . Application can issue a warning for all PDL Colors that are not in ( ColorantParams + ColorantConvertProcess + implied by ProcessColorModel ) lists.

ColorantOrder ?

element

The ordering of named colorants to be processed, for example in the RIP. All of the colorants named must either occur in the ColorantParams list or be implied by the ProcessColorModel.

If present, then only the colorants specified by ColorantOrder must be output. Colorants listed in the ColorantParams list, or implied by the ProcessColorModel , but not listed in ColorantOrder , must not be output. They must still be processed for side effects in the colorants that are listed such as knockouts or trapping.

If not present, then all colorants specified in ColorantParams and implied by ProcessColorModel are output. The explicit or implied value of ColorantOrder may be modified by an implied Partition of the ColorantControlLink . If one or more ColorantControlLink / Part /@ Separation are specified, ColorantOrder is reduced to the list. It is an error to specify values of ColorantControlLink / Part /@ Separation that are not explicitly stated or implied by ColorantOrder .

ColorantParams ?

element

A set of named colorants. This list defines all the colorants that are expected to be available on the Device where the Process will be executed. Named colors found in the PDL that are not listed in ColorantParams will be implemented through their ProcessColorModel equivalents. (See ElementColorParams and ColorSpaceConversion Process.) The colorants implied by the value of ProcessColorModel are assumed and must not be specified in this list. The spot colors defined in ColorIntent / ColorsUsed will in general be mapped to ColorantParams for each spot color to be used as part of any Product Intent to Process conversion.

ColorPool ?

refelement

Pool of Color Elements that define the specifics of the colors implied by ProcessColorModel and named in ColorantControl . ColorantControl uses a subset of the total ColorPool . The subset that ColorantControl uses from ColorPool is the subset of ProcessColorModel colors (possibly all), and the subset of spot colors (possibly all) designated to be processed in this instance using specific separation colorants.

ColorPool in total includes spot colors in the Job for which a JDF process color equivalent mapping is required. Those colors are used by ColorSpaceConversion when ColorPool / Color /@ MappingSelection = "UseProcessColorValues" . In that case, the process color equivalent for the spot color is taken from the available information in the Color Resource for that spot color.

ColorSpaceSubstitute *

element

Each Subelement identifies a colorant that is to be replaced by another colorant.

DeviceColorantOrder ?

element

The ordering of named colorants (e.g., order of laying them down) to be output on the Device, such as press modules. Note that this must be synchronized with the Device output ICC profile.

All of the named colorants must occur in ColorantOrder if it is present. If ColorantOrder is not present, then all of the named colorants must occur in the ColorantParams list, or be implied by the ProcessColorModel . If the DeviceColorantOrder Element is not specified, the order for laying down colorants defaults to ColorantOrder .

DeviceNSpace *

Modified in JDF 1.2

refelement

Defines the colorants that make up a DeviceN color space. The DeviceNSpace Attribute is required when the ProcessColorModel value is DeviceN .

7.2.28.1 Element: ColorantConvertProcess

New in JDF 1.4 .

 

Table 7-102: ColorantConvertProcess Element

Name

Data Type

Description

SeparationSpec *

element

The names of the colorants that define the respective lists.

7.2.28.2 Element: ColorantOrder

 

Table 7-103: ColorantOrder Element

Name

Data Type

Description

SeparationSpec *

element

The names of the colorants that define the respective lists.

 

7.2.28.3 Element: ColorantParams

 

Table 7-104: ColorantParams Element

Name

Data Type

Description

SeparationSpec *

element

The names of the colorants that define the respective lists.

7.2.28.4 Element: DeviceColorantOrder

 

Table 7-105: DeviceColorantOrder Element

Name

Data Type

Description

SeparationSpec *

element

The names of the colorants that define the respective lists.

7.2.28.5 Element: ColorSpaceSubstitute

 

Table 7-106: ColorSpaceSubstitute Element

Name

Data Type

Description

PDLResourceAlias

refelement

A reference to a color space description that replaces the color space defined by the colorants described by the SeparationSpec Element(s).

SeparationSpec +

Modified in JDF 1.2

element

A list of names that defines the colorants to be replaced. This could be a single name in the case of a Separation color space, or more than one name in the case of a DeviceN color space.

 

The following table describes which separations are output for various values of ProcessColorModel , ColorantOrder , ColorantControlLink , ColorantParams and DeviceColorantOrder . Note that all separations that are neither specified in ColorantParams nor implied by ProcessColorModel are mapped to the colors implied by ProcessColorModel prior to any color selection defined by ColorantOrder .

 

Table 7-107: Sample output for different values of ProcessColorModel, ColorantParams,
ColorantOrder, ColorantControlLink and DeviceColorantOrder Elements.

ProcessColorModel

ColorantParams

ColorantOrder

ColorantControlLink
/Part/@Separation

Colorants not shown
in the output

Separations that are output
and ordered for press using
DeviceColorantOrder

DeviceCMYK

Not Present

Cyan

Magenta

--

Yellow

Black

Cyan

Magenta

(If DeviceColorantOrder is not present then lay down order will be Cyan first, Magenta last.)

DeviceCMYK

Spot1

Spot2

Cyan

Magenta

Yellow

Black

Spot2

--

Spot1

Cyan

Magenta

Yellow

Black

Spot2

DeviceCMYK

Spot1

Spot2

Cyan

Magenta

Yellow

Black

Spot2

Cyan

Magenta

Spot1

Spot2

Yellow

Black

 

Cyan

Magenta

DeviceGray

Spot1

Spot2

Black

Spot2

--

Spot1

Black

Spot2

DeviceN (with example N = 2 colorants as identified in DeviceNSpace )

Spot1

Spot2

Spot2

DeviceN 1

DeviceN 2

--

Spot1

DeviceN 1

DeviceN 2

Spot2

The reordering is accomplished using DeviceColorantOrder .

7.2.29 ColorControlStrip

This Resource describes a color control strip. The type of the color control strip is given in the StripType Attribute. The lower left corner of the control strip box is used as the origin of the coordinate system used for the definition of the measuring fields. It can be calculated using the following formula:

 

where

x = X element of the Center Attribute
y = Y element of the Center Attribute
w = X element of the Size Attribute
h = Y element of the Size Attribute
j = Value of the Rotation Attribute

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Layout / MarkObject

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

Table 7-108: ColorControlStrip Resource

Name

Data Type

Description

Center ?

Modified in JDF 1.4

XYPair

Position of the center of the color control strip in the coordinates of the MarkObject that contains this mark.

Modification note: starting with JDF 1.4, Center is optional.

Rotation ?

double

Rotation in degrees. Positive graduation figures indicate counter-clockwise rotation; negative figures indicate clockwise rotation.

Size ?

Modified in JDF 1.4

XYPair

Size, in points, of the color control strip.

Modification note: starting with JDF 1.4, Size is optional.

StripType ?

NMTOKEN

Type of color control strip. This Attribute MAY be used for specifying a predefined, company-specific color control strip.

CIELABMeasuringField *

New in JDF 1.1

refelement

Details of a CIELAB measuring field that is part of this ColorControlStrip .

DensityMeasuringField *

New in JDF 1.1

refelement

Details of a density measuring field that is part of this ColorControlStrip .

SeparationSpec *

New in JDF 1.4

element

Ordered list of separations that comprise the ColorControlStrip . If neither CIELABMeasuringField nor DensityMeasuringField are specified, the geometry is implied by the value of StripType .

7.2.30 ColorCorrectionParams

This Resource provides the information needed for an operator to correct colors on some PDL pages or content Elements such as image, graphics or formatted text.

The preferred color adjustment method allows for multi-dimensional adjustments through the use of either an ICC Abstract profile or an ICC DeviceLink profile. The adjustments are not universally colorimetrically calibrated. However, when either of the ICC profile adjustment methods are used, these standard ICC profile formats can be interpreted and applied using generally recognized ICC profile processing techniques. Use of the ICC Abstract profile adjustment will cause the adjustment to be applied in ICC Profile Connection Space, after each source profile is applied, in sequence before final target color conversion. Use of the ICC DeviceLink profile adjustment will cause the adjustment to be applied in final target Device space, after the final target color conversion.

In addition to color adjustment using an ICC profile, the AdjustXXX Attributes each provide a direct color adjustment applied to the interpretation of the PDL data at an implementation dependent point in the processing after each source profile is applied (if source-to-destination color conversion is needed). The L*a*b* values range from -100 to +100 to indicate the minimum and maximum of the range that the system supports. A "0" value means no adjustment. The color adjustment Attributes differ from the Tone Reproduction Curve (TRC) Attributes that can be applied later in the processing path in two key ways. First, the AdjustXXX use, even when included in the Job, will vary as a function of Job content. Second, the data values associated with the AdjustXXX Attributes are arbitrary, and their interpretation will be printer dependent. For details about these Attributes, see Appendix E, “Color Adjustment Attribute Description and Usage” .

Note: These color adjustments are not available in any Intent Resource , (e.g., ColorIntent ). In order to request such adjustment in a Product Intent Job ticket supplied to a print provider, attach to a Product Intent Node an incomplete ColorCorrection Process with a ColorCorrectionParams Resource specifying the requested AdjustXXX Attributes.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

DocIndex , RunIndex , RunTags, DocTags, PageTags, SetTags, SheetName , Side , SignatureName

Input of Processes:

ColorCorrection

Output of Processes:

--

Table 7-109: ColorCorrectionParams Resource

Name

Data Type

Description

ColorManagementSystem ?

string

Identifies the preferred ICC color-management system to use when performing color transformations. When specified, this Attribute overrides any default selection of a color management system by an application and overrides the “CMM Type” value (bytes 4-7 of an ICC Profile Header) in any of the Job related ICC profiles. This string Attribute Value identifies the manufacturer of the preferred CMM and must match one of the registered four-character ICC CMM Type values.

Values include those from: ICC Manufacturer's Signature Registry at http://www.color.org .

Example values: "ADBE" for the Adobe CMM and “ KODA ” for the Kodak CMM.

FileSpec ( FinalTargetDevice ) ?

refelement

A FileSpec Resource pointing to an ICC profile that describes the characterization of the final output target Device.

FileSpec ( WorkingColorSpace ) ?

Deprecated in JDF 1.1

refelement

A FileSpec Resource pointing to an ICC profile that describes the assumed characterization of CMYK , RGB and Gray color spaces.

ColorCorrectionOp *

element

List of ColorCorrectionOp Subelements.

ColorCorrectionOp SHOULD contain the complete set of parameters for a given color correction operation. Otherwise the results are implementation dependent.

7.2.30.1 Element: ColorCorrectionOp

 

Table 7-110: ColorCorrectionOp Element (Sheet 1 of 2)

Name

Data Type

Description

SourceObjects = "All"

enumerations

Identifies which class(es) of incoming graphical objects will be operated on.

Values are:

All

ImagePhotographic - Contone images.

ImageScreenShot - Images largely comprised of rasterized vector art.

LineArt - Vector objects other than text.

SmoothShades - Gradients and blends.

Text

AdjustCyanRed ?

New in JDF 1.2

double

Specifies the L*a*b* adjustment in the Cyan/Red axis in the range -100 (maximum Cyan cast for the system) to + 100 (maximum Red cast for the system) while maintaining lightness. (See explanation above.)

AdjustMagentaGreen ?

New in JDF 1.2

double

Specifies the L*a*b* adjustment in the Magenta/Green axis in the range -100 (maximum Magenta cast for the system) to + 100 (maximum Green cast for the system) while maintaining lightness. (See explanation above.)

AdjustYellowBlue ?

New in JDF 1.2

double

Specifies the L*a*b* adjustment in the Yellow/Blue axis in the range -100 (maximum Yellow cast for the system) to + 100 (maximum Blue cast for the system) while maintaining lightness. (See explanation above.)

AdjustContrast ?

New in JDF 1.2

double

Specifies the L*a*b* contrast adjustment in the range -100 (minimum contrast for the system, (i.e., a solid midtone gray color)) to + 100 (maximum contrast for the system, (i.e., either use full color (the maximum is restricted by the system ink limit) or no color for each of Cyan, Magenta, Yellow and Black)). Increasing the contrast value increases the variation between light and dark areas and decreasing the contrast value decreases the variation between light and dark areas. (See explanation above.)

AdjustHue ?

New in JDF 1.2

double

Specifies the change in the L*a*b* hue in the range -180 to +180 of all colors by the specified number of degrees of the color circle. (See explanation above.)

AdjustLightness ?

New in JDF 1.2

double

Specifies the decrease or increase of the L*a*b* lightness in the range -100 (minimum lightness for the system, (i.e., black)) to + 100 (maximum lightness for the system, (i.e., white)). Increasing the lightness value causes the output to appear lighter and decreasing the lightness value causes the output to appear darker. (See explanation above.)

AdjustSaturation ?

New in JDF 1.2

double

Specifies the increase or decrease of the L*a*b* color saturation in the range -100 (minimum saturation for the system) to +100 (maximum saturation for the system). Increasing the saturation value causes the output to contain more vibrant colors and decreasing the saturation value causes the output to contain more pastel and gray colors. (See explanation above.)

ObjectTags ?

New in JDF 1.4

NMTOKENS

Tags associated with individual objects that this ColorCorrectionOp MUST be applied to. Each tag specified in ObjectTags is logically anded with the object type(s) specified by SourceObjects , enabling first qualification by object type (such as image), and then tags associated with those objects.

The values of ObjectTags depends on the PDL that the color correction is applied to.

FileSpec ( AbstractProfile ) ?

New in JDF 1.2

refelement

A FileSpec Resource pointing to an abstract ICC profile that has been devised to apply a preference adjustment. (See explanation of adjustment at the beginning of this section.)

FileSpec ( DeviceLinkProfile ) ?

New in JDF 1.2

refelement

A FileSpec Resource pointing to an ICC profile that describes the characterization of an abstract profile for specifying a preference adjustment. (See explanation of adjustment at the beginning of this section.)

7.2.31 ColorMeasurementConditions

New in JDF 1.1

This Resource contains information about the specific measurement conditions for spectral or densitometric color measurements. Spectral measurements refer to [CIE 15:2004] and [ISO13655:1996] . The default measurement conditions for spectral measurements are illuminant D50 and 2 degree observer.

Density measurements refer to [ISO5-3:1995] and [ISO5-4:1995] . The default measurement conditions for densitometric measurements are density standard ISO/ANSI Status T , calibration to absolute white and using no polarization filter.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

CIELABMeasuringField , Color , DensityMeasuringField , Media , PrintCondition

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-111: ColorMeasurementConditions Resource (Sheet 1 of 2)

Name

Data Type

Description

DensityStandard = "ANSIT"

enumeration

Density filter standard used during density measurements.

Values are:

ANSIA - ANSI Status A

ANSIE - ANSI Status E

ANSII - ANSI Status I

ANSIT - ANSI Status T

DIN16536

DIN16536NB

Illumination = "D50"

enumeration

Illumination used during spectral measurements.

Values are:

D50

D65

Unknown

InkState ?

enumeration

State of the ink during color measurements.

Values are:

Dry

Wet

NA Deprecated in JDF 1.2

Instrumentation ?

string

Specific instrumentation used for color measurements, (e.g., manufacturer, model number and serial number).

MeasurementFilter ?

enumeration

Optical Filter used during color measurements.

Values are:

None - No filter used.

Pol - Polarization filter used

UV - Ultraviolet cut filter used

Observer = "2"

integer

CIE standard observer function (2 degree and 10 degree) used during spectral measurements. Values are in degree (2 or 10).

SampleBacking ?

enumeration

Backing material used behind the sample during color measurements.

Values are:

Black

White

NA Deprecated in JDF 1.2

WhiteBase ?

enumeration

Reference for white calibration used for density measurements.

Values are:

Absolute - Means the instrument is calibrated to a Device-specific calibration target (absolute white) for absolute density measurements.

Paper - Means the instrument is calibrated relative to paper white

7.2.32 ColorPool

The ColorPool Resource contains a pool of all Color Elements referred to in the Job. In general, it will be referenced as a ResourceRef from within Resources that require access to color information.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ColorIntent , NumberingIntent , ByteMap , ColorantControl , FormatConversionParams , LayoutElement , PageList

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-112: ColorPool Resource

Name

Data Type

Description

ColorantSetName ?

string

A string used to identify the named colorant parameter set. This string will be used to identify a set of color definitions (typically associated with a particular class of Job or a particular press).

Note: This value will typically be identical to ColorIntent /@ ICCColorStandard or ColorIntent /@ ColorStandard .

Color *

element

Individual named color.

7.2.33 ColorSpaceConversionOp

Note: ColorSpaceConversionOp was elevated from a Subelement of ColorSpaceConversionParams in JDF 1.2. The ColorSpaceConversionOp Resource identifies a type of object, defines the source color space for that type of object, and specifies the behavior of the conversion operation for that type of object. Many of these Attribute descriptions refer to ICC Color Profiles [ICC.1] . See also the International Color Consortium (ICC) Web site at http://www.color.org .

Resource Properties

Resource Class:

ResourceElement

Resource referenced by:

ColorSpaceConversionParams , ElementColorParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-113: ColorSpaceConversionOp Resource (Sheet 1 of 5)

Name

Data Type

Description

IgnoreEmbeddedICC = "false"

Deprecated in JDF 1.4

boolean

If "true" , specifies that embedded source ICC profiles MUST be ignored as part of the selection criteria for this ColorSpaceConversionOp . If "true" , FileSpec ( PDLSourceProfile ) is ignored.

Deprecation note: starting with JDF 1.4, use the new SourceCS values of DeviceGray , DeviceRGB , or DeviceCMYK to select objects having an uncharacterized color space. Use Gray , RGB , or CMYK to select objects regardless of whether they are characterized. Use ICCGray , ICCRGB , or ICCCMYK to select only characterized objects.

ObjectTags ?

New in JDF 1.4

NMTOKENS

Tags associated with individual objects that this ColorSpaceConversionOp MUST be applied to. Each tag specified in ObjectTags is logically anded with the object type(s) specified by SourceObjects , enabling first qualification by object type (such as image), and then tags associated with those objects.

The values of ObjectTags depends on the PDL that the color space conversion is applied to.

Operation ?

Modified in JDF 1.2

enumeration

Controls which of five functions the color space conversion utility performs.

Values are:

Convert - Transforms graphical elements to final target color space.

Tag - Associates appropriate working space profile with uncharacterized graphical element.

Untag - Removes all profiles and color characterizations from graphical elements.

Retag - Equivalent to a sequence of Untag -> Tag , where the Untag -> Tag sequence is only applied to those objects selected by this ColorSpaceConversionOp .

ConvertIgnore - Equivalent to a sequence of Untag -> Convert .

Constraint: Operation must be specified in the context of ColorSpaceConversionParams / ColorSpaceConversionOp and must not be specified in the context of ElementColorParams / ColorSpaceConversionOp .

PreserveBlack = "false"

New in JDF 1.1

boolean

Controls how the tints of black ( K in CMYK) are to be handled. If PreserveBlack is "false" , these colors are processed through the standard ICC workflow. If PreserveBlack is "true" , these colors are to be converted into other shades of black. The algorithm is implementation-specific.

RenderingIntent = "ColorSpaceDependent"

Modified in JDF 1.3

enumeration

Identifies the rendering intent to be applied when rendering the objects selected by this ColorSpaceConversionOp .

Values are (ICC-defined [ICC.1] rendering intent values) :

Saturation

Perceptual

RelativeColorimetric

AbsoluteColorimetric

ColorSpaceDependent - The rendering intent is dependent on the color space. The dependencies are implementation specific. Modified in JDF 1.3

RGBGray2Black = "false"

Modified in JDF 1.2

boolean

This feature controls what happens to gray values ( R = G = B) when converting from RGB to CMYK or the incoming graphical objects indicated by SourceObjects . In the case of MS Office applications and screen dumps, there are a number of gray values in the images and line art. Printers do not want to have CMY under the K because it creates registration problems. They prefer to have K only, so the printer converts the gray values to K. Gray values that exceed the RGBGray2BlackThreshold are not converted. RGBGray2Black and RGBGray2BlackThreshold are used by the ColorSpaceConversion Process in determining how to allocate RGB values to the black ( K ) channel. After the ColorSpaceConversion Process is completed, the Rendering Process uses AutomatedOverPrintParams to determine overprint behavior for the previously determined black ( K ) channel.

RGBGray2BlackThreshold = "1"

New in JDF 1.2

double

A value between "0.0" and "1.0" which specifies the threshold value above which the Device must not convert gray ( R = G = B) to black ( K only) when RGBGray2Black is "true" . So a "0" value means convert only R = G = B = 0 (black) to K only. A value of "1" specifies that all values of R = G = B are converted to K if RGBGray2Black = "true" .

SourceCS

Modified in JDF 1.3

enumeration

Identifies which of the incoming color spaces will be operated on.

Values are from: Table 7-114, “SourceCS Attribute Values”.

Note: see Table 7-115, “Mapping of SourceCS enumeration values to color spaces in the most common input file formats”.

SourceObjects = "All"

enumerations

List of object Classes that identifies which incoming graphical objects will be operated on.

Values are:

All

ImagePhotographic - Contone images.

ImageScreenShot - Images largely comprised of rasterized vector art.

LineArt - Vector objects other than text.

SmoothShades - Gradients and blends.

Text

SourceRenderingIntent ?

New in JDF 1.2

enumeration

Identifies the rendering intent transform elements to be selected from the source profile that will be used to interpret objects of type identified by the SourceObjects and SourceCS Attributes.

Default value is from: @ RenderingIntent .

Values are (ICC-defined [ICC.1] rendering intent values) :

Saturation

Perceptual

RelativeColorimetric

AbsoluteColorimetric

ColorSpaceDependent - The rendering intent is dependent on the color space. The dependencies are implementation specific. Modified in JDF 1.3

Note: The SourceRenderingIntent will pertain to the source profile used in a particular ColorSpaceConversion Process, (e.g., sources can be the native original color space, an intermediate working color space or an reference output simulation color space).

DeviceNSpace ?

New in JDF 1.2

refelement

DeviceNSpace Resource that describe the DeviceN color space on which to operate when SourceCS = "DeviceN" . Individual colorant definitions for the colorant names given in DeviceNSpace are provided in the ColorantControl / ColorPool Resource, which must also be present

FileSpec ( AbstractProfile ) ?

New in JDF 1.2

refelement

A FileSpec Resource pointing to an ICC profile [ICC.1] that de-scribes the characterization of an Abstract Profile for specifying a preference adjustment.

FileSpec ( DeviceLinkProfile ) *

New in JDF 1.3

Modified in JDF 1.4

refelement

A FileSpec Resource pointing to an ICC profile file [ICC.1] that contains a Device Link transform.

The Source colorspace of the referenced Device Link transform SHOULD match that of the profile identified by FileSpec ( PDLSourceProfile ) and the destination color space SHOULD match that of the destination profile identified by ColorSpaceConversionParams (if specified). Multiple Device Link ICC transforms should be provided where each transform specifies a different rendering intent. This is important in the case where multiple PDL content objects of the colorspace specify different rendering intents.

Note: an ICC Device Link profile contains only one transform with one color rendering intent.

Note: although the ICC specification refers to all ICC files as "profiles", a Device Link in actuality represents a single transform to be applied, and not a profile of a particular device colorspace. Thus these files are referred to as Device Link transforms in this specification.

Note: this Element was added to JDF 1.3 Errata.

Modification note: starting with JDF 1.4, multiple FileSpec ( DeviceLinkProfile ) Elements are allowed.

FileSpec ( PDLSourceProfile ) ?

New in JDF 1.4

refelement

A FileSpec Resource describing an ICC profile that describes a profiled source space that this ColorSpaceConversionOp should operate on. When present, only objects that specify the SourceCS along with the specified profile are selected.

Note: The FileSpec /@ UID Attribute can often be used to positively identify an ICC profile referenced in a PDL file when available ( FileSpec /@ UID corresponds to the ICC ProfileID field). In addition, FileSpec /@ CheckSum may be used when only a checksum of the entire profile is available.

FileSpec ( SourceProfile ) ?

refelement

A FileSpec Resource pointing to an ICC profile [ICC.1] that describes the assumed source color space. If FileSpec ( SourceProfile ) is specified, it MUST be used as the profile for the source object's color space during a Convert , Tag , or Retag operation, as specified by @ Operation . FileSpec ( SourceProfile ) MUST be present for Tag or Retag operations, as specified by @ Operation .

SeparationSpec *

New in JDF 1.2

element

SeparationSpec Resource(s) defining on which separation(s) to operate when SourceCS = "Separation" .

-- Attribute: SourceCS

Table 7-114: SourceCS Attribute Values (Sheet 1 of 3)

Value

Description

All

New in JDF 1.4

Operates on all source colorspaces. This is useful when specifying a Convert operation using all PDL source-supplied characterizations with a JDF-supplied final target device profile.

CalGray

New in JDF 1.3

defines a calibrated Device independent representation of Gray.

CalRGB

New in JDF 1.3

defines a calibrated based Device independent representation of RGB. Note: JDF 1.1 defined that CalRGB be treated as RGB , CalGray as Gray and ICCBased color spaces as one of Gray , RGB or CMYK depending on the number of channels.

Calibrated

New in JDF 1.2

Operates on CalGray and CalRGB color spaces.

CIEBased

New in JDF 1.2

Operates on CIE-based color spaces ( CIEBasedA , CIEBasedABC , CIEBasedDEF and CIEBasedDEFG ).

CMYK

Operates on all CMYK color spaces. This includes both characterized and uncharacterized CMYK color spaces.

DeviceCMYK

New in JDF 1.4

Operates on uncharacterized CMYK color spaces.

DeviceGray

New in JDF 1.4

Operates on uncharacterized Gray color spaces.

DeviceN

New in JDF 1.2

Identifies the source color encoding as a DeviceN color space. The specific DeviceN color space to operate on is defined in the DeviceNSpace Resource. If DeviceN is specified, then the DeviceNSpace and ColorantControl / ColorPool refelements must also be present.

DeviceRGB

New in JDF 1.4

Operates on uncharacterized RGB color spaces.

DevIndep

Operates on Device independent color spaces (equivalent to Calibrated , CIEBased , ICCBased , Lab or YUV ).

Gray

Operates on all Gray color spaces. This includes both characterized and uncharacterized Gray color spaces.

ICCBased

New in JDF 1.2

Operates on color spaces defined using ICC profiles. The ICCBased value includes EPS, TIFF or PICT files with embedded ICC profiles. See [ICC.1] . Includes PDF Device color spaces that are characterized in See In PDF, DeviceCMYK, DeviceRGB, and DeviceGray source colorspaces can be characterized through providing a DefaultCMYK, DefaultRGB, or DefaultGray resource specifying a profile to be associated with source objects in that color space. In which case, the resulting color space is considered characterized by JDF operations.. following Table 7-115.

ICCCMYK

New in JDF 1.3

Operates on ICCBased color spaces with ICC CMYK profiles or DeviceCMYK having an ICC-based characterization. See See In PDF, DeviceCMYK, DeviceRGB, and DeviceGray source colorspaces can be characterized through providing a DefaultCMYK, DefaultRGB, or DefaultGray resource specifying a profile to be associated with source objects in that color space. In which case, the resulting color space is considered characterized by JDF operations.. following Table 7-115.

ICCGray

New in JDF 1.3

Operates on ICCBased color spaces with ICC gray profiles or DeviceGray having an ICC-based characterization. See See In PDF, DeviceCMYK, DeviceRGB, and DeviceGray source colorspaces can be characterized through providing a DefaultCMYK, DefaultRGB, or DefaultGray resource specifying a profile to be associated with source objects in that color space. In which case, the resulting color space is considered characterized by JDF operations.. following Table 7-115.

ICCLAB

New in JDF 1.3

Operates on ICC based Device independent representation of LAB

ICCRGB

New in JDF 1.3

Operates on ICCBased color spaces with ICC RGB profiles or DeviceRGB having an ICC-based characterization. See See In PDF, DeviceCMYK, DeviceRGB, and DeviceGray source colorspaces can be characterized through providing a DefaultCMYK, DefaultRGB, or DefaultGray resource specifying a profile to be associated with source objects in that color space. In which case, the resulting color space is considered characterized by JDF operations.. following Table 7-115.

Lab

New in JDF 1.2

Operates on Lab .

RGB

Modified in JDF 1.2

Operates on all RGB color spaces. This includes both characterized and uncharacterized RGB color spaces.

Separation

New in JDF 1.2

Operates on Separation color spaces (spot colors). The specific separation(s) to operate on are defined in the SeparationSpec Resource(s). If no SeparationSpec is defined, the operation will operate on all the separation color spaces in the input RunList .

YUV

New in JDF 1.2

Operates on YUV (Also known as YCbCr). See [CCIR601-2]

Notes:

DevIndep has been retained for backwards compatibility with JDF 1.1 and because there will probably be cases where the same processing is to be applied to all Device independent spaces. An equivalent “ DevDep ” has not been added because it's less likely that all Device-dependent spaces are to be treated in the same way. The following table summarizes how the SourceCS Attribute is mapped to/from different file formats.

 

Table 7-115: Mapping of SourceCS enumeration values to color spaces in the most common input file formats (Sheet 1 of 2)

SourceCS

File Format

Color Space

RGB

PDF (2)

DeviceRGB (1)

PDF ICCBased color spaces with ICC RGB profiles.

CIEBasedDEF spaces that resolve to a characterized RGB space.

PostScript

DeviceRGB

TIFF

PhotometricInterp = 2

DeviceRGB

New in JDF 1.4

PDF (2)

DeviceRGB (1)

PostScript

DeviceRGB

TIFF

PhotometricInterp = 2

CMYK

PDF (2)

DeviceCMYK (1)

PDF ICCBased color spaces with ICC CMYK profiles.

CIEBasedDEFG spaces that resolve to a characterized CMYK space.

PostScript (2)

DeviceCMYK

TIFF

PhotometricInterp = 5

Samples per pixel = 4

DeviceCMYK

New in JDF 1.4

PDF (2)

DeviceCMYK (1)

PostScript (2)

DeviceCMYK

TIFF

PhotometricInterp = 5

Samples per pixel = 4

Gray

PDF (2)

DeviceGray (1)

PDF ICCBased color spaces with ICC Gray profiles.

CIEBasedA spaces that resolve to a characterized Gray space.

PostScript (2)

DeviceGray

TIFF

PhotometricInterp = 0 or 1

DeviceGray

New in JDF 1.4

PDF (2)

DeviceGray (1)

PostScript (2)

DeviceGray

TIFF

PhotometricInterp = 0 or 1

YUV

PDF (2)

n/a

PostScript (2)

n/a

TIFF

PhotometricInterp = 6

Calibrated

PDF (2)

CalGray, CalRGB

PostScript (2)

n/a

TIFF

n/a

CIEBased

PDF (2)

n/a

PostScript (2)

CIEBasedABC, CIEBasedA, CIEBasedDEF and CIEBasedDEFG

TIFF

n/a

LAB

PDF (2)

LAB

PostScript (2)

n/a

TIFF

PhotometricInterp = 8 (CIELAB 1976 “normal” encoding) or PhotometricInterp = 9 (CIELAB 1976 using ICC profile v2 encoding).

ICCBased

ICCCMYK

ICCGray

ICCLAB

ICCRGB

PDF (2)

ICCBased

DeviceGray, DeviceCMYK, DeviceRGB (#ref footnote 1)

PostScript (2)

n/a

PostScript/EPS

The EPS file has an embedded ICC profile.

TIFF

The TIFF file has an embedded ICC profile.

Separation

PDF (2)

Separation

PostScript (2)

Separation

TIFF

PhotometricInterp = 5 (Applies only to one of the planes in the separated image.)

DeviceN

PDF (2)

DeviceN

PostScript (2)

DeviceN

TIFF

PhotometricInterp = 5,

Samples per pixel = N

  1. In PDF, DeviceCMYK, DeviceRGB, and DeviceGray source colorspaces can be characterized through providing a DefaultCMYK, DefaultRGB, or DefaultGray resource specifying a profile to be associated with source objects in that color space. In which case, the resulting color space is considered characterized by JDF operations.
  2. Where a Pattern or Indexed color space has been used, the base color space is used to determine whether to apply this operation.

7.2.34 ColorSpaceConversionParams

This set of parameters defines the rules for a ColorSpaceConversion Process, the Elements of which define the set of operations to be performed. Information inside the ColorSpaceConversionOp Elements, described below, defines the operation and identifies the color spaces and types of objects to operate on. Other Attributes define the color management system to use, as well as the working color space and the final target Device.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

DocIndex , RunIndex , RunTags, DocTags, PageTags, SetTags, SheetName , Side , SignatureName

Input of Processes:

ColorSpaceConversion

Output of Processes:

--

 

Table 7-116: ColorSpaceConversionParams Resource (Sheet 1 of 3)

Name

Data Type

Description

ColorManagementSystem ?

string

Identifies the preferred ICC color management system to use when performing color transformations. When specified, this Attribute overrides any default selection of a color management system by an application and overrides the “CMM Type” value (bytes 4-7 of an ICC Profile Header) in any of the Job related ICC profiles. This string Attribute Value identifies the manufacturer of the preferred CMM and must match one of the registered four-character ICC CMM Type values.

Values include those from: ICC Manufacturer's Signature Registry at http://www.color.org .

Example values: " ADBE " for the Adobe CMM and " KODA " for the Kodak CMM.

ConvertDevIndepColors ?

Deprecated in JDF 1.1

boolean

When "true" , incoming Device-independent colors are processed to the selected Device space. If the chosen operation is Untag and the characterization data are in the form of an ICC profile, then the profile is removed. Otherwise, these colors are left untouched. The functionality of ConvertDevIndepColors is superseded by including one or more ColorSpaceConversionOp with SourceCS = "DevIndep" in JDF 1.1.

ICCProfileUsage = "UsePDL"

New in JDF 1.2

enumeration

This Attribute specifies where to obtain either the destination profile or Device Link transform (see Section 1 in Section 6.4.4, “ColorSpaceConversion”) to be applied when converting object colors for the current iteration of the ColorSpaceConversion Process. ICCProfileUsage provides an order precedence.

Note: Use of a final target device profile provides a profiled destination to be used when converting a source object through PCS (Profiled Connection Space) to that profiled destination, and a Device Link transform specifies a conversion directly of the source object from the source space directly to the destination.

Values are:

UsePDL -

  1. 1 Use the embedded profile.
  2. 2 Use the profile specified in the LayoutElement / ElementColorParams / FileSpec ( ReferenceOutputProfile ).
  3. 3 Use the profile specified in the LayoutElement / ElementColorParams / FileSpec ( ActualOutputProfile ).
  4. 4 Use the Device Link transform specified in a ColorSpaceConversionOp / FileSpec ( DeviceLinkProfile ).
  5. 5 Use the profile specified in ColorSpaceConversionParams / FileSpec ( FinalTargetDevice ).
  6. 6 Use the system specified profile or Device Link transform.

UseSupplied -

  1. 1 Use the profile specified in the LayoutElement / ElementColorParams / FileSpec ( ReferenceOutputProfile ).
  2. 2 Use the profile specified in the LayoutElement / ElementColorParams / FileSpec ( ActualOutputProfile ).
  3. 3 Use the Device Link transform specified in a ColorSpaceConversionOp / FileSpec ( DeviceLinkProfile ).
  4. 4 Use the profile specified in ColorSpaceConversionParams / FileSpec ( FinalTargetDevice ).
  5. 5 Use the system specified profile or Device Link transform.

ColorSpaceConversionOp *

element

List of ColorSpaceConversionOp Elements, each of which identifies a type of object, defines the source color space for that type of object, and specifies the behavior of the conversion operation for that type of object. The XML order of ColorSpaceConversionOp Elements is significant, and when multiple elements apply to the same object, they are applied in that XML order.

A ColorSpaceConversionOp can modify the characteristics of an object such that its selection criteria is also modified. Thus, if two ColorSpaceConversionOp Elements select the same set of objects, and the first Element changes the object in such a way that the object would no longer be selected by the second Element, then the second ColorSpaceConversionOp MUST NOT be applied to that object.

ColorSpaceConversionOp SHOULD contain the complete set of parameters for a given color space conversion operation. Otherwise the results are implementation dependent.

A ColorSpaceConversionOp process included as part of a RIPping combined process shall include an implied Convert operation as its last operation (causing all other unconverted color spaces to be converted according to the RIP’s PDL).

FileSpec ( FinalTargetDevice ) ?

refelement

A FileSpec Resource pointing to an ICC profile that describes the characterization of the final output target Device.

FileSpec ( WorkingColorSpace ) ?

Deprecated in JDF 1.1

refelement

A FileSpec Resource pointing to an ICC profile that describes the assumed characterization of CMYK , RGB and Gray color spaces.

7.2.35 ComChannel

A communication channel to a person or company such as an email address, phone number or fax number.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Contact , CustomerInfo / CustomerMessage , Person

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-117: ComChannel Resource

Name

Data Type

Description

ChannelType

Modified in JDF 1.2

enumeration

Type of the communication channel.

Values are:

Phone - Telephone number.

Email - Email address.

Fax - Fax machine.

WWW - WWW home page or form.

JMF - JMF messaging channel.

PrivateDirectory - Account of a registered customer of a certain service. (The list of the registered accounts is maintained by the service vendor). The ChannelTypeDetails Attribute has the name of the private directory service vendor.

InstantMessaging - IM service address. The ChannelTypeDetails Attribute has the name of the IM service vendor

ChannelTypeDetails ?

New in JDF 1.2

NMTOKEN

Description of the value of the ChannelType Attribute. Consumer treats this value as the service vendor name if ChannelType is "PrivateDirectory" or "InstantMessaging" .

Values include those from: Table 7-118, “ChannelTypeDetails Attribute - predefined values for certain ChannelType values”.

ChannelUsage ?

New in JDF 1.2

NMTOKENS

Communication channel usage.

Values include:

Business - Business purpose usage, (e.g., office phone number, fax).

Private - Private purpose usage, (e.g., private phone number, fax, Email).

DayTime - Office hours in the time zone of the recipient.

NightTime - Out-of-office hours in the time zone of the recipient.

WeekEnd - Out-of-office hours in the time zone of the recipient.

Locator

Modified in JDF 1.2

string

Locator of this type of channel in a form, such as a phone number, a URL or an Email address. If a URL is defined for the ChannelType , it is recommended to use the URL syntax specified in [RFC2368] for “ mailto ” URLs, [RFC3966] for “tel” URLs and [RFC3986] for URLs in general, as follows:

Values include:

"mailto:a@b.com" - instead of "a@b.com" if ChannelType = "Email" ,

"tel:+49-69-92058800" - if ChannelType = "Phone" and

"tel:+49.6151.155.299" - if ChannelType = "Fax" .

-- Attribute: ChannelTypeDetails

 

Table 7-118: ChannelTypeDetails Attribute - predefined values for certain ChannelType values

ChannelType value

ChannelTypeDetails value

Description

Phone

LandLine

Land line telephone number.

Mobile

Mobile/Cellular telephone number.

Secure

Secure phone line.

ISDN

ISDN line telephone number.

WWW

Form

Upload form.

Target

Upload target URL.

Example 7-15: ComChannel for Telephone

< ComChannel Class = "Parameter" ID = "cc000004" ChannelType = "Phone"

ChannelTypeDetails = "Mobile" ChannelUsage = "Business"

Locator = "tel:+44-07808-907-919" Status = "Available" />

 

Example 7-16: ComChannel for Instant Messaging

< ComChannel Class = "Parameter" ID = "cc000004" ChannelType = "InstantMessaging"

ChannelTypeDetails = "MyIMService" ChannelUsage = "Private"

Locator = "123456789" Status = "Available" />

 

7.2.36 Company

Specifies contacts to a company including detailed information about contact persons and addresses. Use @ ProductID when a unique identifier for the Company is required. This structure can be used in many situations where addresses or contact persons are needed. Examples of contacts are customer, supplier, company and addressees. The structure is derived from the vCard format. It comprises the organization name and organizational units (ORG) of the organizational properties defined in the vCard format. The corresponding XML types of the vCard are quoted in the table.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Contact

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-119: Company Resource

Name

Data Type

Description

OrganizationName

string

Name of the organization or company (vCard: ORG:orgnam. For example: ABC, Inc.).

Contact *

Deprecated in JDF 1.1

refelement

A contact of the company. In JDF 1.1 and beyond, Contacts reference multiple Companies.

OrganizationalUnit *

telem

Describes the organizational unit (vCard: ORG:orgunit. For example, if two Elements are present: 1. “North American Division” and 2. “Marketing”).

7.2.37 Component

Component is used to describe the various versions of semi-finished goods in the press and postpress area, such as a pile of folded Sheets that have been collected and are then be joined and trimmed. Nearly every postpress Process has a Component Resource as an input as well as an output. Typically the first components in the Process chain are some printed Sheets or ribbons, while the last component is a book or a brochure.

Glossary - Component

The descriptions of Component -specific Attributes use some terms whose meaning depends on the culture in which they are used. For example, different cultures mean different things when they refer to the “front” side of a magazine. Other terms (e.g., binding) are defined by the production process and, therefore, do not depend on the culture.

Whenever possible, this specification endeavors to use culturally independent terms. In cases where this is not possible, Western style (left-to-right writing) is assumed. Please note that these terms might have a different meaning in other cultures, (i.e., those writing from right to left).

 

Figure 7-20: Component - terms and definitions

 

The table below describes the terms used to define the components.

 

Table 7-120: Glossary - Component

Term

Definition

Binding edge

The edge on which the (partial) product is glued or stitched. This edge is also often called working edge or spine.

Product front edge

The side, where you open the (partial) product. This edge is opposite to the binding edge.

Registered edge

A side on which a collection of Sheets or partial products is aligned during a production step. All production steps require two registered edges, which must not be opposite to each other. The two registered edges define the coordinate system used within the production step. When there is a binding edge, this is one of the registered edges.

Resource Properties

Resource Class:

Quantity

Resource referenced by:

Bundle / BundleItem , DigitalPrintingParams , FeedingParams / Feeder , FeedingParams / CollatingItem

Example Partition:

Condition, RibbonName , SheetName , SignatureName , WebName

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”), ConventionalPrinting , DigitalPrinting , Varnishing , BlockPreparation , BoxFolding , BoxPacking , Bundling , CaseMaking , CasingIn , ChannelBinding , CoilBinding , Collecting , CoverApplication , Creasing , Cutting , Embossing , EndSheetGluing , Feeding , Folding , Gathering , Gluing , HeadBandApplication , HoleMaking , Inserting , Jacketing , Labeling , Laminating , Numbering , Palletizing , Perforating , PlasticCombBinding , PrintRolling , RingBinding , ShapeCutting , Shrinking , SpinePreparation , SpineTaping , Stacking , StaticBlocking , Stitching , Strapping , StripBinding , ThreadSealing , ThreadSewing , Trimming , WebInlineFinishing , WireCombBinding , Wrapping

Output of Processes:

, Any Product Intent Node (Section 6.3, “Product Intent Descriptions”), ConventionalPrinting , DigitalPrinting , Varnishing , BlockPreparation , BoxFolding , BoxPacking , Bundling , CaseMaking , CasingIn , ChannelBinding , CoilBinding , Collecting , CoverApplication , Creasing , Cutting , Embossing , EndSheetGluing , Feeding , Folding , Gathering , Gluing ,