Hi Bernd
The only reference in the mkgmap java code to 'oneway:bicycle' is special
processing for option --make-opposite-cycleways
The java code for testing the 'oneway' tag all looks good
Otherwise mapping of OSM tags to the various 'mkgmap:xxx' tags that actually
define the highway permissions is handled by the style. Have you got something
lurking in inc/access or inc/access_country?
Maybe I'm misunderstanding your problem.
Ticker
On Fri, 2025-06-13 at 19:41 +0200, Bernd Weigelt via mkgmap-dev wrote:
> Hi
>
> Is it possible that oneway:bicycle=no is mistakenly evaluated as 'bicycle=no'?
>
> Just to test another rule i created the following rule
>
> highway=residential
> & bicycle=no
> { echo '${highway} ${bicycle} ${oneway:bicycle} '
> }
>
> Two ways as example with the output
>
> no oneway:bicycle=no in the raw data:
> Way 1055008530 residential no null
> https://www.openstreetmap.org/way/1055008530#map=19/51.479654/6.744016
>
> with oneway:bicycle=no:
> Way 1313017115 residential no no
> https://www.openstreetmap.org/way/1313017115#map=19/51.501156/6.756939
>
>
> This is the only rule in my style oneway:bicycle=no, used only for an overlay
>
> highway=*
> & (cycleway:left=yes |
> cycleway:left~'.*lane' |
> cycleway:left~'.*track' |
> cycleway=opposite |
> cycleway=opposite_lane |
> oneway:bicycle=no) [0x10e0a resolution 24-24 continue]
>
>
> Thank you in advance
>
>
> Bernd
>
>
>
> _______________________________________________
> mkgmap-dev mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
> %(web_page_url)slistinfo/%(_internal_name)s
_______________________________________________
mkgmap-dev mailing list -- [email protected]
To unsubscribe send an email to [email protected]
%(web_page_url)slistinfo/%(_internal_name)s
