DOCSLIB.ORG

MONDILEX Book

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
MONDILEX Book MONDILEX Conceptual Modelling of Networking of Centres for High-Quality Research in Slavic Lexicography and Their Digital Resources Institute of Mathematics and Informatics, Bulgarian Academy of Sciences Ludmila Dimitrova, Violetta Koseska, Radovan Garabík, Tomaž Erjavec, Leonid Iomdin, Volodymyr Shyrokov CONCEPTUAL SCHEME FOR A RESEARCH INFRASTRUCTURE SUPPORTING DIGITAL RESOURCES IN SLAVIC LEXICOGRAPHY Sofia 2010 MONDILEX Conceptual Modelling of Networking of Centres for High-Quality Research in Slavic Lexicography and Their Digital Resources Institute of Mathematics and Informatics, Bulgarian Academy of Sciences 2010 The volume is the outcome of the efforts of the participants of the project GA212938 MONDILEX Conceptual Modelling of Networking of Centres for High-Quality Research in Slavic Lexicography and Their Digital Resources and the financial support of the European Commission: 7th Framework Programme Capacities—Research Infrastructures (Design studies for research infra- structures in all Sciences and Technologies fields). © Authors, © Institute of Mathematics and Informatics, BAS 2010 ISBN 978-954-8986-33-5 2 TABLE OF CONTENTS Foreword.................................................................................................................5 Introduction........................................................................................................…7 1. Language Resources in a Research Infrastructure for Slavic Lexicography....................................................................................9 1.1. Lexical database...........................................................................................9 1.1.1 Slovak morphology database...................................................................9 1.1.2 Multilingual Corpus Linguistics terminology database.......................11 1.1.3 Slovak-Czech Lexical Database.............................................................13 1.1.4 Paremiography database.......................................................................17 1.1.5 Bulgarian-Polish Lexical Database.......................................................20 1.2 Dictionaries..................................................................................................30 1.2.1 Dictionary of Slovak Collocations..........................................................30 1.2.2 Bulgarian-Polish Dictionary...................................................................34 1.2.3 Dictionaries of Ukraine on-line...............................................................38 1.3 Corpora........................................................................................................41 1.3.1 Monolingual corpus SynTagRus............................................................41 1.3.2 Multilingual parallel corpora................................................................42 1.4 Grammars....................................................................................................45 2. Standardisation of Slavic Lexicographic Resources and their Metadata.....48 2.1 Morphosyntactic Annotation in Slavic Digital Lexicography..................48 2.2 Corpus Encoding.........................................................................................54 2.3 Machine readable dictionaries....................................................................56 2.4 Lexical databases (on the example of Slovene)..........................................58 2.5 Universal networking language..................................................................62 3. Software Environments for Digital Lexicography.........................................63 3.1 Conceptual Modeling of Services for the Bilingual Lexicographic Systems........................................................................................................63 3 3.2 Integration with Other Services of the Lexicographic Systems...............72 3.3 Software Environments for Creating Digital Dictionaries.......................73 3.4 Software Environments for Creating Digital Corpora.............................77 4. Technological Platform for Research Infrastructure for Digital Language Resources and Research for Slavic Lexicography.........................................80 4.1 Research Infrastructure for Digital Lexicography...................................80 4.2 Virtual lexicographic system – technological platform for research e-infrastructure for digital lexicography....................................84 4.3 Grid Infrastructure Requirements for Supporting Research Activities in Digital Lexicography..............................................................94 4.4 Case studies................................................................................................102 4.5 Recommendations.....................................................................................106 5. Concluding remarks.......................................................................................108 Acknowledgments...........................................................................................111 Bibliography...................................................................................................117 4 Foreword This volume is the outcome of the efforts of the participants in the project GA212938 MONDILEX Conceptual Modelling of Networking of Centres for High-Quality Research in Slavic Lexicography and Their Digital Resources and the financial support of the European Commission: 7th Framework Programme Capacities—Research Infrastructures (Design studies for research infrastruc- tures in all Sciences and Technologies fields). The MONDILEX project has six participants: (1) Institute of Mathematics and Informatics, Bulgarian Academy of Sciences (IMI-BAS), Sofia, Bulgaria, which coordinates the project; (2) Institute of Slavic Studies, Polish Academy of Sciences (ISS-PAS), Warsaw, Poland, (3) Ľ. Štúr Institute of Linguistics, Slovak Academy of Sciences (ĽŠIL), Bratislava, Slovakia, (4) Jožef Stefan Institute (JSI), Ljubljana, Slovenia; (5) Institute for Information Transmission Problems, Russian Academy of Sciences (IITP-RAS); and (6) the Ukrainian Lingua-Information Fund of the National Academy of Sciences of Ukraine (ULIF-NASU). The partners are research organisations from six European countries whose six national languages belong to the Slavic group: four EU memBers – Bulgaria, Poland, Slovak Republic, Slovenia, as well as the Russian Federation and Ukraine. All partners are national centres for research in linguistics, lexicography, and natural language processing. The main objective of the MONDILEX project was to design a conceptual scheme of a research infrastructure supporting the networking of centres for high-quality research in Slavic lexicography. Research infrastructures in general function as sets of strategic centres of excellence for research, education and training, whose chief aim is facilitating scientific cooperation and public partnership as well as strength- ening the interaction between research and applications. As such, research infrastructures greatly contribute to the development of the knowledge society. The MONDILEX project was motivated By the need of a sustainable and scalaBle infrastructure for institutions involved in creating and supporting a network of mul- tilingual resources of Slavic languages. Such an infrastructure is necessary in view of the obvious mismatch Between the importance of Slavic languages, spoken By a substantial part of Europe’s population, and the insufficient number and inadequate quality of digital lexical resources for these languages. The project MONDILEX provided a venue for networking activities, such as joint management and pooling of resources, implementation of standards for products of digital lexicography, and coordination with relevant international standards and practices. It demonstrated that unified strategies should contribute to reusability and interoperability of such resources so that researchers in the humanities and 5 social sciences as well as business communities could have easy access to Bilingual and multilingual dictionaries of Slavic languages. The implementation of a Research infrastructure for Slavic lexicography will con- tribute to the development of a knowledge society, not only By carrying out research, but also through the combination of various expertises from different backgrounds, from the development of communication capacities and strengthen- ing the interaction between research and society. Access to and use of technologically well-equipped facilities or databases enaBles young researchers and students to undertake complex problems as part of high-level interdisciplinary teams, and qualifies them, in an outstanding manner, for tasks in science or industry, and fostering their career mobility. Participation in the MONDILEX consortium enables the sharing of services for data processing and data collections, the coordinated extension and further devel- opment of bilingual and multilingual lexical resources, so that researchers in the humanities and social sciences as well as education and business will Be provided with an easy access to digital bilingual and multilingual dictionaries of Slavic lan- guages. The MONDILEX project contributes to the preservation and support of the multilingual and multicultural European heritage. It has laid foundations for further cooperation, setting up and elaborating a methodology of interaction of remote research groups and coordination of formats of lexicographic
Load more

