Binary Image Compression Using Neighborhood Coding

Total Page:16

File Type:pdf, Size:1020Kb

Binary Image Compression Using Neighborhood Coding BINARY IMAGE COMPRESSION USING NEIGHBORHOOD CODING Tiago B. A. de Carvalho1, Tsang Ing Ren1, George D.C. Cavalcanti1, Tsang Ing Jyh2 1Center of Informatics, Federal University of Pernambuco, Brazil. 2Alcatel-Lucent, Bell Labs, Belgium E-mail: 1{tbac,tir,gdcc}@cin.ufpe.br, [email protected] ABSTRACT Bitmap image format requires a reasonable great amount of computer memory, since for each pixel it is necessary a Compression plays an important role in the storage and set of bits to represent it, and a relatively small image can transmission of digital image. Binary image compression is contain millions of pixels. Even a binary image that uses just of essential value for document imaging. Here, we propose a a bit per pixel can demand a large amount of disk space. novel compression technique based on the concept of There are dozens of bitmap image formats that use neighborhood coding, which codes each pixel of an image compression techniques, e.g., TIFF, GIF, PNG, JBIG and according to the number of neighbor pixels in different JPEG. The TIFF format can also use different types of directions. The proposed technique is a lossless compression compression methods such as CCITT Group 3 or Group 4. scheme, which also uses run-length encoding (RLE) and We propose a novel lossless binary image compression Huffman coding. We evaluated and compared this method to technique based on neighborhood coding scheme described several image file format, using test images taken from the in [2]. The codification starts by transforming each pixel of MPEG-7 core experiment CE-shape and the binary image the image into a vector. The elements of the vector represent compression challenge. The results are promising and a the number of neighbors in the four direction (north, east, good compression rate is achieved, even though the JBIG south, west). We extend this coding idea for two other standards showed the best performance for all the images directions and compared different coding scheme. The first tested. However, the proposed method obtained close results scheme uses the diagonal direction, and the second is based and better compression ratios if compared to several other on the combined four nearest neighbor and the diagonal well-established image file formats. direction. Once each pixels is coded, some redundant information occurs since a neighbor code can already Index Terms — Binary image coding, image compression, contain information of the pixel coded in the neighborhood graphic file format, neighborhood coding. vector. We introduce a method to reduce the total number of codes to just some few representative codes that are 1. INTRODUCTION sufficient to recover the whole image. The final reduced The objective of image compression is to generate an image number of codes are compressed using RLE and Huffman using less symbols than the original image, that is equivalent coding. of having the same image file with less bytes. In general, The structure of this paper is as follows: Section 2 we compression is an important task for the storage and describe in details the neighborhood coding, using three transmission of data, since it allows a reduction of computer different directions for the neighborhood coding. Section 3 resources. Image compression can be divided in two types: the code reduction algorithm is described. The compression lossy and lossless, the method proposed here generates procedure is explained in Section 4. Section 5 shows some lossless binary image compression. In general, there are experiments and results of the proposed method, comparing three types of image format [1]: bitmap, vector and metafile. the results to other image file format. Finally, in Section 6 Bitmap is composed of a matrix of pixels that represents a we present some discussion and conclusions. color value at a specific position. The vector format codes the image in mathematical representations of lines, polygons 2. NEIGHBORHOOD CODING and curves. The metafile format contains both bitmap and In a binary image the neighborhood coding procedure vector information in the same file format. Compression is transforms the image into a set of vectors that represent each seldom used in vector image format, since this format pixel of the image. Each vector is composed of two parts: already needs a long time to reconstruct the image and a the center position and the segment. The center position is compression scheme would cause the process to be even the location (xi, yi) of a pixel and the segment is defined by slower, moreover the mathematical description used by this the distance of the center pixels to the border of the file format is already very compact. connected component in a specific direction. We used three types of neighborhood coding: (1) segment in the horizontal in another vector. This redundancy can be eliminated and vertical direction, (2) segment in the diagonal direction, consequently creating a more compact representation of the and (3) the combination of segments (1) and (2). As an image. The problem is how to obtain the subset of codes that analogy, we can compare these neighborhood types to the are sufficient to reconstruct the binary image without loss of moving direction of the chess pieces: (1) tower, (2) bishop information. For this task, we proposed an algorithm to and (3) queen, respectively. select the codes that have the most relevant information: The tower coding contains four segments, in the horizontal and vertical direction: (north, east, south, west), 1. Create C a variable that measures if all pixels have been or (n, e, s, w), this generates the following set of positions, encoded. C starts as C = m, where m is the number of pixels respectively: Ni, Ei ,Si and Wi, where Ni = { (xi, y) | y = yi - k, to be encoded. k = 0, 1, 2, ..., ni}, Ei = { (x, yi) | x = xi + k, k = 0, 1, 2, ..., 2. Create = { i | i = 1, ... , m}, where i is the ei}, Si = { (xi, y) | y = yi + k, k = 0, 1, 2, ..., si}, Wi = { (x, yi) | neighborhood code (xi, yi, ni, ei, si, wi) that codes the pixels x = xi - k, k = 0, 1, 2, ..., wi}, and (xi, yi) is defined as the in Pi = { (x, y) | (x, y) ∈ Ni ∪ Ei ∪ Si ∪ Wi}. center position of the pixel in consideration. 3. Create A = {ai | i = 1, ... , m}, where ai is a flag, ai = 0 if In the same way, we can define the bishop coding with the center (xi, yi) of i is not yet encoded and ai = 1 the diagonal segments: (northeast, southeast, southwest, otherwise. A starts as A = 0 (no center has been encoded). northwest) or (ne, se, sw, nw) generating the set NEi, SEi, 4. Create the output array O = {oi | i = 1, … , m}, where oi SWi and, NWi, where NEi = { (x,y) | x = xi + k, y = yi - k, k = is a flag, oi = 1 if the code i has been selected and oi = 0 0, 1, 2, ..., nei}, SEi = { (x,y) | x = xi + k, y = yi + k, k = 0, otherwise. O starts as O = 0 (no code has been selected yet). 1, 2, ..., sei}, SWi = { (x,y) | x = xi - k, y = yi + k, k = 0, 1, 2, 5. create T = {ti | i = 1, … , m}, where ti starts as ti = ni + ei + ..., swi}, NWi = { (x,y) | x = xi - k, y = yi - k, k = 0, 1, 2, ..., si + wi. nwi}. 6. while C > 0 do // have all pixels been encoded? The third type of coding, the queen coding is defined as choose l | tl ≥ tv, ∀ u, v ∈ // code with maximum t the combination of the tower and the bishop coding, and C = C − tl contains the set of pixels: N, E, S, W, NE, SE, SW, NW. Ol = 1 Therefore, tower and bishop coding forms a 6-tuple: (x, y, n, for each k ∈ Vl ⊆ with ak = 0, where Vl is the set e, s, w) and (x, y, ne, se, sw, nw) and the queen coding forms of all neighborhood codes with center (x, y) ∈ Pl do a 10-tuple (x, y, n, e, s, w, ne, se, sw, nw). ak = 1 for each w ∈ Vk ⊆ do tw − − // update T 7. return O The value t indicates the coding capacity of the neighborhood vector, which means the total number of pixels that the code is able to represent. Initially t is defined as the summation of all the coding segments, for the tower coding t = n + e + s + w, for the bishop coding t = ne + se Figure 1. Example of three different type of coding: tower + so + no and for the queen coding t = n + l + s + o + ne + (left), bishop (center) and queen (right). The dark pixels se + so + no. Even though, the update of the coding capacity represents the neighbor regions . t is an exhaustive task, it runs as an interactive procedure that becomes fast at each interaction. Since each time a code Figure1 shows an example of each one of these coding, is selected the value t of the codes that also represent the they all have the same central position. On the left the tower pixels that the chosen code represents is decremented. In coding which can be written as a vector (4, 4, 2, 3, 5, 3). The other words, the coding capacity of a set of codes is center image shows the bishop coding that can be described diminished. At the end of the process just the relevant codes as a vector (4, 4, 2, 2, 2, 2). On the right, the queen coding, remains. represented as a vector (4, 4, 2, 3, 5, 3, 2, 2, 2, 2). The reduction code algorithm starts with the initialization of the variables (step 1-5).
Recommended publications
  • PDF Image JBIG2 Compression and Decompression with JBIG2 Encoding and Decoding SDK Library | 1
    PDF image JBIG2 compression and decompression with JBIG2 encoding and decoding SDK library | 1 JBIG2 is an image compression standard for bi-level images developed by the Joint bi-level Image Expert Group. It is suitable for lossless compression and lossy compression. According to the group’s press release, in its lossless mode, JBIG2 usually generates files that are one- third to one-fifth the size of the fax group 4 and twice the size of JBIG, which was previously released by the group. The double-layer compression standard. JBIG2 was released as an international standard ITU in 2000. JBIG2 compression JBIG2 is an international standard for bi-level image compression. By segmenting the image into overlapping and/or non-overlapping areas of text, halftones and general content, compression techniques optimized for each content type are used: *Text area: The text area is composed of characters that are well suited for symbol-based encoding methods. Usually, each symbol will correspond to a character bitmap, and a sub-image represents a character or text. For each uppercase and lowercase character used on the front face, there is usually only one character bitmap (or sub-image) in the symbol dictionary. For example, the dictionary will have an “a” bitmap, an “A” bitmap, a “b” bitmap, and so on. VeryUtils.com PDF image JBIG2 compression and decompression with JBIG2 encoding and decoding SDK library | 1 PDF image JBIG2 compression and decompression with JBIG2 encoding and decoding SDK library | 2 *Halftone area: Halftone areas are similar to text areas because they consist of patterns arranged in a regular grid.
    [Show full text]
  • DICOM Compression 2002
    The Medicine Behind the Image DDIICCOOMM CCoommpprreessssiioonn 22000022 David Clunie Director of Technical Operations Princeton Radiology Pharmaceutical Research The Medicine SScchheemmeess SSuuppppoorrtteedd Behind the Image • RLE • JPEG - lossless and lossy • JPEG-LS - more efficient, fast lossless • JPEG 2000 - progressive, ROI encoding • Deflate (zip/gzip) - for non-image objects The Medicine IInn pprraaccttiiccee mmoossttllyy …… Behind the Image • Lossless JPEG for cardiac angio – multi-frame 512x512x8, 1024x1024x10 – CD-R and on network • Lossless JPEG for CT/MR – mostly on MOD media rather than over network – 256x256 to 1024x1024, 12-16 bits • RLE/lossless/lossy JPEG for Ultrasound – 640x480 single and multiframe 8 bits gray/RGB, text The Medicine BBuutt …… Behind the Image • JPEG lossless not the most effective • JPEG lossy limited to 12 bits unsigned • Undesirable JPEG blockiness • Perception that wavelets are better • Need for better progressive encoding • Need for region-of-interest encoding The Medicine JJPPEEGG LLoosssslleessss Behind the Image • Reasonable predictive scheme – Most often only previous pixel predictor used (SV1), which is not always the best choice • No run-length mode – No way to take advantage of large background areas • Huffman entropy coder – Slow (multi-pass) The Medicine LLoosssslleessss CCoommpprreessssiioonn Behind the Image CALIC Arithmetic 3.91 JPEG2000 VM4 5x3 3.81 JPEG-LS MINE 3.81 JPEG2000 VM4 3.66 2x10 S+P Arithmetic 3.4 JPEG-LS MINE - NO 3.31 Byte All RUN NASA szip 3.09 JPEG best 3.04 JPEG SV
    [Show full text]
  • Snowbound Supported File Formats
    Snowbound Supported File Formats This document describes the file type number, descriptions, and read/write capabilities of all supported file formats. We have provided two tables of information, one sorted by file format name, and the other by the file type number. RasterMaster and VirtualViewer® HTML5 are powerful conversion tools that can transform your documents and images into many different formats. Some format types are limited in the amount of color (bit-depth) they support in an image. Some file formats read and write only black and white (1-bit deep) and other file formats support only color images (8+ bits deep). For many of these cases, the product automatically converts the pixel depth to the appropriate value, based on the output format specified. The chart below will help you determine whether your black and white or color document will be able to convert straight to the desired output format with no additional processing. When saving to a format, if the error returned is PIXEL_DEPTH_UNSUPPORTED (-21), the output format does not support the current bits per pixel of the image you are trying to save. The chart below will help you identify formats with compatible bit depths. 1 FILE FORMAT KEY File Format Description 1-bit Black and white or monochrome images. 4-bit, 8-bit, 16-bit Grayscale images, that may appear to be black and white, but contain much more information and are much larger than 1-bit. 8-bit, 16-bit, 24-bit, 32-bit Full color images. Please note that the higher the bit depth (bits per pixel), then the larger the size of the image on the disk or in memory.
    [Show full text]
  • Still Image File Format Comparison
    Still Image File Format Comparison Document I. Narrative Introduction Version of July 30, 2013 For review by the FADGI Still Image Working Group Background. The two FADGI Working Groups are exploring file formats for still images and video. The explorations are using similar, matrix-based tools to make comparisons relevant to preservation planning. The matrixes compare a limited number of formats in terms of roughly forty factors, grouped under the following general headings: Sustainability Factors Cost Factors System Implementation Factors (Full Lifecycle) Settings and Capabilities (Quality and Functionality Factors) The still image effort is led by the Government Printing Office and it is comparing formats suitable for reformatting (digitization). The formats being compared include JPEG 2000, JPEG (DCT), TIFF, PNG, and PDF, and several subtypes. The findings from this project will be integrated into the Working Group's continuing refinement of its general guideline for raster imaging. Document I - Narrative Introduction - Table of Contents Page 2 Introduction: File Format Sub-Group Page 2 Guiding Principles and Selection of File Formats Page 3 Sub-Group Deliverables: Summary Table and Detailed Matrix Page 4 Findings and Next Steps Other documents in the set Document II. Summary Table Document III. Detailed Matrix 1 FADGI Still Image Group: File Format Sub-Group Narrative Summary Introduction: File Format Sub-Group Since its inception, the FADGI Still Image Working Group’s work has mainly focused on guidelines related to image quality (e.g., resolution, sharpening, color encoding). As a supplement to these guidelines, the need has been identified to develop a set of recommendations for file encoding standards for archival and derivative renditions of digitized content, as the selection of format directly affects an implementer’s options in terms of compression, color encoding, and metadata support.
    [Show full text]
  • Performance Comparison of Video Encoders in Light Field Image
    https://doi.org/10.2352/ISSN.2470-1173.2021.18.3DIA-060 © 2021, Society for Imaging Science and Technology Performance comparison of video encoders in light field image compression Hadi Amirpour 1, Antonio M. G. Pinheiro1, Manuela Pereira 1, and Mohammad Ghanbari 2;3 1Instituto de Telecomunicac¸oes˜ and Universidade da Beira Interior, Covilha,˜ Portugal 2 School of Electrical and Computer Engineering, University of Tehran, Tehran, Iran 3 School of Computer Science and Electronic Engineering, University of Essex, Colchester, UK s Abstract u Efficient compression plays a significant role in Light Field imaging technology because of the huge amount of data needed . for their representation. Video encoders using different strategies v are commonly used for Light Field image compression. In this pa- per, different video encoder implementations including HM, VTM, x265, xvc, VP9, and AV1 are analysed and compared in terms . of coding efficiency, and encoder/decoder time-complexity. Light . field images are compressed as pseudo-videos. Introduction Light field technology is a promising representation for 3D imaging. It enables some post-processing tasks like refocusing, synthesising new views and depth estimation [1]. These features are enabled at the cost of significant data increase which makes . compression a major task to enable its practical use. Indepen- t dently of acquisition with a camera multi-array or a lenslet cam- Figure 1: Light field images can be represented by the different era, a captured light field image of a scene can be represented by a views captured from one scene. set of multi-views of a scene captured from different viewpoints.
    [Show full text]
  • Model Answer of Multimedia System Design (IT4111) B.Tech 7 Semester Multiple Choice 1. Graphic Programs Widely Used in the G
    Model Answer Of Multimedia system design (IT4111) B.tech 7th semester Multiple Choice 1. Graphic programs widely used in the graphic arts profession include __________ a) desktop publishing programs, image editors and illustration programs b) artificial intelligence, virtual reality, and illustration programs c) megamedia programs, image editors, and desktop publishing programs d) virtual reality, desktop publishing programs, and illustration programs Answer: A Response: The graphic arts profession would use desktop publishing, image editors and illustrator programs in their work. 2. Which of the following programs is not a popular desktop publishing program? a) Adobe PageMaker b) Microsoft Publisher c) Lotus AmiPro d) QuarkXPress Answer: C Response: Lotus AmiPro is a word processing package. 3. Programs used to create or modify bitmap images are called __________ a) illustration programs b) paint programs c) graphical modifiers d) bit publishing packages Answer: B Response: Image editors (also known as paint programs) are programs for creating and editing bitmap images. 4. Paint programs and image editors are used for creating and editing __________ a) bitmap images b) vector images c) text d) HTML codes Answer: A Response: Paint programs and image editors are programs for creating and editing bitmap images. 5. Raster images are also known as a) bitmap images b) vector images c) clip art images d) multimedia images Answer: A Response: Raster images are also known as bitmap images. 6. Images made up of thousands of pixels are called ___________ a) bitmap b) vector c) story boards d) graphics Answer: A Response: Bitmap images use thousands of dots or pixels to represent images.
    [Show full text]
  • Best Compression for Scanning Documents
    Best Compression For Scanning Documents Defunctive Alix slaves cracking or inhumes coweringly when Cat is finny. Gentianaceous and imperviable Giordano never daffs possibly when Hercules criminates his groomers. Is Stephan fatherly when Merill bioassay understandingly? Pdf size and best scanning troubles do not supported by most of the public activity and save, when switching apps If an original is compressed using a lossless compression technique it is identical. Best Practices for Email Attachments IT Security & Policy Office. When i compress a PDF you instead see how slight degradation in quality working with top copiers like the Canon models you probably there not notice. Digitizing Your Important Personal Documents Leavitt Group News. Because lossy compression removes data put the original file lines. Kdan for scanning location, compressed photo you have access files and scans result in the world that really need to create much. TIFF or JPEG compression ratio as dependent remember the difference between adjacent pixels. Scanning Guide Toshiba. Detect photo or document? Selecting Epson Scan Settings. Images for scanning, compress the epson scan processing is compressed photo images exceeded the same size and scans produce a pdf reader! Scanning your documents and photographs results in digital copies that chase be reprinted and shared. You can be prompted before you could be opportunities to download all of your thought and particularly appropriate. How to name multiple pages into one document and. If you scan documents all these. ABBYY for compression MobileRead Forums. Get compressed document scanned documents have access file compression pdf document even scan directly with a software, compress pdf reader! About file compression PaperPort.
    [Show full text]
  • Adobe Acrobat Image Compression: an Investigation Into the Effects of Compression in Acrobat 4.0 on Image Reproducibility for Digital Printing Kelly Thornton
    Rochester Institute of Technology RIT Scholar Works Theses Thesis/Dissertation Collections 8-1-2000 Adobe Acrobat image compression: An Investigation into the effects of compression in Acrobat 4.0 on image reproducibility for digital printing Kelly Thornton Follow this and additional works at: http://scholarworks.rit.edu/theses Recommended Citation Thornton, Kelly, "Adobe Acrobat image compression: An Investigation into the effects of compression in Acrobat 4.0 on image reproducibility for digital printing" (2000). Thesis. Rochester Institute of Technology. Accessed from This Thesis is brought to you for free and open access by the Thesis/Dissertation Collections at RIT Scholar Works. It has been accepted for inclusion in Theses by an authorized administrator of RIT Scholar Works. For more information, please contact [email protected]. Adobe Acrobat Image Compression: An Investigation into the Effects of Compression in Acrobat 4.0 on Image Reproducibility for Digital Printing by Kelly E. Thornton A thesis submitted in partial fulfillment of the requirements for the degree ofMaster of Science in the School of Printing Management and Sciences in the College ofImaging Arts and Sciences of the Rochester Institute ofTechnology August, 2000 Thesis Advisor: Professor Frank Romano School of Printing Management and Sciences Rochester Institute ofTechnology Rochester, New York Certificate ofApproval Master's Thesis This is to certify that the Master's Thesis of Kelly Elizabeth Thornton With a major in Graphic Arts Publishing/ Electronic Publishing has been approved by the thesis committee as satisfactory for the thesis requirement for the Master of Science degree at the convocation of August, 2000 Thesis Committee: Frank Romano Thesis Advisor Marie Freckleton Graduate Program Coordinator Frank Romano Chair Adobe Acrobat Image Compression: An Investigation into the Effects ofCompression in Acrobat 4.0 on Image Reproducibility for Digital Printing I, Kelly Elizabeth Thornton, hereby grant permission to the Wallace Memorial Library of R.I.T.
    [Show full text]
  • ICS Reference Manual
    ICS Reference Manual Revised for SwiftView 9.2.3.4 2 Table of Contents Chapter 1: The Imaging Command Set ................................................................................................. 3 Manual Conventions ............................................................................................................................ 3 Product Specific Commands ................................................................................................................ 4 Coordinate Systems ............................................................................................................................. 4 ICS parameter quoting ......................................................................................................................... 4 ICS Commands .................................................................................................................................... 5 Chapter 2: SwiftView Environment Variables .................................................................................... 44 Chapter 3: ICS Callbacks ..................................................................................................................... 47 Apendix A: PCL Fonts ......................................................................................................................... 53 Overview ........................................................................................................................................... 53 Font selection ...................................................................................................................................
    [Show full text]
  • Graphic-File-Formats.Pdf
    Digital Preservation Guidance Note: 4 Graphics File Formats Digital Preservation Guidance Note 4: Graphics file formats Document Control Author: Adrian Brown, Head of Digital Preservation Research Document Reference: DPGN-04 Issue: 2 Issue Date: August 2008 ©THE NATIONAL ARCHIVES 2008 Page 2 of 15 Digital Preservation Guidance Note 4: Graphics file formats Contents 1 INTRODUCTION .....................................................................................................................4 2 TYPES OF GRAPHICS FORMAT........................................................................................4 2.1 Raster Graphics ...............................................................................................................4 2.1.1 Colour Depth ............................................................................................................5 2.1.2 Colour Spaces and Palettes ..................................................................................5 2.1.3 Transparency............................................................................................................6 2.1.4 Interlacing..................................................................................................................6 2.1.5 Compression ............................................................................................................7 2.2 Vector Graphics ...............................................................................................................7 2.3 Metafiles............................................................................................................................7
    [Show full text]
  • PDF Version of the Csximage Instructions
    Website: www.chestysoft.com Email: [email protected] csXImage - Version 5.0 OCX Control for Display and Manipulation of Images This is an OCX control that enables processing of graphic images. A comprehensive range of over 200 functions is available to load and save images, resize and edit images, draw text and shapes and interact with hardware devices such as printers, scanners and cameras. Most commonly used graphics file formats are supported. A free trial version of csXImage is available. If you are reading this instruction manual for the first time, it is likely that you have just downloaded and installed the trial version. When you use the trial version, a line of text will be displayed at the top of any image as you view it in the control. The trial version is fully functional, with the exception of three methods (AcquireToFile, ReadMetaData and OverwriteMetaData) which are available only in the full version and the addition of this text to your image is the only other difference between the trial and full versions. This means that you can fully test whether this control is suitable for your application before considering whether to license the full version. Using these Instructions These instructions are divided into a number of sections covering different types of functions available in csXImage. A full Table of Contents is available on the next page and an index listing all functions in alphabetical order is included at the back for easy reference. Click on one of the links below to go directly to the section of interest: Installation Instructions Code Examples to Help Get Started Full Table of Contents Alphabetical Index of Functions Supported Graphics File Formats Resizing Images Merging Images Drawing Using Printers, Scanners and Cameras Client Side Use in a Browser Use in Visual Basic.NET Chestysoft, March 2021.
    [Show full text]
  • A Study of Rate Control for H.265/Hevc Video Compression
    A STUDY OF RATE CONTROL FOR H.265/HEVC VIDEO COMPRESSION by Reese Eric Childers A thesis presented to the Department of Computer Science and the Graduate School of the University of Central Arkansas in partial fulfillment of the requirements for the degree of Master of Science In Applied Computing Conway, Arkansas August 2020 TO THE OFFICE OF GRADUATE STUDIES: The members of the Committee approve the thesis of presented on . Committee Chairperson Committee Member Committee Member PERMISSION Title A STUDY OF RATE CONTROL FOR H.265/HEVC VIDEO COMPRESSION Department Computer Science Degree Master of Science In presenting this thesis in partial fulfillment of the requirements for a graduate degree from the University of Central Arkansas, I agree that the Library of this University shall make it freely available for inspections. I further agree that permission for extensive copying for scholarly purposes may be granted by the professor who supervised my thesis work, or, in the professor’s absence, by the Chair of the Department or the Dean of the Graduate School. It is understood that due recognition shall be given to me and to the University of Central Arkansas in any scholarly use which may be made of any material in my thesis. Reese Eric Childers Childers 07/16/2020 Date ACKNOWLEDGEMENT I would like to thank my advisor Dr. Sun for her encouragement and support over the course of my academic career. I deeply appreciate everything you have done for me, the knowledge that you have shared, and the opportunities you have provided. I would also like to thank Dr.
    [Show full text]