Hi Ticker
Sorry, shouldn't be as Private mail.
There are no rules in inc/access that set bicycle=no unless the corresponding
vehicle rule is present.
But it might be something related to the echo command, because I can't see any
problems with routing over those ways with my Edge Explore 2.
This test wasn't intended as a regular function in the style, more or less
just to check if there's anything strange in the raw data.
Thanks for checking anyway.
Bernd
Am Samstag, 14. Juni 2025, 14:28:31 Mitteleuropäische Sommerzeit schrieb
Ticker Berkin via mkgmap-dev:
> 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 -- mkgmap-dev@lists.mkgmap.org.uk
> > To unsubscribe send an email to mkgmap-dev-le...@lists.mkgmap.org.uk
> > %(web_page_url)slistinfo/%(_internal_name)s
>
>
> _______________________________________________
> mkgmap-dev mailing list -- mkgmap-dev@lists.mkgmap.org.uk
> To unsubscribe send an email to mkgmap-dev-le...@lists.mkgmap.org.uk
> %(web_page_url)slistinfo/%(_internal_name)s
_______________________________________________
mkgmap-dev mailing list -- mkgmap-dev@lists.mkgmap.org.uk
To unsubscribe send an email to mkgmap-dev-le...@lists.mkgmap.org.uk
%(web_page_url)slistinfo/%(_internal_name)s
