Alkalmazási útmutatók a TIS –Utazási Információs Szolgáltatások témakörben:

1. Beszámoló az EG1 „Európai utazási információk és ko-modalitás”” szakértői csoport munkájáról, és az információs szolgáltatások témájához kapcsolódó „Alkalmazási útmutatókról”. (Siegler Vera, ügyvezető, Topolisz Kft.)

2. Alkalmazási útmutatók a TIS –Utazási Információs Szolgáltatások témakörben: • DG02 Előrejelzések és valós idejű események információk (41 o.) • DG03 & DG05 Közlekedési kondíciók & várható utazási idő információs szolgáltatásai (49 o.) • DG04 Sebességszabályozás információs szolgáltatásai (36 o.) • DG06 Időjárás előrejelzés (96 o.) • DG07 Ko-modális utazási információs szolgáltatások (57 o.) Követelményrendszert dolgoztak ki, „kell”,”szükséges”,”tilos”,”nem szükséges”,”lehetséges” jelölésekkel. Minden téma végén „checklist” található.

3. DG02 Előrejelzések és valós idejű események információk Két kategória: • Tervezett események (útügyi munkálatok, lezárások, rendezvények, megmozdulások) – utazás előtt információs szolgáltatások • Váratlan események ( balesetek, torlódások, látási viszonyok megváltozása, csúszós útviszonyok, emberek/állatok/tárgyak feltűnése) – utazás közbeni információs szolgáltatások Harmonizációs fókusz: • Internet alapú szolgáltatásoknál a térképen megjelenő esemény piktogramok • VJT-ken megjelenő esemény jelzések • Útoperátorok és közlekedési információt sugárzók, valamint on-board navigációs rendszerek közötti interfész

4. Funkcionális követelmények (F): • FR1: Funkcionális architektúra kialakítása, alfunkciókra osztás, hogy több szervezet tudjon bekapcsolódni (kell), lehetőleg olyan egyszerű elemekre bontani , hogy később is bekapcsolódhassanak újabb szervezetek (szükséges) Adatgyűjtés alfunkció: • FR2: A gyűjtött vagy generált adatok, információk konzisztens földrajzi referencia modellre épüljenek, az időadatok validálása egységes legyen (kell) • FR3: A felhasznált térképadatbázis lehet különböző (TomTom, Navteq, Google, TopMap) (lehetséges) • FR4: A különböző hisztorikus adatokból esemény előrejelzéseket lehet generálni (lehetséges) Adatfúzió és adatfeldolgozás alfunkció: • FR5: A szolgáltatáshoz felhasználta adatok forrását ,hitelességét, minőségét definiálni kell , és ezt szerepeltetni kell az adatinterfész leírásban is (kell) Információ ellátás • FR6: Az információ szórás területi hatályát az alkalmazott media határozza meg (főként a rádió estében) (szükséges)

5. Interfész követelmények: • FR7: DATEXII-profile technikai leírásban található 1. interfészt kell alkalmazni az automatikus esemény detektáláshoz (adattípustól függően) (kell) • hurokdetektor, radar esetén • Fcd (Taxi FCD, navigációs rendszerek, mobiletel. adatok) • FR8: DATEXII-profile technikai leírásban található 2. interfészt kell alkalmazni a következő esemény struktúráknál(kell) • Közlekedési helyzet várható hatása • Az esemény kezdete és várható befejezése • Az esemény helye és becsült kiterjedése • Az esemény típusa, oka • Megjegyzés (szabad szöveg) • Az információ forrása

6. Szervezeti követelmények (O) • OR1: Szervezeti és működési struktúrát és az egyes résztvevő szervezetek pontos szerepét és feladatát definiálni kell (kell) • OR2: Partneri együttműködési megállapodásban rögzíteni kell a vállalásokat és kötelezettségeket, hogy a működési lánc ne sérülhessen (kell) • OR3: A privát beszállítókkal külön szerződést kell kötni és rögzíteni kell, hogy az előrejelzés privát adatokon nyugszik (kell) • OR4: A partneri együttműködéshez szükséges a teljes munkafolyamatot rögzíteni (kell) • OR5: Érdemes menedzsment tervet készíteni, amit az útügyi hatóságoknál vagy a közlekedési felügyeletnél használnak (szükséges) • OR6: Két v. több szervezet együttműködése esetén érdemes két életciklust megkülönböztetni: ITS-szolg. kidolgozása, ITS-szolg. működtetése (szükséges)