Recommended publications
  • Pipenightdreams Osgcal-Doc Mumudvb Mpg123-Alsa Tbb
    pipenightdreams osgcal-doc mumudvb mpg123-alsa tbb-examples libgammu4-dbg gcc-4.1-doc snort-rules-default davical cutmp3 libevolution5.0-cil aspell-am python-gobject-doc openoffice.org-l10n-mn libc6-xen xserver-xorg trophy-data t38modem pioneers-console libnb-platform10-java libgtkglext1-ruby libboost-wave1.39-dev drgenius bfbtester libchromexvmcpro1 isdnutils-xtools ubuntuone-client openoffice.org2-math openoffice.org-l10n-lt lsb-cxx-ia32 kdeartwork-emoticons-kde4 wmpuzzle trafshow python-plplot lx-gdb link-monitor-applet libscm-dev liblog-agent-logger-perl libccrtp-doc libclass-throwable-perl kde-i18n-csb jack-jconv hamradio-menus coinor-libvol-doc msx-emulator bitbake nabi language-pack-gnome-zh libpaperg popularity-contest xracer-tools xfont-nexus opendrim-lmp-baseserver libvorbisfile-ruby liblinebreak-doc libgfcui-2.0-0c2a-dbg libblacs-mpi-dev dict-freedict-spa-eng blender-ogrexml aspell-da x11-apps openoffice.org-l10n-lv openoffice.org-l10n-nl pnmtopng libodbcinstq1 libhsqldb-java-doc libmono-addins-gui0.2-cil sg3-utils linux-backports-modules-alsa-2.6.31-19-generic yorick-yeti-gsl python-pymssql plasma-widget-cpuload mcpp gpsim-lcd cl-csv libhtml-clean-perl asterisk-dbg apt-dater-dbg libgnome-mag1-dev language-pack-gnome-yo python-crypto svn-autoreleasedeb sugar-terminal-activity mii-diag maria-doc libplexus-component-api-java-doc libhugs-hgl-bundled libchipcard-libgwenhywfar47-plugins libghc6-random-dev freefem3d ezmlm cakephp-scripts aspell-ar ara-byte not+sparc openoffice.org-l10n-nn linux-backports-modules-karmic-generic-pae
    [Show full text]
  • Performance and Extension of User Space File Introduction (1 of 2) Introduction (2 of 2) Introduction
    4/15/2014 Introduction (1 of 2) Performance and Extension of • Developing in-kernel file systems challenging User Space File – Understand and deal with kernel code and data structures – Steep learning curve for kernel development Aditya Raigarhia and Ashish Gehani • No memory protection Stanford and SRI • No use of debuggers • Must be in C • No standard C library • ACM Symposium on Applied Computing (SAC) In-kernel implementations not so great Sierre, Switzerland, March 22-26, 2010 – Porting to other flavors of Unix can be difficult – Needs root to mount – tough to use/test on servers Introduction (2 of 2) Introduction - FUSE • • Modern file system research adds functionality File system in USEr space (FUSE) – framework for Unix- like OSes over basic systems, rather than designing low- • level systems Allows non-root users to develop file systems in user space – Ceph [37] – distributed file system for performance • and reliability – uses client in users space API for interface with kernel, using fs-type operations • • Programming in user space advantages Many different programming language bindings • FUSE file systems can be mounted by non-root users – Wide range of languages • Can compile without re-compiling kernel – Use of 3 rd party tools/libraries • – Fewer kernel quirks (although still need to couple user Examples code to kernel system calls) – WikipediaFS [2] lets users view/edit Wikipedia articles as if local files – SSHFS access via SFTP protocol 1 4/15/2014 Problem Statement Outline • Prevailing view – user space file systems
    [Show full text]
  • Refuse: Userspace FUSE Reimplementation Using Puffs
    ReFUSE: Userspace FUSE Reimplementation Using puffs Antti Kantee Alistair Crooks Helsinki University of Technology The NetBSD Foundation [email protected].fi [email protected] Abstract for using Gmail as a file system storage backend and FUSEPod [5] which facilitaties iPod access and man- In an increasingly diverse and splintered world, agement. interoperability rules. The ability to leverage code Userspace file systems operate by attaching an in- written for another platform means more time and re- kernel file system to the kernel’s virtual file system sources for doing new and exciting research instead layer, vfs [17]. This component transforms incoming of reinventing the wheel. Interoperability requires requests into a form suitable for delivery to userspace, standards, and as the saying goes, the best part of sends the request to userspace, waits for a response, standards is that everyone can have their own. How- interprets the result and feeds it back to caller in the ever, in the userspace file system world, the Linux- kernel. The kernel file system calling conventions originated FUSE is the clear yardstick. dictate how to interface with the virtual file system In this paper we present ReFUSE, a userspace layer, but other than that the userspace file systems implementation of the FUSE interface on top of the framework is free to decide how to operate and what NetBSD native puffs (Pass-to-Userspace Framework kind of interface to provide to userspace. File System) userspace file systems framework. We While extending the operating system to userspace argue that an additional layer of indirection is the is not a new idea [12, 21], the FUSE [2] userspace right solution here, as it allows for a more natural file systems interface is the first to become a veri- export of the kernel file system interface instead of table standard.
    [Show full text]
  • Naming, Apis, and Caching OS Lecture 17
    FS Facilities Naming, APIs, and Caching OS Lecture 17 UdS/TUKL WS 2015 MPI-SWS 1 Naming Files MPI-SWS 2 Recall: inodes What is an inode? »the data structure of a filesystem representing a byte stream (= a file) on stable storage How are inodes addressed? »by index in a filesystem-specific table »low-level implementation fact »We need to map human-readable names to inodes. MPI-SWS 3 Mapping Names to Files /home/bbb/notes.txt ➞ [inode A] ../etc/my-server.conf ➞ [inode X] /srv/production/etc/my-server.conf ➞ [inode B] /srv/testing/etc/my-server.conf ➞ [inode C] MPI-SWS 4 Historic Developments Mapping: human-readable name ➞ inode The beginning: a single, flat table ➞ one lookup table for the whole system Towards directories: per-user lookup tables ➞ separate, flat namespace for each user Proper directories: Multics directory tree ➞ popularized by UNIX MPI-SWS 5 Practical Challenges 1. running multiple instances of the same application ➞ absolute and relative filenames 2. multiple names for the same file ➞ hardlinks and symlinks 3. multiple disks ➞ mount points 4. multiple filesystem types ➞ virtual file system (VFS) layer MPI-SWS 6 Absolute vs. Relative Names Absolute name: e.g., /home/bbb/notes.txt »unambiguously identifies a file »start name resolution at filesystem root ➞ ‘/’ is the root directory, traditionally inode 2 Relative name: e.g., ../etc/my-server.conf »identifies a file in context of calling process »start name resolution at current working directory ➞ .. means parent directory (= go up one level) MPI-SWS 7 Current Working Directory (CWD) »used to resolve relative filenames »POSIX: one CWD per process (not per thread) »inherited from parent at fork » cd in shell = “change directory” (= set CWD) »processes launched from shell “start running in the current directory” MPI-SWS 8 chroot() Change root — change the meaning of /.
    [Show full text]
  • Filesystem in Userspace FUSE.Pdf
    International Journal of Computer Architecture and Mobility (ISSN 2319-9229) Volume 1-Issue 8, June 2013 Filesystem in Userspace (FUSE) Shashi Bahir, Rahul Bangar, Sujit Shetty, Saurabh Shinde, Vandana Jagtap Department of Computer Engineering, MIT Pune Pune University, India [email protected] [email protected] [email protected] [email protected] [email protected] Abstract- Developing kernel file systems for UNIX is a is a steep learning curve for doing kernel development due to challenging task, due to a variety of reasons. This approach the lack of facilities that are available to application requires the programmer to understand and deal with programmers complicated kernel code and data structures, making new code prone to bugs caused by programming errors. The kernel code User space filesystems have seen a strong resurgence. lacks memory protection, requires careful use of synchronization FUSE is a framework that allows file systems to be developed primitives, can be written only in C, and that too without being in userspace while offering ease of use and flexibility. linked against the standard C library. Debugging kernel code is also tedious, and errors can require rebooting the system. This document is meant to highlight the features of This document gives an idea about FUSE (loadable “Kernel loadable fuse”. The main idea is to make a kernel module), which allows non privileged users to develop completely new filesystem which interacts with the kernel but own file system in userspace. it is actually mounted in the userspace. With the help of the fuse application we would combine two different filesystem Keywords—VFS (Virtual File System), UNIX, kernel, userspace, and create a virtual file system.
    [Show full text]
  • A Model to Manage Shared Mutable Data in a Distributed Environment
    THE SEA OF STUFF: A MODEL TO MANAGE SHARED MUTABLE DATA IN A DISTRIBUTED ENVIRONMENT Simone Ivan Conte A Thesis Submitted for the Degree of PhD at the University of St Andrews 2018 Full metadata for this thesis is available in St Andrews Research Repository at: http://research-repository.st-andrews.ac.uk/ Please use this identifier to cite or link to this thesis: http://hdl.handle.net/10023/16827 This item is protected by original copyright This item is licensed under a Creative Commons Licence https://creativecommons.org/licenses/by-nc-nd/4.0/ The Sea of Stuff: a Model to Manage Shared Mutable Data in a Distributed Environment Simone Ivan Conte This thesis is submitted in partial fulfilment for the degree of Doctor of Philosophy (PhD) at the University of St Andrews August 2018 ii Abstract Managing data is one of the main challenges in distributed systems and computer science in general. Data is created, shared, and managed across heterogeneous distributed systems of users, services, applications, and devices without a clear and comprehensive data model. This technological fragmentation and lack of a common data model result in a poor understanding of what data is, how it evolves over time, how it should be managed in a distributed system, and how it should be protected and shared. From a user perspective, for example, backing up data over multiple devices is a hard and error-prone process, or synchronising data with a cloud storage service can result in conflicts and unpredictable behaviours. This thesis identifies three challenges in data management: (1) how to extend the current data abstractions so that content, for example, is accessible irrespective of its location, versionable, and easy to distribute; (2) how to enable transparent data storage relative to locations, users, applications, and services; and (3) how to allow data owners to protect data against malicious users and automatically control content over a distributed system.
    [Show full text]
  • A Virtual File System Based on Google Drive
    BABES, -BOLYAI UNIVERSITY CLUJ-NAPOCA FACULTY OF MATHEMATICS AND COMPUTER SCIENCE SPECIALIZATION COMPUTER SCIENCE DIPLOMA THESIS GCSF { A VIRTUAL FILE SYSTEM BASED ON GOOGLE DRIVE Supervisor Lect. dr. Mircea Ioan-Gabriel Author Pus, cas, Sergiu Dan 2018 UNIVERSITATEA BABES, -BOLYAI CLUJ-NAPOCA ˘ ˘ FACULTATEA DE MATEMATICAS, I INFORMATICA SPECIALIZAREA INFORMATICA˘ ENGLEZA˘ LUCRARE DE LICENT, A˘ GCSF { UN SISTEM DE FIS, IERE VIRTUAL BAZAT PE GOOGLE DRIVE Conduc˘ators, tiint, ific Lect. dr. Mircea Ioan-Gabriel Absolvent Pus, cas, Sergiu Dan 2018 Contents 1 Introduction 5 2 State of the art 6 2.1 Cloud storage services . .6 2.2 User interface . .7 2.3 File sync . .9 2.4 Main advantages . 10 2.4.1 Cloud storage . 10 2.4.2 File sync . 10 2.4.3 Service integration . 11 2.5 Main disadvantages . 11 2.5.1 File sync . 11 2.5.2 Security . 11 2.5.3 Availability . 12 2.5.4 Power user experience . 12 3 Proposed approach 14 3.1 Aim . 14 3.2 Summary . 14 3.3 Usage . 15 3.3.1 Exceptions . 17 3.4 Implementation . 18 3.4.1 Rust . 18 3.4.2 FUSE . 20 3.4.3 Drive API . 20 3.4.4 Architecture . 21 3.4.5 Configuration . 21 3.4.6 Caching and laziness . 21 3.5 Problems encountered . 24 3.5.1 Shared files . 24 3.5.2 `My Drive' id . 25 3 4 CONTENTS 3.5.3 File attributes . 25 3.5.4 Updating file metadata on Drive . 27 3.5.5 Detecting remote changes . 28 4 Performance evaluation 29 4.1 GDriveFS .
    [Show full text]
  • Flashlog: a Flexible Block-Layer Redundancy Scheme
    ' $ Flashlog: A Flexible Block-Layer Redundancy Scheme Diplomarbeit von Eric Hoh an der Fakultat¨ fur¨ Informatik Verantwortlicher Betreuer: Prof. Dr. Frank Bellosa Betreuender Mitarbeiter: Dipl.-Inform. Konrad Miller Bearbeitungszeit: 15. Februar 2010– 13. August 2010 &KIT – Universitat¨ des Landes Baden-Wurttemberg¨ und nationales Forschungszentrum in der Helmholtz-Gemeinschaft www.kit.edu % ii Hiermit erklare¨ ich, die vorliegende Arbeit selbststandig¨ verfasst und keine an- deren als die angegebenen Literaturhilfsmittel verwendet zu haben. I hereby declare that this thesis is a work of my own, and that only cited sources have been used. Karlsruhe, September 3, 2010 Eric Hoh iv Deutsche Zusammenfassung Das Thema der vorliegenden Diplomarbeit ist ein Schema zur Datenreplikation. Im Gegensatz zu vielen anderen Verfahren liegt der Haupteinsatzbereich nicht bei Servern und Workstations, sondern bei privat benutzten und mobilen Comput- ern. Einige Anforderungen, z.B. an die Sicherheit der Daten und die Kosten sind gleich. Andere Aspekte wie die standige¨ Verfugbarkeit¨ der Daten ist fur¨ profes- sionelle Benutzer essentiell wahrend¨ sie fur¨ private Nutzer nur eine untergeordnete Rolle spielen. Es kommen aber auch neue Anforderungen hinzu, beispielsweise das Gewicht, die Große,¨ der Energieverbrauch und die Robustheit der zusatzliche¨ Hardware. Aufgrund dieser Anforderungen haben wir ein Verfahren entwickelt, dass diesen bestmoglichst¨ gerecht wird. Das Verfahren basiert auf der Nutzung von drei Spe- ichergeraten,¨ typischerweise zweier Festplatte und eines Flashspeichers. Grund- lage ist ein herkommliches¨ Backup Schema, das die beiden Festplatten umfasst. Der Flashspeicher z.B. in Form eines USB Sticks wird dazu benutzt die Zeit zwischen zwei Backups zu uberbr¨ ucken.¨ Dabei werden alle zu speichernden Daten gleichzeitig an die primare¨ Festplatte und den Flashspeicher geschickt (vgl.
    [Show full text]
  • Computers File System Grau En Ciència I Enginyeria De Dades
    Computers File System Grau en Ciència i Enginyeria de Dades Xavier Martorell, Xavier Verdú Facultat d’Informàtica de Barcelona (FIB) Universitat Politècnica de Catalunya (UPC) 2020-2021 Q2 Creative Commons License This work is under a Creative Commons Attribution 4.0 Unported License The details of this license are publicly available at https://creativecommons.org/licenses/by-nc-nd/4.0 2 Table of Contents • Physical storage devices • File Systems • Fault tolerance approaches • Journaling • RAID • I-Node based File Systems • Syscalls 3 Physical Storage Devices • Non-volatile memory to save data • Similar vs Different components • Impact on performance and capacity NAND Flash Memory platters controller NAND connector connector controller Flash memory connector controller Solid State Drive USB Drive (SSD) Hard Disk 4 How are data physically saved? • Any storage device needs to organize the pool of memory • E.g.: DVD, hard-disk, pen-drive, etc. Some parameters • Sector: The smallest unit of data that can be read/written that impact on • Defined by the hardware performance • Fixed size (tipically 512 Bytes) Speed: rpm Connector Bandwidth: Gbps 5 How is a storage device organized? • Block: A group of sectors (the smallest unit to allocate space) • Defined by the OS (when formatting the device) Used Unused • But, what is the best block size???? space space • If it is likely to use large files… • Large blocks 1 Block = 4 Sectors • If it is likely to use short files… • Short blocks Sectors • What is the impact of a bad block size selection???
    [Show full text]
  • Filesystem Based Grid Interface
    MASARYK UNIVERSITY FACULTY}w¡¢£¤¥¦§¨ OF I !"#$%&'()+,-./012345<yA|NFORMATICS Filesystem based grid interface MASTER THESIS Bc. Martin Bukatoviˇc Brno, 2013 Declaration Hereby I declare, that this paper is my original authorial work, which I have worked out by my own. All sources, references and literature used or excerpted during elaboration of this work are properly cited and listed in complete reference to the due source. Advisor: Mgr. Miroslav Ruda iii Abstract The thesis explores the idea of grid user interface build on general filesystem abstrac- tion. Using this approach, operations such as directory listing, reading or writing files are translated to particular grid service requests (eg. job submission). Having Linux desktop user in mind, experimental project called Griddir was designed to wrap grid middleware PBS/Torque and gLite with FUSE based filesystem interface. v Keywords grid computing, Genesis II, PBS, Torque, FUSE, filesystem user interface, Linux vii Contents 1 Introduction .......................................1 2 Filesystem interfaces ..................................3 2.1 FUSE ........................................3 3 Prior Work ........................................5 3.1 Genesis II ......................................5 3.2 Stroll ........................................5 3.3 Grid-Enabled Desktop Environments (Grenade) ...............6 3.4 DropAndCompute ................................6 3.5 Others .......................................6 4 Griddir Design .....................................7 5 Griddir Implementation
    [Show full text]
  • Steganography in File Systems for Mobile Environments with Plausible
    Author Martin Hengstberger, BSc Submitted at Institute of Networks and Security Supervisor Univ.-Prof. DI Dr. STEGANOGRAPHY IN René Mayrhofer FILE SYSTEMS FOR September 2016 MOBILE ENVIRONMENTS WITH PLAUSIBLE DENIABILITY Master’s Thesis to confer the academic degree of Diplom-Ingenieur in the Master’s Program Computer Science JOHANNES KEPLER UNIVERSITY LINZ Altenberger Str. 69 4040 Linz, Austria www.jku.at DVR 0093696 Martin Hengstberger: Steganography in File Systems for Mobile Environ- ments with Plausible Deniability, © September 2016 Danksagung Als erstes, ein wirklich großes Danke an meine Familie, meine Onkel und ganz besonders an meine Eltern für die großartige und andauernde Unterstützung, die es mir ermöglicht hat diese Ausbildung abzuschließen. Diese Unterstützung ist alles an- dere als selbstverständlich und ein Vorbild für mich um sie an die nächste Generation weiter zu geben. Mein Dank und meine Bewunderung gilt meinem Betreuer Prof. Mayrhofer, der mich mit seiner außergewöhnlichen fachlichen und menschlichen Kompetenz, in vielen persönlichen Besprech- ungen bereichert hat. Ebenfalls bedanke ich mich bei Assoz.Prof. Scharinger, bei dem ich in Detailfragen immer auf eine fundierte und verständliche Antwort zählen durfte. Danke auch an meine drei engsten Kollegen, mit denen ich das ganze Studium gemeinsam meistern durfte. Mit euch zu studieren war produktiv und lustig zugleich, genau so soll ein Team sein. Danke an die JKU, die mir viel gegeben hat, nicht nur wertvolles Wissen und (Auslands-)Erfahrung, sondern ich lernte dort auch eine ganz besondere Frau kennen, die Liebe meines Lebens – Danke für deinen so konstruktiven Beistand. ABSTRACT Conventional encryption entirely relies on the secrecy of a password (or secret key), which is not always good enough.
    [Show full text]