• No results found

Uppsala Parkering

N/A
N/A
Protected

Academic year: 2022

Share "Uppsala Parkering"

Copied!
31
0
0

Loading.... (view fulltext now)

Full text

(1)

Sj ¨alvst ¨andigt arbete i informationsteknologi 19 juni 2018

Uppsala Parkering

Melker Forssell Gustav Jan ´er Agnes Lind

Anna Westergren

Civilingenj ¨orsprogrammet i informationsteknologi

(2)

Institutionen f ¨or informationsteknologi

Bes ¨oksadress:

ITC, Polacksbacken L ¨agerhyddsv ¨agen 2

Postadress:

Box 337 751 05 Uppsala

Hemsida:

http:/www.it.uu.se

Abstract

Uppsala Parkering

Melker Forssell Gustav Jan ´er Agnes Lind Anna Westergren

Heavy traffic in cities is an increasing problem that causes conges- tion. An inadequate infrastructure unable to scale to satisfy the growing amount of traffic is the main cause. Traffic congestion results in inef- fective overhead traffic patterns. The overhead time spent in traffic is consuming valuable time from drivers and it also contributes to a heav- ier impact on the environment. A relevant portion of the traffic in cities, is search traffic: traffic with the sole intent of finding an available park- ing spot. Reducing the search traffic in cities would effectively hamper congestion. In a collaboration with Uppsala Parkering AB, a project was commenced with the aim of developing a solution that could contribute to reduce the search traffic in Uppsala. This aim was accomplished by the creation of a mobile application. The applications main feature is an interactive map that visualizes parking areas within a confined test area in Uppsala. The application is scalable and can be extended to cover a larger area. With the application, a user can find the closest suit- able parking spot depending on custom preferences. The project did not have access to actual traffic data with real-time information of currently parked vehicles in Uppsala. To mimic the real-time data, a simulation was created and used in the application. The simulated data was used to demonstrate the varying availability of free parking spots in the differ- ent parking areas. By scaling up the application with additional parking areas and replacing the simulated data with actual traffic data, the ap- plication can be used as an aid to find suitable parking spots. Then the search traffic in Uppsala could potentially be decreased.

Extern handledare: Cristian Rask, Uppsala Parkerings AB och Fredrik Bj¨orklund, Stuns Energi Handledare: Mats Daniels, Anne-Kathrin Peters och Bj¨orn Victor

Examinator: Bj¨orn Victor

(3)

Sammanfattning

H¨og trafikbelastning i storst¨ader ¨ar ett ¨okande problem som resulterar i ineffektiva tra- fikm¨onster. Tid spenderad i k¨oer ¨ar ¨overfl¨odig tid som direkt minskar trafikanters dagliga effektivitet. L¨angre tid i trafiken bidrar dessutom till en h¨ogre milj¨op˚averkan. En relativt stor andel av trafik i storst¨ader ¨ar s¨oktrafik: trafik med m˚al att hitta en tillg¨anglig parke- ringsplats. Att reducera s¨oktrafiken i st¨ader skulle ¨aven effektivt minska den totala trafi- ken. I samarbete med Uppsala Parkerings AB inleddes ett projekt med m˚al att utveckla en l¨osning med syfte att reducera s¨oktrafiken i Uppsala. Detta uppn˚addes genom att ska- pa en mobilapplikation vars huvudfunktionalitet ¨ar en interaktiv karta d¨ar anv¨andarna kan se parkeringsomr˚aden inom ett testomr˚ade i Uppsala. Applikationen ¨ar fullt skalbar och kan ut¨okas f¨or att t¨acka ett st¨orre omr˚ade. I applikationen kan anv¨andare ta reda var n¨armaste parkeringsplats finns och kan anpassa kartan till att filtrera parkeringsomr˚aden efter egna preferenser. Projektet saknade tillg˚ang till trafikdata med realtidsinformation om parkerade fordon i Uppsala. En simulation skapades f¨or att imitera den saknade re- altidsdatan. Den simulerade realtidsdatan anv¨andes f¨or att demonstrera den varierande tillg¨angligheten av lediga platser i olika parkeringsomr˚aden. Genom att skala upp ap- plikationen med ytterligare parkeringsomr˚aden och ers¨atta den simulerade datan med riktig trafikdata, kan den skapade applikationen anv¨andas som ett hj¨alpmedel f¨or att hit- ta l¨ampliga parkeringsplatser. D˚a kan applikationen anv¨andas f¨or att potentiellt minska s¨oktrafiken i Uppsala.

(4)

Inneh ˚all

1 Introduktion 1

2 Bakgrund 1

2.1 Trafiken i Uppsala . . . 2

2.2 Uppsala Parkerings AB . . . 2

3 Motivation, syfte och m˚al 3 3.1 Syfte och m˚al . . . 3

3.2 Avgr¨ansningar . . . 3

4 Relaterat arbete 4 4.1 Parkster . . . 4

4.2 EasyPark . . . 5

5 Metod 5 5.1 React Native . . . 5

5.2 Firebase . . . 5

5.3 Expo . . . 6

5.4 Verktyg . . . 6

6 Systemstruktur 7 6.1 Applikation . . . 8

6.2 Databas . . . 10

6.3 Simulering . . . 10

7 Krav och utv¨arderingsmetoder 11

(5)

7.1 Plattformsoberoende . . . 11

7.2 Parkeringsinformation ¨ar korrekt . . . 11

7.3 Parkeringsinformation i realtid . . . 12

7.4 Anpassa applikationen efter egna preferenser . . . 12

7.5 Skalbarhet . . . 12

8 Anv¨andning av applikationen 12 8.1 Mobilf¨orbud under k¨orning . . . 16

9 Informationshantering 16 9.1 GDPR . . . 16

10 Utv¨arderingsresultat 17 10.1 Plattformsoberoende . . . 17

10.2 Parkeringsinformation ¨ar korrekt . . . 17

10.3 Parkeringsinformation i realtid . . . 17

10.4 Anpassa applikationen efter egna preferenser . . . 18

10.5 Skalbarhet . . . 18

11 Resultat 18 12 Diskussion 19 12.1 Realtidsinformation . . . 19

12.2 Metod . . . 20

12.3 Utv¨arderingsmetoder . . . 20

13 Slutsatser 20

(6)

14 Framtida arbete 21

(7)

2 Bakgrund

1 Introduktion

En h¨og trafikbelastning i storst¨ader orsakar k¨oer. Trafikbelastningen kan resultera i in- effektiva trafikm¨onster som skapar flera problem. Tid spenderad i k¨oer ¨ar ¨overfl¨odig tid som direkt minskar trafikanters vardagliga effektivitet. Mer trafik bidrar dessutom till en h¨ogre risk f¨or olyckor och en h¨ogre milj¨op˚averkan i form av mer utsl¨app [23].

I en unders¨okning som Trafikverket genomf¨orde [23] visade det sig att upp till 40% av all trafik i Sveriges storst¨ader best˚ar av s¨oktrafik. S¨oktrafik ¨ar trafik vars enda m˚al ¨ar att hitta en tillg¨anglig parkeringsplats. Att minska s¨oktrafiken i st¨ader inneb¨ar ¨aven att effektivt minska den totala trafiken.

