JHS XXX Paikkatiedot yksilöivät tunnisteet Liite 3. Elinkaarisääntöjen muodostaminen

Samankaltaiset tiedostot
luontipvm = tämä päivä muutospvm:n = tyhjä paattymispvm = tyhjä menee lakannut tilaan. paattymispvm = tämä päivä muutos = olemassaolo päättynyt

Neljä innovaatiota - Kansallinen maastotietokanta tutuksi. Webinaari Ohjelmapäällikkö Risto Ilves

Yksilöivät tunnisteet Tampereen kaupungilla. Marko Kauppi Paikkatietomarkkinat

Paikkatiedon yksilöivät tunnukset. Kai Koistinen Inspire-sihteeristön verkkoseminaari

KMTK - Digiroad -yhteistyö. KMTK on osa Suomen itsenäisyyden satavuotisjuhlavuoden ohjelmaa

Kansallinen maastotietokanta

JHS XXX Paikkatiedon yksilöivät tunnisteet Liite 1: URI:n muodostamisen prosessi

Paikkatietojen tietotuotemäärittely

Paikkatietojen tietotuotemäärittely

URI:n muodostamisen prosessi (suositusluonnoksen liite 1)

Tietomallien harmonisointi ja tietopolitiikan yhtenäistäminen

JHS XXX Paikkatiedon yksilöivät tunnisteet JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta

JHS 187 Tunnussuositusten koontisuositus

JHS 193 Paikkatiedon yksilöivät tunnukset Liite 1. URI:n muodostamisen prosessi

Luonnos eams-rakenteeksi

JHS-hanke-ehdotus: KMTK Rakennukset ja rakenteet - kohteet

PAIKKATIEDON KÄSITEMALLI JA GEOMETRIAT: RAKENNUKSET JA RAKENTEET

Liite B. Asemakaavan mallinnus tiedonsiirtoa varten

Pysyvän rakennustunnuksen käyttöönotto Jyväskylässä. Ismo Tulisalo Paikkatietoasiantuntija

SilvaToiminta Versio 1.0. SilvaToiminta. Pikaohje Versio Oy Silvadata Ab Pikaohje 1

JHS XXX Tunnussuositusten koontisuositus

JHS XXX Paikkatiedon yksilöivät tunnukset JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta

VALDA 1.2 käyttötapauskaaviot VVAA052

Uusi Tilastokeskuksen sijaintitiedon viitearkkitehtuuri

Yhteinen kansallinen koodistopalvelu ( Suomi.fi koodistopalvelu )

Tuotemallipohjaisen toimintaprosessin mallintaminen

MUISTIO JHS XXX Kansallisen tie- ja katuverkostoaineiston ylläpito ja ylläpitotietojen dokumentointi

Paikkatietoalusta. Kuntien digitaaliset paikkatiedot tehokäyttöön. Kuntakiertue Kari Hautamäki ja Jaakko Uusitalo

Brother Image Viewer Android -opas

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit

INSPIRE:n määrittelyjen mukaisen tietotuotteen muodostaminen: KIINTEISTÖT

JHS 109 Huoneiston tunniste

Toimipaikka MDM-pilotti Valtiovarainministeriö JulkICT

Asemakaavat yhteisenä tietovarantona

DIGIROAD. Kansallinen tie- ja katutietojärjestelmä

Kansallinen maastotietokanta KMTK Yhteiset ominaisuustiedot Käsitemalli

Paikkatietoalusta. Palvelut ja palveluiden hyödyt kunnille. Kuntakiertue Jaakko Uusitalo

Google-dokumentit. Opetusteknologiakeskus Mediamylly

Väestötietojärjestelmän pysyvä huoneistotunnus

JHS 134 ja 142 päivittäminen sekä JHS 138 kumoaminen

1. Johdanto Todennäköisyysotanta Yksinkertainen satunnaisotanta Ositettu otanta Systemaattinen otanta...

Avoimen ja yhteisen rajapinnan hallintamalli

Paikkatiedon yksilöivät tunnukset. Pekka Sarkola

Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4

Liite A. Kantakartan mallinnus tiedonsiirtoa varten

Käyttötapaus HY-aineisto, myrkkypäästö JHS XXX Paikkatiedon yksilöivät tunnisteet JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta

JHS 188 Kansallisen tie- ja katuverkostoaineiston ylläpito ja ylläpitotietojen dokumentointi

