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.

Reikalinga duomenų erdvė / namespace: datasets/gov/rc/jar/n17_isplestinis_israsas_aktualus_duomenys (jei dalis laukų prieinama atvirame datasets/gov/rc/jar/iregistruoti modelyje — prieiga prie jo taip pat tiktų) Pageidaujami laukai (tik juridinių asmenų duomenys, ne fizinių asmenų): Juridinio asmens kodas Pavadinimas Teisinė forma Teisinis statusas (veikiantis / likviduojamas / išregistruotas ir pan.) Registracijos (buveinės) adresas — pageidautina struktūrizuotas, su atskirtais laukais (savivaldybė, seniūnija, gyvenvietė, gatvė, namo Nr., pašto kodas), nes atvirų duomenų faile adresas pateikiamas viena nestruktūrizuota eilute be skiriamųjų kablelių, kas apsunkina automatinį naudojimą. Naudojimo tikslas: Įmonės vidinėje ERP sistemoje automatiškai užpildyti ir periodiškai atnaujinti klientų rekvizitus (pavadinimą, įmonės kodą, registracijos adresą, statusą) sąskaitų ir sutarčių rengimui. Šiuo metu šie duomenys vedami ir tikrinami rankiniu būdu; siekiame pereiti prie oficialaus, automatizuoto ir patikimo šaltinio, vietoje duomenų rinkimo iš trečiųjų šalių svetainių. Reikalingi prieigos leidimai (tik skaitymas / read-only): getone, getall, search, changes — periodinei pakeitimų sinchronizacijai. Sinchronizacijos periodiškumas: Pagal rinkinio nurodytą atnaujinimo dažnumą (planuojame naudoti :changes keitimų žurnalą inkrementiniam atnaujinimui). Pareiškėjas: Optimalūs Projektai, UAB — į.k. 135647062 — Domantas Vaičiulis — domantas@tsm.lt — +37062804609

Prašome sudaryti galimybę per Lietuvos atvirų duomenų portalą gauti struktūrizuotus, reguliariai atnaujinamus juridinių asmenų rekvizitų duomenis, tinkamus automatizuotai integracijai su verslo valdymo / ERP sistemomis. Mūsų organizacijoje ERP sistema naudojama klientų, tiekėjų ir kitų juridinių asmenų apskaitai, sutarčių administravimui, sąskaitų išrašymui, pirkimų, pardavimų ir atitikties procesams. Šiuo metu juridinių asmenų rekvizitai dažnai turi būti tikrinami ir atnaujinami rankiniu būdu arba naudojant necentralizuotus šaltinius, todėl didėja administracinė našta, klaidų tikimybė ir duomenų neatitikimų rizika. Prašomi duomenys: Juridinio asmens kodas; juridinio asmens pavadinimas; teisinė forma; teisinis statusas; registracijos data; išregistravimo data, jei taikoma; buveinės adresas; savivaldybė; veiklos apribojimo, likvidavimo, bankroto ar reorganizavimo požymiai, jei tokie duomenys gali būti teikiami kaip atviri duomenys; duomenų paskutinio atnaujinimo data. Poreikio tikslas: Automatizuoti juridinių asmenų rekvizitų patikrą ir atnaujinimą ERP sistemoje; mažinti rankinį duomenų įvedimą; užtikrinti, kad apskaitos, sutarčių ir sąskaitų išrašymo procesuose būtų naudojami aktualūs juridinių asmenų duomenys; gerinti duomenų kokybę ir sumažinti klaidų tikimybę; sudaryti sąlygas verslui naudoti vieningą, patikimą ir oficialų duomenų šaltinį. Pageidaujamas duomenų pateikimo būdas: Pageidautina, kad duomenys būtų prieinami per API, taip pat CSV / JSON formatais. Aktualu, kad duomenų struktūra būtų stabili, turėtų aiškius laukų aprašymus, atnaujinimo datą ir būtų palaikomas reguliarus atnaujinimas, geriausia kasdien arba kitu aiškiai nurodytu periodiškumu. ERP integracijai svarbi galimybė filtruoti arba ieškoti pagal juridinio asmens kodą ir gauti tik pasikeitusius įrašus nuo konkrečios datos. Nauda: Tokio duomenų rinkinio prieinamumas suteiktų praktinę naudą verslui, viešajam sektoriui ir IT paslaugų teikėjams. Tai padėtų sumažinti administracinę naštą, pagerintų juridinių asmenų duomenų kokybę informacinėse sistemose ir paskatintų oficialių atvirų duomenų naudojimą verslo procesuose. Centralizuota ir technologiškai patogi prieiga taip pat sumažintų poreikį naudoti neoficialius ar komercinius tarpininkų šaltinius baziniams juridinių asmenų rekvizitams gauti. Prašome įvertinti galimybę atverti arba papildyti esamus juridinių asmenų duomenų rinkinius taip, kad jie būtų tinkami automatizuotam naudojimui ERP sistemose, įskaitant API prieigą, aiškią duomenų schemą ir reguliarų atnaujinimą.

