Ajourhold av N50 kartdata – før nå og så? - BK2016
Bk 2011 fylkesseminar hordaland fylkeskommune
1. Webgis i Hordaland fylkeskommune Innføring av nye system ved GIS-koordiantor Torbjørn E. Bøe
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
Editor's Notes
Noko gis bakgrunn i utdanning Byrja som GIS koordinator i juni 2008
Litt om kva eg skal snakka om System som er i bruk Erfaringar gjort både administrativt og tilbakemeldingar frå brukarar. Viktig å presisere at dette er mine erfaringar, og er avhengig av mitt kunnskapsnivå etc.
Litt om samarbeidet med kommunane. I praksis har vi ei arbeidsgruppe der fylket og dei to regionane sett opp arbeidsplan og mål for portalane. Dette gjeld i hovudsak dei to regionportalane, men samarbeidet gir gode idear og utviklinga av fylket sine løysingar også. Dette er spesielt fruktbart når berre 1 person arbeider med gissystemet i hfk. Eit viktig og nyvinnande prosjekt i Nordhordland er prosjektet ferske geodata til frukost. I korte trekk er dette eit pilotprosjekt for samhandling av geodata og overføring av matrikkeldata frå kommunane til kartverket få status av hilde Her er eit av måla å overføre data døgnleg til nordhordlandskart.no
foreløpig 9.3.1 Geocortex 2.1.0 Gent 1.1.1 Desktop 10 lisensmanager er installert. Enkelte har gått over til desktop 10
Kartivest ligg åpent som ein publikumsversjon Ein innloggingsversjon for interne brukarar. Her har vi heimelshavarsøk og anna funksjonalitet som enten er for tung eller for avansert. Samferdsel ønska ei nettside for enkel berekning av gåavstand langs gangbar veg, primært mellom skule og heim. Sida baserer seg på javascript HFK samarbeider tett med nordhordland og bergensregionen (bergensregionen er no bergensalliansen) og vi drifter og samarbeider om utvikling av alle sidene. Regionane har kvar sin kartportal, henholdsvis nordhordlandskart.no og bergensregionkart.no
Vi kjører alt i ein boks. Data og programmvare Bruker virtuelle servere. Fordelen med virtuell server er etter mi meining stor. Svært lett å endre på konfigurasjon, og rask å restarte. Ulempen er at den skal vera ein del treigere. Når det gjelder dataformat så bruker vi Filgeodatabase. Dette fordi det er lett å administrere. Vil helst bygge opp litt kompetanse på sdedatbaser før det blir tatt i bruk. FKB data ligg sømlaust. Altså alle kommunar i kvar featureklasse. Dette letter oppdatering, men fordrer bruk av layer query. Layer query gjer opptegning tyngre- Har også ført til at alle felt må vera synlig. Dette skal vera fiksa i versjon 10 får vi håpe. Likevel forsvarbart. Oppdatering av data: Sosi shape. Fungerer bra fordi den tygger gjennom det meste uten feilmeldingar/stans. Veldig tidkrevande ved manuell behandling av store datamengder. Dette er løyst ved å kalle på sosi<>shape via pythonscript. Itererer dermed gjennom alle .sos filer i fast folderstruktur. Relativt amatørmessig men fungerer stort sett… Interesserte kan få koden, så lenge ein lover å ikkje le
Arc gis server fungerer bra, og er stabil. Svært mange ulike tenester kan publiserast. Vi utnytter nok dette i liten grad. Målet må heilt klart vera å utnytta alle muligheter i langt større grad. Er det behov for det? Sluttproduktet treng ikkje vera komplisert sjølv om det som ligg bak er det. Eit viktig poeng er at integrasjonen til ArcGIS Desktop er svært god. Antallet tenestar må tilpassast antallet kjernar. Dvs ein må tenke på kor mange instanser av av ArcSOC som går. Har høyrt maks 6 tenester pr kjerne, men minnebruken varierer jo avhengig av belastning på kva instans. Så det blir vel litt tommelfingerregel. Uansett viktig å ha i bakhovudet. Vi har byggd vår egen cache, bla for å kunne tilpasse den godt til kva data vil ha dynamiske. Det har tatt ganske mykje tid. Tar også lang tid å generere tiles og flytte desse. Mao så bør cache planlegges og testast på små områder.
Admistrasjon av webkart har blitt lettere samanlikna med geodata webklient, men administrasjon via grensesnittet i geocortex manager bruker eg ikkje i det heile. Ein av dei tinga eg synes er lite funksjonelt. I tillegg ”ordner” manager i xml dersom du logger inn. Fjerner ting som er kommentert ut, og tar vekk tomme linjer. Mulig det er litt å hente på responstid ved at dette blir gjort, men vil heller ha mine linjeskift og kommentarar. Oppsettet er noko meir oversiktleg og ein har ferre .xml filer å tenke på. Alt kartografisk (symbolisering, labeling etc) gjer ein i mxd\\msd dokumentet. Gir mogelegheit for svært god kartografi og effektiv generering av den. Kan også til ein viss grad måle påvirkning på hastighet. Men; det raske msd dokumentet har sine begrensingar. Takler bla ikkje maplex langt større grad av wysig enn kva eg var vand med frå GDWK og axl dokumenter I hovudsak er det 1 fil å tenke på. Site.xml. Også forholdsvis lett å sette opp ulike Themes som definerer utsjånad. Ein css fil pr theme.
Stor fordel at det er lett å sette opp nye siter. Veldig fint når ein ønsker å teste nye ting som vil kreve masse ny xml f.eks Mykje kjem klart ut av boks men utover dette kan det vera vanskelig og tidkrevande å sette opp ny funksjonalitet eller nye element i brukergrensesnittet. Anntar dette kjem veldig ann på erfaring, f.eks med aspx og css. Ting tar likevel tid! I alle fall dersom du må tenke litt på korleis få det til.
Eit problem med GENT kan vera at det er eit etterslep i mtp GENT versjon og kva GCE versjon denne passer med. Men vi klarer ikkje følge med på alle versjoner av GCE uansett. Har erfart ein del problem med GENT i den versjonen me brukar i dag.
Gode tilbakemeldingar, men blir støy dersom datasettet er feil...