JHS XXX Kansallisen tie- ja katuverkostoaineiston ylläpito ja ylläpitotietojen dokumentointi. Matti Pesu / Liikennevirasto 9.4.

Digiroad-ylläpitosovelluksen uudet toiminnallisuudet

Kansallinen maastotietokanta. haasteita ja mahdollisuuksia. Maanmittauspäivät Ohjelmapäällikkö Risto Ilves

Lipas 2.0 käyttöohjeet ( )

SURAVAGE Perehdytys prosesseihin

Asiakirjallisten tietojen metatietojen tuottamisen periaatteet

VTJ:n pysyvän rakennustunnuksen käyttöönotto

Liite D: Poikkeamispäätösten ja suunnittelutarveratkaisujen mallinnus tiedonsiirtoa varten

TIETOMALLIT YLLÄPITOON

Built Environment Process Reengineering (PRE)

Palautekooste ja työryhmän vastine (2. vaihe): JHS 210 Paikkatiedon käsitemalli ja geometriat: Rakennukset ja rakenteet

Inspire-kohdetunnisteet

Kiinteistönmuodostamislain (KmL) 4 luvun mukaisesta tontin lohkomisesta suoritetaan perushinta /tontti:

SeutuRAMAVA. Rakennettu kerrosala Rakenteilla oleva kerrosala Laskennallinen rakennusmaavaranto

3Dkiinteistönmuodostaminen

Tieto- ja viestintätekniikka. Internetistä toimiva työväline 1,5 osp (YV10TV2) (HUOM! Ei datanomeille)

Ohje Maanteiden pysäkkitietojen ylläpito-ohje ELY-keskuksille

Google-työkalut: Dokumenttien jakaminen ja kommentointi

Siltatiedon tarkkuustason määrittäminen Taitorakennerekisterissä. Maria Vinter

JHS 160 Paikkatiedon laadunhallinta Liite I: Esimerkkejä mitattavien laatutekijöiden osatekijöiden sovelluskohteista. 1. Johdanto...

Paikkatietoalustatilannekatsaus

Collector for ArcGIS. Ohje /

Ohjelmistotekniikan menetelmät, käyttötapauksiin perustuva vaatimusmäärittely

HUS-Kiinteistöt Oy:n tietomallipohjainen investointiprosessi

Tieto- ja viestintätekniikka. Internetistä toimiva työväline, 1 ov (YV10TV2) (HUOM! Ei datanomeille)

Pysyvä rakennustunnus käyttöön kunnissa. Kuntien paikkatietoseminaari Timo Salovaara, Väestörekisterikeskus

JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 2. Liiketoimintamallit ja kyvykkyydet KA-suunnittelussa

Liite C: Rakennuslupatietojen mallinnus tiedonsiirtoa varten

Kiinteistö- ja rakennusalan digitalisaatio: BIM & GIS

Excel -sisäänlukutaulukko. Haahtela RES -järjestelmän huoltokohteiden - vienti/tuontitoimintojen käyttöohje

Maastotietokannan ylläpito

Paikkatietoalusta. Maanmittauspäivät Antti Jakobsson hankepäällikkö

JHS 178 Kunnan paikkatietopalvelurajapinta Liite 2 Asemakaavan mallinnus tiedonsiirtoa varten

Paikkatiedon JHS-seminaari. Paikkatietomarkkinat 2016

JHS XXX Kansallisen tie- ja katuverkostoaineiston ylläpito ja ylläpitotietojen dokumentointi

Uusi rakennusluokitus 2018 väestötietojärjestelmässä. Maistraatin tietoisku Palvelupäällikkö Tommi Niemi Väestörekisterikeskus

Kommentoitava luonnos Kansallinen maastotietokanta KMTK Käsitemalli Hydrografia

KMTK - Palveluiden käyttöönotto tekninen vuoropuhelu Keskustelutilaisuus Pasila Jussi Immonen MML Mirjam Salomäki PTCServices Oy Kimmo

Paikkatietoalusta ja alueet

Paikkatietopalveluja koskevat Inspire-vaatimukset

XXX kaupunki / kunta SOPIMUS DIGIROAD-TIETOJÄRJESTELMÄN TIETOJEN YLLÄPIDOSTA

Paikkatietoon liittyvistä JHShankkeista. Pekka Sarkola Paikkatiedon JHS ohjausryhmä

Jyväskylän kaupunki SOPIMUS DIGIROAD-TIETOJÄRJESTELMÄN TIETOJEN YLLÄPIDOSTA

