Slovenská technická univerzita v BratislaveFAKULTA INFORMATIKY A INFORMAČNÝCH TECHNOLÓGIÍ

FIIT-13425-5826

Martin Polák

PRÁCA S GPS NA ZARIADENIACH FUNTORO

Bakalárska práca

Študijný program: Počítačové a komunikačné systémy a sieteŠtudijný odbor: 9.2.4 Počítačové inžinierstvoMiesto vypracovania: Ústav počítačových systémov a sietí,

FIIT STU, BratislavaVedúci práce: Ing. Peter Pištek

Máj 2013

ANOTÁCIA

Slovenská technická univerzita v BratislaveFAKULTA INFORMATIKY A INFORMAČNÝCH TECHNOLÓGIÍ

Práca s GPS na zariadeniach Funtoro

Študijný program: Počítačové a komunikačné systémy a siete

Autor: Martin Polák

Vedúci bakalárskej práce: Ing. Peter Pištek

Máj 2013

Táto práca sa zameriava na využitie existujúcich prostriedkov v zariadeniach Funtoro

MOD, ktoré sa dnes nasadzujú v autobusoch, vlakoch a autách. Tieto majú veľký potenciál

nie len pre zábavu, ale aj učenie sa nových vecí zaujímavou a pútavou formou ako sú videá

alebo zvuky zobrazujúce sa v čase, kedy sa dopravný prostriedok nachádza pri

zaujímavom mieste.

K projektu patrí dokumentácia obsahujúca analýzu oblasti zaoberajúca sa spoznaním

podobných, existujúcich riešení, ktoré fungujú na podobných princípoch, avšak s iným

účelom ako edukačným. V ďalšej časti je navrhnutá aplikácia a sú špecifikované

požiadavky na jej tvorbu spolu s následnou implementáciou. V závere práce sa nachádza

technická príručka popisuje funkcie programu a taktiež všetko potrebné pre to, aby bola

aplikácia spustiteľná a použiteľná.

Výsledná práca obsahuje dve aplikácie. Hlavná aplikácia je spustiteľná na mobilných

telefónoch a zariadeniach Funtoro MOD, kde číta informácie zo súborov XML a podľa

nich zobrazuje zaujímavé body na mape a prehráva audio alebo video sekvenciu

zaoberajúcu sa týmto miestom.

Druhou aplikáciou je vytváranie súborov XML, ktoré tieto zaujímavé body definujú

a ukladajú do ľahko modifikovateľného a čitateľného formátu.

ANNOTATION

Slovak University of Technology in BratislavaFACULTY OF INFORMATICS AND INFORMATION TECHNOLOGIES

Usage of GPS on Funtoro devices

Degree Course: Computer and Communication Systems and Networks

Author: Martin Polák

Supervisor: Ing. Peter Pištek

May 2013

The main focus of this project leans on the most effective usage of the existing facilities of

the Funtoro MOD devices, which are nowadays being deployed in buses, trains and cars.

These devices dispose of great potential not only for fun, but also for education of their

users in an interesting and attractive way, through the usage of videos or images appearing

at the moment when the vehicle is located on an interesting place.

The project includes an analysis of similar, already existing solutions, working on

resembling principles, however, with a different purpose than educational. The next part of

this project contains the design of an application, including specified requirements for its

formation with sequential implementation. The conclusion provides a technical manual

description of the functions of the program and everything needed for making the

application executable and usable.

The output of this bachelor project includes two applications. The main application is

executable on mobile devices and on Funtoro MOD devices reading data from XML files

displaying interesting points on the map and playing audio or video sequence dealing with

this place.

The second application is the creation of XML files that define these interesting points and

store them in an easily modifiable and readable format.

Slovenská technická univerzita v BratislaveFAKULTA INFORMATIKY A INFORMAČNÝCH TECHNOLÓGIÍ

Práca s GPS na zariadeniach Funtoro

Študijný program: Počítačové a komunikačné systémy a siete

Autor: Martin Polák

Vedúci bakalárskej práce: Ing. Peter Pištek

Máj 2013

Táto práca sa zameriava na využitie existujúcich prostriedkov v zariadeniach Funtoro MOD, ktoré sa dnes nasadzujú v autobusoch, vlakoch a autách. Tieto majú veľký potenciál nie len pre zábavu, ale aj učenie sa nových vecí zaujímavou a pútavou formou ako sú videá alebo zvuky zobrazujúce sa v čase, kedy sa dopravný prostriedok nachádza pri zaujímavom mieste.

K projektu patrí dokumentácia obsahujúca analýzu oblasti zaoberajúca sa spoznaním podobných, existujúcich riešení, ktoré fungujú na podobných princípoch, avšak s iným účelom ako edukačným. V ďalšej časti je navrhnutá aplikácia a sú špecifikované požiadavky na jej tvorbu spolu s následnou implementáciou. V závere práce sa nachádza technická príručka popisuje funkcie programu a taktiež všetko potrebné pre to, aby bola aplikácia spustiteľná a použiteľná.

Výsledná práca obsahuje dve aplikácie. Hlavná aplikácia je spustiteľná na mobilných telefónoch a zariadeniach Funtoro MOD, kde číta informácie zo súborov XML a podľa nich zobrazuje zaujímavé body na mape a prehráva audio alebo video sekvenciu zaoberajúcu sa týmto miestom. Druhou aplikáciou je vytváranie súborov XML, ktoré tieto zaujímavé body definujú a ukladajú do ľahko modifikovateľného a čitateľného formátu.

Slovak University of Technology in BratislavaFACULTY OF INFORMATICS AND INFORMATION TECHNOLOGIES

Usage of GPS on Funtoro devices

Degree Course: Computer and Communication Systems and Networks

Author: Martin Polák

Supervisor: Ing. Peter Pištek

May 2013

The main focus of this project leans on the most effective usage of the existing facilities of the Funtoro MOD devices, which are nowadays being deployed in buses, trains and cars. These devices dispose of great potential not only for fun, but also for education of their users in an interesting and attractive way, through the usage of videos or images appearing at the moment when the vehicle is located on an interesting place.

The project includes an analysis of similar, already existing solutions, working on resembling principles, however, with a different purpose than educational. The next part of this project contains the design of an application, including specified requirements for its formation with sequential implementation. The conclusion provides a technical manual description of the functions of the program and everything needed for making the application executable and usable.

The output of this bachelor project includes two applications. The main application is executable on mobile devices and on Funtoro MOD devices reading data from XML files displaying interesting points on the map and playing audio or video sequence dealing with this place. The second application is the creation of XML files that define these interesting points and store them in an easily modifiable and readable format.

ČESTNÉ PREHLÁSENIE

Čestne prehlasujem, že bakalársku prácu som vypracoval samostatne pod odborným

dohľadom vedúceho bakalárskeho projektu.

Bratislava, máj 2013 Martin Polák

POĎAKOVANIE

Touto cestou by som chcel poďakovať môjmu odbornému vedúcemu bakalárskej práce, Ing.

Petrovi Pištekovi, za jeho čas a dobré rady, ktoré mi veľmi pomohli s vypracovávaním tejto

práce.

POUŽITÉ SKRATKY A VÝRAZY

GNSS (Global Navigation Satellite System) Globálny navigačný satelitný systém

GPS (Global Positioning System) Globálny lokalizačný systém

GLONASS (Globalnaya Navigatsionnaya

Sputnikovaya Sistema) Ruský družicový navigačný systém

2D (Two Dimensional) Dvojrozmerný

MOD (Media On Demand) Médiá na požiadanie

Dopravný prostriedok Automobil, autobus, vlak, lietadlo

DPB Dopravný podnik Bratislava

NAVSTAR (Navigation System Navigačný systém s časovaním a

with Timing And Ranging) zaraďovaním (predchodca GPS)

Zaujímavý bod (Chápané v tejto práci) Miesto na mape, ku ktorému je priradená

audio alebo video sekvencia

SDK (development kit) Sada nástrojov pre vývoj softvéru

OBSAH

ÚVOD......................................................................................................................................11 ANALÝZA.........................................................................................................................3

1.1 GNSS......................................................................................................................................31.1.1 GPS................................................................................................................................4

1.1.2 Galileo............................................................................................................................81.1.3 GLONASS.....................................................................................................................8

1.2 Zvukový sprievodca (Audio tour)..........................................................................................81.3 See & Go................................................................................................................................9

1.4 Prešporáčik...........................................................................................................................101.5 Oznamovanie zastávok v DPB.............................................................................................10

1.6 Riešenia Funtoro – MSI Corporation...................................................................................141.6.1 Riešenie 1. triedy – Digitálny MOD server.................................................................15

1.6.2 Riešenie 2. triedy – vysielací server............................................................................161.6.3 Telematics box.............................................................................................................17

1.6.4 Viackanálový zvuk - MCA..........................................................................................181.7 Programovacie jazyky pre Funtoro.......................................................................................19

1.7.1 Android 1.5..................................................................................................................201.7.2 C#.................................................................................................................................20

1.7.3 C++..............................................................................................................................211.7.4 HTML + PHP...............................................................................................................21

1.8 Záver analytickej časti..........................................................................................................21

2 OPIS RIEŠENIA................................................................................................................232.1 Špecifikácia nefunkcionálnych požiadaviek........................................................................23

2.2 Architektonický návrh..........................................................................................................242.3 Návrh hlavnej aplikácie........................................................................................................25

2.3.1 Funkcionalita hlavnej aplikácie...................................................................................252.3.2 Návrh používateľského rozhrania hlavnej aplikácie....................................................26

2.3.3 Návrh jadra hlavnej aplikácie......................................................................................272.4 Návrh aplikácie na vytváranie XML súborov......................................................................29

2.5 Výber programovacieho jazyka............................................................................................302.6 Implementácia hlavnej aplikácie..........................................................................................30

2.6.1 Programová časť hlavnej aplikácie..............................................................................302.6.2 Grafická časť hlavnej aplikácie...................................................................................33

2.7 Implementácia aplikácie na vytváranie XML súborov.........................................................332.8 Overenie riešenia – testovanie..............................................................................................34

2.8.1 Testovanie zariadení....................................................................................................342.8.2 Testovanie aplikácie používateľmi..............................................................................36

2.8.3 Testovanie obmedzení.................................................................................................36

3 ZÁVER...........................................................................................................................374 TECHNICKÁ DOKUMENTÁCIA.........................................................................................39

4.1 Technická príručka k hlavnej aplikácií.................................................................................404.1.1 Ukážky zdrojového kódu.............................................................................................40

4.1.2 Grafické XML súbory definujúce vzhľad....................................................................504.2 Technická príručka aplikácie vytvárajúcej XML súbory.....................................................52

4.3 Používateľská príručka hlavnej aplikácie.............................................................................544.3.1 Systémové požiadavky na spustenie hlavnej aplikácie................................................54

4.3.2 Inštalácia hlavnej aplikácie..........................................................................................554.3.3 Opis používateľského rozhrania..................................................................................58

4.3.4 Používanie hlavnej aplikácie.......................................................................................594.4 Používateľská príručka aplikácie vytvárajúcej XML súbory...............................................65

4.4.1 Požiadavky na spustenie aplikácie vytvárajúcej XML súbory....................................654.4.2 Používanie aplikácie vytvárajúcej XML súbory..........................................................65

5 POUŽITÁ LITERATÚRA...................................................................................................69PRÍLOHA A: PLÁN BAKALÁRSKEHO PROJEKTU 1.....................................................................IPRÍLOHA B: PLÁN BAKALÁRSKEHO PROJEKTU 2...................................................................IIIPRÍLOHA C: OBSAH ELEKTRONICKÉHO MÉDIA.......................................................................VPRÍLOHA D: ELEKTRONICKÉ MÉDIUM...................................................................................VI

ÚVOD

Posledné roky sa stávame svedkami neustáleho rozmachu technológií, ktoré nás obklopujú

v každodennom živote. Veľmi bežnou a používanou technológiou, ktorú dnes už snáď každý

pozná je GPS navigácia. Táto nám vie s veľkou presnosťou určiť našu aktuálnu polohu

a zároveň má v sebe mapový materiál, z ktorého určí najkratšiu alebo najrýchlejšiu cestu do

cieľa a bude túto cestu zobrazovať. Taktiež má mnoho iných funkcií a väčšina navigácií vie

prehrávať aj videá a obrázky, čo je predmetom tohto projektu. Avšak nie je bežnou praxou

nasadzovať do týchto navigácií edukatívne programy a tak nedokážu niečo o zaujímavých

miestach prehrať, vedia k nim iba ukázať cestu. To považujem za veľké mínus, pretože dnes

v dopravných prostriedkoch prežijeme veľkú časť života a nepoznáme históriu a zaujímavosti

okolia, cez ktoré denne prechádzame.

Najčastejší informátor o zaujímavých miestach býva školený sprievodca, ktorý má naučené

fakty a tie neskôr odovzdáva ľudom, ktorý si zaplatili prevedenie po oblasti, meste, pamiatke

alebo akomkoľvek zaujímavom mieste. Veľkou výhodou je priamy kontakt s osobou, ktorá sa

prispôsobuje okoliu (ak sa niečo zmení, môže vedieť zareagovať). Taktiež ak má sprevádzaný

človek otázky, smie sa spýtať sprievodcu a je možnosť, že ak sa vyzná, bude vedieť aj

odpovedať. Týmto je zaručená interakcia a relatívne presné informácie. Pod nevýhody patrí

fakt, že ak je sprievodca nový alebo zle pripravený, výklad nemusí byť dokonalý. Zároveň

každý sprievodca má svoje záujmy a považuje niečo iné za podstatné, alebo môže niečo

zabudnúť a poskytnúť nechcene mylné informácie. Taktiež pre zamestnávateľov sprievodcov

vie byť často problém ak sprievodca ukončí pracovný pomer a tak musia zaúčať nových, čo

často trvá dlhú dobu a stojí dosť peňazí. Pri nasadení elektronických sprievodcov sú drahé

hlavne prvotné náklady, údržba je však relatívne nenáročná.

Tento projekt sa zaoberá zobrazovaním videa a obrázkov zaujímavých miest pomocou

súradníc GPS na systéme Funtoro MOD. Takto používateľovi neuniknú zaujímavosti

a informácie o miestach v oblasti, cez ktoré prechádza. Toto je využiteľné najmä pre

poznávacie zájazdy, ktoré doteraz moderoval najbežnejšie kvalifikovaný sprievodca. Ten však

môže na niečo pozabudnúť alebo sa pomýliť. Zároveň video vie byť často lepším zdrojom

informácií než len slovný popis a dokonca v automobiloch je veľmi výnimočné mať

sprievodcu, ktorý pozná dané okolie. Jednoznačnou výhodou je taktiež možnosť každého

používateľa v dopravnom prostriedku s monitorom si vybrať, či chce tento program používať

alebo chce používať čokoľvek iné.

Veľa ľudí sa taktiež zaujíma o isté štatistické informácie, ako napríklad nadmorská výška,

rýchlosť alebo samotná mapa, kde sa dopravný prostriedok nachádza a pohybuje. Tieto

informácie si môže používateľ vybrať v nastaveniach a tak dosiahnuť najväčšie uspokojenie.

Prípadne, ak chce využívať iba zobrazovanie informácií bez prehratia vizuálneho obsahu,

bude mať možnosť si práve toto vybrať v nastaveniach.

V časti analýza budú rozobrané existujúce riešenia, ktoré sa podobajú môjmu projektu.

Taktiež je dôležitou súčasťou analýzy aj vysvetlenie funkcie GPS zariadenia, ktoré bude

aplikácia využívať ako najdôležitejšie ťažisko pre spúšťanie akcií.

1 ANALÝZA

Táto časť sa venuje opísaniu existujúcich systémov, ktoré sa využívajú pri spracovávaní tejto

témy v návrhu a v implementácií. Zároveň sú tu spomenuté aj kompletné riešenia, ktoré sa

v praxi využívajú s podobným zámerom ako je cieľ tejto práce – informovať cestujúceho

v dopravných prostriedkoch alebo akokoľvek podať informácie o zaujímavostiach v miestach,

kde sa daný používateľ nachádza.

1.1 GNSS

Pojem globálny navigačný satelitný systém predstavuje akýkoľvek systém s globálnym

pokrytím, ktorý určuje satelitmi polohu na Zemi a vo vzduchu okolo Zeme. Satelity sa

využívajú ako referenčné body pre výpočet informácie o pozícií. Tieto ľuďmi vytvorené body

môžu byť chápané ako „vzdušné majáky“, ktoré sú viditeľné pre používateľské zariadenie,

ktoré tieto informácie prepočítava a neskôr využíva, či už na navigáciu alebo akékoľvek

použitie relatívne presnej polohy.

Obrázok 1. Porovnanie obežných dráh [1]

Pod GNSS patrí najznámejší GPS, GLONASS a zatiaľ nedokončený systém Galileo. Obežné