Prašau suteikti prieigą prie Valstybės įmonės Registrų centro Juridinių asmenų registro duomenų rinkinio: JA išplėstinis išrašas (aktualūs duomenys), XML formatu https://data.gov.lt/datasets/4034/ Reikalinga prieiga prie Saugyklos API / duomenų erdvės: datasets/gov/rc/jar/n17_isplestinis_israsas_aktualus_duomenys Naudojimo tikslas: Analitinis projektas, kuriuo kuriama struktūrizuota Europos juridinių asmenų duomenų bazė. Reikalingi tik juridinių asmenų duomenys, ne fizinių asmenų duomenys. Pageidaujami duomenys: LegalEntity, LegalEntityName, LegalEntityStatus, LegalEntityAddress, LegalEntityAddressRegistration, LegalEntityActivity, LegalEntityIdentifier, Branch, LegalEntityType. Pageidaujamas formatas:

Kuriamas nekomercinis atviro kodo projektas, kuris Teisės aktų registro duomenis (rinkinys Nr. 2613) saugo kaip Markdown failus Git versijų kontrolės sistemoje (GitHub). Tikslas — suteikti visuomenei funkcionalumą, kurio neturi oficialus e-tar.lt portalas: matyti kiekvieno akto redakcijų istoriją kaip atskirų Git įrašų (commit) seką; palyginti dviejų datų redakcijas vienu git diff veiksmu; ieškoti teksto visuose aktuose vienu git grep; atsisiųsti visą korpusą vienu git clone ir analizuoti savo įrankiais. Tikslinė auditorija: teisininkai, advokatai, žurnalistai, mokslininkai, pilietinės technologijos bendruomenė.

Laba diena, Norėčiau pateikti poreikį atverti nekilnojamojo turto sandorių kainų duomenis iš VĮ Registrų centro Nekilnojamojo turto registro. Kontekstas: Kuriu atvirąjį mašininio mokymosi modelį Vilniaus butų kainų prognozavimui. Šiuo metu modelis treniruojamas tik iš skelbimų duomenų (prašomų kainų), tačiau tikrosios sandorių kainos žymiai pagerintu modelio tikslumą ir naudą visuomenei — padidintų NT rinkos skaidrumą. Prašomi duomenys: - Šaltinis: VĮ Registrų centras, Nekilnojamojo turto registras - Objektas: gyvenamųjų patalpų (butų) pirkimo-pardavimo sandoriai - Geografija: Vilniaus miestas - Laikotarpis: 2020–2025 m. - Laukai: sandorio data, adresas (bent savivaldybė/seniūnija), plotas m², kambarių skaičius, sandorio kaina EUR, pastato tipas, statybos metai, energinio naudingumo klasė (jei turima) ir kitos specifikacijos apie nekilnojama turta. Pastaba: Panašų poreikį jau yra pateikę Lietuvos turto vertintojų asociacijos (žr. data.gov.lt). Šis prašymas papildo tą poreikį iš individualaus tyrėjo/kūrėjo perspektyvos. Tokie duomenys būtų naudingi: - NT rinkos skaidrumo didinimui - Nepriklausomam kainų vertinimui (alternatyva komerciniams įrankiams) - Akademiniams / moksliniams tyrimams Ar galėtumėte informuoti apie šio poreikio registravimo eigą ir galimybes? Ačiū, Matas Jonaitis matasjon33@gmail.com

