En exempelapplikation i Leaflet: Skillnad mellan sidversioner

Från Webbling
Hoppa till: navigering, sök
Rad 49: Rad 49:
Vi kortade även ned datamängden så att enbart två kartpunkter är med. Det räcker för experimentsyfte och tar inte så mycket plats. Så här blev vår data att se ut:
Vi kortade även ned datamängden så att enbart två kartpunkter är med. Det räcker för experimentsyfte och tar inte så mycket plats. Så här blev vår data att se ut:


<div class="well well-cyanide-light">
<syntaxhighlight lang="javascript">
<syntaxhighlight lang="javascript">
{
{
Rad 88: Rad 89:
}
}
</syntaxhighlight>
</syntaxhighlight>
 
</div>
Datat är i en specialversion av JSON som är till för just kartdata. Den kallas för [[GeoJSON]].
Denna data är i en specialversion av JSON som är till för just kartdata. Den kallas för [[GeoJSON]].


Varje intressepunkt har två delar. Först kommer koordinaterna och sen information om intressepunkten. Vi kommer att bry oss i koordinaterna och <code>title</code> till att börja med.
Varje intressepunkt har två delar. Först kommer koordinaterna och sen information om intressepunkten. Vi kommer att bry oss i koordinaterna och <code>title</code> till att börja med.

Versionen från 12 februari 2019 kl. 08.09

Vi ska nu titta på hur man kan tänkas skapa en liten applikation baserade på Leaflet. Vi kommer att hämta data ifrån Örebros projekt som tillhandahåller Öppen data. Här finns en hel del trevlig information att tillgå. Vi ska titta på hur man kan läsa ut intresseplatser i Örebros kommun och visa upp dessa på en karta. Även om du inte kommer ifrån Örebro, så är detta en intressant uppsättning data som passar utmärkt att använda i demosyfte. En fördel med Örebros data är att man supportar CORS och att det därför går att hämta ned data ifrån klientbaserade webbapplikationer.

Vi ska bygga upp vår applikation i steg. Vi kommer att utföra sakerna ungefär i den ordning och med det upplägg man skulle haft om man gjort detta på "riktigt". Förhoppningsvis blir det lättare att hänga med då. Det är mycket kod som ska skrivas nu!

Vi kommer att använda Codepen-exempel, då dessa ser bra ut och är lätta att lägga in i Webbling. Dock så vill man förstås skriva lite annorlunda om man gör en "riktig" applikation. I slutet kommer vi att länka till den färdiga applikationen, så som den kan köras fristående.

En grund att stå på

Vi börjar med att skapa en grundstruktur för vår sida.

HTML

Det viktigaste vi behöver göra i HTML:en är att lägga till jQuery och Leaflet, då vi kommer att behöva dessa för vår app. HTML:en kan då bli att se ut så här:

See the Pen xZqpXz by Patrik Grip-Jansson (@PGJ) on CodePen.

Det finns nog inget som förtjänar att kommenteras i den lilla HTML-snutten, då det i stort sett påminner om våra tidigare exempel.

CSS

Vi lägger även till lite basal CSS:

See the Pen xZqpXz by Patrik Grip-Jansson (@PGJ) on CodePen.

I CSS:en så startar vi med en minimal reset som gör att vi får ungefär samma grundutseende i alla webbläsare. Vi tar bort alla marginaler, all utfyllnad och ser till att vi använder oss av den "vettiga" modellen för boxar.

Då det är tänkt att det mesta i appen ska vara centrerat, så sätter vi att titeln i vår h1 ska vara centrerarad.

Det intressantaste vi gör i CSS är det som återfinns i #karta. Vi sätter höjden till 75vh. Det vill säga cirka 75 % av den skärmens höjd. Se "Måttenheter i CSS", om du glömt hur dessa fungerar. Vi sätter samma proportioner även för bredden. Vi använder oss av margin: 0 auto; för att centrera vår kart-div. Slutligen sätter vi en kant runt om kartan.

