Registrer strukturerte planbestemmelser

[sturtzel]

Det mangler en tjeneste for å registrere planbestemmelser i planregisteret.

xsd: http://skjema.geonorge.no/SOSI/produktspesifikasjon/Planbestemmelser/20230701/planbestemmelser.xsd

[jarleborsheim]

Dette er nå slik at det registreres gjennom tjenesten registrer gjeldende plandokumenter som eget dokument.
Dokumenttype "planbestemmelse". Burde det vært en ny for "strukturert planbestemmelser"?
Alternativt må man se på filtypen hva som er hva.
Vi må bli enige om hva som blir regelen for hvordan det skal gjøres og dokumentere det tydelig.

[sturtzel]

Utfordringer hvis bestemmelsene skal overføres som dokumenter:
Strukturerte bestemmelser overføres som XML?
Format ved uthenting? Kun XML eller skal planregisteret lage en versjon beregnet på mennesker? Hvilken returneres da? Begge?
Hva hvis bestemmelsene dels er strukturerte, dels er som dokument? Da må begge returneres. Format? Ref. over.
Format ved registrering av bestemmelser som dokument? PDF?

[jarleborsheim]

Kommentar fra Ivar Thomassen:

Noen tanker og innspill til behandling, behov for revisjon og forvaltning av strukturerte data i ePlansak løsningene.

Problemstillinger har kommet opp i KS-DIF sine samarbeidsmøter med leverandørene.

Konkret ble problemstillinger synlig og behovet skissert ifm diskusjoner om hvordan meldingsformatet for oppdatering av planregister skal være ved oppdatering av reviderte planbestemmelser både på arkivverdig format (.pdf) og strukturerte dataformater (.xml).

Vil ePlansak systemene måtte ha behov for løsning som kan revidere strukturerte data i tråd med revisjon av tradisjonelle ustrukturerte lesbare dokumentformater? Eller hvordan skal samhandlingen være med eget system / egen  geodataavdeling / plankonsulenten være for at ny og komplett revisjon skal kunne oppdatere planregisteret via samme FIKS/PLAN melding?

 

Eksempel prosess og prinsipp i denne sammenhengen (beklager om noe er faglig "feil" under):

Planutvalget bestemmer at en plan som skal til ettersyn endres f.eks slik før høringen kan starte: 

    - en adkomstvei til en bebyggelsesplan flyttes noen meter for å bedre plass i en busslomme
    - Et parkeringsareal besluttes utvidet med 8 plasser da
    - et planlagt forretningsbygg er ønsket utvidet med en ny topp etasje til boligformål

De tre endringene over medfører behov for revisjon av planbeskrivelse, plankart og planbestemmelsene og kanskje planformål for bygget/området som utvides med nytt reguleringsformål.

Planregisteret skal uansett oppdateres med nye versjoner av lesbare dokumenter med tilhørende datafiler før planen kan starte neste fase som er Offentlig Ettersyn og høring.

 

Behandlingsforløpet over er ca slik:
1. Protokoll etter planutvalgets møte gjøres tilgjengelig av politisk sekretariat etter egne rutiner

    - Saker som er behandles påføres vedtak og sakseier/behandler varsles om dette

    - Saksbehandler iverksetter revisjon av plandokumentene iht vedtak
   -  Saksbehandler sender oppgave til "plankonsulenten" / egen geodataavdeling om at plandata må endres og nytt strukturert datasett må produseres og returneres
    - Saksbehandler besørger at planregisteret oppdateres (via FIKS/PLAN) med ny dokumentasjon med tilhørende reviderte datasett
    - Planen kan nå annonseres slik at Offentlig Ettersyn kan starte med gjeldende høringsfrist

 

---

Det er flere forhold som ePlansak systemene må håndtere.
NOARK gir føringer og krav til alle forhold knyttet til dokumenthåndteringen, dokumentrevisjon og den løpende dokumentforvaltning i planperioden.

NPS gir føringer og krav til behandlingsprosessens reelle håndtering av saksbehandler funksjonalitet som skal styres gjennom  ePlansak systemet. I tillegg så legger NPS føringer for å ivareta behovet for at det finnes "forslagsbase" (krav 273) uten at datamodell eller ytterligere detaljkrav er formulert.
NPS sitt krav 314 gir også føring for at det ikke skal være behov for ytterligere fagsystem for å håndtere f.eks strukturerte data. Dersom det er en forutsetting slik det er i dette tilfelle så er det å anse som behov utenfor NPS men gjerne gjennom tilrettelegging.

NPAD gir føringer og standard for dataformater skal benyttes for korrekt revisjon av de strukturerte datafiler samt behandlingsforløpet av plansaken samt datamodell for digitale planer i sin helhet inklusive planregister mm.
 

Vi har et stor behov for å synkronisere datamodeller mellom de gjeldende standarder og øvrige behov nevnt over.
Dette var bare en innledning og et enkelt eksempel på flere aktuelle problemstillinger som må "lande" ila høsten.