7. Technikai követelmények (T) • TR1, TR2: DATEXII interface 1 és interface 2 szabvánnyal biztosítani kell az interoperabilitást a különböző szervezetek által biztosított adatfolyamban (kell) • TR3: Az események térképi ábrázolása esetén a TPEG, ALERT-C szabvány használata ajánlatos (szükséges) Egyforma ábrázolás, megjelenítés (CL&FR) • CL&FR1: Médiától és készüléktől függetlenül a megjelenített információ legyen egyértelmű a végfelhasználó számára (szükséges) • CL&FR2: A VJT-k jelzései, piktogramjai igazodjanak a bécsi konvencióhoz és az EasyWay VJT Harmonizációs ajánlásához (szükséges)

8. Szolgáltatási szintek A/B/C: • User interface (nyelv)- hivatalos nyelv (A), további elfogadott nyelv (angol) (B), soknyelvű (C) • Információk kiterjesztése – nincs információ csere(A), információ csere a szomszédos szolgáltatókkal(B), tágabb információ csere (C) • Információs hálózat – csak a TEN-T utakra terjed (A), főútvonalra is kiterjed (B), helyi utakra is szolgáltat (C) • Megjelenítési szintek – út vagy helység megnevezés(A), útszakasz megjelölés két csomópont között (B), útszegmens kb.1 km-es szakaszra vagy pontos hely (C)

9. Flandria TEN-T úthálózat. RDS-TMC, website, mobile. Előrejelzés kérhető. Csúcsidőben SMS szolgáltatás. INRIX rendszer okostelefonos alkalmazás (iPhone, Android, Blackberry, Windows 7). Valós idejű eseményszolgáltatás és előrejelzés. 8 órával indulás előtt már kérhető a szolgáltatás. Közösségi szolgáltatás, a sofőrök is szolgáltatnak. Ingyenes.

10. 2007 óta működő web alkalmazás Spanyolo.ban. Google maps térképen ábrázol. A beérkező eseményadatokon felül a hisztorikus adatokat is feldolgozza. Több szervezet részvételével DATEX adatcserével érkeznek az adatok. Valós idejű esemény információ website-ja Svédországban. Az adatszolgáltatók között DATEXII szabványt alkalmaznak.

11. DG03 & DG05 Közlekedési kondíciók & várható utazási idő információs szolgáltatásai A szolgáltatás két szintje: Jelenleg érvényes helyzet bemutatása és a várható utazási idő becslése ennek alapján – utazás előtti információ Pillanatnyi változások közvetítése, a várható utazási idő módosulása ennek függvényében – utazás alatti információ Adatforrások: Pontszerű mérések: radar, hurokdetektor, kamera Pályagörbület mérések FCD: Taxi FCD, Navigációs rendszerek, Mobiltelefon adatok Esemény alapú információk, bejelentések: rendőrség, tűzoltóság, közlekedési hatóságok Hisztorikus adatok Fentieket kell összefésülni és feldolgozni. Többszintű időbecslés létezik: nyers adatok alapján gyors időbecslés, hisztorikus adatok bekapcsolásával finomított, egyszerű/bonyolultabb algoritmusok felhasználásától függ a válaszidő.

12. Végfelhasználói készülékek: Útmenti információs panelek (pl. VJT) Internet alapú rendszerek (Pl. PC, mobiltel.,tablet, okostel.) Navigációs rendszerek (PND,PDA, automotive) TV, radió (videotext, közl. csatorna) Funkcionális követelmények (F): FR1: Alfunkciókra osztás, hogy több szervezet tudjon bekapcsolódni (kell), lehetőleg olyan egyezrű elemekre bontani , hogy később is bekapcsolódhassanak újabb szervezetek (szükséges) FR2: Az adatok konzisztens földrajzi referencia modellre és időbélyeg modellreépüljenek, amit az adatleírásban fel kell tüntetni (kell) FR3: A valós idejű adatokon túl a különböző hisztorikus adatokból közlekedési előrejelzéseket és időbecsléseket lehet generálni (lehetséges) FR4: A szolgáltatáshoz felhasználta adatok forrását ,hitelességét, minőségét definiálni kell , és ezt szerepeltetni kell az adatinterfész leírásban is (kell)