Missä mennään KMTK ohjelmassa? Ohjelmapäällikkö Risto Ilves

SÄHKE2-SERTIFIOINTIKRITEERIT

Helsinki metropolitan area Address Catalogue

SÄHKE2-vaatimusten mukainen hävitysesitys ja sen tietosisältö

Paikkatietotuotteen määrittely

JHS 158 Paikkatiedon metatiedot Liite 6: Esimerkki XML-koodauksesta Versio: Julkaistu: Voimassaoloaika:

VUOKRATULOT, KIINTEISTÖT (7K)

Verkkopalvelusopimuksen täydentäminen: Karttajulkaisun käyttöehdot. Maanmittauslaitos / Inspire-sihteeristö

Sisällys. Käsitemalli, kommentoitava luonnos

Transkriptio:

JHS XXX Paikkatiedot yksilöivät tunnisteet Liite 3. Elinkaarisääntöjen muodostaminen Versio: 2014-11-11 Julkaistu: Voimassaoloaika: Sisällys 1 Johdanto... 1 2 Yleistä... 1 3 Tapahtumatyypit ja niiden alaluokat... 2 4 Elinkaarisäännöt paikkatietojen mallintamisessa... 2 5 Elinkaarisääntöjen käyttäminen... 3 6 Elinkaarisääntöjen tuottaminen... 3 7 Esimerkkejä elinkaarisäännöistä... 5 7.1 Esimerkki kiinteistömuodostusprosessin elinkaarisäännöistä... 5 7.2 Esimerkki rakennuksen elinkaarisäännöistä... 9 1 Johdanto Dokumentissa kuvataan mitä elinkaarisäännöillä tarkoitetaan, mikä on niiden merkitys paikkatietokohteiden käsittelyssä, mallintamisessa ja paikkatietojärjestelmien suunnittelussa. Missä yhteydessä niitä tulisi käyttää ja kuinka elinkaarisääntöjä voidaan tuottaa. Dokumentti sisältää valmiin mallin ja esimerkkejä elinkaarisääntöjen tuottamiseen. Elinkaarisääntöjen kokoaminen kattavana on usein työläs tehtävä, mikäli niitä ei ole jo dokumentoituna. Toteutuskelpoinen malli voi siksi olla alkuvaiheessa versiointi aikaleimoin (kohteen voimassaolon alkupvm/loppupvm). Myös poistuneiden kohteiden tunnisteiden tulee olla saatavilla. Elinkaarisääntöjen ja versiointitietojen täydentäminen voidaan käytännössä aloittaa muutostiedoista, joita tiedon tuottaja toimittaa herätetietona asiakkaille. 2 Yleistä Elinkaarisäännöt kuvaavat reaalimaailman kohteen muutoksia sen koko elinkaaren ajalta. Ne muodostuvatkin useimmissa tapauksissa reaalimaailman tietoprosessien käsittelysäännöistä. Niitä tarvitaan ratkaisemaan aiheuttaako tietokohdetta (ilmentymää) koskeva muutostapahtuma sen identiteetin ja yksilöivän tunnisteen muuttamisen (uusi kohde) vai vain uuden versiotunnisteen. Esimerkiksi kiinteistönmuodostusprosessissa toimituslaji määrittelee syntyykö uusi kiinteistö vai onko kyse kiinteistön ominaisuuksien muutoksista. Näin ollen elinkaarisäännöt voivat koskea kohteen merkityksellisiä ominaisuusmuutoksia tai sen geometriaa. Elinkaarisäännöt ovat tärkeä osa paikkatietojen mallintamistyötä, jossa käyttötapaukset määrittelevät ilmentymän elinkaaren luomisen, muuttumisen ja poistamisen. Myös ohjelmistosuunnittelussa ja toteuttamisessa tulee ottaa huomioon elinkaarisääntöjen mukaiset käsittelysäännöt. Näiden mukaisesti ohjelmisto käsittelee paikkatietokohteita ja yksilöivien paikallisten tunnisteiden hallinta perustuu tähän. 1/11