Lägga till en karta på prov

För att se om kartan fungerar bra ska vi lägga till en testversion av kartan. Vi kör samma kod som i vårt tidigare exempel där vi visade en karta centrerad kring Soltorgsgymnasiet. Vi ändrar dock koordinaterna så att kartan kommer att centreras kring Örebro.

Koden blir att se ut så här:

See the Pen Qypaxd by Patrik Grip-Jansson (@PGJ) on CodePen.

Resultatet ser ju helt acceptabelt ut och vi får automatisk den grundläggande navigerings-funktionalitet som man förväntar sig av en kartapplikation.

Första försök med att läsa in data

För att gå vidare behöver vi koppla data till vår karta.

Eftersom många API:er har satt gränser för hur ofta man får läs in data ifrån dem, kan det vara en bra idé att jobba lite annorlunda på experimentstadiet. Man tar helt enkelt och hämtar hem en datamängd ifrån källan och sparar denna lokalt. Under testandet så använder du sedan denna undansparade data istället för att hämta hem den gång på gång. Det duger ju gott med denna typ av lagrad data medan vi håller på att slå fast hur layout och likande ska se ut.

Experimentdata

Vi hämtade ned lite experimentdata ifrån http://data.karta.orebro.se/api/v1/layers/1?srs=EPSG:4326. Därefter snyggade vi upp datan genom att köra den genom en JSON-formatterare. Nu när vi ska börja att experimentera är det ju bra om datan är så läsbar som möjligt. För koden spelar det ingen roll hur datan är formaterad och det kommer inte att behövas göra några ändringar för detta.

Vi kortade även ned datamängden så att enbart två kartpunkter är med. Det räcker för experimentsyfte och tar inte så mycket plats. Så här blev vår data att se ut:

{
   "type":"FeatureCollection",
   "features":[
      {
         "type":"Feature",
         "geometry":{
            "type":"Point",
            "coordinates":[
               15.253840371567572,
               59.277180434995095
            ]
         },
         "properties":{
            "title":"Alnängsbadet",
            "description":"",
            "url":"http://www.orebro.se/3089.html",
            "rel":"http://karta2.orebro.se/api/v1/information/1"
         }
      },
      {
         "type":"Feature",
         "geometry":{
            "type":"Point",
            "coordinates":[
               15.74236626384993,
               59.1363775662748
            ]
         },
         "properties":{
            "title":"Dimbobaden",
            "description":"",
            "url":"http://www.orebro.se/3090.html",
            "rel":"http://karta2.orebro.se/api/v1/information/2"
         }
      }
   ]
}

Denna data är i en specialversion av JSON som är till för just kartdata. Den kallas för GeoJSON.

Varje intressepunkt har två delar. Först kommer koordinaterna och sen information om intressepunkten. Vi kommer att bry oss i koordinaterna och title till att börja med.

Leaflet och GeoJSON

Leaflet har inbyggt stöd för GeoJSON. Om vi använder oss av detta kommer vi att bespara oss själva en hel del arbete. Faktum är att Leaflet kan hantera vår datamängd i det närmaste helautomatiskt. Den kommer att plöja igenom datan och lägga ut den på kartan åt oss. Detta sker utan att vi behöver behandla datan eller skriva några loopar för att gå igenom den.

Vi lägger datamängden i slutet av vår JavaScript-kod, så slipper vi se den. Sen ska vi skapa lite kod som kan hantera vår GeoJSON-data. Så här kommer koden att se ut:

See the Pen LGWrjY by Patrik Grip-Jansson (@PGJ) on CodePen.

geoJson()

Den nya koden är alltså den där vi skapar ett geoLayer. Detta kommer att bli ett lager som ligger ovanpå vår karta och som visar information som läses utifrån vår GeoJSON-data. Lagret skapas av metoden L.geoJson(). Vi ska titta närmare på hur denna fungerar.