I samarbete med Uppsala Parkerings AB (UPAB) inleddes ett projekt med syfte att minska s¨oktrafiken i Uppsala regionen. I projektet skapades en mobilapplikation vars huvudfunktion ¨ar en interaktiv karta. Kartan visar fyra parkeringsomr˚aden i n¨arheten av Uppsala Domkyrka som illustreras i figur 4. Applikationen ¨ar byggd f¨or att vara skalbar f¨or att fler parkeringsomr˚aden ska kunna l¨aggas till direkt i en databas f¨or att ut¨oka applikationen. Med hj¨alp av applikationen kan anv¨andare ta reda p˚a var n¨armaste parkeringsplats finns och filtrera parkeringsomr˚aden efter egna preferenser som ladd- ningsm¨ojlighet f¨or elfordon.

Projektet saknade tillg˚ang till trafikdata med realtidsinformation om parkerade fordon i Uppsala. Ist¨allet simulerades den saknade realtidsdatan. Simulatorn ¨andrar slumpm¨assigt antalet fordon som ¨ar parkerade i varje omr˚ade. Till vilken grad det finns lediga platser i ett parkeringsomr˚ade, visualiseras av en tregradig f¨argskala.

Om applikationen skalas upp med ytterligare parkeringsomr˚aden och den simulerade datan ers¨atts med trafikdata, kan den skapade applikationen anv¨andas som ett hj¨alpmedel f¨or att hitta l¨ampliga parkeringsplatser. D˚a kan projektet bidra till att minska s¨oktrafiken i Uppsala. I enlighet med projektets syfte skulle det resultera i minskade utsl¨app fr˚an fordon, mindre k¨oer och en tryggare trafikmilj¨o.

2 Bakgrund

I den femte rapporten som Intergovernmental Panel on Climate Change(IPCC) gav ut 2014 [12], skrev IPCC att den m¨anskliga p˚averkan av klimatet ¨ar uppenbar och att da- gens antropogena utsl¨app av v¨axthusgaser ¨ar den h¨ogsta i historien. IPCC ¨ar en veten- skaplig internationell organisation under F¨orenta Nationerna. Enligt samma rapport har koncentrationen av koldioxid och andra v¨axthusgaser ¨okat i atmosf¨aren sedan starten p˚a

(8)

2 Bakgrund

den industriella revolutionen f¨or ungef¨ar 150 ˚ar sedan [12].

P˚a grund av de f¨orh¨ojda utsl¨appen, finns idag tydliga tecken p˚a klimatuppv¨armning [14].

I takt med att m¨anskliga utsl¨app genom f¨orbr¨anning av fossila br¨anslen ¨okar, ¨okar ocks˚a den globala medeltemperaturen och havsniv˚aer stiger [12].

I Sverige svarar trafiken f¨or ungef¨ar 30% av det totala utsl¨appet av koldioxid [16], sam- tidigt som den globala f¨ors¨aljningen av fordon forts¨atter att stadigt ¨oka [11]. D¨arf¨or utg¨or fordons inverkan p˚a milj¨on en betydande parameter. Att minska trafiken, inneb¨ar d¨armed ett viktigt steg i att minska den totala m¨anskliga milj¨op˚averkan.

Enligt Trafikverket bidrar en h¨og trafikbelastning dessutom till en h¨ogre risk f¨or olyc- kor [23], b˚ade f¨or oskyddade trafikanter och f¨or andra f¨orare. Trafikverket skriver ¨aven att trafikanter som s¨oker parkeringsplats har h¨ogre risk f¨or att bli frustrerade, vilket kan leda till en minskad uppm¨arksamhet hos trafikanten.

2.1 Trafiken i Uppsala

P˚a direktiv av Uppsala kommun har UPAB som m˚als¨attning att minska s¨oktrafiken i Uppsala. Syftet med denna m˚als¨attning ¨ar att minska den totala trafiken i Uppsalas in- nerstad. Kommunens str¨avan mot att minska trafiken ¨ar ett l˚angsiktigt m˚al f¨or att g¨ora staden mer framkomlig, s¨aker och milj¨ov¨anlig [26]. I linje med Uppsala kommun och UPAB:s m˚als¨attning, har projektet i den h¨ar rapporten skapat en mobilapplikation med syfte att minska s¨oktrafiken i Uppsala.

Omr˚adet runt Uppsala Domkyrka var inledningsvis det omr˚ade som projektet fokusera- de p˚a. Varf¨or detta omr˚ade valdes beror p˚a kommunens sv˚arighet att hantera utrymmet.

I omr˚adet finns det idag f˚a parkeringsplatser och ett stort antal oskyddade trafikanter best˚aende av g˚aende, mopedister och cyklister. Turister lockas till omr˚adet i bussar sam- tidigt som gatan trafikeras av boende och diverse genomfartstrafik. D¨arf¨or finns det en str¨avan att minska trafiken i omr˚adet och genom att hj¨alpa trafikanter att hitta en l¨amplig parkeringsplats kan trafiken i minskas.

2.2 Uppsala Parkerings AB

UPAB ¨ar ett kommunal¨agt aktiebolag som bedriver parkerings¨overvakning, utbyggnad av laddningsplatser f¨or elfordon samt utveckling av digitala parkerings- och betalsy- stem. Parkerings¨overvakning inneb¨ar att de kontrollerar vilka parkeringsplatser som finns och vilken information som anges f¨or specifika parkeringsplatser. Bolaget ¨overvakar

(9)

3 Motivation, syfte och m˚al

parkeringssituationen i Uppsala och deltar i planering f¨or nya parkeringshus i b˚ade ny- byggda och gamla omr˚aden. UPAB ¨ager och f¨orvaltar cirka 13000 parkeringsplatser.

Parkeringsplatserna ¨ar bel¨agna i parkeringsgarage, p˚a allm¨anna gator och kommunal mark. Ut¨over det ansvarar UPAB f¨or laddningsstationer, betalsystem och bedriver par- kerings¨overvakning [29].

3 Motivation, syfte och m ˚al

M¨anniskans inverkan p˚a milj¨on utg¨or en betydande faktor, som beskrivet i avsnitt 2. Idag finns tydliga tecken p˚a klimatf¨or¨andringar, den globala medeltemperaturen ¨okar och havsniv˚aer h¨ojs i takt med att m¨anskliga utsl¨app av v¨axthusgaser ¨okar [12]. I Sverige st˚ar trafiken f¨or ungef¨ar 30% [16] av det totala utsl¨appet av koldioxid och upp till 40% [23]

av all trafik i Sveriges storst¨ader best˚ar av s¨oktrafik. Att reducera s¨oktrafiken, skulle d¨arf¨or bidra till att minska den m¨anskliga inverkan p˚a milj¨on.

Med h¨ogre trafikbelastning, h¨ojs risken f¨or olyckor [23] och enligt Transportstyrelsens statistik [24] omkom 253 personer ˚ar 2017 i v¨agtrafikolyckor i Sverige. Att reducera den totala trafiken genom att minska s¨oktrafiken ¨ar d¨arf¨or viktigt f¨or att skapa en tryggare trafikmilj¨o.

3.1 Syfte och m ˚al

Som tidigare motiverat i avsnitt 3, utg¨or s¨oktrafiken i storst¨ader en betydande del av den totala trafiken. Att reducera s¨oktrafiken i storst¨ader skulle effektivt minska den to- tala trafiken. Syftet med projektet ¨ar att reducera s¨oktrafiken f¨or att bidra till mindre fordonsutsl¨app, mindre k¨oer samt att skapa en tryggare trafikmilj¨o i Uppsala.

