Data Compression to Define Information Content

Total Page:16

File Type:pdf, Size:1020Kb

Data Compression to Define Information Content EGU Journal Logos (RGB) Open Access Open Access Open Access Advances in Annales Nonlinear Processes Geosciences Geophysicae in Geophysics Open Access Open Access Natural Hazards Natural Hazards and Earth System and Earth System Sciences Sciences Discussions Open Access Open Access Atmospheric Atmospheric Chemistry Chemistry and Physics and Physics Discussions Open Access Open Access Atmospheric Atmospheric Measurement Measurement Techniques Techniques Discussions Open Access Open Access Biogeosciences Biogeosciences Discussions Open Access Open Access Climate Climate of the Past of the Past Discussions Open Access Open Access Earth System Earth System Dynamics Dynamics Discussions Open Access Geoscientific Geoscientific Open Access Instrumentation Instrumentation Methods and Methods and Data Systems Data Systems Discussions Open Access Open Access Geoscientific Geoscientific Model Development Model Development Discussions Discussion Paper | Discussion Paper | Discussion Paper | Discussion Paper | Open Access Open Access Hydrol. Earth Syst. Sci. Discuss., 10,Hydrology 2029–2065, 2013and Hydrology and www.hydrol-earth-syst-sci-discuss.net/10/2029/2013/ Earth System doi:10.5194/hessd-10-2029-2013 Earth System HESSD Sciences Sciences © Author(s) 2013. CC Attribution 3.0 License. 10, 2029–2065, 2013 Discussions Open Access Open Access Ocean Science This discussion paper is/hasOcean been under Science review for the journal Hydrology and Earth System Data compression to Sciences (HESS). Please refer to the corresponding final paper in HESS if available.Discussions define information content Open Access Open Access Solid Earth S. V. Weijs et al. Solid Earth Data compression to define informationDiscussions Open Access Open Access Title Page content of hydrological time seriesThe Cryosphere The Cryosphere Abstract Introduction Discussions 1 2 1 S. V. Weijs , N. van de Giesen , and M. B. Parlange Conclusions References 1 Environmental fluid mechanics and Hydrology Lab, ENAC, Ecole Polytechnique Tables Figures Fed´ erale´ de Lausanne, Station 2, 1015 Lausanne, Switzerland 2Water resources management, Delft University of Technology, Stevinweg 1, P.O. Box 5048, 2600 GA, Delft, The Netherlands J I Received: 31 January 2013 – Accepted: 6 February 2013 – Published: 14 February 2013 J I Correspondence to: S. V. Weijs (steven.weijs@epfl.ch) Back Close Published by Copernicus Publications on behalf of the European Geosciences Union. Full Screen / Esc Printer-friendly Version Interactive Discussion 2029 Discussion Paper | Discussion Paper | Discussion Paper | Discussion Paper | Abstract HESSD When inferring models from hydrological data or calibrating hydrological models, we might be interested in the information content of those data to quantify how much can 10, 2029–2065, 2013 potentially be learned from them. In this work we take a perspective from (algorithmic) 5 information theory (AIT) to discuss some underlying issues regarding this question. In Data compression to the information-theoretical framework, there is a strong link between information con- define information tent and data compression. We exploit this by using data compression performance as content a time series analysis tool and highlight the analogy to information content, prediction, and learning (understanding is compression). The analysis is performed on time series S. V. Weijs et al. 10 of a set of catchments, searching for the mechanisms behind compressibility. We discuss both the deeper foundation from algorithmic information theory, some practical results and the inherent difficulties in answering the question: “How much Title Page information is contained in this data?”. Abstract Introduction The conclusion is that the answer to this question can only be given once the fol- 15 lowing counter-questions have been answered: (1) Information about which unknown Conclusions References quantities? (2) What is your current state of knowledge/beliefs about those quantities? Tables Figures Quantifying information content of hydrological data is closely linked to the question of separating aleatoric and epistemic uncertainty and quantifying maximum possible model performance, as addressed in current hydrological literature. The AIT perspec- J I 20 tive teaches us that it is impossible to answer this question objectively, without specify- J I ing prior beliefs. These beliefs are related to the maximum complexity one is willing to accept as a law and what is considered as random. Back Close Full Screen / Esc 1 Introduction Printer-friendly Version How much information is contained in hydrological time series? This question is not of- Interactive Discussion 25 ten explicitly asked, but is actually underlying many challenges in hydrological modeling and monitoring. Information content of time series is for example relevant for decisions 2030 Discussion Paper | Discussion Paper | Discussion Paper | Discussion Paper | regarding what to measure and where, to achieve optimal monitoring network designs (Alfonso et al., 2010a,b; Mishra and Coulibaly, 2010; Li et al., 2012). Also in hydrolog- HESSD ical model inference and calibration, the question can be asked, to decide how much 10, 2029–2065, 2013 model complexity is warranted by the data (Jakeman and Hornberger, 1993; Vrugt 5 et al., 2002; Schoups et al., 2008; Laio et al., 2010; Beven et al., 2011). There are, however, some issues in quantifying information content of data. Although Data compression to the question seems straightforward, the answer is not. This is partly due to the fact define information that the question is not completely specified. The answers found in data are relative content to the question that one asks the data. Moreover, the information content of those S. V. Weijs et al. 10 answers depends on how much was already known before the answer was received. An objective assessment of information content is therefore only possible when prior knowledge is explicitly specified. Title Page In this paper, we take a perspective from (algorithmic) information theory, (A)IT, on quantifying information content in hydrological data. This puts information content in Abstract Introduction 15 the context of data compression. The framework naturally shows how specification of the question and prior knowledge enter the problem and to what degree an objective Conclusions References assessment is possible using tools from information theory. The illustrative link between Tables Figures information content and data compression is elaborated in practical explorations of information content, using common compression algorithms. J I 20 This paper must be seen as a first exploration of the compression framework to define information content in hydrological time series, with the objective of introducing J I the analogies and showing how they work in practice. The results will also serve as a Back Close benchmark in a follow-up study Weijs et al. (2013), where new compression algorithms are developed that employ hydrological knowledge to improve compression. Full Screen / Esc Printer-friendly Version 25 2 Information content, patterns, and compression of data Interactive Discussion From the framework of information theory, originated by Shannon (1948), we know that information content of a message, data point or observation, can be equated to 2031 Discussion Paper | Discussion Paper | Discussion Paper | Discussion Paper | suprisal, defined as −logP , where P is the probability assigned to the event before ob- serving it. To not lengthen this paper too much, we refer the reader to Shannon (1948); HESSD Cover and Thomas (2006) for more background on information theory. See also Weijs 10, 2029–2065, 2013 et al. (2010a,b) for introduction and interpretations of information measures in the con- 5 text of hydrological prediction and model calibration. We also refer the reader to Singh and Rajagopal (1987); Singh (1997); Ruddell et al. (2013), for more references on ap- Data compression to plications of information theory in the geosciences. In the following, the interpretation define information of information content as description length is elaborated. content 2.1 Information theory: entropy and code length S. V. Weijs et al. 10 Data compression seeks to represent the most likely events (most frequent characters in a file) with the shortest codes, yielding the shortest total code length. As is the case Title Page with dividing high probabilities, also short codes are a limited resource that has to be Abstract Introduction allocated as efficiently as possible. When required to be uniquely decodable, short codes come at the cost of longer codes elsewhere. This follows from the fact that such Conclusions References 15 codes must be prefix free, i.e. no code can be the first part (prefix) of another one. This is formalized by the following theorem of McMillan (1956), who generalized the Tables Figures inequality (Eq. 1) of Kraft (1949) to all uniquely decodable codes. J I X A−li ≤ 1 (1) J I i Back Close in which A is the alphabet size (2 in the binary case) and li is the length of the code 20 assigned to event i. In other words, one can see the analogy between prediction and Full Screen / Esc data compression through the similarity between the scarcity of short codes and the 1 scarcity of large predictive probabilities. Just as there are only 4 probabilities of 4 avail- Printer-friendly Version 1 able, there are only 4 prefix-free binary codes as short as −log2 4 = 2 (see Fig. 1, code A). In contrast to probabilities, which can be chosen freely, the code lengths
Recommended publications
  • Financial Statements
    ANNUAL REPORT FLYHT AEROSPACE SOLUTIONS LTD. Table of Contents Commonly used Financial Terms and Aviation Acronyms ..................................................................................................... 3 Letter to Shareholders ............................................................................................................................................................. 4 Management Discussion & Analysis ....................................................................................................................................... 5 Non-GAAP Financial Measures .......................................................................................................................................... 5 Forward-Looking Statements .............................................................................................................................................. 5 FLYHT Overview ................................................................................................................................................................. 6 Trends and Economic Factors .......................................................................................................................................... 11 Environmental, Social and Corporate Governance .......................................................................................................... 13 2020 Contracts, Achievements and Activities .................................................................................................................
    [Show full text]
  • 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
    [Show full text]
  • Archive and Compressed [Edit]
    Archive and compressed [edit] Main article: List of archive formats • .?Q? – files compressed by the SQ program • 7z – 7-Zip compressed file • AAC – Advanced Audio Coding • ace – ACE compressed file • ALZ – ALZip compressed file • APK – Applications installable on Android • AT3 – Sony's UMD Data compression • .bke – BackupEarth.com Data compression • ARC • ARJ – ARJ compressed file • BA – Scifer Archive (.ba), Scifer External Archive Type • big – Special file compression format used by Electronic Arts for compressing the data for many of EA's games • BIK (.bik) – Bink Video file. A video compression system developed by RAD Game Tools • BKF (.bkf) – Microsoft backup created by NTBACKUP.EXE • bzip2 – (.bz2) • bld - Skyscraper Simulator Building • c4 – JEDMICS image files, a DOD system • cab – Microsoft Cabinet • cals – JEDMICS image files, a DOD system • cpt/sea – Compact Pro (Macintosh) • DAA – Closed-format, Windows-only compressed disk image • deb – Debian Linux install package • DMG – an Apple compressed/encrypted format • DDZ – a file which can only be used by the "daydreamer engine" created by "fever-dreamer", a program similar to RAGS, it's mainly used to make somewhat short games. • DPE – Package of AVE documents made with Aquafadas digital publishing tools. • EEA – An encrypted CAB, ostensibly for protecting email attachments • .egg – Alzip Egg Edition compressed file • EGT (.egt) – EGT Universal Document also used to create compressed cabinet files replaces .ecab • ECAB (.ECAB, .ezip) – EGT Compressed Folder used in advanced systems to compress entire system folders, replaced by EGT Universal Document • ESS (.ess) – EGT SmartSense File, detects files compressed using the EGT compression system. • GHO (.gho, .ghs) – Norton Ghost • gzip (.gz) – Compressed file • IPG (.ipg) – Format in which Apple Inc.
    [Show full text]
  • Forcepoint DLP Supported File Formats and Size Limits
    Forcepoint DLP Supported File Formats and Size Limits Supported File Formats and Size Limits | Forcepoint DLP | v8.8.1 This article provides a list of the file formats that can be analyzed by Forcepoint DLP, file formats from which content and meta data can be extracted, and the file size limits for network, endpoint, and discovery functions. See: ● Supported File Formats ● File Size Limits © 2021 Forcepoint LLC Supported File Formats Supported File Formats and Size Limits | Forcepoint DLP | v8.8.1 The following tables lists the file formats supported by Forcepoint DLP. File formats are in alphabetical order by format group. ● Archive For mats, page 3 ● Backup Formats, page 7 ● Business Intelligence (BI) and Analysis Formats, page 8 ● Computer-Aided Design Formats, page 9 ● Cryptography Formats, page 12 ● Database Formats, page 14 ● Desktop publishing formats, page 16 ● eBook/Audio book formats, page 17 ● Executable formats, page 18 ● Font formats, page 20 ● Graphics formats - general, page 21 ● Graphics formats - vector graphics, page 26 ● Library formats, page 29 ● Log formats, page 30 ● Mail formats, page 31 ● Multimedia formats, page 32 ● Object formats, page 37 ● Presentation formats, page 38 ● Project management formats, page 40 ● Spreadsheet formats, page 41 ● Text and markup formats, page 43 ● Word processing formats, page 45 ● Miscellaneous formats, page 53 Supported file formats are added and updated frequently. Key to support tables Symbol Description Y The format is supported N The format is not supported P Partial metadata
    [Show full text]
  • Kafl: Hardware-Assisted Feedback Fuzzing for OS Kernels
    kAFL: Hardware-Assisted Feedback Fuzzing for OS Kernels Sergej Schumilo1, Cornelius Aschermann1, Robert Gawlik1, Sebastian Schinzel2, Thorsten Holz1 1Ruhr-Universität Bochum, 2Münster University of Applied Sciences Motivation IJG jpeg libjpeg-turbo libpng libtiff mozjpeg PHP Mozilla Firefox Internet Explorer PCRE sqlite OpenSSL LibreOffice poppler freetype GnuTLS GnuPG PuTTY ntpd nginx bash tcpdump JavaScriptCore pdfium ffmpeg libmatroska libarchive ImageMagick BIND QEMU lcms Adobe Flash Oracle BerkeleyDB Android libstagefright iOS ImageIO FLAC audio library libsndfile less lesspipe strings file dpkg rcs systemd-resolved libyaml Info-Zip unzip libtasn1OpenBSD pfctl NetBSD bpf man mandocIDA Pro clamav libxml2glibc clang llvmnasm ctags mutt procmail fontconfig pdksh Qt wavpack OpenSSH redis lua-cmsgpack taglib privoxy perl libxmp radare2 SleuthKit fwknop X.Org exifprobe jhead capnproto Xerces-C metacam djvulibre exiv Linux btrfs Knot DNS curl wpa_supplicant Apple Safari libde265 dnsmasq libbpg lame libwmf uudecode MuPDF imlib2 libraw libbson libsass yara W3C tidy- html5 VLC FreeBSD syscons John the Ripper screen tmux mosh UPX indent openjpeg MMIX OpenMPT rxvt dhcpcd Mozilla NSS Nettle mbed TLS Linux netlink Linux ext4 Linux xfs botan expat Adobe Reader libav libical OpenBSD kernel collectd libidn MatrixSSL jasperMaraDNS w3m Xen OpenH232 irssi cmark OpenCV Malheur gstreamer Tor gdk-pixbuf audiofilezstd lz4 stb cJSON libpcre MySQL gnulib openexr libmad ettercap lrzip freetds Asterisk ytnefraptor mpg123 exempi libgmime pev v8 sed awk make
    [Show full text]
  • Data Compression and Archiving Software Implementation and Their Algorithm Comparison
    Calhoun: The NPS Institutional Archive Theses and Dissertations Thesis Collection 1992-03 Data compression and archiving software implementation and their algorithm comparison Jung, Young Je Monterey, California. Naval Postgraduate School http://hdl.handle.net/10945/26958 NAVAL POSTGRADUATE SCHOOL Monterey, California THESIS^** DATA COMPRESSION AND ARCHIVING SOFTWARE IMPLEMENTATION AND THEIR ALGORITHM COMPARISON by Young Je Jung March, 1992 Thesis Advisor: Chyan Yang Approved for public release; distribution is unlimited T25 46 4 I SECURITY CLASSIFICATION OF THIS PAGE REPORT DOCUMENTATION PAGE la REPORT SECURITY CLASSIFICATION 1b RESTRICTIVE MARKINGS UNCLASSIFIED 2a SECURITY CLASSIFICATION AUTHORITY 3 DISTRIBUTION/AVAILABILITY OF REPORT Approved for public release; distribution is unlimite 2b DECLASSIFICATION/DOWNGRADING SCHEDULE 4 PERFORMING ORGANIZATION REPORT NUMBER(S) 5 MONITORING ORGANIZATION REPORT NUMBER(S) 6a NAME OF PERFORMING ORGANIZATION 6b OFFICE SYMBOL 7a NAME OF MONITORING ORGANIZATION Naval Postgraduate School (If applicable) Naval Postgraduate School 32 6c ADDRESS {City, State, and ZIP Code) 7b ADDRESS (City, State, and ZIP Code) Monterey, CA 93943-5000 Monterey, CA 93943-5000 8a NAME OF FUNDING/SPONSORING 8b OFFICE SYMBOL 9 PROCUREMENT INSTRUMENT IDENTIFICATION NUMBER ORGANIZATION (If applicable) 8c ADDRESS (City, State, and ZIP Code) 10 SOURCE OF FUNDING NUMBERS Program Element No Project Nc Work Unit Accession Number 1 1 TITLE (Include Security Classification) DATA COMPRESSION AND ARCHIVING SOFTWARE IMPLEMENTATION AND THEIR ALGORITHM COMPARISON 12 PERSONAL AUTHOR(S) Young Je Jung 13a TYPE OF REPORT 13b TIME COVERED 1 4 DATE OF REPORT (year, month, day) 15 PAGE COUNT Master's Thesis From To March 1992 94 16 SUPPLEMENTARY NOTATION The views expressed in this thesis are those of the author and do not reflect the official policy or position of the Department of Defense or the U.S.
    [Show full text]
  • CORE 5.21 Supported Data Formats Rev.: 2020-Feb-04
    CORE 5.21 Supported Data Formats Revised: 2020-Feb-04 Contents 1 Supported Data Formats 3 1.1 Different Supported Formats in Updated Projects 3 1.2 Data Display 4 1.3 Archive Formats 4 1.4 Bloomberg Formats 6 1.5 Database Formats 7 1.6 Email Formats 8 1.7 Multimedia Formats 10 1.8 Presentation Formats 11 1.9 Raster Image Formats 13 1.10 Spreadsheet Formats 15 1.11 Text And Markup Formats 19 1.12 Vector Image Formats 20 1.13 Word Processing Formats 24 1.14 Other Formats 29 2 Terms of Use 31 CORE 5.21 - Supported Data Formats 2 1 Supported Data Formats 1 Supported Data Formats The CORE system supports indexing and retrieval, including conceptual search, for all data formats listed in this section. Note: Support of certain formats depends on the use case and must be assessed and set up by Customer Support. Additional formats to the ones listed here might be supported, but need testing for the specific use case and additional configuration. Note: The MIME types are assigned for mapping purposes within CORE only. They are usually, but not necessarily compatible with the official registry of media types maintained by IANA. 1.1 Different Supported Formats in Updated Pro- jects Projects created with versions prior to CORE 5.16/Axcelerate 5.10/Decisiv 8.0 use Oracle Outside In 8.5.1, which does not cover some recent data formats. To ensure con- sistent hash value computation, required, for example, for duplicate detection, this Oracle Outside In version is preserved for existing and new data sources.
    [Show full text]
  • Preparing and Submitting Electronic Files for the IEEE 2000 Mobile Ad Hoc Networking and Computing Conference (Mobihoc)
    Preparing and Submitting Electronic Files for the IEEE 2000 Mobile Ad Hoc Networking and Computing Conference (MobiHOC) Please read the detailed instructions that follow before you start, taking particular note of preferred fonts, formats, and delivery options. The quality of the finished product is largely dependent upon receiving your help at this stage of the publication process. Producing Your Paper Acceptable Formats Papers can be submitted in either PostScript (PS) or Portable Document Format (PDF) (see Generating PostScript and PDF Files). Using LaTeX Documents converted from the TeX typesetting language into PostScript or PDF files usually contain fixed-resolution bitmap fonts that do not print or display well on a variety of printer and computer screens. Although Adobe Acrobat Distiller will convert a PostScript language file with bitmapped fonts (level 3) into PDF, these fonts display slowly and do not render well on screen in the resulting PDF file. But, if you use Type 1 versions of the fonts you will get a compact file format that delivers the optimal font quality when used with any display screen, zoom mode, or printer resolution. Using Type 1 fonts with DVIPS The default behavior of Rokicki's DVIPS is to embed Type 3 bitmapped fonts. You need access to the Type 1 versions of the fonts you use in your documents in order to embed the font information (see Fonts). Type 1 versions of the Computer Modern fonts are available in the BaKoMa collection and from commercial type vendors. Before distributing files with embedded fonts, consult the license agreement for your font package.
    [Show full text]
  • Software Development Kits Comparison Matrix
    Software Development Kits > Comparison Matrix Software Development Kits Comparison Matrix DATA COMPRESSION TOOLKIT FOR TOOLKIT FOR TOOLKIT FOR LIBRARY (DCL) WINDOWS WINDOWS JAVA Compression Method DEFLATE DEFLATE64 DCL Implode BZIP2 LZMA PPMd Extraction Method DEFLATE DEFLATE64 DCL Implode BZIP2 LZMA PPMd Wavpack Creation Formats Supported ZIP BZIP2 GZIP TAR UUENCODE, XXENCODE Large Archive Creation Support (ZIP64) Archive Extraction Formats Supported ZIP BZIP2 GZIP, TAR, AND .Z (UNIX COMPRESS) UUENCODE, XXENCODE CAB, BinHex, ARJ, LZH, RAR, 7z, and ISO/DVD Integration Format Static Dynamic Link Libraries (DLL) Pure Java Class Library (JAR) Programming Interface C C/C++ Objects C#, .NET interface Java Support for X.509-Compliant Digital Certificates Apply digital signatures Verify digital signatures Encrypt archives www.pkware.com Software Development Kits > Comparison Matrix DATA COMPRESSION TOOLKIT FOR TOOLKIT FOR TOOLKIT FOR LIBRARY (DCL) WINDOWS WINDOWS JAVA Signing Methods SHA-1 MD5 SHA-256, SHA-384 and SHA-512 Message Digest Timestamp .ZIP file signatures ENTERPRISE ONLY Encryption Formats ZIP OpenPGP ENTERPRISE ONLY Encryption Methods AES (256, 192, 128-bit) 3DES (168, 112-bit) 168 ONLY DES (56-bit) RC4 (128, 64, 40-bit), RC2 (128, 64, 40-bit) CAST5 and IDEA Decryption Methods AES (256, 192, 128-bit) 3DES (168, 112-bit) 168 ONLY DES (56-bit) RC4 (128, 64, 40-bit), RC2 (128, 64, 40-bit) CAST5 and IDEA Additional Features Supports file, memory and streaming operations Immediate archive operation Deferred archive operation Multi-Thread
    [Show full text]
  • Software Requirements Specification
    Software Requirements Specification for PeaZip Requirements for version 2.7.1 Prepared by Liles Athanasios-Alexandros Software Engineering , AUTH 12/19/2009 Software Requirements Specification for PeaZip Page ii Table of Contents Table of Contents.......................................................................................................... ii 1. Introduction.............................................................................................................. 1 1.1 Purpose ........................................................................................................................1 1.2 Document Conventions.................................................................................................1 1.3 Intended Audience and Reading Suggestions...............................................................1 1.4 Project Scope ...............................................................................................................1 1.5 References ...................................................................................................................2 2. Overall Description .................................................................................................. 3 2.1 Product Perspective......................................................................................................3 2.2 Product Features ..........................................................................................................4 2.3 User Classes and Characteristics .................................................................................5
    [Show full text]
  • !Li~.1 7'Arj /.? /}Z~ C..,T;- ~
    WILLIAMSON COUNTY, TEXAS CHANGE ORDER NUMBER: 2 1. CONTRACTOR: BPI Environmental Services, Inc. Project: 131FB00119 2. Change Order Work Limits: Sta. 10+00 to Sta. 36+63 Roadway: CR 170 3. Type of Change(on federal-aid non-exempt projects): Minor (Major/Minor) Purchase Order Number: 4. Reasons: ____-=2:..:E::-,_1~A..:..-___ (3 Max - In order of importance - Primary first) 5. Describe the work being revised: 2E: Differing Site Conditions (unforeseeable). Miscellaneous Difference in Site Conditions (unforeseeable)(ltem 9). 1A: Design Error or Omission. Incorrect PS&E. This Change Order compensates the Contractor for new bid items that will be used to construct permanent traffic transitions that will move the project into Phase 3. These transitions are necessary due to the elevation difference between eXisting and proposed pavement. but were inadvertently omitted from the original plans . 6. Work to be performed In accordance with Items: ..:S:..:e:..:;e:..,:A:..=tt:::a:::c.:.;h:::e.:;:d;-;-:-___________________ 7. New or revised plan sheet(s) are attached and numbered: N/A 8. New Special Provisions to the contract are attached: -cO"".. i-'---Y-e-s-----:[Z]=----:N...,.O---------­ 9. New Special Provisions to Item~ No. N/A . Special Specification item N/A are attached. Each signatory hereby warrants that each has the authority to execute this Change Order (CO). The following information must be provided The conlmClO( must Sign me Change Order alld. by doing SQ. agrees to waive any and all claims for addilional compensation due to any and all orner expanses. additional cMnges lor time. overhead and PIOM; or loss 01 Time Ext.
    [Show full text]
  • MIME Types MIME Content-Types Supported by Most Web Servers, Identified with File Extensions, Are Listed in the Following Table
    MIME Types MIME content-types supported by most web servers, identified with file extensions, are listed in the following table. MIME Tpe Identification File Extension application/acad AutoCAD dwg application/arj compressed archive arj application/astound Astound asd, asn application/clariscad ClarisCAD ccad application/drafting MATRA Prelude drafting drw application/dxf DXF (AutoCAD) dxf application/i-deas SDRC I-DEAS unv application/iges IGES graphics format iges, igs application/java-archive Java archive jar application/mac-binhex40 Macintosh binary BinHex 4.0 hqx application/msaccess Microsoft Access mdb application/msexcel Microsoft Excel xla, xls, xlt, xlw application/mspowerpoint Microsoft PowerPoint pot, pps, ppt application/msproject Microsoft Project mpp application/msword Microsoft Word doc, word, w6w application/mswrite Microsoft Write wri application/octet-stream uninterpreted binary bin application/oda ODA oda application/pdf Adobe Acrobat pdf application/postscript PostScript ai, eps, ps application/pro_eng PTC Pro/ENGINEER part, prt application/rtf Rich Text Format rtf application/set SET (French CAD) set application/sla stereolithography stl application/solids MATRA Prelude Solids sol application/STEP ISO-10303 STEP data st, step, stp application/vda VDA-FS Surface data vda application/x-bcpio binary CPIO bcpio application/x-cpio POSIX CPIO cpio application/x-csh C-shell script csh application/x-director Macromedia Director dcr, dir, dxr application/x-dvi TeX DVI dvi application/x-dwf AutoCAD dwf application/x-gtar GNU
    [Show full text]