SGML As a Framework for Digital Preservation and Access. INSTITUTION Commission on Preservation and Access, Washington, DC
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
Extensible Markup Language (XML) and Its Role in Supporting the Global Justice XML Data Model
Extensible Markup Language (XML) and Its Role in Supporting the Global Justice XML Data Model Extensible Markup Language, or "XML," is a computer programming language designed to transmit both data and the meaning of the data. XML accomplishes this by being a markup language, a mechanism that identifies different structures within a document. Structured information contains both content (such as words, pictures, or video) and an indication of what role content plays, or its meaning. XML identifies different structures by assigning data "tags" to define both the name of a data element and the format of the data within that element. Elements are combined to form objects. An XML specification defines a standard way to add markup language to documents, identifying the embedded structures in a consistent way. By applying a consistent identification structure, data can be shared between different systems, up and down the levels of agencies, across the nation, and around the world, with the ease of using the Internet. In other words, XML lays the technological foundation that supports interoperability. XML also allows structured relationships to be defined. The ability to represent objects and their relationships is key to creating a fully beneficial justice information sharing tool. A simple example can be used to illustrate this point: A "person" object may contain elements like physical descriptors (e.g., eye and hair color, height, weight), biometric data (e.g., DNA, fingerprints), and social descriptors (e.g., marital status, occupation). A "vehicle" object would also contain many elements (such as description, registration, and/or lien-holder). The relationship between these two objects—person and vehicle— presents an interesting challenge that XML can address. -
Transformation Frameworks and Their Relevance in Universal Design
Universal Access in the Information Society manuscript No. (will be inserted by the editor) Transformation frameworks and their relevance in universal design Silas S. Brown and Peter Robinson University of Cambridge Computer Laboratory 15 JJ Thomson Avenue, Cambridge CB3 0FD, UK e-mail: fSilas.Brown,[email protected] Received: date / Revised version: date Category: Long Paper – Some algorithms can be simplified if the data is first transformed into a convenient structure. Many algo- Key words notations, transformation, conversion, ed- rithms can be regarded as transformations in their ucation, tools, 4DML own right. Abstract Music, engineering, mathematics, and many – Transformation can be important when presenting other disciplines have established notations for writing data to the user and when accepting user input. their documents. Adjusting these notations can con- This last point, namely the importance of transfor- tribute to universal access by helping to address access mation in user interaction, is relevant to universal design difficulties such as disabilities, cultural backgrounds, or and will be elaborated here. restrictive hardware. Tools that support the program- ming of such transformations can also assist by allowing the creation of new notations on demand, which is an 1.1 Transformation in universal design under-explored option in the relief of educational diffi- culties. Universal design aims to develop “technologies which This paper reviews some programming tools that can are accessible and usable by all citizens. thus avoid- be used to effect such transformations. It also introduces ing the need for a posteriori adaptations or specialised a tool, called “4DML”, that allows the programmer to design” [37]. -
Odfweave Manual
The OdfWeave Package Max Kuhn max.kuhn@pfizer.com August 7, 2007 1 Introduction The Sweave function (Leisch, 2002) is a powerful component of R. It can be used to combine R code with LATEX so that the output of the code is embedded in the processed document. The capabilities of Sweave were later extended to HTML format in the R2HTML package. A written record of an analysis can be created using Sweave, but additional annotation of the results may be needed such as context–specific interpretation of the results. Sweave can be used to automatically create reports, but it can be difficult for researchers to add their subject–specific insight to pdf or HTML files. The odfWeave package was created so that the functionality of Sweave can used to generate documents that the end–user can easily edit. The markup language used is the Open Document Format (ODF), which is an open, non– proprietary format that encompasses text documents, presentations and spreadsheets. Version 1.0 of the specification was finalized in May of 2005 (OASIS, 2005). One year later, the format was approved for release as an ISO and IEC International Standard. There are several editors/office suites that can produce ODF files. OpenOffice is a free, open source editor that, as of version 2.0, uses ODF as the default format. odfWeave has been tested with OpenOffice to produce text documents. As of the current version, odfWeave processing of presentations and spreadsheets should be considered to be experimental (but should be supported in subsequent versions). OpenOffice can be used to export the document to MS Word, rich text format, HTML, plain text or pdf formats. -
Extensible Markup Language (XML)
15 Extensible Markup Language (XML) Objectives • To mark up data, using XML. • To understand the concept of an XML namespace. • To understand the relationship between DTDs, Schemas and XML. • To create Schemas. • To create and use simple XSLT documents. • To transform XML documents into XHTML, using class XslTransform. • To become familiar with BizTalk™. Knowing trees, I understand the meaning of patience. Knowing grass, I can appreciate persistence. Hal Borland Like everything metaphysical, the harmony between thought and reality is to be found in the grammar of the language. Ludwig Wittgenstein I played with an idea and grew willful, tossed it into the air; transformed it; let it escape and recaptured it; made it iridescent with fancy, and winged it with paradox. Oscar Wilde Chapter 15 Extensible Markup Language (XML) 657 Outline 15.1 Introduction 15.2 XML Documents 15.3 XML Namespaces 15.4 Document Object Model (DOM) 15.5 Document Type Definitions (DTDs), Schemas and Validation 15.5.1 Document Type Definitions 15.5.2 Microsoft XML Schemas 15.5.3 W3C XML Schema 15.5.4 Schema Validation in C# 15.6 Extensible Stylesheet Language and XslTransform 15.7 Microsoft BizTalk™ 15.8 Summary 15.9 Internet and World Wide Web Resources 15.1 Introduction The Extensible Markup Language (XML) was developed in 1996 by the World Wide Web Consortium’s (W3C’s) XML Working Group. XML is a portable, widely supported, open technology (i.e., non-proprietary technology) for describing data. XML is becoming the standard for storing data that is exchanged between applications. Using XML, document authors can describe any type of data, including mathematical formulas, software-configu- ration instructions, music, recipes and financial reports. -
The Text Encoding Initiative Nancy Ide
Encoding standards for large text resources: The Text Encoding Initiative Nancy Ide LaboratoirE Parole et Langage Department of Computer Science CNRS/Universitd de Provence Vassar College 29, Avenue R.obert Schuman Poughkeepsie, New York 12601 (U.S.A.) 13621 Aix-en-Provence Cedex 1 (France) e-maih ide@cs, vassar, edu Abstract. The Text Encoding Initiative (TEl) is an considerable work to develop adequately large and international project established in 1988 to develop appropriately constituted textual resources still remains. guidelines for the preparation and interchange of The demand for extensive reusability of large text electronic texts for research, and to satisfy a broad range collections in turn requires the development of of uses by the language industries more generally. The standardized encoding formats for this data. It is no longer need for standardized encoding practices has become realistic to distribute data in ad hoc formats, since the inxreasingly critical as the need to use and, most eflbrt and resources required to clean tip and reformat the importantly, reuse vast amounts of electronic text has data for local use is at best costly, and in many cases dramatically increased for both research and industry, in prohibitive. Because much existing and potentially particular for natural language processing. In January available data was originally formatted R)r the purposes 1994, the TEl isstled its Guidelines for the Fmcoding and of printing, the information explicitly represented in the hiterehange of Machine-Readable Texts, which provide encoding concerns a imrticular physical realization of a standardized encoding conventions for a large range of text rather than its logical strttcture (which is of greater text types and features relevant for a broad range of interest for most NLP applications), and the applications. -
XXX Format Assessment
Digital Preservation Assessment: Date: 20/09/2016 Preservation Open Document Text (ODT) Format Team Preservation Assessment Version: 1.0 Open Document Text (ODT) Format Preservation Assessment Document History Date Version Author(s) Circulation 20/09/2016 1.0 Michael Day, Paul Wheatley External British Library Digital Preservation Team [email protected] This work is licensed under the Creative Commons Attribution 4.0 International License. Page 1 of 12 Digital Preservation Assessment: Date: 20/09/2016 Preservation Open Document Text (ODT) Format Team Preservation Assessment Version: 1.0 1. Introduction This document provides a high-level, non-collection specific assessment of the OpenDocument Text (ODT) file format with regard to preservation risks and the practicalities of preserving data in this format. The OpenDocument Format is based on the Extensible Markup Language (XML), so this assessment should be read in conjunction with the British Library’s generic format assessment of XML [1]. This assessment is one of a series of format reviews carried out by the British Library’s Digital Preservation Team. Some parts of this review have been based on format assessments undertaken by Paul Wheatley for Harvard University Library. An explanation of the criteria used in this assessment is provided in italics below each heading. [Text in italic font is taken (or adapted) from the Harvard University Library assessment] 1.1 Scope This document will primarily focus on the version of OpenDocument Text defined in OpenDocument Format (ODF) version 1.2, which was approved as ISO/IEC 26300-1:2015 by ISO/IEC JTC1/SC34 in June 2015 [2]. Note that this assessment considers format issues only, and does not explore other factors essential to a preservation planning exercise, such as collection specific characteristics, that should always be considered before implementing preservation actions. -
Metadefender Core V4.12.2
MetaDefender Core v4.12.2 © 2018 OPSWAT, Inc. All rights reserved. OPSWAT®, MetadefenderTM and the OPSWAT logo are trademarks of OPSWAT, Inc. All other trademarks, trade names, service marks, service names, and images mentioned and/or used herein belong to their respective owners. Table of Contents About This Guide 13 Key Features of Metadefender Core 14 1. Quick Start with Metadefender Core 15 1.1. Installation 15 Operating system invariant initial steps 15 Basic setup 16 1.1.1. Configuration wizard 16 1.2. License Activation 21 1.3. Scan Files with Metadefender Core 21 2. Installing or Upgrading Metadefender Core 22 2.1. Recommended System Requirements 22 System Requirements For Server 22 Browser Requirements for the Metadefender Core Management Console 24 2.2. Installing Metadefender 25 Installation 25 Installation notes 25 2.2.1. Installing Metadefender Core using command line 26 2.2.2. Installing Metadefender Core using the Install Wizard 27 2.3. Upgrading MetaDefender Core 27 Upgrading from MetaDefender Core 3.x 27 Upgrading from MetaDefender Core 4.x 28 2.4. Metadefender Core Licensing 28 2.4.1. Activating Metadefender Licenses 28 2.4.2. Checking Your Metadefender Core License 35 2.5. Performance and Load Estimation 36 What to know before reading the results: Some factors that affect performance 36 How test results are calculated 37 Test Reports 37 Performance Report - Multi-Scanning On Linux 37 Performance Report - Multi-Scanning On Windows 41 2.6. Special installation options 46 Use RAMDISK for the tempdirectory 46 3. Configuring Metadefender Core 50 3.1. Management Console 50 3.2. -
Information Processing — Text and Office Systems — Standard Generalized Markup Language (SGML)
International Standard •3 8879 / INTERNATIONAL ORGANIZATION FOR STANDARDIZATION»ME)KflyHAPOflHAR OPrAHU3AL|Ufl FIO CTAHflAPTH3ALlMM»ORGANISATION INTERNATIONALE DE NORMALISATION Information processing — Text and office systems — Standard Generalized Markup Language (SGML) Traitement de /'information — Systemes bureautiques — Langage standard generalise de balisage f SGML) First edition — 1986-10-15 Adopted for Use by the Federol Government FIPS PUB 152 See Notice on Inside Front Cover —JK— 468 . A8A3 //152 1988 UDC 681.3.06 Ref. No. ISO 8879-1986 (E) Descriptors : data processing, documentation, logical structure, programming (computers), artificial languages, programming languages Foreword ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies (ISO member bodies). The work of preparing International Standards is normally carried out through ISO technical committees. Each member body interested in a subject for which a technical committee has been established has the right to be represented on that committee. International organizations, govern¬ mental and non-governmental, in liaison with ISO, also take part in the work. Draft International Standards adopted by the technical committees are circulated to the member bodies for approval before their acceptance as International Standards by the ISO Council. They are approved in accordance with ISO procedures requiring at least 75 % approval by the member bodies voting. International Standard ISO 8879 was prepared by Technical Committee ISO/TC 97, In¬ formation processing systems. Users should note that all International Standards undergo revision from time to time and that any reference made herein to any other International Standard implies its latest edition, unless otherwise stated. NATIONAL INSTITUTE OF STANDARDS &' TECHNOLOGY Research Mormatksn Center Gakhersburg, MD £06^9 This standard has been adopted for Federal Government use. -
HTML 4.0 Specification
HTML 4.0 Specification PR-HTML40-971107 HTML 4.0 Specification W3C Proposed Recommendation 7-Nov-1997 This version: http://www.w3.org/TR/PR-html40-971107/ Latest version: http://www.w3.org/TR/PR-html40/ Previous version: http://www.w3.org/TR/WD-html40-970917/ Editors: Dave Raggett <[email protected]> Arnaud Le Hors <[email protected]> Ian Jacobs <[email protected]> Abstract This specification defines the HyperText Markup Language (HTML), version 4.0, the publishing language of the World Wide Web. In addition to the text, multimedia, and hyperlink features of the previous versions of HTML, HTML 4.0 supports more multimedia options, scripting languages, style sheets, better printing facilities, and documents that are more accessible to users with disabilities. HTML 4.0 also takes great strides towards the internationalization of documents, with the goal of making the Web truly World Wide. HTML 4.0 is an SGML application conforming to International Standard ISO 8879 -- Standard Generalized Markup Language [ISO8879] [p.319] ). As an SGML application, the syntax of conforming HTML 4.0 documents is defined by the combination of the SGML declaration [p.247] and the document type definition [p.249] (DTD). This specification defines the intended interpretation of HTML 4.0 elements and adds syntax constraints that may not be expressed by the DTD alone. Status of this document This is a stable document derived from the 17 September working draft of the HTML 4.0 specification. This document has been produced as part of the W3C HTML Activity. The publication of this document does not imply endorsement by the Consortium’s staff or Member organizations. -
Cumulus User Guide
Cumulus 8.6 Client User Guide Copyright 2012, Canto GmbH. All rights reserved. Canto, the Canto logo, the Cumulus logo, and Cumulus are registered trade- marks of Canto, registered in the U.S. and other countries. Apple, Mac, Macintosh and QuickTime are registered trademarks of Apple Com- puter, Inc. , registered in the U.S. and other countries. Microsoft, Windows, Windows Vista, and Windows NT are either trademarks or registered trademarks of the Microsoft Corporation in the U.S. and other coun- tries. Other third-party product and company names mentioned in this document are trademarks or registered trademarks of their respective holders. Feedback? Tell us what you think about this manual. We welcome all of your comments and suggestions. Please e-mail comments to [email protected] or via fax at +49-30-390 48 555. CU-WC-861-MN-Z-1 3 Table of Contents Renaming Records . 27 Intro 7 Editing a Record’s Category Assignments . 28 Things You Can Do with Records . 28 Cumulus . 8 Things You Can Do with Assets . 29 This User Guide . 8 Categories . 29 Category Types. 30 Organization. 8 Creating Categories . 31 Cross-Platform Issues . 9 Custom Ordering of Categories. 32 User Interface Item Conventions. 9 Category Fields. 33 Cumulus Step by Step. 9 Category Information Window. 33 Your Experience . 9 Editing Category Information . 33 Categories and Auto-cataloging . 34 Understanding Cumulus . 10 Individual Category Tabs (optional) . 35 Assets . 10 Things You Can Do with Categories. 35 Catalogs . 10 Collections . 10 Information Window. 36 Categories . 10 • THE INFORMATION WINDOW....................................................................... 36 Records . 11 Sets and Templates . -
Supported File Types and Size Limits
Data Security Supported File Formats and Size Limits Supported File Formats and Size Limits | Data Security Solutions | Version 7.7.x This article provides a list of all the Supported File Formats that can be analyzed by Websense Data Security, as well as the File Size Limits for network, endpoint, and discovery functions. Supported File Formats Supported File Formats and Size Limits | Data Security Solutions | Version 7.7.x This article provides a list of all the file formats that Websense Data Security supports. The file formats supported are constantly being updated and added to. File Type Description 7-Zip 7-Zip format Ability Comm Communication Ability Ability DB Database Ability Ability Image Raster Image Ability Ability SS Spreadsheet Ability Ability WP Word Processor Ability AC3 Audio File Format AC3 Audio File Format ACE ACE Archive ACT ACT AD1 AD1 evidence file Adobe FrameMaker Adobe FrameMaker Adobe FrameMaker Book Adobe FrameMaker Book Adobe Maker Interchange Adobe Maker Interchange format Adobe PDF Portable Document Format Advanced Streaming Microsoft Advanced Streaming file Advanced Systems Format Advanced Systems Format (ASF) Data Security - Supported Files Types and Size Limits 1 Data Security Supported File Formats and Size Limits File Type Description Advanced Systems Format Advanced Systems Format (WMA) Advanced Systems Format Advanced Systems Format (WMV) AES Multiplus Comm Multiplus (AES) Aldus Freehand Mac Aldus Freehand Mac Aldus PageMaker (DOS) Aldus PageMaker for Windows Aldus PageMaker (Mac) Aldus PageMaker -
Acrobat Glossary
“Glossary for Introduction to Adobe Acrobat - A Portable Document Format” U.S. Government Printing Office Institute for Federal Printing & Electronic Publishing Acrobat Glossary • The following glossary defines terms used in the Institute for Federal Printing & Electronic Publishing’s seminar "Introduction to Adobe Acrobat - A Portable Document Format”. • These definitions are presented for informational purposes only and are not contractual definitions. ➤ Identifies a tip for the use of the Acrobat program and portable Document Format (PDF) files. Product names and services used in this glossary are the trade or service marks of the respective companies and do not indicate endorsement by the Government Printing Office. .evy The file extension (.evy) used to designate cross platform files made by Envoy. .fdf The file name extension for an Acrobat form file. .pdf The file name extension for an Acrobat document file. .pdx The file name extension for an Acrobat index file. A AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA A A A AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA Access An Adobe Acrobat plug-in module that provides text only versions of PDF documents for the visually handicapped. Acrobat A computer program from Adobe Systems that allows users to open programs across computer platforms without the application in which they were created and to view printed documents on-screen exactly as printed. Acrobat 2.0 An earlier version of the Adobe Acrobat program which is at version 3.0 as of Nov. 1996. Acrobat 3.1 The version of the Adobe Acrobat program current as of 10/97. Acrobat LE A light version of Acrobat 2.0.