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.

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

Kreipiuosi dėl Policijos registruojamų įvykių atvirų duomenų rinkinio vietos žymos patikslinimo. Šiuo metu atvertame rinkinyje pateikiama gatvės indikacija (https://data.gov.lt/datasets/1667), tačiau toks vietos tikslumas nėra pakankamas kryptingam panaudojimui viešojo intereso projektuose ar moksliniuose tyrimuose (pvz., kuriant nusikalstamumo prognozavimo modelius, rizikos žemėlapius, prevencijos priemonių efektyvumo vertinimą). Toks formatas yra per grubus erdvinei analizei, tampa sunku kurti patikimus nusikalstamumo prognozavimo modelius, vertinti “karštuosius taškus”, planuoti prevencijos priemones, palyginti tendencijas skirtingose miesto ar rajono dalyse. Prašau apsvarstyti galimybę atverti analogiškos struktūros duomenų rinkinį, kuriame vieta būtų pateikiama išlaikant anonimiškumą, pvz.: 1) erdvinės gardelės / plytelės (grid) identifikatoriumi (pvz., 250×250 m, 300x300 m, 500×500 m ar kitu VDA tinkamu masteliu); 2) kitu panašiu anonimizuotu erdviniu kodu, leidžiančiu atlikti erdvines analizes be tikslaus adreso atskleidimo. Toks sprendimas išlaikytų privatumo apsaugą, tačiau ženkliai padidintų duomenų analitinę vertę ir pritaikomumą mokslui bei viešoms iniciatyvoms. Duomenų atvėrimą koordinuotų Valstybės duomenų agentūra (VDA), duomenų rinkinio struktūra turėtų būti panaši į esamą: https://data.gov.lt/datasets/1667/

Prašau pateikti vidutinius 2024 m. ir 2025 m. statybos sąnaudų elementų kainų pokyčio koeficientus.

Sveiki, tiriant maitinimo įmonių bankrotus įdomus sąryšis tarp VMVT nurodomų laukų <RIZ_GRUPE> ir <VERTINIMO_BALAS/> ar galima atnaujinti paskelbtą failą su subjektų indentifikavimu: maisto tvarkymo subjektai 2007-01-01 - XML 2020-06-10

Atverti duomenis apie Vilniuje mokamus atlyginimus, agreguotus pagal profesiją/darbo veiklos tipą (pvz. Programavimas) ir turimą universitetinį išsilavinimą.

Laba diena, Kreipiuosi norėdamas pasiteirauti dėl atviro velionių duomenų rinkinio struktūros ir jo naudojimo. Naudodami šį duomenų rinkinį pastebėjome, kad vienoje duomenų bazėje yra pateikiami tiek žmonių, tiek gyvūnų (pvz., šunų, kačių) duomenys. Suprantame, kad tai gali būti „raw" (neapdoroti) duomenys, tačiau praktiniam naudojimui toks sujungimas sukelia neaiškumų. Šiuo metu gyvūnai dažniausiai identifikuojami pagal įrašus vardo lauke (pvz., „Šuo", „Katinas"), tačiau tai nėra patikimas atskyrimo būdas, nes egzistuoja ir žmonių pavardės ar vardai, sutampantys su gyvūnų pavadinimais (pvz., pavardė „Katinas"). Dėl to tampa neaišku, ar konkretus įrašas atitinka žmogų, ar gyvūną. Norėtume pasiteirauti: ar yra numatytas būdas aiškiai atskirti žmonių ir gyvūnų įrašus (pvz., papildomas stulpelis ar tipas); ar planuojama ateityje struktūriškai išskirti žmonių ir gyvūnų duomenis į atskirus rinkinius ar aiškiai pažymėtus įrašus. Būtume dėkingi už informaciją ar rekomendacijas, kaip šiuos duomenis teisingai ir etiškai naudoti praktiniuose sprendimuose. Iš anksto dėkoju už jūsų atsakymą.