3 Tapahtumatyypit ja niiden alaluokat Elinkaarisäännöissä käyttäjille merkitykselliset muutostapahtumat luokitellaan. Paikkatietojen muutostapahtumat voidaan yleensä kuvata neljällä tapahtumatyypillä ja niiden alaluokilla: 1. Uuden kohteen luominen 2. Kohteen poistaminen 3. Kohteen ominaisuuksien muuttuminen 4. Kohteen geometrian muuttuminen Paikkatietokohteen ominaisuuksien ja geometrian muuttuessa alaluokkia voivat olla esimerkiksi: kohteen jakamiselle osiin kohteiden yhdistämiselle kohteiden uudelleenluokittelulle sijaintivirheen korjaamiselle (myös sijainnin tarkentuminen) tarvittaessa viivaosien topologisen eheyden käsittelysäännöt. Muutokset voivat johtua reaalimaailman kohteen muutoksista, mutta myös muista syistä. Reaalimaailman kohteen tilanteesta riippumattomia muutoksia ovat esimerkiksi: virheiden korjaaminen geometrian korjaus tietorakenteen muutokset. 4 Elinkaarisäännöt paikkatietojen mallintamisessa Paikkatietojen mallintamisen (JHS 162 Paikkatietojen mallintaminen tiedonsiirtoa varten) yhteydessä tulisi määritellään selkeät tietokohteiden elinkaarisäännöt tietoprosessin sisältämien käyttötapauksien perusteella. Käyttötapauksien muutostapahtumat sisältävät edellisen luvun mukaisia tapahtumatyyppejä ja niiden alaluokkia, joiden ehdot määritellään tarkemmin tapauskohtaisesti. Elinkaarisääntöjen määrittelyssä tulee myös määritellä millaisia yksilöiviä paikallisia tunnisteita tai tunnistemekanismeja tietokohteilla käytetään. Paikallisen tunnisteen käyttö on ohjeistettu suosituksen luvussa 7. Elinkaariajattelun avulla voi myös testata olemassa olevan tunnuksen soveltuvuutta pysyväksi yksilöiväksi tunnisteeksi. Erityistä huomiota tulee kiinnittää ominaisuusmuutoksien elinkaarisääntöihin. Esimerkiksi tietokohteen luokittelun muuttuessa, saattaa kohteen identiteetti myös muuttua (asuinrakennus toimistorakennus). Tietokohteiden ominaisuusmuutokset olisi syytä käydä tarkoin läpi paikkatietojen mallintamisen yhteydessä. Geometrian muutokset saattavat tapauskohtaisesti muuttaa kohteen identiteettiä. Esimerkiksi asemakaavaalueella tonttijaon mukaisten kiinteistöjen rajamuutokset muodostavat kokonaan uuden kiinteistön, jolloin kohde saa uuden temaattisen kiinteistötunnuksen. Tärkeää on myös tiedostaa, jos reaalimaailman kohde poistetaan, ei ilmentymäkohde poistu koskaan, vaan tämä saa poistamispäivämäärän. Historiatietoihin on voitava palata aina tulevaisuudessa. Kohteen ulottuvuuksien muuttuessa Euroopassa yleinen käytäntö on, että esim. rakennuksen laajentuessa yli kaksinkertaiseksi pohja-alaltaan sitä pidetään uutena kohteena; uusi tunniste. Näin ollen mallintamisen yhteydessä tulisi määritellä tarkat raja-arvot geometrian pinta-alojen ym. suureiden osalta. 2/11

