Az érvényességi szakaszok viszonylag stabilak. Pl. most átadták az M4 új
szakaszát, így a törökszentmiklósi elkerülő 4-es főútból M4 lett (és
osztatlan pályából osztott), de a 3447-es számú érvényességi szakasz 2004
óta változatlan. Akkor 12191 Ej/nap volt a forgalma, tavaly 16546 Ej/nap.
Persze ettől még igaz, hogy aki használni szeretné, annak karban is kell
tartania, és kéne mellé source:traffic:date is...

-- 
 Iván


Péter Báthory <[email protected]> ezt írta (időpont: 2026. jan. 22., Cs,
8:46):

> Az azonosítón keresztüli összekapcsolásnak nem sok értelmét látom. Vegyük
> sorra.
>
> 1. Először is geometriai alapon megfeleltetjük az OSM vonalakat a MK
> forgalmiadat-csomagjában található vonalakkal.
> 2. Ez alapján az OSM vonalakra átmásoljuk a forgalmi adat értékét (anf) és
> a forgalomszámláló állomás azonosítóját (asz).
> 3. A következő éves frissítésnél biztos, hogy változnak a MK kezelésű
> szakaszok is, illetve darabolódnak az OSM utak, sérül a tagelésük. Tehát
> nincs más megoldás, mint újra visszatérni az 1. pontra és újból
> megfeleltetni.
>
> Viszont akkor mit értünk el az azonosító átvételével? Az *asz* azonosítót
> másra biztos nem tudjuk használni.
>
> Péter
>
> Antal Gertheis <[email protected]> ezt írta (időpont: 2026. jan.
> 21., Sze, 18:04):
>
>> Szia!
>>
>> Az "asz" mező nem egyedi, tehát nem az adott elemi szakasz azonosítója,
>> viszont a gépjárműforgalom adatainak hozzákapcsolására tökéletes, mert
>> azonos "asz"-hoz azonos forgalmi adatok tartoznak. (As "asz" annak a
>> mérőállomásnak a kódja, amelyet a Magyar Közút az adott szakaszra
>> vonatkozóan érvényesnek tekint.)
>> Hogy az egyes mérőállomások érvényességi szakaszai több elemi szakaszra
>> vannak darabolva, az ebből a szempontból mindegy.
>>
>> Az igaz, hogy csak erre alkalmas, de erre szerintem igen, és ez egy olyan
>> problémán segíthetne, ami régóta újra és újra felbukkan.
>>
>> Üdv:
>>
>> Gertheis Antal (Antissimo)
>>
>>
>>
>> itineris OSM <[email protected]> ezt írta (időpont: 2026. jan. 21.,
>> Sze 17:41):
>>
>>> Szia Antal!
>>>
>>> Én úgy látom, az "asz" mező értéke nem egyedi.
>>> Ami a nagyobb gond, hogy az MK más rétegei nem ugyanitt/ugyanígy vannak
>>> darabolva, és más rétegeken nincs is "asz".
>>>
>>> A második kérdésedre: Igen, ilyeneket meg tudok csinálni. Az úthálózat
>>> geometriai pontosságának ellenőrzése is erről szólt.
>>>
>>> Én egyelőre nem látok olyan azonosítót, amit érdemes lenne felvinnünk,
>>> hogy segítse az adatok összekapcsolását. A szelvények szerinti címkézést
>>> pedig átépítéskor, újraszelvényezéskor macerás karbantartani, nem is
>>> beszélve azokról a gyanútlan szerkesztőkről, akik kettévágnak egy ilyen
>>> szakaszt.
>>>
>>> Üdv:
>>> Ákos
>>>
>>>
>>> *Sent:* Wednesday, January 21, 2026 at 4:50 PM
>>> *From:* "Antal Gertheis" <[email protected]>
>>> *To:* "OpenStreetMap Hungary" <[email protected]>
>>> *Subject:* Re: [Talk-hu] OSM x OKA forgalmi adatok
>>> Sziasztok!
>>>
>>> Köszönöm a választ, Iván! Időközben tovább bújtam az adatokat, és
>>> rájöttem, hogy szerepel a számlálóállomás kódja a publikált adatbázisban,
>>> ami erre tökéletes. Innentől a további kérdések erre vonatkozóan érvényesek:
>>>
>>>    - Egy ilyen azonosító *(az adott szakaszra érvényes forgalomszámláló
>>>    állomás kódja)* felvitele az OSM-be (megfelelő dokumentálással)
>>>    OSM-kompatibilis-e, illetve jogszerű-e, felvethet-e bármilyen 
>>> hozzájárulási
>>>    kérdést a Magyar Közút részéről?
>>>
>>>
>>>    - Ha mindkét fenti kérdésre igaz a válasz, van-e aki közöttünk ezt
>>>    "gépesítve" meg tudja csinálni (két, csak kb átfedő úthálózat közül az
>>>    egyik szakaszainak az ID-ját hozzárendelni a másiknak a geometriailag kb
>>>    megfelelő szakaszaihoz - jellemzően egynél többhöz, de lehet ahol vágni
>>>    kell)?
>>>
>>>
>>>    - Ha nem, a JOSM-ben a légifelvételeknél elérhető Magyar Közutas
>>>    csoport kiegészíthető-e olyan réteggel, ami ezt az ID-t mutatja?
>>>
>>>
>>> Köszönöm,
>>>
>>> Gertheis Antal (Antissimo)
>>>
>>>
>>> Kádár Iván <[email protected]> ezt írta (időpont: 2026. jan. 9., P,
>>> 11:42):
>>>
>>>> Szia Antal!
>>>>
>>>> Az id csak egyszerű sorszám. legtöbb csomagban row_number() OVER (ORDER
>>>> BY...) szóval minden hónapban random kerül kiosztásra. A teljes szakaszos
>>>> (azonosítópontok között nem változó) adatoknál a vonal azonosítója, ami
>>>> csak akkor változik, ha módosul a geometria vagy a szkaszolás,d e hosszú
>>>> távon ez sem állandó.
>>>> A közutas szakma lineáris helyazonosítást használ, szóval az egyetlen
>>>> biztos dolog az [útszám, pályakód, kezdőszelvény, végszelvény] négyes. ez
>>>> csak akkor változik, ha a szelvénytábla átkerül, vagy átépítik az utat.
>>>>
>>>>
>>>> Üdv,
>>>> --
>>>>
>>>>  Iván
>>>>
>>>>
>>>> Antal Gertheis <[email protected]> ezt írta (időpont: 2026.
>>>> jan. 8., Cs, 16:06):
>>>>
>>>>> Sziasztok!
>>>>>
>>>>> Már egy ideje kerülgetjük a kérdést, hogy a Magyar Közút által már a
>>>>> NAP portálon is publikált OKA (Országos Közúti Adatbank) forgalmi adatokat
>>>>> össze lehet-e, érdemes-e varrni valahogy az OSM-mel.
>>>>>
>>>>> Most egy köztes lépést vetnék fel, ami talán egyszerűbben megléphető,
>>>>> és sok gyakorlati felhasználást megkönnyítene: *van-e a Magyar
>>>>> Közútnál olyan azonosítója az egyes (jelen esetben gépjárműforgalom
>>>>> érvényessége szempontjából releváns) útszakaszoknak, amit rögzíteni lehet
>>>>> és érdemes az OSM-ben,* hogy aztán az adatfelhasználó az alapján
>>>>> könnyen hozzákapcsolhassa magának az OSM útszakaszokhoz az OKÁ-s forgalmi
>>>>> adatokat?
>>>>>
>>>>> Gyakorlatiasabb kérdések:
>>>>>
>>>>>    - a NAP portálon publikált wfs_216414971Line adatcsomag "ID"
>>>>>    mezőjében feltüntetett szakaszazonosítók (1-től kb 18 000-ig) mennyire
>>>>>    stabilak, érdemes-e ezekhez kapcsolódni? (Ahogy nézem, más 
>>>>> adatcsomagok más
>>>>>    szakaszfelosztással és ID-kkel dolgoznak, ez óvatosságra int.)
>>>>>
>>>>>
>>>>>    - Egy ilyen azonosító felvitele az OSM-be (megfelelő
>>>>>    dokumentálással) OSM-kompatibilis-e, illetve jogszerű-e, felvethet-e
>>>>>    bármilyen hozzájárulási kérdést?
>>>>>
>>>>>
>>>>>    - Ha mindkét fenti kérdésre igaz a válasz, van-e aki közöttünk ezt
>>>>>    "gépesítve" meg tudja csinálni (két, csak kb átfedő úthálózat közül az
>>>>>    egyik szakaszainak az ID-ját hozzárendelni a másiknak a geometriailag 
>>>>> kb
>>>>>    megfelelő szakaszaihoz - jellemzően egynél többhöz, de lehet ahol vágni
>>>>>    kell)?
>>>>>
>>>>>
>>>>>    - Ha nem, a JOSM-ben a légifelvételeknél elérhető Magyar Közutas
>>>>>    csoport kiegészíthető-e olyan réteggel, ami ezt az ID-t mutatja?
>>>>>
>>>>> Köszönöm,
>>>>>
>>>>> Gertheis Antal (Antissimo)
>>>>> --
>>>>> Talk-hu levelezőlista
>>>>> [email protected]
>>>>> https://lists.openstreetmap.org/listinfo/talk-hu
>>>>> Leiratkozás a fenti címen vagy <[email protected]>
>>>>> címre egy levél, témája "unsubscribe", tartalma mindegy.
>>>>
>>>> --
>>>> Talk-hu levelezőlista
>>>> [email protected]
>>>> https://lists.openstreetmap.org/listinfo/talk-hu
>>>> Leiratkozás a fenti címen vagy <[email protected]>
>>>> címre egy levél, témája "unsubscribe", tartalma mindegy.
>>>
>>> -- Talk-hu levelez�lista [email protected]
>>> https://lists.openstreetmap.org/listinfo/talk-hu Leiratkoz�s a fenti
>>> c�men vagy c�mre egy lev�l, t�m�ja "unsubscribe", tartalma mindegy.
>>> --
>>> Talk-hu levelezőlista
>>> [email protected]
>>> https://lists.openstreetmap.org/listinfo/talk-hu
>>> Leiratkozás a fenti címen vagy <[email protected]>
>>> címre egy levél, témája "unsubscribe", tartalma mindegy.
>>>
>> --
>> Talk-hu levelezőlista
>> [email protected]
>> https://lists.openstreetmap.org/listinfo/talk-hu
>> Leiratkozás a fenti címen vagy <[email protected]> címre
>> egy levél, témája "unsubscribe", tartalma mindegy.
>>
> --
> Talk-hu levelezőlista
> [email protected]
> https://lists.openstreetmap.org/listinfo/talk-hu
> Leiratkozás a fenti címen vagy <[email protected]> címre
> egy levél, témája "unsubscribe", tartalma mindegy.
>
-- 
Talk-hu levelezőlista
[email protected]
https://lists.openstreetmap.org/listinfo/talk-hu
Leiratkozás a fenti címen vagy <[email protected]> címre egy 
levél, témája "unsubscribe", tartalma mindegy.

Reply via email to