dráhy týchto satelitov sú zobrazené na obrázku 1. Aby sa mohli považovať za systémy

s globálnym pokrytím, je nutné aby boli viditeľné aspoň štyri satelity daného systému

z každého miesta na Zemi. To znamená, že pre takéto pokrytie je nutné mať vo vesmíre 24

satelitov. Týmto sa zaistí presnosť aj pre nadmorskú výšku. Ak ju nie je potrebné zisťovať,

postačia tri satelity. [2]

1.1.1 GPS

GPS (Global Positioning System) je najpoužívanejší navigačný satelitný systém vlastnený

a spravovaný armádou Spojených štátov amerických. Tá ho neustále udržuje sledovaním

pohybov jednotlivých satelitov a zároveň  nastavuje veľmi presný čas. Vyvinutý bol

oddelením obrany a „Massachusetts Institute of Technology“ (MIT).

Pôvodný systém pozostával z jedenástich satelitov a bol nazvaný NAVSTAR. Bol spustený

v rokoch medzi 1978 a 1985. V roku 1980 bolo súčasťou systému 18 satelitov a bol

používaný armádou Spojených štátov amerických. V roku 1983 bola technológia sprístupnená

verejnosti a v roku 1995 bolo docielené globálne pokrytie – vo vesmíre bolo 24 funkčných

GPS satelitov. [2]

V súčasnosti, november 2012, je vo vesmíre vypustených 32 satelitov, ktoré sú plne

operatívne [3].

Obrázok 2. Zistenie polohy v 2D mape pomocou vzdialeností od troch rôznych bodov

Hlavná myšlienka GPS je veľmi jednoduchá. Jednoduché vysvetlenie vieme naznačiť

v dvojrozmernom priestore. Ak chceme poznať miesto, kde sa nachádzame na dvojrozmernej

mape, stačí nám vedieť presnú vzdialenosť od troch miest. Na obrázku 2 vidíme názorne, ako

by to fungovalo v praxi. GPS funguje na princípe, že ak si vieme zistiť vzdialenosti od

satelitov ktorých polohu poznáme, nemáme problém vypočítať presnú polohu.

Obrázok 3. Principiálna funkcia GPS pomocou vzdialeností [2]

Obdobne to funguje aj v trojrozmernom svete. Na obrázku 3 je znázornené ako kooperuje

prijímač so satelitmi. Najdôležitejšiu vec, ktorú musí prijímač poznať je celková vzdialenosť

od minimálne štyroch satelitov. V grafickom zobrazení sa pretnú štyri guľové plochy a tak sa

získa veľmi presná poloha. Armáda spojených štátov amerických vie využívať systém

s presnosťou na 1 meter. Pre verejnosť je však táto presnosť upravovaná na asi 10 – 15

metrov.

Obrázok 4. Segmenty GPS – Vesmírny, Kontrolný, Používateľský [4]

GPS systém pozostáva z troch segmentov zobrazených na obrázku 4, ktoré zaručujú jeho

použiteľnosť:

Vesmírny segment (Space segment)

Pozostáva z GPS satelitov obiehajúcich vo výške približne 20 200 km nad povrchom Zeme

(stredná obežná dráha okolo Zeme). Na identifikáciu orbitu je použitý satelitný kód a na

presný čas sa využívajú dva typy atómových hodín – Rubídiové a Céziové. Tieto pracujú

s presnosťou 8 bilióntin sekundy na deň.

Navigačná správa je odosielaná zo satelitu na používateľský segment a obsahuje kód satelitu,

funkčnosť satelitu, predpokladaná pozícia satelitu, ionosférické a časové korekčné koeficienty

pomocou ktorých sa dá vypočítať pozícia satelitu. Správa obsahuje taktiež takzvané

„almanac“, ktoré udávajú status, umiestnenie a identifikátor informácií všetkých satelitov

v konštalácií. [4]

Kontrolný segment (Control segment)

Obrázok 5. Umiestnenia kontrolných segmentov [5]

Kontrolný, alebo pozemný segment pozostáva z globálnej siete pozemných zariadení, ktoré

sledujú GPS satelity, monitorujú ich dátové prenos, vykonávajú analýzu a odosielajú príkazy

a dáta konštalácií. Súčasný kontrolný segment obsahuje hlavnú pozemnú stanicu, alternatívnu

hlavnú pozemnú pozíciu, 12 riadiacich a kontrolných antén a 16 monitorovacích stránok.

GPS konštalácia dodáva neustále veľký výkon vďaka armádnej jednotke vzdušných síl

Spojených štátov amerických „2nd Space Operations Squadron“, ktorá pracuje v Colorado

Springs, Colorado. Tá je zodpovedná za denné ovládanie a kontrolu GPS konštalácie. [5]

Používateľský segment (User segment)

Armáda spojených štátov amerických používa GPS na navigáciu, prieskum a navádzanie

striel. Civilné použitie GPS začalo spoločne s armádnym a je rozsiahlejší než sa kedy predtým

dalo predstaviť. Dnes sú civilné aplikácie pre GPS skoro vo všetkých odboroch od

mapovania, dopravy, manažmentu prírodných zdrojov po poľnohospodárstvo. Väčšina

civilistov používa GPS hlavne v kategóriách navigácia, prežitie, mapovania a časovanie. [6]

1.1.2 Galileo

Galileo je Európsky globálny navigačný satelitný systém poskytujúci vysokú presnosť. Tento

systém je pod kontrolou civilistov a dokáže kooperovať so systémami GPS a GLONASS.

Poskytujúc duálne frekvencie ako štandard, Galileo bude doručovať pozíciu v reálnom čase

s presnosťou na meter. Bude zaručovať dostupnosť služby vždy, no najmä pre najnáročnejšie

aplikácie tým, že bude používateľa informovať o akomkoľvek zlyhaní satelitu, takže je

vhodný aj na bezpečnosť pre kritické aplikácie ako je vedenie auta, prevádzky vlakov

a pristávanie lietadiel.

Prvé satelity boli vypustené do vesmíru v roku 2005 a očakávané zavedenie systému je

stanovené na koniec roka 2014 (informácia zo septembra 2012) [7].

Plne zavedený systém bude pozostávať z 30 satelitov (27 aktívnych + 3 aktívne náhradné),

umiestnených na troch orbitách v strednej obežnej dráhe okolo Zeme vo výške 23 222 km nad

Zemou. [8]

1.1.3 GLONASS

Globálny navigačný systém GLONASS je vytvorený a udržiavaný Ruskou Federáciou

a dosahuje veľkú presnosť. Na rozdiel od GPS, tieto satelity neboli vysielané po jednom, ale

po trojiciach. Ako je zobrazené na obrázku 1, GLONASS operuje nižšie ako GPS a Galileo –

je vo výške 20 000 km nad Zemou. Podľa posledných oficiálnych záznamov (júl 2012) je

v plnej prevádzke 24 satelitov. To znamená, že systém dosahuje globálne pokrytie a nemá

žiadne záložné satelity [9]. [2]

1.2 Zvukový sprievodca (Audio tour)

V poslednej dobe sa vo väčších historických a zaujímavých miestach (múzeá, galérie, hrady,

zámky, paláce) rozdávajú malé zariadenia, ktoré dokážu prehrať zvukovú nahrávku presne

o mieste, kde sa človek nachádza. Takéto zariadenia fungujú väčšinou na princípe stlačenia

tlačidla, ktoré je označené na danom mieste alebo mape, ktorá býva priložená k zariadeniu.

Používateľ si vyberie jazyk a vždy číslo, kde sa nachádza. Takto sa dozvie v jazyku, ktorý si

zvolí, všetko čo spoločnosť poskytujúca tieto zariadenia považuje za dôležité a môže ísť ďalej

s vedomím, že mu nič neuniklo.

Obrázok 6. Zvukový a obrazový sprievodcovia vo Windsorskom hrade [10]

Takéto zariadenia sú na obrázku 6, konkrétne tieto sa využívajú vo Windsorskom hrade.

Zobrazený typ zariadenia je vybavený aj displejom, ktorý čítaný text prepisuje. Toto riešenie

je zavedené pre hluchonemých alebo slabšie počujúcich.

Taktiež časté prevedenia elektronických sprievodcov sú aj na spôsobe bezdrôtového určenia

polohy v budovách (niečo ako GPS pre interiér), kde nie je nutné stlačiť tlačidlo, ale stačí sa

iba postaviť pred exponát alebo akékoľvek zaujímavé miesto, pre ktoré je určená audio

nahrávka.

Najnovšie trendy smerujú k minimalizácií vstupných nákladov a tak sa začínajú nasadzovať

rôzne mobilné aplikácie, ktoré v inteligentných telefónoch nahradia takéto sprievodcovské

zariadenia. Taktiež veľa spoločností má telefónne linky, ktoré sú ovládané počítačom

a interaktívne spúšťajú nahrané zvukové sekvencie podľa toho, čo si používateľ na svojom

telefóne stlačí. Toto je rovnaký princíp, ktorý veľa operátorov využíva pre svojich zákazníkov

na zmenu služieb, informovanie a dobíjania kreditu.

1.3 See & Go

See & Go je spoločnosť, ktorá sprostredkováva zobrazenie videí a noviniek na televíznych

obrazovkách v prostriedkoch autobusovej a železničnej dopravy. Bežne bývajú v autobusoch

Bratislavského dopravného podniku dve alebo štyri televízne obrazovky pripevnené na strope

v konzole tak, že v jednej konzole sú dva monitory. Takto má skoro celý autobus výhľad na

monitory, ktoré zobrazujú identický obraz, zvuk je však počuteľný iba v blízkosti týchto

monitorov.

Nevýhodou pre cestujúcich je nepodstatný obsah videí, ktoré nemajú nič spoločné s okolím

autobusu. Prehrávajú sa tu ekologicky zamerané dokumenty, ktoré sa často opakujú a

pravidelne cestujúci ľudia ich už poznajú naspamäť. V dolnej časti obrazoviek beží aj textové

spravodajstvo, čo je síce veľmi praktické, avšak správy sú minimálne deň až dva staré.

1.4 Prešporáčik

Prvý odsek je vypracovaný na základe stretnutia s Mgr. Izabelou Kubíkovou, manažérkou

spoločnosti Flora Tour spol. s.r.o., ktorá spolupracuje s vodičmi vláčikov Prešporáčik.

Druhý odsek je vypracovaný na základe komunikácie s Ing. Róbertom Virklerom, pracujúcim

v spoločnosti Molpir

V Bratislave je možné absolvovať prehliadku mesta na takzvaných vláčikoch Prešporáčik,

ktoré majú dva rôzne okruhy – mestský a hradný. Každý okruh má vlastný vláčik, mestský

ma menší a pomalší, hradný okruh má vláčik väčší a rýchlejší, pretože ide aj po bežných

cestách. Vláčiky poskytujú možnosť prezerania mesta s kvalifikovaným sprievodcom, alebo

s možnosťou iba počúvať nahratý obsah, ktorý spúšťa pri zaujímavom mieste ručne vodič

vláčiku.

V jednom vláčiku Prešporáčik je nainštalovaný MCA server s 8 kanálmi, ktoré prehrajú iba

zvukové sekvencie na základe GPS signálu. Momentálne je systém však nefunkčný, pretože

spoločnosť Molpir, ktorá systém nasadzuje do prevádzky ešte nedostala zvukové nahrávky,

ktoré sa majú prehrávať. Toto nahratie zvukových sekvencií by malo byť uskutočnené

v januári 2013.

1.5 Oznamovanie zastávok v DPB

Tento odsek je vypracovaný na základe stretnutia s Ing. Bronislavom Weiglom, riaditeľom

rezortu prevádzky a techniky Dopravného podniku Bratislava.

Dopravný podnik Bratislava má 117 trolejbusov, 228 električiek a 460 autobusov. Spolu to je

805 dopravných prostriedkov, v ktorých sa používa rovnaký palubný počítač BS 100 od firmy

Buse (Obrázok 7). Na počítač je možné napojiť viacero rôznych zariadení ako sú vnútorné

alebo vonkajšie zobrazovacie tabule (Obrázok 8 a Obrázok 9), zvukový výstup oznamovania

zastávok, GPS anténa na určovanie polohy, meranie prejdenej vzdialenosti vozidla, pripojenie

označovačov cestovných lístkov (Obrázok 10) a mnoho iného.

Palubný počítač komunikuje s dispečingom pomocou rádiovej siete Radiopol, ktorá funguje

cez digitálne rádiostanice so štandardom Tetra (obdoba GSM). Najdôležitejšie dáta, ktoré sa

odosielajú cez túto sieť sú presná poloha vozidla zistená anténou GPS a telefonické rozhovory

medzi dispečingom a vodičmi dopravných prostriedkov. Tieto hovory sú rozdelené do

viacerých kategórií naliehavosti, napríklad požiadavka na hovor od vodiča s naliehavosťou

SOS zruší všetky menej podstatné hovory a spojí okamžite vodiča priamo s dispečingom.

Obrázok 7. Palubný počítač BS 100 používaný v dopravných prostriedkoch DPB [11]

Obrázok 8. Vnútorný informačný panel BS 120 používaný v dopravných prostriedkoch DPB [12]

Obrázok 9. Vonkajší informačný panel BS 210 používaný v dopravných prostriedkoch DPB [13]

Všetky ostatné dáta zaznamenané palubným počítačom sa ukladajú na dátovú kartu o veľkosti

1 MB (jeden kus približne 250 €), ktorá sa musí každý večer vybrať a ručne prekopírovať jej

obsah na dátové servery dopravného podniku. V prípade, ak je akákoľvek zmena

v grafikonoch pre daný typ dopravného prostriedku (električky a trolejbusy majú samostatné

grafikony, autobusy obsahujú grafikony pre autobusy aj pre trolejbusy, pretože nie je problém

v prípade poruchy nahradiť trolejbus autobusom), nahrajú sa do palubných počítačov taktiež

pomocou dátovej karty, ktorú treba vložiť a grafikony sa prekopírujú. Táto karta však slúži

iba na aktualizácie, na zaznamenávanie jazdy po aktualizácií grafikonov je nutné vložiť inú,

čistú kartu.

Obrázok 10. Označovač cestovných lístkov R&G KRG-6K používaný v dopravných prostriedkoch DPB [14]

Na kartu sa počas jazdy nahrávajú veľmi komplexné údaje, ktoré sa neskôr analyzujú

a využívajú na skvalitnenie služieb a spresnenie cestovných poriadkov. Napríklad sa na kartu

zapíše každé otvorenie dverí (s presným časom a polohou), rýchlosť vozidla určená pomocou

otáčania kolies na vozidle (kalibrácia sa vykonáva v depe – dopravný prostriedok prejde

presne nameranú vzdialenosť a zistí sa, koľko otáčok sa na tejto vzdialenosti vykonalo).

Rýchlosť je z tejto informácie určená už softvérovo, predelia sa prejdené metre za sekundy.

Oznamovanie zastávok je určené pomocou prejdených metrov, ktoré sú zaznamenané

v palubnom počítači ako grafikon (Obrázok 11), a aj pomocou otvorenia dverí. Ak sa na danej

zastávke dvere neotvoria, môže vodič dopravného prostriedku stlačiť tlačidlo, aby systém

ohlásil, že sa nachádza na danej zastávke. Ak tak nespraví, systém zaeviduje asi 40 metrov za

zastávkou že už bola a oznámi nasledujúcu. Toto riešenie sa nepovažuje za veľmi presné,

avšak palubný počítač bol nasadzovaný v rokoch, kedy ešte GPS nebolo veľmi používané –

dodané bolo až neskôr aby dispečing vedel, kde sa autobus presne nachádza. Jedným

z možných riešení by bolo taktiež pridať na každú zastávku rádio majáky s dosahom

postačujúcim na pokrytie celej zastávky. Takto by dopravný prostriedok len zisťoval aký

„maják“ je v blízkosti a tak prehrával zvukové znamenie zastávok a prepisoval údaje na

tabuliach s označenými zastávkami (ak ich dopravný prostriedok obsahuje). Tento nápad je

starší, veľmi presný, avšak nikdy nebol nasadený.

Obrázok 11. Ukážka tabuľky v ktorej je zaznamenaný grafikon autobusovej linky

Jedným zo starších riešení, ktoré však boli zavedené je zaznamenávanie videa z kamier a jeho

následné nahrávanie na server cez rádiotelekomunikačnú sieť. Toto riešenie sa už nenasádza,

ak dnes majú autobusy vo výbave palubné kamery, jediná možnosť prehrávania videa je

v reálnom čase vodičovi – žiadne údaje z kamier sa nezaznamenávajú.

Upravovanie grafikonov je vykonávané s pomocou uložených historických dát pre každú

linku (Obrázok 12). Takto sa dá veľmi presne určiť, koľko priemernému vodičovi

