<div dir="ltr"><div><div><div><div><div><div>oh yeah - I remember.<br><br></div>The problem ist neither the old nor the current behaviour works correctly in comparison to other tags.<br></div>I complained that it applies to all occurences - even though using continue <br></div>(i only used a line like highway=abc {set mkgmap:set_unconnected_type=none} [0x?? road_class=? road_speed=? continue] )<br></div><br></div>I really think the best solution if strict sticking to rules without [] block, and respecting continue vs continue with_actions is not possible would be to have to different special tags - one removing also all non routable overlay lines, while the other tag does not. <br></div>Back then I only used mkgmap_set_unconnected_type=none to remove unconnected roads that make autorouting go crazy (it's unconnected - someone starts a route there - and the route just breaks - mainly because people did not connect the road correctly - and it has nearly invisible gaps on both side - which Potlach v1 was a bit famous for) - now the use case is more to filter out clutter for the semi_connected so I rather want to have it also filter out all overlays. (I'm fine using continue with_actions as supposed).<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 19 September 2017 at 08:16, Gerd Petermann <span dir="ltr"><<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Well, I just noticed that mkgmap:set_unconnected_type is not yet documented.<br>
When I implemented it with r2599 I decided to remove all overlay lines if<br>
the road is unconnected and mkgmap:set_unconnected_type=<wbr>none is used.<br>
Later, Steve changed this in r2707, the reason was that you complained about<br>
the old behaviour.<br>
Please read these old threads carefully:<br>
<a href="http://gis.19327.n8.nabble.com/Serious-mkgmap-Bug-set-unconnected-type-not-respecting-continue-command-tp5775051.html" rel="noreferrer" target="_blank">http://gis.19327.n8.nabble.<wbr>com/Serious-mkgmap-Bug-set-<wbr>unconnected-type-not-<wbr>respecting-continue-command-<wbr>tp5775051.html</a><br>
<a href="http://gis.19327.n8.nabble.com/Commit-r2707-Don-t-complete-remove-an-unconnected-road-tp5777740.html" rel="noreferrer" target="_blank">http://gis.19327.n8.nabble.<wbr>com/Commit-r2707-Don-t-<wbr>complete-remove-an-<wbr>unconnected-road-tp5777740.<wbr>html</a><br>
<br>
My understanding of these discussions is that we need is an option or tag<br>
that controls what to do with an overlay line when the underlying road was<br>
removed.<br>
<br>
Gerd<br>
<br>
<br>
Felix Hartmann-2 wrote<br>
<span class="">> But does it mean semi_connected or unconnected? I would like to have both<br>
> as option if possible.<br>
><br>
> On 18 September 2017 at 21:22, Gerd Petermann <<br>
<br>
> gpetermann_muenchen@<br>
<br>
</span><div><div class="h5">>> wrote:<br>
><br>
>> Hi all,<br>
>><br>
>> what do you think about a tag named mkgmap:remove-if-no-road=yes ?<br>
>> I would add code to check all non-routable lines for this tag.<br>
>> If no routable line is found for the same OSM way the line is removed.<br>
>> This check is performed after the processing of the 2 mkgmap:set_xxx_type<br>
>> tags<br>
>> and maybe other routines which remove routable lines because they are too<br>
>> short<br>
>> etc.<br>
>><br>
>> Gerd<br>
>><br>
>><br>
>> Felix Hartmann-2 wrote<br>
>> > 3. I'm fine with another name - maybe mkgmap:set_semi_connected_<br>
>> line=none<br>
>> > and mkgmap:set_unconnected_line=<wbr>none?<br>
>> > Well I actually already went through my style and added<br>
>> > mkgmap:set_semi_connected_<wbr>type=none - I'm just missing the overlays<br>
>> also<br>
>> > being removed as explained to fully use it. I actually had not noticed<br>
>> > that<br>
>> > mkgmap:set_unconnected_type=<wbr>none did not remove all the lines that I<br>
>> > intended to be removed by it because I never properly checked it using<br>
>> a<br>
>> > test file - and there are not many unconnected ways in real OSM data<br>
>> > (while<br>
>> > there are far more semi_connected lines/ways). Actually I think it<br>
>> should<br>
>> > be semiconnected as we alo use unconnected and not un_connected (even<br>
>> > though it is two words in proper spelling).<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> --<br>
>> Sent from:<br>
>> <a href="http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html" rel="noreferrer" target="_blank">http://gis.19327.n8.nabble.<wbr>com/Mkgmap-Development-<wbr>f5324443.html</a><br>
>> ______________________________<wbr>_________________<br>
>> mkgmap-dev mailing list<br>
>><br>
<br>
</div></div>> mkgmap-dev@.org<br>
<span class="im HOEnZb"><br>
>> <a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">http://www.mkgmap.org.uk/<wbr>mailman/listinfo/mkgmap-dev</a><br>
>><br>
><br>
><br>
><br>
> --<br>
> Felix Hartman - Openmtbmap.org & VeloMap.org<br>
> Schusterbergweg 32/8<br>
> 6020 Innsbruck<br>
> Austria - Österreich<br>
><br>
</span><span class="im HOEnZb">> ______________________________<wbr>_________________<br>
> mkgmap-dev mailing list<br>
<br>
> mkgmap-dev@.org<br>
<br>
> <a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">http://www.mkgmap.org.uk/<wbr>mailman/listinfo/mkgmap-dev</a><br>
<br>
<br>
<br>
<br>
<br>
</span><div class="HOEnZb"><div class="h5">--<br>
Sent from: <a href="http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html" rel="noreferrer" target="_blank">http://gis.19327.n8.nabble.<wbr>com/Mkgmap-Development-<wbr>f5324443.html</a><br>
______________________________<wbr>_________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a><br>
<a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">http://www.mkgmap.org.uk/<wbr>mailman/listinfo/mkgmap-dev</a></div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div><div>Felix Hartman - Openmtbmap.org & VeloMap.org<br></div>Schusterbergweg 32/8<br></div><div>6020 Innsbruck<br></div></div>Austria - Österreich</div></div></div></div>
</div>