logo separator

[mkgmap-dev] mkgmap:set_unconnected_type differentiate between connected on both sides or on one side only

From Felix Hartmann extremecarver at gmail.com on Tue Sep 19 08:29:09 BST 2017

oh yeah - I remember.

The problem ist neither the old nor the current behaviour works correctly
in comparison to other tags.
I complained that it applies to all occurences - even though using continue
(i only used a line like highway=abc {set mkgmap:set_unconnected_type=none}
[0x?? road_class=? road_speed=? continue] )

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.
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).

On 19 September 2017 at 08:16, Gerd Petermann <
gpetermann_muenchen at hotmail.com> wrote:

> Well, I just noticed that mkgmap:set_unconnected_type is not yet
> documented.
> When I implemented it with r2599 I decided to remove all overlay lines if
> the road is unconnected and mkgmap:set_unconnected_type=none is used.
> Later, Steve changed this in r2707, the reason was that you complained
> about
> the old behaviour.
> Please read these old threads carefully:
> http://gis.19327.n8.nabble.com/Serious-mkgmap-Bug-set-
> unconnected-type-not-respecting-continue-command-tp5775051.html
> http://gis.19327.n8.nabble.com/Commit-r2707-Don-t-complete-remove-an-
> unconnected-road-tp5777740.html
>
> My understanding of these discussions is that we need is an option or tag
> that controls what to do with an overlay line when the underlying road was
> removed.
>
> Gerd
>
>
> Felix Hartmann-2 wrote
> > But does it mean semi_connected or unconnected? I would like to have both
> > as option if possible.
> >
> > On 18 September 2017 at 21:22, Gerd Petermann <
>
> > gpetermann_muenchen@
>
> >> wrote:
> >
> >> Hi all,
> >>
> >> what do you think about a tag named mkgmap:remove-if-no-road=yes ?
> >> I would add code to check all non-routable lines for this tag.
> >> If no routable line is found for the same OSM way the line is removed.
> >> This check is performed after the processing of the 2
> mkgmap:set_xxx_type
> >> tags
> >> and maybe other routines which remove routable lines because they are
> too
> >> short
> >> etc.
> >>
> >> Gerd
> >>
> >>
> >> Felix Hartmann-2 wrote
> >> > 3. I'm fine with another name - maybe mkgmap:set_semi_connected_
> >> line=none
> >> > and mkgmap:set_unconnected_line=none?
> >> > Well I actually already went through my style and added
> >> > mkgmap:set_semi_connected_type=none - I'm just missing the overlays
> >> also
> >> > being removed as explained to fully use it. I actually had not noticed
> >> > that
> >> > mkgmap:set_unconnected_type=none did not remove all the lines that I
> >> > intended to be removed by it because I never properly checked it using
> >> a
> >> > test file - and there are not many unconnected ways in real OSM data
> >> > (while
> >> > there are far more semi_connected lines/ways). Actually I think it
> >> should
> >> > be semiconnected as we alo use unconnected and not un_connected (even
> >> > though it is two words in proper spelling).
> >>
> >>
> >>
> >>
> >>
> >> --
> >> Sent from:
> >> http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html
> >> _______________________________________________
> >> mkgmap-dev mailing list
> >>
>
> > mkgmap-dev at .org
>
> >> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> >>
> >
> >
> >
> > --
> > Felix Hartman - Openmtbmap.org & VeloMap.org
> > Schusterbergweg 32/8
> > 6020 Innsbruck
> > Austria - Österreich
> >
> > _______________________________________________
> > mkgmap-dev mailing list
>
> > mkgmap-dev at .org
>
> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>



-- 
Felix Hartman - Openmtbmap.org & VeloMap.org
Schusterbergweg 32/8
6020 Innsbruck
Austria - Österreich
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20170919/b726556c/attachment-0001.html>


More information about the mkgmap-dev mailing list