Strange strings in addresses (r1654)

Hi! For example here: http://www.openstreetmap.org/?lat=48.126914&lon=11.594227&zoom=18&layers=B00... The info for the Restaurant "Mitani" is: Mitani Rablstrasse 45 81669 G 18 85560 Ebersberg So there seem to be some problems with strings. Dani

Hi
The info for the Restaurant "Mitani" is:
Mitani Rablstrasse 45 81669 G 18 85560 Ebersberg
So there seem to be some problems with strings.
I downloaded the area. I see: Mitani Rablstrasse 45 81669 which is all fine. I've no idea where the rest of it comes from, were you using some option that attempts to fill in town/state information? ..Steve

Steve Ratcliffe wrote:
Hi
The info for the Restaurant "Mitani" is:
Mitani Rablstrasse 45 81669 G 18 85560 Ebersberg
So there seem to be some problems with strings.
I downloaded the area. I see:
Mitani Rablstrasse 45 81669
which is all fine. I've no idea where the rest of it comes from, were you using some option that attempts to fill in town/state information?
No, there should be the city added: München. 81669 München would be correct. But to add the city was a former normal behaviour of mkgmap. I use: java -Xmx400m -enableassertions -jar mkgmap.jar \ --generate-sea=polygons \ --route \ --tdbfile \ --latin1 \ --code-page=1252 \ --description="OpenStreetMap-Oberbayern" \ --gmapsupp --country-name=Germany \ --country-abbr=DE \ --family-name="Open Street Map" \ --family-id=18 \ --product-id=1 \ --series-name="OSM-Oberbayern" \ --index \ --road-name-pois=0x640a \ --add-pois-to-areas \ --ignore-maxspeeds \ --remove-short-arcs \ --adjust-turn-headings \ --report-similar-arcs \ --link-pois-to-ways \ --location-autofill=1 \ --drive-on-right \ --check-roundabouts \ --check-roundabout-flares \ --style-file=../styles_dani \ ../tiles_obb/*.osm.gz dani_18.typ Dani

"Daniela Duerbeck" daniela.duerbeck@gmx.de wrote on 16/07/2010 at 10:00:32 +1100 subject "[mkgmap-dev] Strange strings in addresses (r1654)" :
Steve Ratcliffe wrote:
Hi
The info for the Restaurant "Mitani" is:
Mitani Rablstrasse 45 81669 G 18 85560 Ebersberg
So there seem to be some problems with strings.
I downloaded the area. I see:
Mitani Rablstrasse 45 81669
which is all fine. I've no idea where the rest of it comes from, were you using some option that attempts to fill in town/state information?
No, there should be the city added: München. 81669 München would be correct. But to add the city was a former normal behaviour of mkgmap.
I suspect that there is some trouble with addr: handling. See my post on routing issues triggered by addr: tags http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2010q3/008574.html Subject: "[mkgmap-dev] Routing issue caused by addr:street?" -- Sincerely Hendrik Oesterlin - email hendrikmail2002@yahoo.de ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

Hendrik Oesterlin wrote:
I suspect that there is some trouble with addr: handling. See my post on routing issues triggered by addr: tags http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2010q3/008574.html Subject: "[mkgmap-dev] Routing issue caused by addr:street?"
These problems may indeed have the same reason: If the streetname is not well terminated, Garmin cannot find it. So I would suggest to look at the code that builds the img file. Perhaps the Umlauts cause this problem? Dani

Today, with mkgmap 1655 and current Oberbayern from Geofabrik http://download.geofabrik.de/osm/europe/germany/bayern/oberbayern.osm.bz2 I get: Mitani Rablstrasse 45 81669 Anzinger Siedlung 19 85560 Ebersberg Dani

And the behaviour changes when I use a different typ file. My boyfriend had an idea: He said that these string errors normally are caused by bad terminated strings how we know them from C-Programs, not from Java. So perhaps the img-file is somehow wrong built together causing the internal Garmin software to output strange strings. That makes sense in my opinion. Dani

On Jul 16, 2010, at 14:48, Daniela Duerbeck wrote:
Today, with mkgmap 1655 and current Oberbayern from Geofabrik http://download.geofabrik.de/osm/europe/germany/bayern/oberbayern.osm.bz2 I get:
Mitani Rablstrasse 45 81669 Anzinger Siedlung 19 85560 Ebersberg
Hm... with my Geofabrik extract and Mkgmap 1652 I get the following: Rablstrasse 45 81669, München, DE, DE Which, aside from the DE, DE part, seems to be correct. I'll try updating mkgmap and recompiling to see if that makes a difference. If it does not make a difference, then either something in the mkgmap options or in the JRE/OS may be causing the problem. Cheers. P.S., If I'm ever in Munich, is that a good restaurant? Japanese? ;-)

Hi Clinton!
Hm... with my Geofabrik extract and Mkgmap 1652 I get the following:
Rablstrasse 45 81669, München, DE, DE
Which, aside from the DE, DE part, seems to be correct. I'll try updating mkgmap and recompiling to see if that makes a difference.
If it does not make a difference, then either something in the mkgmap options or in the JRE/OS may be causing the problem.
I do not think so. It is a very strange bug. It changes for example even, if the osm file, the styles, the mkgmap etc. remain the same and just the typ file is changed.
P.S., If I'm ever in Munich, is that a good restaurant? Japanese? ;-)
I do not even know it. It was just a point where I found this strange behaviour. I had the same in the same street at a restaurant nearby. Dani

I do not think so. It is a very strange bug. It changes for example even, if the osm file, the styles, the mkgmap etc. remain the same and just the typ file is changed.
That kind of points to the problem being in the TYP file - mkgmap doesn't really do anything to modify the TYP file, or at least it is not meant to. ..Steve

Steve Ratcliffe wrote:
I do not think so. It is a very strange bug. It changes for example even, if the osm file, the styles, the mkgmap etc. remain the same and just the typ file is changed.
That kind of points to the problem being in the TYP file - mkgmap doesn't really do anything to modify the TYP file, or at least it is not meant to.
But Clinton got also strange strings. Without my typ file. Or something else from me. The "DE DE" that he got should also not be in this string. These string parts come from elsewhere. I am innocent! Dani

On Tue, Jul 20, 2010 at 12:04 AM, Daniela Duerbeck <daniela.duerbeck@gmx.de> wrote:
But Clinton got also strange strings. Without my typ file. Or something else from me. The "DE DE" that he got should also not be in this string. These string parts come from elsewhere. I am innocent!
I am almost certain that the DE, DE which I get is due to the fact that I set both the country as well as the region abbreviation to "DE". Therefore, this problem is most likely created by me. As I mentioned in my previous e-mail, it would be interesting if you also explicitly set the region information: it could be that mkgmap is picking up random information if you don't set this. Cheers

On 19/07/10 23:04, Daniela Duerbeck wrote:
Steve Ratcliffe wrote:
I do not think so. It is a very strange bug. It changes for example even, if the osm file, the styles, the mkgmap etc. remain the same and just the typ file is changed.
That kind of points to the problem being in the TYP file - mkgmap doesn't really do anything to modify the TYP file, or at least it is not meant to.
But Clinton got also strange strings. Without my typ file. Or something else from me. The "DE DE" that he got should also not be in this string.
I thought (since confirmed by Clinton) that the 'DE' parts were the country name as set on the command line. Could you upload a broken example so I can see exactly what is in the file. You can try http://upload.mkgmap.org.uk/upload/ ..Steve

Steve Ratcliffe wrote:
Could you upload a broken example so I can see exactly what is in the file.
At the moment unfortunately not: This Heisenbug vanished yesterday in my maps.(Without doing anything regarding region or else) just with a new oberbayern.osm and a slightly modified typfile. Sorry. :-((( Dani

On Jul 19, 2010, at 20:02, Daniela Duerbeck wrote:
Hi Clinton!
Hm... with my Geofabrik extract and Mkgmap 1652 I get the following:
Rablstrasse 45 81669, München, DE, DE
Which, aside from the DE, DE part, seems to be correct. I'll try updating mkgmap and recompiling to see if that makes a difference.
If it does not make a difference, then either something in the mkgmap options or in the JRE/OS may be causing the problem.
I do not think so. It is a very strange bug. It changes for example even, if the osm file, the styles, the mkgmap etc. remain the same and just the typ file is changed.
I noticed that you do not set the region name or abbreviation. Perhaps you could try that? I seem to be getting pretty consistent results, but I always compile with the following options: --country-name="$OSM_COUNTRY" --country-abbr=$OSM_COUNTRY_ABR \ --region-name="$OSM_REGION" --region-abbr=$OSM_REGION_ABR \ (With appropriate variable substitution, of course.) Cheers.

which is all fine. I've no idea where the rest of it comes from, were you using some option that attempts to fill in town/state information?
No, there should be the city added: München. 81669 München would be correct. But to add the city was a former normal behaviour of mkgmap.
This option: --location-autofill=1 is the one that attempts to locate the city that a POI belongs to. But it is not magic it just tries to find a nearby city. It depends on the data how successful it is. In my case I got different results as the .osm file was smaller and did not the string 'Ebersberg'. So you really need to track down, from the data, where the strings are coming from. The problem could be solely in the data, but if the bug is in mkgmap, then we need to know what the actual data was so that we can see what is going wrong. ..Stev
participants (4)
-
Clinton Gladstone
-
Daniela Duerbeck
-
Hendrik Oesterlin
-
Steve Ratcliffe