M˚alet med projektet ¨ar att utveckla en konceptapplikation som kan anv¨andas som ett hj¨alpmedel f¨or trafikanter att hitta parkeringsplatser. Applikationen ska ge grundl¨aggande information om parkeringsomr˚aden och anv¨andare ska kunna filtrera kartan i applika- tionen efter egna inst¨allningar f¨or att hitta en l¨amplig parkeringsplats. Exempelvis har anv¨andare olika behov beroende p˚a fordonstyp.

3.2 Avgr ¨ansningar

Applikationen i projektet avser att anv¨andas som ett koncept f¨or att visa exempel p˚a hur dagens parkeringsapplikationer kan f¨orb¨attras. Det ¨ar inte t¨ankt att applikationen

(10)

4 Relaterat arbete

ska anv¨andas kommersiellt. Prim¨ara syftet med applikationen ¨ar att den ska anv¨andas som inspiration och en grund f¨or UPAB att vidareutveckla. Applikationen kan anv¨andas av UPAB f¨or att minska s¨oktrafiken i Uppsala. D¨arf¨or ¨ar applikationen begr¨ansad till ett testomr˚ade omkring Uppsala Domkyrka och omfattar fyra parkeringsomr˚aden, som illustreras i figur 4. Applikationen saknar realtidsdata om parkerade fordon i Uppsala, d¨arf¨or ¨ar denna information simulerad. En knapp utan implementerad funktionalitet f¨or navigering till en parkeringsplats finns i applikationen, se figur 5b. D˚a det redan finns flera andra applikationer som hanterar navigering, valde projektgruppen att l¨amna navi- gering till framtida vidareutveckling.

4 Relaterat arbete

Myntbetalning f¨or parkering i Uppsala kommun avvecklades 30 juni 2017. D¨arefter anpassades parkeringsautomaterna f¨or kortbetalning och flertalet applikationer f¨or att betala parkering ersatte myntbetalningen. I Uppsala kommun kan man idag betala med fem stycken parkeringsapplikationer: SMS Park, ePark, Parkster, Parkman och Easy- Park [30]. Bland dessa f¨oretag ¨ar det endast Parksters applikation som hj¨alper trafikanter att hitta parkeringsplatser. EasyPark meddelade 31 mars 2018 att de ocks˚a arbetar f¨or att ta fram en s˚adan tj¨anst [13].

4.1 Parkster

Parkster ¨ar ett av de verksamma parkeringsbolagen i Uppsala. De har en egen parke- ringsapplikation och ¨ar idag ensamma om att ha en funktion som hj¨alper trafikanter att hitta parkeringsplatser. Det finns tre s¨att att s¨oka efter parkeringsplatser i Parksters ap- plikation, i n¨arheten av anv¨andaren, baserat p˚a omr˚adeskod eller ort. Funktionen som visar parkeringsplatser i n¨arheten p˚aminner om projektets applikation d˚a den hj¨alper anv¨andare att hitta en parkeringsplats. Visualisering av parkeringsomr˚aden p˚a en karta sker p˚a liknande s¨att. Det som skiljer applikationerna ˚at ¨ar vilken information som finns och hur den anv¨ands. Parkster saknar information om laddningsplatser, motorcykelplat- ser och handikapplatser. Det saknas d¨arf¨or m¨ojlighet att endast s¨oka efter specifika par- keringsplatser, exempelvis laddplatser. Projektet anser att anv¨andare som s¨oker en viss typ av parkeringsplatser ska ha m¨ojligheten att v¨alja det i en parkeringsapplikation.

(11)

5 Metod

4.2 EasyPark

EasyPark ¨ar ett annat parkeringsbolag verksamma i Uppsala med en egen parkeringsap- plikation. Deras applikation ¨ar simpel och har fokuserat p˚a att g¨ora betalningen enkel.

Applikationen saknar idag st¨od f¨or att s¨oka efter parkeringsplatser.

EasyPark meddelade 31 mars 2018 att de jobbar f¨or att ta fram en tj¨anst f¨or att hitta par- keringsplatser [13]. De genomf¨or en storskalig satsning d¨ar de utvecklar tj¨ansten ”Par- king Guidance”, med m˚al att tillhandah˚alla en tj¨anst som v¨agleder f¨oraren till n¨armaste parkeringsplats. 300 f¨orare registrerar trafikfl¨odet manuellt p˚a 30 platser runtom i Eu- ropa, en av de jobbar i Uppsala. Metoden som anv¨ands f¨or att registrera trafikfl¨odet ¨ar inte publikt. Satsningen relaterar till projektet eftersom m˚alet att minska s¨oktrafik ¨ar gemensamt.

5 Metod

Under projektet har en mobilapplikation utvecklats i programmeringsspr˚aket JavaScript, biblioteket React Native och en backend genom Googles verktyg Firebase. Genom att anv¨anda React Native programmeras en applikation f¨or b˚ade iOS och Android med samma kodbas [9]. D˚a applikationen ska fungera b˚ade p˚a iOS och Android l¨ampar det sig att anv¨anda React Native.

5.1 React Native

Med React Native kan applikationer skapas endast genom JavaScript. En f¨ordel med React Native ¨ar att tv˚a separata applikationer f¨or iOS och Android skapas med samma kod. Eftersom kodstandarden ¨ar olika mellan plattformar kan det beh¨ovas programmera plattformsspecifika delar. Standarden f¨or iOS och Android skiljer sig bland annat i pla- cering av knappar, kartapplikation och webbl¨asare. Ett flertal metoder har ocks˚a platt- formsspecifika attribut som beh¨over konfigureras. React Native har st¨od f¨or att l¨agga till plattformsspecifika delar [8].

5.2 Firebase

Till applikationen anv¨ands Googles Firebase som backend. Firebase hanterar inlogg- ningsautentisering och databasen.

(12)

5 Metod

Databasen ¨ar en realtids databas vilket inneb¨ar att synkronisering anv¨ands ist¨allet f¨or enskilda f¨orfr˚agningar f¨or att h¨amta information. Varje g˚ang information ¨andras noti- fieras alla anslutna enheter och mottar den nya informationen. Det finns ¨aven st¨od f¨or att arbeta offline, n¨ar informationen h¨amtas finns den kvar till dess en ny anslutning har mottagits [10].

Firebase har ett anv¨andarv¨anligt application programming interface(API) f¨or att skapa nya anv¨andare, hantering av inloggning och av databas. Ett API ¨ar ett gr¨anssnitt f¨or att programmera mot en tj¨anst. Firebase har ett simpelt API och har st¨od f¨or att anv¨andas med JavaScript, vilket underl¨attade vid integrationen.

5.3 Expo

Det finns flera alternativ att skapa React Native applikationer men det ¨ar tv˚a som n¨amns i Reacts egna dokumentation ¨ar Native och Expo [6]. Den st¨orsta skillnaden mellan Native och Expo ¨ar hur open source verktyg hanteras. Med open source menas kod som ¨ar tillg¨anglig f¨or alla att anv¨anda och modifiera. Expo tillhandah˚aller flera popul¨ara verktyg som exempelvis st¨od f¨or karta, platstj¨anster och kamera fr˚an start [7]. Samtliga paket ¨ar f¨orkonfigurerade f¨or b˚ade iOS och Android. Dock om ett verktyg saknas i Expo, finns det ingen f¨ors¨akring att det ¨ar kompatibelt med Expo. Det inneb¨ar att nya verktyg kan sakna st¨od och att man ¨ar begr¨ansad till de verktyg som fungerar med Expo [7].