13. FR5: Különbséget kell tenni a nagyközönség számára szolgáltatott információk (közösségi szervezetek által finanszírozott) és egyének számára testreszabott információk (felhasználói díjhoz kötött) szolgáltatásában. Amennyiben az értékláncban privát szervezet is közreműködik, szerepét pontosan tisztázni kell (szükséges) • FR6: Az információ szórás területi hatályát az alkalmazott media határozza meg (főként a rádió estében) (szükséges) • FR7: DATEXII-profile technikai leírásban található 1. interfészt kell alkalmazni az automatikus esemény detektáláshoz (adattípustól függően) (kell) • hurokdetektor, radar esetén • pályainformációk • Fcd (Taxi FCD, navigációs rendszerek, mobiletel. adatok) • Események bejelentése • Hisztorikus adatok • FR8: DATEXII-profile technikai leírásban található 2. interfészt kell alkalmazni a következő esemény struktúráknál (kell) • Szolgáltatási szint • Aktuális közl.helyzet és előrejelzés 30’, 1óra, 7 nap múlvára • Utazási idők

14. Szervezeti követelmények (O) OR1: Szervezeti és működési struktúrát és az egyes résztvevő szervezetek pontos szerepét és feladatát definiálni kell (kell) OR2: Partneri együttműködési megállapodásban rögzíteni kell a vállalásokat és kötelezettségeket, hogy a működési lánc ne sérülhessen (kell) OR3: A privát beszállítókkal külön szerződést kell kötni és rögzíteni kell, hogy az előrejelzés privát adatokon nyugszik (kell) OR4: A partneri együttműködéshez szükséges a teljes munkafolyamatot rögzíteni (kell) OR5: Menedzsment tervet kell készíteni, amit az útügyi hatóságoknál vagy a közlekedési felügyeletnél használnak (kell) OR6: Két v. több szervezet együttműködése esetén érdemes két életciklust megkülönböztetni: ITS-szolg. kidolgozása, ITS-szolg. működtetése (szükséges) Technikai követelmények (T) TR1, TR2: DATEXII interface 1 és interface 2 szabvánnyal biztosítani kell az interoperabilitást a különböző szervezetek által biztosított adatfolyamban (kell) TR3: Az események térképi ábrázolása esetén a TPEG, ALERT-C szabvány használata ajánlatos (szükséges)

15. Egyforma ábrázolás, megjelenítés (CL&FR) • CL&FA1: Médiától és készüléktől függetlenül a megjelenített információ legyen egyértelmű a végfelhasználó számára (szükséges) • CL&FR1: A VJT-k jelzései, piktogramjai igazodjanak a bécsi konvencióhoz és az EasyWay VJT Harmonizációs ajánlásához (szükséges) • CL&FR2: A digitális térképen történő megjelenítéshez a következő színeket használják kötelező jelleggel (kell) • fehér, szürke, kék – nincs elérhető információ • zöld – a közlekedés szabad áramlása • sárga/narancs – telített • piros – torlódás • fekete – beállt közlekedés • CL&FR3: VJT-n a várható utazási idő és az esetleges késé megjelenítési formája: <XX> min (+YY) (szükséges) • CL&FR4: Egyértelműen jelezni kell a helyet (kereszteződést, kijáratot, települést, stb.), amire vonatkozik az időbecslés (szükséges)

16. Szolgáltatási szintek A/B/C: User interface (nyelv)- hivatalos nyelv (A), további elfogadott nyelv (angol) (B), soknyelvű (C) Információk kiterjesztése – nincs információ csere(A), információ csere a szomszédos szolgáltatókkal(B), tágabb információ csere (C) Információs hálózat – csak a TEN-T utakra terjed (A), főútvonalra is kiterjed (B), helyi utakra is szolgáltat (C) Részletesség szintek (referencia hely) – nincs (A), útszakasz két csomópont között (B), kb.1 km-e útszegmens(C) Statikus/dinamikus - statikus/hisztorikus (A), statikus/hisztorikus részben dinamikus (B), statikus/hisztorikus és teljesen dinamikus (C)

