Vai kādam ir iebildumi vai komentāri par ref=* kodu pievienošanu novadiem, pagastiem, pilsētām un ciemiem no VZD VAR kodiem? Tas sanāks tāds daļējs imports. Es Osmalyzer'ā izparsēju visus admin un pie reizes uzģenerēju trūkstošās iespējamās izmaiņas formātā, ko tad var JOSMā ielādēt. Es neplānoju to automatizēt vairāk par to, cik Osmalyzer pārbauda katru dienu, jo tie nemainās (un, ja mainās admin iedalījumi, tad arī visi tegi tur mainās un jālabo manuāli).
Vienīgais jautājums par birku. Es līdz šim liku VZD kodus ref=* birkā, jo citu kodu mums it kā nav. Bet varbūt tos vajadzētu ref:LV:addr=* birkā lai sakristu ar adresēm? Teorētiski pēc VZD specifikācijas tas arī ir "adresācijas kods". Bet adresēm gan OSM bija problēma, ka sakritīs ar citu elementu ref. Bet šeit admin robežām un punktiem citu Latvijas mēroga ref (cik es zinu) nav. Personīgi, es liktu ref.
Piemēram:
"Alūksnes novads": 100015694
"Kauguru pagasts": 100014522
"Ikšķile" (pilsēta): 100003487
"Mežāres" (ciems): 100184348
"Pilda" (mazciems): 100154460
Uz doto brīdi ref trūkst 215/1340 ciemiem, 35/35 novadiem, 399/511 pagastiem, 67/81 pilsētām un 2579/4911 mazciemiem (tie gan nav sakartēti visi).
Ciemiem adrešu kodus pielikt var, tiem nekā piemērotāka nebūs (pārbaudītu gan ar vienu sākumā, lai redzētu, vai bots nesāk raustīt, ja tur ir ref:lv:addr), bet pagastiem, pilsētām un novadiem gan jāliek ATVK, nevis adrešu kodi. Tos var paņemt no Atvērto datu portāla (aktuālie ir tie, kam Validity_period_end nav aizpildīts). Jautājums, vai pietiek ar ref, vai vajag veidot ko specifisku, kā ref:lv:atvk.
A kapēc pagastiem, pilsētām, novadiem nevarētu arī ref:lv:addr tos salikt, ja tas ir tajos pašos datos? Viņi visi ir no "KODS" lauka un viņiem visiem ir "adrese". Galvenajos teritoriju telpiskajos datos tie visi ir kopā ar to kodu.
ATVK paskatīšos. Bet tie ir vairāk statistikas vienības? Kur to kodu lieto praktiski? Tas ir kaut kādās citās datubāzēs vai kaut kur? Jo teiksim tie VZD 100... kodi ir savā starpā saistīti no valsts līdz pat adresei. Bet ATVK ir nedaudz nummurēti hierarhijā, bet it kā paši par sevi, cik skatos.
ATVK lieto praktiski dažādos reģistros (Fizisko personu reģistrā, piemēram), lai identificētu attiecīgās teritorijas, bet adrešu kodus pagastiem, pilsētām un novadiem ārpus Adrešu reģistra nav gadījies redzēt lietojam ārpus adreses konteksta (ja būs, tad būs vienīgi adreses koda laukā un pagastu, pilsētu vai novadu kodi lietoti tikai tad, ja nekas precīzāks nav bijis zināms). ATVK arī Adrešu reģistrā ir lietots. Jā, statistikā arī plaši lieto. Nav līdz šim (par laimi) gadījies redzēt reģistru, kur kā teritoriju kodi būtu lietoti adrešu kodi.
Tad izklausās, ka varbūt ATVK kodus likt pa taisno ref. Bet adrešu kodus (ja vispār likt) tikai ref:LV:addr (būs jāpārlabo esošie tad no maniem ciemu/pagastu pievienojumiem). ATVK dati tikai tad jāizparsē būs...
A adrešu kodus tad sanāk vispār kaut kur lieto izņemot adresēm? Vai tikai faktiski VZD datubāzē? Tie vispār kaut ko OSM dod, ja tie nav nekur atrodami (piemēram, vai es varu pasta vēstuli nosūtīt "uz kodu")?
Jā, domāju, ka ar ref pietiktu, jo ATVK ir tas, ko kā identifikatoru lietotājs sagaidītu. ref:LV:addr paliek ciemiem, jo tiem ATVK nav.
Adrešu kodus lieto adresēm un vienmēr, ja adreses tiek uzturētas pareizi, t.i., sasaistē ar Adrešu reģistru. Būtībā savā datubāzē pietiek glabāt tikai adreses kodu, kas ir ārējā atslēga uz Adrešu reģistru. Praktiski gan mēdz pieglabāt arī pierakstu, kas var būt gan sadalīts, gan nesadalīts pa komponentēm. OSM jau ne tikai adrešu kodi, bet jebkādi unikālie identifikatori uz ārējām sistēmām, no kurām nākuši dati, būtu jāglabā, lai datus pēc tam varētu normāli uzturēt. Uz to pašu Vietvārdu datubāzi arī būtu bijis ļoti labi, ja savulaik būtu ID pielikti.
Tad es tomēr liktu visām admin robežām to VZD adreses kodu, jo tas arī ir tas nummurs, kas atsaucas uz datiem, no kuriem tās admin robežas ir nākušas (izņemot mazciemus). Jo ATVK, cik saprotu, neatsaucas uz robežu līnijām.
Es personīgi sarežģīti parsēju OSM datus meklējot tuvāko elementu ar konkrētiem tegiem, lai noteiktu, kuri OSM elementi atbilst kuriem VZD datu ierakstiem. Piemēram, tur jāzin konkrēti admin_level pakāpes. Automātiski procesi bez nummura nevarēs vienkārši datus piesaistīt pie VZD datiem, piemēram, lai salīdzinātu vai piesaistītu WikiData ierakstus (piemēram, lai saliktu WikiData teritorijas izmēru vai koordinātes, kas OSM būtu lieki, bet WikiData ļoti noderīgi). Tas it kā bija mans galvenais mērķis, lai visus admin iedalījumus OSM varētu piesaistīt VZD datiem.
Vari likt abus tad. Jo no datu lietojamības ārpus iekšējiem OSM procesiem ATVK būs noderīgāks. WikiData teritoriju platības un iedzīvotāju skaits jau tiek atjaunots automātiski, izņemot ciemiem.
Jā, bots noņem ref:LV:addr https://www.openstreetmap.org/relation/287189
Pielaboju, lai relācijām, kurām ir admin_level, neņem nost ref:lv:addr. Jānotestē vēlreiz.
Vienīgais place=hamlet nav admin_level, jo nav robežu, piem. https://www.openstreetmap.org/node/2069382489
Pieliku arī place=hamlet pie izņēmumiem, kam nav jāņem nost ref:lv:addr. Ne tikai nodes, bet arī ways un relations.
Es varbūt nepareizi sapratu, bet vai tu šīs b0ta izmaiņas jau esi paladis? Testa ref'us b0ts nonesa https://www.openstreetmap.org/relation/287189/history https://www.openstreetmap.org/node/1679457288/history
Palaist palaidu, bet ar kļūdām, kuru dēļ nenostrādāja. Salaboju, jāmēģina vēlreiz.
Izskatās, ka tegi izdzīvoja šodienas b0ta izmaiņas.
Nu protams, ka Latvijā ir pagasti ar vienādiem nosaukumiem - 2 "Pilskalnes pagasts" un 2 "Salas pagasts". Bet ar to nepietiek, jo ir 2 ciemi "Pilskalne", kuri ir pa vienam katrā Pilskalnes pagastā.
Rezumējot, uz doto brīdi, plānotās izmaiņas:
Last updated: Jan 26 2026 at 06:30 UTC