5 Elinkaarisääntöjen käyttäminen Elinkaarisääntöjä tulisi käyttää seuraavissa käyttötapauksissa: Paikkatietojen mallintamisen yhteydessä osana tietotuotemäärittelytyötä Paikkatietojen mallintamisen yhteydessä tulee määritellä tietokohteiden elinkaarisäännöt tietoprosessin käyttötapauksien ja niiden sisältämien käsittelysääntöjen perusteella. Tietojärjestelmäsuunnittelussa tulee huomioida elinkaarisäännöt Tietojärjestelmäsuunnittelussa tulee ottaa huomioon paikkatietojen mallintamisessa suunnitellut elinkaarisäännöt, jonka perusteella tietojärjestelmässä yksilöiviä tunnisteita hallitaan. Myös ohjelmistologiikkaa voidaan toteuttaa elinkaarisääntöjen käsittelysääntöjen perusteella. Näin vähennetään ihmisen tekemää päättelytyötä ja virheiden mahdollisuutta. Asiakastarpeen tarkastaminen Elinkaarisääntöjen laatiminen ja ylläpito saattaa edellyttää asiakastarpeen tarkistamista ja myös asiakkaiden etu on tietotarpeidensa tarkentaminen pelkkien muutostietojen ylläpidossa suoraan yksilöivien tunnisteiden ja versiotunnisteiden avulla. Elinkaarisääntöjen mallintaminen edellyttää asiakkaan toimintaprosessin tarkastamisen. Tietojärjestelmäriippumattomien paikkatietokohteiden ylläpito Tietojärjestelmäriippumattomassa paikkatietojen ylläpidossa korostuu elinkaarisääntöjen tietäminen, jolloin on hyvin tärkeää määritellä ja asettaa tietotuotekohtaiset elinkaarisäännöt käyttäjien saataville paikkatietoinfrastruktuurissa. Tietojärjestelmäriippumattomalla paikkatietojen ylläpidolla tarkoitetaan tietokohteiden ylläpitoa eri ohjelmistoilla ja päätelaitteilla, jolloin elinkaarisääntöjen mukaisia käsittelysääntöjä ei mahdollisesti ole ohjelmistoissa. Monesti elinkaarisäännöt muodostuvat tietoprosesseista, jolloin ylläpitäjä ei edes tiedosta elinkaarisääntöjen mahdollisia kombinaatioita. Monestikaan paikkatietojen mallintamisen yhteydessä elinkaarisääntöjä ei ole mallinnettu, jolloin niitä ei myös ole saatavilla paikkatietoinfrastruktuurissa. Elinkaarisäännöt tulee näissä tapauksissa kuvata ja julkaista ylläpidon käyttöön. 6 Elinkaarisääntöjen tuottaminen Tässä luvussa on esitelty yleinen malli elinkaarisääntöjen mallintamiseen. Mallia suositellaan käytettäväksi kuvaamaan tietoprosessien sisältämiä käyttötapauksia ja niiden mahdollisia muutostapahtumia sekä niiden vaikutuksia kohteen identiteettiin ja sen elinkaaren hallintaan. Malli kuvaa yleisen vaiheistuksen elinkaarisääntöjen tuottamiseen. Mallia voidaan muokata tietoprosessien ja käyttötapauksien käsittelysäännöistä riippuen halutunlaiseksi. Etenemisvaiheet: 1. Asiakastarpeen kartoittaminen tai tarkastaminen. Käy asiakkaan kanssa läpi tietoprosessi ja tarkista sen oikeellisuus. Tarkista, onko tietoprosessin ylläpitämillä tietokohteilla paikallinen yksilöivä tunniste tai tunnistemekanismi. Jollei, täytyy nämä määritellä seuraavassa vaiheessa. 2. Tunnista asiakkaan kanssa tietoprosessista mahdolliset reaalimaailman muutostapahtumat. Tunnista muutostapahtumiin liittyvät käsittelysäännöt ja ehdot, jotka aiheuttavat kohteen identiteetin 3/11

ja yksilöivän tunnisteen muuttumisen tai elinkaariominaisuuksien muuttumisen kuten uuden versiotunnisteen. Kuva 1. Uusi kohde vai uusi versio. Crown copyright 2008 3. Luo elinkaarisäännöt. Edellisessä kohdassa tunnistetuista muutostapahtumista ja niiden sisältämistä käsittelysäännöistä luodaan elinkaarisäännöt hyödyntämällä alla olevaa taulukkoa 1. Voit havainnollistaa geometrisiä muutostapahtumia tapahtumatyypeittäin taulukon 2 mukaisesti. Luvussa 7 on esitetty esimerkkejä elinkaarisäännöistä. Esimerkkitaulukko sääntöjen luomiseen: Taulukon vasemman puoleisessa sarakkeessa on lueteltu mahdollisia tapahtumatyyppejä. Oikeassa sarakkeessa kuvataan kohteen (paikallisen yksilöivän tunnisteen) olemassa olo sekä vaikutukset elinkaariominaisuuksiin, joita ovat versiot ja tapahtumien päivämäärätiedot. Huomaa, että jakaminen ja yhdistäminen ovat geometrian muokkaamisen alalajeja. Myös jakaminen ja yhdistäminen linkittyvät uuden kohteen luomiseen ja poistumiseen. Kohteen luominen Kohteen poistaminen Kohteen olemassa olo Jakaminen Yhdistäminen Uusi yksilöivä tunniste on luotu Versio 1 on luotu LuontiPvm on tämä päivä MuokkausPvm on tyhjä PäättymisPvm on tyhjä Yksilöivä tunniste muuttuu lakanneeksi ja annetaan PäättymisPvm PäättymisPvm on tämä päivä Yksilöivää tunnistetta ei koskaan käytetä uudelleen Yksilöivä tunniste säilyy Elinkaariominaisuuksiin ei kosketa Kaksi uutta kohdetta saavat uuden yksilöivän tunnisteen Molempien versio on 1 LuomisPvm on tämä päivä PäättymisPvm on tyhjä Uusi kohde saa uuden yksilöivän tunnisteen Versio 1 on luotu LuontiPvm on tämä päivä PäättymisPvm on tyhjä 4/11