Som första inparameter tar geoJson-metoden antingen en enda post formaterad i GeoJSON eller en array med flera poster. I vårt fall har vi en array med GeoJSON-data, så vi skickar med den, dvs geoData.features.

Som andra parameter skickar man med en lista som innehåller de stilparametrar som ska gälla för vår GeoJSON-data. Detta kan vara en lista med egenskaper som används för all data. Det kan även vara ett objekt som innehåller metoder som körs för att sätta specifik data för varje GeoJSON-objekt. I vårt fall har vi valt att skicka med metoder. Vi skulle även kunna lägga till stildata i objektet om vi ville det. Vi har valt att koppla en funktion till onEachFeature. Denna funktion kommer att köras en gång för varje punkt som ingår i vår data.

onEachFeature

Den funktion vi skickar till onEachFeature tar två inparametrar. Den första är nuvarande geografiska data som behandlas. I vårt fall är det en intressepunkt. Den andra parametern anger vilket lager som denna "feature" ska läggas till i. I vårt fall binder vi en popup till varje datapunkt, popup-texten kommer att vara namnet på intressepunkten.

Svårare än så är det inte att lägga in data som är formaterad i GeoJSON!

Att läsa in data ifrån en källa

Nu när vår utritning fungerar är det dags att börja hämta data på "riktigt". Det kommer vi att göra genom att använda oss av AJAX. Om du behöver uppfriska dina kunskaper i AJAX, titta på aktiviteten "jQuery och AJAX". Vi plockar bort vår testdata och lägger till en funktion som hämtar data. Så här blir det att se ut:

See the Pen qbrxBw by Patrik Grip-Jansson (@PGJ) on CodePen.

Det som är nytt är främst hämtaIPLista. Denna kommer att läsa ut en lista som innehåller Örebros badplatser. När datan är hämtad kommer funktionen AjaxKlar att köras. Som inparameter får denna den data som lästs in. Denna data kan vi skicka in direkt i geoJson, då den är precis lik den testdata som vi använde tidigare. Det är inget nytt i hur denna bit hanteras, koden är bara flyttad till en annan plats i programfilen.

Appen på riktigt

Om du vill se hur man skulle lagt upp appen på riktigt, det vill säga som fristående webbapplikation och inte som demo i Codepen, kan du gå till http://exempel.webbling.se/Leaflet.

Skillnaderna är att vi delat upp app:en i tre filer. En för HTML, en för CSS och en för JavaScript.

I HTML är skillnaden att det är med "grundstrukturen" för sidan, sånt som inte behövs på Codepen. Det är även tillagt så att övriga app-delar laddas in. I CSS är inget ändrat.

JavaScript-delen har hamnat i app.js. Vår app-kod har inkapslats i en funktion. Denna funktion körs igång när allt är inladdat. Detta gör vi för att vara säkra på att alla metoder vi kommer att anropa är nedladdade och tillgängliga. Man bör alltid starta sin JavaScript-kod på detta vis.

Avslutning

Nu har du en liten SPA som visar upp karta och data. Om du klickar på en intressepunkt i kartan bör du få upp en popup som talar om namnet på den badplats det gäller. Återigen, det är inte alltför mycket kod som behövs för att hämta data dynamiskt och visa upp denna på en fullt användbar karta.

Vi skulle lätt kunna ändra till att läsa in andra intressepunkter eller varför inte låta användaren välja vilka intressepunkter denne vill se? Det lämnar vi dock som en övning till läsare. Vi ska gå vidare och titta på hur man skapar applikationer som har en serverkomponent. Vi kommer att behöva detta för att kunna hämta vissa typer av data, t.ex. kräver många öppna data-källor att man har en API-nyckel för att kunna köra dem. Denna nyckel ska hållas hemlig, vilket är svårt eller omöjligt att göra om du kör en renodlad klientapp.

Nästa aktivitet

Vi ska gå igenom hur man skapar en till liten SPA.

Ännu en SPA med Leaflet