Sveiki, šiuo metu vykdome projektą pagal priemonę 02-045-K ATVIRŲJŲ DUOMENŲ PANAUDOJIMAS. Mūsų kuriamam produktui labai reikėtų pridėti "NT verčių zonos, vertės ir apleistos žemės" duomenis. Nuoroda: https://data.gov.lt/requests/49/#info Kaip galėtume gauti šiuos duomenis? Labai laukčiau Jūsų atsakymo... Pagarbiai, Giedrius

Laba diena, Prašome atverti inžinerinių plotinių statinių erdvinius duomenis JSON formatu kaip buvo padaryta Registrų centro su sklypų duomenimis. Manome, kad atributinėje lentelėje turėtų būti pateiktas unikalus daikto numeris, atliktų matavimų data, statinio kategorija, ar statinys priklauso savivaldybei, Via Lietuva, jei fiziniam asmeniui tokie duomenys galėtų būti neviešinami. Būtina atskirti kelių ir gatvių erdvinius duomenis nuo aikštelių ir kitų inžinerinių plotinių statinių duomenų. Duomenys padėtų savivaldybei analizuojant turimų kelių, aikštelių duomenis jų būklę, palengvinant inventorizaciją ir planavimo darbus, esant poreikiui apjungti erdvinius duomenis su SEDR duomenimis.

Laba diena, Rengiu magistrinį darbą ir man reikalingi istoriniai duomenys apie politinės partijos narių skaičių pagal partijos skyrius savivaldybėse/rajonuose. Internete randu tik naujausius suvestinius duomenis, tačiau senesnių (istorinių) duomenų viešai pateikta nėra, todėl kreipiuosi į Jus dėl atvirų duomenų pateikimo. Prašyčiau pateikti: partijos narių skaičių kiekviename partijos skyriuje (pagal savivaldybę/rajoną) už 2022 metus; jei įmanoma – analogiškus duomenis ir už 2021 bei 2020 metus (arba seniausius turimus, jei rinkimas vykdomas tik nuo 2020 m.). Labiausiai tiktų duomenų forma: CSV / XLSX failas, kur aiškiai nurodyta: metai, savivaldybė/rajonas (skyriaus pavadinimas), narių skaičius; Jeigu duomenys neprieinami atvirais formatais, prašyčiau informuoti, kokia alternatyvi pateikimo forma būtų galima (pvz., PDF suvestinės, pažyma ar pan.), ir ar reikalinga papildoma informacija prašymui įforminti. Tinka ši - https://data.gov.lt/datasets/1736/ Tačiau reikėtu seniausios versijos. Iš anksto dėkoju už pagalbą.

Esu duomenų analitikė iš Swedbank ir nagrinėju šiuos nekilnojamo turto duomenis: Nekilnojamojo turto registre įregistruotų pastatų duomenys pagal savivaldybes Turiu keletą klausimų, galbūt galėtumėt padėti/suteikti daugiau informacijos: - Domina pastatų konstrukcijos tipas, tai naudočiau sienų/pamatų konstrukcijos medžiagų tipus, tačiau jie yra pateikti kaip skaičiai. Gal turite reikšmių žodyną visiems, ar bent minėtiems laukams? - Ar yra kaip gauti kiekvieno pastato geografinę lokaciją – koordinates, adresą? Galbūt turite geoerdvinius duomenis?

