<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Hi Felix,<br><br>when mkgmap finds the tag oneway=-1 or oneway=reverse<br>the points of the way are reversed and the tag is changed to oneway=yes.<br>This happens after style processing and is done with a copy of the original way<br>if the style used continue.<br>So, if you use continue in your style you should see the way with unchanged tags<br>and unchanged order of points.<br><br>Do you think that it works in a different way?<br><br>Gerd<br><br><div><hr id="stopSpelling">Date: Wed, 30 Apr 2014 12:48:35 +0200<br>From: extremecarver@gmail.com<br>To: mkgmap-dev@lists.mkgmap.org.uk<br>Subject: Re: [mkgmap-dev] [patch v3] reverse oneways<br><br>
oh - could you please read through points 1.3 lower down.<br>
<br>
Even though the reversing now is clear, I don't understand what
happens to the tags!!!!<br>
<div class="ecxmoz-cite-prefix">On 30.04.2014 12:46, Gerd Petermann
wrote:<br>
</div>
<blockquote cite="mid:DUB112-W53BA70AFAC55EA7A2672039E410@phx.gbl">
<style><!--
.ExternalClass .ecxhmmessage P {
padding:0px;
}
.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}
--></style>
<div dir="ltr">Hi Felix,<br>
<br>
no, since 1272 routable ways with tag oneway=-1 or
oneway=reverse <br>
were reversed after style processing.<br>
Note that these old versions also may have used<br>
one instance of the way, so maybe with your style<br>
the reversing was done multiple times.<br>
<br>
Anyway, as you said the behaviour with the patch<br>
is much more predictable.<br>
I'll check if I have to modify the code for<br>
the restriction relations as well.<br>
<br>
Gerd<br>
<br>
<div>
<hr id="ecxstopSpelling">Date: Wed, 30 Apr 2014 12:30:53 +0200<br>
From: <a class="ecxmoz-txt-link-abbreviated" href="mailto:extremecarver@gmail.com">extremecarver@gmail.com</a><br>
To: <a class="ecxmoz-txt-link-abbreviated" href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a><br>
Subject: Re: [mkgmap-dev] [patch v3] reverse oneways<br>
<br>
<br>
<div class="ecxmoz-cite-prefix">On 30.04.2014 12:13, Gerd
Petermann wrote:<br>
</div>
<blockquote cite="mid:DUB112-W6A39665C53597006FA2A49E410@phx.gbl">
<style><!--
.ExternalClass .ecxhmmessage P {
padding:0px;
}
.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}
--></style>
<div dir="ltr">Hi Felix,<br>
<br>
<div>> Well yes you can commit it as is. But please
document somewhere (best in <br>
> the default style with an example how to cope with
it). Is it only <br>
> oneway=-1 that's reversed by mkgmap? Or are there
other tags?<br>
<br>
yes, oneway=-1 and oneway=reverse. I don't know why the
2nd alternative<br>
is needed, tagInfo doesn't show that oneway=reverse is
used.<br>
<br>
> I agree the new handling is better and easier to
write a style for, <br>
> however the old handling was more straight forward
logical because <br>
> mkgmap simply never reversed something... :-)<br>
I can't confirm that. Routable ways with oneway=-1 or
oneway=reverse<br>
were reversed since r1272.<br>
</div>
</div>
</blockquote>
Yes - but before processing and the tags were kept intact.
That's why I need a left pointing arrows for oneway=-1...<br>
However if I now with the patch add oneway=-1 the way is
actually turned around... - before there was no turning around
once the style-file was read in...<br>
<br>
<br>
<blockquote cite="mid:DUB112-W6A39665C53597006FA2A49E410@phx.gbl">
<div dir="ltr">
<div><br>
> <br>
> Is there a need to harmonize oneway values in
style? (oneway=reverse, <br>
> oneway=opposite, oneway=yes, oneway=1,
oneway=forward, oneway=backward, <br>
> oneway=true are all values that I've seen from time
to time.). Are there <br>
> other tags like bicycle=oneway that will change
something?<br>
<br>
mkgmap treats oneway=1 and oneway=true like oneway=yes,<br>
oneway=-1 is treated like oneway=reverse. No other<br>
values are recognized, so <br>
oneway=forward and oneway=backward are ignored<br>
and have to be handled in the style.<br>
<br>
bicycle=oneway is not handled by mkgmap, but<br>
bicycle:oneway and oneway:bicycle are treated by the
make-opposite-cycleways <br>
option.<br>
<br>
There are still some other tags without prefix mkgmap:
that<br>
are interpreted, e.g. barrier=*, highway=*<br>
Maybe this should be changed in the future.<br>
</div>
</div>
</blockquote>
Is it possible that there has been some changes regarding
barrier in the last 6 months too? I think some of the handling
changed as well..<br>
<br>
<br>
<b>1. </b><b><br>
</b><b> I hope that this now gets me the right result:</b><b><br>
</b><b> ( copy=99 | copy=98 ) & highway=* &
mtb:scale:uphill>2 & mtb:scale!=* {set
mkgmap:unpaved=1}</b><b><br>
</b><b> ( copy=99 | copy=98 )& highway=* &
mtb:scale:uphill=5 & mtb:scale=* & mtb:scale!=5
{add mkgmap:taxi=no; set dontadd=oneway} [0x10f0a
resolution 21 continue with_actions]</b><b><br>
</b><b> ( copy=99 | copy=98 )& highway=* &
mtb:scale:uphill=4 & mtb:scale=* & mtb:scale!=5
{add mkgmap:taxi=no; set dontadd=oneway} [0x10405
resolution 21 continue with_actions]</b><b><br>
</b><b> ( copy=99 | copy=98 )& highway=* &
mtb:scale:uphill=3 & mtb:scale=* & mtb:scale!=5
{add mkgmap:taxi=no; set dontadd=oneway} [0x10409
resolution 21 continue with_actions]</b><b><br>
</b><b> ( copy=199 | copy=198 ) & highway=* &
mtb:scale:uphill=1 & length()>150 {add
mkgmap:taxi=no; set dontadd=oneway} [0x10016 resolution
21 continue with_actions]</b><b><br>
</b><b> ( copy=99 | copy=98 )& highway=* &
mtb:scale:uphill=2 & mtb:scale=* & mtb:scale!=5
& length()>30 {add mkgmap:taxi=no; set
dontadd=oneway} [0x10016 resolution 21 continue
with_actions]</b><b><br>
</b><b> ( copy=99 | copy=98 )& highway=* &
mtb:scale:uphill=1 & mtb:scale=* & mtb:scale!=5
& length()>60 {add mkgmap:taxi=no; set
dontadd=oneway} [0x10016 resolution 21 continue
with_actions]</b><b><br>
</b><b> ( copy=99 | copy=98 )& highway=* &
mtb:scale:uphill=5 & mtb:scale!=* & mtb:scale!=5
{add mkgmap:taxi=no; set dontadd=oneway} [0x10f0a
resolution 22 continue with_actions]</b><b><br>
</b><b> ( copy=99 | copy=98 )& highway=* &
mtb:scale:uphill=4 & mtb:scale!=* & mtb:scale!=5
{add mkgmap:taxi=no; set dontadd=oneway} [0x10405
resolution 22 continue with_actions]</b><b><br>
</b><b> ( copy=99 | copy=98 )& highway=* &
mtb:scale:uphill=3 & mtb:scale!=* & mtb:scale!=5
{add mkgmap:taxi=no; set dontadd=oneway} [0x10409
resolution 22 continue with_actions]</b><b><br>
</b><b> ( copy=99 | copy=98 )& highway=* &
mtb:scale:uphill=2 & mtb:scale!=* & mtb:scale!=5
& length()>30 {add mkgmap:taxi=no; set
dontadd=oneway} [0x10016 resolution 23 continue
with_actions]</b><b><br>
</b><b> --- copy=98 reversed the way actually - so I hope the
arrows all point in the same direction now.</b><b><br>
</b><b> However I'm still a bit perplexed what happens to
oenway=-1 after it is passed in style. Is the following
handling what mkgmap does, consider highway=path &
incline=up:</b><b><br>
</b><b> </b><b><br>
</b><b> highway=path & incline=up {set oneway=-1} # Mkgmap
now reverses the way, and </b><b><br>
</b><b> sets oneway tag to a) yes b) leaves oneway tag at
-1????</b><b><br>
</b><b> </b><b><br>
</b><b> I hope it does a). Everything else would be really
strange. I hope I manage to adapt my styles to a). Because
as with the copy tag, I often set additional tags myself -
and of course mkgmap cannot change them...</b><b><br>
</b><b> So I hope you see the logic here is really
complicated. I'm actually still a bit lost on the outcome of
what really happens.... (especially because we have 1. {}
2. continue 3. continue with_actions</b><b><br>
</b><b> </b><b><br>
</b><b> So</b><b><br>
</b><b> </b><b><br>
</b><b> 2. </b><b><br>
</b><b> dontadd=oneway & highway=* & copy=99
{set oneway=-1; set
mkgmap:toll=yes; add mkgmap:taxi=no; set mkgmap:unpaved=1;
set mkgmap:set_unconnected_type=none} [0x13
road_class=0 road_speed=0 resolution 24 continue]</b><b><br>
</b><b> dontadd=oneway & highway=* & copy=98
{set oneway=yes; set
mkgmap:toll=yes; add mkgmap:taxi=no; set mkgmap:unpaved=1;
set mkgmap:set_unconnected_type=none} [0x13
road_class=0 road_speed=0 resolution 24 continue]</b><b><br>
</b><b> Here I need to reverse the ways - I DO hope that
because of continue and not continue with_actions - mkgmap
is reversing the ways but further down the actual before
direction is kept and also oneway=-1 is kept intact too, as
continue should not have any implications on lines further
down the style... (0x13 is invisble in my map, so here the
focus is only on routing). This is actually for copy=99 the
first reversal, while it's a reverse of the reverse for
copy=98...</b><b><br>
</b><b> </b><b><br>
</b><b> 3. </b><b><br>
</b><b> dontadd=oneway & highway=* & copy=99
{set oneway=-1; set
mkgmap:toll=yes; add mkgmap:taxi=no; set mkgmap:unpaved=1;
set mkgmap:set_unconnected_type=none} [0x13
road_class=0 road_speed=0 resolution 24 continue
with_actions] </b><b><br>
</b><b> dontadd=oneway & highway=* & copy=98
{set oneway=yes; set
mkgmap:toll=yes; add mkgmap:taxi=no; set mkgmap:unpaved=1;
set mkgmap:set_unconnected_type=none} [0x13
road_class=0 road_speed=0 resolution 24 continue
with_actions]</b><b><br>
</b><b> This is actually not from my style. I do hope mkgmap
here reverses the way, and further down the style only
oneway=yes is present as tag, and the reversed direction is
kept. </b><br>
<br>
<br>
<br>
I have about 500 more lines in my code that are direction
dependent. So I will experiment now and see if all works as
expected... The old behaviour was more straight forward - the
newer is ligher on the style and especially saves me lot of
lines in my .typfile. That's why I like it and prefer it over
the old way even though I don't understand it yet completly.
From a logical point this big change (not the patch that just
corrects a complete havoc mkgmap) is still a bit a mistery to
me...<br>
<br>
<blockquote cite="mid:DUB112-W6A39665C53597006FA2A49E410@phx.gbl">
<div dir="ltr">
<div><br>
Gerd<br>
<br>
> (e.g.<br>
> highway=path; oneway:bicycle=-1<br>
> highway=residential, oneway=yes; bicycle:oneway=no<br>
> highway=residential; oneway=opposite # or any other
of the strange above <br>
> values sometimes present in OSM<br>
> )<br>
> <br>
> <br>
> On 30.04.2014 11:51, GerdP wrote:<br>
> > Hi Felix,<br>
> ><br>
> > ah, that sounds good :-)<br>
> > Yes, the patch doesn't restore the old
handling of oneways.<br>
> ><br>
> > If I got that right you have two alternatives:<br>
> > Use two different types for left and right, or
use the same type and add tag<br>
> > "oneway=-1" were needed, but should not do
both.<br>
> ><br>
> > With the old version you needed both, and
that's what I wanted to fix<br>
> > when I decided to apply the reversing also to
overlay lines,<br>
> > but only with this last patch it works as I
want it.<br>
> ><br>
> > I hope you agree that I should commit the
patch as is?<br>
> ><br>
> > Gerd<br>
> ><br>
> ><br>
> > Felix Hartmann-2 wrote<br>
> >> Hi Gerd, the patch doesn't work correctly
(in so far that mkgmap version<br>
> >> October 2013 or older worked) - but I
think consistent at least now.<br>
> >><br>
> >> If a way is tagged incline=down or
incline=negative number (copy=99<br>
> >> further in the style)- it seems to work
for the area I checked.<br>
> >> If however a way is tagged incline=up
(copy=98 further down in the<br>
> >> style) - the way ends up in the opposite
direction (because I add<br>
> >> oneway=-1???).<br>
> >><br>
> >> Now - that could be style related, or
not... I actually don't really<br>
> >> reverse the ways for layout. So far I just
use opposing arrows. If a way<br>
> >> is copy=99 - the arrows point to the right
(equals in the direction of<br>
> >> the way), if a way is copy=98 - then the
arrows point to the left and I<br>
> >> add a onway=-1.<br>
> >> If there would be a command to actually
reverse ways (not only set<br>
> >> oneway) - then I would not need left/right
pointing arrows but just<br>
> >> right pointing arrows.<br>
> >><br>
> >> I made the important part bold. I assume
mkgmap now actually changes the<br>
> >> direction of the way if I manually set
oneway=-1....<br>
> >><br>
> >> It's okay for me (will require 10-12 hours
checking my style, but<br>
> >> actually save me lines in the typfile If I
can be sure that mkgmap now<br>
> >> actually reverses all ways where I add
oneway=-1).<br>
> >> However - please tell me for which keys
mkgmap now reverses ways? Only<br>
> >> oneway=-1? Or are there other keys where
mkgmap reverses the way. I do<br>
> >> have more direction dependent types than
downhill arrows...<br>
> >><br>
> >><br>
> >><br>
> >> Heres all lines of my style that are
related to this - In 2013 theese<br>
> >> lines worked perfectly consistent (yes
they are complicated, but they<br>
> >> should work correctly).:<br>
> >><br>
> >> incline >5 & incline <11 &
highway=* & mtb:scale:uphill=1 &<br>
> >> mtb:scale>0 {set copy=198; set
copy1=yes}<br>
> >> incline <-5 & incline >-11 &
highway=* & mtb:scale:uphill=1 &<br>
> >> mtb:scale>0 {set copy=199; set
copy1=yes}<br>
> >> incline >10 & incline <30 &
highway=* & mtb:scale:uphill=1 {set<br>
> >> copy=198; set copy1=yes}<br>
> >> incline <-10 & incline >-30
& highway=* & mtb:scale:uphill=1 {set<br>
> >> copy=199; set copy1=yes}<br>
> >> ### maybe make it for all scale:uphill if
very light color possible<br>
> >> incline >30 & highway=* &
mtb:scale:uphill=1 {set copy=98; set copy1=yes}<br>
> >> incline <-30 & highway=* &
mtb:scale:uphill=1 {set copy=99; set<br>
> >> copy1=yes}<br>
> >> incline >8 & highway=* &
mtb:scale:uphill=2 {set copy=98; set copy1=yes}<br>
> >> incline <-8 & highway=* &
mtb:scale:uphill=2 {set copy=99; set copy1=yes}<br>
> >> incline >30 & highway=* &
mtb:scale:uphill=2 & length()>300 {set<br>
> >> oneway=-1; set copy=98; set copy1=yes}<br>
> >> incline <-30 & highway=* &
mtb:scale:uphill=2 & length()>300 {set<br>
> >> oneway=yes; set copy=99; set copy1=yes}<br>
> >> incline >20 & highway=* &
mtb:scale:uphill!=0 & mtb:scale:uphill!=1 &<br>
> >> mtb:scale:uphill!=2 {set oneway=-1; set
copy=98; set copy1=yes}<br>
> >> incline <-20 & highway=* &
mtb:scale:uphill!=0 & mtb:scale:uphill!=1 &<br>
> >> mtb:scale:uphill!=2 {set oneway=yes; set
copy=99; set copy1=yes}<br>
> >><br>
> >><br>
> >> # Make steep pathes downhill only<br>
> >> mtb:scale=0 & incline>20 &
mtb:scale:uphill!=1 & mtb:scale:uphill!=2<br>
> >> {set oneway=-1; set copy=98; set
copy1=yes}<br>
> >> mtb:scale=1 & incline>15 &
mtb:scale:uphill!=1 & mtb:scale:uphill!=2<br>
> >> {set oneway=-1; set copy=98; set
copy1=yes}<br>
> >> mtb:scale=1 & incline>20 &
mtb:scale:uphill!=1 {set oneway=-1; set<br>
> >> copy=98; set copy1=yes}<br>
> >> mtb:scale=2 & incline>10 &
mtb:scale:uphill!=1 & mtb:scale:uphill!=2<br>
> >> {set oneway=-1; set copy=98; set
copy1=yes}<br>
> >> mtb:scale=2 & incline>15 &
mtb:scale:uphill!=1 {set oneway=-1; set<br>
> >> copy=98; set copy1=yes}<br>
> >> mtb:scale=3 & incline>10 &
mtb:scale:uphill!=1 {set oneway=-1; set<br>
> >> copy=98; set copy1=yes}<br>
> >> mtb:scale=4 & incline>10 &
mtb:scale:uphill!=1 {set oneway=-1; set<br>
> >> copy=98; set copy1=yes}<br>
> >> mtb:scale=5 & incline>10 &
mtb:scale:uphill!=1 {set oneway=-1; set<br>
> >> copy=98; set copy1=yes}<br>
> >><br>
> >> mtb:scale=0 & incline<-20 &
mtb:scale:uphill!=1 & mtb:scale:uphill!=2<br>
> >> {set oneway=yes; set copy=99; set
copy1=yes}<br>
> >> mtb:scale=1 & incline<-15 &
mtb:scale:uphill!=1 & mtb:scale:uphill!=2<br>
> >> {set oneway=yes; set copy=99; set
copy1=yes}<br>
> >> mtb:scale=1 & incline<-20 &
mtb:scale:uphill!=1 {set oneway=yes; set<br>
> >> copy=99; set copy1=yes}<br>
> >> mtb:scale=2 & incline<-10 &
mtb:scale:uphill!=1 & mtb:scale:uphill!=2<br>
> >> {set oneway=yes; set copy=99; set
copy1=yes}<br>
> >> mtb:scale=2 & incline<-15 &
mtb:scale:uphill!=1 {set oneway=yes; set<br>
> >> copy=99; set copy1=yes}<br>
> >> mtb:scale=3 & incline<-10 &
mtb:scale:uphill!=1 {set oneway=yes; set<br>
> >> copy=99; set copy1=yes}<br>
> >> mtb:scale=4 & incline<-10 &
mtb:scale:uphill!=1 {set oneway=yes; set<br>
> >> copy=99; set copy1=yes}<br>
> >> mtb:scale=5 & incline<-10 &
mtb:scale:uphill!=1 {set oneway=yes; set<br>
> >> copy=99; set copy1=yes}<br>
> >><br>
> >><br>
> >><br>
> >> ( mtb:scale:uphill=1 ) & (
incline=negative | incline=down | incline=- )<br>
> >> & mtb:scale>0 {add mkgmap:taxi=no;
set copy=99; set copy1=yes}<br>
> >> ( mtb:scale:uphill=1 ) & (
incline=positive | incline=up | incline=+ )<br>
> >> & mtb:scale>0 {add mkgmap:taxi=no;
set copy=98; set copy1=yes}<br>
> >> ( mtb:scale:uphill=2 ) & (
incline=negative | incline=down | incline=- |<br>
> >> incline<0 ) {add mkgmap:taxi=no; set
copy=99; set copy1=yes}<br>
> >> ( mtb:scale:uphill=2 ) & (
incline=positive | incline=up | incline=+ |<br>
> >> incline>0 ) {add mkgmap:taxi=no; set
copy=98; set copy1=yes}<br>
> >> ( mtb:scale:uphill=3 | mtb:scale:uphill=4
| mtb:scale:uphill=5 ) & (<br>
> >> incline=negative | incline=down |
incline=- | incline<0 ) {add<br>
> >> mkgmap:taxi=no; set oneway=yes; set
copy=99; set copy1=yes; add<br>
> >> mkgmap:unpaved=1}<br>
> >> ( mtb:scale:uphill=3 | mtb:scale:uphill=4
| mtb:scale:uphill=5 ) & (<br>
> >> incline=positive | incline=up | incline=+
| incline>0 ) {add<br>
> >> mkgmap:taxi=no; set oneway=-1; set
copy=98; set copy1=yes; add<br>
> >> mkgmap:unpaved=1}<br>
> >><br>
> >> *copy=99 & highway=* &
mtb:scale:uphill=5 & mtb:scale=* &<br>
> >> mtb:scale!=5 {add mkgmap:taxi=no; set
dontadd=oneway} [0x10f0a<br>
> >> resolution 21 continue with_actions]**<br>
> >> **copy=98 & highway=* &
mtb:scale:uphill=5 & mtb:scale=* &<br>
> >> mtb:scale!=5 {add mkgmap:taxi=no; set
dontadd=oneway} [0x10406<br>
> >> resolution 21 continue with_actions]**<br>
> >> **copy=99 & highway=* &
mtb:scale:uphill=4 & mtb:scale=* &<br>
> >> mtb:scale!=5 {add mkgmap:taxi=no; set
dontadd=oneway} [0x10405<br>
> >> resolution 21 continue with_actions]**<br>
> >> **copy=98 & highway=* &
mtb:scale:uphill=4 & mtb:scale=* &<br>
> >> mtb:scale!=5 {add mkgmap:taxi=no; set
dontadd=oneway} [0x10407<br>
> >> resolution 21 continue with_actions]**<br>
> >> **copy=99 & highway=* &
mtb:scale:uphill=3 & mtb:scale=* &<br>
> >> mtb:scale!=5 {add mkgmap:taxi=no; set
dontadd=oneway} [0x10409<br>
> >> resolution 21 continue with_actions]**<br>
> >> **copy=98 & highway=* &
mtb:scale:uphill=3 & mtb:scale=* &<br>
> >> mtb:scale!=5 {add mkgmap:taxi=no; set
dontadd=oneway} [0x1040a<br>
> >> resolution 21 continue with_actions]**<br>
> >> **copy=199 & highway=* &
mtb:scale:uphill=1 & length()>150 {add<br>
> >> mkgmap:taxi=no; set dontadd=oneway}
[0x10016 resolution 21 continue<br>
> >> with_actions]**<br>
> >> **copy=198 & highway=* &
mtb:scale:uphill=1 & length()>150 {add<br>
> >> mkgmap:taxi=no; set dontadd=oneway}
[0x10019 resolution 21 continue<br>
> >> with_actions]**<br>
> >> **copy=99 & highway=* &
mtb:scale:uphill=2 & mtb:scale=* &<br>
> >> mtb:scale!=5 & length()>30 {add
mkgmap:taxi=no; set<br>
> >> dontadd=oneway} [0x10016 resolution 21
continue with_actions]**<br>
> >> **copy=98 & highway=* &
mtb:scale:uphill=2 & mtb:scale=* &<br>
> >> mtb:scale!=5 & length()>30 {add
mkgmap:taxi=no; set<br>
> >> dontadd=oneway} [0x10019 resolution 21
continue with_actions]**<br>
> >> **copy=99 & highway=* &
mtb:scale:uphill=1 & mtb:scale=* &<br>
> >> mtb:scale!=5 & length()>60 {add
mkgmap:taxi=no; set<br>
> >> dontadd=oneway} [0x10016 resolution 21
continue with_actions]**<br>
> >> **copy=98 & highway=* &
mtb:scale:uphill=1 & mtb:scale=* &<br>
> >> mtb:scale!=5 & length()>60 {add
mkgmap:taxi=no; set<br>
> >> dontadd=oneway} [0x10019 resolution 21
continue with_actions]**<br>
> >> **copy=99 & highway=* &
mtb:scale:uphill=5 & mtb:scale!=* &<br>
> >> mtb:scale!=5 {add mkgmap:taxi=no; set
dontadd=oneway} [0x10f0a<br>
> >> resolution 22 continue with_actions]**<br>
> >> **copy=98 & highway=* &
mtb:scale:uphill=5 & mtb:scale!=* &<br>
> >> mtb:scale!=5 {add mkgmap:taxi=no; set
dontadd=oneway} [0x10406<br>
> >> resolution 22 continue with_actions]**<br>
> >> **copy=99 & highway=* &
mtb:scale:uphill=4 & mtb:scale!=* &<br>
> >> mtb:scale!=5 {add mkgmap:taxi=no; set
dontadd=oneway} [0x10405<br>
> >> resolution 22 continue with_actions]**<br>
> >> **copy=98 & highway=* &
mtb:scale:uphill=4 & mtb:scale!=* &<br>
> >> mtb:scale!=5 {add mkgmap:taxi=no; set
dontadd=oneway} [0x10407<br>
> >> resolution 22 continue with_actions]**<br>
> >> **copy=99 & highway=* &
mtb:scale:uphill=3 & mtb:scale!=* &<br>
> >> mtb:scale!=5 {add mkgmap:taxi=no; set
dontadd=oneway} [0x10409<br>
> >> resolution 22 continue with_actions]**<br>
> >> **copy=98 & highway=* &
mtb:scale:uphill=3 & mtb:scale!=* &<br>
> >> mtb:scale!=5 {add mkgmap:taxi=no; set
dontadd=oneway} [0x1040a<br>
> >> resolution 22 continue with_actions]**<br>
> >> **copy=99 & highway=* &
mtb:scale:uphill=2 & mtb:scale!=* &<br>
> >> mtb:scale!=5 & length()>30 {add
mkgmap:taxi=no; set<br>
> >> dontadd=oneway} [0x10016 resolution 23
continue with_actions]**<br>
> >> **copy=98 & highway=* &
mtb:scale:uphill=2 & mtb:scale!=* &<br>
> >> mtb:scale!=5 & length()>30 {add
mkgmap:taxi=no; set<br>
> >> dontadd=oneway} [0x10019 resolution 23
continue with_actions]**<br>
> >> **dontadd=oneway & highway=* &
copy=99 {set<br>
> >> oneway=-1; set mkgmap:toll=yes; add
mkgmap:taxi=no; set<br>
> >> mkgmap:unpaved=1; set
mkgmap:set_unconnected_type=none} [0x13<br>
> >> road_class=0 road_speed=0 resolution 24
continue]**<br>
> >> **dontadd=oneway & highway=* &
copy=98 {set<br>
> >> oneway=yes; set mkgmap:toll=yes; add
mkgmap:taxi=no; set<br>
> >> mkgmap:unpaved=1; set
mkgmap:set_unconnected_type=none} [0x13<br>
> >> road_class=0 road_speed=0 resolution 24
continue]*<br>
> >><br>
> >> # make reverse steep climb pathes/tracks<br>
> >> ( copy=99 | copy=98 ) & (
mtb:scale:uphill=2 | mtb:scale:uphill=1 |<br>
> >> mtb:scale:uphill=0 ) & dontadd!=oneway
& highway=* {set oneway=no; set<br>
> >> mkgmap:set_unconnected_type=none} [0x13
road_class=0 road_speed=1<br>
> >> resolution 24 continue]<br>
> >> ( copy=99 | copy=98 ) &
mtb:scale:uphill!=2 & mtb:scale:uphill!=1 &<br>
> >> mtb:scale:uphill!=0 & dontadd!=oneway
& highway=* {set oneway=no; set<br>
> >> mkgmap:set_unconnected_type=none} [0x13
road_class=0 road_speed=0<br>
> >> resolution 24 continue]<br>
> >><br>
> >><br>
> >><br>
> >><br>
> >> Note for Gerd:<br>
> >> Lines further down, then respect the
oneway=yes or oneway=-1...<br>
> >><br>
> >><br>
> >><br>
> >> On 28.04.2014 08:03, Gerd Petermann wrote:<br>
> >>> Hi Felix,<br>
> >>><br>
> >>> attached is a patch that may help to
solve your problems with reversed<br>
> >>> oneways.<br>
> >>><br>
> >>> It may not work without
--ignore-turn-restrictions. I'd first like to<br>
> >>> make sure<br>
> >>> that I understand what you are doing.<br>
> >>><br>
> >>> I've added a few lines to the default
style to produce additional<br>
> >>> lines for<br>
> >>> ways with highway=* & incline=up<br>
> >>> If I got you right, you create one
oneway for the uphill direction and<br>
> >>> another<br>
> >>> one with reverse direction for
downhill, and also overlaying lines with<br>
> >>> types that are direction dependent.
The result is in switch_oneway.zip.<br>
> >>><br>
> >>> The attached reverse-oneway-v3.patch
changes mkgmap to keep the order of<br>
> >>> points in each way. That means, points
are reversed after style<br>
> >>> processing if<br>
> >>> tag oneway=-1 is found, and this order
is then maintained in the rest<br>
> >>> of the program.<br>
> >>><br>
> >>> Gerd<br>
> >>> P.S. I think we can drop the idea of
reversing ways with "oneway=-1"<br>
> >>> before style processing.<br>
> >>> This will not help in your case, as
you add the tag in the style.<br>
> >>><br>
> >>><br>
> >>><br>
> >>>
_______________________________________________<br>
> >>> mkgmap-dev mailing list<br>
> >>><br>
> >> <a class="ecxmoz-txt-link-abbreviated" href="mailto:mkgmap-dev@.org">mkgmap-dev@.org</a><br>
> >>> <a class="ecxmoz-txt-link-freetext" href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
> >> -- <br>
> >> keep on biking and discovering new trails<br>
> >><br>
> >> Felix<br>
> >> openmtbmap.org & <a class="ecxmoz-txt-link-abbreviated" href="http://www.velomap.org" target="_blank">www.velomap.org</a><br>
> >><br>
> >><br>
> >>
_______________________________________________<br>
> >> mkgmap-dev mailing list<br>
> >> <a class="ecxmoz-txt-link-abbreviated" href="mailto:mkgmap-dev@.org">mkgmap-dev@.org</a><br>
> >> <a class="ecxmoz-txt-link-freetext" href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > --<br>
> > View this message in context:
<a class="ecxmoz-txt-link-freetext" href="http://gis.19327.n5.nabble.com/patch-v3-reverse-oneways-tp5804371p5804673.html" target="_blank">http://gis.19327.n5.nabble.com/patch-v3-reverse-oneways-tp5804371p5804673.html</a><br>
> > Sent from the Mkgmap Development mailing list
archive at Nabble.com.<br>
> >
_______________________________________________<br>
> > mkgmap-dev mailing list<br>
> > <a class="ecxmoz-txt-link-abbreviated" href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a><br>
> > <a class="ecxmoz-txt-link-freetext" href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
> <br>
> -- <br>
> keep on biking and discovering new trails<br>
> <br>
> Felix<br>
> openmtbmap.org & <a class="ecxmoz-txt-link-abbreviated" href="http://www.velomap.org" target="_blank">www.velomap.org</a><br>
> <br>
> _______________________________________________<br>
> mkgmap-dev mailing list<br>
> <a class="ecxmoz-txt-link-abbreviated" href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a><br>
> <a class="ecxmoz-txt-link-freetext" href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
</div>
</div>
<br>
<fieldset class="ecxmimeAttachmentHeader"></fieldset>
<br>
<pre>_______________________________________________
mkgmap-dev mailing list
<a class="ecxmoz-txt-link-abbreviated" href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a>
<a class="ecxmoz-txt-link-freetext" href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a></pre>
</blockquote>
<br>
<pre class="ecxmoz-signature">--
keep on biking and discovering new trails
Felix
openmtbmap.org & <a class="ecxmoz-txt-link-abbreviated" href="http://www.velomap.org" target="_blank">www.velomap.org</a></pre>
<br>
_______________________________________________
mkgmap-dev mailing list
<a class="ecxmoz-txt-link-abbreviated" href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a>
<a class="ecxmoz-txt-link-freetext" href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a></div>
</div>
<br>
<fieldset class="ecxmimeAttachmentHeader"></fieldset>
<br>
<pre>_______________________________________________
mkgmap-dev mailing list
<a class="ecxmoz-txt-link-abbreviated" href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a>
<a class="ecxmoz-txt-link-freetext" href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a></pre>
</blockquote>
<br>
<pre class="ecxmoz-signature">--
keep on biking and discovering new trails
Felix
openmtbmap.org & <a class="ecxmoz-txt-link-abbreviated" href="http://www.velomap.org" target="_blank">www.velomap.org</a></pre>
<br>_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</div> </div></body>
</html>