Professional Documents
Culture Documents
Tellija: Maa-amet
Koostaja: AS Datel
Andrus Tamboom
Versioonid
Versioon
Kuupev
Koostaja
Selgitus
Ver. 1.0
Ver. 1.1.1
Ver. 1.3
Ver. 1.4
Ver. 1.4.1
Ver. 1.5
Ver. 1.5.1
Ver. 1.6
Ver. 1.7
05.02.2013
13.02.2013
25.02.2013
04.03.2013
05.03.2013
26.03.2013
07.05.2013
25.11.2013
02.12.2013
Andrus Tamboom
Andrus Tamboom
Andrus Tamboom
Andrus Tamboom
Andrus Tamboom
Andrus Tamboom
Mall Kivisalu
Andrus Tamboom
Andrus Tamboom
Ver. 1.7.1
Ver. 1.7.2
Ver 1.8
Ver 1.9
Ver 1.9.1
Ver 1.9.2
Ver 1.9.3
Ver 1.9.4
Ver 1.9.5
11.12.2014
23.03.2015
15.05.2015
06.10.2015
08.03.2016
Algversioon.
Parandused vastavalt tellija mrkustele.
Tiendavad parandused ja andmemudelite uuendused.
Tiendavad parandused ja andmemudelite uuendused.
Pisiparandused
Parandused vastavalt RIA mrkustele.
Kujunduse muudatused, pisiparandused tekstis.
Tiendused seoses uute X-tee teenuste ilmumisega.
Lisatud tagasiside teenus, muudetud tasemete jaotust,
viksemad muudatused.
Versiooni tiendus punktides 4.1 ja 4.3 2014.a. alguse
seisuga.
Maa-ameti poolsed tiendused ja info kaasajastamine
Tiendused seoses In-ADSi arendustega.
Tiendused seoses uute xTee teenuste WSDL-de
ilmumisega ja jooksev tagasiside.
ldise andmevoo joonise uuendamine.
UN-tunnuse nimekasutuse htlustamine.
Tiendatud peatkki 5.2.3.1 (he objekti vljavalik)
Tiendatud mistete loeteleu
Uuendatud objektide arve
Andrus Tamboom
Andrus Tamboom
Andre Kaptein
Keiti Prn
Mall Kivisalu
Sisukord
1
SISSEJUHATUS
EESMRK JA MISSIOON
MISTED
ADS LEVAADE
4.1 AADRESSIOBJEKT
4.2 AADRESS
4.3 AADRESSI JA AADRESSIOBJEKTI VAHELISEST SEOSEST JA SELLE DNAAMIKAST
4.3.1 TEGEVUSED AADRESSIOBJEKTIGA
4.3.2 AADRESSI MUUTUMINE
4.3.3 AADRESSIDE ELUKIK SUUREMAS PILDIS
8
10
14
15
16
16
19
31
31
31
32
34
ANDMEMUDELITE TPLAHENDUSED
35
KASUTAJALIIDESE TPLAHENDUSED
49
9.1
9.2
49
51
10
PROTSESSID
51
10.1
10.2
10.3
AADRESSIKOMPONENTIDE UUENDAMINE
AADRESSIDE JA AADRESSIOBJEKTIDE UUENDAMINE
AADRESSIDE NORMALISEERIMINE
51
52
54
1 Sissejuhatus
Igapevases suhtlemises, tundub aadress olema lihtne atribuut, mida vib vljendada he
snaga nagu aadress, elukoht, asukoht, postiaadress jt. Lihtne lhenemine kajastub ka
seadusloome tekstides. Lihtsamates vi vhese lbimeldusega infossteemides kujutataksegi
aadressi vabalt muudetava he tekstiatribuudina, mis vastavalt vajadusele on miste isik,
asutus, sndmus, kiri jt. kljes. Selline lhenemine on sobiv vaid vga piiratud
tingimustel.
Tegelikult on aadress infossteemides ks keerukamaid objekte, sest sellel on keerukas
sisestruktuur ja muutumise dnaamika. Hdavajalik on iga uue infossteemi planeerimisel vi
olemasoleva mberehitamisel lbi melda aadressiandmete hoidmise andmemudel ja
aadressiandmete muutumise dnaamika, mille lahutamatuks osaks on aadressi kujutamine
ekraanivormidel, trkistel ning aadressi otsimise ja sisestamise kasutajaliidesed.
Infossteemide projekteerijad on judnud aadresside ksitluses erinevate lahendusteni, mille
igahe taga on oma kujunemise lugu ja tenoliselt ongi need konkreetsete ssteemide
arengulugude kontekstides parimad lahendused. Kaasajal on aga vhe tiesti iseseisvaid ja
teiste ssteemidega mitte suhtlevaid infossteeme. Infossteemide olemine suurema
vrgustiku osana on muutunud baasnudeks ja vltimatuks vajaduseks. Sellest tulenevalt on
mdapsmatult vajalik standardiseerida aadressi struktuur ja muutumise dnaamika.
Aastal 2007 alguse saanud ning tnaseks toimivaks ja seadusandluses stestatud lahenduseks
on Maa-ameti poolt hallatav Aadressiandmete ssteemi infossteem (lhendina ADS-i
infossteem edaspidi kasutatakse selles dokumendis lhendit ADS). ADS on aadressi
sisestruktuuri mratluse, teostatud X-tee teenuste ja selle aluseks olevate teoreetiliste
mudelite kaudu standardiseerinud Eesti koha-aadresside struktuuri ja aadressiandmete
muutumise dnaamika. ADS-i poolt vljastatavate standardiseeritud aadressiandmete
kasutamine on ruumiandmete seaduse kohaselt alates 2012. aasta 1. mrtsist kohustuslik.
Ruumiandmete seaduse alusel tuleb samadele standarditele vastavaid aadressiandmeid
kasutada kikides riigiasutuste ja riigi poolt hallatavate asutuste infossteemides (riigi
infossteemi kuuluvates andmekogudes). Samuti on see tungivalt soovituslik ja mistlik valik
kasutusse vtta ka lejnud infossteemide projekteerimistel vi olemasolevate
mberehitamisel.
Kesolev dokument on meldud lugemiseks infossteemide projekteerimisel osalevatele rija IT-analtikutele ja teistele isikutele, kelle pdevuses on teha ssteemide lesehitusi
puudutavaid otsuseid. Juhendi juurde kuulub ka dokument ADS liidestumise seosmudelid,
mis ksitleb liidestamise tasemete kaupa soovituslike andmestruktuure ja dnaamika
seosmudeleid ADS-i X-tee teenuste ja soovituslike andmestruktuuride vahel.
2 Eesmrk ja missioon
Nagu iga standardiseerimise on ka aadressi standardiseerimise eesmrk muuta aadressi miste
eri osapooltele heselt arusaadavaks, luua eeldus aadressiandmete sarnaseks ttlemiseks ja
muuta odavamaks ssteemide vaheliste liideste ehitus. Siinkohal vib kneleda ka ssteemide
vaheliste liideste loomise vltimatu eeltingimusena ADS standardi rakendamist, sest erinevad
koha-aadressi ksitlused vivad tekitada ssteemide vahelises suhtluses letamatuid
probleeme.
Eestis on hinnanguliselt 160 riiklikult vi omavalitsuste poolt hallatavat olulist infossteemi,
millest enamusel (Riigi Infossteemi Ameti - RIA hinnangul vhemalt 100) on pistmist
aadressiandmetega. 2016 mrtsiks on ADS standardi aktiivsemalt kasutusele vtnud (st ADSiga liidestunud) umbes 60 infossteemi (kokku le 1,3 miljoni pringu 3 kuu jooksul). Lisaks
eeltoodutele kasutab ADS-i teenuseid ilma X-tee vahenduseta veel suur hulk tarbijaid (nt
kasutab igakuiseid tasuta vljavtteid). Eesmrk on ADS standardi kasutust ja ADS-i
infossteemiga liidestamise osakaalu oluliselt laiendada ja lhiaastatel ADS-i kasutavate
infossteemide arvu mitmekordistada.
Kavas on jrgmine, 2020. aastal toimuv Rahva- ja eluruumide loendus teha vaid registrite
phiselt (REGREL) ja selle vltimatuks eelduseks on loenduses osalevates infossteemides
ADS standardi rakendamine ning infossteemide liidestamine ADS-i infossteemiga, sest
heselt mistetavate snnikoha, elukoha, tkoha jm. aadressi kaudu mratlevate andmeteta
ei saa loendus olla usaldusvrne. REGREL-is osaleb 18 andmekogu.
Sama vajadus kerkib igakordselt, kui ritatakse mitme andmekogu andmeid ristkasutada uute
vajaduste katmiseks. Heaks niteks on 2013. aastal loodud Maamaksu infossteem (MAKIS),
mille loomise kigus oli samuti suureks probleemiks aadressiandmete hilduvus erinevates
andmekogudes.
3 Misted
Mistete mratlemisel on aluseks vetud Aadressiandmete ksiraamat ja ADS-i
spetsifikatsioon. Ksiraamat asub veebikljel http://ads.maaamet.ee/.
4 ADS levaade
Jrgnevas levaates on ksitletud ADS-st vaid andmeid tarbivale liidestujale olulisi aspekte.
ADS-i infossteemi phjalik kirjeldus on dokumendis ADS spetsifikatsioon
(analsidokument).
Mrkus: Jrgnevalt on mistete juurde toodud kaldkirjas arvulised vrtused kehtivatest andmetest
2016. a. veebruari seisuga. Need on siin vaid miste taga olevate kirjete arvu suurusjrgu
iseloomustamiseks. Kirjete arv on mitmete mistete juures pidevas muutumises ja seega ei tohi neid
tpse tena vtta.
4.1 Aadressiobjekt
Tarbivale liidestujale on esmaseks misteks aadressiobjekt (~2,42 miljonit kirjet).
iguslik mratlus: Geograafiline aadressiobjekt (edaspidi aadressiobjekt) on maaga seotud
objekt, millele on mratud aadress vi millele aadressi mramise kohustus vi vimalus
tuleneb igusaktist. Tiendav selgitus: Aadressiobjektiks on maaga psivalt seotud objekt
looduses, millel on ruumikuju* ja mille peal vi sees saab elada, ttada, midagi hoiustada,
8
mida mda liikuda jms. seoses olla ja sellest tulenevalt on vajadus sellele kohale vi
objektile (ruumi piirkonnale) osundada inimkeeles harjumusprasel viisil ehk aadressiga.
Aadressiobjektil on alati olemas vhemalt ks aadress, kuid leidub ka mitme aadressiga
aadressiobjekte (niteks tnavate ristumise nurkadel asuvad ehitised), millele on mratud
paralleelaadressid. Aadressiobjektide elutskli kujutamine infossteemides on heas koosklas
neile vastavate reaalsete objektide tekkimise ja kadumisega looduses.
* ruumikuju all meldakse riiklikus koordinaatssteemis XY koordinaadistikus punkti, murdjoont vi
pinda, mis mratleb aadressiobjekti kuju projitseerituna 0 krguse tasapinnale. Z ehk vertikaalmde
ei ole ADS-s kasutusel. Korterid ja teised ruumiliselt ksteise kohal asetsevad hooneosad kujutatakse
punktidena. Krgust iseloomustatakse korterite ja teiste hooneosade juurdepsukorruse vrtusega.
4.2 Aadress
Teiseks oluliseks misteks on aadress (~1228100 kirjet). Aadressiks on inimkeeles loetav ja
mistetav tekst, mis osundab aadressiobjektile. hele aadressile saab vastata mitu
aadressiobjekti, sest mitu objekti looduses (niteks mitu hoonet) vivad omada sama aadressi.
Seega vljendades asukohta vaid aadressi tpsusega ei pruugi me heselt objekti (nt hoonet)
looduses mratleda (niteks maal asuv elamu koos krvalhoonetega omavad kik hesugust
nime, linnas asuv elamu koos kuuridega omavad sama tnavanimest ja numbrist koosnevat
lhiaadressi). Objekti heseks mratlemiseks tuleb infossteemides aadressile automaatselt
vi kasutaja poolt aadressiobjekt juurde valida.
Aadressid muutuvad vastavalt aadressiobjektide muutumistele ja kohalike omavalitsuste
(KOV) otsustele (nt maaksusele uue nime mramine vi liikluspinna nime muudatused).
Enamus aadressiobjektide muudatusi (sh uute aadresside mramine, olemasolevate
muutmine ja kehtetuks tunnistamine) on samuti KOVide pdevuses. Enamus haldus- ja
asustusjaotuse muudatusi kehtestatakse kas Vabariigi Valitsuse, ministri vi Maa-ameti
peadirektori igusaktiga. Omavalitsuse hinemise otsuse teevad liituvate omavalitsuste
volikogud. Kigis eelmainitud muudatustes kaasatakse haldusmenetlustesse ka kohalikud
elanikud ja teised puudutatud isikud.
Aadressi tekst on struktuurne ja selle koostisosi nimetatakse aadressikomponentideks
( ~1228100 kirjet) (ruumiandmete seaduses nimetatakse neid struktuurielementideks).
11
12
Unikaalaadressi nue
Aadressi tasemetele 1 (maakond), 2 (omavalitsus), 3 (asustusksus/linnaosa) ja 4
(vikekohale) kehtib range unikaalaadressi nue, st aadressi ja aadressiobjekti vahel on alati
ks-hele seos ehk igale kehtivale aadressile vastab alati tpselt ks kehtiv aadressiobjekt.
Aadressi tasemetele 1, 2 ja 3 kehtib smmeetriline range unikaalaadressi nue, st et niteks
Mustika vallas saab olla ainult ks Seemne nimeline kla ja Marja maakonnas ainult ks
Mustika nimeline vald. Tasemete 4 ja 5 korral vib seoses aadresside muudatustega esineda
perioode, kus vikekohta vi liikluspinda esindav aadressiobjekt on kehtivalt olemas aga
kehtivat aadressi veel ei ole.
Aadressi tasemetel 4 ja 5 hele aadressiobjektile vib vastata erandjuhul mitu aadressi, kuid
mitmel aadressiobjektil ei vi olla sama. Samas tuleb arvestada, et aadressi tekst vib olla kll
vrdne, kuid tasemeline jaotus on erinev. Niteks sama liikluspinna nimi vib esineda nii 5ndal kui 6-ndal tasemel olles esimesel juhul liikluspinna poolt indikeeritud ja kasutuses ja
teisel juhul teemaa katastriksuse nimeks, mille peal see liikluspind looduses asub.
Aadressides, mis omavad tasemete 6, 7 ja 8 komponente, vib esineda mitu-mitmele suhteid
aadressiobjektidega, st hele aadressiobjektile vib olla omistatud mitu aadressi
(paralleelaadressi) ja vastupidi, he aadressiga saab olla seotud mitu objekti. Samas on
vastavalt ruumiandmete seadusele nutav, et kikidel aadressiobjektidel, kuhu on vaja mingil
phjusel osundada teistest objektidest eristuvalt, peab olema unikaalaadress, st see aadress ei
tohi osundada samaaegselt mnele teisele unikaalaadressi nude alla kuuluvale samaliigilisele
aadressiobjektile. Unikaalaadressi nude alla kuuluvateks aadressiobjektideks on niteks
eluruumid (sh korterid), eluhooned, ettevtete asukoha hooned, postissteemis osalevad
ehitised jt kohad, kuhu on vaja osundada, posti saata, kohale juda, kus elatakse vi psivalt
td tehakse. Unikaalaadressi nue pole alati tidetud, kuid ADS keskssteem annab
omavalitsustele sellistest vigadest teada ning omavalitsus on kohustatud andmed korrastama.
Andmete kvaliteediga tegeletakse pidevalt - Maa-amet edastab probleemide kohta info
omavalitsustele, kes seejrel korrastab andmeid.
Unikaalaadressi nude tunnus (e UN-tunnus)
Alates 2014-st aastast on aadressiobjektid varustatud unikaalaadressi nude tunnusega, mis
vljendab selles, et kas aadressiobjektil peab olema unikaalaadress mitte. See tunnus omab
sisulist thtsust ainult hoonete ja katastriksuste korral. Kik lejnud aadressiobjektid
peavad alati omama unikaalset aadressi. Unikaalaadressi nue tuleneb ruumiandmete
seadusest, mille kohaselt on unikaalaadress koha-aadress, mille tekstilis-numbriline kuju on
samaliigiliste unikaalaadressi nudvate aadressiobjektide seas ainulaadne. Mitmel sama liiki
unikaalaadressi nudval aadressiobjektil ei vi olla sama koha-aadress. Unikaalaadressi
nudvad aadressiobjektid on:
1) elamud (objekti liik EE);
2) eluruume sisaldavad hooned (nii EE kui ME liiki hooned kus asub eluruume);
3) juriidiliste isikute asukohahooned (nii EE kui ME liiki hooned kus asub riettevtteid);
4) hooned, milles asuvad universaalse postiteenuse osutamise juurdepsupunktid ning
eelnimetatud hoonete osad (nii EE kui ME liiki hooned kus asuvad postiteenuse
kontaktpunktid samuti on unikaalaadressi nudega kik hooneosad);
5) tiheasustuses vi detailplaneeringu kohustusega alal asuvad maaksused;
6) maaksused, mille koha-aadress sisaldab aadressikoha nime (st. on adresseeritud tnava
vi vikekoha jrgi).
13
o
o
o
o
o
o
o
o
o
o
o
nue. Ka selliste juhtumite hulk ajas pigem vheneb, sest osadel juhtudel on tegu
ebakorrektselt mratud aadressidega. Keerukamad aadressi ja objekti suhted esinevad
komplekshoonetes, kus tegemist on niliselt mitme erineva hoonega kuid tegelikult on hooned
maa-aluse osa (garaaiga) hendatud. Selliseid hooneid ei ole palju, kuid neid ehitatakse igal
aastal juurde.
Hooneosadele mitme aadressi mramine ei ole ldiselt lubatud, kuid paraku ei ole
omavalitsused kiki koha-aadresse veel nuetele vastavaks muutnud. Erandi moodustavad
mningad hiselamutes olevad eluruumid, kus he ehitustehnilises mistes korteri (eluruumi)
toad on omakorda nummerdatud ja erinevate leibkondade kasutuses. Sellistele eluruumidele
on vaja siiski mrata paralleelaadresse.
15
16
Lisaks sellele on tpsustavad allikad, millede tegevus vib tingida muudatusi aadressides.
Nendest olulisemad on :
Rahvastikuregister, mille tihe seotus aadressidega vib ilmsiks tuua ADS-is
aadressiandmete korrigeerimise vajaduse (nt UN tunnuse lisandumine
mitteelukondlikule hoonele).
Kinnstusraamat, mille kaudu laekub korteriomandi reaalosade seoste info.
riregister
Lisaks eelnimetatule on kigil ADS -i infossteemiga liidestuvatel ssteemidel igus
aadresside tpsustuse vi muutmise ettepanekuid teha.
ldine ssteemide vaheline andmevoogude pilt on jrgnev:
17
18
19
Arenduskulu
Ak0iA
AkiA < Ak0
Ak0<Ak1
Kidukulu
k0iA
k0iA < k0
k0<k1
K2 Tisbaasiline liidestus.
Ak1<Ak2
k1<k2
Arenduskulude mttes on kige odavam liidestamine In-ADSi kasutades., st. pole vaja
vlja ehitada mnda muud liidestust. Kaudne liidestus on suure tenosusega samuti
odavam kergliidestusest. Kige kulukam on arenduse ja ka kidu mttes tisbaasiline
liidestumine
20
Alamtase
A1 Aega kinni jvad aadressiandmed ja range ADSi kasutus.
A2 Aega kinni jvad aadressiandmed ja ADSi aadressi tpsustamise
vimalus.
Arenduskulu
A1
Kidukulu
K1
A1<A2
K1
A2<B1
K1
A2<B2
K1
Tabeli selgitused:
Arenduse kulu kasvab koos alamtaseme kasvuga.
Kidukulu suurus sltub vaid sellest, kas on vajadus inimtjudu muutunud
aadressidele / aadressiobjektidele jrglaste leidmiseks. Kui ksitsi jrglaste seoste
otsimisse ei panustata, on tarbival registril oht aja jooksul andmete kvaliteedi
languseks, sest automaatne jrglaste otsimine ei anna alati igeid tulemusi. ADS ei
saa keerukamate objektimuudatuste korral 100% kindlusega elda 1:1 jrgnevusi.
Tekivad 1:n ja n:m jrgnevusmustrid, mille puhul automaatselt valitav jrglane ei
tarvitse olla ige.
Kulutuste omavahelised proportsioonid on suures sltuvuses konkreetse ssteemi
aadressiandmete kasutuse ulatusest / keerukusest ja ssteemi tarkvara
arhitektuurist. ldkehtivalt ei ole vimalik usaldusvrseid kultuste suhteid
tasemete vahel vlja tuua.
Alamtasemele B tunnuse T lisamist ehk aadressiobjektide ajaloo silitamisest
loobumist saab lugeda arendustid veidi kergendavaks asjaoluks.
5.1
5.2
Kergliidestus (K1)
Kergliidestus saab olema tenoliselt valdavaks valikuks infossteemides, kus
kasutajaliidese tasemel aadressi sisestamisel on talutav vimalik mnesekundiline viivitus
(aeg X-tee pringu teostuseks) ja on vimalik mistliku kuluga le elada olukord, kui
21
Aega kinni jvalt aadressiandmete kasutamine thendab vajaduse puudumist juba maha
salvestatud aadressiandmete uuendamiseks. Need on aadressid, mida ei ole vaja hiljem
tdelda vi analsiks kasutada (pole vaja teha statistikat ega ajakohaseid andmeid vlja
anda teistele tarbijatele). See on loomulik omadus niteks sndmuste vi vaid antud ajas
thendust omava asukoha fikseerimiseks. Niteks arhiveeritud dokumendil vi juba
vljastatud arvel olevaid aadresse hiljem ei muudeta.
Siinjuures tuleb thele panna, kas on vajadus hiljem teha asukohaphiseid analse, nt
tuua vlja 10-ne aasta jooksul vljastatud arvete jaotus aadresside phiselt. Kui selline
vajadus eksisteerib, siis vastavad riobjektid (arve, arhiveeritud dokument) jvad kll
aega kinni (nende aadressiandmeid ei kaasajastata), kuid hilisema analsi vajadusi silmas
pidades tuleb nende peale ehitada aadressiandmete plvnemiste loogika (nt dokumendi vi
arve konteineri vlised atribuudid).
Kuid tuleme tagasi vaid aega kinni jva aadressiandmete ksitluse juurde.
Aega kinni jvalt aadressi ksitlemisel kergliidestamisel piisab kui ADS-st kasutada vaid
mistet aadressikomponent ja aadress. Aadressikomponente lheb vaja
kasutajaliideste valikloendite titmiseks. Peale kasutaja poolsete valikute tegemist
kivitatakse aadressi otsingu pring ADSaadrotsing. Kui tulemuseks on ks aadress, siis
salvestatakse see kas ainult tekstina vi aadressikirje peavtmena vastava objekti juurde
(niteks dokumendi allkirjastamise asukoht). Otsingu vastuseks mitme aadressi ilmumisel
tuleb need kasutajale tiendava valiku tegemiseks vlja kuvada, rakendada automaatse
valiku loogikat vi salvestada kik leitud aadressid.
Alternatiiviks on vaid kolm esimest taset (ehk EHAK tasemed) valikaknana pakkuda ja
lejnud on ks tekstilahter, kuhu kasutajal on vimalik aadress sisestada ja krval
olevale nupule Otsi klpsates teha pring ADSi sobiva aadressi leidmiseks
(ADSaadrotsing). Otsingu vastuseks tuleb reeglina mitu aadressi (vahel ka palju aadresse)
ja need tuleb kasutajale valiku tegemiseks vlja pakkuda. Kasutajal peab olema vimalus
otsingustringi tpsustada ja algatada uut otsingut. (2014 aasta lpuks arendatakse vlja ka
In-ADS-i teenus mis on mugav, vliste ssteemide poolt integreeritav aadressiotsingu
liides mida saab kasutada X-tee teenustele lisaks).
22
23
5.2.3 Ajaga kaasas kivad aadressiandmed, range ADSi kasutus ja jrglaste leidmine
tisautomaatselt (K1B1)
Ajaga kaasas kivalt aadressiandmete kasutamine thendab vajadust juba maha
salvestatud aadressiandmeid uuendada. See vajadus on ka kohe olemas, kui on nue teha
aadresside phist analsi vi statistikat. Samuti, kui ssteemis on vajadus aadressiga
varustada misteid, mille andmeid on vaja hoida ajakohasena. Tpilised nited on siin
isiku elukoha aadress, ettevtte aadress, teenuspunkti (nt arsti vastuvtu) aadress, eseme
(nt relva) asukoha-aadress vi ka hoone aadress. See thendab olukorda, kus juba maha
salvestatud aadresse on vaja lhtuvalt ADS-ist tulevatele muudatustele taustprotsesside
poolt perioodiliselt uuendada.
Ajaga kaasas kivate aadressiandmete ksitluses ei pse me mda mistest
aadressiobjekt. Tarbimiskohta salvestatakse aadressi ja aadressiobjekti peavti, sest
vajalike jrglaste leidmine lbi aadressiobjekti on tulemuslikum. Aadressi maha
salvestamine ainult tekstina ei ole ajakohastuva nude titmiseks hea valik, sest
tekstiandmete ttlus massilises ulatuses on endiselt liialt IT ressursi mahukas.
Teatavasti on aadressiobjekt mitu-mitmele suhtes aadressiga ja siinkohal tuleb lbi melda
ssteemides, kus saab maha salvestada vaid he peavtme, kuidas kasutaja poolsel
aadressi vljavalikul ra valida ka aadressiobjekt. Aadressi poolt vaadates on mitme
aadressiobjekti olemasolu pigem laialt levinud, kui erand (niteks omavad sama kohaaadressi katastriksus, sellel asuv elamu ja kolm kuuri). Kige tiuslikum lahendus
koosneb kolmest osast:
1. Tavaprane aadressi valik (lahtrisse tipitavate stringile vastavate sobivate
aadresside pakkumine, valikloendist levalt alla valikute tegemine vi kahe
variandi hbriid).
2. Vastavalt valitud aadressile aadressiobjektide hulga automaatne kitsendamine. Kui
jrele jb vaid ks aadressiobjekt, siis kasutajat tiendava valikuga enam ei
tlitata. Maha salvestatakse valitud aadressi ja sellele heses vastavuses oleva
aadressiobjekti peavti. Valiku tegemisel kasutatakse objektide prioritiseerimist.
3. Kui valikusse jb kaks vi enam aadressiobjekti, siis kige tiuslikum lahendus
peaks pakkuma neid objekte valida maakaardi taustal, sest aadressiobjekti
teadlikuks valikuks sobivaid trkandmeid napib. Aadressiobjekti iseloomustab
parimalt tema paiknemine ja kuju maakaardil.
Kolmanda punkti realiseerimine on kindlasti tarbiva ssteemi poolt kige tmahukam,
eriti kui tarbival ssteemil muidu maakaardi taustal andmete kuvamist ette ei tule. Maaametil on arendatud veebiphine komponent In-ADS ssteemidesse kergelt limimiseks
(vt. selle kohaseid kirjeldusi eespoolt). Kui In-ADS-i ei soovita kasutada, siis heks
alternatiiviks on thustada aadressiobjekti automaatset vljavalikut mrani, kus valikusse
jb alati ks objekt ja kolmanda punkti lbimise vajadus langeb ra. Vi realiseeritakse
siis, kui Maa-amet vastavat vahendit juba omalt poolt vlja pakub.
Ssteemide jaoks, mis oma loomuliku lesehituse poolest tulevad toime mitme
aadressiobjekti korraga salvestamisega oma miste klge (niteks eseme ks asukoht vib
koosneda mitmest objektist), langeb vajadus he objekti vljavaliku jrgi ra. Maha
salvestatakse kik aadressiga seotud aadressiobjektid. Selline mitmuse salvestamine tagab
aadresside edasises uuenemises parima kvaliteedi. Niteks salvestamise ajahetkel oli hel
aadressil 2 aadressiobjekti (nt hoonet). Mne aja mdudes on tenoline, et ks objekt
24
saab teise aadressi ja valikusse jb ainult ks objekt. Samuti vib juhtuda, et mlemad
objektid saavad uued aadressid ja tuleb teha uus objekti valik. Harvemal juhul vib
juhtuda, et ks objekt kaotab kehtivuse (st likvideeritakse) ja alles jb parimalt soovitud
olukord, kus aadress on mratud hele sobivat liiki aadressiobjektile. Ssteemis, kus pole
vimalik mitut aadressiobjekti salvestada, tuleb ks vlja valida ja kui see satub olema
hiljem kehtivuse kaotanud aadressiobjekt, siis on kllalt tlikas (vib vajada ka ksitd)
leida sellele adekvaatne jrglane. Samuti tuleb arvestada juhtumitega, kus seotud objektide
aadressid muutuvad erinevaks ja seni kasutuses olnud aadress kaotab kehtivuse. Sel juhul
tuleb ilmselt prduda juba algse andmeandja poole ja selgitada milline aadress ja seega
ka objekt tuleks kasutusele vtta.
Liidestumise tase B1 koos mitme aadressiobjekti ksitlemise vimekusega annab
ADSi andmete tarbimisel parima tulemuse. Kikide uute ssteemide projekteerimisel,
kus on vaja aadresse ajakohastada, tuleks vtta projekteerimisel eelduseks liidestumise
tase B1 koos tarbimise kohtades mitme aadressiobjekti mahasalvestamise vimekusega.
Puudutatud joonised:
Joonis 1 K1: ADS_KOMPONENT <-- ADSkompklassif
Joonis 2 K1: ADS_KOMPONENT --> kasutajaliides Hbriid <-> ADSaadrotsing --> AADRESS
Joonis 3 K1: ADS_KOMPONENT --> kasutajaliides Valikloendid --> ADSaadrotsing --> AADRESS
Joonis 7 K1B1: AADRESS, AADRESSIOBJEKT <-- ADSaadrotsing
Joonis 8 K1B1: AADRESS, AADRESSIOBJEKT <-- ADSaadrmuudatused, ADSobjmuudatused
25
b) Kui leidub mitu objekti, siis vali esimene objekt jrjestades loendit jrgnevalt:
ADOB_LIIK kasvavalt, eelista ORIG_TUNNUS on tidetuid, ADOB_ID
kahanevalt.
2. Kui punkt 1 ei andnud tulemust (st. esimene kitsendus ei andnud htegi objekti),
siis kitsenda ADR_ID jrgi objekte objektiliikide EE ja ME ning tunnuse
UNIK=1 kohaselt.
a) Kui leidub ks objekt, siis see ongi otsitav.
b) Kui leidub mitu objekti, siis vali esimene objekt jrjestades loendit samaselt
punktiga 1.b.
3. Kui ka punkt 2 ei andnud tulemust, st ei olnud htegi, siis kitu punkti 2 kohaselt
va. jta kitsendusest vlja UNIK=1.
4. Kui punkt 3 ei andnud tulemust, siis uus kitsendus on objektiliik = CU ja
UNIK=1.
a) Kui leidub ks objekt, siis see ongi otsitav.
b) Kui leidub mitu objekti, siis esimese vljavalikuks jrjesta aadressiobjektid
ADOB_ID kahanevalt.
5. Kui punkt 4 ei andnud tulemust, siis kitu punkt 3 kohaselt va. jta kitsendusest
vlja UNIK=1.
6. Kui ka punkt 5 ei andnud hest tulemust, siis jrjesta ainult ADR_ID jrgi
kitsendades aadressiobjektid ADOB_ID jrgi kahanevalt, st. tuleb vlja valida
kige uuem aadressiobjekt.
7. Kui andmekogus on vimalik kasutada ka ainult ligilhedase asukohatpsusega
aadresse, siis vib otsingusse kaasata ka liikluspinna (LP) ja vikekoha (VK), kuid
tenoliselt nii ebatpsed aadressid ei ole siiski sobivad.
NB! Antud prioritiseerimine juab alati he aadressiobjekti vlja valimiseni. See
objekt ei pruugi alati olla ige. Kui soovitakse igal juhul saavutada korrektne
objektiseos, soovitame loobuda ADOB_ID alusel jrjestamisest (st kige uuema
objekti valikust) ja konfliktiolukorras (kus aadressile vastab mitu sama liiki
objekti) teha valik In-ADS-i komponendi abil, valides aadressiobjekti vlja
kaardilt.
Kui tarbival ssteemil on aadressi juurde salvestatud ka koordinaadid, siis on alternatiivina
vimalik kaasata ige objekti valikusse koordinaate. Soovituslikult on ige vlja valida
salvestatud koordinaatidele lhim objekt huvialuse objekti liigi piires. Niteks kui
koordinaadid satuvad hoone ruumikujule, siis valitakse see hoone ning vetakse
kasutusele selle hoone aadress. Kui hoone identifikaator vi aadress muutub, saab tarbiv
ssteem alati prduda uue ruumipringuga ADS-i infossteemi poole ning saab teada
jrglasandmed oma pritud ruumipunktis (pringuga saab vajadusel lisada ka puhverala
ulatuse) kehtivate aadresside ja objektide kohta. Seesugune seosinfo ja jrglusinfo
hankimine ning aktuaalsena hoidmine toob endaga kaasa tenoliselt kige vhem
eksimisvimalusi, kuid eeldab, et tarbiv ssteem omab ning vajadusel ka ajakohastab
asukohakoordinaate oma registri objektide kohta.
26
27
regulaarsusega 1 kord pevas, kuid mitte harvem kui 1 kord ndalas, sest liialt pikk
vahe andmete uuendamiste vahel kuhjab liiga palju ttlemata andmeid ja on oht, et
vastavad ADS-i infossteemi logipringu teenused ei suudagi soovitud muudatuste
pringu tellimust he jooksul tita.
ADS-i infossteemi X-tee teenused vljastavad kuni 100 vastust korraga. See kaitseb
ADS-i infossteemi vimalike lekoormuste eest. Ajakohastamiseks vajalikke pringuid
tuleb jrgmisest loginumbrist jtkata kuni pringule saadakse alla piirarvu vastuse (praegu
on teenused seadistatud nii et piirarvuks on 100). Suuremate EHAK muudatuste korral
vib hes pevas olla kmneid tuhandeid muudatusi (erandjuhtudel sadu tuhandeid).
Tavalistel tpevadel jb muudatuste hulk erinevates logikirjetes (komponendid,
aadressid, objektid) kokku umbes 2000-3000 kanti.
Tisbaasiline liidestus jaguneb samuti omakorda tasemeteks A1 kuni B2.
29
ldselgitav tekst on siin samane K1A2 tasemega. K2A2 taseme rakendamine on mistlik
vaid tippkiirust ja tkindlust vajavates ssteemides, kus pole kasutajaliidestes lubatavad
le 0,7 sekundist pikemad viivisajad.
NB! Analoogselt K1A2 tasemele ei ole lubatud tarbiva ssteemi poolt tpsustatud
aadresse (need on ADS-ist puuduvad aadressid) ssteemist vlja edasi levitada (kuid
nende edastamine ADS-ile on vaja tagada).
Puudutatud joonised:
Joonis 13 K2A2: ADS_AADRESS, ADS_OBJEKT <-> kasutajaliides
Joonis 17 K2A2,B2: ADS_AADRESS <-- ADSnormal
Joonis 21 K2A2: ADSaadrmuudatused, syndmus = 'I', 'U', 'D', S vi 'R'
Joonis 29 K2A2: ADSobjmuudatused, syndmus = 'I', 'U', 'D' vi 'R'
5.3.3 Ajaga kaasas kivad aadressiandmed, range ADSi kasutus ja jrglaste leidmine
tisautomaatselt (K2B1)
Samaselt K1B1 tarbimise tasemega on ka K2B1 liidestuse korral vajalik aadressi ja
aadressiobjekti ksitlus. Erinevalt K1 tasemest on K2 tasemes vajalik aadresse ja
aadressiobjekte tarbivas ssteemis lal hoida tielikus vi philises hulgas koopiana ADS
andmebaasist. Tarbivas ssteemis aadresside ja aadressiobjektide hoidmine tagab parima
kasutajaliideste teenindamise kiiruse. Aadressid ja aadressiobjektid laetakse ssteemi
asutamisel tervikuna ADS-i infossteemi vljavttena ja hiljem hoitakse neid ajakohasena
vastavate taustprotsessidena.
Aadressile vastava he aadressiobjekti ja aadressiobjektile mitme jrglase hulgast he
vlja valiku reeglid on samased K1B1 liidestumise tasemes kirjeldatud reeglitele.
Samuti on samane soovitus ehitada ssteem les selliselt, et see taluks aadressi tarbimise
kohas maha salvestada mitu aadressiobjekti.
Liidestumise tase K2B1 koos mitme aadressiobjekti ksitlemise vimekusega annab ADSi
andmete tarbimisel ajakriitiliste ssteemide jaoks parima tulemuse.
Puudutatud joonised:
Joonis 14 K2B1: ADS_AADRESS, ADS_OBJEKT <-> kasutajaliides
Joonis 16 K2A1,B1: ADS_AADRESS, ADS_OBJEKT <-- ADSaadrmuudatused, ADSobjmuudatused
Joonis 22 K2B1: ADSaadrmuudatused, syndmus = 'I', 'U', 'D', S vi 'R'
Joonis 30 K2B1: ADSobjmuudatused, syndmus = 'I' vi 'R'
Joonis 31 K2B1: ADSobjmuudatused, syndmus = 'U'
Joonis 32 K2B1: ADSobjmuudatused, syndmus = 'D'
5.3.4
Liidestumise tase K2B2 sisaldab kasutuse tasemeid K2A2 (tisbaasiline ADSi aadresside
kasutus koos tpsustamise vimalusega) ja K2B1 (tisbaasiline, ajaga kaasas kivad
aadressiandmed, range ADSi kasutus ja jrglaste leidmine tisautomaatselt). Liidestumise
taseme K2B2 kibenimeks on ka Autonoomne ADS aadressiobjekti ajalooga.
30
vhenema. Lplikult ei saa siiski kindel olla, et ilma ksitta saavutatakse alati
ige tulemus. Seega juhul kui andmekvaliteet on oluline, tuleb sellele siiski
panustada.
(2) Liidestuva ssteemi valmisoleku saavutamine eeldab reeglina sellekohase
arendust tegemist, mis on tmahult kige kulukam. mberehituse
projekteerimisse on soovitav kaasata tjudu, kes on vastavat projekteerimise
td juba varem teinud, sest aadressi ja aadressiobjekti mistete ning nende
dnaamika selgeks saamine vib vtta rohkem aega ja ressurssi, kui vastavate
mberehitusprojektide koostamine.
(3) Andmete laadimine ja teisendamine vrib eraldi nimetamist, sest reeglina on
nudeks seda teha vga piiratud aja jooksul, niteks sel, kui ssteemi ei kasutata.
Sltuvalt liidestumise tasemest on siin keerukus erinev.
A tasemele siirdumise korral on leminek oluliselt odavam, sest puudub vajadus
juba maha salvestatud aadresse kaasajastada.
Soovitav ongi kikides olemasolevates aadresside kasutuskohtades jtta andmed
puutumata ning ehitada vaid pringute ja kasutajaliideste kohad mber, mis
kohastuksid pringu mttes ttama vanade ja uute andmetega.
Sellist luksust ei saa lubada aga siirdumisel B taseme kasutajaks, sest automaatselt
on vimalik uuendada ainult igete vtmetega viidatud aadresse. Seega B tasemele
siirdumisel on vltimatult vajalik aadresside normaliseerimine ehk olemasolevate
andmete vastavusse seadmine ADS-i ametlike aadressidega. Kui veab, siis on
vimalik automaatselt kodeerida kik aadressid ja ksitd teha vaja ei ole, kuid
praktikas sellist nne ei esine ja tuleb juba ssteemi arenguplaani vtta olukord,
kus osad aadressid jvad kiku vanas lahenduses. Niteks Rahvastikuregistri
aadresside seostamisel saavutati 2011. aastal ligi 70% vastavus, 2012 aastal 91%,
2014. aastal 96% 2016. aastal 96%. lejnud aadressidega jtkatakse ksitsi
korrastamisi ja seostamisi.
Aadresside kodeerimise (normaliseerimise v. seostamise) protsessi vib teha ka
ennetavalt (ssteemi vliselt hekordsete tdena), st lemineku ajal tehakse vaid
viimati lisandunud vi muutunud aadresside kodeerimine. Aadresside kodeerimine
vib olla vga ajamahukas protsess (kestab suuremate ssteemide korral mitu
ndalat) ning ei ole vimalik kogu see aeg ssteemi kigust vljas hoida.
(4) leminekuperioodil toimub automaatsest kodeerimisest vlja jnud aadresside
ksitsi kodeerimine. See nuab eraldi tkoha vi tkohtade loomist. Selliste
tkohtade kaudu tuleb kodeerimata (ADS seoseta jnud) aadressid ekraanile
vtta ning otsida neile vastavaid ADS-i aadresse, kasutades selleks kikvimalikke
abivahendeid, sh Maa-ameti lehekljel pakutavaid otsingu teenuseid (In-ADS,
ADS avalik kaardirakendus ja pringu rakendus). In-ADS-i vib integreerida soovi
korral ka oma rakendustesse.
Kodeerimata aadresside nimekiri peaks t edenedes pidavalt lhenema, sest uusi
kodeerimata aadresse enam ssteemis juurde toota ei tohiks. Paratamatult jb
mingi osa aadressidest vaatamata inimt pingutustele ka ksitsi seostamata.
Selliste aadresside kohta on kaks soovitust:
1) jttagi need kodeerimata ja kogu ssteemi elu jooksul arvestatakse, et aadresside
kasutuse kohtades vib esineda aadresse teksti kujul. See on talutav olukord, kui
A2 vi B2 tasemel on otsustatud tpsustus salvestada aadressi kasutamise kohta.
33
34
Otsustuspuu joonisena:
class Tasemete v aliku otsustuspuu
Kas vajadus
aadresse
tpsustada?
JAH
Kas aadresse on
vaja ajakohastada?
EI
JAH
Kas on vajalik
maksimaalne
tkiirus?
Kas vajadus
aadresse
tpsustada?
EI
EI
JAH
JAH
EI
Kas aadresse
on vaja
ajakohastada?
JAH
Kas vajadus
aadresse
tpsustada?
JAH
Kas on vajadus
silitada aadresside
muutumise ajalugu?
8 Andmemudelite tplahendused
Vlja pakutud andmemudelid on fsilised, st juhendi lugejal on vimalik vastavate
tabelite struktuuride mudelid saada Maa-ameti kodulehelt Enterprise Architect mudelina,
millest omakorda on vimalik vastavalt vajadusele luua sihtbaasi (niteks Oracle) tabelite
loomise skriptid.
35
AADRESS
ADS_KOMPONENT
column
*PK ADR_ID :NUMBER(16)
*
KOODAADRESS :VARCHAR2(33)
*
TAISAADRESS :VARCHAR2(512 CHAR)
*
LAHIAADRESS :VARCHAR2(512 CHAR)
VIITEPUNKT_X :NUMBER(10,2)
VIITEPUNKT_Y :NUMBER(10,2)
column
*PK TASE :NUMBER(1)
*PK KOOD :VARCHAR2(4)
*
NIMETUS :VARCHAR2(200 CHAR)
*
NIMETUS_LIIGIGA :VARCHAR2(300 CHAR)
*FK YLEMKOMP_TASE :NUMBER(1)
*FK YLEMKOMP_KOOD :VARCHAR2(4)
KEHTIV :DATE
KEHTETU :DATE
ADSiga liidestunud
ssteemis olev
aadresside
mahasalvestuse tabel.
PK
+
PK_AADRESS(NUMBER)
PK
+
PK_ADS_KOMPONENT(NUMBER, VARCHAR2)
FK
+
FK_ADS_KOMPONENT_YLEM(NUMBER, VARCHAR2)
Tarbimiskoha tabel
column
*PK ID :NUMBER(16)
FK ADR_ID :NUMBER(16)
sisuveerud :BLOB
Aadressi kasutuskoha
tabel, kus aadress on
vljendatud he
vlisvtmest atribuudina.
Tabel AADRESS on toodud nidiseks, milline viks olla minimaalne komplekt andmeid,
mida tarbivas ssteemis viks aadresside kohta maha salvestada. A1 tarbimise taseme
juures pole oluline ajakohastumine ja seega pole vaja hoida leval kehtivuse ja aadressi
oleku vrtusi. Sltuvalt ssteemi vajadustest vivad kik aadressid olla koondatud hte
tabelisse ja tarbimiskoha kljes on vlisvtmega viit ADR_ID vi keskne tabel puudub ja
tarbimiskoha tabelisse salvestatakse otse ADR_ID ja ks aadressi tekstidest (tisaadress
vi lhiaadress).
36
AADRESS
ADS_KOMPONENT
column
*PK ADR_ID :NUMBER(16)
ADR_ID_ADS :NUMBER(16)
*
KOODAADRESS :VARCHAR2(33)
*
TAISAADRESS :VARCHAR2(512 CHAR)
*
LAHIAADRESS :VARCHAR2(512 CHAR)
NIMI_VASTE_PUUDUB :VARCHAR2(256 CHAR)
VIITEPUNKT_X :NUMBER(10,2)
VIITEPUNKT_Y :NUMBER(10,2)
*
OLEK :VARCHAR2(1)
ADS_TEAVITUSE_AEG :DATE
column
*PK TASE :NUMBER(1)
*PK KOOD :VARCHAR2(4)
*
NIMETUS :VARCHAR2(200 CHAR)
*
NIMETUS_LIIGIGA :VARCHAR2(300 CHAR)
*FK YLEMKOMP_TASE :NUMBER(1)
*FK YLEMKOMP_KOOD :VARCHAR2(4)
KEHTIV :DATE
KEHTETU :DATE
PK
+
PK_ADS_KOMPONENT(NUMBER, VARCHAR2)
ADSiga liidestunud
ssteemis olev
aadresside
mahasalvestuse tabel.
PK
+
PK_AADRESS(NUMBER)
FK
+
FK_ADS_KOMPONENT_YLEM(NUMBER, VARCHAR2)
Tarbimiskoha tabel
column
*PK ID :NUMBER(16)
FK ADR_ID :NUMBER(16)
sisuveerud :BLOB
Aadressi kasutuskoha
tabel, kus aadress on
vljendatud he
vlisvtmest
atribuudina.
37
column
*PK ADR_ID :NUMBER(16)
*
KOODAADRESS :VARCHAR2(33)
*
T AISAADRESS :VARCHAR2(1024 CHAR)
*
LAHIAADRESS :VARCHAR2(1024 CHAR)
VIIT EPUNKT_X :NUMBER(10,2)
VIIT EPUNKT_Y :NUMBER(10,2)
KEHT ET U :DAT E
*
ADOB_ID :NUMBER(16)
*
ADS_OID :VARCHAR2(10)
PK
+
PK_ADS_KOMPONENT(NUMBER, VARCHAR2)
ADSiga liidestunud
ssteemis olev
aadresside ja
aadressiobjektide
mahasalvestuse tabel.
Aadressi ja
aadressiobjekti vahel
valitakse hene
vastavus vlja
salvestamise hetkel.
PK
+
PK_AADRESS(NUMBER)
FK
+
FK_ADS_KOMPONENT _YLEM(NUMBER, VARCHAR2)
(ADR_ID = ADR_ID)
ADSiga liidestunud ssteemis
hoitavate ADSi komponentide tabel.
Aadressi kasutuskoha
tabel, kus aadress on
vljendatud he
vlisvtmest
atribuudina.
column
*PK ID :NUMBER(16)
FK ADR_ID :NUMBER(16)
sisuveerud :BLOB
AADRESS
column
*PK ADR_ID :NUMBER(16)
*
KOODAADRESS :VARCHAR2(33)
*
T AISAADRESS :VARCHAR2(512 CHAR)
*
LAHIAADRESS :VARCHAR2(512 CHAR)
VIITEPUNKT_X :NUMBER(10,2)
VIITEPUNKT_Y :NUMBER(10,2)
KEHTETU :DAT E
(ADR_ID = ADR_ID)
column
*PK ADOB_ID :NUMBER(16)
*FK ADR_ID :NUMBER(16)
*
VERS :NUMBER(3)
*
ADOB_LIIK :CHAR(2)
*
ADS_OID :VARCHAR2(10)
KEHTETU :DATE
UN_TUNNUS :VARCHAR2(1)
PK
+
PK_AADRESSIOBJEKT(NUMBER)
PK
+
PK_AADRESS(NUMBER)
FK
+
FK_AADRESSIOBJEKT_AADRESS(NUMBER)
(ADR_ID = ADR_ID)
ADSiga liidestunud ssteemis olev
aadresside mahasalvestuse tabel.
(ADOB_ID = ADOB_ID)
Tarbiva ssteemi aadressi vajav
andmeobjekt. Seotud aadress ei
ole vljendatud he atribuudina
vaid tiendava kolmese
seostabelina, kus on ra
nimetatud paaridena seotud
aadressid ja aadressiobjektid.
Kolmese seosega saab ilmutatult
ra elda, et millised objektid
antud aadressil on kaasatud.
Tarbimiskoha, aadressi j a
aadressiobj ekti seostabel
Tarbimiskoha tabel
mitmese v astav use
korral
(Tarbimiskoha_ID = ID)
column
*PK ID :NUMBER(16)
sisuveerud :BLOB
column
*PK ID :NUMBER(16)
FK ADR_ID :NUMBER(16)
FK ADOB_ID :NUMBER(16)
FK Tarbimiskoha_ID :NUMBER(16)
38
AADRESS
column
*PK ADR_ID :NUMBER(16)
ADR_ID_ADS :NUMBER(16)
*
KOODAADRESS :VARCHAR2(33)
*
TAISAADRESS :VARCHAR2(1024 CHAR)
*
LAHIAADRESS :VARCHAR2(1024 CHAR)
NIMI_VAST E_PUUDUB :VARCHAR2(256 CHAR)
VIITEPUNKT _X :NUMBER(10,2)
VIITEPUNKT _Y :NUMBER(10,2)
*
OLEK :VARCHAR2(1)
KEHTETU :DATE
*
ADOB_ID :NUMBER(16)
*
ADS_OID :VARCHAR2(10)
ADS_TEAVITUSE_AEG :DATE
ADS_KOMPONENT
column
*PK T ASE :NUMBER(1)
*PK KOOD :VARCHAR2(4)
*
NIMETUS :VARCHAR2(200 CHAR)
*
NIMETUS_LIIGIGA :VARCHAR2(300 CHAR)
*FK YLEMKOMP_TASE :NUMBER(1)
*FK YLEMKOMP_KOOD :VARCHAR2(4)
KEHT IV :DATE
KEHT ET U :DAT E
PK
+
PK_ADS_KOMPONENT (NUMBER, VARCHAR2)
PK
+
PK_AADRESS(NUMBER)
FK
+
FK_ADS_KOMPONENT_YLEM(NUMBER, VARCHAR2)
(ADR_ID = ADR_ID)
ADSiga liidestunud ssteemis hoitavate komponentide tabel.
Tarbimisekoha tabel kshese
v astav use korral
column
*PK ID :NUMBER(16)
FK ADR_ID :NUMBER(16)
sisuveerud :BLOB
39
Aadressi kasutuskoha
tabel, kus aadress on
vljendatud he
vlisvtmest atribuudina.
AADRESS
column
*PK ADR_ID :NUMBER(16)
ADR_ID_ADS :NUMBER(16)
*
KOODAADRESS :VARCHAR2(33)
*
TAISAADRESS :VARCHAR2(512 CHAR)
*
LAHIAADRESS :VARCHAR2(512 CHAR)
NIMI_VASTE_PUUDUB :VARCHAR2(256 CHAR)
VIITEPUNKT_X :NUMBER(10,2)
VIITEPUNKT_Y :NUMBER(10,2)
*
OLEK :VARCHAR2(1)
KEHTETU :DATE
ADS_TEAVITUSE_AEG :DATE
(ADR_ID = ADR_ID)
column
*PK ADOB_ID :NUMBER(16)
*FK ADR_ID :NUMBER(16)
*
VERS :NUMBER(3)
*
ADOB_LIIK :CHAR(2)
*
ADS_OID :VARCHAR2(10)
KEHTETU :DATE
UN_TUNNUS :VARCHAR2(1)
PK
+
PK_AADRESSIOBJEKT(NUMBER)
FK
+
FK_AADRESSIOBJEKT_AADRESS(NUMBER)
PK
+
PK_AADRESS(NUMBER)
unique
+
UQ_AADRESS_ADR_ID_AD1(NUMBER)
(ADOB_ID =
ADOB_ID)
(ADR_ID = ADR_ID)
ADSiga liidestunud
ssteemis olev
aadresside
mahasalvestuse tabel.
Tarbimiskoha, aadressi j a
aadressiobj ekti seostabel
Tarbimiskoha tabel mitmese
v astav use korral
column
*PK ID :NUMBER(16)
sisuveerud :BLOB
(Tarbimiskoha_ID = ID)
column
*PK ID :NUMBER(16)
FK ADR_ID :NUMBER(16)
FK ADOB_ID :NUMBER(16)
FK Tarbimiskoha_ID :NUMBER(16)
8.5 Tisbaasilisena aega kinni jvad aadressiandmed ja range ADSi kasutus (K2A1)
Peamine tabel on ADS_AADRESS, kus on esindatud kik kehtivad, thistatud ja vanad
aadressid. Sellest tabelist piisab, kui pole vaja kasutada vananevaid aadresse. Vananevate
aadresside leidmiseks on vaja kaasata ka tabel ADS_OBJEKT ja selle seostabel, mis
omakorda thendab ka vastavate alglaadimise ja andmete snkroniseerimise protsesside
loomist.
40
ADS_OBJEKT
ADS_AADRESS
column
*PK ADR_ID :NUMBER(16)
*
KOODAADRESS :VARCHAR2(33)
*
T AISAADRESS :VARCHAR2(512 CHAR)
*
LAHIAADRESS :VARCHAR2(512 CHAR)
VIITEPUNKT_X :NUMBER(10,2)
VIITEPUNKT_Y :NUMBER(10,2)
KEHTIV :DATE
KEHTETU :DATE
T ASE1_KOOD :VARCHAR2(2)
T ASE1_NIMI :VARCHAR2(200 CHAR)
T ASE1_NIMI_PIKK :VARCHAR2(300 CHAR)
T ASE2_KOOD :VARCHAR2(3)
T ASE2_NIMI :VARCHAR2(200 CHAR)
T ASE2_NIMI_PIKK :VARCHAR2(300 CHAR)
T ASE3_KOOD :VARCHAR2(4)
T ASE3_NIMI :VARCHAR2(200 CHAR)
T ASE3_NIMI_PIKK :VARCHAR2(300 CHAR)
T ASE4_KOOD :VARCHAR2(4)
T ASE4_NIMI :VARCHAR2(200 CHAR)
T ASE4_NIMI_PIKK :VARCHAR2(300 CHAR)
T ASE5_KOOD :VARCHAR2(4)
T ASE5_NIMI :VARCHAR2(200 CHAR)
T ASE5_NIMI_PIKK :VARCHAR2(300 CHAR)
T ASE6_KOOD :VARCHAR2(4)
T ASE6_NIMI :VARCHAR2(200 CHAR)
T ASE6_NIMI_PIKK :VARCHAR2(300 CHAR)
T ASE7_KOOD :VARCHAR2(4)
T ASE7_NIMI :VARCHAR2(200 CHAR)
T ASE7_NIMI_PIKK :VARCHAR2(300 CHAR)
T ASE8_KOOD :VARCHAR2(4)
T ASE8_NIMI :VARCHAR2(200 CHAR)
T ASE8_NIMI_PIKK :VARCHAR2(300 CHAR)
ADSiga liidestunud
ssteemis hoitavate ADSi
aadresside,
aadressiobjektide ja nende
seoste tabelid.
column
*PK ADOB_ID :NUMBER(16)
*
VERS :NUMBER(3)
*
ADOB_LIIK :CHAR(2)
*
ADS_OID :VARCHAR2(10)
*
TAISAADRESS :VARCHAR2(1024 CHAR)
*
LAHIAADRESS :VARCHAR2(1024 CHAR)
VIIT EPUNKT_X :NUMBER(10,2)
VIIT EPUNKT_Y :NUMBER(10,2)
*
OLEK :VARCHAR2(1)
KEHT IV :DAT E
KEHT ETU :DATE
TAHIS :VARCHAR2(200 CHAR)
HOONE_OID :VARCHAR2(10)
ORIG_TUNNUS :VARCHAR2(20)
UN_TUNNUS :VARCHAR2(1)
PK
+
PK_ADS_OBJEKT(NUMBER)
(ADOB_ID = ADOB_ID)
ADS_OBJ_AADR
(ADR_ID = ADR_ID)
column
*pfK ADOB_ID :NUMBER(16)
*pfK ADR_ID :NUMBER(16)
PK
+
PK_ADS_OBJ_AADR(NUMBER, NUMBER)
PK
+
PK_ADS_AADRESS(NUMBER)
FK
+
FK_ADS_OBJ_AADR_ADS_AADRESS(NUMBER)
+
FK_ADS_OBJ_AADR_ADS_OBJEKT(NUMBER)
(ADR_ID = ADR_ID)
Legend
column
*PK ID :NUMBER(16)
FK ADR_ID :NUMBER(16)
sisuveerud :BLOB
Ssteemides, kus on vaja sisestada vaid kehtivaid aadresse ja ei ole talutav olukord, kus
aadresside menetluslikul phjusel vivad esineda lngad, tuleb valikutesse vlja tuua
teatud erisusega kehtivaid ja vananevad (vananemise poole liikuvad) aadressid. Kehtivad
aadressid on OLEK = K. Vananevad aadressid on OLEK = V vi T ja neil leidub lbi
seostabeli ADS_OBJ_ADR mni kehtiv aadressiobjekt. Vananevad aadressid on hiljuti
kehtivuse lpetanud aadressid, kuid nende asemel ei ole veel uusi ilmunud. Peale S
sndmuse saamist on aadress lplikult kehtetu ehk surnud ja neid ei tohi enam
kasutusele vtta (OLEK = S).
Ssteemides, kus on vaja sisestada vaid kehtivaid aadresse ja on talutav lnkade teke, siis
peale tabeli ADS_AADRESS ei olegi muid tabeleid vaja ega lal hoida. Valikutesse tuleb
nidata vaid aadresse OLEK = K.
Ssteemides, kus on vaja sisestada ka vanu aadresse, tuleks tiendava eristusena nidata
aadresse, milledel OLEK = V, T vi S ja puuduvad kehtivad aadressiobjektid.
42
ADS_AADRESS
column
*PK ADR_ID :NUMBER(16)
ADR_ID_ADS :NUMBER(16)
*
KOODAADRESS :VARCHAR2(33)
*
TAISAADRESS :VARCHAR2(512 CHAR)
*
LAHIAADRESS :VARCHAR2(512 CHAR)
NIMI_VASTE_PUUDUB :VARCHAR2(256 CHAR)
VIITEPUNKT_X :NUMBER(10,2)
VIITEPUNKT_Y :NUMBER(10,2)
*
OLEK :VARCHAR2(1)
KEHTIV :DATE
KEHTETU :DATE
ADS_TEAVITUSE_AEG :DATE
TASE1_KOOD :VARCHAR2(2)
TASE1_NIMI :VARCHAR2(200 CHAR)
TASE1_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE2_KOOD :VARCHAR2(3)
TASE2_NIMI :VARCHAR2(200 CHAR)
TASE2_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE3_KOOD :VARCHAR2(4)
TASE3_NIMI :VARCHAR2(200 CHAR)
TASE3_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE4_KOOD :VARCHAR2(4)
TASE4_NIMI :VARCHAR2(200 CHAR)
TASE4_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE5_KOOD :VARCHAR2(4)
TASE5_NIMI :VARCHAR2(200 CHAR)
TASE5_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE6_KOOD :VARCHAR2(4)
TASE6_NIMI :VARCHAR2(200 CHAR)
TASE6_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE7_KOOD :VARCHAR2(4)
TASE7_NIMI :VARCHAR2(200 CHAR)
TASE7_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE8_KOOD :VARCHAR2(4)
TASE8_NIMI :VARCHAR2(200 CHAR)
TASE8_NIMI_PIKK :VARCHAR2(300 CHAR)
ADS_OBJEKT
column
*PK ADOB_ID :NUMBER(16)
*
VERS :NUMBER(3)
*
ADOB_LIIK :CHAR(2)
*
ADS_OID :VARCHAR2(10)
*
TAISAADRESS :VARCHAR2(1024 CHAR)
*
LAHIAADRESS :VARCHAR2(1024 CHAR)
VIITEPUNKT_X :NUMBER(10,2)
VIITEPUNKT_Y :NUMBER(10,2)
*
OLEK :VARCHAR2(1)
KEHTIV :DATE
KEHTETU :DATE
TAHIS :VARCHAR2(200 CHAR)
HOONE_OID :VARCHAR2(10)
ORIG_T UNNUS :VARCHAR2(20)
UN_T UNNUS :VARCHAR2(1)
PK
+
PK_ADS_OBJEKT(NUMBER)
(ADOB_ID = ADOB_ID)
ADS_OBJ_AADR
(ADR_ID = ADR_ID)
column
*pfK ADOB_ID :NUMBER(16)
*pfK ADR_ID :NUMBER(16)
PK
+
PK_ADS_OBJ_AADR(NUMBER, NUMBER)
FK
+
FK_ADS_OBJ_AADR_ADS_AADRESS(NUMBER)
+
FK_ADS_OBJ_AADR_ADS_OBJEKT(NUMBER)
PK
+
PK_ADS_AADRESS(NUMBER)
unique
+
UQ_ADS_AADRESS_ADR_ID_ADS(NUMBER)
Legend
(ADR_ID = ADR_ID)
43
o
o
o
o
o
o
44
ADS_OBJEKT
ADS_AADRESS
column
*PK ADOB_ID :NUMBER(16)
*
VERS :NUMBER(3)
*
ADOB_LIIK :CHAR(2)
*
ADS_OID :VARCHAR2(10)
*
TAISAADRESS :VARCHAR2(1024 CHAR)
*
LAHIAADRESS :VARCHAR2(1024 CHAR)
VIITEPUNKT_X :NUMBER(10,2)
VIITEPUNKT_Y :NUMBER(10,2)
*
OLEK :VARCHAR2(1)
KEHTIV :DATE
KEHTETU :DATE
TAHIS :VARCHAR2(200 CHAR)
HOONE_OID :VARCHAR2(10)
ORIG_TUNNUS :VARCHAR2(20)
UN_TUNNUS :VARCHAR2(1)
Samad tabelid
tasemega K2A1.
(ADR_ID = ADR_ID)
ADS_OBJ_AADR
(ADOB_ID = ADOB_ID)
column
*pfK ADOB_ID :NUMBER(16)
*pfK ADR_ID :NUMBER(16)
(ADOB_ID = ADOB_ID)
45
46
ADS_AADRESS
column
*PK ADR_ID :NUMBER(16)
ADR_ID_ADS :NUMBER(16)
*
KOODAADRESS :VARCHAR2(33)
*
TAISAADRESS :VARCHAR2(512 CHAR)
*
LAHIAADRESS :VARCHAR2(512 CHAR)
NIMI_VASTE_PUUDUB :VARCHAR2(256 CHAR)
VIITEPUNKT_X :NUMBER(10,2)
VIITEPUNKT_Y :NUMBER(10,2)
*
OLEK :VARCHAR2(1)
KEHTIV :DATE
KEHTETU :DATE
ADS_TEAVITUSE_AEG :DATE
TASE1_KOOD :VARCHAR2(2)
TASE1_NIMI :VARCHAR2(200 CHAR)
TASE1_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE2_KOOD :VARCHAR2(3)
TASE2_NIMI :VARCHAR2(200 CHAR)
TASE2_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE3_KOOD :VARCHAR2(4)
TASE3_NIMI :VARCHAR2(200 CHAR)
TASE3_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE4_KOOD :VARCHAR2(4)
TASE4_NIMI :VARCHAR2(200 CHAR)
TASE4_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE5_KOOD :VARCHAR2(4)
TASE5_NIMI :VARCHAR2(200 CHAR)
TASE5_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE6_KOOD :VARCHAR2(4)
TASE6_NIMI :VARCHAR2(200 CHAR)
TASE6_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE7_KOOD :VARCHAR2(4)
TASE7_NIMI :VARCHAR2(200 CHAR)
TASE7_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE8_KOOD :VARCHAR2(4)
TASE8_NIMI :VARCHAR2(200 CHAR)
TASE8_NIMI_PIKK :VARCHAR2(300 CHAR)
ADS_OBJ_AADR
(ADR_ID = ADR_ID)
column
*pfK ADOB_ID :NUMBER(16)
*pfK ADR_ID :NUMBER(16)
PK
+
PK_ADS_OBJ_AADR(NUMBER, NUMBER)
FK
+
FK_ADS_OBJ_AADR_ADS_AADRESS(NUMBER)
+
FK_ADS_OBJ_AADR_ADS_OBJEKT(NUMBER)
(ADOB_ID = ADOB_ID)
Samad tabelid
tasemega K2A2.
ADS_OBJEKT
column
*PK ADOB_ID :NUMBER(16)
*
VERS :NUMBER(3)
*
ADOB_LIIK :CHAR(2)
*
ADS_OID :VARCHAR2(10)
*
TAISAADRESS :VARCHAR2(1024 CHAR)
*
LAHIAADRESS :VARCHAR2(1024 CHAR)
VIITEPUNKT_X :NUMBER(10,2)
VIITEPUNKT_Y :NUMBER(10,2)
*
OLEK :VARCHAR2(1)
KEHTIV :DATE
KEHTETU :DATE
TAHIS :VARCHAR2(200 CHAR)
HOONE_OID :VARCHAR2(10)
ORIG_TUNNUS :VARCHAR2(20)
UN_TUNNUS :VARCHAR2(1)
PK
+
PK_ADS_AADRESS(NUMBER)
PK
+
PK_ADS_OBJEKT(NUMBER)
unique
+
UQ_ADS_AADRESS_ADR_ID_ADS(NUMBER)
(ADOB_ID = ADOB_ID)
(ADR_ID = ADR_ID)
column
*PK ID :NUMBER(16)
FK ADR_ID :NUMBER(16)
FK ADOB_ID :NUMBER(16)
sisuveerud :BLOB
47
ADS_AADRESS
column
*PK ADR_ID :NUMBER(16)
ADR_ID_ADS :NUMBER(16)
*
KOODAADRESS :VARCHAR2(33)
*
TAISAADRESS :VARCHAR2(512 CHAR)
*
LAHIAADRESS :VARCHAR2(512 CHAR)
NIMI_VASTE_PUUDUB :VARCHAR2(256 CHAR)
VIITEPUNKT_X :NUMBER(10,2)
VIITEPUNKT_Y :NUMBER(10,2)
*
OLEK :VARCHAR2(1)
KEHTIV :DATE
KEHTETU :DATE
ADS_TEAVITUSE_AEG :DATE
TASE1_KOOD :VARCHAR2(2)
TASE1_NIMI :VARCHAR2(200 CHAR)
TASE1_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE2_KOOD :VARCHAR2(3)
TASE2_NIMI :VARCHAR2(200 CHAR)
TASE2_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE3_KOOD :VARCHAR2(4)
TASE3_NIMI :VARCHAR2(200 CHAR)
TASE3_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE4_KOOD :VARCHAR2(4)
TASE4_NIMI :VARCHAR2(200 CHAR)
TASE4_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE5_KOOD :VARCHAR2(4)
TASE5_NIMI :VARCHAR2(200 CHAR)
TASE5_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE6_KOOD :VARCHAR2(4)
TASE6_NIMI :VARCHAR2(200 CHAR)
TASE6_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE7_KOOD :VARCHAR2(4)
TASE7_NIMI :VARCHAR2(200 CHAR)
TASE7_NIMI_PIKK :VARCHAR2(300 CHAR)
TASE8_KOOD :VARCHAR2(4)
TASE8_NIMI :VARCHAR2(200 CHAR)
TASE8_NIMI_PIKK :VARCHAR2(300 CHAR)
ADS_OBJ_AADR
column
*pfK ADS_OID :VARCHAR2(10)
*pfK ADR_ID :NUMBER(16)
(ADR_ID = ADR_ID)
FK
+
FK_ADS_OBJ_AADR_ADS_AADRESS(NUMBER)
+
FK_ADS_OBJ_AADR_ADS_OBJEKT(VARCHAR2)
PK
+
PK_ADS_OBJ_AADR(VARCHAR2, NUMBER)
(ADS_OID = ADS_OID)
ADS_OBJEKT
column
*PK ADS_OID :VARCHAR2(10)
*
VERS :NUMBER(3)
*
ADOB_LIIK :CHAR(2)
*
TAISAADRESS :VARCHAR2(1024 CHAR)
*
LAHIAADRESS :VARCHAR2(1024 CHAR)
VIITEPUNKT_X :NUMBER(10,2)
VIITEPUNKT_Y :NUMBER(10,2)
*
OLEK :VARCHAR2(1)
KEHTIV :DATE
KEHTETU :DATE
TAHIS :VARCHAR2(200 CHAR)
HOONE_OID :VARCHAR2(10)
ORIG_TUNNUS :VARCHAR2(20)
UN_TUNNUS :VARCHAR2(1)
PK
+
PK_ADS_AADRESS(NUMBER)
PK
+
PK_ADS_OBJEKT(VARCHAR2)
unique
+
UQ_ADS_AADRESS_ADR_ID_ADS(NUMBER)
(ADS_OID = ADS_OID)
(ADR_ID = ADR_ID)
column
*PK ID :NUMBER(16)
FK ADR_ID :NUMBER(16)
FK ADS_OID :VARCHAR2(10)
sisuveerud :BLOB
48
9 Kasutajaliidese tplahendused
9.1 Aadressi valik andmete maha salvestamiseks
Aadressi vljavalikuks (niteks isiku vi sndmuse juurde) kasutatakse kolme tpilist
kasutajaliidese lahendust: aadressi valik soovitusloendiga tekstilahtrist, aadressi valik lalt
alla valikloenditest ja nende hbriidlahendus, kus osa aadressi (niteks EHAK tase)
valitakse vlja lalt alla ja edasi toimub aadressi sisestamine soovitusloendiga
tekstilahtrisse.
Aadressi valik soovitusloendiga tekstilahtrist sarnaneb paljuski niteks Google
otsingusna lahtriga, kus kasutaja hakkab mistahes aadressi osa lahtrisse tippima ja
ssteem pakub lahtri alla loendit sisestatud tekstile (snade, numbrite osadele) vastavaid
aadresse.
Maa-amet pakub ka omalt poolt otsinguteenust: integreeritavat In-ADS-i, mis katab
kirjeldatud vajaduse.
Kasutajal on vimalik viia fookus soovitusloendile ja seal sobiv aadress vlja valida. Kui
tippimise tulemusena jb soovitusloendisse vaid ks aadress, siis loetakse see
automaatselt valituks. Tarbimise taseme K1 korral on mistlik soovituste pakkumine
siduda lahtri krval olevale nupule Otsi klpsamisega, sest X-tee pringu vljakutse on
aeganudev. Tarbimise taseme K2 korral on vimalik teha kiirelt toimiv soovituste
ilmumine.
ui Soov itusloendiga tekstilahter
Otsi
Salvesta
Kttesaadav vaid tasemete
A2 ja B2 korral.
Aadressi valik lalt alla valikloenditest on aadressi tasemete phine. Algab tasemest 1 ja
selle valikul tituvad vastavalt tasemete alluvussuhetele all olevad tasemed.
49
Selgitused:
Maakonna valik
Omavalitsuse valik
Vikekoha valik
Liikluspinna valik
Nime taseme valik
Hoone valik
Hoone osa ehk korteri valik
ebatenoline.
Salvesta
Hbriidlahenduse nidis:
ui Hbriidlahendus
Selgitused:
Maakonna valik
Omavalitsuse valik
valikuga.
Otsi
Aadresside soovitusnimekiri
10 Protsessid
10.1 Aadressikomponentide uuendamine
Aadressikomponentide uuendamine on otstarbekas vaid kergliidestumise ehk phitaseme
K1 korral. K2 korral asendab komponente aadresside tabel, milles sisaldub ka
komponentide info.
1. Protsess alustab td kivitusplaanis ettenhtud ajal.
2. Protsess kutsub vlja ADS-i infossteemi X-tee teenuse ADSkompklassif. Teenuse
sisend:
LogId = viimati tdeldud logikirje id.
Teenus tagastab kuni 100 jrgmist logikirjet log_id jrjestuses. Kui mitte
htegi logikirjet ei tagastatud, siis on kik muudatused ADS-is tdeldud.
Tegevuse lpp.
3. Tdelda tagastatud logikirjed kshaaval.
4. Kui logikirjes syndmus = I, U vi R, siis on tegemist komponendi lisandumise
(Insert), muutumise (Update) vi taastamisega (Restore). Snkroniseerimisel tekkida
vivate vigade ja ebaklade letamiseks tuleks kigi nende sndmuste korral lisada
komponent tabelisse ADS_KOMPONENT, kui see puudub sealt, tuleb uuendada, kui
see on olemas. Niteks kui logis on U sndmus sellise komponendi kohta, mida ei
eksisteerigi, siis on mingis varasemas faasis jnud ttlemata I sndmus vi on
alglaadimine olnud ebakorrektne. See asjaolu ei tohiks saada takistuseks muudatuste
ttlemisel. Kirje olemasolu kontrollida tase+kood vrtuse alusel. Teha jrgmised
omistused:
OLEK <= V
KEHTETU <= LogStamp
OLEK <= T
KEHTIV <= ei muuda, jb mis oli
KEHTETU <= LogStamp
7. Kui kik logikirjed on lbi loetud, siis jtta meelde viimase tdeldud logi kirje id
ning korrata p. 2 kirjeldatud tegevust.
teenus leiab rohkem kui he aadressi, siis seda tulemust ignoreeritakse ja aadressi
normaliseerimine jb ksitks.
2. Kui teenusega ADSnormal ei leitud htki aadressi, siis proovitakse teenust
ADSaadrotsing. Teenuse sisendis nidatakse tekst, mis koostatakse kigi kasutatud
komponentide nimetustest ning kasutaja sisestatud tekstist NIMI_VASTE_PUUDUB.
Kui teenus leiab tpselt he aadressi ning selles on adrId vrtustatud, siis
salvestatakse see aadressi kirje juures veergu ADR_ID_ADS, loetakse aadressi vaste
leituks ning seatakse aadressi olekuks teenusest saadud oleku vrtus. Kui teenus leiab
rohkem kui he aadressi vi ADR_ID on vrtustamata, siis seda tulemust
ignoreeritakse ja aadressi normaliseerimine jb ksitks.
Aadressi normaliseerimisest on detailsemalt juttu dokumendis ADS_spetsifikatsioon
peatkkides 5.11 Aadressteksti normaliseerimine ja 7 Normaliseerija reeglid.
55