17. VJT Madrid mellett VJT Frankfurt am Main mellett Közlekedési helyzetkép mobiltelefonon bayerninfo.de webportal bemutatja a környék közlekedési helyzetképét

18. Valós idejű közlekedési információ internetes megjelenítés A szolgáltatás elérhetősége Skócia közlekedési webportálja Közlekedési helyzet, időbecslés, képi megjelenítés iPhone-on

19. DG04 Sebességszabályozás információs szolgáltatásai Cél: A statikusan és dinamikusan érvényes megengedett sebesség értékek folyamatosan eljussanak a közlekedőkhöz. (Baleseti kockázat csökkenése) A statikus sebességadatok elsősorban a térképszolgáltatókon keresztül jutnak el az alkalmazásokhoz, ezért az útoperátoroknak feléjük kell eljuttatni a változásokat. Funkcionális követelmények (F): FR1: A seb.értékek forrása, hitelessége, minősége az adattulajdonostól az adatszolgáltatóig legyen definiálva és kerüljön be az adat interfész leírásba (kell) FR2: Az adatok konzisztens földrajzi referencia modellre és időbélyeg modellre épüljenek, ezt az érdekeltek egyeztessék, és az adatleírásban fel kell tüntetni (kell) FR3: A seb.adatbázis frissítéshez tartozó adatcsere platformját egyeztessék az útoperátorok és a szolgáltatók (szükséges) FR4: A frissítések gyakoriságát egyeztessék a résztvevők, valamint egyezzenek meg kinek-kinek a feladatában (szükséges) FR5: Legyen visszacsatolás a szolgáltatók felől az útoperátorok felé (szükséges)

20. FR6: Az interoperabilitás biztosításához a megfelelő adatstruktúrával készüljön interfész leírás a dinamikus seb. leírására (szükséges) FR7: Az interoperabilitás biztosításához a megfelelő adatstruktúrával készüljön interfész leírás a statikus seb. leírására (szükséges) Szervezeti ajánlások (O): OA1: A hivatalos hatóságok bekapcsolása szükséges (kell) OA2: Kötelező szolgáltatásként kell kezelni (kell) OA3: A privát forrásokból származó dinamikus seb.változások adatait hitelesíteni kell. (szükséges) Dinamikus seb.korl. Kommunikálása VJT-vel (szükséges) OA4: Sokszor más források (események, közl.körülmények) generálnak seb.korlátozási adatokat OA5: A VJT-ket olyan sűrűn kell elhelyezni, hogy a seb.korl. kezdete, vége egyértelmű legyen OA6: A VJT-k vezérlését a közl.központ végezze OA7: Különböző médiumokat lehet bevonni a kommunikációba Végleges seb.értékek kommunikálása autón belül – OA8-OA11 Adatbázisban tároljuk. OA12: A seb.korl. szolgáltatásait tilos egy megbízható minőség-ellenőrzést megelőzően nyújtani (tilos)

21. Technikai követelmények (T) • TR1: DATEXII interface 1 szabvánnyal biztosítani kell az interoperabilitást az értékláncban résztvevő különböző szervezetek között (Traffic Management Sevices – Variable Speed Limits TMS-DG02 útmutatóban leírtak szerint) (kell) Egyforma ábrázolás, megjelenítés (CL&FR) • CL&FR1: Médiától és készüléktől függetlenül a megjelenített információ legyen egyértelmű a végfelhasználó számára (kell) • CL&FR1: A seb.korlátozást kiegészítő információk jelzése legyen nyelvfüggetlen (kell)

