Szia! Igyekszem válaszolni, aztán majd mások is hozzászólnak, ha tudnak és akarnak.
On Mon, Jun 30, 2025 at 10:44 AM Antal Gertheis <[email protected]> wrote: > Az ideális (szerintem) az lenne, ha az OSM adatbázisa tartalmazna minden > olyan adatot (így elsőre kb.: highway, cycleway, surface, smoothness, > tracktype, access, bicycle, maxspeed, traffic), ami alapján a > kerékpározhatóság szintje (hazai szaknyelvben "komfortszint", nemzetköziben > "Level of Service (LoS)") meghatározható lenne - akár alkalmazásonként vagy > felhasználói profilonként eltérő súlyozással. Ebben két rendszerszintű hiányt > látok jelenleg: Ez a rész ugye adottság. > Forgalmi adatok nincsenek fent, és ennek a módja is kiforratlannak tűnik. Ez > ki kellene jobban taposni, és legalább az országos közutakra kialakítani a > Magyar Közút adatainak importálási rendszerét (jogilag és technikailag is). > Ott már tartunk, hogy a NAP portálon publikálják a forgalmi adatokat > tartalmazó állományokat. És akkor még a nagyvárosok fő- és gyűjtőútjait > mindig nem tudjuk (a lakóutcákban és kistelepülések helyi közútjain vélhetően > nincs nagy forgalom.) - Erre az OSM nem alkalmas, méghozzá azért nem, mert ezek az adatok gondolom folyamatosan változnak. - Amennyiben nem, vagy mondjuk maximum évente, akkor a következő probléma a jogi oldal: erre kellene engedélyt szerezni. - Ha pedig van engedély, gépileg le lehet kérni és nem is frissül túl gyakran akkor ennek az importálásához meg kell csinálni valamilyen automatikusan összerendelhető módszert. Ha jól érzem, ez még mind nagyon messze van. > Magyarországon nincs kidolgozott komfortszint / Level of Service > meghatározási módszertan. Van ebben némi előzményem, látom hogy nemzetközi > szinten kb. mi történik ezen a téren, és tök szívesen foglalkoznék ezzel, > csak momentán úgy érzem, a szabadidős jellegű lehetőségeimet meghaladja. Ezen mi nem sokat tudunk segíteni, de ha van külföldi példa, azt érdemes minimum lekoppintani. Hollandok, németek? > A másik, amit Grin felvetett, hogy a route-ok implikálják a > kerékpározhatóságot. Ez jó lehet abban az esetben, ha vannak kitáblázott > útvonalak (pl. BB365). (Csin tudhatja megmondani, hogy nekik ez technikailag > hogyan tud működni, ezen úgy látom rajta vannak). Viszont ha emlékeim nem > csalnak, a BB365-nek vannak kitáblázatlan átkötő szakaszai, és a mostani > AÖFK-s alkalmazás (BicApp) ajánlott útvonalai sem lennének kitáblázva, tehát > ezen esetekben ez nem működik. De működhet. A route nem feltétlenül van kitáblázva, egy relation úgy is összefoghatja az utakat hogy annak csak virtuális kijelölése van. Konkrétan most is így van, mert szerintem a bb365 reláció nem minden része van kitáblázva (legalábbis úgy rémlik, hogy anno ezt mondták). De nem is kell. Viszont ez lenne az igazi normális megoldás, mert az utak taggelése nem erre való. A másik, hogy ha jól tudom az északi útvonalak nem a BB365 részei, tehát ezért sem kellene őket így hívni. > A harmadik verzió, amit a bb365 tag is képvisel, hogy valamilyen módon a > kerékpározhatóság az OSM adatbázisban legyen taggelve. Ez nyilván egy > pótmegoldás, de igény jól láthatóan van rá, hogy ez valamilyen módon kezelve > legyen. Szerintem erre a "survey" nem jó, mert annak a jelentése nem utal > semmiben a kerékpározhatóságra, csak a felmérés forrására. Először jó lenne definiálni a kerékpározhatóság fogalmát, mit jelent, mit nem jelent. Utána érdemes megvizsgálni, hogy a jelenlegi taggelés ad-e erre már létező lehetőséget. - Az egyik jelentkező a bicycle=designated. - Elvileg az lcn=* vagy rcn=* is szerepelhet úton, ha az nem része semmilyen route-nak. - class:bicycle=* a szubjektív minőség (meg a class:bicycle:*=* változatok) (Közben találtam egy elképesztően káoszos bicycle_road=* taget ahol a használók sem tudják látszólag megmondani, hogy pontosan miben térne el a highway=cycleway-től. De ez most offtopic.) De ha nincs ilyen tag (a class:bicycle:* lenne a legjobb, talán), akkor ki kell találni, hogy mit akarna pontosan mondani és milyen módon fogalmazható ez meg objektíven. > A wikin találtam egy tag-et, ami kb. ugyanazt akarja kezelni, mint a bb365 > tag (és ugyanazokkal a kihívásokkal küzd :)): > https://wiki.openstreetmap.org/wiki/Key:class:bicycle (ez lényegében a fenti > "komfortszint" megközelítésnek felel meg). Annyival "van beljebb" mint a > bb365, hogy egy használatban lévő tag (kb 50 000 használat, Európa-szerte, > leginkább Németországban és Belgiumban, de van pár Magyarországon is), és > senki nem csodálkozik, hogy Honton mit keres a Balaton :) > Egy class:bicycle=1 (vagy jobb) szerintem simán kiválthatná a bb365 tag-et. Pontosabban: - class:bicycle:touring=* - class:bicycle:mtb=* - class:bicycle:commute=* - class:bicycle:roadcycling=* De amúgy szerintem is ez passzol a leginkább rá. > Konklúzióm: > > Amíg nincs jobb, szerintem meg kellene tartani erre a célra a bb365-öt, VAGY > ha jobbnak találjátok és Csin is meg tudja oldani az appban, lecserélni a > class:bicycle-re (vagy annak valami specifikáltabb alfajára, pl. > class:bicycle:touring). Ott, ahol nincs route-ba szervezve, mert akkor nincs rá szükség, ha jól sejtem. Az alapvető irány az kellene, hogy legyen, hogy ami route-ban van annak a paramétereit a route adja meg, és az app onnan fejtse magának vissza utanként, ha akarja. > Felajánlom, hogy szívesen csinálok egy egyszerűsített guide-ot a wikire a > hazai viszonyokra adaptálva, hogy az objektív kritériumok (útfelület, > gépjárműforgalom, sebesség stb) figyelembe vételével hogyan lenne jó az > értékeket meghatározni. Userlapod alatt csinálsz egy draftot, és megnézzük. :-) > párhuzamosan Csin nézze meg, hogy a route-ok alkalmazása megoldható-e > részükről az alkalmazásban. (De mint fent írtam, ez csak az igények egy > részét kezeli, ahol van kitáblázott útvonal.) De nem, ez mindenre jó. Nem minden route van kitáblázva. > bárki lát lehetőséget arra, hogy az objektív adatok alapján meghatározható > komfortszint (fenti 1. pont) terén előre lépjünk, szóljon, szívesen > kooperálok. De ez nem fog egyik napról a másikra menni. Van erre nemzetközi ötlet? Vannak nagy tekerőnemzetek, nem hiszem, hogy mi lennénk a világon az elsők, akiknél ez felmerül. g -- 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.
