DOCSLIB.ORG

Voogle: a Voice Interface to Google

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Voogle: a Voice Interface to Google Dan Stuart SI 531 12/14/2010 Voogle: A Voice Interface to Google Introduction Visually-impaired Internet users utilizing screen readers are often obligated to listen to a large amount of information that is either navigational or extraneous while navigating the Internet. This is necessary for using new websites, which the user is not familiar with, but for those that the user has already used many times before with this information is unnecessary. For pages that are accessed often, finding and conveying only the necessary information has the potential to save a large amount of time. The Google SERP is an example of such a page: along with the titles of returned results, the page can contain links to image results and other SERPs, summaries of retrieved pages, and full URLs, along with a large number of navigational links and ads (along with potential annoyances such as Google Instant, for which there is actually an invisible link that allows users of screen readers to turn it off with one click). I proposed to create a minimal interface to Google Search, combining the Google AJAX Search API with the text-to-speech pyttsx library and a speech recognition utility to build a speech-controlled interface to the Google search that will only convey the necessary information: result titles and truncated URLs, with options to control retrieval of other information such as variable- length summaries and full URLs, and navigation to selected links. Due to the limited availability of speech recognition software for my operating system, I was not able to implement the speech Figure 1: The Google SERP contains a large recognition capabilities, but I was able to build amount of extraneous information. and test a proof-of-concept application that functions otherwise as specified. I tested the usability of my application with the help of two of my peers, using for comparison the open-source screen reader Orca combined with the Mozilla Firefox web browser. Study participants completed several search tasks using the Orca/Firefox interface, then several using the Voogle interface, and compared the relative ease of each set of tasks. Participants were recruited from my peer group, and rated themselves as comfortable with executing advanced search tasks. Due to the difficulties in locating experienced screen reader users, neither of my study participants had any experience with assistive technology. This is potentially problematic, and would be corrected in a larger study, but both participants were equally unfamiliar with both interfaces, so the study was at least 1 Dan Stuart SI 531 12/14/2010 fair in that sense. The interfaces were evaluated on ease-of-use, as determined by user questionnaires, average time required to complete search tasks, and number of queries executed. Due to the problems implementing the speech recognition feature of Voogle, I served that role by typing what each study participant said to execute commands. The Orca/Firefox interface fared somewhat worse than Voogle, partly due to some problems with the speech engine, but also due to the large amount of information that participants had to navigate through in order to find the information they were looking for. Both participants pointed this out, although I had been careful not to mention it to them before or during the study. Literature Review Though the number of visually-impaired Internet users is relatively small, the problems they face trying to navigate poorly laid-out websites are of great concern to some HCI researchers. Lazar et al (2007) conducted a study of 100 blind screen reader users in which the participants kept a log of how their time was spent while using the Internet. Of the many frustrations that participants encountered, the researchers found that the top problem (by time wasted) among users of screen readers is “page layout causing confusing screen reader feedback”. Finding information on a poorly-designed page is the biggest problem that these users face, and while Lazar et al recommend better page design to solve this issue, it may be that a complex web page constructed primarily to serve the needs of users will always contain a large amount of extraneous content for blind users. Leporini and Paternò (2004) identify 18 criteria for evaluating the usability of websites when accessed with screen readers. Among these are: • number of links and frames, • location of navigation bar, • assignment of shortcuts, • specific sections, • indexing of contents, and • identifying the main page content. All of these criteria deal with reducing the amount of time users have to spend skipping through page content to get to the information they are looking for. These potential navigational issues account for one third of their criteria, the largest grouping, and all are problems I attempted to solve with the design of Voogle by stripping the Google SERP down to only the essential results information. Leporini et al (2008) looked at how to improve the code of the Google SERP, and the main recommendation was to “place the most important elements of the interface at the top of the source file” (emphasis theirs). This is an interesting recommendation, and very much in the same vein as the previous paper. Because screen readers primarily parse the HTML of a page, designing the HTML to 2 Dan Stuart SI 531 12/14/2010 accommodate screen readers and using the CSS to control layout is another elegant solution to the problem of website accessibility. Systems: Voogle For this project I wrote a proof-of- concept command-line interface to Google Search, designed specifically for visually- impaired users. Because I had originally planned to make the system voice-controlled, I named it Voogle, for “Voice-controlled Google”. (I found out part of the way through development that screen readers are traditionally named after aquatic creatures, e.g. Orca and JAWS. By the time I learned this I was already committed to the Voogle name, but I might otherwise have chosen a name that conforms to the tradition, such as Plecostomus.) I was unfortunately not able to implement the voice-control interface within the constraints of the operating systems I had to work with. However, I was able to get the other features working nicely, including the text-to-speech output. Figure 2: The Voogle command-line interface. The The Voogle user interface takes user has inspected the options menu, then initiated commands using a simple grammar: users can a search for "Dr Chuck" (ideally) say or type “search” (or one of a set of synonyms) to initiate a search, “options” to enter the options menu, or “help” to see and hear the help file. Simply entering “search” starts the search routine, which prompts for a query; alternatively users can enter the query after “search” in the same command to go directly to the query results. Everything pictured in Figure 1, except the user input, is read out to the user with the pyttsx library, which provides Python bindings to espeak, the standard text-to-speech utility included with the Linux operating system. When a query is entered, Voogle retrieves the search results using the Google AJAX API and reads them out one at a time, first the title, then the summary snippet (the same one that Google displays on its SERP), then the URL, which can be set in the options menu to be either “full” (the entire result URL) or “short” (just the domain name). After each result is read, Voogle asks the user whether to open the result. If the user answers “yes”, or an equivalent synonym, the result is remembered and will be opened in a web browser, which launches at the end of the search process. Voogle then moves 3 Dan Stuart SI 531 12/14/2010 on to the next result, unless the user answers with “quit”, in which case the search is aborted and any selected results are opened. One minor problem with this interaction is that “quit” is not an obvious response to the question “Open result?”, so this is one aspect of the user experience that needs work. Voogle includes several configurable options to customize its behavior, as shown in Figure 1. Several of these (“volume”, “rate”, “speech”) control the text-to-speech behavior. “Rate” sets the speed, in words per minute, that text is read out, and can be set between 1 and around 500, although the default, 200, is comfortable for most novice users. The “results” option controls the number of results that are read out before Voogle asks the user if they want more, and can be set from 1 to 32, which is the most results that the Google AJAX API will provide. In retrospect, this is not a very useful option, as the user has the option to quit the search after every result, so this in effect adds another choice they must make. The “url” option controls whether Voogle shows the full URL of each result, or just the domain name, as described above. The “lucky” option, when enabled, functions exactly as Google's “I'm Feeling Lucky” button: it causes Voogle to skip the results menu entirely and launches the first search result immediately. Finally, the “input” option was meant to control whether Voogle would look for input from the keyboard or microphone, but since speech input was never implemented, this option is non-functional. Systems: Orca/Firefox Orca is an open source assistive technology suite for visually impaired users. Aside from screen-reading capabilities, Orca offers screen magnification, braille output, “key echo” which pronounces the names of keys pressed, and customizable pronunciation of words. Orca is a very powerful, highly- Figure 3: The Orca interface customizable tool, suitable for general use with a wide variety of applications.
Load more

