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.)

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ó.

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

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)

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

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)

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)

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)

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. Flandria TEN-T úthálózat. RDS-TMC, website, mobile. Előrejelzés kérhető. Csúcsidőben SMS szolgáltatás.

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.

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ő.

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)

• 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

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)

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: 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)

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)

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

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

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)

• 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)

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)

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)

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

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

Szervezeti követelmények (O)

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)

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)

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)

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)

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)

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)

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)

• 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)

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

Köszönöm a megtisztelő figyelmet!