<p dir="ltr">Oh and I of course also add multiple routable lines sometimes. Up to 6 per way in osm as 7 produces crashes on garmins side. Often one routable line has direction but no oneway while the copy is higher importance for routing and oneway (and might be reversed). I need to reverse sometimes to save on the number of lines in type file too - other times its about routing!</p>
<div class="gmail_quote">On Apr 25, 2014 9:19 AM, "Felix Hartmann" <<a href="mailto:extremecarver@gmail.com">extremecarver@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p dir="ltr">Yes I both add opposite oneway on the same road as well as only one oneway or no oneway. It is highly important that the order is followed strictly and continue vs continue with actions is strictly enacted in order. All reversing should happen at the time its placed in the style. !!</p>
<p dir="ltr">Sometimes I reverse a way 3 times during processing. All I can say right now its a bit of a mess</p>
<div class="gmail_quote">On Apr 25, 2014 2:24 AM, "Gerd Petermann" <<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div dir="ltr">Hi Felix,<br><br>if your style interprets a tag like a oneway=yes you should add<br>that tag. This might prevent problems caused by the RoadMerger,<br>which might reverse lines which are not oneways.<br>
If you find or set oneway=-1, the current implementation<br>will reverse the way. <br>If you add multiple routable lines for one OSM<br>way, one with, one without the oneway tag,<br>you will see unpredictable directions if such a way <br>
is modified by the WrongAngleFixer and the type<br>is direction dependent.<br>The WrongAngleFixer assumes that the points in <br>all ways with the same OSM id are equal, so<br>it optimizes one way and copies the points to the others.<br>
This will fail if they have different oneway attributes.<br>If you think this could be the cause of the problem,<br>I should be able to provide a fix.<br><br>Gerd<br><div><br><hr>Date: Fri, 25 Apr 2014 01:00:18 +0800<br>
From: <a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a><br>
To: <a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><br>Subject: Re: [mkgmap-dev] oneway reverse patch<br><br><div dir="ltr"><div>Ups - but forgot to say. I think in 99% of all cases - cycleway:left and cycleway:right are used on streets which feature oneway=yes... less often oneway=-1 and even less often no oneway at all.<br>
</div>
Streets with oneway=yes are fine. I'm talking about no oneway tag from OSM data at all, or oneway=-1 set in style (but no oneway from OSM data) or no oneway at all. Only on those there are problems - so you're not likely to notice them I think....<br>
</div><div><br><br><div>On 25 April 2014 00:39, Minko <span dir="ltr"><<a href="mailto:ligfietser@online.nl" target="_blank">ligfietser@online.nl</a>></span> wrote:<br><blockquote style="border-left:1px #ccc solid;padding-left:1ex">
Yes I render cycleway:left and cycleway:right too.<br>
And as you say, they are always on the wrong side on the GPS.<br>
Interesting to know that Garmin uses asymmetric lines independent of the road direction. If we only could find out how they do this...<br>
<br>
Felix wrote<br>
<div>> I don't think that Minkos style shows cycleways on the left/right side<br>
> of a road - am I wrong? - Anyhow they would usually have a oneway tag<br>
> already in OSM data.<br>
> Also definitely no uphill/downhill arrows - which nearly never<br>
> actually have a oneway tag (and only sometimes I add one during<br>
> processing).<br>
</div><div><div>_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><br>
<a 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></blockquote></div><br></div>
<br>_______________________________________________
mkgmap-dev mailing list
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>
<a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a></div> </div></div>
<br>_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><br>
<a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br></blockquote></div>
</blockquote></div>