v priemerne hustej doprave trvá prejdenie trasy medzi zastávkami na danej linke. Ak vodiči

často meškajú a nestíhajú, upraví sa grafikon. Taktiež aj naopak, ak sa trasa stíha prejsť veľmi

rýchlo, čas pre danú linku sa v grafikone skráti.

V roku 2013 sa plánuje nasadenie nového systému v rozpočte približne 4 milióny €. Tento by

mal obsahovať už oznamovanie zastávok pomocou GPS pozície. Taktiež má byť schopný

čítať karty, ktoré pomôžu nevidomým oznámiť linku prichádzajúceho dopravného prostriedku

a zároveň pomôže revízorom na diaľku a nenápadnejšie zaznamenať ich prítomnosť

v autobuse, aby pri kontrole cestovných lístkov boli označovače zablokované. Teraz to

funguje na princípe takzvaných „Dallas“ kľúčov (bežne používaných pri zabezpečení

vchodov v činžiakoch).

Tento kľúč musí vodič priložiť priamo na palubný počítač a tak systém zareaguje

a následne za 15 sekúnd od posledného uzavretia dverí sa označovače zablokujú a tak môžu

revízori kontrolovať lístky bez možnosti podvodu zo strany cestujúcich.

3:59 4:59 5:59 6:59 7:59 8:59 9:59 10:59 11:59 12:59 13:59 14:59 15:59 16:59 17:59 18:59 19:59 20:59 21:59 22:59-5

-4

-3

-2

-1

0

1

068 - smer Trnavské mýto - 2012/10 - Po-Pia - zastávka Švabinského

čas

meš

kani

e

Obrázok 12. Meškanie autobusov na zastávke Trnavské mýto

Nový systém má ponúknuť taktiež zjednodušenie práce ľudom v depe. Títo dnes musia všetky

karty ručne prekopírovať a mazať, čo im zaberie bežne aj celú noc. S novým systémom by

táto práca bola uľahčená tak, že keď sa dopravný prostriedok dostane do depa, automaticky sa

cez bezdrôtovú Wi-Fi sieť prenesú všetky údaje na server. Zároveň rovnako jednoducho by sa

mali vykonávať aj aktualizácie grafikonov.

1.6 Riešenia Funtoro – MSI Corporation

Funtoro je Taiwanská spoločnosť, ktorá poskytuje multimediálne riešenia pre dopravné

prostriedky. Zastrešovaná je spoločnosťou MSI Corporation, ktorá vyrába hardvér. V Európe

ich zastupuje Slovenská spoločnosť Molpir, ktorá sa zaoberá vývojom, výrobou, dovozom a

následnou distribúciou širokého sortimentu auto doplnkov [15].

1.6.1 Riešenie 1. triedy – Digitálny MOD server

Funtoro MOD je multimediálny systém, ktorý ponúka nezávislý výber filmov, hudby,

obrázkov a iného multimediálneho obsahu až pre 54 cestujúcich na jednom serveri.

Každý si môže z rozsiahlej ponuky vybrať to, čo ho zaujme bez ohľadu na ostatných

cestujúcich. Vybraný titul si môže ľubovoľne posúvať vpred alebo naspäť. Každý z

cestujúcich môže sledovať rovnaký obsah v rovnakom čase, rovnaký film v rôznym časových

stopách alebo úplne odlišné tituly. Vďaka tomu, že každý cestujúci má svoj vlastný dotykový

monitor a vlastné slúchadlá, navzájom sa nevyrušujú.

Obrázok 13. Schéma zapojenia nezávislých monitorov v autobuse s digitálnym MOD serverom [16]

Na jeden server je možné pripojiť až 9 sieťových zariadení označovaných ako HUB, ktorý sa

však správa ako bežný SWITCH (prepínač). Tieto zariadenia dokážu pripojiť 6 monitorov.

Pripájanie nie je realizované do hviezdy, ale ako zbernica. HUB sa pripojí na server, ďalší

HUB sa však už pripája na ďalší HUB na gigabitovej Ethernet linke. To znamená, že každý

monitor má pridelenú IP adresu, podľa ktorej je možné k nemu pristupovať ako k počítaču

pripojenému v bežnej sieti.

Najbežnejšie používaným monitorom je 7 palcový farebný displej LCD TFT s LED

podsvietením. Je dotykový (rezistívny), s rozlíšením 800 x 480 pixelov. Podporované video

formáty sú PAL a NTSC s automatickým prepínaním [17].

K základnému systému je možné pripojiť ďalšie AV zdroje a sledovať tak napríklad televízne

vysielanie vďaka DVB-T tuneru alebo satelitnej anténe, pohľad z čelnej kamery na cestu,

obraz z navigácie vodiča, DVD prehrávač a pod. Ovládanie systému je úplne jednoduché.

Stačí sa prstom dotknúť obrazovky a vybrať si.

Ak má používateľ predsa len problém, stačí si prečítať jednoduchý návod. Dozvie sa, ako

listovať v ponuke, ako si vybrať film alebo skladbu, ako posunúť prehrávaný film dopredu

alebo naspäť, ako nastaviť hlasitosť a jas a podobne. Vďaka nastaviteľnému uhlu monitora až

do 60˚ má cestujúci neustále zabezpečený optimálny pohľad na monitor a to bez ohľadu na

sklopenú sedačku pred ním alebo polohu cestujúceho.

Pri vypnutí a opätovnom zapnutí systému pokračuje prehrávanie tam, kde bolo prerušené.

Cestujúci tak z vybraného obsahu nič nezmešká. Systém sa automaticky reštartuje v prípade,

že objaví závažnú chybu. Ak zlyhá jeden „boot program“, automaticky sa aktivuje a spustí

druhý, záložný, ktorý zabezpečí spustenie celého systému. [16]

1.6.2 Riešenie 2. triedy – vysielací server

Pri tomto riešení má každý cestujúci má svoj vlastný monitor, svoje vlastné slúchadlá a na

výber 8 až 32 kanálov, na ktorých môže sledovať vysielané filmy alebo počúvať hudbu.

Základný server ponúka 8 video kanálov, 8 audio kanálov a 4 nezávislé vstupy pre iný AV

zdroj (TV, DVD prehrávač, kamera...). Multimediálny obsah (8 video a 8 audio kanálov) je

uložený štruktúrovane na SD karte s kapacitou 8 až 32 GB.

Vďaka kompatibilným komponentom a softvéru je možné základný server rozšíriť až o 12

ďalších kanálov. [16]

Obrázok 14. Schéma zapojenia nezávislých monitorov v autobuse s broadcasting serverom [16]

1.6.3 Telematics box

Systém, ktorý spája v sebe možnosti reklamných blokov, reálnych aktuálnych informácií a

zábavy. Využíva štandardné centrálne monitory vo vozidle. Vysielaný obsah riadi vodič alebo

sprievodca na svojom dotykovom monitore. Multimediálny obsah – video, hudba, obrázky je

uložený na SD karte a navyše je k „telematics boxu“ možné pripojiť ďalší audio-video zdroj

(DVD prehrávač, TV tuner, kamery a podobne).

Základnú verziu „telematics boxu“ je možné rozšíriť o GPS navigáciu, Bluetooth, Wifi modul

a externý USB GPRS modul.

Obrázok 15. Schéma zapojenia nezávislých monitorov v autobuse s Telematics boxom [16]

Sedem palcový dotykový monitor má viacúčelové využitie – ovládanie DVD, VCD,

navigácie, kamery a podobne. Väčšinou je obsluhovaný vodičom alebo sprievodcom, ktorý

vyberá obsah vysielaný na centrálnych monitoroch vo vozidle. [16]

1.6.4 Viackanálový zvuk - MCA

Toto riešenie dokáže poskytnúť zvuk z 32 kanálov až pre 120 cestujúcich, ktorý si takto môžu

vypočuť ich obľúbenú hudbu v digitálnej kvalite. Takto nepotrebujú použiť žiadne iné MP3

prehrávače.

Všetok obsah je uložený na SD karte s kapacitou až do 32 GB (vyše 530 hodín hudby pri

MP3 s kvalitou 128 kbps) na MCA serveri. Jeden server ponúka 8 rôznych zvukových

kanálov a vďaka používateľsky priateľskému počítačovému nástroju môže operátor ľahko

spravovať všetok obsah.

S riešením z kapitoly 1.6.3 (Telematics box) ktorý obsahuje GPS anténu je možné rozšíriť

MCA o prehrávanie špecifického zvuku vtedy, keď sa dopravný prostriedok nachádza

v preddefinovaných GPS súradniciach. Toto sa dá využiť, keď sa prechádza okolo

zaujímavého bodu, ktorý má nahratý zvukovú sekvenciu na serveri. Vďaka viackanálovej

možnosti servera MCA, cestujúci môžu počuť nahratý obsah až v 32 jazykoch.

Riešenie taktiež umožňuje počúvať cestujúcim informácie z pripojeného mikrofónu, do

ktorého môže vravieť napríklad sprievodca alebo vodič dopravného prostriedku. Ak pred

hlásením z mikrofónu cestujúci počúvali hudbu alebo nahratý komentár ohľadne zaujímavého

bodu, tento bude pozastavený a bude sa prehrávať ďalej, keď sa vypne mikrofón. [18]

Obrázok 16. Schéma zapojenia nezávislých monitorov v autobuse s Telematics boxom [18]

1.7 Programovacie jazyky pre Funtoro

Programovanie na systémy Funtoro je možné robiť cez viacero programovacích alebo

skriptovacích jazykov. Najdôležitejším rozhodnutím je vybrať konkrétny typ zariadenia a to

buď MOD, MCA alebo server Telematics.

MOD má na serveri nainštalovaný operačný systém FreeBSD a na klientoch je spustený

Android 1.5. Tie v sebe nemajú žiadne úložisko dát, ktoré by dokázalo udržať informácie aj

pri vypnutí. Preto vždy keď sa systém nabootuje, zo servera si preberie všetky informácie a ak

sa čokoľvek zmenilo na serveri, prejaví sa to na klientoch. Klienti sú v tomto type systému

monitory, ktoré dokážu spúšťať aplikácie „apk“, čo je inštalácia programu napísaného

v systéme Android. Na serveri MOD je nainštalovaný taktiež server Apache, ktorý umožňuje

na zariadeniach spúšťať stránky napísane v skriptovacom jazyku HTML a PHP, prípadne

použiť databázu MySQL.

Server Telematics má na sebe nainštalovaný operačný systém Microsoft Windows CE 6.0,

ktorý je vyvinutý špeciálne pre vnorené systémy (embedded). Pre tento server sa dá

programovať v jazyku C, C++ alebo C#. Nevýhodou tohto systému je možnosť graficky

zobrazovať iba jeden výstup – či už vodičovi alebo sprievodcovi na dotykovú obrazovku,

alebo na centrálnu obrazovku na ktorej by mohli bežať informácie, tie by však nikto nemohol

interaktívne ovládať.

Na server Telematics je možné pripojiť klientov MCA, ktorý každý pozostáva iba z dvoch

audio výstupov, do ktorých je možné púšťat zo servera hudbu alebo hlasové nahrávky. Tieto

výstupy môžu byť ovládané serverom Telematics, takže programovať na klientov sa dá iba

prostredníctvom daného servera.

1.7.1 Android 1.5

Android je momentálne najpoužívanejší operačný systém používaný na mobilných

telefónoch. Programovanie pre Android je postavené na programovacom jazyku Java

a primárne využíva aj jazyk XML.

Vytvorené aplikácie sa predávajú alebo ponúkajú zdarma na Google Play (kedysi Google

Market), kde je databáza skoro všetkých aplikácií a hier pre tento operačný systém.

Pre programovanie na Android je nutné mať nainštalované Android SDK a odporúčaným

editorom je Eclipse alebo NetBeans, v ktorom je však problematickejšie programovanie

z dôvodu neintegrovaného návrhu grafického rozhrania, ktoré generuje a upravuje XML.

1.7.2 C#

Objektovo orientovaný jazyk C#, pomocou ktorého sa dá programovať na server Telematics

je vyvinutý spoločnosťou Microsoft. Niektoré spoločnosti tento jazyk nepreferujú z dôvodu,

že aplikácia napísaná v tomto jazyku je spustiteľná iba na zariadeniach, ktoré majú zaplatený

operačný systém. Avšak vývoj v jazyku C# je veľmi intuitívny a je priamo podporovaný

veľmi kvalitným editorom Microsoft Visual Studio, takže veľa programátorov ho preferuje.

1.7.3 C++

Jazyk C++ je starší a nižšie úrovňový objektovo orientovaný jazyk ako C#, preto sú funkcie

jednoduchšie a programátor musí vo väčšine prípadov napísať omnoho viac kódu než v C#

aby dosiahol rovnaký výsledok. Avšak vďaka tejto jednoduchosti je aj rýchlejší a menej

náročný na hardvér. Podporovaný je mnohými zariadeniami, telefóny s operačnými

systémami Windows Mobile a Windows Phone taktiež natívne podporujú spúšťanie

programov v tomto jazyku. Dokonca sú tieto systémy v týchto jazykoch napísané.

1.7.4 HTML + PHP

Veľkou výhodou týchto skriptovacích jazykov je jednoduchá prenosnosť aj do iných

systémov, kde by vo väčšine prípadov stačilo pozmeniť iba malé časti skriptu, prípadne aj

žiadne a funkcionalita by bola zachovaná. Taktiež výhodou je, že tieto programy nezaťažujú

klientov, tí iba zobrazia statický obsah vygenerovaný serverom.

1.8 Záver analytickej časti

Po analyzovaní existujúcich riešení podobných systémov a technológií, ktoré sú nutné pre

všeobecný rozhľad v danej oblasti poskytovania informácií cestujúcim je načrtnuté, akým

smerom by sa mal vývoj aplikácie, ktorá je výsledným produktom tejto práce pre zariadenia

Funtoro uberať. V tabuľke 1 sú znázornené všetky opísané systémy s popisom, aké

funkcionality podporujú, nepodporujú, alebo podporujú v závislosti od konkrétneho

vyhotovenia systému.

Názov systému

Informácie

súvisiace s

GPS

Podpora

videa

Ovládané

používateľom

Poskytuje

turistické

informácie

Podpora

Internetu

Zvukový sprievodca See & Go Prešporáčik Dopravný podnik Bratislava Digitálny MOD server MOD vysielací server Telematics box Viackanálový zvuk MCA

Tabuľka 1. Podporované funkcie systémov rozobraných v analýze

Vysvetlenie znakov tabuľke 1:

Systém podporuje parameter stĺpca

Systém nepodporuje parameter stĺpca

Systém podporuje parameter stĺpca v závislosti od verzie, typu alebo

nastavenia

Z tabuľky 1 je viditeľné, že iba dva systémy podporujú všetky zadané kritériá a to Digitálny

MOD server a MOD vysielací server. Vďaka všestrannosti týchto systémov sú veľmi vhodné

pre účel tejto práce, ktorej hlavnou myšlienkou je poskytnutie informácií cestujúcim

zaujímavou a interaktívnou cestou.

2 OPIS RIEŠENIA

Táto časť sa venuje opisovaniu riešenia vytváranej aplikácie, ktorá je výsledkom celkovej

práce na tomto projekte. Sú v nej načrtnuté najdôležitejšie prvky aplikácie a požiadavky na jej

správnosť, funkčnosť a čo najlepší používateľský zážitok.

2.1 Špecifikácia nefunkcionálnych požiadaviek

Pred samotným vypracovaním aplikácie, je nutné špecifikovať konkrétne požiadavky na

systém. Treba na ne v priebehu programovania brať ohľad, aby bola výsledná aplikácia

vypracovaná tak, ako bolo na začiatku zamýšľané a aby sa na žiadnu podstatnú funkcionalitu

nezabudlo.

Udržovateľnosť – Je vhodné, aby bolo jednoduché a modifikovať alebo pridávať body

záujmu jednoducho a intuitívne. To je možné uskutočniť pomocou štrukturovaného

XLM značkovacieho jazyka, v ktorom budú jednotlivé body prehľadné.

Jednoduchosť ovládania – Nutnou podmienkou aplikácie, ktorá je používaná primárne

na zariadeniach s dotykovou obrazovkou je veľmi jednoduché a intuitívne ovládanie.

Treba mať vždy na pamäti, že ovládanie je realizované v dopravných prostriedkoch,

kde je presné ovládanie komplikované a tak treba mať čo najväčšie tlačidlá

a minimalistické zobrazenie, ktoré zobrazí vždy iba podstatné informácie.

Obsah je oddelený od formy – Pre jednoduchú udržovateľnosť je nutné, aby bol

programový kód oddelený od všetkých externých informácií, ktoré sa môžu pri

rôznych nasadeniach systému líšiť. Pri tomto systéme je nutné načítavať jednoducho

modifikovateľné informácie z externých súborov, aby boli tak jednoduchšie

