logo separator

[mkgmap-dev] Bug in Road Merging - actually doubling roads.

From Gerd Petermann gpetermann_muenchen at hotmail.com on Sat Mar 3 10:34:24 GMT 2018

Hi Felix,

I just noted that I got my results reg. the modified default style with a modified StyledConverter which does the road merging before the wrong angle fixing.
Something goes very wrong with this patched version.

Gerd

________________________________________
Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Gerd Petermann <gpetermann_muenchen at hotmail.com>
Gesendet: Samstag, 3. März 2018 11:01:42
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Bug in Road Merging - actually doubling roads.

Hi Felix,

no, it is just special at this juntion because the other ways have 0x8 or 0x13.
On thursday I wrote that I was able to reproduce a problem at this junction but I forgot to set up routing
for car (automotive) :-(
I can reproduce a problem with "tour cycling", but I think that is expected with your style,
because it avoids main roads by default. Maybe your users made the same error?

You suggested to add
route=hiking [0x13 road_class=4 road_speed=2 resolution 24 continue]
to reproduce a problem. I tried that with no effect. Only after I added a rule in the relations file:
type=route & route=hiking {
    apply {
        add route=hiking
    }
}
With that I see additional routable lines in the map and routing is more less broken at node 412440328 when
I try to route from north to anywhere below the node , also the inverse way doesn't work.
I tried different variants of the rule like other types or other road classes, always saw the same problem.
I see working routing again when I remove way 130665733 from the input file and move node 1263658617
down to 412440328 and merge them (see attached file).
I'll try to find out why this is so special in this situation.

ciao,
Gerd







________________________________________
Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Felix Hartmann <extremecarver at gmail.com>
Gesendet: Freitag, 2. März 2018 22:21:35
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Bug in Road Merging - actually doubling roads.

Well in general 0x16 does not cause any problems. Do you think if I use another type instead (e.g.) 0x13 it won't be problematic, or do you mean that the 0x16 in itself is the problem?

On 1 March 2018 at 18:55, Gerd Petermann <gpetermann_muenchen at hotmail.com<mailto:gpetermann_muenchen at hotmail.com>> wrote:
Hi Felix,

okay, I think I can reproduce a routing problem on my Oregon with your map.
I have a route that works from south to north but not in the reverse direction.
I'll try to create a similar situation with a modified default style to find out
what the problem is. My current prime suspect is the way with type 0x16.

Gerd

________________________________________
Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk<mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>> im Auftrag von Felix Hartmann <extremecarver at gmail.com<mailto:extremecarver at gmail.com>>
Gesendet: Donnerstag, 1. März 2018 18:09:02
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Bug in Road Merging - actually doubling roads.

routing issues is on devices only - not in Basecamp. Reported so far from Oregon and Edge - routing from North to East over that road.


Well what I thought was that mkgmap should check if another road is put above. Right now it's 1 road supposed to be there, 2 and 3 roads overlapping due to that road being too short. Those overlapping somehow would need to be removed (and yes I know they are originally not the same line). My style should I think in maximum create 4 routable lines - however due to overlapping of other lines (due to the sub 4.3m line) it ends up a short stretch with more than 5 routable lines.

On 1 March 2018 at 17:47, Gerd Petermann <gpetermann_muenchen at hotmail.com<mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com<mailto:gpetermann_muenchen at hotmail.com>>> wrote:
Hi Felix,

Felix Hartmann-2 wrote
> Okay - no-merge-lines makes no difference, also removing
> addArcsToMajorRoads();
> function makes no difference. And I just noticed - the patch does not
> work.
> It works in it's own way - but not achieving the result that is needed.
> Whatever I do - I still end up with 6 routable lines.
>
> I guess the patch checks for each road that it is not more than 4 times in
> the map. So I end up with 1, 2, and 3 (1 that is supposed to be in the
> map,
> 2 from the east not supposed, and 3 from the south, not supposed). (always
> using gpsmapedit to check results).

yes, that is what it does. Didn't you suggest something like that?

You still did not tell me how I can reproduce a crash with this data, so I
can only guess.
I didn't see any routing issues so far with your maps, only the ugly
rendering.
Is this the only problem or is there really a routing issue?
If yes, please let me know how to reproduce it.

Gerd




--
Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk><mailto:mkgmap-dev at lists.mkgmap.org.uk<mailto: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
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk<mailto: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


More information about the mkgmap-dev mailing list