Vid skapandet av en Native applikation finns inga verktyg f¨orinstallerade. Ist¨allet m˚aste verktyg manuellt installeras och konfigureras. Samtliga open source verktyg som skapas f¨or React Native ¨ar kompatibla med Native applikationer.

Expo projekt skapas genom att skriva “Create-React-Native-App” i terminalen. Det har medf¨ort att dessa projekt f¨orkortas till CRNA i dokumentation och guider. D˚a applika- tionen inneh˚aller en karta innebar anv¨andning av Expo att en komplex plattformsspe- cifik konfiguration kunde undvikas. CRNA-applikationer kan testas direkt p˚a iOS och Android [7]. Vid kompilering av projektet genereras en QR-kod som kan skannas av en mobil, d¨arefter kompileras koden lokalt p˚a mobilen och skapar en tillf¨allig app. Genom anv¨andning av CRNA kunde en karta renderas och testas direkt p˚a en smartphone utan st¨orre konfiguration. D¨arf¨or var det mer f¨ordelaktigt att anv¨anda CRNA f¨or projektets applikation.

5.4 Verktyg

F¨or att underl¨atta i utvecklingen har flertalet verktyg anv¨ands. Dessa verktyg har varit centrala i skapandet av applikationen.

(13)

6 Systemstruktur

MapView ¨ar ett open source verktyg f¨or att rendera en karta i React Native applika- tioner. Den anv¨ander sig av Google Maps i Android och Apple Maps i iOS. Det finns bland annat st¨od f¨or att rendera mark¨orer, cirklar, trianglar och polygons p˚a kartan [1].

MapView ¨ar en standardkomponent som f¨oljer med i CRNA-applikationer [7].

NativeBase ¨ar ett annat open source verktyg med f¨ardiga komponenter till React Native.

NativeBase kan implementeras i CRNA-applikationer och n˚agra exempel p˚a f¨ardiga komponenter som medf¨oljer ¨ar menyer, knappar och ikoner [15].

CRNA och NativeBase har st¨od f¨or React Navigation, vilket anv¨ands f¨or att navigera mellan olika sk¨armar i en applikation. Genom att anv¨anda NativeBase kan utvecklingen av en applikation ske snabbare. NativeBase har dessutom st¨od f¨or React Navigation som rekommenderas i CRNA-applikationer [5].

6 Systemstruktur

I helhet best˚ar systemet av en CRNA-applikation som anv¨ander sig av Firebase f¨or au- tentisering och databashantering, Google Maps eller Apple Maps beroende p˚a plattform samt tre open source verktyg. Dessutom finns en modul som ¨ar ansvarig f¨or att simulera parkerade bilar. En ¨oversiktsvy av systemet visas i figur 1.

(14)

6 Systemstruktur

Figur 1 Systemstruktur

6.1 Applikation

Applikationen best˚ar av tre delar, en sk¨arm som visar kartan, en sk¨arm som visar pro- filen och en sidomeny som hanterar navigering mellan sk¨armarna, illustrerat i figurer- na 4, 6c, 5a.

F¨or att f˚a applikation att fungera anv¨ands fem komponenter som visas i figur 2. De fem komponenterna ¨ar App.js, Index.js, MapsScreen.js, Profile.js och SideBar.js. App.js har som enda uppgift att initiera Firebase d¨arefter initierar Index.js all navigering mellan sk¨armarna i applikationen. MapScreen.js inneh˚aller majoriteten av applikationens funk-

(15)

6 Systemstruktur

tionaliteter som r¨or kartvyn som visas i figur 4. Profile.js visar en anv¨andarprofil d¨ar anv¨andare kan st¨alla in personlig information som exempelvis registreringsnummer, bil eller motorcykel samt om anv¨andaren s¨oker en laddplats eller en handikapplats.

Vid uppstart av applikationen initieras React Navigation och anv¨andaren skickas till hemsk¨armen, som i applikationens fall ¨ar MapScreen. D¨arefter h¨amtas samtliga parke- ringsomr˚aden fr˚an Firebase och kartan renderas med hj¨alp av MapView. F¨or att navige- ra mellan sk¨armarna anv¨ands sidomenyn. Sidomenyn anv¨ander sig av React Navigation f¨or att navigera mellan profilsidan och hemsk¨armen. I figur 2 illustreras hur modulerna relaterar till varandra. Senare i delavsnitt 6.3 beskrivs Simulering.js som syns i figur 2.

Figur 2 Detaljerad Systemstruktur

(16)

6 Systemstruktur

6.2 Databas

F¨oljande delavsnitt beskriver databasens inneh˚all:

Areas: en lista med parkeringsomr˚aden. Varje parkeringsomr˚ade inneh˚aller information om namnet p˚a parkeringsplatsen, omr˚adeskod, avgift, handikapplatser, laddningsplatser, motorcykelparkering, totala antalet platser, antalet upptagna platser och koordinater.

Chargers: en lista med laddstationer. Varje laddstation inneh˚aller information om anta- let uttag, koordinater och titel p˚a laddstationen.

Users: en lista med anv¨andare. Varje anv¨andare har en lista med egna fordon. Infor- mationen som sparas per fordon ¨ar registreringsnummer. Om anv¨andare s¨oker laddplats eller handikapplats sparas ¨aven detta.

6.3 Simulering

Simuleringen f¨oljer algoritmen illustrerad i figur 3. F¨or varje omr˚ade som simuleras ini- tieras en separat timer. Timern anv¨ands f¨or att kontinuerligt anropa en slumptalsfunktion enligt ett givet intervall. Antalet upptagna platser i parkeringsomr˚adet simuleras genom ett slumptal mellan 0 och det totala antalet parkeringsplatser. I databasen uppdateras par- keringsomr˚adets antal upptagna platser, till det nya genererade slumptalet. Eftersom ap- plikationen anv¨ander sig av en realtidsdatabas, syns f¨or¨andringen i applikationen direkt.

N¨ar databasen uppdateras, ¨andras tillst˚andet i applikationen vilket initierar en omrende- ring av sk¨armen. I samband med omrenderingen ber¨aknas lediga platser f¨or respektive omr˚ade och utifr˚an andelen lediga platser tilldelas varje omr˚ade en av tre f¨arger. Den tregradiga f¨argskalan finns beskrivet i st¨orre detalj i avsnitt 8.

(17)

7 Krav och utv¨arderingsmetoder

Figur 3 Algoritm anv¨and f¨or att skapa en simulering

7 Krav och utv ¨arderingsmetoder

F¨or att avg¨ora till vilken grad applikationen uppfyller projektets m˚al, utv¨arderas f¨oljande krav:

7.1 Plattformsoberoende

Applikationen ska fungera likadant oberoende om det ¨ar iOS eller Android som anv¨ands.

Utv¨ardering sker genom att testa applikationen p˚a plattformarna iOS och Android sam- tidigt bredvid varandra f¨or att se att funktionaliteten ¨ar densamma.

7.2 Parkeringsinformation ¨ar korrekt

Information ska vara tillg¨anglig f¨or samtliga parkeringsomr˚aden och informationen ska vara visualiserad p˚a ett anv¨andarv¨anligt s¨att. Informationen ska ¨overensst¨amma med den information som kommunen anger via sina respektive parkeringstavlor.

Utv¨ardering sker genom UPAB som kontrollerar att informationen ¨ar korrekt och om den presenteras p˚a ett tydligt s¨att.

(18)

8 Anv¨andning av applikationen

7.3 Parkeringsinformation i realtid

