Digitaalisen kaavoituksen kansallinen tietomalli Luonnos 5.2.2018 Ilkka Rinne / Spatineo Oy
Tietomallin ydinkäsitteet Asemakaavoituksen näkökulma Kaavaprosessin Tapahtuma Asettaminen esille, hyväksyntä, jätetty huomautus Kaava Kaavan ulkoraja Käyttötarkoitusalue Yhtenäisen maankäytön alue RajoitettuOminaisuus Numeerinen rajoitus, esim. tehokkuusluku 0.35 tai melurajoitusteho 35dB VaikuttavaKohde Kaavoitusta perusteleva kohde, esim. melualue, suojeltu alue. Viittaus tai kopio KaavamääräysTeksti Kaavaelementti Kortteli, yleinen alue, muu alue, tontti, rakennusala Alirakenne mahdollinen Suunnitteluyksityiskohta Sijainnillinen lisätieto, esim. melurajoitusvaatimus jollain korttelin sivulla Paikkatietokohde Lisätieto (ei paikkatietokohde)
Tietomallin ydinkäsitteet (englanninkieliset luokkanimet) OrdinanceProcessEvent Asettaminen esille, hyväksyntä, jätetty huomautus SpatialPlan Kaava ZoningElement Käyttötarkoitusalue PropertyRestriction RajoitettuOminaisuus InformativeFeature VaikuttavaKohde PlanningUnit Kaavaelementti RegulativeText KaavamääräysTeksti Alirakenne mahdollinen PlanningDetail Suunnitteluyksityiskohta Yritystyöpajan (14.12.2017) palautteen perusteella mallinnettu englanninkielellä (mahdollinen Suomea laajempi kaupallinen käyttökelpoisuus) Paikkatietokohde Lisätieto (ei paikkatietokohde)
Päällekkäiset käyttötarkoitusalueet (2,5D-kaava) Käyttötarkoitusalueet kattavat koko kaavan alueen, eivätkä ne saa mennä siten päällekkäin, että on epäselvää mihin alueeseen kukin kaava-alueen piste kuuluu. Käyttötarkoitusalueen vaikutus voidaan rajata pystysuunnassa (verticallyconstrainedabove, verticallyconstrainedbelow), mikä mahdollistaa 2,5-ulotteisen kaavan laatimisen (limittäin päällekkäisiä tasoja, ei jatkuva 3D). Esimerkkinä korkean rakentamisen kohteet, joissa katutasolla esim. kauppakeskus ja osittain sen päällä asuinrakentamista.
Viittaukset lähtötietoaineistoihin Viittaukset mahdollisia kaavan tasolla suunnittelussa käytettyihin lähtötietoaineistoihin (ReferencedDataset), esim. pistepilvet, taustakartta-aineistot, ja kaavaa laadittaessa huomioonotettuihin, kaavoitusta perusteleviin kohteisiin, esim. olemassaoleva tiestö, suojelualueet. Mahdollista joko viitata muualla määriteltyihin kohteisiin (ReferencedFeature) tai sisällyttää perusteleva kohde (tai sen relevantti osa) kaavan tietomalliin (InformativeFeature). Viitattavalla kohteella oltava pysyvä tunniste ja määritelty elinkaari, joka takaa pysyvyyden ja muuttumattomuuden. Jos ei ole, niin kopio sisällytettävä kaavan tietoihin.
Kaavaprosessien tapahtumat Tietomalli mahdollistaa kaavan käsittelyprosessien tapahtumien liittämisen kaavaan tai sen osiin (OrdinanceProcessEvent). Esim. kaavan virelletulo, luonnoksen julkaisu, valitus, hyväksyminen yms. Tietosisältönä ainakin päiväys, toimija, nimi, dokumenttiviittaus, käsittelevä viranomainen, prosessi ja sen vaihe. Viittaukset vain tapahtumasta kaavaan, käyttötarkoitusalueeseen tai kaavaelementtiin päin: tapahtuman lisääminen ei vaadi muutoksia kaavan tietoyksiköihin.
Kaavakohteiden muutokset ja versionti Julkaistu kaava (myös luonnos tai ehdotus) versioidaan aina kokonaisuutena: Uudessa versiossa on kopiot kaikista käyttötarkoitusalueista, kaavaelementeistä, kaavamääräyksistä ja näihin liittyvistä rajoitteista, ei ainoastaan muuttuneista. Tämä takaa viittausten pysyvyyden (kohteita ei voi muokata julkaisun jälkeen), ja sen että kukin kaavakohde liittyy aina vain yhteen kaavan versioon. Kaavan kohteilla on versiosta toiseen muuttuvan kohdetunnisteen lisäksi sen identiteettiin kytketty tunniste (planningobjectidentifier), joka pysyy saman kaavan tai kaavakohteen eri versioissa samana. Kohteisiin kirjataan viittaus korvattuihin ja korvanneisiin kohteisiin (obsoletes- ja obsoletedby -ominaisuudet).
OGC GML Simple Features Profile "This profile defines a restricted but useful subset of XML-Schema and GML to lower the 'implementation bar' of time and resources required for an organization to commit for developing software that supports GML." Tietomallin koodauksessa noudatetaan OGC-profiilia GML Simple Features Profile 2.0 (OGC 10-100r3) tasoa SF-1. Rajoitukset geometriatyypeissä ja GML:n rakenteessa helpottavat dataa käsittelevien ja sitä WFS-rajapintojen kautta hakevien sovellusten toteuttamista, mutta eivät rajoita tarpeettomasti tarvittavaa tietosisältöä. Tavoitteena nykyistä INSPIRE PLU -GML-koodausta ja esim. KuntaGMLkoodausta matalampi käyttöönottokynnys.
INSPIRE-julkaisu muunnoksella PLU-malliin Suunnittelulähtökohta: voitava tehdä automaattinen muunnos Kansallisen mallin mukaisesta digitaalisesta kaavasta INSPIREvaatimusten mukaiseksi Planned Land Use (PLU) -tietomallin kaavaksi. Kaikki pakolliset INSPIRE-tiedon oltava mukana kansallisessa mallissa, joko suoraan tai laskettavissa. Osa Kansallisen mallin tiedoista jää pois INSPIRE-muunnoksessa, mm. kaavaelementit ja niiden yksityiskohdat sekä käsittelyprosessien tapahtumat. Muunnos tarjotaan osana Paikkatietoalustan INSPIRE-julkaisupalvelua.
Suhteet INSPIRE PLU -malliin PLU:SpatialPlan PLU:ZoningElement OrdinanceProcessEvent Asettaminen esille, hyväksyntä, jätetty huomautus SpatialPlan Kaava ZoningElement Käyttötarkoitusalue PropertyRestriction RajoitettuOminaisuus PLU:SupplementaryRegulation InformativeFeature VaikuttavaKohde PlanningUnit Kaavaelementti RegulativeText KaavamääräysTeksti PlanningDetail Suunnitteluyksityiskohta
Luokkakaavio (UML)
Vielä keskeneräistä tietomallinnustyössä Tietomallin koodilistojen ja niiden arvojen määrittely Esim. kaikki sallitut kaavamerkinnät koodilistoitettava. PLU-malliin vietävien tietojen osalta määriteltävä suhteet INSPIRE-koodilistoihin ja niiden arvoihin, jotta automaattinen muunnos on mahdollinen. Todennäköisesti tietyissä luokitteluominaisuuksissa käytettävät koodilistat voi olla erilaisia riippuen kaavoituksen tasosta (maakuntakaava, yleiskaava, asemakaava) Paljon käytännön rajoituksia puuttuu vielä mallista, esim. mitä kaavaelementtityyppejä saa olla sisäkkäin minkäkin kaavaelementin sisällä? Mallin tarkennusta tehdään osana kuntapilottien käynnistysvaihetta sekä myöhemmin pilottien kokemusten perusteella.