Home

Forvaltningsportalens wiki

Her vil vi blant annet ha informasjon om oppsett og hvordan ting henger sammen.

Teknologi:

Frontend (det som vises i nettsiden)

Applikasjonen er bygget opp med rammeverket React, og tok utgangspunkt i kode som allerede var utviklet for NiN-kart systemet. Ettersom forvaltningsportalen er en mer lettvektig applikasjon er mye av funksjonaliteten i første omgang skrelt vekk eller forenklet.

Data

Alle data som vises skal være tilgjengelig i Geonorges Kartkatalog. Den enkelte dataleverandørene står ansvarlig for hva som vises for de enkelte lagene. Disse lagene hentes per nå ut direkte fra GeoNorge (stort sett der mulig) som karttjenester, og vises "as is" i forvaltningsportalen. Dette medfører at mange lag kun er synlige i noen bestemte zoomnivå. Det betyr også at det er begrenset hvilke utspørringer på informasjon man kan få inn.

For å få mer avansert funksjonalitet og kunne vise kart på flere nivå er det tiltenkt å etterhvert hente ned datasettene for dette formålet. Da vil ting ikke lengre dyttes inn direkte fra leverandør, men man vil kunne f.eks vise kart på flere nivå og søke ut i områder med polygoner som står på ønskelisten av funksjon. Dette er ikke ennå implementert.

Nedlasting

Forvaltningsportalen skal ikke tilby nedlasting av data, men lenke brukeren til aktuelt datasett i geonorges Kartkatalog. Parallellt med utviklinga av forvaltningsportalen jobber Kartverket med tilpasninger i kartkatalogen, herunder mulighet til å tagge datasett med "økologisk grunnkart", og "embed"-funksjonalitet. Dette vil implementeres i forvaltningsportalen.

Database

For å lettere forvalte dataene, blir det satt opp en uavhengig men integrert django-app med en enkel sqlite-database. Her vil vi etterhvert legge inn all data om hvert kartlag, og opprette noen brukere med redigeringstilgang. Her er det laget databasemodeller med et fast oppsett som hver gang noe lagres, oppdaterer en fil over kartlagene i forvaltningsportalen. Denne fila er basis for alt som skjer, og vil være eneste samlingspunkt mellom djangodatabasen og nettapplikasjonen. Tanken er etterhvert at alle dataleverandører vil få lesetilgang til sine egne data, og derav kan si i fra om noe skal endres. Det er ønskelig at noen hos oss utfører eventuelle endringer, for å sikre en kvalitetssjekk på det som gjøres før det dyttes rett ut. Databasen vil kunne ha en "toogle" for om de ulike datasettene skal vises kun i en test-versjon, eller i den publiserte versjonen.