528222-001B OpenCardDataFormatGuide
528222-001B OpenCardDataFormatGuide
October 2021
528222-001, Rev. B
Notice
Please do not attempt to operate or repair this equipment without adequate
training. Any use, operation or repair you perform that is not in accordance
with the information contained in this documentation is at your own risk.
Trademark Acknowledgments
Entrust, Sigma and the hexagon design are trademarks, registered trademarks
and/or service marks of the Entrust Corporation in the United States and other
countries.
All other product names are the property of their respective owners.
Proprietary Notice
The design and information contained in these materials are protected by US
and international copyright laws.
All drawings and information herein are the property of Entrust Corporation. All
unauthorized use and reproduction is prohibited.
Entrust Corporation
1187 Park Place
Minneapolis, MN 55379
Phone: 952-933-1223
Fax: 952-933-7971
www.entrust.com
ii
Revision Log
iii
iv
Table of Contents
Chapter 1: About this Manual . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Organization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Intended Audience . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
Conventions this Manual Uses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
Related Publications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
v
Defining Magnetic Stripe Tracks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Defining Tactile Impression Elements. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
Flipping the Personalization Operation with the datacard:flip Attribute . . . . . . . . . . 37
Adding Text and Image Layers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
Defining Text ID Layers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
Dynamic Text Elements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
Static Text Elements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
x Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
y Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Font-Family Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Font-Size Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Font-Weight Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Fill Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Transform Attribute (Rotating Text) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
datacard:staticElement Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
datacard:appendData Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
datacard:format Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
datacard:remove Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
Text Element Layer Example. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
Using Bar Code-Specific Attributes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
datacard:barcode Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
datacard:barRatio Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
datacard:barDensity Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
datacard:barHumanReadable Attribute. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
datacard:barChecksum Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
Defining Image Element Layers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Defining Image ID Names . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
datacard:positionReference Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
x Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
y Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
Height Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
Width Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
Transform Attribute (Rotating Images) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
Defining the Image Name with xlink:href . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
vi
Control Code . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Notes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Card Stock Command . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Control Code . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Notes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Magnetic Stripe Encoding Data Command. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Control Code . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Notes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
Comments . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
New Line Command. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
Control Code . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
Comments . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
vii
Sample 2—RiverViewCasino.svg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-76
Appendix B: Setting Up
OS/400 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-79
Configuring the OS/400 Operating System. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-79
viii
1
Chapter 1: About This Manual
This chapter covers how this guide is organized, who should read this
guide, and the conventions this guide uses.
This manual details system requirements, formatting, and printing features of OpenCard Data
Format for the Entrust® Sigma Series Card Printers. Only Sigma DS3 Card Printers support printing
using OpenCard.
Convention Meaning
Sigma Series Refers to Entrust Sigma DS1, DS2, and DS3 card printers.
Legacy Option Refers to Entrust SP/CP Series printers, including the SP55,
SP60, CP60, and FP65 card printers.
<1234567890> Text displayed in this manual using the style at left is data
stream content. Braces display at the start (<) and end (>),
and text (1234567890) indicates data stream text.
Card layout Refers to the card layout files originally created for use
with Legacy SP55, SP60, CP60, or FP65 (SP/CP Series) card
printers. Used to describe options and procedures for the
OpenCard Legacy Option. For more about the original
card layouts for printers, refer to the Data Formatting
Guide.
Related Publications
For details about the data stream, Telnet, or the original card layout file created for SP/CP Series
card printers, refer to the OpenCard Data Formatting Guide (part number 539397-001 Rev D,
dated November 2007). That manual supports the SP55, SP60, CP60, or FP65 card printers.
The chapter provides an overview of using the Sigma Series printers with
OpenCard Data Format, as well as an overview of the Legacy Option for
converting existing card layouts from SP/CP Series printer card layouts. It
also explains the requirements for using OpenCard and initial start up
procedures.
The Sigma Series card printers with OpenCard Data Format provide the following options:
Sigma Series OpenCard Formatting —Provides enhanced text and graphics capabilities.
Create a card format file in Scalable Vector Graphics (SVG) markup language, and import it for
use with Sigma Series card printers.
Legacy Option for Using SP/CP Series Card Layouts—Provides compatibility with card layouts
originally created for the Entrust SP55, SP60, CP60, or FP65 card printers with OpenCard.
Export existing card layouts originally created for a legacy SP/CP Series card printer and
import them to the Sigma Series card printer for use with OpenCard.
Printer Dashboard—Provides a browser-based set of menus for managing print operations
for either option listed above. This guide provides an introduction to Printer Dashboard
features relevant to OpenCard.
Card formats designed with the Sigma Series formatting are not supported on SP/CP
Series printers.
Support for TrueType fonts and bar code fonts stored on the printer.
Use text font typefaces that include, but are not limited to, typefaces within font families for
Courier, Sans, and Serif, which come bundled with the printer. Define any size for fonts,
within the practical limits of the card size and the font families installed on the printer.
Bar code font typefaces are bundled with the printer. They include but are not limited to:
Code128 EAN8
Support for a wide variety of image formats stored on the printer, including:
6 Getting Started
Legacy Option for Card Layouts from SP/CP
Series Printers
If your organization currently sends data tagged with OpenCard commands to an SP/CP Series
card printer or embosser, you can use the same data stream to produce cards using the Legacy
Option features shown in this guide. With the Legacy Option, you export the card layouts
originally created for a SP/CP Series card printer, and then import those card layouts and their
graphics and fonts to the Sigma Series card printer.
The Legacy Option supports OpenCard production data formatting containing text and magnetic
stripe data items, as well as card layout selection.
Using the Legacy Option with OpenCard, legacy card layouts maintain their original capabilities:
Front-side monochrome black printing of text, bar codes, and graphics on a single-sided,
landscape-oriented card.
Import up to four black-and-white image files to the printer. The printer does not provide the
ability to download a different logo or graphic for each card.
A note about printing: The Legacy Option supports monochrome printing on one
side of the card. On color printers, if you use a full-color ribbon in the printer when
you send OpenCard data, the printer uses only the K panel in the ribbon. The color
panels are not used.
To use the Legacy Option to produce cards on the Sigma Seriescard printers, you must use
text sizes and font typefaces that are available on the Legacy Series printers. These typefaces
are within font families for Courier, Sans, and Serif, and are installed on Sigma Series card
printers.
Bar code font typefaces are also bundled with the Legacy Series printers. They include the
following:
Code128 EAN8
OpenCard Requirements
The following components must be in place to use the Sigma Series card printers with OpenCard
Data Format.
Printer Requirements
Printing with OpenCard requires Sigma DS3 Card Printers with the OpenCard Data Format option
enabled.
Network Requirements
Access or use these printers on networks set up with:
Computers that are using Transmission Control Protocol/Internet Protocol (TCP/IP)
communications. OpenCard supports IPv4 and IPv6 network addresses.
Web browsers installed on networked computers.
Other Requirements
If your organization uses the Legacy Option, you need a Telnet interface that provides card
layout menus for exporting existing SP/CP Series card layouts.
For additional information on system set up requirements, except as noted in this guide, refer
to your printer’s Installation and Administrator’s Guide.
Some printer, network, and system setup requirements for Sigma Seriescard
printers are overridden by the specifications in this guide.
Sigma Series card printers that have OpenCard enabled are not recognized or
supported by the XPS Card Printer Driver.
8 Getting Started
Enabling OpenCard
The OpenCard option is active on the printer upon shipment if the printer was ordered with that
option. If the OpenCard option is not active, activate it using the OpenCard Upgrade Kit. Perform
these three steps to enable OpenCard on the printer:
Activate OpenCard
If you ordered the printer with OpenCard, it is already activated. If OpenCard is not activated on
the printer, order the OpenCard Upgrade Kit. Then, follow the instructions provided with the kit
to activate OpenCard.
1. Press the Menu button . Then press the Enter button . The menu displays.
a. Use the printer’s LCD menu to get the printer IP address. Refer to the printer’s User’s
Guide for information.
b. Open a web browser on the computer then enter the following address:
https://[printer IP address]/
The browser displays a certificate warning because it is a secure connection.
c. Click Continue to this website (not recommended). The Log In page displays.
d. Enter a User ID and Password then click Login. The Printer Dashboard opens.
2. In Printer Dashboard, select Main Menu > Configuration > Settings. The Settings page
opens.
5. Click Save.
10 Getting Started
Enable OpenCard Legacy Mode with Printer Dashboard
OpenCard Legacy Mode enables the printer to process card formats originally created for SP/CP
Series card printers, if desired. Before you start, make sure that your printer meets all
requirements. Refer to “OpenCard Requirements” on page 8.
1. In Printer Dashboard, select Main Menu > Configuration > Settings. The Settings page
opens.
4. Click Save.
a. Select Main Menu > Troubleshooting > Restart Printer. The Restart Printer page
opens.
12 Getting Started
4. Set up a new TCP/IP port.
c. Click Next.
5. In the Hostname or IP address text box, enter the IP address of the printer. Sigma Series card
printers support both IPv4 and IPv6 addresses.
6. Click Next.
c. Click Next.
8. In the Printer Name field, enter Generic / Text Only. Then, click Next.
14 Getting Started
9. Select Do not share this printer. Then, click Next.
a. Right-click the printer name on the Devices and Printers window and select Printer
properties.
b. Click the Ports tab and verify that the IP address is correct.
3. Install the Windows Generic Driver and mount the IP address to the USB port.
4. Make sure that the Windows Generic Driver is set to use RAW mode.
16 Getting Started
3
Chapter 3: Creating Card
Formats
Card Formats
The card format defines personalization operations on both the front and back side of a card.
OpenCard supports monochrome and color graphics, topcoat and printing on both sides of the
card, as well as magnetic stripe encoding and tactile impression elements. Enhanced capabilities
include support for a full range of industry-standard graphics image formats and any TrueType
font for text. In addition, you can define a wide range of image and text transformations.
1. Setup
The card format designer creates a card format as an SVG document, creates or acquires the
images and fonts called out in the card format, and prepares the data stream. The data
stream is a text stream that can contain text lines, an optional magnetic stripe data line, and
command lines. Preparing the data stream also includes optionally naming a specific card
format with the @G command, which indicates the card format to use, and naming the card
stock with the @C command.
2. Import
The card format designer uses Printer Dashboard to import the card format, images, and
fonts to any Sigma Series printer that is to use the card format.
3. Production
The printer receives an OpenCard data stream.
OpenCard locates the correct card format on the printer.
When a printer receives OpenCard commands with no active card layout on the
printer, it prints using the Default card layout file. If there is no active card
layout and the printer cannot find the Default card layout file, printing fails and
the printer shows an error. To prevent the error, create a card layout file with
the filename Default (no file extension).
The SVG card format also uses Entrust-specific conventions and extensions compatible with the
OpenCard data stream standard, affording access to the full range of capabilities available in
Sigma Series printers. For information about the OpenCard data stream standard, refer to the
Data Formatting Guide.
<g id="CARD_FRONT">
<g id="GRAPHIC_MONOCHROME">
Card Side
Layer Personalization <g><text id="LINE1" fill="black" x="75" y="300" font-
size="12pt" font-weight="bold" font-family="DejaVu
Operation Layer
Serif" datacard:staticElement="true">Name:</text></g>
</g>
<g id="CARD_BACK">
Card Side
Layer Personalization <g id="MAGSTRIPE">
Operation Layer <g><text id="ISO1" datacard:trackType="ISO1"/></g>
</g>
</g>
</svg>
XML Header—The first line of an OpenCard card format must be a standard XML declaration. The
header must also include the SVG declaration shown, with the beginning <svg> and its
corresponding </svg> at the end of the card format. An XML header also includes the card
dimensions, which correspond to the number of pixels (px) when printing at 300 dpi (width =
3.375” x 300 = 1013 px; height = 2.125” x 300 = 638 px). This is the only resolution supported.
Card Side Layer—Identifies on which side of the card the personalization occurs.
Text and Image ID Layers—Provide the appearance and placement details for text and images.
The @G command in the OpenCard data stream defines which card format (or Legacy SP/CP
Series card layout) to use to print the card.
If an @G command is in the data stream, then the printer uses the card format. If the named
card format is not loaded on the printer, then the card is rejected and does not print.
If no @G command exists in the data stream, then the printer software uses the card format
named Default. If Default doesn’t exist, the card is rejected and the request does not print.
The @C command in the OpenCard data stream defines which card stock to use. A card stock
definition is required when setting up the LCD panel to prompt the user to insert a card in the
exception slot of the input hopper. Prompts from the LCD panel are shown only with manual card
insertion.
If an @C command is in the data stream, then the printer uses the card stock requested.
If the card stock is not defined on the printer, then the printer uses the card stock defined in
Printer Dashboard as Default. If Default doesn’t exist, the card is rejected and the request
does not print.
Dynamic Text Data To personalize a text line of data, the ID convention is LINEn,
where n can be from 1 to 15. An ID of LINE1 then uses data
supplied in the first personalization data line of an OpenCard data
stream.
Magnetic Stripe Data To place magnetic stripe data, the magnetic stripe data line must
use an ID that conforms to the convention ISOn, where n can be 1,
2, or 3—corresponding to ISO tracks 1, 2, and 3.
(Alternatively, when there are no pre-defined magnetic stripe
commands in the data stream, you can use a dynamic text ID of
LINEn to identify which line text data to place on a specific track.)
Tactile Impression Data To add a tactile impression element to the card, identify tactile
impression data using an ID that follows this format: IMPn where
n represents the number of the tactile impression element.
Currently, Sigma Series printers support only one tactile
impression element per card.
Static Data Static data is data that does not derive its images or text from the
OpenCard data stream. Since the data is the same every time, it
can be defined in the card format itself. Static data does not have
to have an associated ID. If it does have an ID, you can use any
name other than the IDs “LINEn”, “ISOn”, or “IMPn” reserved for
dynamic date, magnetic stripe data, and tactile impression data
respectively as described above.
Escape characters are characters in XML that identify XML code. For example, < identifies the
start of a new tag in XML. Occasionally, escape characters must be included in the data and not
be interpreted as XML code. To use escape characters in the card format data, replace the escape
characters with the characters listed in the table below.
Apostrophe ‘ '
<g id="CARD_FRONT">
... front side card personalization operations go here ...
</g>
<g id="CARD_BACK">
... back side card personalization operations go here ...
</g>
The datacard:translations element is placed at the same level as the card side layers because
translations are applied to the data stream before it is merged into the card format. Translations
affect the value of the data merged into any operation defined in the card format.
Hexadecimal Notation for Translations
For datacard:translations, control characters with values of less than 0x20 (ASCII SPACE character)
must be encoded in hexadecimal notation using a leading 0x. For example, represent the null
character as 0x00. If a translation maps any data stream character to a null (0x00), then the
presence of the null serves to end the data line at that point. Any data following the character
that translates to null is not merged into the card format.
Standard Translation
Standard character translations replace one character with another character throughout the
data stream.
<g id=”CARD_FRONT”>
<g id=”CARD_BACK”>
</g>
</svg>
Data
LINE1=123aA
merged into
card format
Advanced translations provide more complex and powerful options for converting data streams.
To enable advanced translations, add the type attribute to the datacard:translate command.
Advanced translations cannot be used in conjunction with standard translations. If the card
format contains both standard translations and advanced translations, the standard translations
will operate as advanced character translations. Full stream translations are performed before all
other translations regardless of their placement in the card format. The remaining advanced
translations are performed in the order they appear in the card format file.
Character Translation
Character translation is similar to standard translation but it also translates commands. Standard
translations do not translate characters following and including an @ symbol. Also, OpenCard
processes character translations before the standard translations. To enable character
translation, add the following to the datacard:translate command:
type=”char”
In this example, the translation replaces “Z” with “z”, “z” with “Z”, then “b” with “C”.
OpenCard
<z34
data stream Z$bg
@GtranslateAdv1.svg>
String Translation
String Translations allow you to replace entire strings of data in the data stream. To enable string
translation, add the following to the datacard:translate tag:
type=”string”
To include special characters or formatting in the replaced data, use the following escape
sequences:
\\ Backslash
\’ Apostrophe
\” Quotation Mark
\n New Line
\r Carriage Return
\t Tab indent
In this example, character translation replaces % with $, string translation modifies two lines to
become one line, and regular expression translation removes data in parenthesis, as well as
spaces just prior to the parenthesis if they exist.
OpenCard
<Johns Widgets[CRLF]
data stream John User (Senior Associate)[CRLF]
%[CRLF]
25[CRLF]
@GtranslateAdv2.svg>
Data
LINE1=Johns Widgets
merged into LINE2=John User
card format LINE3=$25
Regular expressions are sequences of characters that initiate a search and replace within set of
data. Regular expression translations use regular expressions to search and replace data in the
data stream.
To enable the regular expression translation, add the following to the datacard:translate tag:
type=”regex”
Regular expression translations use a set of special characters to perform actions or represent
data within the command. The actions of the special characters are labeled as greedy if they
return all results that match the regular expression. The actions are lazy when it returns only
minimal results. The default behavior of regular expressions is to be greedy. To specify a lazy
search, append ? after the special character.
The following are some of the special characters and their definitions:
*?, +?, ?? Performs the same search as ?, +, and * but it limits it to lazy
results.
In this example, string translation replaces “Account Limit” with “Limit” and regular expression
translation adds $ by searching for “Limit:” then appending $ to the searched phrase. In the
example, \1 adds the search phrase. So, in this example, “\1” adds “Limit:”.
OpenCard
<Johns Widgets
data stream John User
Account Limit: 33.00
@GtranslateAdv3.svg>
Data
LINE1=Johns Widgets
merged into LINE2=John User
card format LINE3=Limit: $33.00
The entire stream attribute allows advanced translations to be performed over all data in the
data stream. They are not limited to data within data commands.Advanced translations with the
entire stream attribute are performed before all other translations. The entire stream attribute
must be used in conjunction with an advanced translation.
To add the entire stream attribute, add the following to the datacard:translate tag along with
one of the advanced translation type attributes:
entirestream=”true”
In this example, the original data stream contains an invalid hopper selection. Using the string
translation with the entire stream attribute, the translation replaces the invalid hopper selection
with a compatible card stock selection.
OpenCard
=H3>
data stream <
XYZ
Name: JKL
@Gcardformat.svg>
=H3>
<
XYZ
Name: TUV
@Gcardformat.svg>
Personalization Operations
Within each of the card side elements, the card format designer is able to create personalization
operations, each as an SVG layer. Datacard-specified personalization operations include:
Defining Monochrome for Text and Graphics on page 31
Defining Color for Text and Graphics on page 32
To define one of these personalization operations, create an SVG layer with the <g> element and
set the ID attribute to one of the personalization operations. End the definition with a </g>.
Use the GRAPHIC_MONOCHROME operation to define the text and image elements to print using
a monochrome “K” ribbon panel at 300 dpi on either side of the card. All formatting details of
text and image elements using monochrome are children of this layer, contained between
<g id="GRAPHIC_MONOCHROME"> and its corresponding </g>.
.
GRAPHIC_MONOCHROME Example
<g id="GRAPHIC_MONOCHROME">
Card format
<g><text id="NameHeader" fill="black" x="75" y="300" font-size="12pt"
font-weight="bold" font-family="DejaVu Serif"
datacard:staticElement="true">Name:</text>
</g>
</g>
The GRAPHIC_COLOR operation defines all of the text and image elements to print using a three-
panel combination of yellow, magenta, and cyan (YMC) at 300 dpi on either side of the card. The
details of text and image elements are children of this layer, contained between
<g id="GRAPHIC_COLOR"> and its corresponding </g>.
.
GRAPHIC_COLOR Example
<g id="GRAPHIC_COLOR">
Card format
<g><image id="Background" datacard:staticElement="true” y="0"
x="0" height="638px" width="1013px"xlink:href="TreeDebit.jpg" />
</g>
</g>
The TOPCOAT operation defines the image element to use to apply a topcoat pattern using the T
ribbon panel at 300 dpi on either side of the card. The formatting details of image elements are
children of this layer, contained between <g id="TOPCOAT"> and its corresponding </g>.
TOPCOAT Example
<g id="TOPCOAT">
Card format
<g><image id="TopcoatImage" datacard:staticElement="true"
y="0" x="0"height="638px" width="1013px"
xlink:href="Topcoat_Full.png" />
</g>
</g>
The MAGSTRIPE operation defines the magnetic stripe tracks to personalize on the front and/or
the back side of the card. There are two methods of encoding magnetic stripe tracks:
Extract text data directly from the data stream and encoding the magnetic stripe using the
“LINEn” text ID
Extract magnetic stripe text data already identified with magnetic stripe commands and
encoding using the “ISOn” text ID
Encoding Text Data to a Magnetic Stripe Track Using the “LINEn” Text ID
To populate a magnetic stripe track with text data not originally identified as magnetic stripe data
in the data stream, use the “LINEn” text ID in conjunction with the datacard:trackType definition,
as shown below.
MAGSTRIPE Example 1
<g id="MAGSTRIPE">
g><text id="LINE2" datacard:trackType="ISO1"/></g>
Encoding Magnetic Stripe Text on a Magnetic Stripe Track Using the “ISOn” Text ID
To populate a magnetic stripe track with prepared magnetic stripe date, OpenCard data stream
uses the following magnetic stripe data identifiers:
When the OpenCard data stream has text data prepared for magnetic stripe in this way, identify
which information encodes to each track using the “ISOn” text ID using the following rules:
The text ID must be “ISO1” for track 1, “ISO2” for track 2, or “ISO3” track 3.
The datacard:trackType value must match the ID name.
MAGSTRIPE Example 2
<”%TESTING321?;=1234567890?_;=0987654321?>
OpenCard
data stream
<g id=”MAGSTRIPE”>
Card format
<g><text id=”ISO1” datacard:trackType=”ISO1”></text></g>
<g><text id=”ISO2” datacard:trackType=”ISO2”></text></g>
<g><text id=”ISO3” datacard:trackType=”ISO3”></text></g>
</g>
<g id="MAGSTRIPE">
Data merged
<g><text id="ISO1"datacard:trackType="ISO1">TESTING321</text></g>
into card <g><text id="ISO2"datacard:trackType="ISO2">=1234567890</text></g>
format <g><text id="ISO3"datacard:trackType="ISO3">=0987654321</text></g>
</g>
Card result
Track 1:TESTING321
Track 2: 1234567890
Track 3:0987654321
The IMPRESS operation enables the Tactile Impression Module (TIM) to imprint a design on the
card. The printer can imprint only once per card.
The TIM imprints to one of three horizontal positions on the front or back of the card. Position 1
is closest to the leading edge of the card, position 2 is in the middle, and position 3 is near the
trailing edge of the card. The horizontal position is set in the IMPRESS operation. The TIM also
imprints to one of two vertical locations. The vertical locations are mechanically set in the TIM.
In this example, the left side of the card is the leading edge of the card.
Center Location
Lower Location
IMPRESS Example
If “true”, this attribute causes the entire personalization operation design to be flipped 180
degrees. Valid values are “true” and “false”, with the default equal to “false” if the attribute is not
present. This attribute does not have any effect on a MAGSTRIPE personalization operation.
datacard:flip Example
When used in a MAGSTRIPE layer, the personalization data is simply be encoded to the magnetic
stripe track corresponding to the “datacard:trackType” defined.
Refer to the “Text Element Layer Example” on page 42 for a practical example of how text ID
layers are constructed.
There are two kinds of IDs that are used in OpenCard systems: dynamic text IDs and static text
IDs.
Dynamic Text Elements
Dynamic text describes an element whose personalization is to be taken in whole or in part from
an OpenCard data stream. A dynamic text ID must be of the form “LINEn” where n can be from 1
to 15 (for example, “LINE1”, “LINE2”, …, “LINE15”). An ID of “LINE1” uses data supplied in the first
personalization data line of an OpenCard data stream.
x Attribute
The x attribute defines the distance from the left edge of a card to the left edge of the first
character of the text line. Default units are in pixels (px).
y Attribute
The y attribute defines the distance from the top edge of a card to the baseline of the text line.
Default units are in pixels (px).
Font-Family Attribute
The font-family attribute selects the font for rendering this text line. To view a list of the font
families that are currently installed in the printer, in Printer Dashboard select Main Menu >
Personalization Tools > OpenCard Configuration.
Font-Size Attribute
The font-size attribute sets the size at which the text is rendered. Default units are pixels (px), but
point size (pt) also is accepted.
At 300 dpi:
OR
The font-weight attribute specifies the rendering weight of text characters as “normal” or “bold”.
The default is “normal” if the attribute is not defined.
The fill attribute defines the text color. Find the list of color keyword names (for example,
fill=”blue”) at:
http://www.w3.org/TR/SVG11/types.html#ColorKeywords
Color has full effect when used in a GRAPHIC_COLOR personalization operation, but
also has an effect on intensity in a GRAPHIC_MONOCHROME operation even though
the hue is not printed.
The transform attribute is an SVG means of performing operations on the entire text element.
The most likely used transformation for card format designers is rotating a text element. SVG
allows rotation to any degree.
x=”100” y=”400” transform=”rotate(90 100, 400)”
datacard:staticElement Attribute
When data for the text element is static, this attribute must be set to “true”. The static data
content must be added at the end of the element and the end-of-text element (</text>) must be
included after the last static data character.
Valid values are “true” and “false”. The default is “false” if this attribute is not defined.
datacard:staticElement Example
datacard:appendData Attribute
When the first part of the personalization data for the text element is static and the remainder
comes from the OpenCard data stream, this attribute must be set to “true”. The static data
content part must be added at the end of the element and the end-of-text element (</text>)
must be included after the last static data character.
Valid values are “true” and “false”. The default is “false” if this attribute is not defined.
datacard:appendData Example
The following type checking characters may be used to validate characters in the data:
Checking Definition
9 Numeric only {0 .. 9}
A Alphabet only {A .. Z, a .. z}
N Alphabet or numeric {0 .. 9, A .. Z, a .. z}
datacard:format Example #1
To render a fixed-length bar code text item such as EAN8, the data item from this sample data
stream supplies 7 numeric characters. In this case, the following datacard:format attribute can be
defined:
datacard:format=”9999999”
If the data stream sends “1234567”, then this passes the type checking defined by the
datacard:format attribute. The EAN8 bar code is rendered successfully.
If the data stream sends “1234567890123”, then the first 7 characters still successfully pass
the type checking. The EAN8 bar code is rendered successfully using only the first seven
characters “1234567”.
If the data stream sends “1234A67”, then the data fails the type checking with an error
“Format requires numeric character”. The card is rejected.
For example, use the datacard:format attribute if the data stream supplies an expiration date as
“1016” but the printed card must use the date formatted as “10/16”. In this case, use the
following datacard:format attribute:
datacard:format=”99/99”
This inserts the ‘/’ character and verifies that the four data stream characters are numeric.
datacard:remove Attribute
The values accepted are whole number representations only. The default is zero.
If a datacard:remove attribute is defined, then the value of this attribute is used to cut that many
data characters from the front of the data stream item that corresponds with the element’s ID.
datacard:remove Example
OpenCard
<1234567890>
data stream
Data merged
<g><text id="LINE1" fill="black" x="375" y="300" datacard:remove=”3”
into card font-size="12pt"font-family="DejaVu Serif">4567890</text></g>
format
<John Doe
OpenCard
12345
data stream Dec. 31, 2012>
<g id="GRAPHIC_MONOCHROME">
Card format
<g><text id="NameHeader" fill="black" x="75" y="300"font-size="12pt"
font-weight="bold"font-family="DejaVuSerif”
datacard:staticElement="true">Name:</text>
</g>
CODE39 UPCA
CODE128 EAN8
Interleaved 2 of 5 EAN13
The following attributes apply to the built-in bar codes. The designer is free to install any other
bar code as a standard TrueType font and use standard text layer attributes to work with it.
datacard:barcode Attribute
Valid values are “true” and “false”. The default is “false” if the attribute is not defined.
If “true”, this attribute causes the software to interpret the “font-family” attribute value to be a
built-in bar code selection as follows. All font-family names are case sensitive and must be exactly
as specified:
CODE39 font-family=”Code39”
CODE128 font-family=”Code128”
Interleaved 2 of 5 font-family=”I2Of5”
UPCA font-family=”UPC-A”
EAN8 font-family=”EAN-8”
EAN13 font-family=”EAN-13”
This attribute specifies the ratio of thickness between a narrow bar and a wide bar for a Code39
bar code. This attribute has no effect on any other built-in bar code. The values supported are:
datacard:barRatio=“2to1” (default if no attribute present)
datacard:barRatio=“3to1”
The final narrow and wide bar thickness for Code39 is determined by a combination of the
datacard:barRatio and datacard:barDensity values as the datacard:barDensity attribute sets the
narrow bar width.
datacard:barDensity Attribute
This attribute effectively sets the narrow bar width for bar codes CODE39, CODE128 and
Interleaved 2 of 5 only and has no effect on the generation of bar codes UPCA, EAN8 and EAN13.
Narrow bar
Bar code symbology Density value width
CODE39 datacard:barDensity=”4.6” 4
datacard:barDensity=”5.76” 4
datacard:barDensity=”6.25” 3
datacard:barDensity=”7.69” 3
CODE128 datacard:barDensity=”narrow” 3
datacard:barDensity=”wide” 4
Interleaved 2 of 5 datacard:barDensity=”narrow” 2
datacard:barDensity=”medium” 3
datacard:barDensity=”wide” 4
datacard:barDensity=”extrawide” 5
Valid values are “true” and “false”. The default is “false” if the attribute is not defined.
If “true”, the bar code is printed with human readable characters if the bar code symbology
supports human readable characters. Interleaved 2 of 5 and Code128 do not support human
readable characters.
datacard:barChecksum Attribute
Valid values are “true” and “false”. The default is “false” if the attribute is not defined.
CODE39 Modulo 43
Interleaved 2 of 5 Modulo 10
UPCA Modulo 10
EAN8 Modulo 10
EAN13 Modulo 10
Images are printed bottom-to-top in the order that they appear in the card format. For example,
if the full card tree graphic is followed by the Datacard logo, the tree graphic prints on the bottom
with the Datacard logo printed on top.
There is no limit to the number of images that can be rendered to a personalization operation.
However, card production throughput may be adversely affected by use of increasing quantities
of images, as it takes time to read and process images in the printer.
Defining Image ID Names
For image IDs, choose any name that is useful to the card format, other than the OpenCard data
naming pattern “LINEn”, which is reserved for dynamic text data.
datacard:positionReference Attribute
If “topLeft” is specified, then the image y attribute will be a measure from the top edge of a card
to the top edge of the image.
If “bottomLeft” is specified, then the image ‘y’ attribute will be a measure from the bottom edge
of a card to the bottom edge of the image.
x Attribute
The x attribute defines the distance from the left edge of a card to the left edge of the image.
Default units are in pixels (px).
The height attribute defines the height that the image is scaled to when printed on the card.
Units default to pixels (“px”). If no height is defined, then the image is rendered vertically pixel-
for-pixel at 300 dpi. If a height is defined, then the image is scaled to the height specified, no
matter how many pixels are defined in the image.
Width Attribute
The width attribute describes the width that the image should be scaled to when printed on the
card. Units default to pixels (px). If no width is defined, then the image is rendered horizontally
pixel-for-pixel at 300 dpi. If a width is defined, then the image is scaled to the width specified, no
matter how many pixels are defined in the image.
Transform Attribute (Rotating Images)
The transform attribute is an SVG method of performing operations on the entire image element.
SVG allows rotation to any degree.
Use the xlink:href element to define the case-sensitive name of an image. Load images
referenced in a card format onto the printer using Printer Dashboard prior to printing a card with
that card format. Image file path information is not required, and is disregarded at production
time.
The following example places the image “TreeDebit.jpg” at the upper left corner of the card (x=0
and y=0), and scales it to the full height and width of a card at 300 dpi (height=638 and
width=1013).
<g><image id="Background" datacard:staticElement="true" y="0" x="0"height="638px"
width="1013px" xlink:href="TreeDebit.jpg" /></g>
A data stream sent from a host computer might contain some or all of the commands listed in the
following table. You normally do not make any changes to OpenCard commands in the data
stream. However, it is helpful to know the results of using these commands. This chapter
describes how the printer responds to the following OpenCard commands.
When the printer has an active card layout with one or more fields defined, it
ignores all OpenCard commands except the following: Start of Card Data, End of
Card Data, and Graphics Template
Control Code
< or STX
Example
This data stream shows the Start of Card Data and End of Card Data commands:
<
123456
>
Comments
The hex codes for the Start of Card Data command are 3C or 02.
50 OpenCard Commands
End of Card Data Command
The End of Data command is a required command that tells the printer that the card data is
complete.
Control Code
> or ETX
Example
This data stream shows the Start of Card Data and End of Card Data commands:
<
123456
>
Comments
If you send a data stream that does not include the End of Card Data command, the printer waits
20 seconds and then clears the job.
The hex codes for the End of Data command are 3E or 03.
Control Code
@Gx
where:
@G Control code
Example
In this example, the command instructs the printer to use CardLayoutFile.svg for the first card.
Then, for the second card, the command instructs the printer to use CardLayoutFile2.svg for the
second card.
<1222
Preston E. Olson
“%PRESTON OLSON;?1234567890?_;1222?
@GCardLayoutFile.svg>
<3444
Christopher L. Carlson
“%CHRISTOPHER CARLSON;?0987654321?_;3444?
@GCardLayoutFile2.svg
>
Notes
The @G command stays in effect until the next @G command, or until the printer is powered off.
The printer displays an error if the card layout filename specified in the command does not exist.
With OpenCardLegacyMode enabled, the printer requires card layout file names of 0, 1, 2, or 3
only. The number corresponds to the allowed legacy layout numbers (0-3). The printer treats the
text on the same line after the number as line data. If you send this command with a card layout
number outside the allowed range (for example, G6), the printer LCD panel displays error
message, 100: Request not supported. Refer to the printer’s User’s Guide for more information.
If an @G command appears in the data stream following magnetic stripe data, subsequent data
in the data stream is extracted and printed. This provides support for data streams for legacy
printers which embossed, encoded magnetic stripe data, and then printed on the card. It also
allows you to add, using the Card Layout menus, one or more logos or fixed text fields.
52 OpenCard Commands
Card Stock Command
The @C command in the OpenCard data stream defines which card stock to use. A card stock
definition is required when setting up the LCD panel to prompt the user to insert a card in the
exception slot of the input hopper. Prompts from the LCD panel are shown only with manual card
insertion.
Control Code
@Cxxxx
Where:
@C = Control code
Example
<1222
Preston E. Olson
“%PRESTON OLSON;?1234567890?_;1222?
@GCardLayoutFile.svg
@CCardStock1>
<3444
Christopher L. Carlson
“%CHRISTOPHER CARLSON;?0987654321?_;3444?
@GCardLayoutFile2.svg
@CCardStock2
>
Notes
If an @C command is in the data stream, then the printer uses the card stock requested.
If the card stock is not defined in the data stream, then the printer uses the card stock
defined in Printer Dashboard as Default. If Default doesn’t exist, the card is rejected and the
request does not print.
For more information on logical hopper groups, refer to “Manage Logical Hopper Groups” on
page 68.
Control Code
"
Notes
Magnetic stripe data can be included within the data delimited by the Start of Card Data and End
of Card Data commands (< and >).
The data is encoded according the track formats set in the printer. The printer is shipped with the
default track formats, depending on the magnetic stripe module. The following table summarizes
requirements for each default track.
3 TTS—Thrift Third _ (5F hex) or ? (3F hex) Numbers and ; : < > + 104
Shift _; (5F3B hex)
The data must contain the start and end sentinels for each track and cannot include carriage
returns or line feeds. The start and end sentinels mark the beginning and end of each track. The
host computer must send data that meets the requirements for each track.
Refer to your printer’s Installation and Administrator’s Guide for more information about
magnetic stripe encoding.
54 OpenCard Commands
Example
In this example, the text on lines 1, 3, 6, and 8 will be printed on the front of the card. The
employee number (123-456-789) will be encoded on track 2 of the magnetic stripe and the
access code (4321) will be encoded on track 3 of the magnetic stripe. All of the information is
applied to the card as part of one print job.
<Datacard GroupLF
LF
Zachary HamiltonLF
LF
LF
123-456-789LF
LF
Accounts ReceivableLF
LF
";123456789?_;4321?LF
>
The following shows the card produced by sending the example data stream to the printer:
Front of Card
Comments
The hex code for the Magnetic Stripe Encoding Data command is 22.
Control Code
CR | CR-LF | LF-CR | LF
Description
When a print line is sent to the printer, the computer system normally inserts one of the four
New Line commands (line feed or carriage return) at the end of each line. These codes trigger the
printer to start a new line on the card according to the default line locations. If a data stream
contains blank lines, the printer skips those lines and moves down the card.
Example
In this example, the data stream causes lines of X characters to be printed on the card, and skips
the blank line between lines 6 and 7. This is how the example data stream appears in a text file:
<123456789012345678901234567890
2XXXXXXXXXXXXXXXXXXXXXXXXXXX2
3XXXXXXXXXXXXXXXXXXXXXXXXXXX3
4XXXXXXXXXXXXXXXXXXXXXXXXXXX4
5XXXXXXXXXXXXXXXXXXXXXXXXXXX5
6XXXXXXXXXXXXXXXXXXXXXXXXXXX6
7XXXXXXXXXXXXXXXXXXXXXXXXXXX7
8XXXXXXXXXXXXXXXXXXXXXXXXXXX8
9XXXXXXXXXXXXXXXXXXXXXXXXXXX9
10XXXXXXXXXXXXXXXXXXXXXXXXX10
>
This is how the printer reads the same data stream. The line feed characters are represented
below as LF.
<123456789012345678901234567890LF
2XXXXXXXXXXXXXXXXXXXXXXXXXXX2LF
3XXXXXXXXXXXXXXXXXXXXXXXXXXX3LF
4XXXXXXXXXXXXXXXXXXXXXXXXXXX4LF
5XXXXXXXXXXXXXXXXXXXXXXXXXXX5LF
6XXXXXXXXXXXXXXXXXXXXXXXXXXX6LF
LF
7XXXXXXXXXXXXXXXXXXXXXXXXXXX7LF
8XXXXXXXXXXXXXXXXXXXXXXXXXXX8LF
9XXXXXXXXXXXXXXXXXXXXXXXXXXX9LF
10XXXXXXXXXXXXXXXXXXXXXXXXX10LF
>
56 OpenCard Commands
The following shows the card produced by sending the example data stream to the printer:
Comments
Hex codes for the New Line commands are as follows:
CR = 0D
LF = 0A
CR-LF = 0D and 0A
LF-CR = 0A and 0D
For more information about setting up Legacy SP/CP Series card layouts, refer to the Legacy
SP/CP Series Data Formatting Guide.
Where ipaddress is the IP address displayed on the LCD panel of the printer (Printer
Ready>Main Menu>Status>Status Menu>Network>Address Mode>DHCP (or Static)>Data
Format>Open Card>IP Address>IP address of printer).
4. Make sure that the desired active card layout is displayed. Only the current active card layout
and any currently defined character translations is exported.
5. From the Card Layout Definition menu, enter 8 to select Tools. The Tools menu displays.
7. Use the tools available in your Telnet interface to copy the exported card layouts, and then
save the layouts in a text file.
For example, if you are using Telnet with the Windows command prompt, do the following:
a. Right-click the title bar to display a pop up menu. Select Edit > Mark from the menu.
c. Right-click the title bar and select Edit > Copy from the pop-up menu.
The file name Default is case sensitive. Make sure to save the file as Default
with no extension.
If you use the @G command to indicate the name of the card layout in the data stream,
you must save the file using one of the following names:
0
1
2
3
Where 0, 1, 2, or 3 corresponds to the specified @G0, @G1, @G2 or @G3 name of the
card layout in the data stream. Make sure to save the file with no extension.
8. Import card formats using Printer Dashboard. For instructions, refer to the Printer Dashboard
online Help.
When importing legacy logos originally created for SP/CP Series printers card layouts, you must
use the original monochrome logos in TIFF format and name them one of the following:
OpencardLogo1
OpencardLogo2
OpencardLogo3
OpencardLogo4
Where 1, 2, 3, and 4 correspond to the original graphic/logo name in the data stream.
Serif ufonts.com_charter-bt-roman.ttf
Courier ufonts.com_courier-10-pitch-bt.ttf
Sans ufonts.com_bitstream-vera-sans.ttf
Some legacy printers use custom fonts designed specifically for that system. You must
manually load any custom fonts onto the printer.
1. Use the printer’s LCD menu to get the printer IP address. Refer to the printer’s User’s Guide
for information.
2. Open a web browser on the computer then enter the following address:
https://[printer IP address]/
3. Click Continue to this website (not recommended). The Log In page displays.
4. Enter a User ID and Password then click Login. The Printer Dashboard opens.
1. In Printer Dashboard, select Main Menu > Configuration > Settings. The Settings page
opens.
4. Click Save.
a. Select Main Menu > Troubleshooting > Restart Printer. The Restart Printer page
opens.
Configure OpenCard
To prepare a printer to print using OpenCard, upload a card format, define a card stock, add all
images, and upload fonts.
1. In Printer Dashboard, select Main Menu > Personalization Tools > OpenCard
Configuration. The OpenCard Configuration page opens.
2. In the Card Formats area, click Add. The Open dialog box opens.
3. Select a card format file then click Open. Printer Dashboard uploads the card format.
1. In Printer Dashboard, select Main Menu > Personalization Tools > OpenCard
Configuration. The OpenCard Configuration page opens.
2. In the Card Stocks area, click Add. The Add Card Stock dialog box opens.
4. From the Hopper list, select the hopper that contains the card stock.
a. When using logical hopper groups, the selected hopper becomes OpenCard’s first choice.
For example, a logical hopper group of H1 and H2 can select H1 as the main hopper.
Once H1 is empty, the printer will pick from H2 even though H1 is being requested. For
more information, refer to Manage Logical Hopper Groups on page 68.
7. Click Save.
Add Images
Upload all images used in the card format to the printer before printing. Follow these steps to
upload images to the printer.
1. In Printer Dashboard, select Main Menu > Personalization Tools > OpenCard
Configuration. The OpenCard Configuration page opens.
2. In the Images area, click Add. The Open dialog box opens.
3. Select and image then click Open. Printer Dashboard uploads the image.
Add Fonts
The Fonts area displays all fonts available for the printer to use. If a font you intend to use is not
on that list, add the font to the printer.
1. In Printer Dashboard, select Main Menu > Personalization Tools > OpenCard
Configuration. The OpenCard Configuration page opens.
2. In the Fonts area, click Add. The Open dialog box opens.
3. Select a font file then click Open. Printer Dashboard adds the font to the printer.
The Logical Hoppers page is only available if multiple hoppers are connected to the printer. The
options to manage hopper groups are available to Administrators only.
2. Open Main Menu > Configuration > Logical Hoppers. The Logical Hoppers page displays.
All logical hopper groups that currently exist are displayed, including details on which hoppers
are assigned to which groups.
2. Drag the hopper icon under the name of the appropriate hopper group.
3. Click SAVE to confirm changes, or click RESET to restore the hopper groups to the last-saved
configuration.
For more information on logical hopper groups, refer to the Printer Dashboard Online Help.
In Printer Dashboard, select Main Menu > Personalization Tools > OpenCard Print Log.
The OpenCard Print Log page opens.
1. In Printer Dashboard, select Main Menu > Personalization Tools > OpenCard Print Log.
The OpenCard Print Log page opens.
1. In Printer Dashboard, select Main Menu > Personalization Tools > OpenCard Print Log.
The OpenCard Print Log page opens.
2. Click Data Stream. The Data Stream dialog box opens displaying information on the latest
OpenCard data stream.
1. In Printer Dashboard, select Main Menu > Personalization Tools > OpenCard
Configuration. The OpenCard Configuration page opens.
Export Images
Follow these steps to export images from the printer.
1. In Printer Dashboard, select Main Menu > Personalization Tools > OpenCard
Configuration. The OpenCard Configuration page opens.
1. In Printer Dashboard, select Main Menu > Personalization Tools > OpenCard
Configuration. The OpenCard Configuration page opens.
Create a card format. For instructions, refer to “Creating Card Formats” on page 17.
Import card formats, images, and fonts to the printer, and define card stock using Printer
Dashboard. For instructions, refer to “Working with Printer Dashboard” on page 65.
Have a working data stream.
Create a card stock. For instructions, refer to “Working with Printer Dashboard” on page 65.
1. Before you start printing, make sure that the printer is at the Ready state.
ipaddress is the IP address of the printer to which you are printing the data stream.
portnumber is the port number at the printer to which you are printing the data stream.
If you do not specify a port number, 9100 is assumed.
The following displays, indicating that the file was sent successfully:
sending file..............sent
If a card does not print, view the Print Request Log to find troubleshooting messages
about the printer state.
Comments describing the sample begin with the <!- - symbols and end with the --> symbols:
<John Doe
OpenCard
1234
data stream December 31, 2012
@GSample1.svg
"%JOHN DOE^0205?;0205:2200000042?;1234567890?>
<!-- Front side of card layer. Define color, monochrome and topcoat personalization layers -
->
<g id="CARD_FRONT">
<!-- Color graphics layer. Scale image "TreeDebit.jpg" to full card size (1013 x 638 pixels)
-->
<g id="GRAPHIC_COLOR">
<g><image id="Background" datacard:staticElement="true" y="0" x="0"
height="638px" width="1013px" xlink:href="TreeDebit.jpg" /></g>
</g>
<!-- Monochrome graphics layer. Two static text items for name and player id headings
printed in bold. Three data stream driven dynamic text items LINE1, LINE2, LINE3 -->
<!-- LINE2 uses only the first five characters of any type from the data stream (i.e.
datacard:format="XXXXX") -->
<!-- LINE3 will append the data from data stream LINE3 to the string "Expires ". Note that
this is an alternative to having one static and one dynamic field such as NameHeader + LINE1 -->
<!-- Note that monochrome always prints "after" (or on top of) YMC color printing regardless
of ordering of layers in card format -->
<g id="GRAPHIC_MONOCHROME">
<g><text id="NameHeader" fill="black" x="75" y="300" font-size="12pt" font-weight="bold"
font-family="DejaVu Serif" datacard:staticElement="true">Name:</text></g>
<g><text id="LINE1" fill="black" x="375" y="300" font-size="12pt" font-family="DejaVu
Serif"/></g>
<g><text id="PlayerIdHeader" fill="black" x="75" y="400" font-size="12pt" font-
weight="bold" font-family="DejaVu Serif" datacard:staticElement="true">Player ID:</text></g>
<g><text id="LINE2" fill="black" x="375" y="400" font-size="12pt" font-family="DejaVu
Serif" datacard:format="XXXXX"/></g>
<g><text id="LINE3" fill="black" x="75" y="525" font-size="11pt" font-family="DejaVu
Serif" datacard:appendData="true">Expires </text></g>
</g>
<!-- Topcoat layer. Scale image "Topcoat_Full.png" which is a 100% black image to full card
size (1013 x 638 pixels) -->
<!-- Note that topcoat always prints "after" (or on top of) YMC color printing and / or
monochrome printing regardless of ordering of layers in card format -->
<g id="TOPCOAT">
<g><image id="TopcoatImage" datacard:staticElement="true" y="0" x="0" height="638px"
width="1013px" xlink:href="Topcoat_Full.png" /></g>
</g>
</g>
A-74
<!-- Back side of card layer. Define color, topcoat and magnetic stripe personalization
layers on this side -->
<g id="CARD_BACK">
<!-- Color graphics layer. Scale image "DatacardNoText.png" to 660 x 150 pixels -->
<!-- Position the left edge 170 pixels from the left edge of the card and the top edge 400
pixels from the top edge of the card -->
<g id="GRAPHIC_COLOR">
<g><image id="BackLogo" datacard:staticElement="true" y="400" x="170" height="150"
width="660" xlink:href="DatacardNoText.png" /></g>
</g>
<!-- Topcoat layer. Scale image "Topcoat_Full.png" which is a 100% black image to full card
size (1013 x 638 pixels) -->
<g id="TOPCOAT">
<g><image id="TopcoatImage" datacard:staticElement="true" y="0" x="0" height="638px"
width="1013px" xlink:href="Topcoat_Full.png" /></g>
</g>
</g>
</svg>
Comments describing the sample begin with the <!- - symbols and ended with the --> symbols.
<John Doe
OpenCard
1234567890
data stream @CDefault
@GRiverViewCasino.svg>
A-76
<?xml version="1.0" encoding="UTF-8"?>
<svg width="1013px" height="638px" xmlns="http://www.w3.org/2000/svg">
<!-- Front side of card layer. Define color, monochrome and topcoat personalization layers
-->
<g id="CARD_FRONT">
<!-- Color graphics layer. Scale image "RiverViewCasino.tif" to full card size
(1013 x 638 pixels) -->
<!-- Print name using LINE1 data item in blue. Print ID# using the first seven digits from
the LINE2 data item in blue, statically prepending a '#' -->
<g id="GRAPHIC_COLOR">
<!-- Topcoat layer. Scale image "Topcoat_Full.png" which is a 100% black image to full card
size (1013 x 638 pixels) -->
<!-- Note that topcoat always prints after (or on top of) YMC color printing and / or
monochrome printing regardless of ordering of layers in card format -->
<g id="TOPCOAT">
<g><image id="TopcoatImage" datacard:staticElement="true" y="0" x="0" height="638px"
width="1013px" xlink:href="Topcoat_Full.png" /></g>
</g>
</g>
<!-- Back side of card layer. Define color, topcoat and magnetic stripe personalization
layers on this side -->
<g id="CARD_BACK">
<!-- Monochrome graphics layer. Print a Code39 barcode using the first seven digits from data
item LINE2.-->
<!-- Density=4.6 and bar ratio of 3:1, with human readable -->
<!-- Note that monochrome always prints "after" (or on top of) YMC color printing regardless
of ordering of layers in card format -->
<g id="GRAPHIC_MONOCHROME">
<g><text id="LINE2" fill="black" x="225" y="400" font-size="18pt"
datacard:format="9999999" font-family="Code39" datacard:barcode="true"
datacard:barHumanReadable="true" datacard:barDensity="4.6" datacard:barRatio="3to1"/></
g>
</g>
</g>
</svg>
A-78
B
Appendix B: Setting Up
OS/400
This appendix provides information about how to prepare to use the IBM
OS/400 operating system with OpenCard.
The printer supports the LPD/LPR (line printer daemon/line printer remote) protocol to receive
OpenCard data from a host computer.
In this example, the queue name is SPOUTQ. The parameters in italic text are variable.
CRTOUTQ OUTQ(QUSRSYS/SPOUTQ) RMTSYS(*INTNETADR)
RMTPRTQ(RAW) CNNTYPE(*IP) DESTTYPE(*OTHER)
MFRTYPMDL(*WSCST) WSCST(QSYS/QWPDEFAULT)
INTNETADR(’XXX.XXX.XXX.XXX’) SEPPAGE(*NO)
TEXT(’SP Printer’)
2. To start the printer and start printing, type the following at a command line:
STRRMTWTR (QueueName)
Comments
B-80