upravované pre konkrétne použitie.

Systémovo závislé požiadavky – Aplikácia má byť používaná na rôznych zariadeniach

(mobilné zariadenia s operačným systémom Android a zariadenia Funtoro MOD),

ktoré majú rôzne prijímanie signálu GPS. Preto je nutné, aby bolo možné prijímať

súradnice pomocou rámcov na sieti aj pomocou knižníc programovacieho jazyka

Android.

Čitateľné serializované súbory – Pomocná aplikácia pre ukladanie zaujímavých bodov

musí vytvárať súbory čitateľné aj externe, mimo aplikácie. To je z dôvodu ľahkej

modifikovateľnosti.

2.2 Architektonický návrh

Aplikácia, ktorá bude používaná na zariadeniach Funtoro MOD a mobilných telefónoch

podporujúcich Android, potrebuje mať podporu dvoch základných prístupov zobrazených na

obrázku 17. Tými sú úplný prístup na Internet a získavanie súradníc GPS. Pripojenie

k Internetu je nutné pre získavanie dlaždíc pre mapy Google maps, na ktorých budú zobrazené

zaujímavé body a zároveň aj aktuálna poloha dopravného prostriedku, získaná zo satelitov

GPS.

Obrázok 17. Architektonický návrh pre aplikáciu

2.3 Návrh hlavnej aplikácie

Táto časť obsahuje základné črty budúcej aplikácie, ktoré je nutné dodržať. Patrí sem návrh aj

pomocnej aplikácie na tvorbu súborov XML, ktorá definuje zaujímavé body v regiónoch.

2.3.1 Funkcionalita hlavnej aplikácie

Základné funkcionality, ktoré sa budú v hlavnej aplikácií nachádzať:

Zobrazovanie času

Zobrazovanie nadmorskej výšky a rýchlosti – pri použití v mobilnom telefóne

Automatické spúšťanie audio alebo video sekvencie / prehrávanie po spýtaní sa

Zobrazovanie polohy dopravného prostriedku na mape v reálnom čase

Zobrazovanie zaujímavých bodov na mape (stlačiteľné)

Spúšťanie audio alebo video sekvencie priradenej k  zaujímavému bodu:

Priblížením dopravného prostriedku k zaujímavému bodu – automaticky alebo po

spýtaní sa (závisí na nastavení „Prehrať video bez opýtania sa“)

Kliknutím na zaujímavý bod na mape (zobrazí sa základné menu, z ktorého používateľ

uvidí názov zaujímavého bodu a môže si vybrať či chce spustiť video alebo audio

sekvenciu o danom bode)

Rozšírená funkcionalita hlavnej aplikácie:

Zobrazenie satelitnej alebo klasickej Google mapy

Automatické centrovanie mapy na stred, kde sa momentálne používateľ nachádza

Zobrazenie rádiusu okolo zaujímavého bodu

Výpočet rádiusu podľa toho, či je používateľ vo vozidle alebo nie

Možnosť výberu typu zaujímavých bodov (iba tie sa budú zobrazovať a prehrávať)

Možnosť výberu regiónov – zhluku bodov, ktoré majú určitú logickú spojitosť

Podpora rôznych jazykov (slovenský, anglický, nemecký, český)

Návod „krok po kroku“ ako aplikáciu nastaviť a používať

2.3.2 Návrh používateľského rozhrania hlavnej aplikácie

Návrh grafického prostredia aplikácie je dôležitou súčasťou opisu riešenia, pretože znázorňuje

približnú vizuálnu podobu výslednej aplikácie a zároveň aj jej predbežnú základnú

funkcionalitu. Výsledok nemusí úplne zodpovedať prvému návrhu, pretože musí prejsť ešte

mnohými vylepšeniami a testami, ktoré určia ako spraviť aplikáciu ešte lepšie

používateľnejšou.

Na obrázku 18 je znázornená najzákladnejšia funkcionalita – zobrazovanie mapy. V nej sú

zobrazené okolia zaujímavých bodov, ktoré pretínajú cestu. To je z dôvodu, že nie každý

zaujímavý bod je priamo v blízkosti cesty, ale je z nej iba viditeľný. Takto sa používateľ

dozvie o všetkých relevantných informáciach zaujímavých bodov v jeho okolí. Žlté auto

znázorňuje aktuálnu polohu dopravného prostriedku, v ktorej sa používateľ nachádza.

V pravej lište sú umiestnené zaujímavé informácie, ktoré by mohli používateľa zaujímať. Ak

bude chcieť, aby systém automaticky spustil video sekvenciu k zaujímavému bodu, nastaví si

túto funkciu v pravom spodnom rohu.

Obrázok 18. Prvý návrh grafického rozhrania aplikácie

Celé grafické rozhranie bude definované značkovacím jazykom XML, ktoré Android natívne

podporuje a považuje sa na tejto platforme za dobré riešenie. Taktiež je možné vytvoriť rôzne

grafické rozhrania pre rôzne veľkosti displejov a tak sprístupniť aplikáciu viacerým

používateľom s rôznymi hardvérovými zariadeniami.

2.3.3 Návrh jadra hlavnej aplikácie

Pri spustení aplikácie bude ako prvá vytvorená inštancia triedy CoreActivity, ktorá sa bude

starať o spustenie ďalších aktivít a o chod celého jadra programu. Jej štart môže nastať dvoma

spôsobmi – nové spustenie aplikácie alebo prehratie videa. Trieda bude v skutočnosti značne

komplexnejšia – bude sa musieť starať o mnoho viac vecí ako je znázornených na obrázku 19.

Napríklad táto aktivita bude musieť byť schopná ovládať tlačidlo menu a jeho následné

nastavenia, ovládať zmenu jazyka, načítavanie uložených systémových nastavení a podobne.

Obrázok 19. Diagram základnej aktivity hlavného programu

2.4 Návrh aplikácie na vytváranie XML súborov

Pre potreby aplikácie je nutné vytvoriť XML súbory, ktoré definujú zaujímavé body, podľa

ktorých sa celá aplikácia riadi. Tie definujú tieto prvky zaujímavých bodov:

Názov – ten sa zobrazí ako otázka, či sa má sekvencia prehrať

Popis – po kliknutí na zaujímavý bod (alebo jeho okolité pozície) sa zobrazí tabuľka

s názvom a popisom, ktorý detailnejšie popisuje, čo sa na danom bode nachádza

Názov video alebo zvukovej sekvencie, ktorá sa prehrá buď po kliknutí na zaujímavý

bod alebo automaticky

Zemepisnú dĺžku a šírku stredu bodu, kde sa konkrétny zaujímavý bod nachádza

Pozície, ktoré určujú okolie zaujímavého bodu a po prejdení vozidlom v ich okolí sa

prehrá audio alebo sekvencia. Pozícií môže byť neobmedzený počet a obsahujú:

o  Zemepisnú dĺžku

o  Zemepisnú šírku

o  Definovanie či je bod v meste alebo mimo neho

Dôležité je, aby toto vytváranie bolo intuitívne a aby pri jeho používateľ mohol veľmi rýchlo

nadefinovať potrebné body na zaujímavé miesta. Preto aplikácia musí byť schopná prijímať

GPS súradnice v tvare, ako ich definuje stránka s mapami www.maps.google.com, ktorá je

momentálne považovaná za jednu z najkvalitnejších máp a taktiež samotná aplikácia využíva

rovnaké mapové materiály. Preto keď sa bod definuje, zobrazí sa na presne rovnakom mieste

v aplikácií.

2.5 Výber programovacieho jazyka

Z dôvodu výberu systému Funtoro MOD server, výber programovacích a skriptovacích

jazykov sa zúžil na programovací jazyk Java pre Android a skriptovacie jazyky HTML

a PHP. Zo subjektívneho dôvodu s očakávaním, že programovanie v jazyku Java bude

zaujímavejšie a naučím sa viac o programovaní pre mobilné zariadenia, som si vybral jazyk

Java. Programovanie je v ňom efektívne a je mnoho návodov, ktoré ponúkajú riešenia

v prípade, že sa vyskytne akýkoľvek problém. Zároveň je mnoho Internetových fór, ktoré

poskytujú veľmi dobré zázemie na pýtanie sa akýchkoľvek otázok. Ďalším rozhodovacím

parametrom je trend dnešnej doby používať mobilné zariadenia s operačným systémom

Android, ktoré potrebujú neustále nové a nové aplikácie. Taktiež je v rámci testovania

jednoduchá migrácia zo servera Funtoro MOD na mobilné telefóny podporujúce Android

a tak bude testovanie jednoduchšie a praktické na vyskúšanie. Jedinou nevýhodou je staršia

verzia operačného systému na klientských zariadeniach Funtoro MOD, pretože je spustiteľná

iba verzia Android 1.5 „Cupcake“ a nižšia. Avšak už aj táto verzia poskytuje dostatok

systémových knižníc na to, aby bolo možné uskutočniť tento projekt a vytvoriť funkčnú

aplikáciu.

2.6 Implementácia hlavnej aplikácie

Pri vypracovávaní hlavnej aplikácie sa v každom kroku dbalo na to, aby sa splnili požiadavky

na ňu definované v návrhu v čo najväčšej možnej miere. Z tohto pohľadu je aplikácia

kompletná a splnili sa všetky predsavzaté funkcionality a taktiež pribudlo aj viacero

vylepšení, ktoré sa v návrhu nedali predpokladať. Táto časť opisuje v skratke základné triedy

a balíky, z ktorých táto aplikácia pozostáva. Hierarchia balíkov, tried a súborov XML je na

obrázku 20 v kapitole 4 (Technická dokumentácia).

2.6.1 Programová časť hlavnej aplikácie

Balík activities

CoreActivity.java je spúšťacia trieda celej aplikácie, ktorá má na starosti obsluhu všetkých

ostatných tried. Rozširuje triedu MapActivity a implementuje LocationListener. To znamená,

že je implicitne vytvorená na zobrazenie mapy a načúva na zmeny pozície v mobilných

zariadeniach. Trieda obsahuje a taktiež aj inicializuje funkcie na deserializáciu zaujímavých

bodov v regiónoch, ich vkladanie do mapy, rozhodovanie o tom či sa má prehrať video

a mnoho iných drobných funkcií, ktoré zabezpečujú bezproblémový chod aplikácie.

Trieda EditPreferences.java je vytvorená na modifikáciu základných nastavení aplikácie. Jej

samotná trieda nie je až tak zaujímavá ako súbor preferencex.xml, z ktorého sa načítava celá

grafika a taktiež v ktorej sú definované všetky názvy a implicitné nastavenia.

VideoActivity.java je trieda zodpovedná za prehrávanie videa. Na jej vstup prichádza iba cesta

k videu. Taktiež nahrádza celú plochu zodpovednú za zobrazovanie grafiky a zobrazí sa iba

video v novej vrstve. V závislosti od toho, ako je mobilný telefón otočený (či je na šírku alebo

výšku) vyberá grafický súbor XML. Taktiež ak sa má prehrať zvuk vo formáte .mp3 vyberie

sa grafický súbor s nastaveným pozadím na logo aplikácie.

Balík help

Jadrom celej pomocnej časti aplikácie je trieda HelpActivity.java, ktorá rozširuje TabActivity,

čiže triedu zobrazujúcu viacero kariet. Tento spôsob zobrazovania bol inšpirovaný tutoriálom

na stránke android hive1. Tento spôsob bol vybraný z dôvodu, že aplikácia nevie určiť či je

momentálne spúšťaná na systéme Funtoro MOD alebo na mobilnom telefóne a tieto dve

možnosti sa pri nastaveniach líšia v podstatných detailoch. Takto si používateľ vyberie akú

časť pomocnej aplikácie chce prezerať. Delenie vo vnútri týchto kariet je na

FuntoroActivity.java a PhoneActivity.java. Obe sa podobajú ale majú na starosti iné možnosti

a, čo je najdôležitejšie, odosielajú iné informácie do SpecificHelpAcitvity.java. Táto sa stará

o zobrazenie jednej, konkrétnej stránky pomoci. Výber, ktorá stránka sa vyberie závisí od

prijatých informácií –informácie sa líšia v závislosti od vybranej karty a vybranej konkrétnej

stránky. Veľkou výhodou takéhoto riešenia je jednoduchosť rozšírenia – je iba jedna trieda.

Rozdielne stránky sú rôzne načítané grafické XML súbory. Všetky tieto grafické súbory tiež

obsahujú tlačidlo späť, ktoré implementuje táto trieda iba ako jedno aj napriek tomu, že sa

nachádza v rôznych grafických zobrazeniach.

Balík models

Tento balík obsahuje jednoduchšie funkcie a modely, ktoré sa využívajú na ukladanie

štruktúrovaných informácií. Trieda pre zmenu jazyka changeLanguage.java je inšpirovaná

1 http://www.androidhive.info/2011/08/android-tab-layout-tutorial/

blogom2, kde je v skratke vysvetlené ako je nutné zmeniť jazyky aby ich systém vedel zobrať

automaticky a taktiež ako sa vytvára adresárová štruktúra pre tieto rôzne jazykové súbory.

Trieda LatLonPair.java pomáha ukladať informácie o konkrétnom zaujímavom bode spolu

s informáciami, ktoré sú nutné pre všetko ich spracovávanie v hlavnej aktivite.

ListPreferenceMultiSelect.java je veľmi dôležitou triedou, ktorá je nutná pre vyberanie typu

zaujímavých bodov v nastaveniach, ktoré sa majú zobrazovať na mape a s ktorými sa má

pracovať. Je inšpirovaná blogom3, ktorý veľmi dobre popisuje funkcionalitu, ktorá je veľmi

často používaná, avšak z neznámych dôvodov nie je v systéme Android natívne podporovaná.

S ňou je možné vyberať z listu viacero možností a ukladať ich do systémových nastavení.

Triedy myHandler.java a myOverlayItem.java sú detailne popísané v kapitole 4.1.1 (Ukážky

zdrojového kódu). Ide o systémové triedy, ktorým však chýbala istá funkcionalita navyše,

ktorú si tento projekt vyžadoval.

Balík objectsForXML

Balík obsahuje triedy nutné pre deserializáciu súborov XML definujúcich zaujímavé body.

Triedou, do ktorej sa ostatné vnárajú je region.java. Do neho sa vnára point.java, ktorý

obsahuje ešte triedu position.java. Tieto triedy sú detailne opísané v kapitole 4.2 (Technická

príručka aplikácie vytvárajúcej XML súbory).

Balík overlaylists

Balík obsahuje tri triedy, ktoré v sebe obsahujú dáta na vykresľovanie zaujímavých bodov na

mapu. Každá sa líši iba svojím správaním a zobrazovaním, dáta v nich obsiahnuté sa nelíšia.

Základné črty každej z nich sú:

OverlayList.java – vykresľuje kruhy veľkosti určeného rádiusu okolo definovaných

súradníc (zaujímavých bodov a aj okolo ich okolitých bodov), po kliknutí na bod sa

zobrazí názov bodu a možnosť prehrať video o tomto bode

OverlayListCar.java – nevykresľuje kruhy, po kliknutí na bod sa nestane nič. Táto

trieda sa využíva iba na zobrazenie aktuálnej polohy

OverlayListWithoutCircle.java – nevykresľuje kruhy, po kliknutí na bod sa zobrazí

názov bodu a možnosť prehrať video o tomto bode

2 http://www.danielespinetti.it/2012/03/resources-based-on-localization.html3 http://blog.350nice.com/wp/archives/240

Balík regionlist

Celý balík obsahuje iba funkcie a triedy nutné pre načítavanie regiónov, ich zobrazovanie pre

výber a ich ukladanie.

Trieda RegionList načítava všetky názvy súborov v definovanom adresári (na systéme

Funtoro MOD a mobilnom telefóne sa líšia). Tieto zobrazí do listu pomocou triedy adaptéra

InteractiveArrayAdapter.java, ktorý implicitne obsahuje funkciu vyvolanú po zmene

nastavenia v tomto liste, ktorá je dôležitá pre zmeny nastavení. Bez adaptéra by nebolo možné

vôbec meniť nastavenia – nie je možné identifikovať označenú položku. Pri prvom spustení

aplikácie (alebo po vymazaní cache) nie je žiadna položka v liste aktivovaná, preto sa aj na

mape v hlavnej obrazovke nič nezobrazí. Ak sa však raz vyberie región, ktorý chce používateľ

zobraziť a používať, aplikácia si toto nastavenie zapamätá a pri nasledujúcom spustení už na

začiatku inicializuje zaujímavé body z predtým vybraných regiónov.

Trieda Model.java je nutná z dôvodu elegantnejšieho zobrazovania súborov v liste. Tie sa

zobrazujú bez celej cesty na karte a taktiež bez koncovky .xml. Takto používateľ nemusí

vôbec poznať vnútornú štruktúru a vidí iba názvy regiónov.

2.6.2 Grafická časť hlavnej aplikácie

