Incorrectly interpolated numbers in small segment of a street

Greetins, The attached OSM file is what I'm using in my tests. I'm now able to compile the map with the house numbers ok. But there is a problem (bug?). Only a street called "Rua Armando Santos" has street numbers. How to reproduce: 1) Compile the attached map with this command: java -jar mkgmap.jar --output-dir=saida --housenumbers --draw-priority=255 --latin1 --index --remove-short-arcs --route --gmapsupp recreio2.osm ; 2) Copy the gmapsupp.img to a Garmin GPS; 3) In the GPS, Park the pointer over the "Rua Armando Santos" street. In the longer segment of the street, interpolation is fine, but in the shorter segment you can only find the four numbers defined in the OSM map (19, 20, 41, 42). I was expecting to find in between numbers such as 35, 28, 22, etc. Is that a problem with the map or there is a small bug in mkgmap? The build number of mkgmap I'm using is 2998. Thanks again, Paulo

Hi On 08/02/14 13:44, Paulo Carvalho wrote:
The attached OSM file is what I'm using in my tests. I'm now able to compile the map with the house numbers ok. But there is a problem (bug?). Only a street called "Rua Armando Santos" has street numbers.
Thanks for the good example. It seems that the house numbers are very close to the road and in this case mkgmap mistakes the side of the road for one or two of the numbers. When I moved the nodes in josm just so they were the same distance apart as the others on the road then it worked. This is I guess because they are less than 2m apart an so appear to be the same in mkgmap. The work that Gerd is doing on the high-prec-coord branch should make it possible to fix this. I would not normally suggest changing the data, but when viewed with the background imagery the points don't look to be on opposite sides of the road, so it would perhaps be appropriate in this case. Best wishes ..Steve

On 09/02/14 13:55, Steve Ratcliffe wrote:
I would not normally suggest changing the data, but when viewed with the background imagery the points don't look to be on opposite sides of the road, so it would perhaps be appropriate in this case.
Just to follow up, I looked in OSM and see that a lot more house numbers have been added in that area and the ones on that road have been neatened up. As a result with a fresh download of that area the house numbers are correct. ..Steve

Thanks, Steve. I just wanted to make sure mkgmap would find the numbers by keeping them as close as possible. I'll follow your advice to take the numbers a few meters apart, just like they are the real world. If you're using 32-bit floats for coordinates then we indeed have to take them apart. I think the 32-bit resolution is 7-digit, and that translates to about 5m at the Equator (less at higher latitudes). all the best, Paulo 2014-02-09 11:55 GMT-02:00 Steve Ratcliffe <steve@parabola.me.uk>:
Hi
On 08/02/14 13:44, Paulo Carvalho wrote:
The attached OSM file is what I'm using in my tests. I'm now able to compile the map with the house numbers ok. But there is a problem (bug?). Only a street called "Rua Armando Santos" has street numbers.
Thanks for the good example.
It seems that the house numbers are very close to the road and in this case mkgmap mistakes the side of the road for one or two of the numbers. When I moved the nodes in josm just so they were the same distance apart as the others on the road then it worked.
This is I guess because they are less than 2m apart an so appear to be the same in mkgmap. The work that Gerd is doing on the high-prec-coord branch should make it possible to fix this.
I would not normally suggest changing the data, but when viewed with the background imagery the points don't look to be on opposite sides of the road, so it would perhaps be appropriate in this case.
Best wishes
..Steve
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Hi Paulo, FYI: Garmin format uses a grid with 24 bits. That means ~ 40000km / 2^24 => ~2.38 m is the highest possible resolution at the equator. OSM precision is a few cm. Gerd Paulo Carvalho wrote
Thanks, Steve. I just wanted to make sure mkgmap would find the numbers by keeping them as close as possible. I'll follow your advice to take the numbers a few meters apart, just like they are the real world. If you're using 32-bit floats for coordinates then we indeed have to take them apart. I think the 32-bit resolution is 7-digit, and that translates to about 5m at the Equator (less at higher latitudes).
all the best,
Paulo
2014-02-09 11:55 GMT-02:00 Steve Ratcliffe <
steve@.me
>:
Hi
On 08/02/14 13:44, Paulo Carvalho wrote:
The attached OSM file is what I'm using in my tests. I'm now able to compile the map with the house numbers ok. But there is a problem (bug?). Only a street called "Rua Armando Santos" has street numbers.
Thanks for the good example.
It seems that the house numbers are very close to the road and in this case mkgmap mistakes the side of the road for one or two of the numbers. When I moved the nodes in josm just so they were the same distance apart as the others on the road then it worked.
This is I guess because they are less than 2m apart an so appear to be the same in mkgmap. The work that Gerd is doing on the high-prec-coord branch should make it possible to fix this.
I would not normally suggest changing the data, but when viewed with the background imagery the points don't look to be on opposite sides of the road, so it would perhaps be appropriate in this case.
Best wishes
..Steve
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/Incorrectly-interpolated-numbers-in-small-seg... Sent from the Mkgmap Development mailing list archive at Nabble.com.

I just wanted to make sure mkgmap would find the numbers by keeping them as close as possible.
Hi Paulo, mkgmap finds all nodes with a distance up to 150m from the street. So there is no problem if you place them some meters away :-) Have fun! WanMil

Ok, many thanks! I adjusted the numbers so they are 5-7m away from the streets centerlines. 2014-02-09 18:06 GMT-02:00 WanMil <wmgcnfg@web.de>:
I just wanted to make sure mkgmap would find the numbers by keeping them
as close as possible.
Hi Paulo,
mkgmap finds all nodes with a distance up to 150m from the street. So there is no problem if you place them some meters away :-)
Have fun! WanMil _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
participants (4)
-
GerdP
-
Paulo Carvalho
-
Steve Ratcliffe
-
WanMil