22. Szolgáltatási szintek A/B/C: • User interface (nyelv)- hivatalos nyelv (A), további elfogadott nyelv (angol) (B), soknyelvű (C) • Információk kiterjesztése – nincs információ csere(A), információ csere a szomszédos szolgáltatókkal(B), tágabb információ csere (C) • Részletesség szintek (referencia hely) – • Infrastruktúrán való megjelenés: földrajzi terület (A), útszakasz két csomópont között (B), kb.10 km-e útszegmens(C) • Navigációs rendszerekben: sok kihagyás (A), néhány kihagyás (B), folytonos (C) • Statikus/dinamikus - statikus (A), statikus részben dinamikus (B), statikus és teljesen dinamikus (C)

23. DG06 Időjárás előrejelzés Az időjárási információk tartalmazzák a látási viszonyokat, útviszonyokat, az útburkolat állapotát, egyes útszakaszok (pl. hidak, felüljárók) járhatóságát. Utazás előtt és utazás közbeni szolgáltatásnál egyformán fontos. A szolgáltatás kiterjed: • egyeztetett időjárási információk/adatok, mint hőmérséklet, szélirány, szélerősség • időjárási előrejelzéssel kapcsolatos figyelmeztetések, mint köd, jegesedés, zápor • időjárásra érzékeny útszakaszokra, hidakra, veszélyeztetett területekre vonatkozó kiemelt időjárási szolgáltatás

24. Funkcionális követelmények (F): • FR1: A rendszernek tudni kell folyamatosan időjárási információkat szolgáltatni a közlekedők számára (kell) • FR2: A szolgáltatásnak min. a helyi nyelven kell információt szolgáltatnia, de lehetőleg a felhasználó választása szerint más idegen nyelven is (szükséges) • FR3: A szolgáltatás térképen vagy szövegesen legyen elérhető. (szükséges) • FR4: Az értéklánc résztvevői (tartalomszolgáltatók, operátorok és szolgáltatók) közötti adatcsere az FP7-ben létrejött In-Time projektben kidolgozott interfész szerint történjen (szükséges) • FR5: Megadott információs halmaz minden elemének adatát szolgáltatni kell, két szint létezik: normál végfelhasználói szint, szakértői szint. (szükséges) • FR6: Utazás előtti szolgáltatásokban (pl. web alapú) és utazás közbeni szolgáltatásokban (pl. VJT, mobil internet) is lehetővé kell tenni. (szükséges) • FR7: Az interoperabilitáshoz megfelelő alfunkciókra osztás, szabványos interfészek alkalmazása szükséges hogy több szervezet tudjon részt venni (kell), lehetőleg olyan egyezrű elemekre bontani , hogy később is bekapcsolódhassanak újabb szervezetek

25. Szervezeti követelmények (O)

26. Technikai követelmények (T) • TR1: EN 15518:2011 Winter Maintenance Equipment – Road Weather Information Systems európai szabvány használata szükséges az időjárás állomások adatgyűjtésénél (szükséges) • TR2: Az értékláncban résztvevő szereplők DATEXII szabvány szerint , az eMOTION projektben kialakított adatmodellt használják (kell) • TA1: Az útfelszínre, az atmoszféra időjárás adataira vonatkozó adatjellemzők javasolt egységeit sorolja fel (ajánlás) • Egyforma ábrázolás, megjelenítés (CL&FR) • CL&FR1: 0-3 fokozatban kell szöveges üzenetet küldeni a gk. vezetők felé az esemény súlyosságát ól függően. (szükséges) • CL&FR2: A grafikus megjelenítésnél a piktogram mellett adott színnel jelezze a veszélyességi fokozatot (zöld/sárga/narancs/piros) (szükséges) • CL&FR3: Az egyes eseménytípusok jelzése azonos piktogrammal történjen (köd, erős szél, vihar, zápor, stb.) (szükséges)

27. Szolgáltatási szintek A/B/C: • User interface (nyelv)- hivatalos nyelv (A), további elfogadott nyelv (angol) (B), soknyelvű (C) • Információk kiterjesztése – nincs információ csere(A), információ csere a szomszédos szolgáltatókkal(B), tágabb információ csere (C) • Információs hálózat – csak a TEN-T utakra terjed (A), főútvonalra is kiterjed (B), helyi utakra is szolgáltat (C) • Információs szintek – időjárás jelentés (A), időjárás jelentés és figyelmeztető szolgálat (B), figyelmeztető szolgálta és előrejelzés (C)

