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.

Hello! When might the most current data on economic activity sectors for companies be published?

Kreipiuosi norėdama pasiteirauti dėl prieigos prie Valstybinio socialinio draudimo fondo duomenų mokslinių tyrimų tikslais. Esu ekonomikos doktorantė ir norėčiau pasiteirauti, ar būtų galimybė gauti prieigą prie Sodros panelinių duomenų apie Lietuvos darbuotojus ir darbdavius (darbuotojų arba kitų privalomuoju draudimu apdraustų gyventojų mėnesiniai atlyginimai, amžius, užimamos pareigos, darbovietė, sutuoktinio ID, vaikų skaičius ir t.t.). Taip pat, ar būtų galimybė šiuos duomenis sukombinuoti su darbuotojo išsilavinimu, kadangi, mano žiniomis (kurios gali būti netikslios) ši informacija neregistruojama Sodroje. Savo doktorantūros tyrimuose planuoju nagrinėti darbo užmokesčio nelygybę Lietuvos darbo rinkoje, ypatingą dėmesį skiriant veiksniams, darantiems įtaką jaunų žmonių atlyginimų augimui - kiek jį lemia darbdavio charakteristikos ir vidaus darbo rinkos dinamika, o kiek paties darbuotojo sprendimai, tokie kaip emigracija, šeimos kūrimas ar darbo vietos pasirinkimas. Nors ši tema gana plačiai nagrinėjama kitų šalių kontekste, apie Lietuvą vis dar žinoma palyginti nedaug.

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ą.

Dear Sir or Madam, On behalf of ARB Technology and Trade Consulting OÜ (registered in Estonia, req code: 14960471), I request access to the Open Data Warehouse API and the issuance of an API key/token. We are building an AI-based B2B platform that helps non-EU exporters find business partners and customers inside EU, to increase legitimate import/export trade. The open data is essential to this service. Could you advise how a foreign entity can register for the Data Warehouse and obtain an API token? We will comply with the Data Warehouse terms and the GDPR. Kind regards, ALI RIZA BABAOGLAN ARB Technology and Trade Consulting OÜ (Estonia), reg. no. 14960471

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:

sveiki - gal jau galima suformuoti sumoketus mokescius 2026-04 men

Reikalinga gauti iš atvirojo duomenų portalo VLK teikiamų sistemų duomenys apie pirminės sveikatos priežiūros įstaigos, filialo, kuriam pateikiami duomenys, SVEIDRA ID ir adresų registro adreso unikalus identifikatorius (AOB kodas).

Patikrinti vežėjo turimą licenciją

