Sziasztok!
A class:bicycle-t támogatom.
Az elemenkénti source:*-ot kifejezetten ellenzem máshol is. Kiderül a módosításcsomagból, elemenként felesleges szemetelés. Szerintem.
A Csin-féle problémát nem értem. A jelenleg kapcsolatban szereplő utakra pár kattintás felrakni tetszőleges címkét.
Ha csak valamilyen más forrásban (Google-térképre berajzolt vonalak, A4-es papíron filc stb.) szereplő útvonal áll rendelkezésre, ezek OSM-hez párosításában tudok segíteni.
Üdv:
Ákos
Ákos
Sent: Wednesday, July 16, 2025 at 4:46 PM
From: "Antal Gertheis" <[email protected]>
To: "OpenStreetMap Hungary" <[email protected]>
Subject: Re: [Talk-hu] bb365 atgondolasa, az uj szakaszok apropojan
From: "Antal Gertheis" <[email protected]>
To: "OpenStreetMap Hungary" <[email protected]>
Subject: Re: [Talk-hu] bb365 atgondolasa, az uj szakaszok apropojan
Sziasztok!
Ügyrendi: átálltam digestről minden levélre, remélem így már jól fog megjelenni :)
Tartalmi:
Egyeztettem tegnap az AMFK-val (Aktív Magyarország Fejlesztési Központ, korábbi nevén AÖFK, a BicApp alkalmazás megrendelője) és Csinnel, hogy az eddigi levelezés alapján mi lehet, ami számukra is kezelhető (rövid távon is), és az OSM működésével is kompatibilis. A következőkre jutottunk:
- A céljuk, hogy a BB365, illetve a készülő országos BicApp alkalmazás a kerékpáros útvonaltervezés során előnyben tudja részesíteni az általuk (tehát az AMFK által, illetve a Balaton térségében a BalatonBike365 által) a terepen bejárt, és szabadidős célú kerékpározásra javasoltnak minősített útvonalakat.
- Bár a szabadidős célú (tehát nem commute) kerékpározáson belül nincs kifejezett célcsoport/szakág (a különböző célcsoportok számára az útvonalak objektív paraméterei, pl. burkolat ajánlanak útvonalakat), figyelembe véve hogy az útvonalhálózat nem túl technikás burkolatlan részeket is bőven tartalmaz, én ezt leginkább trekking/gravel-nek tudom megfeleltetni. (Van olyan része, ami országútival is járható, de ez nem általános. Az mtb pedig túlzás, én is sok helyen jártam ezek közül trekkinggel vagy gravellel és bőven elég volt.)
- Ami az alkalmazás szempontjából belátható időtávon (a fejlesztés és publikálás időtávján) biztosan kezelhető, az bármilyen, az OSM adatbázisba felvihető és a célnak megfelelő tag.
- Ezen belül a jelen listán folytatott megbeszélés alapján a class:bicycle tagcsalád tűnik a legjobb iránynak, mivel 1) tartalmilag lefedi, amit keresünk (más objektív tag-ekkel leírton túl megítélt preferencia), 2) globális, nem projektre / alkalmazásra szabott, 3) használatban van, valamennyire dokumentált (wiki). Ismert gyengesége, hogy valamennyire szubjektív, de az egyes értékekhez azért van egy leírás, amire lehet építeni.
- A fenti 2. pontot figyelembe véve szerintem a legpontosabb egyezés a "class:bicycle:touring=* - Cycletouring and Trekking. Avoiding ugly and dull landscapes, avoiding cars. Typical bicycle: Trekking bike with medium width tires (1.3"-1.7")." a trekking miatt. Az összes többi létező opció kevésbé találó.
- A fenti 1. pont szerint (terepen bejárt, szabadidős célú kerékpározásra javasoltnak minősített útvonalak) szerintem a class:bicycle:touring=1 értékével egyezik ("Prefer").
A "2"("Very Nice way to cycle") egyes szakaszokra igaz lehet, de a felmérés ezt nem cizellálta - szerintem ha konzervatív megközelítéssel 1-et adunk meg mindenhol amit felmértek és javasolnak, azzal nem tévedünk nagyot és azt is óvatos irányba, és adott esetben később felülbírálhatja bárki, ha indokolt.
A "3" ("This way is so nice, it pays out to make a detour also if this means taking many unsuitable ways to get here.") biztosan túlzás mindenhol vagy szinte mindenhol. - Fentiek alapján - ha nem érkezik néhány napon belül súlyos ellenvetés - az AMFK-nak azt javasolnám, hogy a class:bicycle:touring=1 + source:class:bicycle:touring=AMFK kombinációt használják a továbbiakban, és az alkalmazás fejlesztése során is ezt vegyék figyelembe. Pontosító javaslatot természetesen elfogadok.
- Ha ez OK, a fentiek lényegi kivonatát megfelelő helyre dokumentálnám (pl. Hungary/Kerékpárút, hu:Bicycle bár ott inkább létesítménytípusok vannak, BalatonBike365, key:class:bicycle-n egy Hungary section... más ötlet?)
- Az alkalmazás a tag összes pozitív értékét (1, 2, 3) preferálná, akár egyforma súllyal.
- Ezen belül a jelen listán folytatott megbeszélés alapján a class:bicycle tagcsalád tűnik a legjobb iránynak, mivel 1) tartalmilag lefedi, amit keresünk (más objektív tag-ekkel leírton túl megítélt preferencia), 2) globális, nem projektre / alkalmazásra szabott, 3) használatban van, valamennyire dokumentált (wiki). Ismert gyengesége, hogy valamennyire szubjektív, de az egyes értékekhez azért van egy leírás, amire lehet építeni.
- Ezzel párhuzamosan (de a fentieket rövid távon egyelőre nem helyettesítve) érdemes nyitva tartani a relation-ökre épülő irányt is, ahol az alábbiakat kell kitisztítani:
- Csin már próbált utánajárni, hogy az utófeldolgozás során rá tudják-e tenni a route alapján a tag-et. Egyelőre nem talált megoldást, de nem adta fel - ha bárkinek van ötlete, köszönet.
- Verifiability szempontjából az útvonalhálózat weben és mobilalkalmazásban lesz publikálva, ahogy a BB365 esetében is. Ez megfelel a "valamilyen szinten hivatalos" publikálás ("official truth") követelményének?
- Még távlatosabb irányként a forgalmi adatok beemelését az adatbázisba támogatom, mindenképp hasznos lenne. Az OKA önmagában is sokat dobna ezen, még ha a nagyvárosok települési főútjait nem is fedi le. (Azokra sajnos nagyon esetleges, hogy gyűjt-e adatot az önkormányzat, milyen módszerrel és rendszerességgel.)
Köszönöm, és üdv:
Gertheis Antal (Antissimo)
Péter Báthory <[email protected]> ezt írta (időpont: 2025. júl. 9., Sze, 15:32):
--Peter Gervai <[email protected]> ezt írta (időpont: 2025. júl. 9., Sze, 14:35):On Wed, Jul 9, 2025 at 10:37 AM Péter Báthory <[email protected]> wrote:
Tudunk kiötleni valami időben is stabil összerendelést a két halmaz
között? (Osm - MK forgalmi adatok)
Én még nem láttam ilyen MK adatokat, nem ismerem a mérési módszert,
bár párszor volt róla érintőlegesen szó.Vedd fel JOSM-be ezt a WMS-szervert:wms_endpoint:https://map.cartographia.hu/wms/osm-kozut?TILED=trueEzután a listából a Forgalom nagysága réteget töltsd be.A stabil összerendelésen majd kell gondolkozni. Illetve a nagyobb probléma, hogy ebben az adathalmazban csak a MK kezelésében lévő utak vannak benne, tehát már kisebb városokban is lesznek adathiányos lyukak, hát még nagyvárosokban. Egy ilyenről csatoltam egy példát Zalaegerszeg központjában.A kettő között az a legfontosabb különbség, hogy míg egy úton egy
címke csak egyszer szerepelhet (ref=bb345-698 és ref=zz12345 nem lehet
egyszerre, emiatt mindenféle extra specifikus taget lehet bevezetni),
addig a route-ban lehet tetszőleges tagging és egy út több route-ba is
tartozhat.
Viszont ha a taggelés nem „téma” specifikus (vagyis pl. jelen esetben
a class:bicycle:*=* már dokumentált és egységes formája használható
lenne a bb365 meg a énb365 számára [északi névtelen bike :-)]) akkor
nincs ez a gond, mert a taggelés nem projekt-specifikus hanem
általános.Alapvetően az app specifikus tagelés maximálisan kerülendő. Ezt a bb365:preferred címkét mondjuk hogy eddig valahogy megtűrtük, de most az országosra terjesztés kapcsán eljött az ideje a nyugdíjazásának. Innentől szerintem nem kérdés, hogy way-re route-ra vagy superroute-ra NEM tesszük rá.Alapból nekem sem hiányzik a virtuális route, viszont több úton
átívelő útvonalakat csak így lehet követni rendesen, például ha annak
egységes referenciaszáma van.
Az ellenőrizhetőség szempontjából szerintem nem csak a terep lehet
irányadó, hanem ha valaki „valamilyen szinten hivatalosan” (tehát nem
egyéni magánkezdeményezésként, partizán akcióként) publikálta, az is.
source=*Erről valahogy az OTrT útvonalai jutnak eszembe. Hivatalosabb nem is lehetne, mégis úgy kamu az egész ahogy van.Mondjuk, hogy Magyarországon eddig nem láttam jó példát hivatalos virtuális kerékpáros útvonalra. Rosszat annál többet.> Feltételezem, hogy egy átállás a class:bicycle címkére nem lenne kis munka, mert az értékei több információt hordoznak, mint amit a bb365 le tud írni.
Ha az előfeldolgozás átalakítja a sok értéket pár bb365-ös által
vártra, akkor az működhet. Nem tudom, mivel történik az
előfeldolgozás.Inkább a Brouter profilban kell lecserélni a custom részt egy másik custom részre, ez nem tűnik bonyolultnak.Én arra gondoltam, hogy az OSM-ben lévő bb365:preferred tagekből miként lesz class:bicycle tag. Azt az irányt nem lehet automatizálni.Ahogy nézem a Brouter ügyes becsléseket végez a forgalom nagyságára, a környezetre és a zajra vonatkozólag. Ez nagyjából egyébként az, amit a class:bicycle is szeretne leírni. Lehet, hogy ha be tudnánk rakni az adatbázisba a forgalmi adatokat, a kettő együtt már elég input lenne a jó minőségű útvonaltervezéshez. És nem is kéne mellé még egy ilyen erősen szubjektív class:bicycle tag.BP
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.