Geometrian muokkaaminen Ominaisuustietojen muokkaaminen Yksilöivä tunniste säilyy Versio numero kasvaa (miten) Kohde saa MuokkausPvm:n Yksilöivä tunniste säilyy Versio numero kasvaa (miten) Kohde saa MuokkausPvm:n Taulukko 1. Esimerkki taulukko hyödynnettäväksi elinkaarisääntöjen mallinnukseen. KOHTEEN YHDISTÄMINEN geometristä muutosta Geometrisen muutoksen jälkeen Taulukko 2. Esimerkki geometrisen muutoksen kuvaamisesta. Kahdesta kohteesta muodostetaan yksi uusi kohde yhdistämällä kaksi kohdetta. Uusi kohde saa uuden identiteetin ja näin ollen uuden yksilöivän tunnisteen. Lisäksi uusi kohde saa versionumero 1. Vanhat kohteet lakkaavat olemasta ja saavat päättymispäivän. 7 Esimerkkejä elinkaarisäännöistä 7.1 Esimerkki kiinteistömuodostusprosessin elinkaarisäännöistä Esimerkki kuvaa kiinteistömuodostusprosessin elinkaarisäännöt. Nämä kuvaavat pääpiirteisesti tonttijaon mukaisien sekä maarekisterialueella tapahtuvien kiinteistötoimituksien tuottamia muutostapahtumia. Kiinteistömuodostus on monimutkainen prosessi, joten esimerkissä ei ole käsitelty kaikkia poikkeuksia. Tämä on tarkoitettu vain esimerkiksi. Esimerkki kiinteistömuodostusprosessin kulusta ja sen tapahtumista: 5/11

Esimerkki kiinteistömuodostusprosessin säännöistä: Alla kuvatuissa taulukoissa esitetään kiinteistönmuodostus- ja tonttijakoprosessien (kaavayksiköt) mahdolliset tapahtumatyypit ja niiden vaikutukset kohteen yksilöivään tunnisteeseen sekä elinkaariominaisuuksien ja geometrioiden muutoksiin. Taulukon tapahtumatyypit ovat yllä kuvatun prosessin tapahtumia. Rekisterikiinteistön säännöt: Kiinteistön luominen Kiinteistön poistaminen Olemassa olo Jakaminen Yhdistäminen Geometrian muokkaaminen Uusi kiinteistö saa kiinteistötunnuksen. Kiinteistö saa RekisteröimisPvm Kiinteistölle lisätään tyhjä KumoamisPvm Toimituslaji ominaisuus saa arvon: Rekisterikiinteistö Kiinteistö ja sen kiinteistötunnus ei ikinä poistu, vaan menee lakannut tilaan KumoamisPvm lisätään Kiinteistötunnus säilyy Ominaisuudet eivät muutu Maarekisterikiinteistö: 1-n muodostettavat kiinteistöt saavat uuden kiinteistötunnuksen ja muut luomiseen liittyvät elinkaariominaisuudet Tonttijaon mukainen rekisterikiinteistö: 1-n kaavayksiköitä rekisteröidään ja elinkaariominaisuudet päivitetään: RekisteröimisPvm ja Toimituslaji ominaisuus saa arvon Rekisterikiinteistö Maarekisterikiinteistö: Uusi muodostettava kiinteistö saa uuden kiinteistötunnuksen ja muut luomiseen liittyvät elinkaariominaisuudet Tonttijaon mukainen rekisterikiinteistö: Uusi kaavayksikkö rekisteröidään ja elinkaariominaisuudet päivitetään: RekisteröimisPvm ja Toimituslaji ominaisuus saa arvon Rekisterikiinteistö Kts. jakaminen ja yhdistäminen 6/11

