Re: [mkgmap-dev] mapids beyond the limit
Hi Gerd Thanks a lot; will test it when the .jar file is available. I haven't investigated if the FIDs and PIDs also need to be checked for an invalid input. Nick On 01/11/2019 21:18, Gerd Petermann wrote: Hi Nick, reg. --mapname=: 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\9.osm d:\osm\sample.osm or java -jar mkgmap.jar d:\osm\sample.osm --mapname= 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 im Auftrag von Gerd Petermann Gesendet: Freitag, 1. November 2019 12:42 An: mkgmap-dev@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=4335 Von: mkgmap-dev im Auftrag von Pinns UK Gesendet: Freitag, 1. November 2019 12:11 An: mkgmap-dev@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 im Auftrag von nwillink Gesendet: Donnerstag, 31. Oktober 2019 19:38 An: mkgmap-dev@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 (8 digits) and incrementing them to 10009 (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@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mapids beyond the limit
Hi Nick, reg. --mapname=: 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\9.osm d:\osm\sample.osm or java -jar mkgmap.jar d:\osm\sample.osm --mapname= 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 im Auftrag von Gerd Petermann Gesendet: Freitag, 1. November 2019 12:42 An: mkgmap-dev@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=4335 Von: mkgmap-dev im Auftrag von Pinns UK Gesendet: Freitag, 1. November 2019 12:11 An: mkgmap-dev@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 im Auftrag von > nwillink > Gesendet: Donnerstag, 31. Oktober 2019 19:38 > An: mkgmap-dev@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 > > (8 digits) > > and incrementing them to > > 10009 (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@lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > ___ > mkgmap-dev mailing list > mkgmap-dev@lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev mapid-too-high.patch Description: mapid-too-high.patch ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] precompiled sea files download
Hi, first, many thanks to all of you who are supporting this great tool. The last days I decided to upgrade to the newest version of mkgmap and to the newest bounds and sea files. I downloaded all files (mkgmap, bounds, sea). But then I had to stop for some reasons. And today I started again from the beginning. So I downloaded all those files again. I wasn't surprised that the files have changed in the meantime. But for the sea file I'm not sure what happend. The size of the sea zip file changed from 217 MB (in March 2019, my last version) to 238 MB (End October 2019) and back to 219 MB (today). See attached screenshot. The number of files within the zip file increased and decreased accordingly. I wouldn't wonder if filesize increases, but up and down? Perhaps someone, perhaps Thorsten, can explain what happend and/or which of the sea files is ok to use. Just to be on the safe side :-) Or please tell me what I should check. Thank you. Regards, Gert ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
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=4335 Von: mkgmap-dev im Auftrag von Pinns UK Gesendet: Freitag, 1. November 2019 12:11 An: mkgmap-dev@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 im Auftrag von > nwillink > Gesendet: Donnerstag, 31. Oktober 2019 19:38 > An: mkgmap-dev@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 > > (8 digits) > > and incrementing them to > > 10009 (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@lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > ___ > mkgmap-dev mailing list > mkgmap-dev@lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
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 im Auftrag von nwillink Gesendet: Donnerstag, 31. Oktober 2019 19:38 An: mkgmap-dev@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 (8 digits) and incrementing them to 10009 (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@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mapids beyond the limit
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 im Auftrag von nwillink Gesendet: Donnerstag, 31. Oktober 2019 19:38 An: mkgmap-dev@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 (8 digits) and incrementing them to 10009 (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@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