LR aplinkos ministerijos užsakymu Smart Continent Management Institute rengia Būsto prieinamumo didinimo galimybių Lietuvoje vertinimą. Prieinamumo vertinimui reikalingos medianinių gyventojų pajamų savivaldybių lygiu vertės. Lietuvos atvirų duomenų portale viešinamas duomenų masyvas (https://data.gov.lt/datasets/1510/versions/861/resource/9420) turi reikiamas vertes apskaičiuoti medianinėms pajamoms, tačiau ten pateikiamos tik 2026 m. vertės. Siekiant palyginti medianinių pajamų rodiklį su kitais, ar sudaryti išvestinius rodiklius, reikalingos 2024 ir 2025 m. vertės. Tokių duomenų portale neradau, todėl norėtume gauti tokio pačio pobūdžio duomenų masyvus, kaip įkeltoje nuorodoje, tik su 2024 m. ir 2025 m. reikšmėmis.

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ė.

Duomenys turi reikšmes null, 1, 2 ir 3. Reikšmių sąraše aprašoma tik 1=Taip, 2=Ne. Kokios yra Null ir 3 reikšmės ?

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

Šiame duomenų rinkinyje pateikiama statistika apie vizualinės reklamos gamyboje naudojamas medžiagas (PVC tentus, lipdukus, aliuminio kompozitą) ir jų populiarumo pokyčius Lietuvoje. Duomenų šaltinis ir informacija apie gamybos technologijas bei medžiagų specifikacijas: https://www.cropmarks.lt

Vykdomas analitinis tyrimas, kuriuo siekiama įvertinti pacientų perkėlimo ir judinimo procesų sukuriamą sisteminę riziką Lietuvos sveikatos priežiūros įstaigose bei su tuo susijusį ekonominį poveikį. Tyrimo tikslas – apskaičiuoti sveikatos priežiūros darbuotojų raumenų ir kaulų sistemos (MSK) traumų dažnį (incidence rate), įvertinti nedarbingumo mastą bei modeliuoti pacientų kritimų ir su jais susijusių gydymo kaštų ekonominį poveikį. Prašoma informuoti apie jau paskelbtus arba galimus paskelbti atvirus duomenų rinkinius 2018–2025 m. laikotarpiui, apimančius šiuos duomenis: 1. Sveikatos priežiūros darbuotojų statistika Metinis darbuotojų skaičius pagal EVRK Q (Žmonių sveikatos priežiūra ir socialinis darbas) ir EVRK 86; Jei įmanoma – pagal profesijų grupes (slaugytojai, slaugytojų padėjėjai, kitas pacientų priežiūros personalas); Duomenų pjūvis pagal metus. Naudojimas: MSK traumų dažnio apskaičiavimas (atvejų skaičius / darbuotojų skaičius × 10 000). 2. Hospitalizacijos ir traumų duomenys: Hospitalizacijų skaičius per metus; Hospitalizacijos atvejai pagal TLK-10-AM kodų grupes: W00–W19 (kritimai); M00–M99 (raumenų ir kaulų sistemos ligos); S00–T98 (traumos); Vidutinė hospitalizacijos trukmė; Jei prieinama – vidutinės DRG ar gydymo sąnaudos; Duomenų pjūvis pagal metus ir įstaigos tipą. Naudojimas: pacientų kritimų dažnio ir ekonominio poveikio analizė. 3. Nepageidaujamų įvykių statistika Nepageidaujamų įvykių skaičius; Įvykių tipai (pacientų kritimai, darbuotojų traumos, įvykiai, susiję su pacientų perkėlimu); Jei įmanoma – pjūvis pagal skyrių tipą; Metinis detalizavimas. Pageidaujamas duomenų formatas: CSV, XLSX arba API prieiga; Struktūrizuoti duomenys su metaduomenimis; Atskiri duomenys pagal metus (2018–2025 m.). Jeigu dalis duomenų nėra paskelbta, prašoma informuoti apie galimybę juos publikuoti kaip naują atvirų duomenų rinkinį arba nurodyti atsakingą instituciją. Duomenys bus naudojami analitiniam ir viešosios politikos vertinimo tikslui, nepažeidžiant asmens duomenų apsaugos reikalavimų.

Laba diena, nepaisant to, jog paminėta, kad duomenys atnaujinti 2026-01-25 21:54, analizuojant duomenų rinkinį iškart matosi, jog paskutiniai duomenys yra tik iki 2025 m. rugsėjo mėn. Ar galima būtų sutvarkyti šį duomenų rinkinį? Ačiū.

Sveiki, jau neveikia API, matyti, kad nėra atnaujinami sprendimų sąrašai csv formatu. Prašau suteikti prieigą prie raktualių registro duomenų.

Reikalingi apibendrinti statistiniai duomenys moksliniam slaugos tyrimui apie pacientų gyvenimo kokybę ir slaugytojų vaidmenį taikant BCG terapiją. Prašome pateikti: kiek pacientų Lietuvoje per 2019–2024 m. buvo diagnozuota C67.2; iš jų – kiek taikyta BCG intravezikinė terapija; jei įmanoma – duomenis pagal metus, lytį ir amžiaus grupes. Duomenys reikalingi tyrimui, atliekamam Panevėžio Respublikinėje ligoninėje.