<div dir="ltr">I just noticed the version I uploaded from 4709 was not identical to the one I once created with I think 4709. However I do not know what I had done for that time. I cannot identify which mkgmap version I used for creating the smaller and better routing version - or what changes I had done (the style was definitely identical except for the addition on the set mkgmap:has-direction=yes tag for some lines).<div><br></div><div>I tried going back a couple of versions but none produced a that much smaller (over 1%) download file (and while compressing differs each time, that is a tiny bit within 0.2% or so). That one routed better but I think it reversed some oneways it was not supposed to reverse. The routing from 4709 to 4715 on the lower resolution branch is absolutely identical. Scratching my head how I produced this version on the 12. May...<br><div><br></div><div><a href="https://openmtbmap.org/mtbaustria_merge.exe">https://openmtbmap.org/mtbaustria_merge.exe</a><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 14 May 2021 at 22:51, Andrzej Popowski <<a href="mailto:popej@poczta.onet.pl">popej@poczta.onet.pl</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all,<br>
<br>
reading the discussion, I think it would be good to separate 2 cases:<br>
- routable roads with one-way attribute,<br>
- all lines which have direction.<br>
<br>
As for routing, I would assume, that all problems are resolved <br>
automatically and correctly by mkgmap. Routing is only valid at level 0. <br>
On lower resolution one-way attribute can be ignored by default. I don't <br>
see any problems here and I hope we could drop this case.<br>
<br>
Second case is more general an it include roads too. It is about <br>
preserving direction of a line to get a correct drawing on a map. This <br>
is dependent on a style and TYP. Basically style defines, which objects <br>
should preserve direction because graphics defined in TYP is not <br>
symmetrical. It seems obvious, that direction should be preserved at all <br>
levels.<br>
<br>
Now, if we get one-way road, we have 2 option. Leave it at default and <br>
allow for reverse merging at lower resolution. Or we can add <br>
"preserve-direction" attribute, and make it behave like any other line, <br>
that has direction. Which means no revers merging at lower resolution.<br>
<br>
I don't get the idea of a list of types with preserved direction. For me <br>
this attribute is defined in style and separate list, or even list as a <br>
part of style doesn't make sens. I would prefer to have all attributes <br>
directly in style at place, where I define object. It seems tedious to <br>
sync list, whenever I do a change to object in style.<br>
<br>
@Ticker<br>
My nuvi 3540 shows direction arrows on roads, when TYP doesn't override <br>
graphics. Older nuvis don't and I got no newer one to check.<br>
I have looked more carefully and I found that arrows are present on <br>
railroads too. This is probably due to mkgmap processing oneway=yes for <br>
railroad (actually tramway). I can't see anything on rivers, but river <br>
is a thin line and it is difficult to tell if anything is drawn over it.<br>
<br>
-- <br>
Best regards,<br>
Andrzej<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="https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Felix Hartman - Openmtbmap.org & VeloMap.org<br></div><br></div></div></div></div></div></div>