I have read the comment on r3541, but housenumbers2 was on a really good way, so i want to give it a chance. I can build my maps with trunk in the next days Hier sollte eigentlich eine Signatur stehen. -----Original Message----- From: Gerd Petermann <gpetermann_muenchen@hotmail.com> To: "mkgmap-dev@lists.mkgmap.org.uk" <mkgmap-dev@lists.mkgmap.org.uk> Sent: Sa., 25 Apr. 2015 12:28 Subject: Re: [mkgmap-dev] error message in Cologne Hi Bernd, thanks for reporting. Please note that the branch is very experimental since r3541. I'll try to fix the problems that you have reported, but you should not expect good results until I post that I think a test should be done. Gerd
From: weigelt.bernd@web.de To: mkgmap-dev@lists.mkgmap.org.uk Date: Sat, 25 Apr 2015 12:04:36 +0200 Subject: Re: [mkgmap-dev] error message in Cologne
Am Samstag, 25. April 2015, 11:54:33 schrieb Bernd Weigelt:
get lots of other problems with ...
there is a second error http://files.mkgmap.org.uk/download/263/65010116.o5m
java.lang.ArrayIndexOutOfBoundsException: -2 at uk.me.parabola.mkgmap.osmstyle.housenumber.ExtNumbers.splitLargeGaps(ExtNumbers.java:1600) at uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberRoad.improveSearchResults(HousenumberRoad.java:602) at uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberGenerator.generate(HousenumberGenerator.java:682) at uk.me.parabola.mkgmap.osmstyle.StyledConverter.end(StyledConverter.java:607) at uk.me.parabola.mkgmap.reader.osm.ElementSaver.convert(ElementSaver.java:250) at uk.me.parabola.mkgmap.reader.osm.o5m.O5mBinMapDataSource.load(O5mBinMapDataSource.java:53) at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java:130) at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:167) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:63) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:253) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:249) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745)
-- amarok2 now playing:
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Bernd, the good news: I can reproduce the problems, the bad news: I did not yet find a solution. Some are special cases introduced by the new code, some caused problems before but mkgmap did not report the problem. Regarding your question if you should try to fix problems in OSM: When mkgmap reports an "internal error" the problem may be caused by wrong OSM data, but mkgmap should also be fixed to handle the situation. I prefer these messages compared to a simple assertion which often doesn't report the file that contains the problem. I also code such error messages when I expect a problem in special cases but my test data did not yet show it. If you change the OSM data, always make sure to post a link to the file that allows to reproduce the problem. Gerd
Date: Sat, 25 Apr 2015 12:53:01 +0200 From: weigelt.bernd@web.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] error message in Cologne
I have read the comment on r3541, but housenumbers2 was on a really good way, so i want to give it a chance. I can build my maps with trunk in the next days
Hier sollte eigentlich eine Signatur stehen.
-----Original Message----- From: Gerd Petermann <gpetermann_muenchen@hotmail.com> To: "mkgmap-dev@lists.mkgmap.org.uk" <mkgmap-dev@lists.mkgmap.org.uk> Sent: Sa., 25 Apr. 2015 12:28 Subject: Re: [mkgmap-dev] error message in Cologne
Hi Bernd,
thanks for reporting. Please note that the branch is very experimental since r3541. I'll try to fix the problems that you have reported, but you should not expect good results until I post that I think a test should be done.
Gerd
From: weigelt.bernd@web.de To: mkgmap-dev@lists.mkgmap.org.uk Date: Sat, 25 Apr 2015 12:04:36 +0200 Subject: Re: [mkgmap-dev] error message in Cologne
Am Samstag, 25. April 2015, 11:54:33 schrieb Bernd Weigelt:
get lots of other problems with ...
there is a second error http://files.mkgmap.org.uk/download/263/65010116.o5m
java.lang.ArrayIndexOutOfBoundsException: -2 at uk.me.parabola.mkgmap.osmstyle.housenumber.ExtNumbers.splitLargeGaps(ExtNumbers.java:1600) at uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberRoad.improveSearchResults(HousenumberRoad.java:602) at uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberGenerator.generate(HousenumberGenerator.java:682) at uk.me.parabola.mkgmap.osmstyle.StyledConverter.end(StyledConverter.java:607) at uk.me.parabola.mkgmap.reader.osm.ElementSaver.convert(ElementSaver.java:250) at uk.me.parabola.mkgmap.reader.osm.o5m.O5mBinMapDataSource.load(O5mBinMapDataSource.java:53) at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java:130) at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:167) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:63) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:253) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:249) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745)
-- amarok2 now playing:
_______________________________________________ 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
Hi Bernd, please try r3546, I think it is stable again. I had to change the program logic to make sure that special cases with interpolation ways do not causes assertions. I have still some known problems, esp. the program logic for housenumbers assumes now that city/ zip code info attached to the housenumbers is written to the img file, but that doesn't happen yet (and is quite complicated as it seems to require big changes in the existing program logic) so address search for roads at city boundaries might still not work. Gerd
Date: Sat, 25 Apr 2015 12:53:01 +0200 From: weigelt.bernd@web.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] error message in Cologne
I have read the comment on r3541, but housenumbers2 was on a really good way, so i want to give it a chance. I can build my maps with trunk in the next days
Hier sollte eigentlich eine Signatur stehen.
-----Original Message----- From: Gerd Petermann <gpetermann_muenchen@hotmail.com> To: "mkgmap-dev@lists.mkgmap.org.uk" <mkgmap-dev@lists.mkgmap.org.uk> Sent: Sa., 25 Apr. 2015 12:28 Subject: Re: [mkgmap-dev] error message in Cologne
Hi Bernd,
thanks for reporting. Please note that the branch is very experimental since r3541. I'll try to fix the problems that you have reported, but you should not expect good results until I post that I think a test should be done.
Gerd
From: weigelt.bernd@web.de To: mkgmap-dev@lists.mkgmap.org.uk Date: Sat, 25 Apr 2015 12:04:36 +0200 Subject: Re: [mkgmap-dev] error message in Cologne
Am Samstag, 25. April 2015, 11:54:33 schrieb Bernd Weigelt:
get lots of other problems with ...
there is a second error http://files.mkgmap.org.uk/download/263/65010116.o5m
java.lang.ArrayIndexOutOfBoundsException: -2 at uk.me.parabola.mkgmap.osmstyle.housenumber.ExtNumbers.splitLargeGaps(ExtNumbers.java:1600) at uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberRoad.improveSearchResults(HousenumberRoad.java:602) at uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberGenerator.generate(HousenumberGenerator.java:682) at uk.me.parabola.mkgmap.osmstyle.StyledConverter.end(StyledConverter.java:607) at uk.me.parabola.mkgmap.reader.osm.ElementSaver.convert(ElementSaver.java:250) at uk.me.parabola.mkgmap.reader.osm.o5m.O5mBinMapDataSource.load(O5mBinMapDataSource.java:53) at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java:130) at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:167) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:63) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:253) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:249) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745)
-- amarok2 now playing:
_______________________________________________ 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
Hi Gerd i'll give it a try asap thx Bernd Am Sonntag, 26. April 2015, 16:37:35 schrieb Gerd Petermann:
please try r3546, I think it is stable again. I had to change the program logic to make sure that special cases with interpolation ways do not causes assertions.
I have still some known problems, esp. the program logic for housenumbers assumes now that city/ zip code info attached to the housenumbers is written to the img file, but that doesn't happen yet (and is quite complicated as it seems to require big changes in the existing program logic) so address search for roads at city boundaries might still not work.
-- amarok2 now playing:
Hi Bernd, pleasse note one important change: I've removed the option --x-name-service-roads=n, it is no longer optional, mkgmap tries to find a name for roads with house numbers. This leads to some special effects, e.g. when a small unnamed footway is closer to the house than the named service road. I think about a new tag like mkgmap:number=false that tells mkgmap that a road should not be used for address search, e.g. cycleways or motorways. This would also speed up the search for the closest roads. Gerd
From: weigelt.bernd@web.de To: mkgmap-dev@lists.mkgmap.org.uk Date: Mon, 27 Apr 2015 17:58:45 +0200 Subject: Re: [mkgmap-dev] error message in Cologne
Hi Gerd i'll give it a try asap
thx Bernd
Am Sonntag, 26. April 2015, 16:37:35 schrieb Gerd Petermann:
please try r3546, I think it is stable again. I had to change the program logic to make sure that special cases with interpolation ways do not causes assertions.
I have still some known problems, esp. the program logic for housenumbers assumes now that city/ zip code info attached to the housenumbers is written to the img file, but that doesn't happen yet (and is quite complicated as it seems to require big changes in the existing program logic) so address search for roads at city boundaries might still not work.
-- amarok2 now playing:
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Gerd There was only one message for my dach extract, all other extract are build without any noise. SCHWERWIEGEND (ExtNumbers): /home/bernd/map_build/tiles/65030278.o5m: internal error, worst house not found id=4672706, Na Neklance[731(10), 727(10), 805/8(10)][] 2031/1(0) The option --x-name-service-roads=n seems to be no really problem, while enabled, but i'll remove it from my options for the next build, too. ;-) Bernd Am Montag, 27. April 2015, 20:07:54 schrieb Gerd Petermann:
Hi Bernd,
pleasse note one important change: I've removed the option --x-name-service-roads=n, it is no longer optional, mkgmap tries to find a name for roads with house numbers. This leads to some special effects, e.g. when a small unnamed footway is closer to the house than the named service road. I think about a new tag like mkgmap:number=false that tells mkgmap that a road should not be used for address search, e.g. cycleways or motorways. This would also speed up the search for the closest roads.
Gerd
From: weigelt.bernd@web.de To: mkgmap-dev@lists.mkgmap.org.uk Date: Mon, 27 Apr 2015 17:58:45 +0200 Subject: Re: [mkgmap-dev] error message in Cologne
Hi Gerd i'll give it a try asap
thx Bernd
Am Sonntag, 26. April 2015, 16:37:35 schrieb Gerd Petermann:
please try r3546, I think it is stable again. I had to change the program logic to make sure that special cases with interpolation ways do not causes assertions.
I have still some known problems, esp. the program logic for housenumbers assumes now that city/ zip code info attached to the housenumbers is written to the img file, but that doesn't happen yet (and is quite complicated as it seems to require big changes in the existing program logic) so address search for roads at city boundaries might still not work.
-- amarok2 now playing:
Hi Bernd, please post a link to the file 65030278.o5m Gerd Bernd Weigelt wrote
Hi Gerd
There was only one message for my dach extract, all other extract are build without any noise.
SCHWERWIEGEND (ExtNumbers): /home/bernd/map_build/tiles/65030278.o5m: internal error, worst house not found id=4672706, Na Neklance[731(10), 727(10), 805/8(10)][] 2031/1(0)
The option --x-name-service-roads=n seems to be no really problem, while enabled, but i'll remove it from my options for the next build, too. ;-)
Bernd
Am Montag, 27. April 2015, 20:07:54 schrieb Gerd Petermann:
Hi Bernd,
pleasse note one important change: I've removed the option --x-name-service-roads=n, it is no longer optional, mkgmap tries to find a name for roads with house numbers. This leads to some special effects, e.g. when a small unnamed footway is closer to the house than the named service road. I think about a new tag like mkgmap:number=false that tells mkgmap that a road should not be used for address search, e.g. cycleways or motorways. This would also speed up the search for the closest roads.
Gerd
From:
weigelt.bernd@
To:
mkgmap-dev@.org
Date: Mon, 27 Apr 2015 17:58:45 +0200 Subject: Re: [mkgmap-dev] error message in Cologne
Hi Gerd i'll give it a try asap
thx Bernd
Am Sonntag, 26. April 2015, 16:37:35 schrieb Gerd Petermann:
please try r3546, I think it is stable again. I had to change the program logic to make sure that special cases with interpolation ways do not causes assertions.
I have still some known problems, esp. the program logic for housenumbers assumes now that city/ zip code info attached to the housenumbers is written to the img file, but that doesn't happen yet (and is quite complicated as it seems to require big changes in the existing program logic) so address search for roads at city boundaries might still not work.
-- amarok2 now playing:
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/error-message-in-Cologne-tp5841730p5842100.ht... Sent from the Mkgmap Development mailing list archive at Nabble.com.
Hi Bernd, forget it, I was able to reproduce the error message with a download of this area: http://www.openstreetmap.org/query?lat=50.06119&lon=14.40275 Gerd GerdP wrote
Hi Bernd,
please post a link to the file 65030278.o5m
Gerd Bernd Weigelt wrote
Hi Gerd
There was only one message for my dach extract, all other extract are build without any noise.
SCHWERWIEGEND (ExtNumbers): /home/bernd/map_build/tiles/65030278.o5m: internal error, worst house not found id=4672706, Na Neklance[731(10), 727(10), 805/8(10)][] 2031/1(0)
The option --x-name-service-roads=n seems to be no really problem, while enabled, but i'll remove it from my options for the next build, too. ;-)
Bernd
Am Montag, 27. April 2015, 20:07:54 schrieb Gerd Petermann:
Hi Bernd,
pleasse note one important change: I've removed the option --x-name-service-roads=n, it is no longer optional, mkgmap tries to find a name for roads with house numbers. This leads to some special effects, e.g. when a small unnamed footway is closer to the house than the named service road. I think about a new tag like mkgmap:number=false that tells mkgmap that a road should not be used for address search, e.g. cycleways or motorways. This would also speed up the search for the closest roads.
Gerd
From:
weigelt.bernd@
To:
mkgmap-dev@.org
Date: Mon, 27 Apr 2015 17:58:45 +0200 Subject: Re: [mkgmap-dev] error message in Cologne
Hi Gerd i'll give it a try asap
thx Bernd
Am Sonntag, 26. April 2015, 16:37:35 schrieb Gerd Petermann:
please try r3546, I think it is stable again. I had to change the program logic to make sure that special cases with interpolation ways do not causes assertions.
I have still some known problems, esp. the program logic for housenumbers assumes now that city/ zip code info attached to the housenumbers is written to the img file, but that doesn't happen yet (and is quite complicated as it seems to require big changes in the existing program logic) so address search for roads at city boundaries might still not work.
-- amarok2 now playing:
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/error-message-in-Cologne-tp5841730p5842108.ht... Sent from the Mkgmap Development mailing list archive at Nabble.com.
Hi Bernd, the problem was fixed with r3549. With r3550 I've implemented the new special tag mkgmap:numbers, see http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3550 for details. Gerd
Date: Mon, 27 Apr 2015 12:59:30 -0700 From: gpetermann_muenchen@hotmail.com To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] error message in Cologne
Hi Bernd,
forget it, I was able to reproduce the error message with a download of this area: http://www.openstreetmap.org/query?lat=50.06119&lon=14.40275
Gerd
GerdP wrote
Hi Bernd,
please post a link to the file 65030278.o5m
Gerd Bernd Weigelt wrote
Hi Gerd
There was only one message for my dach extract, all other extract are build without any noise.
SCHWERWIEGEND (ExtNumbers): /home/bernd/map_build/tiles/65030278.o5m: internal error, worst house not found id=4672706, Na Neklance[731(10), 727(10), 805/8(10)][] 2031/1(0)
The option --x-name-service-roads=n seems to be no really problem, while enabled, but i'll remove it from my options for the next build, too. ;-)
Bernd
Am Montag, 27. April 2015, 20:07:54 schrieb Gerd Petermann:
Hi Bernd,
pleasse note one important change: I've removed the option --x-name-service-roads=n, it is no longer optional, mkgmap tries to find a name for roads with house numbers. This leads to some special effects, e.g. when a small unnamed footway is closer to the house than the named service road. I think about a new tag like mkgmap:number=false that tells mkgmap that a road should not be used for address search, e.g. cycleways or motorways. This would also speed up the search for the closest roads.
Gerd
From:
weigelt.bernd@
To:
mkgmap-dev@.org
Date: Mon, 27 Apr 2015 17:58:45 +0200 Subject: Re: [mkgmap-dev] error message in Cologne
Hi Gerd i'll give it a try asap
thx Bernd
Am Sonntag, 26. April 2015, 16:37:35 schrieb Gerd Petermann:
please try r3546, I think it is stable again. I had to change the program logic to make sure that special cases with interpolation ways do not causes assertions.
I have still some known problems, esp. the program logic for housenumbers assumes now that city/ zip code info attached to the housenumbers is written to the img file, but that doesn't happen yet (and is quite complicated as it seems to require big changes in the existing program logic) so address search for roads at city boundaries might still not work.
-- amarok2 now playing:
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/error-message-in-Cologne-tp5841730p5842108.ht... Sent from the Mkgmap Development mailing list archive at Nabble.com. _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
participants (3)
-
Bernd Weigelt -
Gerd Petermann -
GerdP