DOCSLIB.ORG

Making the Most of Your Mainframe Data: from EBCDIC to ASCII

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Making the Most of Your Mainframe Data: from EBCDIC to ASCII Making the Most of Your Mainframe Data: From EBCDIC to ASCII Syncsort | Making the Most of Your Mainframe Data: From EBCDIC to ASCII Introduction Providing access to mainframe data in systems across your organization is unfortunately not as simple as a one-to-one database duplication. Mainframe data represents one of the most complex data formats found in enterprise systems, and as a result, many teams struggle with data integration projects for this crucial asset and fail to extract the maximum value from their mainframe data. Organizations that implement a data integration strategy that encompasses mainframe data see significant benefits. To make the most of your mainframe data and realize its full potential, it is vital that you take into consideration the human and technical challenges that can occur. By avoiding common pitfalls, you’ll be on the road to unlocking your mainframe data and receiving what is most important to your organization – maximum business value. Syncsort | Making the Most of Your Mainframe Data: From EBCDIC to ASCII 02 Mainframe Data is Still the Bedrock of your Business Despite the growth of next-wave technologies, mainframes will continue to play an essential role in many businesses. Mainframes have no peer when it comes to the volume of transactions they can handle. In fact, estimates are that 2.5 billion transactions are run per day, per mainframe across the world, and analysts estimate that more than 70% of Fortune 500 companies use mainframes at the core of their most valuable business systems. Mainframes contain the vital data that organizations run on, and in turn, they power initiatives that help move a business forward, such as machine learning, AI, and predictive analytics. That’s why it is critical that, when building out next-wave investments, the integration of mainframe data is factored into the equation. Neglecting to include mainframe data in strategic data initiatives can result in: • Reduced return on investment in those initiatives • Rich sources of enterprise data that are not included in key business processes • Analytics that are neither accurate nor complete Syncsort | Making the Most of Your Mainframe Data: From EBCDIC to ASCII 03 Mainframe Data Drives Business Scenarios In a Syncsort survey of enterprise IT professionals, 34% of respondents said they use mainframe data to populate data lakes or enterprise data hubs that provide data to businesses for reporting, advanced analytics, and machine learning. Filling data lakes is just one example of how companies leverage mainframe data to power next-wave technologies. The following customer stories illustrate how unlocking mainframe data has helped companies of all types enhance their business or create new business opportunities. Patient treatments. Symphony Health uses large volumes of data from patients, providers, and medical manufacturers to enhance patient journeys and better deliver treatment. Unfortunately, lags in delivery of important data from their mainframe were resulting in poor solution performance. By enabling real-time delivery of mainframe data to its systems, Symphony Health was able to accelerate time-to-treatment for patients. Claims processing. Guardian Life struggled to obtain a full picture of their customers’ data because many of their claims processes operated on a delay. This negatively impacted customer experiences related to claims, customer service, and underwriting. Accelerating the integration of data into their systems removed delays in accessing vital data and improved customer experiences. Syncsort | Making the Most of Your Mainframe Data: From EBCDIC to ASCII 04 Anti-money laundering (AML). For one commercial/retail bank, obtaining a full view of investor behavior trends is required to meet transaction monitoring requirements for anti-money laundering regulations and FCA compliance demands. However, mainframe data is just one of many disparate sources feeding the AML process. Investing in a data integration strategy that enables analytics using real-time data from the mainframe and other sources has helped the bank maintain AML regulatory compliance. Syncsort | Making the Most of Your Mainframe Data: From EBCDIC to ASCII 05 Barriers to Integrating Mainframe Data Too many mainframe data integration projects stall due to challenges, The result? Business users ask for access to mainframe data, but both human and technical. Being aware of these challenges can mainframe teams are reluctant to provide it given concerns over help you chart a successful course to making mainframe data more governance. These two opposing views can result in tension between accessible across your organization. teams. The Human Angle It is essential when discussing how mainframe data will be shared across teams that those groups work together to develop a clear One of the most significant barriers to maximizing mainframe data understanding of how data will be used. value has nothing to do with technical requirements – it has to do with an organization’s culture. Unlike knowing the origin and destination of data in a clickstream, the human element of mainframe data integration projects can be unpredictable. You need to understand the teams involved and their behaviors. Ideally, you would also have executive- level support to help move your initiative forward. IT and business teams need to work together Mainframes, in general, are secured and locked down. That level of security is one of the reasons that organizations continue to rely upon them. From an organizational perspective, that focus on security and control is part of the culture of teams that work with mainframe data. They are vigilant regarding how their mainframe data is used within the business. However, teams that perform business analytics, or users that consume data, want open access to as much data as possible in order to drive more visible insights, power organizational initiatives, and more. Syncsort | Making the Most of Your Mainframe Data: From EBCDIC to ASCII 06 Mainframe data integration must be a top-down initiative Rethink your data integration approach When developing a strategy for the use of mainframe data in a broader The first instinct of many teams when looking to integrate mainframe business context, a C-level champion that can drive the initiative from data with data from other systems will be to use existing ETL processes. the top down can be instrumental. By articulating why mainframe data is It makes sense since those tools and processes may already be owned, important to business initiatives, a plan can be put in place that includes users are trained, and the resources exist. However, using current identification of users who will be given access to the data for various systems for tooling mainframe data may not be the best approach. purposes. Additionally, an executive sponsor can influence the process Many organizations who choose to go with existing methods find that through which data is passed from one group to another and establish their investments do not work for the complexities of mainframe data – clear boundaries. Without the influence of a C-level executive, data is too resulting in wasted time and resources. Instead, look to evaluate solutions likely to remain on the mainframe, tensions between departments persist, that understand the intricacies of mainframe data and are designed and the business continues to work without the full range of insights. specifically to handle it. The Technical Angle Don’t reinvent the metadata wheel Integrating mainframe data into the overall enterprise is not as simple Consider leveraging the assets you already have on the mainframe, as pulling a database table over to another system and mapping fields including metadata structures, when looking to unlock the potential 1-to-1 as they were in the original database. Instead, mainframe datasets of the data that resides on it. Your COBOL applications are already exist in many different forms and formats, including VSAM files, fixed using COBOL copybooks for metadata. Instead of trying to translate and variable-length files, Db2 and IMS databases, and COBOL copybook. or modify these structures into something new, it is recommended Mainframes also use EBCDIC or packed decimal character encoding, to use the existing structures directly – saving time, complexity, rather than the ASCII encoding found on most other platforms, and data and costs. is compressed. As a result, you need to assess your technical approach to integrating these complex mainframe files to ensure success. Syncsort | Making the Most of Your Mainframe Data: From EBCDIC to ASCII 07 Getting Started with Mainframe Data A data integration strategy that incorporates best practices will help you Map out your data successfully extract value from your mainframe data while mitigating the risk of a failed project due to technical or human factors. The best Having a good understanding of how data needs to be mapped will help practices for your organization may grow and develop over time, but to you get a firm hold of how mainframe data should flow. For example, get started, consider the following: when data is coming off the mainframe, it is in a more hierarchical format, but when it goes downstream, it must be in a relational or SQL structure Communicate and document that other tools can understand. A copybook from a mainframe can be interpreted in many ways, so both process and design must have a clear Communication between teams and thorough documentation are critical idea of the required downstream structure. for ensuring that mainframe data use is in alignment with organizational policies. All documents should be shared throughout the organization so Tip: Remember to keep costs in mind when it comes to getting data off the that users are aware of how mainframe data will be shared, integrated, mainframe. Make sure the solutions you are using to trigger this process and used within the business. work for you and your budget. Determine the goal first Mainframe data, like any other dataset, once pulled from the source can be interpreted in many ways.
Load more

