A napló tájékoztató jellegű. A szolgáltatás feltételeit az ÁSZF tartalmazza; ha a napló eltér az ÁSZF-től, az ÁSZF az irányadó.
Minden bejegyzés a saját dátuma szerinti állapotot írja le. Azóta a működés változhatott: a mostani állapotot az API-dokumentáció és a hatályos feltételek mutatják.
Az Adatka nyilvánosan közzétett, illetve nyílt licencű adatforrásokra épül; ezekben hiányok és hibák is előfordulnak. A találat nem hatósági igazolás (ÁSZF 4. pont).
A „Kapcsolat” oldal megmutatja, hová írhat kérdéssel, hibajelzéssel vagy egyedi ajánlattal. A fejlécből kikerült a „Megoldások” menüpont: a „Webáruházaknak” oldal és a főoldal „Kinek hasznos” része mostantól a „Termékek” menü „Felhasználási területek” oszlopában érhető el; az „API” menüpont neve „API-dokumentáció” lett.
Az Akadálymentesítési nyilatkozat hatályát kiterjesztettük a Fejlesztési naplóra, „Az őszinte tájékoztatás szabályai” oldalra és a „Kapcsolat” oldalra; a 4. pontban pontosítottuk a nyelvválasztó leírását, a 6. pontot pedig kiegészítettük e három oldal ellenőrzésével.
Ebben a naplóban dátummal rögzítjük, mi változott az Adatkában. Az őszinte tájékoztatás szabályai leírják, hogyan tájékoztatjuk Önt; szó van bennük a dátumokról, a javításokról, a korlátokról, a forrásokról és a hivatkozásokról. A korábbi bejegyzéseket utólag, a napló megjelenésekor írtuk: a weboldal indulása óta történt, általunk ellenőrzött fontosabb változásokat rögzítik.
Az Árak oldalon mostantól ez olvasható: „Árakat addig nem teszünk közzé, amíg nem látszanak pontosan a használati dimenziók, és nem tudunk kiszámítható, hosszabb távon is stabil díjszabást kialakítani.”
Új settlement_part paraméter a settlement mellé (lásd: Lépésenkénti kiválasztás). A settlement_part mező címtalálatnál csak akkor kap értéket, ha az adatokból megállapítható, hogy a cím a településrészhez tartozik (lásd: Címobjektum).
Közzétettük az ÁSZF lényeges módosítását: 2026. november 5-től számszerű keret vonatkozik a kulcs nélküli használatra (5. pont); addig a visszaélés elleni fék érvényes. A módosítás leírása az ÁSZF új szövegében olvasható, a számok pedig az API-dokumentáció „Korlátok” részében.
A keresés felismeri a városrészeket, lakótelepeket és más településrészeket (például „Békásmegyer”, „Jereván-lakótelep Sopron”). Új találati szint: settlement_part; új jelzés: settlement_part_not_matched (lásd: Találati szintek és jelzések). Forrás: OpenStreetMap és KSH Helységnévtár.
Kulcs nélküli használatnál a szolgáltatás mostantól korlátozza a visszaélésszerű lekérdezéseket, 2026. november 5-től pedig számszerű keret is vonatkozik erre a használatra. Kulcs nélküli hívásnál a 429-es válasz törzse megmondja, melyik korlátról van szó (lásd: Korlátok).
Teendő: ha kulcs nélkül, nagy forgalommal hívja az API-t, kérjen API-kulcsot.
Az API-dokumentáció magyarul írja le a végpontokat, a címobjektum mezőit, a találati szinteket, a hibakódokat és a korlátokat, curl- és Python-példákkal.
Forrás: Nemzeti Választási Iroda, Körzetállomány · Adatállomány: 2026. január 16.
Ha a házszám szerepel a Nemzeti Választási Iroda címállományában, de saját koordinátánk nincs hozzá, a válaszban a match_level értéke house_exists, a meta.house_exists jelzés pedig megadja a forrást és a kivonat dátumát. A koordináta pontosságát ilyenkor a geo.precision mutatja (lásd: Találati szintek és jelzések).
Ha a beírt irányítószámot egy másik forrás a településhez rendeli, de a Magyar Posta szerint a település irányítószáma más, a válasz postal_code mezőjében a Magyar Posta szerinti irányítószám áll, a beírt érték pedig a meta.postal_alias jelzésben (például „csömend 8700” → postal_code: "8703", meta.postal_alias: "8700"; lásd: Találati szintek és jelzések). Korábban ilyenkor is a beírt irányítószám állt a postal_code mezőben.
Forrás: Magyar Posta Partner Extra · Adatállomány: 2026. szeptember 21.
A keresés a Magyar Posta Partner Extra 2026. szeptember 21-i adatállományának irányítószám- és közterületadatait is használja. Ha a találathoz ez a forrás is hozzájárult, a válasz forráslistájában (meta.sources) a Magyar Posta is szerepel.
Hogy lássa, mi változott és mikor — és ne a saját rendszerében vegye észre először. Ha beépítette az API-t, itt megnézheti, kell-e tennie valamit.
Mit talál benne?
október 23. óta az alábbi változások mindegyikét, a korábbiak közül a fontosabbakat:
Az API válaszainak változásait: új, átnevezett vagy megszűnő mezőt, megváltozott értéket.
Az adatforrások frissítéseit: melyik forrás, milyen dátumú állománnyal.
Az ÁSZF és a többi jogi oldal módosításait egymondatos összefoglalóval — a teljes szöveg az adott jogi oldalon olvasható.
A weboldal fontosabb változásait.
Mit jelentenek a címkék?
Teendőt igényel — a változás miatt az API-t hívó rendszerben módosítani kell, például azért, mert egy mező megszűnik vagy új nevet kap; a bejegyzésből kiderül, kit érint a teendő.
Nem igényel teendőt — a meglévő bekötés változtatás nélkül működik tovább.
Mire nem való?
Nem szerződés, és nem módosítja az ÁSZF-et; a feltételek módosításáról az ÁSZF 8. pontja szerint tájékoztatjuk, a napló ezt nem helyettesíti. A felelősségről az ÁSZF 7. pontja rendelkezik.
Az Adatka válasza nem igazolja, hogy egy cím helyes vagy létezik, és ha egy címre nincs találat, az sem bizonyítja, hogy a cím nem létezik (ÁSZF 4. pont). Ne építsen olyan folyamatot, amely kizárólag egy Adatka-válasz alapján dönt — például letilt egy rendelést —, hanem hagyjon lehetőséget kézi ellenőrzésre.
Nem a mostani állapot leírása: egy régebbi bejegyzés a saját dátuma szerinti állapotot írja le.