DOCSLIB.ORG

Mobile Applications and Browser Plugins for Wordnets

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Mobile Applications and Browser Plugins for Wordnets Sophisticated Lexical Databases - Simplified Usage: Mobile Applications and Browser Plugins For Wordnets Diptesh Kanojia Raj Dabre Pushpak Bhattacharyya CFILT, CSE Department, School of Informatics, CFILT, CSE Department, IIT Bombay, Kyoto University, IIT Bombay, Mumbai, India Kyoto, Japan Mumbai, India [email protected] [email protected] [email protected] Abstract identifiable mother-tongues and 122 major languages1 . Of these, 29 languages have India is a country with 22 officially rec- more than a million native speakers, 60 have ognized languages and 17 of these have more than 100,000 and 122 have more than WordNets, a crucial resource. Web 10,000 native speakers. With this in mind, browser based interfaces are available the construction of the Indian WordNets, the for these WordNets, but are not suited IndoWordNet (Bhattacharyya, 2010) project for mobile devices which deters peo- was initiated which was an effort undertaken ple from effectively using this resource. by over 12 educational and research insti- We present our initial work on devel- tutes headed by IIT Bombay. Indian Word- oping mobile applications and browser Nets were inspired by the pioneering work of extensions to access WordNets for In- Princeton WordNet(Fellbaum, 1998) and cur- dian Languages. rently, there exist WordNets for 17 Indian lan- Our contribution is two fold: (1) We guages with the smallest one having around develop mobile applications for the An- 14,900 synsets and the largest one being Hindi droid, iOS and Windows Phone OS with 39,034 synsets and 100,705 unique words. platforms for Hindi, Marathi and San- Each WordNet is accessible by web interfaces skrit WordNets which allow users to amongst which Hindi WordNet(Dipak et al., search for words and obtain more in- 2002), Marathi WordNet and Sanskrit Word- formation along with their translations Net(Kulkarni et al., 2010) were developed at in English and other Indian languages. IIT Bombay2. The WordNets are updated (2) We also develop browser extensions daily which are reflected on the websites the for English, Hindi, Marathi, and San- next day. We have developed mobile appli- skrit WordNets, for both Mozilla Fire- cations for the Hindi, Marathi and Sanskrit fox, and Google Chrome. We believe WordNets, which are the first of their kind to that such applications can be quite the best of our knowledge. helpful in a classroom scenario, where This paper is organized as follows: Section students would be able to access the 2 gives the motivations for the work. Section WordNets as dictionaries as well as lex- 3 contains the descriptions of the application ical knowledge bases. This can help in with screen-shots and the nitty gritties. We overcoming the language barrier along describe the browser extensions in Section 4, with furthering language understand- and we conclude the paper with conclusions, ing. and future work in Section 5. At the very 1 Introduction end, some screen-shots of the applications and browser extensions are provided. India is among the topmost countries in the world with massive language diversity. Ac- cording to a recent census in 2001, there 1http://en.wikipedia.org/wiki/Languages_of_India are 1,365 rationalized mother tongues, 234 2http://www.cfilt.iitb.ac.in/ 2 Motivation According to recent statistics, about 117 mil- lion Indians3, are connected to the Internet through mobile devices. It is common knowl- edge that websites like Facebook, Twitter, Linkedin, Gmail and so on can be accessed using their web browser based interfaces but the mobile applications developed for them are much more popular. This is a clear indicator that browser based interfaces are inconvenient which was the main motivation behind our work. We studied the existing interfaces and the WordNet databases and developed appli- cations for Android, iOS and Windows Phone platforms, which we have extensively tested and plan to release them to the public as soon as possible. Our applications and plugins are applicable in the following use cases: 1. Consider an educational classroom sce- nario, where students, often belonging to different cultural and linguistic back- ground wish to learn languages. They would be able to access the WordNets Figure 1: Home Screen as dictionaries for multiple Indian lan- guages. This would help overcome the language barrier which often hinders com- 4. Linguists who happen to be experts at munication, and thus, understandability. lexical knowledge can use the WordNet The cost effective and readily available apps as well as plugins to acquire said “Aakash” tablet device4 will be one of the knowledge irrespective of whether they means by which our application will be have mobile phones or PCs. accessed by educational institutes over In- Apart from the cases mentioned above, dia. there are many other cases where our apps and 2. Tourists traveling to India can use the plugins can be used effectively. WordNet mobile apps for basic survival communication, because Indian language 3 Mobile WordNet Applications WordNets contain a lot of culture and In the subsections below we describe the language specific concepts, meanings for features of the applications accompanied by which may not even be available on inter- screen-shots. net search. 3.1 Home Screen 3. People who read articles on the internet may come across words they do not un- When the user starts the application, the derstand and can benefit from our plugins home screen (Figure: 1) is shown with a brief which can help translate words and give description of how to use it, the link which detailed information about them at the takes the user to search interface. click of a button. 3.2 Search Interface 3“Internet trends 2014 report” by Mary Meeker, Kleiner Perkins Caufield & Byers (KPCB) We have provided the user with two types 4http://www.akashtablet.com/ of input mechanisms, Phonetic Translitera- (zha), respectively. These characters occur twice in the Unicode chart, both with nukta as a separate unicode character, and adjoining the parent character. We normalize the input for standard unicode encoding with nukta as a separate character before search. 3.3.2 Morphological Analysis Before searching in the databases the word is first passed to a morphological analyzer toob- tain its root form. We use Hindi Morph An- alyzer (Bahuguna et al., 2014) to return the root form of the input word for Hindi lan- guage, since by principle, WordNet only con- tains root forms of the words. Due to non availability of other language Morphological Analyzers, we may not be able to include them in the search process. Though, in the future, we can use a fully automated version of the “Human mediated TRIE base generic stemmer”(Bhattacharyya et al., 2014) for obtaining root forms for other languages later. 3.3.3 Handling Multiple Root forms Figure 2: Devanagari Keyboard Our interface also requests the user to se- lect the preferred root, if more than one root tion using Google Transliteration API5, and forms are returned post morphological anal- a JavaScript based online keyboard (Figure: ysis. The user can then just select one and 2) for input of Hindi Unicode characters. then the synset retrieval process is initiated Transliteration for a native user is very con- on the server. It gives the user more control, venient. In case, the user does not know the and choice over results. We assume that while right combination of keys then the keyboard searching the WordNet, a user may not be fa- for Devanagari is provided. These two meth- miliar with all the senses of the words, or all ods ensure that all words can be easily entered the morphology of the word. It may be pos- for searching. Thereafter, by touching / click- sible that the user came across the word over ing on “Search”, the synsets with all relevant the internet, and is using our plugin to search information are retrieved. the WordNet. This feature enables the user to select the appropriate root, or check all the 3.3 Search Process possibilities for the correct answer. Indian languages are fairly new to the web, and despite standard UTF encoding of char- 3.4 Application Design acters, there remain a few steps to be taken We have used the WebView class, and URL to sanitize the input for WordNet search. The loading from the Android SDK6, and Windows steps taken by us are given below: Phone SDK7 to display a responsive layout of the WordNets. WebView renders the ap- 3.3.1 Nukta Normalization for Hindi plication pages seamlessly onto the mobile / Hindi Characters such as क (ka), ख (kha), handheld devices, thus making the application ग (ga), ज (ja), ड (ḍa), ढ (ḍha), फ (pha), झ usable for mobile, tablet, and other handheld (jha), take up nukta symbol to form क़ (qa), 6 ख़ (kḫa),ग़ (ġa),ज़ (za),ड़ (da),ढ़ (ṛha),फ़ (fa),झ़ https://developer.android.com/ 7https://dev.windows.com/en- 5https://developers.google.com/transliterate/ us/develop/download-phone-sdk device of any size. or mobile. The process commonly involves a Similarly, for iOS, we have used the UIWeb- user navigating to a web page, and searching View class with some scaling measures to ren- the required ‘word’ for its senses. In a world der the pages with a responsive layout onto where getting things done in one click is im- the device screen. Our application is compat- portant, we feel that the process of searching ible with all iOS devices. It will be deployed needs to be simplified. We develop browser ex- to Apple App Store soon. tensions to ease this process. Google Chrome A preliminary check on internet connection and Mozilla Firefox are the most popular web is done before connecting to the web interface, browsers among the web users8.
Load more