Recommended publications
  • INTERSKILL MAINFRAME QUARTERLY December 2011
    INTERSKILL MAINFRAME QUARTERLY December 2011 Retaining Data Center Skills Inside This Issue and Knowledge Retaining Data Center Skills and Knowledge 1 Interskill Releases - December 2011 2 By Greg Hamlyn Vendor Briefs 3 This the final chapter of this four part series that briefly Taking Care of Storage 4 explains the data center skills crisis and the pros and cons of Learning Spotlight – Managing Projects 5 implementing a coaching or mentoring program. In this installment we will look at some of the steps to Tech-Head Knowledge Test – Utilizing ISPF 5 implementing a program such as this into your data center. OPINION: The Case for a Fresh Technical If you missed these earlier installments, click the links Opinion 6 below. TECHNICAL: Lost in Translation Part 1 - EBCDIC Code Pages 7 Part 1 – The Data Center Skills Crisis MAINFRAME – Weird and Unusual! 10 Part 2 – How Can I Prevent Skills Loss in My Data Center? Part 3 – Barriers to Implementing a Coaching or Mentoring Program should consider is the GROW model - Determine whether an external consultant should be Part Four – Implementing a Successful Coaching used (include pros and cons) - Create a basic timeline of the project or Mentoring Program - Identify how you will measure the effectiveness of the project The success of any project comes down to its planning. If - Provide some basic steps describing the coaching you already believe that your data center can benefit from and mentoring activities skills and knowledge transfer and that coaching and - Next phase if the pilot program is deemed successful mentoring will assist with this, then outlining a solid (i.e.
    [Show full text]
  • ISO Basic Latin Alphabet
    ISO basic Latin alphabet The ISO basic Latin alphabet is a Latin-script alphabet and consists of two sets of 26 letters, codified in[1] various national and international standards and used widely in international communication. The two sets contain the following 26 letters each:[1][2] ISO basic Latin alphabet Uppercase Latin A B C D E F G H I J K L M N O P Q R S T U V W X Y Z alphabet Lowercase Latin a b c d e f g h i j k l m n o p q r s t u v w x y z alphabet Contents History Terminology Name for Unicode block that contains all letters Names for the two subsets Names for the letters Timeline for encoding standards Timeline for widely used computer codes supporting the alphabet Representation Usage Alphabets containing the same set of letters Column numbering See also References History By the 1960s it became apparent to thecomputer and telecommunications industries in the First World that a non-proprietary method of encoding characters was needed. The International Organization for Standardization (ISO) encapsulated the Latin script in their (ISO/IEC 646) 7-bit character-encoding standard. To achieve widespread acceptance, this encapsulation was based on popular usage. The standard was based on the already published American Standard Code for Information Interchange, better known as ASCII, which included in the character set the 26 × 2 letters of the English alphabet. Later standards issued by the ISO, for example ISO/IEC 8859 (8-bit character encoding) and ISO/IEC 10646 (Unicode Latin), have continued to define the 26 × 2 letters of the English alphabet as the basic Latin script with extensions to handle other letters in other languages.[1] Terminology Name for Unicode block that contains all letters The Unicode block that contains the alphabet is called "C0 Controls and Basic Latin".
    [Show full text]
  • Unicode and Code Page Support
    Natural for Mainframes Unicode and Code Page Support Version 4.2.6 for Mainframes October 2009 This document applies to Natural Version 4.2.6 for Mainframes and to all subsequent releases. Specifications contained herein are subject to change and these changes will be reported in subsequent release notes or new editions. Copyright © Software AG 1979-2009. All rights reserved. The name Software AG, webMethods and all Software AG product names are either trademarks or registered trademarks of Software AG and/or Software AG USA, Inc. Other company and product names mentioned herein may be trademarks of their respective owners. Table of Contents 1 Unicode and Code Page Support .................................................................................... 1 2 Introduction ..................................................................................................................... 3 About Code Pages and Unicode ................................................................................ 4 About Unicode and Code Page Support in Natural .................................................. 5 ICU on Mainframe Platforms ..................................................................................... 6 3 Unicode and Code Page Support in the Natural Programming Language .................... 7 Natural Data Format U for Unicode-Based Data ....................................................... 8 Statements .................................................................................................................. 9 Logical
    [Show full text]
  • Iso/Iec 8632-4:1999(E)
    This is a preview - click here to buy the full publication INTERNATIONAL ISO/IEC STANDARD 8632-4 Second edition 1999-12-01 Information technology — Computer graphics — Metafile for the storage and transfer of picture description information — Part 4: Clear text encoding Technologies de l'information — Infographie — Métafichier de stockage et de transfert des informations de description d'images — Partie 4: Codage en clair des textes Reference number ISO/IEC 8632-4:1999(E) © ISO/IEC 1999 ISO/IEC 8632-4:1999(E) This is a preview - click here to buy the full publication PDF disclaimer This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In downloading this file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat accepts no liability in this area. Adobe is a trademark of Adobe Systems Incorporated. Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation parameters were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below. © ISO/IEC 1999 All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or ISO's member body in the country of the requester.
    [Show full text]
  • Database Globalization Support Guide
    Oracle® Database Database Globalization Support Guide 19c E96349-05 May 2021 Oracle Database Database Globalization Support Guide, 19c E96349-05 Copyright © 2007, 2021, Oracle and/or its affiliates. Primary Author: Rajesh Bhatiya Contributors: Dan Chiba, Winson Chu, Claire Ho, Gary Hua, Simon Law, Geoff Lee, Peter Linsley, Qianrong Ma, Keni Matsuda, Meghna Mehta, Valarie Moore, Cathy Shea, Shige Takeda, Linus Tanaka, Makoto Tozawa, Barry Trute, Ying Wu, Peter Wallack, Chao Wang, Huaqing Wang, Sergiusz Wolicki, Simon Wong, Michael Yau, Jianping Yang, Qin Yu, Tim Yu, Weiran Zhang, Yan Zhu This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report them to us in writing. If this is software or related documentation that is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, then the following notice is applicable: U.S. GOVERNMENT END USERS: Oracle programs (including any operating system, integrated software, any programs embedded, installed or activated on delivered hardware, and modifications of such programs) and Oracle computer documentation or other Oracle data delivered to or accessed by U.S.
    [Show full text]
  • Basis Technology Unicode対応ライブラリ スペックシート 文字コード その他の名称 Adobe-Standard-Encoding A
    Basis Technology Unicode対応ライブラリ スペックシート 文字コード その他の名称 Adobe-Standard-Encoding Adobe-Symbol-Encoding csHPPSMath Adobe-Zapf-Dingbats-Encoding csZapfDingbats Arabic ISO-8859-6, csISOLatinArabic, iso-ir-127, ECMA-114, ASMO-708 ASCII US-ASCII, ANSI_X3.4-1968, iso-ir-6, ANSI_X3.4-1986, ISO646-US, us, IBM367, csASCI big-endian ISO-10646-UCS-2, BigEndian, 68k, PowerPC, Mac, Macintosh Big5 csBig5, cn-big5, x-x-big5 Big5Plus Big5+, csBig5Plus BMP ISO-10646-UCS-2, BMPstring CCSID-1027 csCCSID1027, IBM1027 CCSID-1047 csCCSID1047, IBM1047 CCSID-290 csCCSID290, CCSID290, IBM290 CCSID-300 csCCSID300, CCSID300, IBM300 CCSID-930 csCCSID930, CCSID930, IBM930 CCSID-935 csCCSID935, CCSID935, IBM935 CCSID-937 csCCSID937, CCSID937, IBM937 CCSID-939 csCCSID939, CCSID939, IBM939 CCSID-942 csCCSID942, CCSID942, IBM942 ChineseAutoDetect csChineseAutoDetect: Candidate encodings: GB2312, Big5, GB18030, UTF32:UTF8, UCS2, UTF32 EUC-H, csCNS11643EUC, EUC-TW, TW-EUC, H-EUC, CNS-11643-1992, EUC-H-1992, csCNS11643-1992-EUC, EUC-TW-1992, CNS-11643 TW-EUC-1992, H-EUC-1992 CNS-11643-1986 EUC-H-1986, csCNS11643_1986_EUC, EUC-TW-1986, TW-EUC-1986, H-EUC-1986 CP10000 csCP10000, windows-10000 CP10001 csCP10001, windows-10001 CP10002 csCP10002, windows-10002 CP10003 csCP10003, windows-10003 CP10004 csCP10004, windows-10004 CP10005 csCP10005, windows-10005 CP10006 csCP10006, windows-10006 CP10007 csCP10007, windows-10007 CP10008 csCP10008, windows-10008 CP10010 csCP10010, windows-10010 CP10017 csCP10017, windows-10017 CP10029 csCP10029, windows-10029 CP10079 csCP10079, windows-10079
    [Show full text]
  • IBM Data Conversion Under Websphere MQ
    IBM WebSphere MQ Data Conversion Under WebSphere MQ Table of Contents .................................................................................................................................................... 3 .................................................................................................................................................... 3 Int roduction............................................................................................................................... 4 Ac ronyms and terms used in Data Conversion........................................................................ 5 T he Pieces in the Data Conversion Puzzle............................................................................... 7 Coded Character Set Identifier (CCSID)........................................................................................ 7 Encoding .............................................................................................................................................. 7 What Gets Converted, and How............................................................................................... 9 The Message Descriptor.................................................................................................................... 9 The User portion of the message..................................................................................................... 10 Common Procedures when doing the MQPUT................................................................. 10 The message
    [Show full text]
  • Onetouch 4.0 Sanned Documents
    TO: MSPM Distribution FROM: J. H. Saltzer SUBJECT: 88.3.02 DATE: 02/05/68 This revision of BB.3.02 is because 1. The ASCII standard character set has been approved. References are altered accordingly. 2. The latest proposed ASCII standard card code has been revised slightly. Since the Multics standard card code matches the ASCII standard wherever convenient# 88.3.02 is changed. Codes for the grave accent# left and right brace, and tilde are affected. 3. One misprint has been corrected; the code for capita 1 11 S" is changed. MULTICS SYSTEM-PROGRAMMERS' MANUAL SECTION BB.3.02 PAGE 1 Published: 02/05/68; (Supersedes: BB.3.02; 03/30/67; BC.2.06; 11/10/66) Identification Multics standard card punch codes and Relation between ASCII and EBCDIC J • H • Sa 1 tze r Purpose This section defines standard card punch codes to be used in representing ASCII characters for use with Multics. Since the card punch codes are based on the punch codes defined for the IBM EBCDIC standard, automatically a correspondence between the EBCDIC and ASCII character sets is also defined. Note The Multics standard card punch codes described in this section are DQ! identical to the currently proposed ASCII punched card code. The proposed ASCII standard code is not supported by any currently available punched card equipment; until such support exists it is not a practical standard for Multics work. The Multics standard card punch code described here is based on widely available card handling equipment used with IBM System/360 computers. The six characters for which the Multics standard card code differs with the ASCII card code are noted in the table below.
    [Show full text]
  • Iso/Iec Jtc 1/Sc 2/ Wg 2 N ___Ncits-L2-98
    Unicode support in EBCDIC based systems ISO/IEC JTC 1/SC 2/ WG 2 N _______ NCITS-L2-98-257REV 1998-09-01 Title: EBCDIC-Friendly UCS Transformation Format -- UTF-8-EBCDIC Source: US, Unicode Consortium and V.S. UMAmaheswaran, IBM National Language Technical Centre, Toronto Status: For information and comment Distribution: WG2 and UTC Abstract: This paper defines the EBCDIC-Friendly Universal Multiple-Octet Coded Character Set (UCS) Transformation Format (TF) -- UTF-8-EBCDIC. This transform converts data encoded using UCS (as defined in ISO/IEC 10646 and the Unicode Standard defined by the Unicode Consortium) to and from an encoding form compatible with IBM's Extended Binary Coded Decimal Interchange Code (EBCDIC). This revised document incorporates the suggestions made by Unicode Technical Committee Meeting No. 77, on 31 July 98, and several editoiral changes. It is also being presented at the Internationalization and Unicode Conference no. 13, in San Jose, on 11 September 98. It has been accepted by the UTC as the basis for a Unicode Technical Report and is being distributed to SC 2/WG 2 for information and comments at this time. 13th International Unicode Conference 1 San Jose, CA, September 1998 Unicode support in EBCDIC based systems 1 Background UCS Transformation Format UTF-8 (defined in Amendment No. 2 to ISO/IEC 10646-1) is a transform for UCS data that preserves the subset of 128 ISO-646-IRV (ASCII) characters of UCS as single octets in the range X'00' to X'7F', with all the remaining UCS values converted to multiple-octet sequences containing only octets greater than X'7F'.
    [Show full text]
  • Exploiting Unicode-Enabled Software
    Unraveling Unicode: A Bag of Tricks for Bug Hunting Black Hat USA July 2009 Chris Weber www.lookout.net [email protected] Casaba Security Can you tell the difference? Black Hat USA - July 2009 www.casabasecurity.com © 2009 Chris Weber How about now? Black Hat USA - July 2009 www.casabasecurity.com © 2009 Chris Weber The Transformers When good input turns bad <scrİpt> becomes <script> Black Hat USA - July 2009 www.casabasecurity.com © 2009 Chris Weber Agenda Black Hat USA - July 2009 www.casabasecurity.com © 2009 Chris Weber Unicode Transformations Agenda • Unicode crash course • Root Causes • Attack Vectors • Tools – Find Unicode issues in Web-testing – Visual Spoofing Detection Black Hat USA - July 2009 www.casabasecurity.com © 2009 Chris Weber Unicode Transformations Agenda • Unicode crash course • Root Causes • Attack Vectors • Tools Black Hat USA - July 2009 www.casabasecurity.com © 2009 Chris Weber Unicode Crash Course The Unicode Attack Surface • End users • Applications • Databases • Programming languages • Operating Systems Black Hat USA - July 2009 www.casabasecurity.com © 2009 Chris Weber Unicode Crash Course Unthink it Black Hat USA - July 2009 www.casabasecurity.com © 2009 Chris Weber Unicode Crash Course • A large and complex standard code points canonical mappings encodings decomposition types categorization case folding normalization best-fit mapping binary properties 17 planes case mapping private use ranges conversion tables script blocks bi-directional properties escapings Black Hat USA - July 2009 © 2009 Chris
    [Show full text]
  • All About Alphanumeric Display Terminals
    C2S-01 0-1 01 Terminals All About Alphanumeric Display Terminals The video display terminal (VDT, or CRT, as it is com­ monly referred to) is the principal interface between people The traditional alphanumeric display terminal, and computers. As the computer (particularly the micro­ threatened by the onslaught of microcomputers computer) becomes pervasive in today's business world, with terminal emulation capabilities, remains more and more people are being exposed to this popular alive and well. In fact. market studies consistently business tool. Originally invented as a "glass teletype," an show a steady, stable growth for this market in the alternative to using a teleprinter terminal as a computer next few years. This report focuses on non-user­ operator console, the display terminal has evolved to the programmable alphanumeric display terminals point where it is a primary component in the vast majority designed for general-purpose business applica­ of modern computer applications, including data entry, tions. It includes a brief historical summary of the inquiry/response, program development, business and sci­ market; current market trends; developments in entific graphics, word processing/text editing, CAD/CAM, ergonomics; and a look at the industry's major and many others. For the purpose of this report, we will segments. Also included are comparison columns focus on alphanumeric display terminals designed for gen­ detailing the specifications of 352 display termi­ eral-purpose business applications. nal models offered by 87 vendors. The steady introduction of improvements in CRT design As with all segments of the hardware industry, technologi­ and functional capability, such as editing, highlighting, cal improvements have led to lower prices for the user.
    [Show full text]
  • Character Sets Reference Manual for Line Matrix Printers
    R Character Sets Reference Manual for Line Matrix Printers Character Sets Reference Manual for Line Matrix Printers R P/N 164308–001, Rev B Printronix, Inc. makes no representations or warranties of any kind regarding this material, including, but not limited to, implied warranties of merchantability and fitness for a particular purpose. Printronix, Inc. shall not be held responsible for errors contained herein or any omissions from this material or for any damages, whether direct, indirect, incidental or consequential, in connection with the furnishing, distribution, performance or use of this material. The information in this manual is subject to change without notice. This document contains proprietary information protected by copyright. No part of this document may be reproduced, copied, translated or incorporated in any other material in any form or by any means, whether manual, graphic, electronic, mechanical or otherwise, without the prior written consent of Printronix, Inc. All rights reserved. TRADEMARK ACKNOWLEDGMENTS Printronix, LinePrinter Plus, PGL and IGP are registered trademarks of Printronix, Inc. DEC is a registered trademark of Digital Equipment Corporation. Epson is a registered trademark of Seiko Epson. IBM is a registered trademark of Internation Business Machines Corporation. Proprinter is a registered trademark of IBM. Scalable type outlines are licensed from Agfa Corporation. Agfa is a registered trademark of Agfa Division, Miles Incorporated (Agfa). CG, Garth Graphic, Intellifont, and Type Director are registered trademarks of Agfa Corporation, and Shannon and CG Triumvirate are trademarks of Agfa Corporation. CG Bodoni, CG Century Schoolbook, CG Goudy Old Style, CG Melliza, Microstyle, CG Omega, and CG Palacio are products of Agfa Corporation.
    [Show full text]