28. ASFINAG web-es és mobile-os időjárási helyzetkép Dán időjárási webportál Időjárás kamerák Dél-Finnországban UTMET rendszer (Magyar Közút)

29. DG07 Ko-modális utazási információs szolgáltatások • Az információszolgáltatás kiterjed a tömegközlekedésre, beleértve a gyalogos közlekedést, az autós és kerékpáros közlekedésre. • Két fő szint: • Adatgyűjtés, adatfeldolgozás, adattovábbítás – háttér rendszer • A feldolgozott adatok átadása a felhasználó felület számára szabványos formában – frontend rendszer • Funkcionális követelmények (F): • FR1: Közös, interoperabilis földrajzi referencia modellre kell építeni , hogy a különböző forrásból származó, különböző adottságú adatok földrajzilag összefésülhetők legyenek (kell) • FR2: Az adatcseréhez, adatátadáshoz közös adatformátumot kell alkalmazni (kell) • FR3: A tartalom és szolgáltatás platformjának minden szolgáltatási módhoz tartozóan harmonizált adatmodellen kell alapulni (kell) • FR4: Egyforma ábrázolást és megjelenítést kell követni (kell)

30. Szervezeti követelmények (O)

31. Szervezeti követelmények (O) • Szervezeti struktúra megegyezik az Időjárási előrejelzéseknél használt sémával. • OR1: A ko-modális szolgáltatás köré az A1,A2,A3 vagy A4 szerinti szervezeti struktúrát kell felépíteni (ne legyen teljesen magán szervezet) (kell) • OR2: Megengedhetetlen, hogy egy adott business modell alapján valamelyik közlekedési mód preferált legyen, a ko-modális szolgáltatástól elvárt az objektivitás (kell) • OR3: Az alapszintű ko-modális szolgáltatások ingyenesek és nem kereskedelmiek. (szükséges) • OR4: A minimum és optimum szolgáltatási szintet definiálja. A minimum szinthez a közösségi szervezetek bekapcsolása, felügyelete, adatszolgáltatásban történő részvétele szükséges, a szolgáltatás ingyenes (ajánlott) • OR5: A közösségi közl. operátorok szerződéses kötelezettsége, hogy az adataikat egy előírt formátumban definiálják és továbbítsák. (szükséges) • OR6: A ko-modális szolgáltatók vegyék figyelembe az „ITS akció tervet”, amely előírja keretrendszer szerkezetét. (kell) • OR7: A ko-modális szolgáltatás kifejlesztésénél a 2010/40/EU ITS direktívát kell figyelembe venni , amely a multimodális közl. inforációs szolgáltatások követelményeit tartalmazza. (kell)

32. Technikai követelmények (T): • TR1: A ko-modális szolgáltatásoknak integrálni kell a közúti adatokat, a tömegközl. adatokat és be kell tartani az átfogó rendszerkövetelményeket (kell) • TR2: A sok adatösszetevő okán a legmegfelelőbb szabványok kiválasztása szükséges (pl. térkép-Mapinfo Interchange Format, úthálózat-GDF, dinamikus adatmodell-DATEXII,TPEG,TMC, két PT útvonal összekapcsolása-DELFI , stb.) (szükséges) • Egyforma ábrázolás, megjelenítés (CL&FR) • CL&FR1: Vegye figyelembe a színvak/színtévesztő és egyéb látásproblémákkal küzdők szempontjait (kell) • CL&FR2: Adott színkonvencióval jelenítse meg az egyes közl.módokat ( gyalogos-sötét zöld, autó-barna,kerékpár-narancs, hév-türkiz,villamos-piros,busz-kék, vonat-fekete,taxi-sárga) (szükséges) • CL&FR3: A különböző közl.módokat eltérő színnel kell ábrázolni (kell) • CL&FR4: Az internetes képernyőn, telefonon és nyomtatásban azonos színkonvenciót kell használni (kell) • CL&FR5: A POI-kra vonatkozó ikon-készletre tett ajánlásokat be kell tartani (szükséges) • CL&FR6: A közl.információkra vonatkozó ikon-készletre tett ajánlásokat be kell tartani (szükséges) • CL&FR7: A parkolási formákra (pl. P+R,K+R,B+R) vonatkozó megjelenítés legyen egyértelmű (kell) • CL&FR8,9: A már létező, megszokott rendszerek attributumait át kell venni (kell)