Recommended publications
  • The Effectiveness of Application Permissions
    The Effectiveness of Application Permissions Adrienne Porter Felt,∗ Kate Greenwood, David Wagner University of California, Berkeley apf, kate eli, [email protected] Abstract cations’ permission requirements up-front so that users can grant them during installation. Traditional user-based permission systems assign the Traditional user-based permission systems assign the user’s full privileges to all applications. Modern plat- user’s full privileges to all of the user’s applications. In forms are transitioning to a new model, in which each the application permission model, however, each appli- application has a different set of permissions based on cation can have a customized set of permissions based its requirements. Application permissions offer several on its individual privilege requirements. If most applica- advantages over traditional user-based permissions, but tions can be satisfied with less than the user’s full priv- these benefits rely on the assumption that applications ileges, then three advantages of application permissions generally require less than full privileges. We explore over the traditional user-based model are possible: whether that assumption is realistic, which provides in- sight into the value of application permissions. • User Consent: Security-conscious users may be We perform case studies on two platforms with appli- hesitant to grant access to dangerous permissions cation permissions, the Google Chrome extension sys- without justification. For install-time systems, this tem and the Android OS. We collect the permission re- might alert some users to malware at installation; quirements of a large set of Google Chrome extensions for time-of-use systems, this can prevent an in- and Android applications.
    [Show full text]
  • Appendix 1 - 5 Appendix 1 - Questionnaire for Colleges
    Appendix 1 - 5 Appendix 1 - Questionnaire for Colleges Declaration: I, Rajeev Ghode, persuing my Ph.D. in Department of Communication Studies, Pune University. Title of Ph.D. Research is "To study potential and challenges in the use and adoption of ICT in Higher Education"For this research purpose, I want to collect quantitative data from all the professors of colleges which are affiliated to Pune University. I ensure that all the data collected will be used only for the Ph.D. research and secrecy of the data will be maintained. I appreciate you for spending your valuable time to fill this questionnaire. Thanking You <•;. Prof. Rajeev Ghode Questionnaire Name of the College Address/City 1 Arts Science and Commerce College 1 Arts Science and Commerce College with Computer Science Type of College 1 Commerce and BBA Q B.Ed. College 1 1 Law Institutional ICT Infrastructure Sr. ICT Infrastructure Yes No Provision in near No. future 1. Multimedia /Conference Hall 2. Computer Lab 3. Internet Connectivity in Campus 4. Digital Library 5. Website 6. Organization e-mail Server 7. Blog Appendix - I Sr. ICT Infrastructure Yes No Provision in near No. future 8. Presence on SNS 9. Online Admission System 10. Online/Offline Examination Application 11. Biometric Attendance 12. Student Management System 13. Professional membership for online journals Department-wise ICT Infrastructure Sr. ICT Infrastructure Yes No Provision in near No. future 1. Do you have separate Desktops for faculties in every department? 2. Do you have separate Laptops for every department? 3. Does every department have LCD Projector? 4.
    [Show full text]
  • Apigee X Migration Offering
    Apigee X Migration Offering Overview Today, enterprises on their digital transformation journeys are striving for “Digital Excellence” to meet new digital demands. To achieve this, they are looking to accelerate their journeys to the cloud and revamp their API strategies. Businesses are looking to build APIs that can operate anywhere to provide new and seamless cus- tomer experiences quickly and securely. In February 2021, Google announced the launch of the new version of the cloud API management platform Apigee called Apigee X. It will provide enterprises with a high performing, reliable, and global digital transformation platform that drives success with digital excellence. Apigee X inte- grates deeply with Google Cloud Platform offerings to provide improved performance, scalability, controls and AI powered automation & security that clients need to provide un-parallel customer experiences. Partnerships Fresh Gravity is an official partner of Google Cloud and has deep experience in implementing GCP products like Apigee/Hybrid, Anthos, GKE, Cloud Run, Cloud CDN, Appsheet, BigQuery, Cloud Armor and others. Apigee X Value Proposition Apigee X provides several benefits to clients for them to consider migrating from their existing Apigee Edge platform, whether on-premise or on the cloud, to better manage their APIs. Enhanced customer experience through global reach, better performance, scalability and predictability • Global reach for multi-region setup, distributed caching, scaling, and peak traffic support • Managed autoscaling for runtime instance ingress as well as environments independently based on API traffic • AI-powered automation and ML capabilities help to autonomously identify anomalies, predict traffic for peak seasons, and ensure APIs adhere to compliance requirements.
    [Show full text]
  • EN-Google Hacks.Pdf
    Table of Contents Credits Foreword Preface Chapter 1. Searching Google 1. Setting Preferences 2. Language Tools 3. Anatomy of a Search Result 4. Specialized Vocabularies: Slang and Terminology 5. Getting Around the 10 Word Limit 6. Word Order Matters 7. Repetition Matters 8. Mixing Syntaxes 9. Hacking Google URLs 10. Hacking Google Search Forms 11. Date-Range Searching 12. Understanding and Using Julian Dates 13. Using Full-Word Wildcards 14. inurl: Versus site: 15. Checking Spelling 16. Consulting the Dictionary 17. Consulting the Phonebook 18. Tracking Stocks 19. Google Interface for Translators 20. Searching Article Archives 21. Finding Directories of Information 22. Finding Technical Definitions 23. Finding Weblog Commentary 24. The Google Toolbar 25. The Mozilla Google Toolbar 26. The Quick Search Toolbar 27. GAPIS 28. Googling with Bookmarklets Chapter 2. Google Special Services and Collections 29. Google Directory 30. Google Groups 31. Google Images 32. Google News 33. Google Catalogs 34. Froogle 35. Google Labs Chapter 3. Third-Party Google Services 36. XooMLe: The Google API in Plain Old XML 37. Google by Email 38. Simplifying Google Groups URLs 39. What Does Google Think Of... 40. GooglePeople Chapter 4. Non-API Google Applications 41. Don't Try This at Home 42. Building a Custom Date-Range Search Form 43. Building Google Directory URLs 44. Scraping Google Results 45. Scraping Google AdWords 46. Scraping Google Groups 47. Scraping Google News 48. Scraping Google Catalogs 49. Scraping the Google Phonebook Chapter 5. Introducing the Google Web API 50. Programming the Google Web API with Perl 51. Looping Around the 10-Result Limit 52.
    [Show full text]
  • 2Nd USENIX Conference on Web Application Development (Webapps ’11)
    conference proceedings Proceedings of the 2nd USENIX Conference Application on Web Development 2nd USENIX Conference on Web Application Development (WebApps ’11) Portland, OR, USA Portland, OR, USA June 15–16, 2011 Sponsored by June 15–16, 2011 © 2011 by The USENIX Association All Rights Reserved This volume is published as a collective work. Rights to individual papers remain with the author or the author’s employer. Permission is granted for the noncommercial reproduction of the complete work for educational or research purposes. Permission is granted to print, primarily for one person’s exclusive use, a single copy of these Proceedings. USENIX acknowledges all trademarks herein. ISBN 978-931971-86-7 USENIX Association Proceedings of the 2nd USENIX Conference on Web Application Development June 15–16, 2011 Portland, OR, USA Conference Organizers Program Chair Armando Fox, University of California, Berkeley Program Committee Adam Barth, Google Inc. Abdur Chowdhury, Twitter Jon Howell, Microsoft Research Collin Jackson, Carnegie Mellon University Bobby Johnson, Facebook Emre Kıcıman, Microsoft Research Michael E. Maximilien, IBM Research Owen O’Malley, Yahoo! Research John Ousterhout, Stanford University Swami Sivasubramanian, Amazon Web Services Geoffrey M. Voelker, University of California, San Diego Nickolai Zeldovich, Massachusetts Institute of Technology The USENIX Association Staff WebApps ’11: 2nd USENIX Conference on Web Application Development June 15–16, 2011 Portland, OR, USA Message from the Program Chair . v Wednesday, June 15 10:30–Noon GuardRails: A Data-Centric Web Application Security Framework . 1 Jonathan Burket, Patrick Mutchler, Michael Weaver, Muzzammil Zaveri, and David Evans, University of Virginia PHP Aspis: Using Partial Taint Tracking to Protect Against Injection Attacks .
    [Show full text]
  • Mergers in the Digital Economy
    2020/01 DP Axel Gautier and Joe Lamesch Mergers in the digital economy CORE Voie du Roman Pays 34, L1.03.01 B-1348 Louvain-la-Neuve Tel (32 10) 47 43 04 Email: [email protected] https://uclouvain.be/en/research-institutes/ lidam/core/discussion-papers.html Mergers in the Digital Economy∗ Axel Gautier y& Joe Lamesch z January 13, 2020 Abstract Over the period 2015-2017, the five giant technologically leading firms, Google, Amazon, Facebook, Amazon and Microsoft (GAFAM) acquired 175 companies, from small start-ups to billion dollar deals. By investigating this intense M&A, this paper ambitions a better understanding of the Big Five's strategies. To do so, we identify 6 different user groups gravitating around these multi-sided companies along with each company's most important market segments. We then track their mergers and acquisitions and match them with the segments. This exercise shows that these five firms use M&A activity mostly to strengthen their core market segments but rarely to expand their activities into new ones. Furthermore, most of the acquired products are shut down post acquisition, which suggests that GAFAM mainly acquire firm’s assets (functionality, technology, talent or IP) to integrate them in their ecosystem rather than the products and users themselves. For these tech giants, therefore, acquisition appears to be a substitute for in-house R&D. Finally, from our check for possible "killer acquisitions", it appears that just a single one in our sample could potentially be qualified as such. Keywords: Mergers, GAFAM, platform, digital markets, competition policy, killer acquisition JEL Codes: D43, K21, L40, L86, G34 ∗The authors would like to thank M.
    [Show full text]
  • Design Challenges in Low-Resource Cross-Lingual Entity Linking
    Design Challenges in Low-resource Cross-lingual Entity Linking Xingyu Fu1,∗ Weijia Shi2∗, Xiaodong Yu1, Zian Zhao3, Dan Roth1 1University of Pennsylvania 2University of California Los Angeles 3Columbia University fxingyuf2, xdyu, [email protected] [email protected], [email protected] Abstract Odia: [ଚିଲିକାେର] ଅରଖକୁଦ ନିକଟେର ଏକ ମୁହାଣ େଖାଲିଥିଲା । Cross-lingual Entity Linking (XEL), the prob- English: Gloss: Flood appeared in Arakhkud near [Chilika Lake]. lem of grounding mentions of entities in a for- XEL: eign language text into an English knowledge [ଚିଲିକାେର] Chilika Lake base such as Wikipedia, has seen a lot of re- https://en.wikipedia.org/wiki/Chilika_Lake search in recent years, with a range of promis- ing techniques. However, current techniques Figure 1: The EXL task: in the given sentence we link do not rise to the challenges introduced by text “Chilika Lake” to its corresponding English Wikipedia in low-resource languages (LRL) and, surpris- ingly, fail to generalize to text not taken from task typically involves two main steps: (1) candi- Wikipedia, on which they are usually trained. This paper provides a thorough analysis of date generation, retrieving a list of candidate KB low-resource XEL techniques, focusing on entries for the mention, and (2) candidate ranking, the key step of identifying candidate English selecting the most likely entry from the candidates. Wikipedia titles that correspond to a given for- While XEL techniques have been studied heavily eign language mention. Our analysis indi- in recent years, many challenges remain in the LRL cates that current methods are limited by their setting.
    [Show full text]
  • Devonagentpro
    DEVONagent Pro VERSION 3.11.1 DOCUMENTATION © 2001-2019 DEVONtechnologies TABLE OF CONTENTS Read Me 4 Menus 29 The DEVONagent Pro Advantage 5 The DEVONagent Pro menu 29 System Requirements 6 The File menu 30 Installing, Updating, Removing 6 The Edit menu 31 Trial Restrictions 6 The Data menu 32 Version history 7 The Sort menu 33 License Agreement 11 The View menu 33 Credits 11 The Web menu 34 The History menu 35 Getting Started 12 The Go menu 36 Why use DEVONagent Pro? 12 The Window menu 36 When to use DEVONagent Pro? 12 The Services menu 37 DEVONagent Pro at a Glance 13 The Scripts menu 37 First steps with DEVONagent Pro 13 The Help menu 37 The Dock menu 38 Common Tasks 14 Windows and panels 39 How to find on the Internet 14 How to search beyond Google 14 Search window 40 How to customize DEVONagent Pro 15 Web browser 46 How to set up a search set to crawl feeds 15 Archive window 52 How to run a search automatically 16 Search sets 54 How to archive search results 16 Plugins and scanners 54 Downloads 56 Queries 18 Preferences 57 Assistant 57 Operators 18 Designing a search query 19 Preferences 59 Search sets 21 General 59 Search 60 What are search sets? 21 Menu extra 61 Choosing a search set 21 Web 62 Creating and managing sets 22 Tabs 63 Sharing sets 23 Bookmarks 64 General tab 23 Email 64 Advanced tab 25 Update 65 Sites tab 25 Plugins tab 26 Menu extra 66 Actions tab 27 Scripts 67 Schedule tab 28 Introduction 67 DEVONagent Pro's Scripts menu 68 Automator 69 DEVONagent Pro 3.11.1 Documentation, page 2 Plugin Development 70 Creating Your
    [Show full text]
  • Cross Lingual Information Access and Retrieval CHAPTER 1
    Cross Lingual Information Access and Retrieval CHAPTER 1 INTRODUCTION 1.1 Overview With an increasingly globalized economy, the ability to find information in other languages is becoming a necessity. Though initially the World Wide Web was dominated by English, now less than half of existing web pages are in English. Thus the problem is that much Internet content is effectively inaccessible as it is stored in languages that are not searchable without specific technical know­how. To overcome the above problem and to make communication global, the access to cross lingual information is more and more widespread within this society. The demand for fully multilingual multimedia retrieval systems first formulated in 1997, is increasingly relevant today as the global networks become vital sources of information for both professional and leisure activities. Information retrieval (IR) is a process that determines the relationship between document and query. It also defines the strength between them. Cross language information retrieval (CLIR) is the subfield of information retrieval. The basic idea behind the cross language information retrieval (CLIR) system is to retrieve documents in a language different from a query language made in the user’s own language. This may be desirable even when the user is not a speaker of the language used in the retrieved documents. Once it is known that the information exists and is relevant, the retrieved documents can be translated by a translator. Research in the area of cross­language information retrieval (CLIR) has focused mainly on methods for translating queries. Full document translation for large collections is impractical, thus query translation is a viable alternative.
    [Show full text]
  • Cesifo Working Paper No. 8056
    8056 2020 January 2020 Mergers in the Digital Economy Axel Gautier, Joe Lamesch Impressum: CESifo Working Papers ISSN 2364-1428 (electronic version) Publisher and distributor: Munich Society for the Promotion of Economic Research - CESifo GmbH The international platform of Ludwigs-Maximilians University’s Center for Economic Studies and the ifo Institute Poschingerstr. 5, 81679 Munich, Germany Telephone +49 (0)89 2180-2740, Telefax +49 (0)89 2180-17845, email [email protected] Editor: Clemens Fuest www.cesifo-group.org/wp An electronic version of the paper may be downloaded · from the SSRN website: www.SSRN.com · from the RePEc website: www.RePEc.org · from the CESifo website: www.CESifo-group.org/wp CESifo Working Paper No. 8056 Mergers in the Digital Economy Abstract Over the period 2015-2017, the five giant technologically leading firms, Google, Amazon, Facebook, Amazon and Microsoft (GAFAM) acquired 175 companies, from small start-ups to billion dollar deals. By investigating this intense M&A, this paper ambitions a better understanding of the Big Five’s strategies. To do so, we identify 6 different user groups gravitating around these multi-sided companies along with each company’s most important market segments. We then track their mergers and acquisitions and match them with the segments. This exercise shows that these five firms use M&A activity mostly to strengthen their core market segments but rarely to expand their activities into new ones. Furthermore, most of the acquired products are shut down post acquisition, which suggests that GAFAM mainly acquire firm’s assets (functionality, technology, talent or IP) to integrate them in their ecosystem rather than the products and users themselves.
    [Show full text]
  • Multi-Language Online Word Processor for Learners and the Visually Impaired
    Multi-language Online Word Processor for Learners and the Visually Impaired Shiblee Imtiaz Hasan Department of Computer Science and Engineering, BRAC University, 66, Mohakhali C/A, Dhaka 1212, Bangladesh [email protected] Abstract. Most of the modern operating systems come with accessibility and screen reading features. They also have with basic word processing applications. However, many of the languages are still not supported in the screen reading application and neither do they come with features such as translation and transliteration (phonetic). Many plugins are available to overcome these barriers, but the visually impaired users and/or users without administrative privilege will not be able to install those in the local computer. This paper discusses about implementation of a rich internet application that enables users to have access to a free online word processor which can translate, transliterate and speak out words (in different languages) that have been typed, which can be very helpful for learners of foreign languages and visually impaired users. Keywords: languages, word processor, speech synthesis, transliteration, accessibility. 1 Introduction Desktop-based applications, especially word processors are usually known to be more powerful than the online ones. They also come with more features compared to the Internet applications. However, the online applications can be very portable and can run without being installed in a computer. This paper would discuss about an online word processor which can be portable solution for many. The application can be a very important document processing utility for the visually impaired too. Some of the features would also assist learners of a new language.
    [Show full text]
  • Merger Policy in Digital Markets: an Ex Post Assessment 3 Study Is to Undertake a Less Common Form of Ex Post Assessment
    Journal of Competition Law & Economics, 00(00), 1–46 doi: 10.1093/joclec/nhaa020 MERGER POLICY IN DIGITAL MARKETS: AN EX Downloaded from https://academic.oup.com/jcle/advance-article/doi/10.1093/joclec/nhaa020/5874037 by guest on 18 December 2020 POST ASSESSMENT† Elena Argentesi,∗Paolo Buccirossi,†Emilio Calvano,‡ Tomaso Duso,§,∗ & Alessia Marrazzo,¶ & Salvatore Nava† ABSTRACT This paper presents a broad retrospective evaluation of mergers and merger decisions in markets dominated by multisided digital platforms. First, we doc- ument almost 300 acquisitions carried out by three major tech companies— Amazon, Facebook, and Google—between 2008 and 2018. We cluster target companies on their area of economic activity providing suggestive evidence on the strategies behind these mergers. Second, we discuss the features of digital markets that create new challenges for competition policy. By using relevant case studies as illustrative examples, we discuss theories of harm that have been used or, alternatively, could have been formulated by authorities in these cases. Finally, we retrospectively examine two important merger cases, Facebook/Instagram and Google/Waze, providing a systematic assessment of the theories of harm considered by the UK competition authorities as well as evidence on the evolution of the market after the transactions were approved. We discuss whether the competition authority performed complete and careful analyses to foresee the competitive consequences of the investigated mergers and whether a more effective merger control regime can be achieved within the current legal framework. JEL codes: L4; K21 ∗ Department of Economics, University of Bologna † Lear, Rome ‡ Department of Economics, University of Bologna, Toulouse School of Economics and CEPR, London § Deutsches Institut fuer Wirtschaftsforschung (DIW Berlin), Department of Economics, Tech- nical University (TU) Berlin, CEPR, London and CESifo, Munich ¶ Lear, Rome and Department of Economics, University of Bologna ∗ Corresponding author.
    [Show full text]