<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>the old behaviour (before r2944 which was committed 2014-01-05) was that only the routable ways were reversed. <br>The patch should bring back this behaviour. <br><br>Gerd<br><br><div><hr id="stopSpelling">Date: Thu, 17 Apr 2014 13:54:39 +0800<br>From: extremecarver@gmail.com<br>To: mkgmap-dev@lists.mkgmap.org.uk<br>Subject: Re: [mkgmap-dev] mkgmap ToDo list<br><br>
  
    
  
  
    <div>
      <div>I currently have basically no time - so I'm just reading on
        the list in skip through mode. Unable to test - but I'm pretty
        sure there is a big bug related to the oneway handling and
        reversing of ways. I'm also quite sure it wasn't there last year
        and got introduced with the change of the style-file getting all
        tags instead of internal handling.<br>
        <br>
      </div>
      My style is a big mess right now (trying to adapt to the changes
      needed, but fucking up because no set mkgmap:access=yes/no and
      delete mkgmap:access shortcut exists anymore amongst other
      imcompatibilities compared to before) -&nbsp; but I'm pretty sure that
      the oneway handling - also related to oneway=yes or oneway=-1 set
      in the lines file somehow doesn't work correctly.<br>
      <br>
      I often reverse ways - in order to have depending on direction
      different classification of the way (regarding both layout and
      routing priority) and have noticed that lately I'm routed against
      the intended direction because mkgmap puts the way in the wrong
      direction. And I'm 95% sure that the error is on mkgmap not the
      style-file but didn't find the time to analyze...<br>
      <br>
    </div>
    Being in China right now behind the great firewall - it's also
    cumbersome to access my SVN and other things as they are blocked - I
    won't be able to help much/at all before mid June in finding or
    specifying bugs...<br>
    <br>
    <br>
    Alternative 1 sounds best - as it would be in line with the old
    behaviour if I'm not incorrectly understanding it here... <br>
    Or Alternative 3 - don't do anything!! Leave it to the style
    developer - wasn't this the old behaviour? <br>
    I don't know since when this is bugged - but I'm sure 1 year ago
    everything worked correctly if you assigned all ways to either
    oneway=yes or oneway=-1 (or was it reverse?). Only thing to
    normalize was true or 1 to yes and so on...<br>
    <br>
    <br>
    <div class="ecxmoz-cite-prefix">On 17.04.2014 13:42, Gerd Petermann
      wrote:<br>
    </div>
    <blockquote cite="mid:DUB112-W51C528DCC44EF7185013F19E520@phx.gbl">
      <style><!--
.ExternalClass .ecxhmmessage P {
padding:0px;
}

.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}

--></style>
      <div dir="ltr">Hi Henning,<br>
        <br>
        okay. I think WanMil told me that before, but I forgot again ...
        <br>
        <br>
        A few details:<br>
        <br>
        mkgmap always reversed routable ways with oneway=-1 or
        oneway=reverse after style processing.<br>
        <br>
        With r2944 I've changed the code so that this happens before
        calling RoadMerger and also that overlaying <br>
        lines are reversed.<br>
        <br>
        If I got that right, the style may use different types for
        overlaying lines, depending on the oneway tag,<br>
        so if you use the same style for r2943 or older and for current
        version, you should see a difference<br>
        for oneway=-1 ways.<br>
        I don't know how difficult it is to change the style to produce
        correct results with current version again,<br>
        but you have to remember that the way is reversed, so left will
        be right, forward will be backward.<br>
        <br>
        I see two alternatives:<br>
        1) mkgmap reverses the way before style processing. This
        requires also to reverse all tags like<br>
        bicycle:left, car:forward etc, so it is not trivial. On the
        other hand, it might allow to merge more <br>
        roads in RoadMerger.<br>
        2) mkgmap makes sure that overlaying lines are NOT reversed. I
        think this can be done<br>
        with the attached patch.<br>
        <br>
        By the way:&nbsp; There are also tags on nodes which depend on the
        direction of the way, see<br>
<a class="ecxmoz-txt-link-freetext" href="http://gis.19327.n5.nabble.com/direction-forward-backward-on-nodes-tt5803072.html" target="_blank">http://gis.19327.n5.nabble.com/direction-forward-backward-on-nodes-tt5803072.html</a><br>
        <br>
        I think we can ignore this because in the points file you can't
        detect the direction of the way.<br>
        <br>
        Gerd<br>
        <div>
          <hr id="ecxstopSpelling">Date: Wed, 16 Apr 2014 23:00:35 +0200<br>
          From: <a class="ecxmoz-txt-link-abbreviated" href="mailto:osm@aighes.de">osm@aighes.de</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] mkgmap ToDo list<br>
          <br>
          <div class="ecxmoz-cite-prefix">Am 16.04.2014 22:01, schrieb
            GerdP:<br>
          </div>
          <blockquote cite="mid:1397678496610-5803443.post@n5.nabble.com">
            <pre>Why do you think that it is a bug?</pre>
          </blockquote>
          <font size="-1"><font face="Helvetica, Arial, sans-serif">Think

              about oneway=-1 and in style you add oneway-arrows (link
              mapnik does). In style you will handle -1 special, because
              arrows should drawn in oposite direction of way. If mkgmap
              now changes direction of the way, arrows should be in
              wrong direction, or am I wrong?<br>
              <br>
              Henning<br>
            </font></font> <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>
  

<br>_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</div>                                               </div></body>
</html>