[mkgmap-dev] mapids beyond the limit

Fri Nov 1 21:18:08 GMT 2019

Hi Nick,

reg. --mapname=99999999:

The attached patch stops mkgmap before computing any tile when it calculates  an invalid mapid for any tile.

I tested special cases like
java -jar mkgmap.jar d:\osm\999999999.osm d:\osm\sample.osm
or
java -jar mkgmap.jar d:\osm\sample.osm --mapname=99999999 second.osm third.osm

Time started: Fri Nov 01 22:14:42 CET 2019
Cannot calculate mapid for third.osm
Number of ExitExceptions: 1
Time finished: Fri Nov 01 22:14:42 CET 2019
Total time taken: 88 ms

I hope that's what you proposed?

Gerd

________________________________________
Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Gerd Petermann <gpetermann_muenchen at hotmail.com>
Gesendet: Freitag, 1. November 2019 12:42
An: mkgmap-dev at lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] mapids beyond the limit

Hi Nick,

NET3 is just a list of offsets into NET in a particular order. The problem is not the order itself but the de-duplication that happens before.
My current understanding is that the list should contain all roads which have numbers or more than one city. This is not always the case.

BTW: I found this only because I was surprised that the NET and NOT file written for resolution 23 with the brannch version (1) was almost the same compared to that written with resolution 24. After some thinking I wondered why it was exactly equal ;)

Gerd
(1) http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4335

________________________________________
Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Pinns UK <osm at pinns.co.uk>
Gesendet: Freitag, 1. November 2019 12:11
An: mkgmap-dev at lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] mapids beyond the limit

Hi Gerd

No rush

What you are finding out about NET3 is really fascinating. Hope you are
able to uncover how identical treet names are linked to their coordinates.

Nick

On 01/11/2019 08:42, Gerd Petermann wrote:
> Hi Nick,
>
> okay, I'll have a look later. I am now working on problems with the address search in trunk version. I've noticed that some house numbers are not found in Mapsource,  reason are missing entries in NET3. So far I've learned that NET3 must contain all roads with numbers. There is also an issue with equally named roads in different cities, but I am not yet sure if I can fix those.
>
> Gerd
>
> ________________________________________
> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von nwillink <osm at pinns.co.uk>
> Gesendet: Donnerstag, 31. Oktober 2019 19:38
> An: mkgmap-dev at lists.mkgmap.org.uk
> Betreff: [mkgmap-dev] mapids beyond the limit
>
> Hi Gerd
>
> For testing purposes I have created an arg file with mapids starting from
>
> 99999999  (8 digits)
>
> and incrementing them to
>
> 100000009 (9 digits)
>
> It created  all the tiles (imgs) - I don't think it gave me a warning about
> most imgs having a nine digital mapid.
>
> After I installed the map onto Basecamp , Basecamp reported an error and
> refused to load.
>
> I'm sure this has never been an issue with anyone using mkgmap, but it might
> be useful to check the validity of mapids when tiles are created ?
>
> Regards
>
> Nick
>
>
>
>
>
> --
> 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
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mapid-too-high.patch
Type: application/octet-stream
Size: 910 bytes
Desc: mapid-too-high.patch
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20191101/29df902f/attachment.obj>