Grafické rozhranie sa vo výslednej aplikácií zmenilo zásadne oproti návrhu. Vo verziách

počas vytvárania aplikácie bolo grafické rozhranie ponášajúce sa na návrh, avšak z dôvodu

väčšej kompatibility bolo zavedené nové grafické rozhranie, ktoré nemá priamo na hlavnej

obrazovke možnosti nastavovania a zobrazuje iba mapu s bodmi, aktuálnou polohou

a v pravom hornom rohu informácie o aktuálnom čase a v prípade mobilných telefónov aj

aktuálnu rýchlosť s nadmorskou výškou. Obrázky sú uvedené v časti 4.3.3 (opis grafického

rozhrania).

2.7 Implementácia aplikácie na vytváranie XML súborov

Základným prvkom v aplikácií na vytváranie zaujímavých bodov v regiónoch je knižnica

Simple XML, ktorá serializuje dáta z presne definovaných tried a tieto neskôr uloží ako XML

súbor. Samotný operačný systém Android nepodporuje takúto serializáciu (ani samotná Java),

preto bolo nutné nájsť knižnicu tretej strany. Ukážky ako sa s touto knižnicou pracuje sa

nachádzajú na oficiálnej stránke produktu4.

Aplikácia obsahuje tri základné triedy, pomocou ktorých si definuje hierarchiu dát, ktoré sú

neskôr serializovateľné. Tento prístup veľmi uľahčuje prácu s tvorbou XML súborov. Hlavná 4 http://simple.sourceforge.net/download/stream/doc/examples/examples.php

aplikácia využíva presne tieto isté triedy na deserializáciu, preto sa takto aj čítanie značne

uľahčuje. Prístup pridávania samotných značiek ručne a vkladanie textu do nich nie je

odporúčané, pretože to je náročnejšie na tvorbu, udržovateľnosť a taktiež škálovateľnosť.

Takto stačí mať presne definované triedy spolu so značkami, ktoré určujú, či je element root,

attribute alebo element. Presný obsah sa nachádza v časti 4.2 (Technická príručka aplikácie

vytvárajúcej XML súbory).

Celá aplikácia sa spravuje v jednej triede – v grafickom rozhraní Grafika.java. Tu sa

pridávajú dáta a taktiež je možné inicializovať uloženie alebo vymazanie už pridaných dát.

2.8 Overenie riešenia – testovanie

Overenie riešenia bolo veľmi dôležitou súčasťou každej etapy tvorby aplikácie. Pri tvorbe

tejto aplikácie vznikalo veľa rôznych problémov, ktoré sa nedali vopred predpovedať a dali sa

odstrániť iba po kvalitnom testovaní. Takto má hlavná aplikácia ošetrené mnohé možnosti

prípadov, ktoré môžu nastať aj napriek tomu, že by nastať pri bežnom používaní nemali.

2.8.1 Testovanie zariadení

Testovanie prebiehalo postupne popri rôznych verziách systému. Každá zmena bola následne

otestovaná najčastejšie na virtuálnom zariadení a mobilnom telefóne Google Nexus 4. Vždy

po väčších zmenách sa taktiež testovalo aj na zariadení Funtoro MOD (SD). Výsledky

testovania a parametre zariadení sú nasledujúce:

1. Virtuálne zariadenie vo vývojovom prostredí Eclipse

 Verzia Android: 1.5

 Rozlíšenie displeja: 800 x 480 pixelov

 Uhlopriečka displeja: 7 palcov

Verdikt testovania: grafické rozhranie zobrazené správne, aplikácia sa správa

korektne

2. LG Nexus 4 od Google

 Verzia Android: 4.2.2

 Rozlíšenie displeja: 1280 x 768 pixelov

 Uhlopriečka displeja: 4.7 palca

Verdikt testovania: grafické rozhranie zobrazené správne, aplikácia sa správa

korektne

3. Samsung Galaxy Tab 2 10.1

 Verzia Android: 4.2

 Rozlíšenie displeja: 1280 x 800 pixelov

 Uhlopriečka displeja: 10.1 palca

Verdikt testovania: grafické rozhranie zobrazené správne, aplikácia sa správa

korektne

4. HTC Wildfire S

 Verzia Android: 2.3

 Rozlíšenie displeja: 480 x 320

 Uhlopriečka displeja: 3.2 palca

Verdikt testovania: grafické rozhranie zobrazené správne, aplikácia sa správa

korektne

5. Funtoro MOD (SD – Standard Definiton)

 Verzia Android: 1.5

 Rozlíšenie displeja: 800 x 480 pixelov

 Uhlopriečka displeja: 7 palcov

Verdikt testovania: grafické rozhranie zobrazené správne, aplikácia sa správa

korektne, avšak nesmie sa pri aplikácií používať tlačidlo pre vypnutie

monitora. Taktiež funkčnosť závisí od verzie nainštalovaného systému –

niektoré sú distribuované bez Google API

6. Funtoro MOD (HD – High Definition)

 Verzia Android: 2.3

 Rozlíšenie displeja: 1024 x 600 pixelov

 Uhlopriečka displeja: 7 a 10 palcov

Verdikt testovania: aplikáciu nie je možné spustiť z dôvodu nepodporovania

Google API

2.8.2 Testovanie aplikácie používateľmi

Na testovaní aplikácie sa podieľali traja ľudia, ktorí dostali jednoduché úlohy, ktoré mali

splniť a opisovať pri tom prípadné ťažkosti, nezrozumiteľnosti alebo taktiež chyby.

Testovanie prebehlo veľmi dobre, aplikácia poskytovala dostatočné návody, ktoré uľahčovali

prácu ľudom, ktorí túto aplikáciu nikdy nevideli.

Medzi tieto úlohy patrilo:

Zmena jazyka na mobilnom telefóne – používateľ najskôr pomocnú časť aplikácie

nepoužíval a ak mu to nešlo, mal možnosť ju použiť

Spokojnosť s grafickým rozhraním - jeho prehľadnosť a aj to, či používateľ vie čo

každý element znamená a na čo slúži

Vysvetlenie nastavení - zistenie, či je popis pri každom nastavení dostatočne

zrozumiteľný

Nájdenie chyby – testovanie odhalilo chybu zmeny jazyka pri rotácií displeja. Táto

chyba bola odstránená.

2.8.3 Testovanie obmedzení

Hlavné obmedzenie aplikácie spočíva v nemožnosti prehratia určitých videí. To, čo systém

dokáže natívne prehrať, závisí od jeho verzie. Žiaden systém nejavil problémy

s koncovkou .mp4 a kódovaním MPEG4 a maximálnym rozlíšením 6240 x 480 pixelov.

Novšie systémy (testované na zariadení LG Nexus 4 od Google) nemali problém ani

s videom, ktorého koncovka bola .mp4, kódovanie H264 a rozlíšenie HD.

Iné obmedzenia neboli zistené, s hudobným formátom .mp3 nemal problém žiaden testovaný

systém.

3 ZÁVER

Bakalársky projekt 1 obsahujúci hlavné časti analýzu a opis riešenia zobrazuje, ako bude

aplikácia na zariadeniach Funtoro vyzerať a zároveň aké sú na ňu požiadavky, aby dokázala

konkurovať už existujúcim riešeniam dostupným na trhu. Taktiež jej obsahom sú existujúce

riešenia nasadzované v dnešnej dobe a sú analyzované ich výhody, nevýhody a ako by bolo

možné sa poučiť z ich kvalít, prípadne chýb a nedostatkov.

V letnom semestri, Bakalársky projekt 2 bude opisovať podrobnejšie riešenie výslednej

aplikácie, ktorá bude zobrazovať videá, zvukové sekvencie a obrázky pri prejdení v okolí

zaujímavého miesta. Podrobnejšie v nej bude rozobraná implementačná časť obsahujúca

konkrétne riešenia konkrétnych problémov. Taktiež potrebnou a veľmi dôležitou súčasťou

bude aj testovanie, ktoré bude prebiehať ako na zariadeniach Funtoro MOD tak aj na

mobilných zariadeniach s operačným systémom Android, pretože aplikácia bude podporovať

obe možnosti. Jediným rozdielom medzi týmito zariadeniami je v získavaní GPS pozície. Pri

zariadeniach Funtoro MOD sa pozícia získava v rámcoch cez sieť a pri zariadeniach so

systémom Android sa pozícia získava priamo v danom zariadení pomocou jednoduchých

programových riešení (ak mobilné zariadenie má pripojenú GPS anténu). Preto by mala byť

veľmi jednoduchá migrácia aplikácie z jedného systému na druhý, stačí si vybrať spôsob

prijímania GPS súradníc. Z toho dôvodu aplikácia bude poskytovať túto možnosť a tak sa

rozšíri aj možnosť testovania a zároveň bude aplikácia prístupnejšia.

Doterajšie naprogramované moduly, ktoré je možné spustiť:

Získavanie GPS súradníc na zariadeniach Funtoro MOD

Získavanie GPS súradníc na zariadeniach s operačným systémom Android

Zobrazovanie mapy s aktuálnou pozíciou pomocou GPS súradníc, zakreslenie do

mapy zaujímavých preddefinovaných bodov, na ktoré sa dá kliknúť a vypísať ich

popis

Zobrazovanie videa a obrázkov v emulátore Android

Prechádzanie priečinkov a súborov na zariadeniach Funtoro MOD, pomocou ktorých

sa dá zistiť absolútna adresa potrebných súborov (videa, zvukových sekvencií,

obrázkov)

V Bakalárskom projekte 2 sa bude stavať na týchto moduloch, ktoré sú teraz v samostatných,

jednoduchých aplikáciach. Spojenie bude podporovať všetko spomenuté, okrem prechádzania

priečinkov. Tento modul bolo nutné naprogramovať na zistenie absolútnej cesty

k multimediálnemu obsahu, ktorá sa bude aplikovať v časti programu so spúšťaním videa,

zvuku alebo obrázkov.

Treba spomenut ako som to mal doteraz, osetrene vstupy do oblasti, super intenty atd...

Rozšíriteľné možnosti aplikácie:

Vyhľadávanie akýchkoľvek zaujímavých bodov

Otáčanie vozidla na mape v závislosti, ktorým smerom sa pohybuje dopravný

prostriedok

Zaujímavé body by nemuseli byť iba jednotlivé nespojené body, ale dali by sa

nahradiť preddefinovanou trasou a tak si aj neskúsený vodič smie prezerať

preddefinovanú trasu a tak nezablúdiť, prípadne nevynechať zaujímavý bod (istý

spôsob navigácie)

Pridanie načítavanie informácií zo servera pri MOD – uľahčenie konfigurácie

v autobusoch (vybraté regióny, nastavenia), možnosť výberu, keď sa vymenia ľudia

(nastaviť vždy potom do základných nastavení)

Pre mobilný telefón by bola možnosť načítavanie videí a XML súborov z Internetu –

informácie by boli vždy aktuálne a uľahčilo by to prvotnú inštaláciu

Možnosť pridávať videá aj priamo zo servera www.youtube.com, odkiaľ by sa priamo

načítavali a prehrávali

Pri prehrávaní audio sekvencie by bolo vhodné pridať aj obrázok patriaci

k zaujímavému miestu

Videá a zvuky rôzne v závislosti od nastaveného jazyka

Rozšíriteľné možnosti aplikácie vytvárajúcej XML súbory

Definovane bodov na mape priamo v aplikácií pre uľahčenie zadávania

Možnosť editácie už vytvorených a uložených bodov

Podpora viacerých jazykov aplikácie

Možnosť vytvárania bodov na mobilných zariadeniach

Možnosť pridať viacero videí alebo zvukov

4 TECHNICKÁ DOKUMENTÁCIA

Táto kapitola opisuje technické časti dokumentácie, ktoré sa týkajú inštalácie, spustenia,

používania a skúmania funkcií hlavnej aplikácie a taktiež aj aplikácie na vytváranie súborov

XML, ktoré obsahujú zaujímavé body v regiónoch.

Obrázok 20. Štruktúra projektu

4.1 Technická príručka k hlavnej aplikácií

Najdôležitejšou súčasťou celej práce je samotná aplikácia. V tejto časti sú opísané jej

najvýznamnejšie a najvýstižnejšie časti zdrojového kódu. Štruktúra projektu je znázornená na

obrázku 20. Pre vytváranie aplikácií pre platformu Android je typické definovanie vzhľadu

pomocou XML kódov, preto aj grafické prostredie tohto projektu bolo vytvárané práve

pomocou nich. Táto podkapitola obsahuje taktiež časti týchto kódov.

4.1.1 Ukážky zdrojového kódu

Výber typov bodov z  nastavení

Jednou z prvých funkcií, ktorá sa vykoná je funkcia na načítavanie zaujímavých bodov

z XML súborov. Dôležité je taktiež to, ktoré typy bodov sa zobrazia a ktoré nie. To určuje

pole slov selected, ktoré sa načítava z uložených systémových premenných. Preto toto

nastavenie ostane zapamätané aj po vypnutí aplikácie. Ukážka načítavania je uvedená ako

Zdrojový kód 1. Ak nie je žiaden typ vybraný, nastáva return a funkcia skončí. Ak však

aplikácia ešte nebola zapnutá a nastavenia nie sú inicializované, zobrazia sa všetky typy

bodov.

Zdrojový kód 1. Načítavanie typov bodov, ktoré sa majú zobraziť

Načítavanie bodov z  XML súboru

Samotné načítavanie zaujímavých bodov z XML súborov pozostáva zo štyroch vnorených

cyklov. Názvy súborov XML sú uložené v nastaveniach v pomyselnom dvojrozmernom poli.

Toto pole obsahuje názvy, to či sa majú zobraziť a počet názvov iba tak, že sa vloží do

nastavení viacero parametrov modelStr, modelBln a jeden parameter pocetvliste a za prvé dva

parametre sa pridá poradové číslo, podľa ktorého sa neskôr dajú prechádzať. Veľkosť poľa

určuje posledný parameter. Takto je možné si aj po vypnutí programu načítať predchádzajúce

nastavenia.

Prvý cyklus prechádza tieto uložené názvy a ďalej sa dostane iba ten, pri ktorom indexe je

zaznačené, že má byť načítaný. Tento súbor sa otvorí a následne sa deserializuje do triedy

region, ktorá obsahuje triedy point a position. Tieto veľmi zjednodušujú prácu so súbormi –

nie je nutné vôbec pracovať so súborom XML ako takým, pracuje sa iba s triedami, ktoré boli

presne definované už pri jeho vytváraní (rozsiahlejšie v podkapitole 4.2).

Druhý cyklus prechádza už samotné body definované v triede point a taktiež načíta typ bodu,

ktorý je definovaný v XML.

Tretí cyklus prechádza vybrané typy bodov v nastaveniach (Zdrojový kód 1.) a zisťuje, či

v nich bol aktivovaný taký typ bodu, ako je aktuálny prehľadávaný bod. Ak vyhovuje, tento

sa pridá do listu main_positions, ktorý ukladá prvky triedy LatLonPair.

Štvrtý cyklus prechádza triedu position, ktorá obsahuje okolité body, ktoré definujú kde ešte

sa má audio alebo video sekvencia prehrať a taktiež ak je to v nastaveniach aktivované, čo sa

má zobraziť na mape. Tieto sa ukladajú taktiež v triede LatLonPair, avšak do listu

play_positions.

Pri týchto pozíciách je nutné taktiež počítať rádius aj podľa toho, či sa daný bod definuje ako

bod v meste alebo mimo neho. Podľa toho sa určia veľkosti kruhov okolo bodov na mape

a taktiež sú tieto informácie smerodajné pri výpočtoch, či sa má video prehrať alebo nie. Celá

táto časť je opísaná v Zdrojovom kóde 2.

Funkcia countRadius() vyberie jeden zo štyroch preddefinovaných rádiusov. Tie sú priamo v

kóde definované takto:

Pešo a v meste – 10 metrov

Pešo mimo mesta – 30 metrov

Vo vozidle v meste – 60 metrov

Vo vozidle mimo mesta – 200 metrov

To, či sa používateľ pohybuje pešo alebo v automobile sa načítava priamo z nastavení. To, či

je bod v meste alebo mimo mesta je definované v súboroch XML, to však platí iba pre okolité

body. Hlavný bod je vždy považovaný ako bod v meste.

Zdrojový kód 2. Načítavanie súborov XML

Upravené systémové triedy Handler a OverlayItem

Niektoré systémové triedy neobsahujú pre projekt dostatočne veľa premenných. Napríklad pre

triedu Handler bolo nutné vytvoriť jej rozšírenie o premennú typu Context. To je z dôvodu, že

Hander musí obsluhovať príjem GPS pozícií ak sa jedná o systém Funtoro MOD a aj mobilný

telefón. Po prijatí pozície je medzi iným nutné aj presunúť bod na mape zobrazujúci aktuálnu