Recommended publications
  • Current Perspectives on Linux Accessibility Tools for Visually Impaired Users
    ЕЛЕКТРОННО СПИСАНИЕ „ИКОНОМИКА И КОМПЮТЪРНИ НАУКИ“, БРОЙ 2, 2019, ISSN 2367-7791, ВАРНА, БЪЛГАРИЯ ELECTRONIC JOURNAL “ECONOMICS AND COMPUTER SCIENCE”, ISSUE 2, 2019, ISSN 2367-7791, VARNA, BULGARIA Current Perspectives on Linux Accessibility Tools for Visually Impaired Users Radka NACHEVA1 1 University of Economics, Varna, Bulgaria [email protected] Abstract. The development of user-oriented technologies is related not only to compliance with standards, rules and good practices for their usability but also to their accessibility. For people with special needs, assistive technologies have been developed to ensure the use of modern information and communication technologies. The choice of a particular tool depends mostly on the user's operating system. The aim of this research paper is to study the current state of the accessibility software tools designed for an operating system Linux and especially used by visually impaired people. The specific context of the considering of the study’s objective is the possibility of using such technologies by Bulgarian users. The applied approach of the research is content analysis of scientific publications, official documentation of Linux accessibility tools, and legal provisions and classifiers of international organizations. The results of the study are useful to other researchers who work in the area of accessibility of software technologies, including software companies that develop solutions for visually impaired people. For the purpose of the article several tests are performed with the studied tools, on the basis of which the conclusions of the study are made. On the base of the comparative study of assistive software tools the main conclusion of the paper is made: Bulgarian visually impaired users are limited to work with Linux operating system because of the lack of the Bulgarian language support.
    [Show full text]
  • Embed Text to Speech in Website
    Embed Text To Speech In Website KingsleyUndefended kick-off or pinchbeck, very andantino. Avraham Plagued never and introspects tentier Morlee any undercurrent! always outburn Multistorey smugly andOswell brines except his herenthymemes. earthquake so accelerando that You in speech recognition Uses premium Acapela TTS voices with license for battle use my the. 21 Best proud to Speech Software 2021 Free & Paid Online TTS. Add the method to deity the complete API endpoint for your matter The most example URL represents a crop to Speech instance group is. Annyang is a JavaScript SpeechRecognition library that makes adding voice. The speech recognition portion of the WebSpeech API allows websites to enable. A high-quality unlimited TTS voice app that runs in your Chrome browser Tool for creating voice from despair or Google Drive file. Speech synthesis is so artificial production of human speech A computer system used for this claim is called a speech computer or speech synthesizer and telling be implemented in software building hardware products A text-to-speech TTS system converts normal language text into speech. Which reads completely consume it? How we Add run to Speech in WordPress WPBeginner. The divine tool accepts both typed and handwritten input and supports. RingCentral Embeddable Voice into Text Widget. It is to in your people. Most of the embed the files, voice from gallo romance, embed text to speech in website where the former is built in the pronunciation for only in the spelling with. The type an external program, and continue to a few steps in your blog publishers can be spoken version is speech text? Usted tiene teclear cualquier texto, website to in text speech recognition is the home with a female voice? The Chrome extension lets you highlight the text tag any webpage to hear even read aloud.
    [Show full text]
  • A Simplified Overview of Text-To-Speech Synthesis
    Proceedings of the World Congress on Engineering 2014 Vol I, WCE 2014, July 2 - 4, 2014, London, U.K. A Simplified Overview of Text-To-Speech Synthesis J. O. Onaolapo, F. E. Idachaba, J. Badejo, T. Odu, and O. I. Adu open-source software while SpeakVolumes is commercial. It must however be noted that Text-To-Speech systems do Abstract — Computer-based Text-To-Speech systems render not sound perfectly natural due to audible glitches [4]. This is text into an audible form, with the aim of sounding as natural as possible. This paper seeks to explain Text-To-Speech synthesis because speech synthesis science is yet to capture all the in a simplified manner. Emphasis is placed on the Natural complexities and intricacies of human speaking capabilities. Language Processing (NLP) and Digital Signal Processing (DSP) components of Text-To-Speech Systems. Applications and II. MACHINE SPEECH limitations of speech synthesis are also explored. Text-To-Speech system processes are significantly different Index Terms — Speech synthesis, Natural Language from live human speech production (and language analysis). Processing, Auditory, Text-To-Speech Live human speech production depends of complex fluid mechanics dependent on changes in lung pressure and vocal I. INTRODUCTION tract constrictions. Designing systems to mimic those human Text-To-Speech System (TTS) is a computer-based constructs would result in avoidable complexity. system that automatically converts text into artificial A In general terms, a Text-To-Speech synthesizer comprises human speech [1]. Text-To-Speech synthesizers do not of two parts; namely the Natural Language Processing (NLP) playback recorded speech; rather, they generate sentences unit and the Digital Signal Processing (DSP) unit.
    [Show full text]
  • Masterarbeit
    Masterarbeit Erstellung einer Sprachdatenbank sowie eines Programms zu deren Analyse im Kontext einer Sprachsynthese mit spektralen Modellen zur Erlangung des akademischen Grades Master of Science vorgelegt dem Fachbereich Mathematik, Naturwissenschaften und Informatik der Technischen Hochschule Mittelhessen Tobias Platen im August 2014 Referent: Prof. Dr. Erdmuthe Meyer zu Bexten Korreferent: Prof. Dr. Keywan Sohrabi Eidesstattliche Erklärung Hiermit versichere ich, die vorliegende Arbeit selbstständig und unter ausschließlicher Verwendung der angegebenen Literatur und Hilfsmittel erstellt zu haben. Die Arbeit wurde bisher in gleicher oder ähnlicher Form keiner anderen Prüfungsbehörde vorgelegt und auch nicht veröffentlicht. 2 Inhaltsverzeichnis 1 Einführung7 1.1 Motivation...................................7 1.2 Ziele......................................8 1.3 Historische Sprachsynthesen.........................9 1.3.1 Die Sprechmaschine.......................... 10 1.3.2 Der Vocoder und der Voder..................... 10 1.3.3 Linear Predictive Coding....................... 10 1.4 Moderne Algorithmen zur Sprachsynthese................. 11 1.4.1 Formantsynthese........................... 11 1.4.2 Konkatenative Synthese....................... 12 2 Spektrale Modelle zur Sprachsynthese 13 2.1 Faltung, Fouriertransformation und Vocoder................ 13 2.2 Phase Vocoder................................ 14 2.3 Spectral Model Synthesis........................... 19 2.3.1 Harmonic Trajectories........................ 19 2.3.2 Shape Invariance..........................
    [Show full text]
  • Espeak : Speech Synthesis
    Software Requirements Specification for ESpeak : Speech Synthesis Version 1.48.15 Prepared by Dimitrios Koufounakis January 10, 2018 Copyright © 2002 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document. Software Requirements Specification for <Project> Page ii Table of Contents Table of Contents .......................................................................................................................... ii Revision History ............................................................................................................................ ii 1. Introduction ..............................................................................................................................1 1.1 Purpose ............................................................................................................................................. 1 1.2 Document Conventions .................................................................................................................... 1 1.3 Intended Audience and Reading Suggestions................................................................................... 1 1.4 Project Scope .................................................................................................................................... 1 1.5 References......................................................................................................................................... 1 2. Overall Description ..................................................................................................................2
    [Show full text]
  • A University-Based Smart and Context Aware Solution for People with Disabilities (USCAS-PWD)
    computers Article A University-Based Smart and Context Aware Solution for People with Disabilities (USCAS-PWD) Ghassan Kbar 1,*, Mustufa Haider Abidi 2, Syed Hammad Mian 2, Ahmad A. Al-Daraiseh 3 and Wathiq Mansoor 4 1 Riyadh Techno Valley, King Saud University, P.O. Box 3966, Riyadh 12373-8383, Saudi Arabia 2 FARCAMT CHAIR, Advanced Manufacturing Institute, King Saud University, Riyadh 11421, Saudi Arabia; [email protected] (M.H.A.); [email protected] (S.H.M.) 3 College of Computer and Information Sciences, King Saud University, Riyadh 11421, Saudi Arabia; [email protected] 4 Department of Electrical Engineering, University of Dubai, Dubai 14143, United Arab Emirates; [email protected] * Correspondence: [email protected] or [email protected]; Tel.: +966-114693055 Academic Editor: Subhas Mukhopadhyay Received: 23 May 2016; Accepted: 22 July 2016; Published: 29 July 2016 Abstract: (1) Background: A disabled student or employee in a certain university faces a large number of obstacles in achieving his/her ordinary duties. An interactive smart search and communication application can support the people at the university campus and Science Park in a number of ways. Primarily, it can strengthen their professional network and establish a responsive eco-system. Therefore, the objective of this research work is to design and implement a unified flexible and adaptable interface. This interface supports an intensive search and communication tool across the university. It would benefit everybody on campus, especially the People with Disabilities (PWDs). (2) Methods: In this project, three main contributions are presented: (A) Assistive Technology (AT) software design and implementation (based on user- and technology-centered design); (B) A wireless sensor network employed to track and determine user’s location; and (C) A novel event behavior algorithm and movement direction algorithm used to monitor and predict users’ behavior and intervene with them and their caregivers when required.
    [Show full text]
  • Personal Medication Advisor
    FACULDADE DE ENGENHARIA DA UNIVERSIDADE DO PORTO Personal Medication Advisor Joana Polónia Lobo MASTER IN BIOENGINEERING Supervisor at FhP: Liliana Ferrreira (PhD) Supervisor at FEUP: Aníbal Ferreira (PhD) July, 2013 © Joana Polónia Lobo, 2013 Personal Medication Advisor Joana Polónia Lobo Master in Bioengineering Approved in oral examination by the committee: Chair: Artur Cardoso (PhD) External Examiner: Fernando Perdigão (PhD) Supervisor at FhP: Liliana Ferrreira (PhD) Supervisor at FEUP: Aníbal Ferreira (PhD) ____________________________________________________ July, 2013 Abstract Healthcare faces new challenges with automated medical support systems and artificial intelligence applications for personal care. The incidence of chronic diseases is increasing and monitoring patients in a home environment is inevitable. Heart failure is a chronic syndrome and a leading cause of death and hospital readmission on developed countries. As it has no cure, patients will have to follow strict medication plans for the rest of their lives. Non-compliance with prescribed medication regimens is a major concern, especially among older people. Thus, conversational systems will be very helpful in managing medication and increasing adherence. The Personal Medication Advisor aimed to be a conversational assistant, capable of interacting with the user through spoken natural language to help him manage information about his prescribed medicines. This patient centred approach to personal healthcare will improve treatment quality and efficacy. System architecture encompassed the development of three modules: a language parser, a dialog manager and a language generator, integrated with already existing tools for speech recognition and synthesis. All these modules work together and interact with the user through an Android application. System evaluation was performed through a usability test to assess feasibility, coherence and naturalness of the Personal Medication Advisor.
    [Show full text]
  • Community Notebook
    Community Notebook Free Software Projects Projects on the Move Accessibility for computer users with disabilities is one of the noblest goals for Linux and open source software. Vinux, Orca, and Gnome lead the way in Linux accessibility. By Carla Schroder ccessibility of any kind for people with disabilities has a long history of neglect and opposition. The US Rehabilitation Act of 1973 prohibited fed- eral agencies from discriminating on the basis of disability (Sections 501, A503, 504, 508) [1]. Passing a law is one thing; enforcing it is another, and it took years of activism to make any progress. In the 1980s, the Reagan Adminis- tration targeted Section 504 (addressing civil rights for people with disabilities) for de- Lisa Young, 123RF regulation because it was too “burdensome.” Once again advocates organized, and after two years of intensive effort, they succeeded in preserving Section 504. However, years more of Supreme Court fights, legislative battles, and public education efforts had to be won. The culmination of that work was the Americans with Disabilities Act (ADA) of 1990, which addresses some of the basic aspects of everyday life: employ- ment, public accommodations, telecommunications, and government agencies. This law still leaves an awful lot of gaps. Designing for accessibility is more than just bolting on a few aids as an afterthought – it’s a matter of architecture, of design- ing for everyone from the ground up. Accessibility covers a lot of ground, including: • Impaired vision to complete blindness • Impaired hearing to complete deafness • Color blindness • Difficulty or inability to type or use a mouse • Cognitive, learning, or reading problems • Low stamina, difficulty sitting up Talking computers have existed in science fiction for decades, but the world isn’t much closer to having them than it was 10 years ago.
    [Show full text]
  • Evaluating the Accessibility of Digital Audio Workstations for Blind Or Visually Impaired People
    Evaluating the Accessibility of Digital Audio Workstations for Blind or Visually Impaired People Gemma Pedrini, Luca Andrea Ludovico a and Giorgio Presti b Laboratorio di Informatica Musicale, Dipartimento di Informatica “Giovanni Degli Antoni”, Universita` degli Studi di Milano, Via G. Celoria 18, Milano, Italy Keywords: Accessibility, Blind or Visually Impaired (BVI), Digital Audio Workstations. Abstract: This paper proposes a methodology to assess the accessibility for blind or visually impaired people of mu- sic production software known as Digital Audio Workstations. The products chosen for the tests are Cockos REAPER, Avid Pro Tools, and Steinberg Cubase, three of the most popular solutions falling in this cate- gory. Both Microsoft Windows and macOS versions were tested, since these two operating systems natively integrate assistive technologies which provide a further layer to be considered. The degree of accessibility was evaluated in relation to the possibility for blind or visually impaired people to invoke key functions and perform basic operations. Finally, a focus group with visually impaired professional music producers was organized in order to assess the proposed evaluation methodology. 1 INTRODUCTION The theme of accessibility in the context of Information Society, also known as e-accessibility Accessibility means enabling as many people as pos- (Klironomos et al., 2006), concerns the integration of sible to use a resource, even when those people’s abil- all users into the Information Society, including peo- ities are limited in some way. The International Clas- ple with disabilities. Such a subject is tightly con- sification of Functioning, Disability and Health (ICF) nected to e-inclusion, which aims to prevent the risk denotes with the term disability the negative aspects that people with lack of digital literacy, poor access of the interaction between an individual and that indi- to technology and some form of impairment are left vidual’s contextual factors.
    [Show full text]
  • RT-Voice PRO Hearing Is Understanding
    RT-Voice PRO Hearing is understanding Documentation Date: 31.08.2021 Version: 2021.3.0 © 2015-2021 crosstales LLC htt s:/!""".crosstales.com #$-Voice PRO 2021.3.0 Table of Contents 1. %&er&ie".........................................................................................................5 2. 'eatures..........................................................................................................( 2.1. Con&ert te)t to &oice.............................................................................................( 2.2. Documentation * control.......................................................................................( 2.3. Com ati+ilit,........................................................................................................( 2.4. .ntegrations........................................................................................................./ 2.5. 0latform-speci1ic 1eatures and limitations.................................................................8 2.5.1. %&er&ie"..................................................................................................................8 2.5.2. 2indo"s..................................................................................................................8 2.5.3. mac%3.....................................................................................................................8 2.5.-. 4ndroid....................................................................................................................5 2.5.5. i%3.........................................................................................................................
    [Show full text]
  • The Umbra Simulation and Integration Framework Applied to Emergency Response Training
    The Umbra Simulation And Integration Framework Applied To Emergency Response Training Paul Lawrence Hamilton and Robert Brittain ORION International Technologies, Inc., Albuquerque, NM, USA [email protected] Abstract. The Mine Emergency Response Interactive Training Simulation (MERITS) is intended to prepare personnel to manage an emergency in an underground coal mine. The creation of an effective training environment required realistic emergent behavior in response to simulation events and trainee interventions, exploratory modification of miner behavior rules, realistic physics, and incorporation of legacy code. It also required the ability to add rich media to the simulation without conflicting with normal desktop security settings. Our Umbra Simulation and Integration Framework facilitated agent-based modeling of miners and rescuers and made it possible to work with subject matter experts to quickly adjust behavior through script editing, rather than through lengthy programming and recompilation. Integration of Umbra code with the WebKit browser engine allowed the use of JavaScript-enabled local web pages for media support. This project greatly extended the capabilities of Umbra in support of training simulations and has implications for simulations that combine human behavior, physics, and rich media. 1.0 INTRODUCTION number of new technologies for messaging and miner tracking. Dr. R. Larry Grayson, chair of the 1.1 Problem and Significance recently formed National Mining Association (NMA) On January 2, 2006, there was an explosion at the Committee on Mine Safety, points out the Sago mine in Upshur County, West Virginia. limitations of this approach. "What miners really Twelve miners were trapped. Eleven miners died. need", he says," is a comprehensive system with According to one mine rescue expert, in theory, scenario-based training and multiple options for they could have all walked out.
    [Show full text]
  • Speech Synthesizer Based on the Project MBROLA
    Rajs Arkadiusz, Banaszak-Piechowska Agnieszka, Drzycimski Paweł. Speech synthesizer based on the project MBROLA. Journal of Education, Health and Sport. 2015;5(12):160-164. ISSN 2391-8306. DOI http://dx.doi.org/10.5281/zenodo.35266 http://ojs.ukw.edu.pl/index.php/johs/article/view/2015%3B5%2812%29%3A160-164 http://pbn.nauka.gov.pl/works/678876 Formerly Journal of Health Sciences. ISSN 1429-9623 / 2300-665X. Archives 2011–2014 http://journal.rsw.edu.pl/index.php/JHS/issue/archive Deklaracja. Specyfika i zawartość merytoryczna czasopisma nie ulega zmianie. Zgodnie z informacją MNiSW z dnia 2 czerwca 2014 r., że w roku 2014 nie będzie przeprowadzana ocena czasopism naukowych; czasopismo o zmienionym tytule otrzymuje tyle samo punktów co na wykazie czasopism naukowych z dnia 31 grudnia 2014 r. The journal has had 5 points in Ministry of Science and Higher Education of Poland parametric evaluation. Part B item 1089. (31.12.2014). © The Author (s) 2015; This article is published with open access at Licensee Open Journal Systems of Kazimierz Wielki University in Bydgoszcz, Poland and Radom University in Radom, Poland Open Access. This article is distributed under the terms of the Creative Commons Attribution Noncommercial License which permits any noncommercial use, distribution, and reproduction in any medium, provided the original author(s) and source are credited. This is an open access article licensed under the terms of the Creative Commons Attribution Non Commercial License (http://creativecommons.org/licenses/by-nc/3.0/) which permits unrestricted, non commercial use, distribution and reproduction in any medium, provided the work is properly cited.
    [Show full text]