Valstybinė maisto ir veterinarijos tarnyba skelbia sprendimus dėl įmonių veiklos apribojimų: https://vmvt.lrv.lt/lt/pranesimai-apie-sustabdytas-imoniu-veiklas/. Duomenys pateikiami tokiu būdu, kad jų panaudojimas yra stipriai apsunkintas, t.y. neleidžiama kopijuoti ar automatiniu būdu tų duomenų nuskaityt, todėl tų duomenų apdorojimas praktiškai nėra įmanomas. Prašome Jūsų apsvarstyti galimybes šiuos duomenis atverti : - Atverti duomenų rinkinį šiuo formatu: [CSV / XLSX / JSON], - Užtikrinti periodinį atnaujinimą, - (jei įmanoma) suteikti prieigą per API. Ši informacija yra itin reikšminga smulkiajam ir vidutiniam verslui, vertinant klientų, tiekėjų ar verslo partnerių finansinį patikimumą, mokumą bei valdant kitas rizikas. Iš anksto dėkojame už bendradarbiavimą.

Sveiki, Saskaitos JSONL eksportas visada nutrūksta ant 6139989055 baitų (wget: read error at byte 6139989055 (Success)), o SaskaituSalys 4458435647B (lygiai lygiai).

Viešųjų pirkimų sutartys (SABIS), kurios saugomos vis iš viešumo dingstančiame ir neviešiname duomenų rinkinyje https://data.gov.lt/datasets/3924/

Sveiki, manau, jog būtų naudinga duomenis papildyti originalia, transkribuota lotyniškais rašmenimis bei angliška vietovardžio formomis.

Sveiki, rašau dėl šio dataset'o - https://data.gov.lt/datasets/2894/ Ar įmanoma pridėti field'us tokius, kaip darbo užmokestis, ir darbdavio kontaktai (kur kreiptis), kaip pačiam užt puslapy? Pvz.: https://portal.uzt.lt/LDBPortal/Pages/PositionOpeningPublic/PublicOpenPositionCard.aspx?branch=POSearch&itemNr=DV-25-996884566

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)

Duomenų logika ne iki galo aiški. Aglomeracijos duomenų rininyje Aglomeracijos_id nėra unikalus, kas atrodo nelogiška. nes darosi neįmanoma jungti Irenginys duomenų rinkinį per Aglomeracijos_id Tad praverstų arba sutvarkyti duomenis (kad Aglomeracijos_id Aglomeracijos rinkinyje būtų unikalus), arba pateikti logikoa paaiškinimą Pagarbiai, Rimantas

Duomenų logika ne iki galo aiški. Aglomeracijos duomenų rininyje Aglomeracijos_id nėra unikalus, kas atrodo nelogiška. nes darosi neįmanoma jungti Irenginys duomenų rinkinį per Aglomeracijos_id Tad praverstų arba sutvarkyti duomenis (kad Aglomeracijos_id Aglomeracijos rinkinyje būtų unikalus), arba pateikti logikoa paaiškinimą Pagarbiai, Rimantas

Sveiki, Data.Gov.Lt komanda, Ačiū už teisės aktų API, labai patogu naudotis. Norėjome paklausti, koks API galinis taškas (endpoint'as) yra skirtas būtent aktualioms teisės aktų redakcijoms gauti? Naudojantis esamais: - https://get.data.gov.lt/datasets/gov/lrsk/teises_aktai/Dokumentas - https://get.data.gov.lt/datasets/gov/lrsk/teises_aktai/Dokumentas/:changes dažnai gauname arba pasenusias, arba dar negaliojančias versijas. Pvz. pagal 'dokumento_id': 'TAR.7E6F5E3523EA' Gal galėtumėte API aprašymuose aiškiau paaiškinti, kuo skiriasi galiniai taškai (endpoint'ai) ir kokius duomenis kiekvienas jų grąžina? Tai labai padėtų. Iš anksto dėkojame ir sėkmės darbuose! MB Aitonomous