pozíciu. To by nebolo možné bez premennej typu Context v tejto triede. Ukážka, ako toto

bolo prevedené, je uvedené ako Zdrojový kód 3.

Zdrojový kód 3. Upravená trieda rozširujúca triedu Hander

Taktiež dôležitou upravenou systémovou triedou je trieda OverlayItem. Táto sa stará

vykreslenie bodu na mape. Avšak aby bolo možné po kliknutí na zaujímavý bod alebo jeho

okolité pomocné body prehrať video, bod uložený ako graficky znázornený OverlayItem musí

poznať cestu k tomuto videu. Taktiež z dôvodu rôznych veľkostí rádiusu okolo bodov je

nutné tento rádius poznať pri triede, ktorá tieto kruhy okolo bodov vykresľuje. Preto je možné

mať akúkoľvek veľkosť rádiusu bez nutnosti vytvorenia viacero tried, ktoré sú potrebné pre

zakresľovanie bodov do mapy. Táto upravená trieda je v Zdrojovom kóde 4.

Zdrojový kód 4. Upravená trieda rozširujúca triedu OverlayItem

Vykresľovanie kruhu v  okolí zaujímavých bodov a  ich vedľajších bodov

Ako bolo spomenuté vyššie, veľkosť vykresleného kruhu závisí od rádiusu (ak je

vykresľovanie v nastaveniach aktivované). V Zdrojovom kóde 5. je ukázané, ako sa tieto

kruhy vykresľujú. Táto funkcia sa nachádza v triede OverlayList, ktorá obsahuje list tried

myOverlayItem (Zdrojový kód 4). OverlayList sa taktiež stará o to, čo sa stane po kliknutí na

zaujímavý bod (zobrazovanie AlertDialog s možnosťou prehrať video) .

Zdrojový kód 5. Funkcia na kreslenie kruhu okolo zaujímavého bodu

Pre všetky definované body mOverlayItems sa vykreslí šedý kruh definovaný rádiusom. Tento

je definovaný v metroch a tie vie na priblíženie mapy upraviť pomocou systémovej funkcie

metersToEquatorPixels(). Preto, aj keď sa mení priblíženie mapy, veľkosť kruhu zostáva

reálna.

Načítavanie aktuálnych GPS súradníc

Príjem pozície je na systéme Funtoro MOD a na mobilnom telefóne zásadne rôzne – Funtoro

server prijíma a vyhodnocuje údaje GPS a na jeho pripojené monitory odosiela každú sekundu

súradnice v UDP paketoch s cieľovou adresou 239.255.66.3, zdrojovou adresou 10.0.0.1

a portom 36603. Monitory musia prijímať tieto pakety a následne z nich dostať iba potrebné

informácie – zemepisnú dĺžku a šírku. Iné informácie tieto pakety neobsahujú a preto nie je

možné určiť presnú rýchlosť a nadmorskú výšku. Ich formát je zobrazený na obrázku 21.

Rámec bol zachytený a zobrazený v programe Wireshark. Zeleným štvorcom je označený

prepis paketu – tu je vidno nápis lat a lon, za ktorými sa nachádza zemepisná dĺžka a šírka.

Toto prijímanie prebieha v hlavnej aplikácií tak, ako je znázornené v Zdrojovom kóde 7.

Obrázok 21. Zachytený paket s informáciami o aktuálnej GPS pozícií

Zdrojový kód 7. Funkcia na prijímanie rámcov obsahujúce aktuálne GPS súradnice

Na mobilnom telefóne je možnosť vytvoriť si funkcie, ktoré automaticky zisťujú vzdialenosť

od definovaných bodov a následne vykonajú požadovanú funkciu. Taktiež sú funkcie, ktoré

automaticky na mape zobrazia aktuálnu polohu aj s jej rádiusom presnosti a šípkou

smerujúcou tak, ako smeruje pohybujúci sa samotný telefón. Tieto funkcie už boli v aplikácií

implementované, avšak z dôvodu maximálnej kompatibility kódu na oboch systémoch bolo

nutné tieto funkcie mobilného telefónu zminimalizovať do miery, že systémovými funkciami

aplikácia iba prijíma aktuálne pozície, avšak všetko ostatné je už programované na mieru tak,

aby procedúra po prijatí pozície bola identická či sa prijme signál v pakete alebo systémovou

funkciou. Prijímanie pozície na mobilnom telefóne je znázornené ako Zdrojový kód 6.

Zdrojový kód 6. Funkcia vyvolaná po zmene aktuálnych GPS súradníc na mobilnom zariadení

Obslúženie prijatej GPS pozície

Aplikácia rozdeľuje iba priamo prijatie pozície, všetko ostaté už sa spracováva spolu. To bolo

dôležité z pohľadu testovania, pretože ak funguje základná funkcia na oboch systémoch,

všetko ostatné už bude prechádzať rovnakou postupnosťou krokov a nebude nutné testovanie

na oboch typoch systémov do hĺbky. Prijatá GPS pozícia sa odošle pri štarte vytvorenému

obsluhovateľovi (myHandler) v type premennej GeoPoint. Tento prijímateľ zistí, či sa

neprehráva video alebo audio sekvencia. Ak sa prehráva, nebude prehľadávať pozície pre

prehranie videa – je to zbytočné. Ak sa však nič neprehráva, prehľadá pozície a zistí, či sa

niečo prehrať nemá. Na prehratie videa alebo audio sekvencie sa vytvorí nová aktivita, ktorá

bude zobrazovať či už prehrávané video alebo obrázok, ktorý by bol na pozadí v prípade

prehrávania audio sekvencie. Taktiež táto funkcia vždy prekreslí aktuálnu pozíciu. To sa robí

tak, že stará sa odstráni a nová sa musí vytvoriť tak, ako je to zobrazené v Zdrojovom kóde 8.

Zdrojový kód 8. Akcia po prijatí aktuálnych GPS súradníc

Po tom, ako aplikácia prejde postupne definované body (Zdrojový kóde 2.) od začiatku a ak

nájde, že aktuálna pozícia je v definovanom rádiuse, dá pokyn na prehratie videa a zastaví

toto hľadanie. Prehrávanie videa (Zdrojový kód 9.) je funkcia v triede VideoActivity, ktorá

prehráva video alebo audio sekvenciu vyžiadanú z funkcie na prehľadávanie pozícií. Tu bol

pri implementácií problém s návratom do pôvodnej, hlavnej aktivity.

Zdrojový kód 9. Funkcia na prehratie videa

Problém nastal pri skončení videa, kód ktorý simuloval tlačidlo späť nebolo možné sfunkčniť.

Preto sa vytvára nová aktivita intentMain, ktorá je definovaná na novú triedu CoreClass –

hlavnú triedu. Tento intentMain má taktiež dôležitú úlohu preposlať dve premenné – že bolo

prehrané video a taktiež aké video sa prehralo. To je dôležité, aby nanovo vytvorená aktivita

neprehrala dve rovnaké videá po sebe.

Po tom ako sa video prehrá, pozícia aj priblíženie mapy sa vráti do stavu pred spustením.

Zmena jazyka

Nastavenie jazyka je vykonávané proti odporúčaniu tvorcov platformy Android, pretože

používateľ má svoj mobilný telefón a preto má aj svoje nastavenie jazyka. Avšak pri tomto

systéme treba brať do úvahy, že k monitoru v autobuse si môže sadnúť ktokoľvek a systém

nevie, akým jazykom má písať texty. Preto sa využíva zmena systémového jazyka pre

aplikáciu. Tá sa však nanovo načítava podľa nastavenia zariadenia aj napríklad pri otočení

displeja, čiže bolo nutné vytvoriť funkciu, ktorá sa bude volať častejšie a to najmä vo

funkciách všetkých aktivít po spustení – onCreate. Jazyk sa načítava priamo zo systémových

nastavení, ktoré sa dajú jednoducho používateľom modifikovať.

Zdrojový kód 10. Funkcia na zmenu systémového jazyka

Z dôvodu neexistujúcej podpory slovenského a českého jazyka vo verzii Android 1.5 bolo

nutné nahradiť tieto chýbajúce jazyky existujúcimi. Preto je slovenský jazyk definovaný ako

CHINESE a český ako JAPAN. Toto prekrytie však nie je pre používateľa viditeľné.

Výber špecifického rozmiestnenia pre aktivitu pomocnej časti aplikácie

Pomocná časť aplikácie má mnoho stránok, ktoré sa však potrebujú niekde zobraziť. Pre tento

účel bola vytvorená táto aktivita, ktorá na základe prijatých slov, ktoré boli odoslané

vyvolávajúcou aktivitou určí, ktorý obsah pomocnej časti aplikácie sa má zobraziť. Každý

z nich je už definovaný v samostatnom súbore, ktorý má v sebe odkaz na staticky uložené

a viac jazykové názvy. Časť tejto aktivity, ktorá toto umožňuje, je znázornená ako Zdrojový

kód 11.

Zdrojový kód 11. Aktivita vyberajúca rozmiestnenie grafiky pre konkrétnu stránku v pomocnej časti aplikácie

Definovanie  typov bodov

V prípade záujmu pridať ďalší typ zaujímavého bodu stačí modifikovať súbor arrays.xml,

ktorý okrem iného definuje názvy typov. Takto stačí pridať nový item a aplikácia pri ďalšom

spustení bude poznať tento nový typ zaujímavého bodu. Toto je však nutné meniť priamo

v projekte, nie je možné modifikovať tento XML súbor mimo neho, bez nového vytvorenia

súboru .apk.

Zdrojový kód 12. Zdroj definujúci typy bodov

4.1.2 Grafické XML súbory definujúce vzhľad

Definovanie vzhľadu je na platforme Android primárne vytvárané pomocou súborov XML.

Tieto sa môžu definovať pre rôzne zariadenia a situácie, ako napríklad rôzna veľkosť,

rozlíšenie alebo natočenie displeja. Táto aplikácia definuje rôzne typy rozloženia layout iba

v prípade prehrávania videa a to preto, aby nebolo natiahnuté pri natočení na výšku.

Hlavná obrazovka aplikácie (Zdrojový kód 13.) obsahuje 1 hlavný a 4 rozširujúce elementy.

Prvým, najdôležitejším, je mapa. Tá je zobrazená na celú veľkosť displeja. Tu bolo dôležitým

krokom získanie licenčného kľúča na zobrazenie mapy – apiKey. Bez tohto parametra nie je

možné mapu zobraziť a tento parameter je taktiež definovaný iba na určitý čas.

Z bezpečnostných dôvodov tento kľúč nie je v práci uvedený. Pre správne zobrazenie mapy

musí byť v súbore AndroidManifest.xml definované targetSdkVersion na verziu 8. Inak je

mapa natiahnutá na väčších displejoch (nastal problém s tabletom Samsung Galaxy Tab).

Ďalšie parametre sú veľké tlačidlo pre pomocnú časť aplikácie, zobrazenie času, rýchlosti

a nadmorskej výšky. Posledné dva parametre sa reálne zobrazia iba na mobilnom telefóne,

inak sú neviditeľné. Takéto rozloženie nie je závislé od od rozlíšenia, veľkosti a hustoty

pixelov – funkčné na všetkých testovaných zariadeniach Android 1.5 a vyšších s Google API .

Zdrojový kód 13. Rozmiestnenie grafického rozhrania hlavnej aplikácie

4.2 Technická príručka aplikácie vytvárajúcej XML súbory

Veľmi dôležitou súčasťou aplikácie je knižnica SimpleXML verzie 2.7. Táto je zodpovedná za

samotné vytvorenie súboru XML z objektov vytvorených za behu programu. Rovnaká

knižnica sa používa aj v hlavnej aplikácií pri deserializácií.

SimpleXML je opensource knižnica zaoberajúca sa serializáciou a deserializáciou objektov

pomocou XML súborov. Existujú aj implicitné riešenia v systéme Android, súbory takto

vytvorené však neboli mimo aplikácie čitateľné a tak neboli použiteľné – dôležitou

požiadavkou bola práve čitateľnosť a ľahká modifikovateľnosť.

Obe aplikácie majú 3 základné triedy, pomocou ktorých sa dajú vyjadriť v jednom regióne

viaceré zaujímavé body a taktiež vo viacerých zaujímavých bodoch sa dá uložiť viacero iných

pozícií, ktoré k tomuto bodu majú patriť.

Hlavná trieda, ktorá do seba vnára ostatné sa nazýva region (Zdrojový kód 14.). Tá musí

obsahovať názov regiónu a list vnorených bodov points.

Zdrojový kód 14. Trieda definujúca jeden celý región

Vnorená trieda point (Zdrojový kód 15.) definujúca samotné zaujímavé body v sebe ukladá

nasledujúce informácie:

Názov

Popis

Názov videa

Zemepisná šírka

Zemepisná dĺžka

Typ bodu

List pozícií, ktoré patria k bodu

Zdrojový kód 15. Trieda definujúca jeden konkrétny bod

Trieda position (Zdrojový kód 16.) ukladá iba zemepisnú šírku, dĺžku a to, či sa bod nachádza

v meste alebo nie. Podľa toho sa neskôr v hlavnej aplikácií počíta rádius.

Zdrojový kód 16. Trieda definujúca vedľajšie pozície hlavného bodu

4.3 Používateľská príručka hlavnej aplikácie

V tejto časti sú všetky kroky, ktoré je nutné vykonať, ak chce niekto sfunkčniť hlavnú

aplikáciu Go And Know. Návod platí pre systém Funtoro MOD aj pre mobilné telefóny

s platformou Android.

4.3.1 Systémové požiadavky na spustenie hlavnej aplikácie

Aplikácia je stavaná na Android 1.5 Cupcake, čo znamená minimálnu verziu Google API 3.

Ak operačný systém neobsahuje API od Google, ale iba čisté API Android, aplikáciu nebude

možné spustiť. To je z dôvodu zobrazenia mapy – Google dovoľuje mať mapy alebo aj

Google Play iba na zariadeniach, ktoré sú ním certifikované. Preto sa môže stať, že na

lacnejších tabletoch, ktoré nie sú certifikované nebudú schopné aplikáciu spustiť. Taktiež

existujú verzie systémov na Funtoro MOD, ktoré nepodporujú Google API a tak aplikácia na

nich nebude funkčná.

Dôležitou súčasťou pre použitie aplikácie je hardvérová podpora GPS. Je možné aplikáciu

použiť aj bez nej, avšak prehrávanie video alebo audio sekvencií by bolo možné spustiť jedine

ručne.

Taktiež pre správnu funkčnosť aplikácie je nutné mať pripojenie na Internet. Bez neho nie je

možné zobraziť mapu, inak je aplikácia funkčná a videá prehráva bez problémov. Problém

však nastať môže pri pohybe s mapou – táto má problémy s prácou bez Internetu (zle sa

posúva a nie vždy korektne zobrazuje body na nezobrazenej mapovej vrstve).

Nutnosťou je dokázať nahrať videá a XML súbory na potrebné miesto v mobilnom telefóne –

čiže pripojenie mobilného telefónu k počítaču a prístup na SD kartu (reálnu alebo virtuálnu),

alebo dokázať nakopírovať súbory z USB kľúča alebo Internetu.

4.3.2 Inštalácia hlavnej aplikácie

Táto podkapitola obsahuje všetky potrebné kroky na to, aby aplikácia bola spustiteľná na

systéme Funtoro MOD a aj na mobilnom telefóne. Pred prvým inštalovaním je vhodné si ju

dobre preštudovať, inak sa môže stať že aplikácia nebude plne funkčná.

Inicializácia súborov na systéme Funtoro MOD – spustiteľné zo servera

Tento návod slúži na nainštalovanie hlavnej aplikácie na server Funtoro MOD. Takto sa

aplikácia dokáže spustiť z hlavnej obrazovky a na všetkých monitoroch a po reštartovaní

systému tam zostáva taktiež. Pri tomto spôsobe však môžu nastať neidentifikované problémy

– server nevypisuje žiadne chybové hlásenia.

Na systéme Funtoro MOD je nutné, aby sa na serveri modifikovali súbory XML, ktoré

definujú aké ikony sa zobrazia na hlavnej obrazovke. Tieto súbory

„com.msi.android.home.xml“ sa nachádzajú v adresároch „/data/funtoro/conf“ a „share/conf“.

Odporúča sa zmeniť oba, aj keď stačí zmeniť iba ten, ktorý sa nachádza v

„/data/funtoro/conf“.

Je nutné do týchto súborov pridať túto položku:

Kód 17. Modifikácia pre zobrazenie ikony v hlavnom menu Funtoro MOD

Po tejto modifikácií (alebo aj pred ňou) je nutné nahrať aplikáciu GoAndKnow.apk na server

do adresára „/share/android/system/app“. Ak je v tomto súbore definovaných viacero

<item><caption zh.TW="Go and Know"