Information om antalet parkeringsplatser i varje parkeringsomr˚ade ska uppdateras i re- altid och ¨overensst¨amma med verkligheten.

Utv¨ardering sker genom att projektets medlemmar kontrollerar tillg¨angligheten av ledi- ga platser i applikationen och j¨amf¨or med verkligheten. Kontrollen ska ske p˚a plats p˚a samtliga parkeringsomr˚aden i testomr˚adet.

7.4 Anpassa applikationen efter egna preferenser

Anv¨andarkonton ska kunna anv¨andas f¨or att visa l¨ampliga parkeringsomr˚aden efter en- skilda preferenser. Exempelvis har anv¨andare olika behov beroende p˚a fordonstyp.

Utv¨ardering sker med hj¨alp av fem utomst˚aende testpersoner som inte har anv¨ant appli- kationen tidigare.

7.5 Skalbarhet

Informationen som lagras i databasen ska hanteras med funktioner som till˚ater f¨or¨andring av datan i databasen. Samtliga funktioner f¨or att placera ut parkeringsomr˚aden, visa per- sonliga preferenser och placera ut laddstolpar ska vara skalbara och hantera f¨or¨andringar.

Utv¨ardering sker genom att ¨andra information i databasen, f¨or att bekr¨afta att applika- tionen uppdateras korrekt i enlighet med ¨andringarna i databasen.

8 Anv ¨andning av applikationen

Vid uppstart av applikationen startas sk¨armen i figur 4. Parkeringsomr˚adena i test- omr˚adet f¨or¨andras beroende p˚a antalet lediga platser. D˚a informationen har flera felk¨allor valdes tregradig f¨argskala med m˚al att minska denna felk¨alla. Exempel p˚a felk¨allor ¨ar fordon som tar flera platser, fordon som inte betalar och fordon som l¨amnar parkerings- platsen tidigare ¨an vad som ¨ar betalt f¨or. Om ett parkeringsomr˚ade har 100-50% lediga platser ¨ar omr˚adet gr¨ont. Vid 50-25% ¨ar omr˚adet gult och vid 25-0% lediga platser ¨ar omr˚adet r¨ott. Figur 4a, 4b, 4c och 4d ¨ar startsk¨armen vid olika tidpunkter.

(19)

8 Anv¨andning av applikationen

(a) Tidpunkt 1 (b) Tidpunkt2

(c) Tidpunkt3 13(d) Tidpunkt4

(20)

8 Anv¨andning av applikationen

Vid startsk¨armen har anv¨andaren tv˚a val att g¨ora. Om anv¨andaren trycker p˚a ett parke- ringsomr˚ade visas information som i figur 5b. Genom att klicka p˚a de tre horisontella strecken i ¨ovre v¨anster h¨orn som i figur 4, ¨oppnas sidomenyn. Om anv¨andaren trycker p˚a “Home“ som i figur 5a, laddas startsk¨armen om. Om anv¨andaren ist¨allet trycker p˚a

“Profile“ i figur 5a, ¨oppnas profilsidan i figur 6c.

(a) Vyn p˚a sidomenyn (b) Information om ett p-omr˚ade Figur 5 Sidomenyn och informationsruta

I figur 6c, visas profilsidan. D¨ar kan anv¨andare fylla i information om den ¨onskar en par- keringsplats med laddplats eller handikapp. Det finns m¨ojlighet att spara registrerings- nummer samt v¨alja bil eller motorcykel. Vid val av handikapp i profilsidan markeras handikapplatser ut med r¨oda markeringsn˚alar som i figur 6a. Vid val av laddplats visar gr¨ona markeringsn˚alar var det finns laddplatser. Om anv¨andaren klickar p˚a en marke- ringsn˚al visas mer information som i figur 6a och 6b.

(21)

8 Anv¨andning av applikationen

(a) Handikapp ¨ar valt (b) Elbil ¨ar valt

(c) Profilsidan 15

(22)

9 Informationshantering

8.1 Mobilf ¨ orbud under k ¨ orning

Fr˚an 1 februari 2018 ¨andrades Trafikf¨orordningen. Sedan dess ¨ar det f¨orbjudet f¨or f¨orare att h˚alla mobil eller annan kommunikationsutrustning i handen n¨ar ett motordrivet for- don k¨ors. Denna regel¨andring ¨ar en sk¨arpning av den tidigare regeln som endast gav Po- lisen m¨ojlighet att agera om mobilanv¨andningen m¨arkbart f¨ors¨amrade bilk¨orningen [17].

En f¨orare som bryter mot den nya regeln kan f˚a b¨oter samt bli av med k¨orkortet [25].

Det st˚ar ordagrant i lagen att enheten inte f˚ar h˚allas i handen, ett s¨att att komma runt lagen ¨ar allts˚a att ha mobilen i en h˚allare. D˚a omfattas f¨oraren endast av den tidigare regeln. F¨or att anv¨anda applikation under k¨orning beh¨ovs d¨arf¨or en mobilh˚allare.

9 Informationshantering

Ar 2003 lanserade EU ett direktiv g¨allande Public Sector Information (PSI), direkti-˚ vet ber¨or regler kring vidareutnyttjande av offentlig information [18]. Detta ledde till att Sverige skapade PSI-f¨orordningen ˚ar 2008 som senare vidareutvecklades till PSI- lagen ˚ar 2010 [19]. Syftet med PSI-lagen ¨ar att underl¨atta anv¨andningen av information fr˚an myndigheter. Lagen vill fr¨amja en informationsmarknad d¨ar myndigheter tillhan- dah˚aller handlingar enkelt, till alla [4].

Det dr¨ojde f¨orst till ˚ar 2016 innan Riksarkivet fick i uppdrag att fr¨amja arbetet kring att tillg¨angligg¨ora information och ¨oppna data fr˚an myndigheter [21]. Med “¨oppna da- ta” menas data som tillhandah˚alls elektroniskt och fritt utan att betydande tekniska el- ler r¨attsliga begr¨ansningar best¨amts f¨or hur de f˚ar anv¨andas [20]. D¨arefter utvecklades Oppnadata.se¨ som ¨ar en nationell dataportal f¨or ¨oppna data och PSI. Data fr˚an ¨over 80 myndigheter samt flertalet kommuner finns samlat f¨or allm¨anheten att ta del av [22].

Uppsala kommun f¨ors¨oker f¨orh˚alla sig till PSI-lagen och jobbar f¨or tillg¨angligg¨ora sin information och sina tj¨anster. Ett detaljerat geografiskt informationssystem (GIS) i form av en karta ¨ar en av tj¨ansterna kommunen tillhandah˚aller [28]. P˚a kartan kan anv¨andare se geografisk information om byggnader, v¨agar och skog inom kommunens t¨atorter.

Uppsala kommun menar att man f˚ar modifiera, sprida och bygga vidare p˚a deras kar- ta [27].

9.1 GDPR

Den 25e maj 2018 tr¨ader en ny f¨orordning i kraft ¨over hela Europa kallad Dataskyddsf¨orordningen,

¨aven k¨and som General Data Protection Regulation (GDPR). F¨orordningen inneb¨ar fler-

(23)

10 Utv¨arderingsresultat

talet f¨or¨andringar och regler f¨or hur personuppgifter f˚ar hanteras med m˚alet att st¨arka den enskildes personliga integritet [2]. Dataskyddsf¨orordningen ber¨or en stor del av den automatiserade behandlingen av personuppgifter och i vissa fall ¨aven manuell be- handling av personuppgifter. Med personuppgifter menas varje antydning som avser en identifierad eller identifierbar fysisk person [3].

