Varför får jag inte hela tidsserien när jag laddar ner?
Om du använder Excel så kan det vara orsaken. Filerna som laddas ned innehåller ofta mycket data och Excel har ett begränsat antal rader (ca 1 miljon). Det innebär att datamängderna kan bli ofullständiga i Excel. Öppna dem i så fall i en vanlig textredigerare t ex Notepad.
Varför fungerar inte gränssnittet för meteorologiska eller oceanografiska observationer?
En äldre version av Internet explorer kan vara orsaken. Detta gränssnitt kräver Microsoft Edge, Chrome eller Firefox.
Ladda hem senaste webbläsarna.
Varför fungerar inte sökfunktionen för öppna data?
En äldre version av Internet explorer kan vara orsaken. Detta gränssnitt kräver Microsoft Edge, Chrome eller Firefox.
Ladda hem senaste webbläsarna.
Finns det öppna parsers (tolkare) för era API:er?
Nej, det finns inga sådana vad vi vet om. Men det finns mycket information på nätet om hur man läser JSON- och XML-formaten i olika programmeringsspråk.
I vilka format kan man ladda ner data i våra observations-API'er?
I våra observations-API'er kan man ladda ner data i JSON, XML eller CSV. All arkiverad data, corrected-archive, finns endast i CSV.
Är det möjligt att schemalägga nedladdningar av data? Hur går man tillväga?
Ja, det är fullt möjligt. Det du får göra är att schemalägga (crontab till exempel) ett jobb (skript eller applikation) på din server som går mot en url. Följande url hämtar en lista med tillgängliga perioder för station 97390 (Arlanda) för parametern nederbörd dygnsmedel:
opendata-download-metobs.smhi.se/api/version/latest/parameter/5/station/97390
Informationen som du får upp innehåller bland annat en "updated" tag. Jobbet får kolla om informationen har blivit uppdaterat och om detta är fallet så ska data hämtas. Data url:en finns också i svaret under "data" taggen. Jobbet kan då ladda ner datafilen (en csv-fil).
Ovanstående url är dock inte beständig och kan komma att ändras. Det säkraste sättet att alltid få rätt url är att traversera neråt ifrån:
opendata-download-metobs.smhi.se/api/version/latest.xml
läsa innehållet i XML:en och göra ett urval ifrån innehållet.
När vi försöker hämta ut den senaste timmens observation från en väderstation är svaret blankt. Saknas data eller är det något fel?
Det är ett problem som kan uppstå ibland när observationsvärdet inte är godkänt. Värdet som observeras är av ingen nytta för våra användare och filtreras bort av våra tjänster. Resultatet blir en fil utan värde.
Hur undviker jag massnedladdning som belastar onödigt mycket?
Hämtning ska styras av den slutliga användningen. Om du bygger en tjänst/webbsida så vill vi att användningen ska styras av slutanvändaren. Parallella anslutningar är alltså OK, om varje anslutning motsvarar en slutanvändare. Vi vill även att data cachas, i mellanlager eller hos slutanvändaren (i browser eller motsvarande ), med hänsyn tagen till cachetider. Om man trots allt vill förvärma cachar/lager så bör detta ske över EN anslutning (fler parallella anslutningar = massnedladdning, i detta sammanhang), det vill säga inte parallellt.
Jag vill ladda ner alla historisk data? Hur undviker jag att belasta i onödan?
Ladda ner alla data med EN anslutning, det vill säga inte parallellt. Du får loopa över alla stationer och alla parametrar, men endast fråga efter data för en parameter från en station i taget (detta motsvarar en fråga i api:et = en anslutning). Detta leder då inte till någon peaklast men kommer dock ta lite längre tid. Du behöver göra detta en gång per månad om det gäller corrected-archive för meteorologi eller oceanografi. Om du vill nyare data så gäller andra intervall. Läs metadata noggrant om hur ofta data uppdateras.
Var hittar jag de aktuella gridpunkter som ni kör en modell på?
I våra API:er för griddad data, meteorologiska prognoser och analyser, kan man hämta samtliga gridpunkter med ett anrop, ex. opendata-download-metfcst.smhi.se/api/category/pmp3g/version/2/geotype/multipoint.json. Motsvarande anrop finns för meteorologiska analyser.
För vilket dygn gäller ett dygnsvärde för lufttemperatur?
För dygnsvärden finns det en tidsstämpel och värdet gäller 24 timmar bakåt i tiden från tidsstämpeln.
Varför är dygnsnederbörd (meteorologiska observationer) markerat med G ända tills senaste dygnet? Är dessa värden verkligen godkända?
Dessa värden har gått igenom automatiska kvalitetskontroller och om kontrollerna inte hittar något fel så blir värdena godkända.
Varför innehåller dataserier osäkra (gulmarkerade) mätdata för meteorologiska observationer?
Ett nytt granskningssystem för kvalitetssäkring infördes i augusti 2010 som kan hantera timvisa data. Innan dess granskades endast 3-, 6-, 12- och 24-timmarsvärden. För mätvärden före 2010, som inte kunnat granskas med tidigare system, har det i efterhand körts en väldigt enkel kontroll för att få bort helt felaktiga värden. De data som passerat kontrollen utan anmärkning har gulmarkerats, då vi inte kan garantera att de verkligen är korrekta.
Varför saknas observationer för senaste timmen?
Om data saknas för den senaste timmen är orsaken en av följande:
- Stationen levererar data endast en eller ett par gånger per dygn
- Stationen är tillfälligt ur funktion
- Stationen levererar inte data exakt på hel timme. Ibland kommer data in utanför det tidsfönster som tjänsten använder.
Är det möjligt att kunna ladda ned MESAN, HIRLAM, AROME eller HIROMB data för ett begränsat område?
Nej, det är inte möjligt att skära ut ett begränsat geografiskt område.
Prognoserna från API:et matchar inte exakt prognoserna på smhi.se. Varför är det så?
Datakällan är detsamma i API:t för öppna data och vår app för väderprognoser. API:t väljer närmaste gridpunkten i förhållande till den lat-long koordinat som är aktuell. Resultatet i vår väderprognosapp kan skilja sig något då ortsnamnet styr valet av närmsta gridpunkt på ett annat sätt.
Hur får jag veta om det sker förändringar i nedladdningstjänsterna när jag hämtar automatiskt via till exempel ett script?
Prenumerera på vårt nyhetsbrev, RSS-flöde, ”Planerat underhåll och uppdateringar” som du hittar på www.smhi.se/data, så får du information om mindre förändringar i befintliga nedladdningstjänster cirka 3 månader innan och större förändringar cirka 6 månader innan. Vi informerar även om vi planerar in ett större underhållsarbete som påverkar tjänsterna. Aktuell driftsinformation kommer dock inte via detta nyhetsflöde.
Jag försöker ladda ned momentana timvärden men någon sådan fil finns inte att ladda ner trots att rubriken säger så?
Det finns fyra olika tidsutsnitt att välja på, nämligen följande:
• Senaste timmen
• Senaste dagen
• Senaste månaderna
• Arkiverad data
För alternativet senaste timmen finns det dock inte alltid data registrerad vid tillfället för förfrågningen vilket resulterar i att det inte heller finns något sådant alternativ att välja. Detta gäller även de andra alternativen, då en del stationer lagts ner och bara har arkiverad data och på samma vis har inte de allra nyaste stationerna alternativet arkiverad data då de ännu inte hunnit arkivera någon data.
Vilka tider gäller värdena för i API:t för PMP (väderprognosdata), till exempel för "validTime": "2013-12-02T05:00:00Z"?
Data utgör momentanvärden som gäller för tidpunkten angiven som ”Valid time”. Men det finns undantag. Nederbördsparametrarna har en utbredning i tiden, läs mer på opendata.smhi.se/apidocs/metfcst/get-forecast.html .
Hur kan man få reda på när prognosen i PMP som levereras genom api:et utfärdades?
Referenstiden i API:et anger när modellen kördes. 1-2 timmar senare godkänns den av meteorolog. Den tidpunkten kallas utfärdandetid och det är den tiden som anges för prognoserna på vår app.
URL till den senaste utfärdandetiden kan hittas här:
opendata-download-metfcst.smhi.se/api/category/pmp3g/version/2/approvedtime.json
När jag använder ert öppna API för väderprognosdata för platser som ligger för långt ifrån Sverige som exempelvis får jag resultatet "Requested point is out of bounds". Varför då?
API:et ger dig tillgång till våra väderprognosdata och vi beräknar prognoser för ett visst geografiskt område som är något större än Sverige, länk till Utforskaren och dokumentation, bild.
Väderdata producerade i andra länder går till viss del att hitta på respektive nationella meteorologiska instituts hemsida, till exempel i Norge www.met.no och i Finland en.ilmatieteenlaitos.fi/open-data.
Finns data att hämta för Europa?
Vissa av våra modelldata går något utanför Sveriges gränser, läs mer om det geografiska området för våra modeller i respektive tjänsts metadata. De hittar du här, www.smhi.se/data/utforskaren-oppna-data/.
Väderdata producerade i andra länder går till viss del att hitta på respektive nationella meteorologiska instituts hemsida, till exempel i Norge www.met.no och i Finland en.ilmatieteenlaitos.fi/open-data.
När vi presenterar vädret utanför Sverige så använder vi oss även av data från ECMWF, European center for medium range forecasting, www.ecmwf.int, där Sverige är medlem såsom de flesta andra europeiska länder. Dessa data är dock inte gratis och vi har inte rättigheterna att ge ut dessa som öppna data. Det går att köpa data från ECMWF, kontakta data.services@ecmwf.int för att få offert.
Det står att man inte får masshämta data för massor av städer samtidigt. Hur definierar ni massor är det 10, 20 eller 100?
Det viktiga är att inte hämta oftare än vad data uppdateras och bara de data (till exempel välja ut parametrar och mätplatser där det är möjligt) man är intresserad av. API:t med väderprognosdata till exempel uppdateras 1 gång per timme. För till exempel meteorologiska observationer, opendata-download-metobs.smhi.se/api, går det bra att hämta data för en parameter från 10-20 stationer, 100 också. Om man vill ha senaste timmens data kan man hämta från många fler stationer och parametrar samtidigt och varje timme. Filerna med historiska data är däremot mycket stora och bör hämtas sällan och bara för några få stationer i taget.
Finns det skillnader mellan prognosdata från API och den väderprognos ni presenterar på er webbplats?
Genom API:t får man tillgång till väderprognosdata (PMP) för att kunna skapa egna produkter. Det vi presenterar på hemsidan är bearbetade produkter som vi har skapat utgående från samma grunddata. Därför är de inte direkt jämförbara.
Som exempel gäller att GRIB-filen för PMP3g-data presenterar nederbördsintensitet (en medelintensitet för tidsperioden/prognoslängden) i kg/m2/s. Via vårt API för PMP3g levererar vi nederbördsintensitet i mm/h. Våra grafer på hemsidan presenterar bearbetade data, i detta fall ackumulerad nederbörd för olika tidsperioder (inte intensitet).