Probleem: Otepää vallas Kesknurme/Karumäe kinnistutele klõpsates näitas popup "Otepää vald" (valla piir), mitte katastri infot. Paljudel teistel kinnistutel näitas õigesti.
Uurimine: andmetes oli kinnistutel info olemas (Eraomand, sihtotstarve). Põhjus veebirakenduses: CLICK_PRIORITY loendist puudus katastriuksused — kinnistul, kus pole teed/väljapääsu, langes pickFeature fallbackina feats[0]-le (suur boundary polügoon → "Otepää vald"). Teedega kinnistud näitasid õigesti, sest teed on prioriteedis enne boundary'd.
Parandus:web/index.html — CLICK_PRIORITY lisatud katastriuksused enne boundary. Image rebuild mõlemas serveris (koodimuudatus), deploy ohmu + hetzner (gogs 931097d).
Kõrvalleid: valla bbox-filtrisse jääb 1043 teiste valdade kinnistut (valla piiri välised) — teadmiseks, ei muudetud.
2026-08-06 — Omandi sidumine kõigi katastriüksustega (eramaa kajastub)
Probleem: kasutaja märkas, et tee 10103476998–10103490195 (Otepää, track) all olev maa on eramaa (Kalda, KÜ 60802:002:1030, Eraomand), aga see ei kajastu katastriinfos. Ka teistel erateedel puudus katastriomand.
Uurimine: tee kulgeb 423 m üle Kalda eramaa (MAATULUNDUSMAA) ja 39 m üle TRANSPORDIMAA (Priipalu-Kuigatsi tee). Otepääl oli 1058 lõiku teeregistri omand=Eraomand aga omand_kat=None — põhjus: export_qgis.py sidus omandi ainult TRANSPORDIMAA sihtotstarbega katastriüksustelt, eramaa (teed ümbritsevad KÜ-d) jäi arvestamata.
Parandus (export_qgis.py §4):
Omandi sidumine nüüd kõikidest katastriüksustest (mitte ainult TRANSPORDIMAA) — teede all olev eramaa kajastub.
Omand valitakse lõikumispikkuse summa järgi (levinum/tegelik osa), mitte KÜ-de arvu loenduse järgi. Kuna sjoin lähtestab indeksi, säilitatakse algne indeks _oid veeruna (samuti teeregistri omandi sidumises — oli sama indeksi viga).
Tulemus: Kalda tee mõlemad suunad nüüd omand_kat=Eraomand (eramaa). Otepää: Eraomand 5001 lõiku, Munitsipaalomand 1545, Riigiomand 451. Kõigil 3 valla teedel on nüüd katastriomand (varasem omand_kat=None kadus).
Obsidian:Doktoritöö/Liiklussageduse kaudne hindamine/ loodud — struktureeritud märkmed metoodika ja tulemuste kohta
Parandused (veebiatlas): valla-spetsiifilised rühmakoodid (VAL_, OTE_, VOR_ — mitte VLG_), _pop_ failinimede ühtlustamine (population kirjutas {prefix}_catchment.csv, tarbijad otsisid {prefix}_pop_catchment.csv → väljapääsupunktide andmed puudusid Otepääl/Võrus), popup-id näitavad õiget valla nime + null-kaitse
Ühtne gravitatsioonipõhine süsteem: väljapääsupunktide rahvastik/liikumised arvutatakse nüüd gravitatsioonimudeliga (mitte ainult lähim-jaotusega):
valga_population_analysis.py kirjutab {prefix}_pop_node_population.csv (sõlme-taseme rahvastik)
gravity_exit_analysis.py §9 loeb selle, liidab iga sõlme rahvastiku selle gravitatsioonipõhise parima väljapääsupunkti alla → {prefix}_gravity_exit_population.csv (gravity_population, gravity_trips, nearest_population võrdluseks)
export_qgis.py määrab pop_catch/daily_trips gravitatsiooniväärtustega
Popup näitab "Elanikke (gravitatsioon)" + lähim-jaotuse võrdluse
Tulemus: suuremad keskused tõmbavad rahvastikku (nt Valga suurim väljapääs: gravity 1 682 vs nearest 83)
Pehme gravity-jaotus (nulli parandus): hard-assignment (iga sõlm AINULT parimasse väljapääsu) jättis väiksed põhikomponendi punktid tühjaks (Valga 57/71, Otepää 27/28, Võru 28/36 pop=0). Asendatud probabilistliku jaotusega:
weight(e) = (pop_e + 1) / (impédance/1000)² — iga sõlme rahvastik jaotatakse kõigi väljapääsupunktide vahel proportsionaalselt
Nüüd kõik põhikomponendi punktid saavad mitte-null gravity-rahvastiku
ID-d popupides: teedel osm_u–osm_v, väljapääsupunktidel id (exit_node) — vigade kontrollimiseks
OSM-hooned rahvastiku proksina (WorldPop asendus): WorldPop-i 5 km omistamisraadius "imeb" linna rahvastikku põlluteede sõlmedesse (Otepää sõlm 281707587 sai 40.5 elanikku, kuigi teedegrupil OTE_0141 pole maju). Uus meetod:
pipeline/building_population.py — aadressiga hooned (eluruumid) → lähim tee sõlm (max 300 m), 2.2 inimest/hoone, korterelamu 12
Valla kogurahvastik realistlik: Valga 17 348, Otepää 6 607, Võru 9 622
Kahte rahvastiku varianti (VAL_0193 juhtum): Valga grupp VAL_0193 (teeharud riigitee "Puurina" küljes) — sõlmede lähedal building=yes hooned ilma aadressita:
pop (aadressiga) = 0 — Valgas aadressikate puudulik
pop_all = 26.4 elanikku, 53 sõitu
Lahendus: arvutatakse mõlemad variandid läbi kogu ahela (building_population → gravity shares → export → veeb). Popup näitab mõlemat, kui erinevad.
Tulemused: Valga addr 17 348 / all 30 895; Otepää 6 607 / 22 714; Võru 9 622 / 40 579
Kalibreerimine KOV tegelike andmetega on järgmine samm (all ülehinnab suvilate tõttu, addr alahindab ilma aadressita maju)
Kombineeritud rahvastik (res): aadressiga + ilma aadressita building=yes hooned 50–200m² (EPSG:3301 pindala). Kuna all on tugevalt ülehinnatud ja addr on valla tasandil täpseim:
Popup: "Elanikke (aadressiga)" peamine + "Elanikke (sh ilma aadressita)" (res) lisainfo
VAL_0193: addr=0, res=13.2 elanikku/26 sõitu — ilma aadressita elamud kaetud
Valla kogurahvastik: Valga addr 17 346 / res 23 716; Otepää 6 610 / 15 309; Võru 9 622 / 26 311
Uurimismärkus: privaatsuslävi (alla 4=0) EI ole põhjus — WorldPop on määritud, Statistikaamet kasutab cell key't. Otepääl on 7951 ilma aadressita hoonet (suvilad) — pindala üksi ei erista; asustuskonteksti kalibreerimine KOV andmetega on tuleviku samm
ADS-i (riiklik aadressiregister) integreerimine:pipeline/ads_buildings.py laeb Maa- ja Ruumiameti ADS-i WFS-ist (aks.geoportaal.ee/aks-ogc, kiht ads_hoone_a) kõik valla hooned — kõik aadressiga (Valga 17 452 vs OSM 14 728):
population_ads = ADS-i hooned (võrdluseks, ülehinnatud — kõrvalhooned/suvilad)
Peamiseks jääb OSM-addr (valla tasandil täpne: Valga 17 346, Otepää 6 610, Võru 9 622)
VAL_0193: OSM-addr 0, ADS 22 — riiklik register kinnitab maju; popup näitab "ADS (kõik hooned)" võrdluseks
Uurimine: 96% OSM aadressita hoonetest <100m ADS-hoonest; EHR-i sihtotstarve (ehr_kood) on tuleviku täpsustus eluhoonete eristamiseks
ADS-i parandus (unikaalsed aadressid): VAL_0193 väljapääsupunktide ümber oli ADS-is 22 hoonet, aga ainult ~5 unikaalset aadressi (taluõus elamu + mitu kõrvalhoonet samal aadressil). Aadress on liikumiste aluseks, mitte hoonete arv. Parandus: _assign_unique loeb iga sõlme jaoks unikaalseid aadresse. Tulemus: VAL_0193 ADS 22 → 4.4 elanikku; Valga ADS 25 562 → 13 031; Otepää 20 165 → 9 910; Võru 37 450 → 17 304
Kalibreerimine Rahvastikuregistri ametliku rahvaarvuga: kasutaja idee "elanikud proportsionaalselt eluruumi aadressidele" rakendatud:
--official-pop parameeter building_population.py-s; skaala = ametlik / OSM-addr hooned
Ametlikud arvud: Valga 14 813, Otepää 6 225, Tõrva 5 777 (2026), Võru 10 310 (2024)
Tulemus: valla kogurahvastik = ametlik arv, jaotus proportsionaalne aadressitihedusega
Uuritud ametlikku rahvastikuinfot: Statistikaamet RV0291U (valla rahvaarv), REL2021 "Leibkonnad ja perekonnad". Leibkonnad ja ruutstatistika (1km/100m) on tulevikuplaan — leibkonna-põhine liikumine (kogu pere sõidab koos linna) on teaduslikult põhjendatud lähenemine
Arenduse töövoog: kogu skriptide käitamine ja testimine toimub ohmu-l (võimas arvuti), chat käib lokaalselt; ohmu-l tehtud muudatused jõuavad Syncthing-iga tagasi lokaalsesse git-reposse
Tehtud otsused ja õppetunnid
Väljundi asukoht: pipeline skriptid peavad kirjutama liiklussagedus/results/, sest preprocess_web.py otsib sealt — kinnitada --results-dir igas etapis
Failinimede konventsioon:valga_population_analysis.py kirjutab {prefix}_pop_*.csv (prefiks saab _pop-lõpu), gravity/export otsivad sama mustrit. Valga töötas juhuslikult (ajalooline prefiks valga_pop); ühtlustada uute valdadega
gpkg-otsing:preprocess_web.py leidis voru_qgis.gpkg ka voru-linn jaoks — klapp ainult täpse nimega + -vald sufiksi erandiga, mitte -linn päisega
WorldPop alahindab hõreasustust: elanike arv catchment'is on tunduvalt väiksem tegelikust — vajab validatsiooni/kalibreerimist
Gravitatsioon switched = 0: madala tihedusega valdades ei muuda gravitatsioonikorrektsioon valikuid — tuleb uurida, kas alpha on liiga väike või on see geograafiline reaalsus
AAAA kirje: ei tohi lisada, kui server kuulab ainult IPv4-l
Tuleviku sammud
Teaduskirjanduse kogumine (n8n)
Valideerimine riigiteede loendustega
Põhiartikli koostamine (3 valda)
Müügipaketi ettevalmistus
Katastriüksuse (KÜ) põhine ADS-omistamine: kasutaja idee aadress kanname sellele teedevõrgule, kus kataster teega kokku puutub, mitte kauguse järgi rakendatud:
Uus pipeline/ads_ky.py — AKS WFS kiht aks:ads_ky (KÜ tunnus orig_tunnus, taisaadress), sama teenus mis ADS-hooned
Lahendas Loigu juhtumi: elamu 356m teest, aga KÜ puutub teega → aadress jõuab õigele väljapääsule
Tulemused (üks aadress = üks kord): Valga 12 438, Otepää 9 163, Võru 15 607 (varem 13 031 / 9 910 / 17 304)
ADS-i täpsusparandused (2026-08, teine voor):
KÜ-tee otspunkti omistamine: aadress omistatakse lõikuva tee otspunktile (u/v), mitte geomeetriliselt lähimale suvalisele sõlmele. Parandas 73 valet omistust — nt Loigu (KÜ 0740) läks ekslikult Kungla sõlmele 13645879022, väljapääs näitas 4.4. Nüüd läheb Loigu õigesse komponenti (846244516), Kungla väljapääs 13645879019 näitab 2.2 (1 talu).
EE+ehr filter: loendatakse AINULT ehitisregistris olevad elamud (adob_liik=EE JA ehr_kood olemas). Välistab mitteeluruumid (kirik, laut, ait, suvila) — Valga 1 289 aadressi.
Tulemused (ADS, EE+ehr + KÜ): Valga 8 978, Otepää 6 733, Võru 12 044 (varem 12 438 / 9 163 / 15 607)
ADS-i topeltloenduse parandus (2026-08): kasutaja märkas, et VAL_0193/VAL_0532 piirkonnas on ADS-arvud kahtlased. Uurimine: isoleeritud komponendi 2 väljapääsu (846244516, 846244647) poolitamine 5.5+5.5 on õige (kogusumma 11.0 = 5 aadressi, mõlemad legitiimsed väljapääsud). AGA leiti tõeline topeltloendus: _unique_addrs fallback luges ühte aadressi mitu korda, kui selle hooned olid eri sõlmede lähedal (nt Männi tn 5 4×). Parandus: üks aadress = lähim sõlm + globaalne dedup. Mõju: Valga 8 978→8 956, Otepää 6 733→6 720, Võru 12 044→12 039.
Dev/prod andmelõhe parandus (2026-08): ohmu dev-server näitas vanu andmeid (13645879019: pop_ads 4.4), prod uusi (2.2). Põhjus: andmed on image'i sees ja docker-compose up -d ilma --build-ita ei ehitanud uuesti. Lahendus: data/ bind-mount mõlemas serveris (./data:/app/liiklusatlas/data) — uuendamisel piisab git pull + restart. README uuendatud. Kasutaja kinnitas, et 2.2 el + 4.4 sõitu (Kungla) on õige loogika (ei muudeta 1 sõiduks).
Popup täiendus (2026-08): väljapääsupunkti popup näitab nüüd eraldi "ADS aadresse" (aadresside arv = pop_ads/2.2) ja "ADS elanikke" (pop_ads, 1 kümnendkoht + sõidud). Varem näitas ühte ümardatud arvu ("ADS (aadressid): 2"), mis oli eksitav — 1 aadress andis 2 (ümardatud 2.2 elanikku). Nüüd: Kungla ID 13645879019 → "ADS aadresse: 1, ADS elanikke: 2.2 (4 sõitu)" — võimaldab kontrollida aadresside/eluruumide arvu.
Kriitilised teelõigud uue meetodiga: gravity_exit_analysis.py arvutab nüüd sild-servad (nx.bridges) ja lõksus jääva rahvastiku — eraldi veerud trapped_population (kalibreeritud) ja trapped_ads (ADS EE+ehr). CSV: {prefix}_pop_critical_edges.csv, joonis {prefix}_critical_edges.png (kaart + tulpdiagramm). Tulemused: Valga 194 lõiku (lõksus 1638 / ADS 557), Otepää 58 (458/147), Võru 159 (1127/730).
report.py üldistamine: prefiksipõhine, lisatud kokkuvõtteleht (rahvaarv kalibreeritud, väljapääsud, ADS, kriitilised lõigud) + ADS-veerg tabelis. Kokkuvõte kasutab kalibreeritud gravity_andmeid (14 814).
Hinnapakkumise mall: uus pipeline/offer.py → data/report/hinnapakkumine.pdf, serveeritakse /api/offer.pdf. 07_Müük uuendatud.
Kõik 3 valla raportid + hinnapakkumine saadaval atlas.see1.ee/api/report.pdf?vald=... ja /api/offer.pdf
Raporti failinimed valla prefiksiga (2026-08): data/report/{vald}/ kaustades olid kõik failid valga_* nimega (preprocessweb.py standardiseeris valga* alla). Parandus: failid on nüüd {prefix}_* (nt otepaa_overview.png, voru_pop_critical_edges.csv), report.py tuletab prefiksi raporti kausta nimest (_prefix_for). Dev/prod ühtsed, kõik 3 valla raportid genereeruvad.
Valideerimine 2025. aasta riigiteede loendustega (2026-08):
Laeti Transpordiameti 2025. aasta liiklusloendus (4564 homogeenset lõiku, AKÖL)
Sidumine: väljapääsupunkt ↔ lähim riigitee serv (ref) + piki-tee kaugus → õige loenduslõik
Kohalikud teed: igale lõigule lisatud kaudne koormus (exit_trips = tema parima väljapääsu päeva sõidud, trips_per_km) — värv/laius trips järgi (hõre → tihe)
Riigiteed: igale lõigule lisatud loenduse AKÖL (ref-matching loendus_2025.csv-ga) — värv loenduse järgi (hõre → tihe), popup näitab sõidukit/ööp
Legend uuendatud: "Riigiteed (loendus)" + "Kohalikud teed (kaudne koormus)"
Katvus: Valga 5215/6779 local lõiku trips-iga, 2255/2477 major lõiku AKÖL-iga; Otepää/Võru analoogselt
Liiklusvisualiseerimise parandus (2026-08): kasutaja märkas, et uus värviskeem "kustutas" hõredad teed (helehall valgel taustal). Parandus: taastati algne tee-värviskeem (riigiteed klassi järgi, kohalikud teed impedantsi järgi) — teed jäävad alati nähtavaks. Liiklus kuvatakse nüüd overlay-kihina tee peal (local_traffic/major_traffic): riigiteedel loenduse AKÖL (sinine kate), kohalikel teedel kaudne trips (punane kate). Legend ja checkboxid uuendatud. Andmed (trips/akol atribuudid) on tee kihis olemas ja popup näitab neid.
Lõigukoormuse parandus (all-or-nothing, 2026-08): kasutaja märkas, et VAL_0032 ja VAL_0039 näitasid kaardil suurt 'päeva sõidu' arvu. Uurimine: export_qgis.py omistas igale kohaliku tee lõigule KOGU väljapääsupunkti trips-arvu (nt 174), mitte proportsionaalset osa → 134× üleloendus. Parandus: iga lõigu koormus = nende sõlmede trips-arv, kelle teekond väljapääsuni läbib just seda lõiku (BFS-puu, post-order summa). Tulemus: VAL_0032 → 0 (tööstusala, elanikke pole), VAL_0039 (Sireli/Looduse elamutänavad) → max 34 trips; Valga lõikude summa 29 993 ≈ väljapääsupunktide 29 632. Suurimad koormused nüüd elamutänavatel (Herne 192, Heina 154, Koidu 139).
Major_roads värvisüsteemi parandus (2026-08): kasutaja märkas, et kolm secondary teed (Otepää) on eri värvi — punane, lilla, kollane. Uurimine: (1) 281701578–281864449 on secondary_link, mis polnud match-loendis → langes fallback-värvile #e91e63 (punane); (2) 281726553–2629675775 (secondary, AKÖL 1426) sai sinise major_traffic overlay-katte, mis segunes kollase baasvärviga lillaks. Parandus: (1) lisatud kõik *_link tüübid baasklassi värvi alla (secondary_link→#ffb74d jne), (2) major_traffic ja local_traffic overlay'd nüüd solid-värvid (läbipaistmatud), mis asendavad baasvärvi, mitte ei segune. Iga riigitee on nüüd kas klassivärvi või liiklusvärvi, ühtne loogika.
Linnukeste + omandivärvi parandus (2026-08): (1) linnukesed ei töötanud alglaadimisel — loadMunicipality lisas kihid ilma checkboxi olekut arvestamata (nt Kohalike teede rühmad märkimata aga kuvati). Lisatud applyCheckboxes(), mis rakendab checkboxi oleku pärast kihi lisamist. (2) OTE_0005 lõik 11149625980–415514401 jäi ilma omandivärvita: asub MAATULUNDUSMAA katastriüksusel (Aakre metskond 49), mitte TRANSPORDIMAA-l → omand_kat=None. Parandus: omandivärv kasutab omand_kat fallbackiga omand (teeregister) → nüüd Riigiomand sinine. Otepääl 1228 lõiku said nii värvikatte.
Haavatavusanalüüs kõikidele väljapääsupunktidele (2026-08): varem hõlmas haavatavusanalüüs ainult TOP 30 WorldPop-põhist väljapääsu (pop_pop_vulnerability.csv vanast valga_population_analysis.py-st), ülejäänud kuvati 'tavalistena'. Parandus: (1) gravity_exit_analysis.py arvutab nüüd haavatavuse kõikidele põhikomponendi väljapääsudele kalibreeritud rahvaarvuga (Dijkstra detour); (2) isoleeritud komponendid elanikega (ainus väljapääs — lõksu jäämine) märgitakse samuti haavatavaks. Kaart: haavatav punane (detour>0 või isoleeritud+pop). Tulemused: Valga 71 detour + 356 isoleeritud+pop = 427/1048 haavatavat; Otepää 28+466=494/1123; Võru 36+707=743/2007.
Menüü kihtide eraldamine (2026-08): "Riigiteed (maantee-klass)" ja "Kohalikud teed" on nüüd omaette linnukesed, mis kuvavad ainult klassivärvi (ilma liikluseta). Liiklus on eraldi linnukestega: "Riigiteede liiklus (AKÖL)" ja "Kohalik liiklus (kaudne)", vaikimisi välja lülitatud. Legendi värvid vastavad solid-värvidele.
Kohalikud teed ühtne klassivärv (2026-08): kasutaja märkas, et kolm kohalikku teed (Otepää OTE_0011) olid erinevat värvi — põhjus: local_roads põhivärv kasutas impedance (kaugus väljapääsuni) gradienti (0→#f6c177, 40+→#b4637a). Parandus: kõik kohalikud teed on nüüd ühtset värvi #f6c177; impedance jääb andmetesse/popup-i, ei määra enam värvi. Liiklus (local_traffic) jääb eraldi linnukese taha.
Riigiteede ja kohalike teede värvide eristamine (2026-08): kohalikud teed olid oranžid (#f6c177), mis sarnanesid riigiteede sekundaar/tersiaalsete värvidega (#ffb74d/#ffd54f). Muudetud kohalikud teed sinakashalliks (#7c8ea0) — selgelt eristuvad. Menüüsse lisatud värvitähised iga linnukese ette (samad värvid kui kaardil).