Ominaisuustietojen muokkaaminen Kiinteistötunnus säilyy Kaavayksikön säännöt: Kaavayksikön luominen Kaavayksikön poistaminen Olemassa olo Jakaminen Yhdistäminen Geometrian muokkaaminen Ominaisuustietojen muokkaaminen Uusi kaavayksikkö saa kaavayksikkötunnuksen Kaavayksikkö saa LuomisPvm:n Kaavayksikkö saa tyhjän LakkaamisPvm:n Kaavayksikkölaji-ominaisuus saa arvon: tonttijaon mukainen Kaavayksikkö ja sen kaavayksikkötunnus ei ikinä poistu, vaan menee lakannut tilaan LakkaamisPvm lisätään Kaavayksikkötunnus säilyy Ominaisuudet eivät muutu Tonttijaon mukainen kaavayksikkö: 1-n kaavayksiköitä saavat uuden kaavayksikkötunnuksen ja muut luomiseen liittyvät elinkaariominaisuudet Tonttijaon mukainen kaavayksikkö: Uusi kaavayksikkö saa uuden kaavayksikkötunnuksen ja muut luomiseen liittyvät elinkaariominaisuudet Ks. jakaminen ja yhdistäminen Kaavayksikkötunnus säilyy Esimerkkejä maarekisterikiinteistön geometrian ja ominaisuuksien muutoksista: Yhdistäminen: 2-n maarekisterikiinteistöstä muodostetaan uusi maarekisterikiinteistö (uusi yksilöivä tunniste). Jakaminen 1: 1-n maarekisterikiinteistöstä muodostetaan uusi maarekisterikiinteistö (uusi yksilöivä tunniste). 7/11

Jakaminen 2: Maarekisterikiinteistö jaetaan kahteen tai useampaan kiinteistöön. Uudet maarekisterikiinteistöt saavat uuden kiinteistötunnuksen (uusi yksilöivä tunniste). Muodostaja kiinteistölle jää vanha kiinteistötunnus voimaan. Muodostaja kiinteistön ominaisuuksia muokataan pinta-alan suhteen. Huomaa: Kiinteistöjen yhdistäminen vähentää kiinteistöjen lukumäärää. Kiinteistöjen jakaminen lisää kiinteistöjen lukumäärää. Kun kiinteistöjen määrä muuttuu, syntyy uusia kiinteistötunnuksia (yksilöivätunniste). Esimerkkejä tonttijaon mukaisen rekisterikiinteistön geometrian ja ominaisuuksien muutoksista: Yhdistäminen: 2-n rekisterikiinteistöistä (ennen) muodostetaan uusi kaavayksikkö (jälkeen). Kaavayksikkö saa uuden kaavayksikkötunnuksen (uusi yksilöivä tunniste), joka myöhemmin kiinteistötoimituksella rekisteröidään rekisterikiinteistöksi tai niistä voidaan muodostaa myöhemmin tonttijaon muutoksella uusia kaavayksiköitä. Rekisteröinnissä kaavayksikön kaavayksikkölaji muuttuu rekisterikiinteistöksi (ominaisuustietojen muokkaus). Jakaminen 1: 8/11

1-n rekisterikiinteistöistä (ennen) muodostetaan uusi kaavayksikkö (jälkeen). Kaavayksikkö saa uuden kaavayksikkötunnuksen (uusi yksilöivä tunniste), joka myöhemmin kiinteistötoimituksella rekisteröidään rekisterikiinteistöksi tai niistä voidaan myöhemmin muodostaa tonttijaon muutoksella uusia kaavayksiköitä. Rekisteröinnissä kaavayksikön kaavayksikkölaji muuttuu rekisterikiinteistöksi (ominaisuustietojen muokkaus). Jakaminen 2: Rekisterikiinteistö (ennen) jaetaan yhteen tai useampaan kaavayksikköön tonttijaolla (jälkeen). Uudet kaavayksiköt saavat kaavayksikkötunnukset (uudet yksilöivät tunnisteet). Kaavayksiköt rekisteröidään myöhemmin kiinteistötoimituksella rekisterikiinteistöiksi tai niistä voidaan muodostaa tonttijaon muutoksella uusia kaavayksiköitä. Rekisteröinnissä kaavayksikön kaavayksikkölaji muuttuu rekisterikiinteistöksi (ominaisuustietojen muokkaus). Muodostaja kiinteistön ominaisuuksia muokataan pinta-alan suhteen. Huomaa: Kiinteistöjen yhdistäminen vähentää kiinteistöjen lukumäärää. Kiinteistöjen jakaminen lisää kiinteistöjen lukumäärää. Kun kiinteistöjen määrä muuttuu, syntyy uusia kiinteistötunnuksia (yksilöivätunniste) Poikkeuksena ovat kuitenkin LEX-toimitukset, jolloin kiinteistön geometria säilyy samana, mutta kiinteistötunnus muuttuu. Kiinteistö ei koskaan katoa, vaan siitä tulee muodostaja. Muodostajahistoriaa voidaan aina myöhemmin tarkastella. 7.2 Esimerkki rakennuksen elinkaarisäännöistä Esimerkki rakennuksen säännöistä: Taulukossa esitetään mahdolliset tapahtumatyypit ja niiden vaikutukset kohteen yksilöivään tunnisteeseen sekä elinkaariominaisuuksien ja geometrioiden muutoksiin. Rakennuksen luominen Rakennuksen poistaminen Rakennus saa pysyvän yksilöivän tunnisteen Rakennus saa ValmistumisPvm:n Rakennus saa MuokkausPvm:n, joka muodostuu muokkaajasta ja pvm:sta (ns. versio) Rakennus saa tyhjän PurkuPvm:n Rakennus saa tyhjän RaukeamisPvm:n Pysyvä yksilöivä tunniste passivoidaan PurkuPvm lisätään tai RaukeamisPvm lisätään, jos rakennushanke raukeaa ja rakennus ei koskaan valmistu 9/11

