Case 5. Åpent case

Selv om vi får mange positive tilbakemeldinger på våre tjenester, er det også noen klager. En av de tingene vi hører oftest er at de fleste tjenester ser ut til å være laget av forskjellige folk som ikke snakker sammen (som ikke er helt usant). Dette fører til at lærekurven for å bruke et nytt produkt blir uforholdsmessig høy når man allerede har lært seg å bruke andre.

Mye av årsaken skyldes mangelen på etablerte standarder for API-grensesnitt. Her har OpenAPI gjort mye for å gjøre det enklere å lage klienter, men å forstå hvordan man søker og tolker data er fortsatt like uoversiktlig.

OGC API - Environmental Data Retrieval

En nye standard som holder på å etablere seg innen geofag er EDR fra OGC. I praksis vil det kun bety noe annerledes URLer, fx:

• https://api.met.no/weatherapi/locationforecast/2.0/edr/collections/complete/position?coords=POINT(10+60)&z=123 †

i stedet for

• https://api.met.no/weatherapi/locationforecast/2.0/complete?lon=10&lat=60&altitude=123

† (Her er “+” URL-enkoding for mellomrom slik at linken ikke blir brutt opp.)

Selve spesifikasjonen er ganske tunglest, og det er ikke lett å lage å lage servere som leverer data på EDR-format. Likevel mener mange at å konsumere EDR bør være ganske lett, siden det bare er å navigere seg fram til passende URLer med Swagger/OpenAPI som hjelp.

Oppgaven til dere blir derfor å finne ut om EDR er så lett å forstå at alle utviklere kan bruke dette som standard søkegrensesnitt, eller om det kun er egnet for eksperter innen geofag, og vi må lage enklere alternativer for “vanlige” utviklere.

Vi stiller derfor som krav at teamene må bruke EDR alle steder hvor det er tilgjengelig, inkl produkter på api.met.no hvor dette er implementert. Dette skal utgjøre hovedfunksjonaliteten i appen.

Funksjonelle krav

Her kan man lage hva slags app man vil, men den skal primært hente data via EDR-standarden. Dere kan bruke hvilke EDR-tjenester dere vil, de må ikke være fra MET. Løsningsforslaget krever godkjenning fra veileder/kursledelsen, hvor dere må oppgi hvilke EDR-tjenester dere planlegger å bruke.

Eksempler på EDR-tjenester

MET

• Produkter med EDR-støtte på api.met.no (under arbeid)
• interpol - diverse værvarsler
• trapp-api - varseltavle
• SWiM - METAR for flytrafikk (kan kombineres med Case 2)

Dokumentasjon:

• EDRisobaric - kildekode for EDR-server for flyværdata (kan kombineres med Case 2)
• METs EDR-profil for værvarsler

Andre dataleverandører

• UK Met Office
• Finske Meteorologiske Institutt
• Det Kongelige Nederlandske Meteorologiske Institutt
• IBL SWIM - METAR for flytrafikk (kan kombineres med Case 2)

---