Esu duomenų analitikė iš Swedbank ir nagrinėju šiuos nekilnojamo turto duomenis: Lietuvos atvirų duomenų portalas | Nekilnojamojo turto registre įregistruotų pastatų duomenys pagal savivaldybes Turiu keletą klausimų, galbūt galėtumėt padėti/suteikti daugiau informacijos: - Domina pastatų konstrukcijos tipas, tai naudočiau sienų/pamatų konstrukcijos medžiagų tipus, tačiau jie yra pateikti kaip skaičiai. Gal turite reikšmių žodyną visiems, ar bent minėtiems laukams? - Ar yra kaip gauti kiekvieno pastato geografinę lokaciją – koordinates, adresą? Galbūt turite geoerdvinius duomenis?

We found the spatial data of municipalities from the Address Register for 2020 here (https://data.gov.lt/datasets/1345/#info)(Savivaldybių erdvinių duomenų rinkinys iš Lietuvos Respublikos adresų registro), but we could not find geo data on municipal borders for previous years (since 2014) and for 2021-2025. Ideally, we would like to find datasets that contain the actual boundary data of the municipalities as of January 1 of each year (since 2014), in any usable format (SHP, KML, KMZ, CSV, or GeoJSON). Thank you very much for your assistance.

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)

Būtų naudinga, jei tai būtų ne vien TOP 20, bet visų vardų dažnis, tam, kad būtų galima pasižiūrėti, kaip vardų dažnumas keičiasi bėgant laikui (panašiai į tai, ką leidžią https://vardai.vlkk.lt/statistika, tik ten duomenys nėra atnaujinti nuo 2020)

Didžioji dalis duomenų prieigos metodų pateikia tuščią failą. Duomenys neatnaujinti jau ilgą laiką.

Sveiki, Jau 2 mokestinius laikotarpius duomenys neatnaujinti.

Sveiki, Duomenys nebuvo atnaujinti jau ilgą laiką.

Sveiki, kalbėjau su Jūsų kolege, Egle, patarė rašyti čia. Siunčiu laiško kopiją, kurį siunčiau bendru paštu: Su kolegomis kuriame nauja produktą - panašų į carvertical, tik NT objektams. Viso projekto esmė yra sutelkti informaciją apie NT objektą iš skirtingų oficialių šaltinių į vieną vietą, taip apsaugant žmones nuo apgavysčių ar neaiškumų perkant NT objektus. Turime veikiančią svetainę ir šiuo metu planuojame teikti informaciją tik apie sklypus taip pat turim ir sutartį su Registrų Centru, jie mums teikia šią informaciją: -Sklypo paskirtį -Žemės naudojimo būdą -Apribojimus -Našumo balą -Adresą. Norime suteikti vartotojui kuo didesnę vertę ir pateikti jam kuo daugiau informacijos, todėl norėjome pasiteirauti ar būtų galimybė su jumis bendradarbiauti bei bendrauti dėl duomenų teikimo apie sklypo: -Kiek sklypo galima užsatyti, jo intenstyvumą ir tankį. -Info apie paskirties keitimą -Apsaugos zonos, saugomos teritorijos -Koks sklypo aukštingumas (iki kokio aukščio galima užstatyti) -Servitutą -Ar yra pravesta eletkra, vandenietkis, dujotiekis -Ar sklypas turi detalųjį planą -Ar patenka į kraštovaizdžio specialųjį planą? Jeigu reikia patikslinimo ar projekto pristatymo, mielai galime pasidaryti skambutį, kurio metu paaiškinčiau viską detaliau. Šią info turi savivaldybės, gal galima per jus su jomis susiekti ir gauti prieigą prie šių duomenų?

Specialiosios žemės naudojimo sąlygos (SŽNS) - geografinių duomenų poreikis.

Magistriniam darbui prašom atverti šiuos duomenis nuo 2019 m.: Šaltinis: E-sveikata, E027-1 Mokinio sveikatos pažymėjimo forma Struktūra: 1. Užšifruotas asmens kodas 2. Pažymos išdavimo data mėnesio tikslumu 3. Gimimo metai 4. Ūgis (cm) 5. Svoris (kg)