zh.CN="Go and Know"tr.TR="Go and Know"es.ES="Go and Know"ja.JP="Go and Know"sk.SK="Go and Know"de.DE="Go and Know"fr.FR="Go and Know"hu.HU="Go and Know"ru.RU="Go and Know"nl.NL="Go and Know"cs.CZ="Go and Know"it.IT="Go and Know">Go and Know</caption><activity>goandknow.activities.CoreActivity</activity>

<icon touched="/videos/GoAndKnow/icon.png">/videos/GoAndKnow/icon.png </icon><status>NewsActivity:::/:::1:::http://10.0.0.1/homepage/</status>

</item>

položiek, zobrazí sa iba prvých 8 – pri tomto si treba dávať pozor.

Taktiež pre plnú funkčnosť aplikácie je nutné nakopírovať adresár GoAndKnow na server do

adresáru /data/videos/. To je nutné z dôvodu, že k tomuto adresáru je možné pristupovať

z monitorov. Po týchto krokoch je nutné server reštartovať, až potom sa prejavia vykonané

zmeny a aplikácia bude priamo spustiteľná na monitoroch.

Inicializácia súborov na systéme Funtoro MOD – inštalovateľné cez sieť

Na jednorazové spustenie aplikácie ju stačí spustiť priamo z vývojového prostredia Eclipse.

Nutnosťou je mať nainštalované Android SDK. Pre takéto spustenie treba dodržať

nasledujúcu postupnosť krokov:

1. Aby bola aplikácia plnohodnotne funkčná, je nutné nakopírovať adresár GoAndKnow

na server do adresáru /data/videos/. To je nutné z dôvodu, že k tomuto adresáru je

možné pristupovať z monitorov. Po týchto krokoch je nutné server reštartovať, až

potom sa prejavia vykonané zmeny a takto spustená aplikácia k nim bude vedieť

pristupovať.

2. Na počítači, ktorý sa sieťovým káblom pripája do zariadenia HUB (pripojenie priamo

do servera nie je takto funkčné – port na serveri slúži napríklad na Internetové

spojenie), je nutné mať nastavenú IP adresu rozhrania v sieti 10.0.0.0 s maskou

255.0.0.0.0. Odporúčaná adresa je 10.0.0.2 – nekoliduje s IP adresami monitorov.

3. Pre pripojenie monitora je nutné vytvoriť spojenie pomocou aplikácie adb.exe, ktorá

sa nachádza v balíku Android SDK. Treba ju spúšťať cez príkazový riadok príkazom

napríklad adb connect 10.102.152.41 v zložke, kde sa tento program nachádza –

implicitne v C:\Program Files\Android\android-sdk\platform-tools. Prípadne je

možné vytvoriť si skript, ktorý uľahčí časté pripájanie (Obrázok 22). IP adresu

monitora je možné zistiť pri vypnutom monitore - treba stlačiť pri podržanej ikone

slnka tri krát rýchlo za sebou tlačidlo spustiť a zobrazí sa zadanie hesla. Implicitné

heslo je 1359 a v týchto nastaveniach je možné pod možnosťou Information a Client

Info nájsť IP Address, ktorú treba zadať pri pripájaní na tento konkrétny monitor.

4. Vo vývojovom prostredí Eclipse je pre spustenie nutné kliknúť na projekt pravým

tlačidlom, vybrať možnosť Run As a následne vybrať Android Application. Zobrazí sa

okno dávajúce výber, na akom zariadení sa má aplikácia spustiť. Ak predchádzajúce

pripojenie prebehlo bez problémov, bude tam možnosť vybrať zadanú IP adresu

monitora. Po vybraní tejto možnosti sa aplikácia spustí na serveri Funtoro MOD na

konkrétnom vybranom monitore.

Obrázok 22. Nastavenie odkazu na príkazový riadok s parametrami na pripojenie monitora

Inicializácia súborov na mobilom telefóne so systémom Android

Pri inštalovaní aplikácie GoAndKnow.apk do mobilného telefónu je nutné mať v systéme

Android povolené inštalovanie aplikácií iných ako z Google Play.

Pre toto nastavenie treba ísť do „Nastavenia“, „Zabezpečenie“ a tam nájsť položku „Neznáme

zdroje“. Táto položka musí byť aktivovaná.

Teraz je nutné dostať aplikáciu do mobilného telefónu. Ak sa v ňom už nachádza, treba

použiť nástroj na prechádzanie súborov v pamäti – napríklad aplikáciu X-plore. Tam treba

nájsť súbor GoAndKnow.apk, spustiť ho a následne nainštalovať.

Je nutné mať taktiež skopírované súbory adresára GoAndKnow v pamäti telefónu na SD karte

(reálnej alebo virtuálnej) a priamo na ňu (nevložiť do žiadneho podadresára) treba skopírovať

tento adresár. Tak bude cesta napríklad „/storage/0/GoAndKnow“ (pri virtuálnej SD karte,

napríklad mobilný telefón Google Nexus 4) alebo pri reálnej SD karte

„sdcard/GoAndKnow“. Tento adresár GoAndKnow musí v sebe obsahovať adresár

„GoAndKnowXML“ a „GoAndKnowVideos“, ktoré sú nutné pre jeho správnu funkčnosť.

Typy podporovaných formátov videí a audia

Schopnosť prehrať videá rôznych formátov sa líši v závislosti od verzie operačného systému.

Keďže je tento projekt vytváraný pre Android 1.5, formáty videa je vhodné optimalizovať

práve pre tento systém.

Funkčné na systéme Funtoro MOD s Android verzie 1,5 fungovalo video s koncovkou

„.mp4“ a kódovaním MPEG4 s maximálnym rozlíšením 640 x 480 pixelov pri 3308 Kbps a s

frekvenciou 25 snímkov za sekundu. Audio časť videa bola formátu AAC, 48 KHz a 118Kbps

stereo.

Na mobilnom telefóne Google Nexus 4 bolo možné prehrať viacero formátov – nemal

problém ani s koncovkou „ .mp4“ a kódovaním H264, na ktorý Android postupne natívne

prešiel (videá nahrávané systémovým fotoaparátom majú toto kódovanie). Taktiež nemal

problém prehrať HD video (1280 x 720 pixelov).

Systém je natívne prispôsobený aj na prehrávanie audio súborov – na pozadie pri prehrávaní

vloží pozadie s logom aplikácie. S bežnými audio súbormi formátu „ .mp3“ nemal problém

systém Funtoro MOD ani mobilný telefón.

Zistené nepodporované formáty videa sú súbory .avi, .mkv, .mpg ale aj rôzne iné. Ani

s jedným z nich si systém na Funtoro MOD neporadil, sú pre to nepoužiteľné.

4.3.3 Opis používateľského rozhrania

Aplikácia je použiteľná v módoch na výšku aj na šírku – znázornené snímky obrazoviek sú

príkladom. Pre oba módy sú informácie zobrazené na displeji identické.

Snímky sú vytvorené na zariadení Google Nexus 4, ktorý nemá hardvérové klávesy – preto sú

na snímkach zobrazené softvérové. Zobrazenie na systéme Funtoro MOD je identické s tým

rozdielom, že pri pohybe zariadenia sa na mobilných telefónoch zobrazuje rýchlosť (v

kilometroch za hodinu) a nadmorská výška (v metroch nad morom), no na systéme Funtoro

MOD sa tieto údaje nenachádzajú.

Na obrázku 23 je znázornený pohľad bez načítaného GPS signálu – nenachádza sa na mape

ešte auto znázorňujúce aktuálnu polohu. Modré body znázorňujú zaujímavé body definované

pomocou súboru XML. Iba v tomto móde sa dá dostať do nastavení (v pomocnej časti

aplikácie takáto možnosť nie je). Pri pohybe mapou sa zobrazia softvérové tlačidlá, ktorými je

možné približovať a vzďaľovať mapu.

Obrázok 23. Základná obrazovka aplikácie Go and Know

Ak používateľ pracuje s mapou a prezerá si ju na inom mieste ako sa aktuálne nachádza

a nemá povolené automatické centrovanie mapy na jeho polohu, môže bez problémov ísť do

nastavení, pomocnej časti aplikácie alebo kdekoľvek v aplikácií a mapa si zapamätá svoju

polohu a stupeň priblíženia mapy. Toto je veľmi dôležité pre príjemne používanie aplikácie.

4.3.4 Používanie hlavnej aplikácie

Keď si používateľ prvý krát spustí aplikáciu, čaká ho rozsiahla pomocná časť aplikácie, ktorá

krok po kroku (aj s obrázkami) popisuje kompletné používanie celej aplikácie. Avšak aj bez

nej by mal nový používateľ vedieť čo kde v aplikácií nájsť, bola vytváraná tak, aby bola čo

najjednoduchšie používateľná a čo najviac používateľsky prívetivá.

V prvom rade je nutné, aby si používateľ vybral jazyk. Hneď po inštalácií je jazyk nastavený

na anglický, tento dokument však obsahuje už zmenené nastavenia jazyka na slovenský.

Jazyk sa dá zmeniť jednoducho v nastaveniach – hlavným problémom je však dostať sa do

nastavení na systéme Funtoro MOD. Neskúsenému používateľovi tu napovie pomocná časť

aplikácie – inak pravdepodobne nepríde na túto možnosť. Dôvodom je nie najvhodnejšie

systémové riešenie tohto systému, pretože je nutné stlačiť nenápadnú ikonu „f“ na spodnom

paneli pod monitorom – obrázok 24.

Obrázok 24. Ikona „f“ na spodnom paneli monitora Funtoro MOD reprezentujúca menu

Pre mobilné telefóny je nutné použiť iné tlačidlo a to systémové tlačidlo menu – znázornené

na obrázku 25. Pri telefónoch nie je toto neintuitívne, pretože je bežnou praxou v mnohých

aplikáciach toto tlačidlo používať.

Obrázok 25. Ikona pre hardvérové (vľavo) a softvérové (vpravo) tlačidlo menu na mobilných telefónoch

Nezávisle na použití na Funtoro MOD alebo mobilnom telefóne, po stlačení tlačidla menu sa

zobrazí lišta v spodnej časti displeja – obrázok 26.

V tomto menu je možné ísť do nastavení alebo si vybrať regióny (tie budú popísané neskôr)

alebo aj vypnúť aplikáciu. Aj pri stlačení tejto možnosti sa aplikácia spýta používateľa, či si je

úplne istý svojím rozhodnutím. Lišta nie je priveľká a preto mohlo nastať to, že stlačil kúsok

vedľa než ako mal v pláne.

Pre spomínanú zmenu jazyka treba vybrať tlačidlo vľavo – Nastavenia.

Obrázok 26. Lišta po stlačení tlačidla menu

Po tomto výbere sa objavia nastavenia, obrázok 27. Všetky nastavenia ovplyvňujú správanie

sa aplikácie a preto je nutné, aby používateľ vedel čo nastavuje. Pri každom dôležitom

nastavení sú detailnejšie popísané presné informácie o tom, čo nastavenie ovplyvňuje.

Dôležitým faktorom pre dobré používanie aplikácie je fakt, že aj keď v nastaveniach nastanú

zásadné zmeny, aplikáciu nie je nutné nikdy reštartovať. To platí aj v prípade, keď sa zmení

nastavenie, či sa momentálne používa systém Funtoro MOD alebo mobilný telefón – aplikácia

zmení logiku prijímania aktuálnej pozície, ktorá sa zásadne líši. To znamená, že ak je zle

nastavená táto možnosť, aplikácia nebude vôbec zobrazovať aktuálnu polohu a ani ju nijakým

spôsobom prijímať.

Obrázok 27. Nastavenia hlavnej aplikácie

V nastaveniach je mnoho možností, no prvotným dôležitým krokom je nastavenie jazyka.

Aplikácia podporuje anglický, nemecký, slovenský a český jazyk.

Základné nastavenia pre používateľa sú vizuálne:

Zobraziť satelitnú mapu – zobrazí reálny pohľad na mapu zo satelitných záberov

Google. To umožní používateľovi mať lepší rozhľad o okolí. (po inštalácií neaktívne)

Automatický posun mapy – aj je používateľ na mape stratený, môže si zapnúť

možnosť automatického centrovania mapy na jeho polohu. (po inštalácií aktívne)

Prehrať video bez opýtania sa – ak používateľ nechce nečakané prekvapenie v podobe

náhleho prehratia videa bez spýtania sa, aktivuje túto možnosť. (po inštalácií aktívne).

Taktiež je možné video prehrať po kliknutí na jeho zaujímavý bod – takto aj keď

používateľovi niečo unikne alebo si len chce video prehrať znova, ľahko si toto miesto

nájde na mape a vyberie si možnosť „prehrať video“

Zobraziť rádius – ak je používateľ zvedavý kedy a kde sú presne body, pri ktorých sa

video alebo audio sekvencie prehrávajú automaticky, môže si vybrať túto možnosť.

Potom sa zobrazia sivé kruhy okolo zaujímavých miest a taktiež aj všetky ostatné

súradnice zaujímavého bodu (po inštalácií neaktívne). Tie sú viditeľné na obrázku 28.

Obrázok 28. Ukážka zobrazenia pozícií patriacich k hlavnému bodu

Bratislavský hrad je dobrým príkladom, kedy je nutné mať viacero pozícií okolo jedného

bodu. V tomto prípade sa video alebo audio sekvencia prehrá, ak aj prejde iba dolu pod

hradom. Takto nie je nutné definovať viacero samostatných bodov. Avšak ak sa video už raz

prehrá a používateľ vojde do okolitého bodu, ktorý definuje prehratie rovnakého hlavného

bodu, video sa druhý krát už neprehrá. Takto je možné definovať viacero pomocných bodov

bez toho, aby používateľovi neustále bežalo to isté video viac krát za sebou. Ak však

medzitým prejde cez iný bod, predchádzajúce video sa už prehrá (aplikácia neprehrá iba dve

po sebe rovnaké videá). Toto treba brať taktiež do úvahy pri definovaní okolitých bodov. Tiež

je možné kliknúť na stred šedého kruhu a taktiež dá možnosť prehrať video ručne bez toho,

aby používateľ reálne cez toto miesto prešiel.

V aplikácií je nutné mať správne nastavené systémové nastavenia, inak aplikácia nebude

fungovať správne. Sem patrí:

MOD systém – je nutné mať potvrdené, ak sa používa aktuálne daný systém. Toto

nastavenie zmení načítavanie polohy. Preto ak sa vozidlo nepohybuje na mape, je

nutné skontrolovať najskôr toto nastavenie. Samozrejme problém môže byť aj slabý

signál GPS.

Ste vo vozidle – toto nastavenie mení veľkosť rádiusu okolo zaujímavých bodov a ich

okolitých pozícií. Keďže sa vozidlo pohybuje rýchlejšie ako je bežná pešia chôdza,

rádius musí byť väčší aby sa s určitosťou spustila video alebo audio sekvencia tam,

kde má.

Zaujímavé body – tu sa nachádza list všetkých typov bodov, ktoré aplikácia pozná.

Sem patria: škola, kostol, turistická atrakcia, múzeum, park, knižnica, historické

miesto, fontána, divadlo, iné. Tieto sú hneď po inštalácií všetky aktívne.

Tieto nastavenia sú však väčšinou iba doplnkom a hlavná aplikácia nebude fungovať správne

bez výberu regiónov, ktoré načíta z adresára „GoAndKnowXML“. Avšak aj ak ich aplikácia

načíta, je nutné si vybrať tie, ktoré sa aj reálne na mape zobrazia. To sa dá uskutočniť po

stlačení tlačidla menu a následným výberom „Vyberte si regióny“ – obrázok 26. Zobrazia sa

všetky načítané XML súbory, stačí si už iba vybrať ten, ktorého body majú byť zobrazené na

mape. Hneď po návrate z regiónov na hlavnú obrazovku aplikácie sa načítajú automaticky

všetky zaujímavé body z vybraných regiónov.

K aplikácií patrí aj spomínaná pomocná časť aplikácie. Jej ukážka je na obrázku 29.

Obrázok 29. Kategórie v pomocnej časti aplikácie, mód mobilného telefónu

Prvá kategória na pomoc pre zmenu jazyka je celá písaná vo všetkých jazykoch, ktorými

aplikácia disponuje. To je z dôvodu, že k aplikácií sa môže dostať niekto, kto by nevedel po

anglicky (predvolený jazyk) a tak by sa nevedel pohnúť. Takto mu stačí vedieť, či je na

systéme Funtoro MOD alebo na mobilnom telefóne a tak si dokáže prečítať návod v svojom

jazyku. Ostatné kategórie obsahujú text popísaný vyššie v tejto dokumentácií.

Pri používaní aplikácie som si všimol časté používanie tlačidla späť pri viacerých

požívateľoch, ktoré spôsobí automatické vypnute aplikácie, aj keď to používateľ nemal