Balansg˚angen mellan PSI-f¨orordningen och GDPR ¨ar sv˚ar och i projektet ¨ar GDPR en bromsande faktor f¨or att f˚a tillg˚ang till data. PSI-f¨orordningen bidrar med en str¨avan att dela data medans GDPR inneb¨ar att datan beh¨over hanteras varsamt. Dessa tv˚a motstrider allts˚a varandra.Eftersom att tillg˚ang till trafikdata saknas, har en si- mulering skapats under projektet f¨or att demonstrera hur applikationen kan se ut med realtidsdata.

10 Utv ¨arderingsresultat

De olika kraven i avsnitt 7 har bed¨omts f¨or att utv¨ardera om applikationen uppfyller projektets m˚al.

10.1 Plattformsoberoende

Efter att ha anv¨ant applikationen p˚a olika enheter med iOS och Android har projekt- gruppen bekr¨aftat att applikationen fungerar likadant i iOS och Android.

10.2 Parkeringsinformation ¨ar korrekt

UPAB utv¨arderade informationen i applikationen. De bed¨omde att informationen om varje parkeringsomr˚ade i testomr˚adet var korrekt. De ans˚ag ¨aven att information visua- liserades p˚a ett tydligt s¨att och att det var m¨ojligt att urskilja var lediga parkeringsplatser fanns.

10.3 Parkeringsinformation i realtid

Projektet saknade tillg˚ang till trafikdata i realtid. D¨arf¨or klarar applikationen inte kra- vet i delavsnitt 7.3. Ist¨allet skapades en simulering av realtidsdata i projektet f¨or att demonstrera hur applikationen kan fungera med trafikdatan. Genom en utv¨ardering

(24)

11 Resultat

utifr˚an simuleringen, bed¨omer projektgruppen att applikationen uppdateras i realtid.

F¨or¨andringar i databasen uppdateras direkt i applikationen, i detta fallet inneb¨ar det att en f¨or¨andring av antalet lediga parkeringsplatser inneb¨ar en ny f¨arg p˚a ett parkerings- omr˚ade.

10.4 Anpassa applikationen efter egna preferenser

Fem testpersoner har utan instruktioner fyllt i preferenser om parkeringsplatsen de s¨oker.

Samtliga testpersoner var eniga om att det var m¨ojligt att ¨andra inst¨allningar efter vilken sorts parkeringsplats de s¨okte p˚a ett anv¨andarv¨anligt s¨att. De bed¨omde ¨aven att l¨ampliga parkeringsplatser utifr˚an anv¨andarinst¨allningarna visades p˚a ett tydligt s¨att.

10.5 Skalbarhet

Projektgruppen har testat att l¨agga till och ta bort omr˚aden, laddstolpar och ¨andra infor- mationen direkt i databasen. Informationen i applikationen uppdateras korrekt i realtid efter ¨andringarna i databasen. Nya omr˚aden som l¨aggs till i databasen visas direkt i applikationen. Applikationen klarar d¨armed skalbarhetskravet.

11 Resultat

Resultatet av projektet ¨ar en mobilapplikation vars huvudfunktion ¨ar en interaktiv karta som inneh˚aller parkeringsinformation. Fyra parkeringsomr˚aden med tillh¨orande infor- mation, finns i applikationens karta inom ett testomr˚ade runt Uppsala Domkyrka. An- delen lediga parkeringsplatser i varje parkeringsomr˚ade representeras p˚a kartan genom en tregradig f¨argskala som simuleras med hj¨alp av slumpad data. Vilken information som visualiseras p˚a kartan f¨or¨andras beroende p˚a valet av preferenser i anv¨andarprofilen och anpassas d¨arefter. Applikationen ¨ar skalbar och kan ut¨okas till att t¨acka ett st¨orre omr˚ade. Alla f¨or¨andringar i databasen visas i applikationen i realtid.

Applikationen uppfyllde fyra utav fem av projektets krav i avsnitt 7. Kravet i delav- snitt 7.3 uppn˚addes ej d˚a projektet saknade tillg˚ang till trafikdata med realtidsinforma- tion.

(25)

12 Diskussion

12 Diskussion

Applikationen kan skalas upp med ytterligare parkeringsomr˚aden och den simulerade datan kan ers¨attas med trafikdata. Om detta genomf¨ors kan applikationen anv¨andas som ett hj¨alpmedel f¨or att hitta l¨ampliga parkeringsplatser. D˚a kan applikationen potentiellt bidra till att minska s¨oktrafiken i Uppsala. I enlighet med projektets syfte och m˚al i av- snitt 3, skulle det resultera i minskade utsl¨app fr˚an fordon, mindre k¨oer och en tryggare trafikmilj¨o. D¨arf¨or anser projektgruppen att applikationen utg¨or ett m¨ojligt underlag f¨or UPAB att anv¨anda sig av i framtiden.

12.1 Realtidsinformation

Trafikdata med realtidsinformation saknas i applikationen. UPAB saknar sj¨alva tillg˚ang till trafikdatan, d˚a datan hanteras av externa f¨oretag som UPAB samarbetar med. Inget av de externa f¨oretagen var villiga att dela med sig av sin data till projektet. Detta orsakades delvis p˚a grund av r¨adsla f¨or konkurrens fr˚an kommunen och andra f¨oretag, f¨orsiktighet med GDPR och att deras databaser omfattar data om fler omr˚aden ¨an enbart Uppsala kommun.

Ist¨allet f¨or att samarbeta med kommunen och bygga upp en l˚angsiktig och gemensam l¨osning, v¨aljer varje operat¨or att inte dela med sig av sin data. I dagens samh¨alle kan informationsrik data vara v¨ardefull och f¨oretag ¨ar d¨arf¨or f¨orsiktiga med att dela med sig av data.

F¨or att kunna identifiera lediga parkeringsplatser i realtid beh¨ovs information fr˚an par- keringsautomater och parkeringsapplikationer. Som beskrivet i avsnitt 9, tr¨ader GDPR i kraft 25e maj 2018. Detta har bidragit till att parkeringsbolagen ¨ar r¨adda f¨or att dela med sig av sin information d˚a den kan omfattas av GDPR.

Flera av parkeringsf¨oretagen i Uppsala ¨ar ¨aven verksamma p˚a andra platser i landet.

D¨arf¨or har dessa f¨oretag data om parkeringsplatser i andra kommuner ut¨over Uppsa- la kommun. Det inneb¨ar att f¨oretagens databas inneh˚aller data fr˚an fler kommuner ¨an enbart Uppsala kommun. Detta f¨orsv˚arade processen att f˚a tillg˚ang till databasen d˚a f¨oretagen saknade funktionaliteten att begr¨ansa tillg˚angen av databasen till endast datan som projektet var intresserade av.

D˚a projektet saknade tillg˚ang till realtidsdata om parkerade fordon, simulerades den- na data, f¨or att demonstrera hur applikationen kan se ut i framtiden med realtidsdata.

Projektgruppen tror att realtidsdata b¨or delas gemensamt mellan samtliga akt¨orer. En l¨osning p˚a detta ¨ar att l˚ata en myndighet som exempelvis Trafikverket, V¨agverket eller

(26)

13 Slutsatser

