<div dir="ltr">I meant if there is a line created with continue - and that line is on the --line-types-with-direction<div>list, the other copies of that line Or roads should be merged too. And I think roads should be reversed and merged as much as possible to - also at resolution 24 if not oneway-1 or on the --line-types-with-direction with list. However some people may feel that is a single copy of that line is on the --line-types-with-direction list, then none of those copies should be merged at level 0, but maybe on other levels or none at no levels at all. </div><div>And I also use different linetypes for roads - so highways get thinner when zooming out. I think this makes a lot of sense for secondary to highway. Not soo much for others. That is anyhow why I feel roads only exist at level 0, from level 1 onwards there are only lines, not roads.</div><div><br></div><div>Now for one object in OSM I sometimes create up to 10 copies - 5 due to different level, 4 for additional features and 1 invisible line that is actually responsible for routing. Having the road invisible overcomes the problem that there are few routable line types - so only solution is to make many roads invisible and only map the very common ones to a visible line type. So there is a pretty big implication on the total size if due to one of those 10 copies having the direction set or oneway set, all other 9 cannot be reversed to be merged, or not be merged at all. Also the name is not identical. E.g. I will create one line for a mtb route, another line for a hiking route. Maybe even several lines so you can see all route names. Also several copies (up to 4, previously even more but in new generation devices that lead to crashes) are routable. Also helps in merging - if you have one road for a relation that always has the same name, only at intersections with other roads this cannot be merged. While if there are maybe changes in the name tag, or other subtleties less can be merged.</div><div><br></div><div>I really feel merge as much as possible and consider everything a line from level 1 onwards. </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 18 May 2021 at 01:02, 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 Felix,<br>
<br>
then what about proposed:<br>
<br>
 > For  line--types-with-direction it would be best to give a resolution<br>
 > limit for each type, so if resolution is lower than associated lines<br>
 > can be reversed.<br>
<br>
Does it means, that you accept wrong direction at lower resolution?<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>