Reikalinga galimybė objekto lygmeniu patikimai ir automatizuotai susieti viešai skelbiamus Nekilnojamojo turto registro pastatų erdvinius ir atributinius duomenis. Šiuo metu „Pastatų erdviniuose duomenyse“ pateikiamas pastato unikalus numeris ir geografinė padėtis, o „NTR įregistruotų pastatų duomenyse pagal savivaldybes“ pateikiami pastato atributai ir plotai, tačiau skelbiamas tik dirbtinis identifikatorius „dirbt_id“. Dėl bendro jungties rakto nebuvimo neįmanoma patikimai nustatyti, kuri atributinio rinkinio eilutė priklauso konkrečiam erdvinio rinkinio pastatui. Susiejimas pagal plotą, paskirtį, aukštų skaičių ar statybos metus nėra vienareikšmis ir gali sukelti klaidingus rezultatus. PAGRINDINIAI BŪTINI DUOMENYS Svarbiausias poreikis – paskelbti vieną integruotą pastatų duomenų rinkinį, kuriame viena eilutė atitiktų vieną konkretų NTR pastatą, arba suteikti patikimą jungtį tarp dabar skelbiamų erdvinių ir atributinių rinkinių. 1. Bendras pastato identifikatorius Būtina pateikti bent vieną iš šių sprendimų: - atributiniame rinkinyje paskelbti tą patį pastato unikalų NTR numerį „unikalus_nr“, kuris pateikiamas erdviniame rinkinyje; - paskelbti atskirą susiejimo lentelę tarp „dirbt_id“ ir „unikalus_nr“; - pateikti kitą stabilų, dokumentuotą ir abiem rinkiniams bendrą objekto identifikatorių. Taip pat būtina nurodyti, ar „dirbt_id“ išlieka stabilus tarp skirtingų rinkinio atnaujinimų. 2. Pagrindiniai pastato plotai Kiekvienam pastatui pirmiausia reikalingi šie plotai: - užstatytas plotas; - bendrasis plotas; - rūsio plotas; - pusrūsio plotas, jeigu jis registruojamas atskirai; - kitų požeminių patalpų ar požeminių aukštų plotas; - bendras visų požeminių patalpų plotas; - antžeminės pastato dalies bendrasis plotas arba duomenys, iš kurių jį galima vienareikšmiškai apskaičiuoti. Jeigu atskiras antžeminės dalies bendrasis plotas nėra tvarkomas, turi būti aiškiai nurodyta, ar jį galima apskaičiuoti pagal formulę: bendrasis plotas – bendras visų požeminių patalpų plotas. 3. Plotų laukų reikšmių išaiškinimas Būtina pateikti aiškius laukų aprašymus: - ar „bendras_plotas“ apima rūsį, pusrūsį ir kitas požemines patalpas; - ar „rusiu_plotas“ apima tik rūsį, ar taip pat pusrūsį ir kitas požemines patalpas; - ar skirtingi požeminių plotų laukai tarpusavyje persidengia; - ar mansardos, techninės patalpos, garažai ir bendrojo naudojimo patalpos įtraukiamos į bendrąjį plotą; - kaip atskiriama nežinoma reikšmė, nulis ir objektui netaikomas laukas; - kokiais matavimo vienetais ir tikslumu pateikiami plotai. 4. Aktuali pastato registrinė būsena Kiekvienam objektui būtina pateikti: - ar pastatas aktualiai įregistruotas; - registrinės būsenos kodą ir suprantamą pavadinimą; - registrinės būsenos nustatymo arba pakeitimo datą; - ar objektas išregistruotas, nugriautas, žuvęs, sunykęs, pakeistas arba performuotas; - objekto paskutinio atnaujinimo datą. Vien pastato nebuvimas naujesnėje erdvinių duomenų rinkinio versijoje neturėtų būti vienintelis būdas spręsti apie jo išregistravimą. 5. Aktuali pastato geometrija Kiekvienam registriniam pastatui reikalinga: - aktuali pastato poligono geometrija; - unikalus NTR numeris, tiesiogiai susietas su ta geometrija; - geometrijos formavimo arba paskutinio koregavimo data. Vien pastato centro ar kitas apytikslis taškas nėra pakankamas, nes pagal jį negalima patikimai nustatyti pastato kontūro ir ryšio su žemės sklypu. 6. Pagrindiniai identifikavimo ir klasifikavimo atributai Viename įraše taip pat būtina pateikti: - pastato adresą arba Adresų registro objekto identifikatorių; - žemės sklypo kadastro numerį arba kitą patikimą pastato ir sklypo ryšį; - objekto tipą; - pastato paskirtį; - statinio kategoriją; - antžeminių aukštų skaičių; - požeminių aukštų skaičių; - duomenų formavimo datą; - konkretaus objekto paskutinio pakeitimo datą. Jeigu laukas „aukstu_skaicius“ jau skelbiamas, būtina paaiškinti, ar į jį įtraukiami rūsiai, pusrūsiai, mansardos ir techniniai aukštai. MINIMALUS PAKANKAMAS REZULTATAS Jeigu visų prašomų duomenų pateikti iš karto negalima, pirmuoju etapu pakaktų: - paskelbti patikimą „dirbt_id“ ir „unikalus_nr“ susiejimą; - prie kiekvieno pastato pateikti aktualią poligono geometriją; - pateikti užstatytą, bendrąjį ir bendrą požeminį plotą; - aiškiai dokumentuoti, kas įtraukiama į bendrąjį ir požeminį plotą; - pateikti aktualią registrinę objekto būseną ir jos datą; - pateikti adresą, sklypo kadastro numerį, paskirtį ir aukštų skaičių. Šių duomenų pakaktų pagrindinėms objektų susiejimo ir plotų interpretavimo problemoms išspręsti. VĖLESNI PAPILDOMI DUOMENYS Vėlesniu etapu būtų naudinga papildomai pateikti: - naudingąjį plotą; - gyvenamąjį plotą; - verslo plotą; - pagalbinį ir pagalbinį nenaudingą plotą; - garažų plotą; - patalpų skaičių pagal paskirtį; - statybos pradžios ir užbaigimo metus; - rekonstravimo ir modernizavimo metus; - statinio baigtumo procentą; - energetinę klasę; - pagrindinių konstrukcijų medžiagas; - klasifikatorių kodus, jų pavadinimus ir taikytą klasifikatorių versiją. OBJEKTŲ PAKEITIMŲ ISTORIJA Papildomai būtų naudinga pateikti ryšius tarp objektų, kai pastatas: - išregistruojamas; - nugriaunamas, žūva ar sunyksta; - pakeičiamas nauju pastatu; - padalijamas, sujungiamas arba performuojamas; - gauna naują unikalų numerį. Tokiu atveju reikėtų pateikti ankstesnio ir naujo objekto unikaliuosius numerius, pakeitimo datą, pakeitimo tipą ir, jei galima, priežastį. DUOMENŲ ATNAUJINIMAS Erdviniai ir atributiniai rinkiniai turėtų būti formuojami tai pačiai atskaitos datai. Jeigu tai neįmanoma, kiekviename rinkinyje turi būti aiškiai pateikta: - viso rinkinio atskaitos data; - konkretaus objekto paskutinio pakeitimo data; - atnaujinimo periodiškumas; - informacija, ar išregistruoti objektai pašalinami, ar paliekami su atskira būsena. Pageidautina rinkinius atnaujinti sinchroniškai bent kas mėnesį arba skelbti nuo ankstesnės versijos pasikeitusių, naujai įregistruotų ir išregistruotų objektų pokyčių rinkinį. Savininkų, naudotojų, sandorių ar kitų asmens duomenų nereikia. Prašomi tik techniniai pastatų identifikavimo, registrinės būsenos, geometrijos, klasifikavimo ir plotų duomenys, reikalingi patikimam viešų NTR duomenų susiejimui ir kokybės patikrai.
Nerandate norimo duomenų rinkinio, o gal esamam duomenų rinkinui turite pastabų? Tuomet peržiūrėkite jau registruotus poreikius duomenų rinkiniams. Jeigu sąraše nerasite atitinkančio poreikio - registruokite naują.
Teikti poreikįŠioje portalo skiltyje yra publikuojami atvirų duomenų naudotojų pateikti poreikiai dėl atvirų duomenų rinkinių. Tai yra svarbu, nes atveriant duomenis yra siekiama duomenų atvėrimą vykdyti maksimaliai, atsižvelgiant į atvirų duomenų naudotojų poreikį (angl. demand driven approach) ir įvertinant jų teigiamą poveikį visuomeninio intereso tenkinimui, viešumui ir verslo plėtrai.
Sveiki, kreipiuosi su prašymu atverti 2025 metų duomenų rinkinį apie portale „Infostatyba“ pateiktus pranešimus apie statybų pradžią ir sudaryti galimybę šiuos duomenis atskirai identifikuoti bei filtruoti, išskiriant pranešimus apie vėjo jėgainių (vėjo elektrinių) statybų pradžią. Reikalinga informacija: pranešimų skaičius apie vėjo jėgainių statybų pradžią per 2025 metus, savivaldybės, kuriose pranešimai buvo pateikti, ir pranešimus pateikusių įmonių duomenys (jei įmanoma). Pageidaujama duomenų forma: CSV, XLSX arba JSON formatai. Duomenų panaudojimo tikslas – verslo plano rengimas, rinkos vertinimas ir rizikos analizė, įskaitant projektų aktyvumo vertinimą, geografinio pasiskirstymo analizę ir dalyvių struktūros tyrimą; duomenų atverimas taip pat prisidėtų prie didesnio viešumo ir skaidrumo vertinant atsinaujinančios energetikos projektų dinamiką Lietuvos savivaldybėse.
Sveiki, jau neveikia API, matyti, kad nėra atnaujinami sprendimų sąrašai csv formatu. Prašau suteikti prieigą prie raktualių registro duomenų.
Sveiki, Saskaitos JSONL eksportas visada nutrūksta ant 6139989055 baitų (wget: read error at byte 6139989055 (Success)), o SaskaituSalys 4458435647B (lygiai lygiai).
Sveiki, jau ilgą laiką neveikia API, taip pat nėra atnaujinami sprendimų sąrašai ir csv formatu. Kada būtų galima tikėtis veikiančios sistemos, kur kreiptis dėl naujausių duomenų?
Sveiki, Dirbu ID Vilnius kompanijoje, kuri teikia ir apdoroja duomenis Vilniaus miesto savivaldybės administracijai (toliau VMSA). Šiuo metu VMSA darbuotojai, norėdami atlikti dalį savo funkcijų tikrina kai kuriuos duomenis geoportal.lt svetainėje, norėdami sužinoti apie analizuojamoje teritorijoje galiojančias žemės naudojimo specialiąsias sąlygas. Tai labai apsunkina procesą, kadangi reikia analizuoti duomenis skirtingose programose ir negalima susidarytoi bendro vaizdo ir priimti atitinkamų sprendimų greitai dėl duomenų trūkumo. Geoportal.lt sprendime SŽNS duomenys yra secialiai apriboti, kad jų nebūtų galima naudoti kitose platformose pilna apimtimi. Tai labai apsunkina dabartinį VMSA darbuotojų darbą. Prašome SŽNS duomenis atverti pilna apimtimi ir be apribojimų: t.y. visus GIS duomenis ir servisus, su pilna atributine informacija (kiek tai neprieštarauja BDAR)
Specialiosios žemės naudojimo sąlygos (SŽNS) - geografinių duomenų poreikis.
Deklaruojama, kad duomenys atnaujinamis kas mėnesį, tačiau paskutiniai duomenys apie atestatus - 2024-09-05. Ar šią informaciją planuojama atnaujinti ir kada?
Yra deklaruojama, kad duomenys skelbiami kas mėnesi. Iki 2024 m lapkričio duomenys buvo teikiami. Šiuo metu teikiami duomenys apie atestatus iki 2023 metų balandžio 13 dienos (!?). Kur dingo visi duomenys ir kodėl neatnaujinama informacija?
API neveikia. Prasau pataisyti. Aprasyma pateikta nuoroda neveikia https://get.data.gov.lt/datasets/gov/nta/teismu_sprendimai/TeismasSprendimas Neranda net https://get.data.gov.lt/datasets/gov/nta/
Kredito įstaigos, prisijungusios prie KART (Debeto mokėjimo kartotekų tvarkymo nurodymų ir jų apdorojimo rezultatų informacijos apsikeitimo sistema).
Reikalingas duomenų rinkinys, kuriame atsispindėtų rinkėjų, kurie priregistruoti konkrečiose apylinkėse, aktyvumas ir profilis. T.y. apylinkei priklausančių rinkėjų atėjimo į rinkimus faktas (atėjo/neatėjo), balsavimo būdas (namuose, spec. punkte, savivaldybėje, apylinkėje ir pan) ir socialiniai faktoriai. Šiai dienai tokie demografiniai duomenys prieinami gardelių lygmeniu, bet šiuo atveju reikia apylinkių ir balsavime (2023 ir 2020m.) dalyvavusių abiejuose turuose (t.y. atėjusių į rinkimus) asmenų lygmeniu. Reikalingi duomenų stulpeliai: rinkimų ID (pagal VRK API); unikalus asmens ID (šifruotas arba nuasmenintas); apylinkės, kuriai asmuo buvo priskirtas, ID (pagal VRK API); gimimo metai; lytis; balsavimo data (rinkimų ir turo identifikacijai); skiepijimosi nuo covid-19 data (visos datos arba įrašas, kad skiepo nėra); sirgimo covid-19 data (visos datos arba įrašas, kad informacijos apie sirgimą nėra); išsilavinimas; pajamų vidurkis (už paskutinius turimus metus).
Medienos biomasės kuro specifikacijos, šaltiniai.
Viešų teismų sprendimų dokumentai
Emigrantų perlaidų dydžiai į Lietuvą pagal siunčiančias šalis (esant galimybei mėnesiniai)
Paskolų duomenys
A ir aukštesnės klasės pastatų: pastato energinio naudingumo klasė, šildomas plotas, paskirtis, savitieji šilumos nuostoliai, sąnaudos šildymui, sąnaudos vėsinimui, šilumos šaltinis bei skirtingų orientacijų langų ir sienų plotai
Prašomas duomenų rinkinys jau yra viešas, tačiau prie kiekvieno sertifikato yra pateikiami tik riboti duomenys, iš kurių negalima atlikti detalių mokslinių tyrimų ir studijų, susijusių su pastatų energiniu efektyvu. Prašome dabar viešinamus duomenis papildyti šiais duomenimis: skirtingų orientacijų atitvarų plotai ir šilumos perdavimo koeficientai
Duomenų rinkinyje jūsų svetainėje trūksta pačių duomenų. Nors jie prieinami duomenų valdytojo tinklalapyje spsc.lt/cms/index.php?option=com_wrapper&view=wrapper&Itemid=288&lang=lt
Atverti visą VRK turimą info apie kandidatus į seimo rinkimus ir dažnai atnaujinti šią indo