33. Szolgáltatási szintek 0-4 (0=nincs szolgáltatás): • Általános kritériumok: • User interface (nyelv)- hivatalos nyelv (1), további elfogadott nyelv (angol)(2) angol+szomszédos régiók nyelve (3), soknyelvű (4) • Információk kiterjesztése – csak helyi(1), regionális(2), országos(3), teljes Európa(4) • Információs hálózat –csak a TEN-T utakra terjed (1), főútvonalra is kiterjed (2), fő és mellékútvonalakra (3), teljes hálózatra (4) • Intermodális gráfra vonatkozó szolgáltatási szintek: • Gyalogos információk – autós gráf speciális attributumokkal(1), autós gráf kiegészítve gyalogos gráffal fontosabb csomópontokban(pl.nagyobb parkok, terminálok)(2), autós gráf kiegészítve gyalogos gráffal teljeskőrűen (3), épületen belüli gárffal kiegészítve (4) • Kerékpáros információk - autós gráf speciális attributumokkal(1), autós gráf kiegészítve bicikliutakkal nagyvárosokra (2), teljes bicikliúthálózat (3), bicikli parkolási helyekkel kiegészítve(4) • Autós információk – teljes autós úthálózat (1), valós idejű szolg. autópály/főútvonal (2), valós idejű szolg. teljes hálózatra (3), 3+előrejelzés a főútvonal hálózatra (4) • Tömegközlekedés – csak statikus és valós idejű menetrendek megjelenítése (1), inter-modális útvonal információ statikus menetrendekkel (2), inter-modális útvonal információ valós idejű menetrendekkel (3), inter-modális útvonal információ térképi megjelenítéssel (4) • Épületen belüli információk – Nagy terminálok(1), Nagyobb épületek(2), minden terminál, üzletközpont(3)

34. Címinformációk – „tól/ig” házszám (1), egzakt házszámok (2) , pontos bejárat pontok(3) • Megállóhelyek – egy pont koordináta párral(1), kiterjesztéssel(2), bejárati információkkal(3), gyalogos gráffal összekapcsolva (4) • Közlekedésükben gátoltak részére – tömegközl. feltüntetve a korlátokat (1), tömegközl. kifejezetten ezen kőr számára (rámpák, lépcsők, liftek feltüntetése) (2), tömegközl.+épületen belüli közl. (3), tömegközl., épületek+teljes gyalogos gráf • POI – kevesebb, mint 4 kategória (1), több, mint 4 kategória (2), alapkategóriák + több,mint 4 kategória (3), minden POI kategória a POI szolgáltatóktól (4) • Baleseti információk és dinamikus mérések szolgáltatási szintjei: • Útlezárások: tervezett hosszútávú lezárások autópályán, főútvonalon (1),elsőrendű utakon és agglomerációban is(2), rövid ideig tartó , napi lezárások (3), valós idejú információszolgáltatás a lezárásokról (4) • Útidő becslés – hisztorikus adatok alapján (1), hisztorikus és mért adatok alapján (2), kiegészítve FCD adatokkal (3), teljeskörű FCD+hisztorikus adatok (4) • Információk megjelenítése – Építkezés, közl.kondíciók csak elvétve (1), Vagy építkezések vagy egyéb közl.infók a teljes szolgáltatás területén(2), mindkettő (3) • Időjárási adatok – időjárási infók.(1), időjárással kombinált útinformációk (2), helyi mérésekkel kombinálva (3) • Használhatósági szintek: • Út vizualizáció - lista(1), lista+statikus interaktív térkép(2), lista+interaktív térkép(zoom, shift,stb.)(3), változtatható térképi megjelenés(4) • Mobil tel.támogatás – web.interface optimalizálása (1), mobile op.rsz.alkalm.(2), készülék típusok szerinti optimalizálás(3)

35. Magyar példa: utvonalterv.hu, pedroute.hu

36. Köszönöm a megtisztelő figyelmet! http://www.easyway-its.eu