Transportstyrelsen hantera all data. Denna myndighet kan st¨alla krav p˚a samtliga kom- muner och landsting att se till att denna data finns. Vid upphandlingar s¨atts d˚a ett krav att data ska delas och att den ska uppdateras i den nationella databasen. Detta hade kunnat fungera i linje med PSI-lagen som beskrivs i avsnitt 9. D˚a hade nya innovationer kunnat skapas l¨attare och samtliga akt¨orer hade haft samma f¨oruts¨attningar att bygga l¨osningar f¨or att minska s¨oktrafiken. Idag ¨ar f¨oruts¨attningarna olika beroende p˚a f¨oretag. Endast stora f¨oretag som till exempelvis EasyPark har resurser och tillg˚ang till information f¨or att g¨ora en satsning som faktiskt kan bidra till minskad s¨oktrafik.

12.2 Metod

I b¨orjan av projektet best¨amde projektgruppen att en mobilapplikation skulle skapas i React Native. Valet av React Native motiverades med att ett stort antal alumner arbe- tar med verktyget och rekommenderade d¨arf¨or projektgruppen att l¨ara sig det. D¨arefter p˚ab¨orjade projektmedlemmarna en online-kurs i utveckling av React Native applikatio- ner och projektet blev redan d¨ar begr¨ansat till React Native. I efterhand b¨or detta val ifr˚agas¨attas och ett alternativ hade varit att arbeta mer agilt. Ist¨allet kunde inl¨arningen skett under utvecklingen av applikationen. I ett tidigt stadium, vore det d˚a m¨ojligt att

¨andra riktning i utformningen av projektet, utan att f¨orlora f¨or mycket tid. Ett alternativ hade varit att g¨ora en webbapplikation ist¨allet f¨or en mobilapplikation eller rikta in sig p˚a en plattform som exempelvis Android.

12.3 Utv ¨arderingsmetoder

Bed¨omningen av kraven i avsnitt 7, gjordes av projektgruppen tillsammans med UPAB samt fem testpersoner. UPAB bidrog med en tillf¨orlitlig utv¨ardering av parkeringsinfor- mationen i applikationen. Antalet testpersoner kunde dock ha varit h¨ogre f¨or att generera p˚alitligare utv¨arderingar.

13 Slutsatser

Om den simulerade datan ers¨atts med trafikdata och applikationen skalas upp med ytter- ligare parkeringsomr˚aden, kan applikationen anv¨andas som ett hj¨alpmedel f¨or att hitta l¨ampliga parkeringsplatser. D˚a kan projektet potentiellt bidra till att minska s¨oktrafiken i Uppsala. Vilket skulle resultera i minskad milj¨op˚averkan, mindre k¨oer och s¨akrare trafik.

(27)

14 Framtida arbete

Det finns flera akt¨orer som arbetar med egna parkeringsapplikationer. Det som skulle kunna f¨orb¨attra dagens parkeringsapplikationer ¨ar f¨oretagens hanteringen av insamlad parkeringsdata. Med parkeringsdata menas GPS koordinater f¨or nuvarande parkerade fordon. Som tidigare n¨amnt i delavsnitt 12.1, ¨ar m˚anga f¨oretag motvilliga till att dela med sig av sin data och ¨an finns ingen gemensam l¨osning i Sverige. F¨or att lyckas att minska s¨oktrafiken i Sverige, anser projektgruppen att det kr¨avs en gemensam satsning med insamling och delning av parkeringsdata.

Slutligen anser projektgruppen att mer kan kr¨avas av parkeringsbolagen vid upphand- lingar av exempelvis parkeringsapplikationer. Krav p˚a att realtidsdata om parkerade bi- lar delas, information om laddningsplatser och handikapplatser integreras ¨ar n˚agra ex- empel som skulle kunna l¨aggas till i upphandlingen.

14 Framtida arbete

I vidareutveckling av applikationen ¨ar f¨orsta prioritet att komplettera databasen med realtidsinformation om parkeringsplatser. D˚a skulle anv¨andare kunna se var det finns lediga parkeringsplatser. Till att b¨orja med beh¨over kommunen f˚a tillg˚ang till eller b¨orja samla in data om parkerade fordon i realtid.

Den samordnade datan ska is˚afall samlas in och uppdateras i realtid f¨or att kunna vi- sa var det finns tillg¨angliga parkeringsplatser. Projektgruppen och UPAB tror att en f¨oruts¨attning ¨ar en gemensam databas som omfattar mer ¨an en kommun. Ett alternativ

¨ar att en myndighet blir ansvarig f¨or en databas med information om samtliga parkerade fordon i landet. Denna data ska sedan finnas tillg¨anglig till allm¨anheten genom ett API.

Om en backend som uppdaterar antalet upptagna platser i databasen utvecklas, inneb¨ar det att projektets applikation kan anv¨andas f¨or att hitta lediga parkeringsplatser. Hur andelen lediga platser presenteras i applikationen kommer dock beh¨ova att anpassas eftersom datan kan vara missvisande. Exempel p˚a situationer som g¨or datan missvisande

¨ar en person parkerar snett och tar tv˚a parkeringsplatser, en person som betalar f¨or 2 timmar men endast anv¨ander parkeringsplatsen i 30 minuter eller en person som inte betalar f¨or sin parkeringsplats. F¨argerna kan d˚a ist¨allet representera sannolikheten att hitta en parkeringsplats i omr˚adet. Denna backend skulle ¨aven kunna ut¨okas och och samla in information om exempelvis v¨agarbeten, sportevenemang och trafikinformation.

Ett exempel p˚a en s˚adan ut¨okning hittas i figur 7.

(28)

14 Framtida arbete

Figur 7 Exempel p˚a system som vidareutvecklats

En mindre vidareutveckling ¨ar att utvidga applikationens testomr˚ade i Uppsala till ett st¨orre omr˚ade. Detta hade gjort applikationen mer anv¨andbar f¨or anv¨andare och f¨or UPAB. Denna utveckling kr¨aver mer tid d˚a gruppen hittills samlat in data om test- omr˚adet manuellt. F¨or att underl¨atta utvecklingen beh¨over information om parkerings- omr˚aden g¨oras tillg¨angligt och l¨att˚atkomligt via ett ¨oppet API. D˚a detta ligger i linje med PSI-lagen anser projektgruppen att detta ska tas fram av kommunen eller landstinget.

Andra framtida f¨orb¨attringar av applikationen som har diskuterats ¨ar att arbeta fram ett betalsystem. Det finns idag flera popul¨ara tj¨anster som Swish och Klarna som skulle kunna integreras. ¨Aven navigering till parkeringsplatser har diskuterats som en framtida ut¨okning. I projektet var betalning och navigering inte en prioritet d˚a projektgruppen vil- le fokusera p˚a de huvudsakliga delarna som skiljer projektet fr˚an andra parkeringsappli- kationer. Navigering och betalning direkt i applikationen skulle inneb¨ara att anv¨andare inte beh¨over f¨orlita sig p˚a flera applikationer.

(29)

Referenser

Referenser

[1] Airbnb. (2017) MapView docs.

https://github.com/react-community/react-native-maps. (Accessed: 06-05-2018).

[2] Datainspektionen. (2017) Dataskyddsf¨orordningen.

https://www.datainspektionen.se/dataskyddsreformen/dataskyddsforordningen/

forordningstexten/#K1. (Accessed: 02-05-2018).

[3] ——. (2018) GDPR, Till¨ampningsomr˚ade.

https://www.datainspektionen.se/dataskyddsreformen/dataskyddsforordningen/