v pláne. Preto sa vždy pred vypnutím aplikácia spýta používateľa či si je istý s vypnutím.

4.4 Používateľská príručka aplikácie vytvárajúcej XML súbory

Neoddeliteľnou súčasťou tejto práce je aj aplikácia, ktorá vytvára XML súbory definujúce

regióny, ktoré obsahujú zaujímavé body a bez nich je hlavná aplikácia Go and Know bez

praktického využitia. V tejto časti sú opísané systémové nároky na spustenie tejto aplikácie

a aj postup ako sa s aplikáciou má pracovať.

4.4.1 Požiadavky na spustenie aplikácie vytvárajúcej XML súbory

Z dôvodu, že aplikácia je písaná v jazyku Java, ktorý je multiplatformový, je možné aplikáciu

spustiť na rôznych typoch operačných systémov (Windows, Linux, MAC OS a rôzne iné). Pre

spustenie je nutné mať nainštalovaný softvér Java™ SE verzie 1.7.0_09 a vyššej. Iné

4.4.2 Používanie aplikácie vytvárajúcej XML súbory

Na spustenie aplikácie stačí kliknúť na jej ikonu – je to bežný spustiteľný súbor. Jej grafické

rozhranie je znázornené na obrázku 30.

Obrázok 30: Hlavná obrazovka aplikácie na tvorbu XML súborov pre aplikáciu Go and Know

Pre správne vytvorenie XML súboru, ktorý bude neskôr zobraziteľný v hlavnej aplikácií treba

dodržiavať nasledujúce odporúčania:

Vytvárané regióny by mali byť čo najmenšie s tým, že treba brať do úvahy reálne

cesty a to, čo chce človek po ceste prezerať. Ak sa aplikácia bude nasadzovať

v autobusoch, treba si premyslieť približné trasy, ktoré bude absolvovať. Je vhodné

mať na takúto jednu trasu jeden XML súbor, a tie body, ktoré by spadali pod iné trasy,

by sa mali definovať do iného XML súboru. Takto si môže používateľ skryť body,

ktoré sa netýkajú jeho trasy

Názov videa musí byť jedinečný – všetky videá budú v jednom adresári

Je dobré definovať viacero bodov na mape – najlepšie je vedieť predpovedať približnú

trasu a z oboch jej koncov pridať dodatočné pozície. Takto sa prehrá video alebo audio

sekvencia tak, aby si ju používateľ pozrel reálne blízko zaujímavého bodu. Nutné to

však nie je, stačí zadať pozíciu „Def. Latitude, Def. Longitude“.

Je vhodné taktiež dodržiavať, či je pridaná pozícia mesto alebo nie. Podľa toho sa

mení rádius v okolí bodu. Predvolené body (nepridané navyše) sú vždy definované

ako mesto.

V momentálnej verzií hlavnej aplikácie sa nemôže vpisovať nič do poľa „Typ bodu“,

pretože aplikácia by ho nevedela spracovať. Toto pole tu je iba z dôvodu možného

rozšírenia hlavnej aplikácie.

Po zobraní všetkých týchto aspektov do úvahy, je možné vyskúšať si nadefinovať svoj prvý

XML súbor. Odporúčanie je používať mapy www.maps.google.com, pretože sa na nich dá

ľahko nájsť bod a následne aj jeho súradnice. Na tejto stránke je možné si nájsť objekt, ktorý

chceme a následne kliknúť naň pravým tlačidlom a vybrať si možnosť „Čo je tu?“ (obrázok

31).

Obrázok 31: Získavanie GPS pozícií z www.maps.google.com

Po tomto kroku sa v lište vyhľadávania doplnia presné súradnice daného miesta (obrázok 32).

Prvá súradnica oddelená čiarkou ide do riadku „Def. Latitude“ alebo „Latitude“ ak sa už

pridávajú pridané pozície. Druhá súradnice ide do riadku „Def. Longitude“ alebo

„Longitude“. Tieto súradnice sa zadávajú s bodkou – čiže sa nijako nemusia modifikovať čo

uľahčuje zadávanie.

Obrázok 32: Získavanie GPS pozícií z www.maps.google.com

Hierarchia tohto vytvárania funguje tak, že jeden XML súbor má viacero bodov, a jeden bod

môže mať viacero pridaných pozícií. Preto je dobré najskôr napísať detaily o danom bode,

„Def. Latitude “ a „Def. Longitude“ definovať na reálny stred daného bodu. Ak je objekt

veľký, alebo chceme pridávať viacero pozícií, kde sa má prehrávať sekvencia o tomto bode

treba definovať viacero pozícií pod názvom „Pridané pozície“. Ak je vložená jedna pomocná

pozícia, treba kliknúť na tlačidlo plus vedľa nich. Takto sa ich dá vložiť akýkoľvek počet.

Ak sú už všetky žiadané pridané pozície definované, je možné kliknúť na tlačidlo plus

v pravom hornom rohu aplikácie (V oblasti konkrétny bod) a tak pridať jeden celý bod. Takto

sa dá nadefinovať mnoho bodov, ktoré sa budú neskôr zobrazovať na mape.

Aplikácia môže vypísať chybové hlásenie, ak nejaké pole nie je vyplnené (okrem typ bodu, to

vyplnené byť nemusí, pretože vpravo od neho je list z ktorého sa zoberú informácie, ak vľavo

nie je nič vpísané).

Ak sú pridané všetky požadované body, súbor XML sa uloží vedľa spustiteľnej aplikácie pod

názvom uvedeným ako „Názov XML súboru“ po kliknutí v hornej lište aplikácie na tlačidlo

„Súbor“ a následne na „Uložiť XML“. Ak sa zobrazí správa „XML súbor Ukážkový.xml bol

uložený“, je možné si ho prezrieť pomocou aplikácie na zobrazovanie textových súborov

(napríklad Notepad++), alebo nakopírovať na disk do adresára

„GoAndKnow/GoAndKnowXML“ a prezerať ho v hlavnej aplikácií.

5 POUŽITÁ LITERATÚRA

[1] K. Javůrek, „Apple může ovládnout svět satelitním mobilním internetem,“ 2012. [Online]. http://vtm.e15.cz/apple-muze-ovladnout-svet-satelitnim-mobilnim-internetem. [Cit. 29 11 2012].

[2] Althos, „Global Positioning System - GPS,“ 2009. [Online]. http://www.wirelessdictionary.com/wireless_dictionary_GPS_definition.html. [Cit. 29 11 2012].

[3] U.S. Naval Observatory, „Current GPS constellation,“ 2012. [Online]. http://tycho.usno.navy.mil/gpscurr.html.[Cit. 29 11 2012].

[4] Blackroc Technology, „Satellite positioning systems (GNSS),“ 2012. [Online]. http://blackroc-technology.com/technologies/gnss/. [Cit. 29 11 2012].

[5] National Coordination Office for Space-Based Posit, „Control Segment,“ 2012. [Online]. http://www.gps.gov/systems/gps/control/. [Cit. 29 11 2012].

[6] Diana Cooksey, „Understanding the Global Positioning System (GPS),“ [Online]. http://www.montana.edu/gps/understd.html. [Cit. 29 11 2012].

[7] European Parliament, „Galileo satellite navigation system to be up and running from 2014,“ 2012. [Online]. http://www.europarl.europa.eu/news/en/pressroom/content/20120917IPR51512/html/ Galileo-satellite-navigation-system-to-be-up-and-running-from-2014. [Cit. 29 11 2012].

[8] European Space Agency, „What is Galileo?,“ 2012. [Online]. http://www.esa.int/esaNA/galileo.html. [Cit. 29 11 2012].

[9] Richard B. Langley, „GLONASS Constellation Status,“ 2012. [Online]. http://gge.unb.ca/Resources/GLONASSConstellationStatus.txt. [Cit. 29 11 2012].

[10] The Royal Collection, „D/deaf or hard of hearing access: Windsor Castle,“ 2012. [Online]. http://www.royalcollection.org.uk/visit/windsorcastle/plan-your-visit/access/deaf-or-hard-of-hearing. [Cit. 29 11 2012].

[11] Buse, „Palubní počítače BS 100,“ [Online]. http://www.buse.cz/cz/bs_100.htm. [Cit. 29 11 2012].

[12] Buse, „Vnitřní informační panely,“ [Online]. http://www.buse.cz/cz/bs_120.htm.

[Cit. 29 11 2012].[13] Buse, „Vnější informační panely,“ [Online].

http://www.buse.cz/cz/bs_210.htm.

[Cit. 29 11 2012].

[14] R&G, „KRG-6K i KRG-6KM,“ 2011. [Online]. http://www.rg.com.pl/rgplus/kasownik-krg-6km.php.

[Cit. 29 11 2012].[15] Molpir s.r.o., „O spoločnosti Molpir,“ 2010. [Online].

http://www.molpir.com/blade/c/20/o-spolocnosti-molpir.html.

[Cit. 29 11 2012].[16] Funtoro, Molpir s.r.o., „Riešenia pre autobusy/vlaky/lode,“ 2011. [Online].

http://www.funtoroeurope.com/sk/riesenia/c13/autobusy-vlaky-lode.html. [Cit. 29 11 2012].

[17] Shop Molpir, „Data sheet,“ 2011. [Online]. http://shop.molpir.sk/Prilohy/254110006191_0.pdf. [Cit. 29 11 2012].

[18] Funtoro, Molpir s.r.o., „Riešenia pre autobusy/vlaky/lode (MCA),“ 2011. [Online]. http://www.funtoroeurope.com/sk/riesenia/c22120/multichannel-audio.html. [Cit. 29 11 2012].

PRÍLOHA A: PLÁN BAKALÁRSKEHO PROJEKTU 1

Predpokladaný plán vypracovávania Bakalárskeho projektu 1 v zimnom semestri 2012/2013,

vypracovaný 5. 11. 2012. Uvedené týždne znamenajú týždeň semestra.

2 týždeň: Konzultovanie zadania, zoznamovanie sa s témou, študovanie zadanej oblasti

3 týždeň: Vyhodnotenie ponúkaných tém, výber definitívneho znenia témy, analýza

problému

4 týždeň: Analýza problému, zoznamovanie sa s programovacím jazykom a prostredím pre

dané zariadenie v laboratóriu (prvá spustiteľná aplikácia)

5 - 6 týždeň: Analýza problému, štúdium problematiky, špecifikácia požiadaviek

7 - 8 týždeň: Analýza problému, špecifikácia požiadaviek na funkcionalitu a hrubý návrh

riešenia

9 týždeň: Predbežné konzultovanie dokumentácie analýzy problému, špecifikácie

požiadaviek riešenia spolu s hrubým návrhom, predpríprava grafického rozhrania – rozloženie

prvkov

10 týždeň: Dopracovanie zistených nedostatkov a návrh prototypu vybraných častí

11 týždeň: Implementácia prototypu vybraných častí, návrh grafického rozhrania

12 týždeň: Odovzdanie prototypu vybraných častí systému spolu s dokumentáciou a

používateľská prezentácia prototypu

Zhodnotenie plánu pre zimný semester

Tento plán som sa snažil dodržať, avšak pre iné povinnosti boli niektoré témy spracované

o týždeň skôr alebo neskôr, v závislosti od rôznych povinností ohľadom školy. Predpríprava

jednoduchých modulov, ktoré budú v ďalšej časti nasadené do jednej, kompletnej aplikácie,

prebehla podľa plánu.

Osobné konzultácie prebiehali do 9. týždňa semestra raz za dva týždne, odvtedy boli každý

týždeň. Priebežné konzultovanie dokumentácie sa uskutočnilo prvý krát o týždeň skôr ako sa

predpokladalo, čiže v 8. týždni semestra. Odvtedy bola každý víkend odoslaná nová verzia

dokumentu, ktorá bola vedúcim Bakalárskeho projektu 1, Ing. Petrom Pištekom detailne

skontrolovaná a okomentovaná. Dôležitou súčasťou analýzy bolo vypracovanie témy

ohľadom Dopravného podniku Bratislava, ktorá prebiehala až v 9. týždni semestra, pretože

predtým nastal problém v komunikácií.

PRÍLOHA B: PLÁN BAKALÁRSKEHO PROJEKTU 2

Predpokladaný plán vypracovávania Bakalárskeho projektu 2 v letnom semestri 2012/2013,

vypracovaný 4. 2. 2013. Uvedené týždne znamenajú týždeň semestra.

1 týždeň: Konzultovanie nedostatkov z bakalárskeho projektu 1 a už naprogramovaných

modulov programu. Spresnenie návrhu, ktorým sa má výsledná aplikácia uberať

2 týždeň: Pokus o spustenie videa na zariadení MOD, jednoduché testovanie už spojených

existujúcich modulov hlavne na mobilnom telefóne s podporou Android

3 týždeň: Prenos aplikácie z mobilnej verzie na verziu MOD, pokus o spojenie oboch verzií

do jednej funkčnej

4 týždeň: Práca na aplikácií spustiteľnej na zariadení MOD aj na mobilnom zariadení,

vytvorenie základnej funkcionality

5 - 6 týždeň: Práca na dokumentácii a aplikácii, ktorá už má spĺňať základnú funkcionalitu,

testovanie aplikácie

7 - 8 týždeň: Práca na dokumentácii a aplikácii,  testovanie v reálnych podmienkach –

očakávaná funkcionalita už prehratie videa po prejdení okolo zaujímavého bodu a kompletné

používateľské rozhranie

9 týždeň: Vytvorenie používateľskej príručky, verzia aplikácie a dokumentácie blížiaca sa

k finálnej verzii.

10 týždeň: Konzultovanie a dopracovanie nedostatkov v aplikácií, dokumentácií

a používateľskej príručke

11 týždeň: Finalizácia dokumentácie a jej následná tlač

12 týždeň: Odovzdanie výslednej aplikácie spolu s dokumentáciou, CD médiom

a používateľskou príručkou

Zhodnotenie plánu pre letný semester

Samotné vytváranie aplikácie začalo prebiehať ešte pred začiatkom semestra a taktiež

spustenie videa na zariadení MOD a skladanie modulov do jedného celku začalo už v prvý

týždeň semestra. Konzultovanie prebehlo podľa plánu a následne prebiehalo každý týždeň

v utorok. Spájanie verzie pre systém Funtoro MOD a mobilný telefón prebiehali postupne

v druhom a treťom týždni. Aplikácia funkčná na oboch zariadeniach súčasne vznikla

v priebehu asi štvrtého týždňa. Nasledujúce týždne, až po deviaty týždeň semestra sa

pravidelne pracovalo na samotnej aplikácií. V priebehu 6. týždňa už aplikácia spĺňala

základnú funkcionalitu aj s načítavaním súborov z XML spolu s tvorbou týchto súborov.

Siedmy týždeň sa pracovalo na jej vylepšení a dodaní funkcií navyše, taktiež bolo nutné

vyladiť chyby a bolo nutné testovanie v exteriéri – prechádzaním cez preddefinované body.

V ôsmom až deviatom týždni bola vytvorená používateľská príručka priamo v aplikácií.

Dôvodom jej dlhšieho vypracovávania bol jej väčší rozsah a taktiež podpora viacerých

jazykov. Taktiež sa ešte pracovalo na jej vylepšení a rozsiahlejšom testovaní na mobilnom

telefóne a taktiež aj na systéme Funtoro MOD. Začiatky práce na dokumentácií sa začali

koncom deviateho týždňa z dôvodu veľa prác na samotnej aplikácií. Desiaty týždeň

prebiehalo vypracovávanie technickej časti dokumentácie a inštalovanie aplikácie na systém

Funtoro MOD. Jedenásty týždeň sa dokumentácia finalizovala časťou implementácia a taktiež

prebiehali posledné konzultácie. Vypracovaný dokument je tlačený koncom jedenásteho

týždňa spolu s jeho zväzovaním.

PRÍLOHA C: OBSAH ELEKTRONICKÉHO MÉDIA

./obsah.txt - Popis obsahu elektronického média

./anotacia.pdf - Anotácia v slovenskom jazyku

./annotation.pdf - Anotácia v anglickom jazyku

./dokumentacia/BP.pdf - Dokumentácia

./zdrojove_kody/GoAndKnow/* - Zdrojové kódy výslednej aplikácie

./zdrojove_kody/XMLCreator/* - Zdrojové kódy aplikácie na tvorbu XML súborov

./aplikacia/GoAndKnow.apk - Inštalácia aplikácie pre platformu Android

./aplikacia/GAK_XML_Creator.jar - Spustiteľná aplikácia pre tvorbu XML súborov

./aplikacia/GoAndKnow/* - Ukážkové videá so súbormi XML

./aplikacia/jdk-7u21-windows-i586.exe - Inštalácia Java SE (potrebná pre XML Creator)

./aplikacia/adt-bundle-windows-x86/* - Inštalácia Android SDK spolu s Eclipse portable

PRÍLOHA D: ELEKTRONICKÉ MÉDIUM