Olemassa olo Jakaminen Yhdistäminen Geometrian muokkaaminen Ominaisuustietojen muokkaaminen Pysyvä yksilöivä tunniste säilyy Elinkaariominaisuudet eivät muutu Uudet kohteet kts. Rakennuksen luominen Kohteen toiselle jaetulle osalle jää vanha olemassa oleva pysyvä yksilöivä tunniste päivitetyin tiedoin; saa uuden MuokkausPvm (versio), muut elinkaariominaisuudet eivät muutu. Jää yksi pysyvä yksilöivä tunniste, ominaisuustiedot korjataan (tilavuus, pinta-ala jne.) Poistuva rakennus saa PurkuPvm:n Pysyvä yksilöivä tunniste säilyy Saa uuden MuokkausPvm (versio) Muut elinkaariominaisuudet eivät muutu Pysyvä yksilöivä tunniste säilyy Saa uuden MuokkausPvm (versio) Muut elinkaariominaisuudet eivät muutu Esimerkkejä rakennuksen geometrian ja ominaisuuksien muutoksista: Rakennuksen luominen: Uusi rakennus Rakennus saa uuden pysyvän yksilöivän tunnisteen Rakennus saa ValmistumisPvm:n Rakennus saa MuokkausPvm:n, joka muodostuu muokkaajasta ja pvm:sta (ns. versio) Rakennus saa tyhjän PurkuPvm:n Rakennus saa tyhjän RaukeamisPvm:n Geometrian muokkaaminen: Rakennuksen ulottuvuutta kasvatetaan. Pysyvä yksilöivä tunniste säilyy, saa uuden MuokkausPvm (version), muut elinkaariominaisuudet säilyvät muuttumattomina. Ominaisuustieto korjataan mm. tilavuus, pinta-ala jne. Jakaminen: 10/11

Lohkomistoimituksen yhteydessä rakennus jaetaan kahteen osaan, jolloin toinen puoli rakennuksesta saa uuden pysyvän yksilöivän tunnisteen. Toiselle jää olemassa oleva pysyvä yksilöivä tunniste päivitetyin tiedoin. Yhdistäminen: Kaksi rakennusta yhdistetään, jolloin toinen rakennus saa PurkuPvm:n ja pysyvä yksilöivä tunniste passivoituu. Jäljelle jäävän rakennuksen tiedot päivitetään, saa uuden MuokkausPvm:n (version), pysyvä yksilöivä tunniste ja elinkaariominaisuudet säilyy. Ominaisuustietojen muokkaaminen: Olemassa oleva rakennus Rakennuksen esim. käyttötarkoitus muuttuu (asuinrakennus toimistorakennus). Pysyvä yksilöivä tunniste säilyy. Saa uuden MuokkausPvm:n (version). Huomaa: Pysyvä yksilöivä tunniste luodaan aina kun uusi rakennus syntyy Pysyvä yksilöivä tunniste ei muutu elinkaarensa aikana missään säännön mukaisessa tapahtumassa. Kun rakennus poistuu, pysyvä yksilöivä tunniste passivoituu. VRK PRT (pysyvä rakennustunnus) on mm. yksi mahdollinen pysyvä tunnistemekanismi rakennuksien pysyviksi yksilöiviksi tunnisteiksi. 11/11