Hi Gerd

Thanks for investigating this. As the eTrex routing seems to work
(maybe it is more similar to Mapsource than Basecamp) I'll persist with
island removal.

Looking at display:NetCheck errors, it looks like the RoadDef.netFlags
bit:
RoadDef:   public static final int NET_FLAG_ADDRINFO = 0x10;
display:   private static final int RD_HAS_STREET_ADDRESS_INFO = 0x10;
and/or nodeCountInner isn't getting set correctly when island-removal
happens to the road.

Ticker

On Thu, 2019-11-21 at 10:00 +0000, Gerd Petermann wrote:
> Hi Ticker,
> 
> I think we have two different problems here.
> I can reproduce the errors with display tool even with very small
> input files and it seems that it existed in almost all versions of
> the NET-no-NOD branch :-(
> I have no idea why I didn't see it in various tests before. These
> problems disappear when I change the code so that the first and last
> node in a road are always routing nodes. (as it was before r4300)
> Maybe display tool simply expects this and searches for nodes which
> don't exist?
> On the other hand I can reproduce the routing problems with Basecamp
> (4.7.1), but not with MapSource.
> And the problems in Basecamp do not disappear when I change the code
> to add the nodes again, they seem to depend on
> option --check-routing-island-len only.
> I always thought that Garmin uses the same routing algo in Mapsource
> and Basecamp, but at least 4.7.1 shows that I am wrong.
> 
> So, for now, I'd say that option --check-routing-island-len should
> not be used :(
> 
> Gerd

_______________________________________________
mkgmap-dev mailing list
[email protected]
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Reply via email to