tillampningsomrade/. (Accessed: 08-05-2018).

[4] Ekonomistyrningsverket. (2018) Vidareutnyttjande av handlingar fr˚an den offentliga f¨orvaltningen.

https://www.esv.se/publicerat/ea-boken/?page=eabok ch 7 sec

Vidareutnyttjande%2520av%2520handlingar%2520fr%25C3%25A5n%

2520den%2520offentliga%2520f%25C3%25B6rvaltningen. (Accessed: 08- 05-2018).

[5] Expo. (2018) Routing and Navigation.

https://docs.expo.io/versions/latest/guides/routing-and-navigation. (Accessed: 06- 05-2018).

[6] Facebook. (2018) Getting started with React Native.

https://facebook.github.io/react-native/docs/getting-started.html. (Accessed: 05- 05-2018).

[7] ——. (2018) Introducing Create React Native App.

https://facebook.github.io/react-native/blog/2017/03/13/introducing-create-react- native-app.html. (Accessed: 10-05-2018).

[8] ——. (2018) Platform Specific Code.

https://facebook.github.io/react-native/docs/platform-specific-code.html. (Acces- sed: 05-05-2018).

[9] ——. (2018) React Native.

https://facebook.github.io/react-native/. (Accessed: 05-05-2018).

[10] Google. (2018) Key capabilities and docs.

https://firebase.google.com/docs/storage/. (Accessed: 06-05-2018).

(30)

Referenser

[11] International-Organization-of-Motor-Vehicle-Manufacturers. (2017) Globala f¨ors¨aljningen av fordon.

http://www.oica.net/category/sales-statistics/. (Accessed: 01-05-2018).

[12] IPCC, “Fifth Assessment Report,” 2014, Intergovernmental Panel on Climate Change.

[13] Mynewsdesk. (2017) Uppsalabo tr¨anar upp parkeringsapp att hitta lediga parkeringsplatser.

http://www.mynewsdesk.com/se/easypark-ab/pressreleases/uppsalabo-traenar- upp-parkeringsapp-att-hitta-lediga-parkeringsplatser-1882679. (Accessed:

26-04-2018).

[14] NASA. (2018) Fakta om klimatf¨or¨andring.

https://climate.nasa.gov/evidence/. (Accessed: 08-05-2018).

[15] NativeBase. (2018) Components and implementation.

https://docs.nativebase.io/Components.html. (Accessed: 10-05-2018).

[16] Naturv˚ardsverket. (2017) V¨agtrafikens milj¨op˚averkan.

http://www.naturvardsverket.se/Miljoarbete-i-samhallet/Miljoarbete-i-

Sverige/Uppdelat-efter-omrade/Transporter-och-trafik/Vagtrafik/Vagtrafikens- miljopaverkan/. (Accessed: 01-05-2018).

[17] Polismyndigheten. (2018) Mobilanv¨andning i trafiken.

https://polisen.se/Lagar-och-regler/Trafik-och-fordon/Mobilanvandning-i- trafiken/. (Accessed: 06-05-2018).

[18] Regeringskansliet. (2014) Public Sector Information(PSI).

https://riksarkivet.se/Media/pdf-filer/doi-t/RAkonf2014 PSI.pdf. (Accessed: 08- 05-2018).

[19] Riksarkivet. (2014) PSI-lagen.

https://riksarkivet.se/Media/pdf-filer/doi-t/Konferens20151001 Isenstam.pdf.

(Accessed: 08-05-2018).

[20] ——. (2014) PSI-lagen.

https://riksarkivet.se/Media/pdf-filer/doi-t/Konferens20151001 Isenstam.pdf.

(Accessed: 08-05-2018).

[21] ——. (2017) Riksarkivets uppdrag kring ¨oppna data.

https://www.iis.se/blogg/oppna-data/riksarkivets-uppdrag-avslutas/. (Accessed:

08-05-2018).

(31)

Referenser

[22] ——. (2018) PSI-lagen.

https://oppnadata.se/datamangder/. (Accessed: 08-05-2018).

[23] Trafikverket. (2015) Dynamisk parkeringsinformation.

https://www.trafikverket.se/for-dig-i-branschen/teknik/ny-teknik-i-

transportsystemet/its-intelligenta-transportsystem/its-pa-vag/informera-och- varna-trafikant/dynamisk-parkeringsinformation/. (Accessed: 27-04-2018).

[24] Transportstyrelsen. (2017) Statistik ¨over omkomna i v¨agtrafikolyckor.

https://www.transportstyrelsen.se/sv/vagtrafik/statistik/Olycksstatistik/officiell- statistik-polisrapporterad/. (Accessed: 10-05-2018).

[25] ——. (2018) F¨orbjudet att rattsurfa – vad s¨ager den nya regeln?

https://www.transportstyrelsen.se/sv/sluta-rattsurfa/vad-sager-regeln/. (Accessed:

05-05-2018).

[26] Uppsala-kommun. (2014) Riktlinjer f¨or parkering i Uppsala.

https://www.uppsala.se/organisation-och-styrning/publikationer/riktlinjer-for- parkering-i-uppsala-kommun/. (Accessed: 26-04-2018).

[27] ——. (2018) Baskarta.

https://www.uppsala.se/boende-och-trafik/kartor-och-statistik/baskarta/. (Acces- sed: 08-05-2018).

[28] ——. (2018) ¨Oppna data.

https://www.uppsala.se/boende-och-trafik/kartor-och-statistik/psi-data/. (Acces- sed: 08-05-2018).

[29] Uppsala-Parkerings-AB. V˚ar verksamhet.

http://uppsalaparkering.se/om-oss/. (Accessed: 07-05-2018).

[30] ——. (2018) Betala parkering.

http://uppsalaparkering.se/vara-parkeringar/betala-parkering/. (Accessed: 05-05- 2018).

References

Related documents

Antag att v¨axlingen mellan l¨agenheter fr˚an en kv¨all till n¨astf¨oljande modelleras av en Markovkedja (tillst˚and 1 motsvarar Lund, tillst˚and 2 motsvarar Stockholm)

F¨or vilka v¨arden p˚a den verkliga hallon- syltm¨angden m tsk ¨ar detta uppfyllt d˚a man endast f˚ar unders¨oka tv˚a skivor.. M˚arror f¨orekommer i

Hon ¨ ar speciellt intresserad att unders¨ oka om det finns skillnader i j¨ arnhalt mellan olika niv˚ aer i groparna och tar d¨ arf¨ or fr˚ an varje grop ett prov p˚ a A-niv˚ a

Vid tillverkning av klinkers blir dessa defekta, obeorende av varandra, med sannolikheten 0.01..

Antalet glassar som s¨aljs i en liten kiosk en viss sommardag ¨ar Poissonf¨ordelat med ett v¨antev¨arde m som beror p˚a v¨adret.. Ber¨akna sannolikheten att man inte f˚ar s˚alt

Best¨am sannolikheten f¨or att en bil d¨ar en krockkudde utl¨oses av misstag ¨ar.. av

(c) Antag att skattningarna av v¨antev¨arden och standardavvikelser ovan ¨ar de sanna v¨ardena, och ber¨akna (5p) approximativt sannolikheten att en viss person beh¨over minst 5

Ett r˚adjur som bor i omr˚adet gillar tulpaner, och ¨ater upp tulpaner det tr¨affar p˚a, med olika sannolikhet beroende p˚a vilken f¨arg tulpanen har:.. P (r˚adjuret ¨ater en