[Talk-hu] bb365 atgondolasa, az uj szakaszok apropojan

2025. Júl. 16., Sze, 14:46:27 UTC

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:

   1. 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.
   2. 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
      <https://wiki.openstreetmap.org/wiki/Key:class:bicycle>). 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
         <https://wiki.openstreetmap.org/wiki/Hungary/Ker%C3%A9kp%C3%A1r%C3%BAt>,
         hu:Bicycle <https://wiki.openstreetmap.org/wiki/Hu:Bicycle> bár
         ott inkább létesítménytípusok vannak, BalatonBike365
         <https://wiki.openstreetmap.org/wiki/Hungary/Ker%C3%A9kp%C3%A1r%C3%BAt/BalatonBike365>
         , key:class:bicycle
         <https://wiki.openstreetmap.org/wiki/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.

   - 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
      <https://www.balatonbike365.hu/utvonaltervezes>. 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 <bathory86p at gmail.com> ezt írta (időpont: 2025. júl. 9., Sze,
15:32):

> Peter Gervai <grin at grin.hu> ezt írta (időpont: 2025. júl. 9., Sze, 14:35):
>
>> On Wed, Jul 9, 2025 at 10:37 AM Péter Báthory <bathory86p at gmail.com>
>> 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=true
>
> Ezutá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
> <https://github.com/abrensch/brouter/blob/master/docs/developers/environmental_considerations_and_pseudo_tags.md> 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
> Talk-hu at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hu
> Leiratkozás a fenti címen vagy <talk-hu-request at openstreetmap.org> címre
> egy levél, témája "unsubscribe", tartalma mindegy.
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.openstreetmap.org/pipermail/talk-hu/attachments/20250716/ce6c973c/attachment-0001.htm>