How to debug: IE instead of IRL
Hi, when I build a map for Ireland, the abrevision is "IE" and not the expected "IRL". The LocatorConfig.xml looks Ok to me. In the log files I find mkgmap:country=IE and mkgmap:country=IRL. for example: 2011/11/21 23:40:16 WARNUNG (StyledConverter): 71340006.osm.pbf: Unclosed way ht tp://www.openstreetmap.org/browse/way/46605658 [mkgmap:admin_level5=Leinster,mkg map:admin_level6=County Kilkenny,man_made=pier,mkgmap:region=County Kilkenny,mkg map:admin_level2=IE,mkgmap:country=IE] should be converted as shape but the star t or end point lies inside the bbox. Skip it. And: 2011/11/21 23:38:36 WARNUNG (StyledConverter): 71340001.osm.pbf: Unclosed way ht tp://www.openstreetmap.org/browse/way/106590397 [mkgmap:admin_level5=Ulster,mkgm ap:way-has-pois=true,man_made=pier,mkgmap:admin_level6=County Donegal,mkgmap:reg ion=County Donegal,mkgmap:admin_level2=IRL,mkgmap:country=IRL] should be convert ed as shape but the start or end point lies inside the bbox. Skip it. I can overwrite it in the style, but I would really like to understand what's going on and how to fix it correct. Thanks, Thorsten -- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
Hi,
when I build a map for Ireland, the abrevision is "IE" and not the expected "IRL".
The LocatorConfig.xml looks Ok to me. In the log files I find mkgmap:country=IE and mkgmap:country=IRL.
for example:
2011/11/21 23:40:16 WARNUNG (StyledConverter): 71340006.osm.pbf: Unclosed way ht tp://www.openstreetmap.org/browse/way/46605658 [mkgmap:admin_level5=Leinster,mkg map:admin_level6=County Kilkenny,man_made=pier,mkgmap:region=County Kilkenny,mkg map:admin_level2=IE,mkgmap:country=IE] should be converted as shape but the star t or end point lies inside the bbox. Skip it.
And: 2011/11/21 23:38:36 WARNUNG (StyledConverter): 71340001.osm.pbf: Unclosed way ht tp://www.openstreetmap.org/browse/way/106590397 [mkgmap:admin_level5=Ulster,mkgm ap:way-has-pois=true,man_made=pier,mkgmap:admin_level6=County Donegal,mkgmap:reg ion=County Donegal,mkgmap:admin_level2=IRL,mkgmap:country=IRL] should be convert ed as shape but the start or end point lies inside the bbox. Skip it.
I can overwrite it in the style, but I would really like to understand what's going on and how to fix it correct.
Thanks, Thorsten
Hi Thorsten, I've observed such a problem once although I cannot fully adapt it to your problem. Anyhow I'll describe what happens in mkgmap so you might have an idea yourself?! When the tiles are processed the following things happen: - On the first access to the LocatorConfig.xml it is loaded. mkgmap tries to improve the country information in this locator data structure while it is running. - When the option index with location-autofill=bounds... is set the precompiled bounds are loaded. The country info of the precompiled bounds (all tags of the country relation) are added to the locator data structure. This enables mkgmap to follow the name-tag-list option for country names. - All elements (point, line, shape) are applied with the precompiled bounds info (mkgmap:admin_level2=IRL) - After the style is applied the country abbreviations are expanded to the complete names using the locator data structure. If the country was contained in the precompiled bounds the name-tag-list option is used to retrieve the full country name from the locator data structure. Otherwise the full country name is taken from the LocatorConfig.xml data. What might have happened in your case is: 1. You have used different name-tag-list values for different tiles (is that possible? I should know but I am unsure...). Anyhow the country abbreviation should be the same because it is always taken from the LocatorConfig.xml. 2. The precompiled bounds of Ireland might have been incomplete so that the admin_level2 boundary did not cover the full area of Ireland. In this case the precompiled bounds of the first tile might not contain any admin_level2 information. This also means that the LocatorConfig.xml data is used for retrieving the full country name. For further tiles the locator data is completed with the tags of the Ireland boundary and therefore the name-tag-list option decides what's the full country name. Anyhow the country abbreviation should be the same... If you can reproduce the problem you can send me your splitter settings, your mkgmap parameters including your style files. Then I can have a look on it. WanMil
On Mon, Nov 28, WanMil wrote:
Hi Thorsten,
I've observed such a problem once although I cannot fully adapt it to your problem. Anyhow I'll describe what happens in mkgmap so you might have an idea yourself?!
What might have happened in your case is: 1. You have used different name-tag-list values for different tiles (is that possible? I should know but I am unsure...). Anyhow the country abbreviation should be the same because it is always taken from the LocatorConfig.xml.
No, I don't use different name-tag-list values for different tiles. And meanwhile I found out that the country abbreviation is always the one from "--country-abbr=XYZ", independent of which value is specified here. Since the island Ireland consists of two countrys, the value is always wrong for both states. Between, only the country Ireland is wrong, North-Irland is always correct.
2. The precompiled bounds of Ireland might have been incomplete so that the admin_level2 boundary did not cover the full area of Ireland.
The precompiled bounds are yours. Between, the latest world tar.gz archive from November is broken, I always get CRC errors when trying to unpack it.
If you can reproduce the problem you can send me your splitter settings, your mkgmap parameters including your style files. Then I can have a look on it.
I tared up the whole directory, since it isn't that big: http://osm.thkukuk.de/ireland.tar.bz2 Change into that directory and call: "mkgmap --style-file=style/ --country-name=ireland --country-abbr=EU --series-name=TK-Ireland-Basemap --family-name=TK-OSM-EU --area-name=EU --overview-mapname=TK-OSM-Ireland-Basemap --tdbfile --latin1 --bounds=bounds --location-autofill=bounds,nearest,is_in --add-pois-to-areas --reduce-point-density-polygon=8 --min-size-polygon=8 --make-opposite-cycleways --remove-short-arcs --adjust-turn-headings --route --net --generate-sea=extend-sea-sectors '--pois-to-areas-placement=entrance=main;entrance=yes;building=entrance;barrier=entrance' --index -c mkgmap.cfg --gmapsupp -c maps.cfg --description=TK-Ireland-Basemap TK_EU.TYP" You need to adjust the bounds option of course. Thorsten -- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
On Mon, Nov 28, WanMil wrote:
Hi Thorsten,
I've observed such a problem once although I cannot fully adapt it to your problem. Anyhow I'll describe what happens in mkgmap so you might have an idea yourself?!
What might have happened in your case is: 1. You have used different name-tag-list values for different tiles (is that possible? I should know but I am unsure...). Anyhow the country abbreviation should be the same because it is always taken from the LocatorConfig.xml.
No, I don't use different name-tag-list values for different tiles. And meanwhile I found out that the country abbreviation is always the one from "--country-abbr=XYZ", independent of which value is specified here. Since the island Ireland consists of two countrys, the value is always wrong for both states. Between, only the country Ireland is wrong, North-Irland is always correct.
I am not sure if I understand you correct: Northern Ireland is always correct (which means abbrevation is GBR) whereas Republic of Ireland is always incorrect (which means abbreveation is the value of --country-abbr). Did you mean that? Anyhow you provided two error messages as examples. Both are located in the country Republic of Ireland. http://www.openstreetmap.org/browse/way/46605658 [...,mkgmap:admin_level2=IE,mkgmap:country=IE] http://www.openstreetmap.org/browse/way/106590397 [...,mkgmap:admin_level2=IRL,mkgmap:country=IRL] The first way shows the problem very good. The mkgmap:admin_level2 tag is set to IE, so there must be a precompiled boundary with the tags admin_level=2 and nameXXX=IE where nameXXX is one of the tags set by name-tag-list. I have searched the precompiled bounds of Oct 16th (you are using them?) but I couldn't find such a boundary so far. So at the moment I have no idea about the problem...
2. The precompiled bounds of Ireland might have been incomplete so that the admin_level2 boundary did not cover the full area of Ireland.
The precompiled bounds are yours. Between, the latest world tar.gz archive from November is broken, I always get CRC errors when trying to unpack it.
I have downloaded the world_bounds_20111106.tar.gz. I do not have problems unpacking it. I have used 7-zip to create the tar.gz. Maybe that causes a problem?
If you can reproduce the problem you can send me your splitter settings, your mkgmap parameters including your style files. Then I can have a look on it.
I tared up the whole directory, since it isn't that big:
http://osm.thkukuk.de/ireland.tar.bz2
Change into that directory and call: "mkgmap --style-file=style/ --country-name=ireland --country-abbr=EU --series-name=TK-Ireland-Basemap --family-name=TK-OSM-EU --area-name=EU --overview-mapname=TK-OSM-Ireland-Basemap --tdbfile --latin1 --bounds=bounds --location-autofill=bounds,nearest,is_in --add-pois-to-areas --reduce-point-density-polygon=8 --min-size-polygon=8 --make-opposite-cycleways --remove-short-arcs --adjust-turn-headings --route --net --generate-sea=extend-sea-sectors '--pois-to-areas-placement=entrance=main;entrance=yes;building=entrance;barrier=entrance' --index -c mkgmap.cfg --gmapsupp -c maps.cfg --description=TK-Ireland-Basemap TK_EU.TYP"
You need to adjust the bounds option of course.
Thanks, I will try that. WanMil
Thorsten
On Mon, Nov 28, WanMil wrote:
No, I don't use different name-tag-list values for different tiles. And meanwhile I found out that the country abbreviation is always the one from "--country-abbr=XYZ", independent of which value is specified here. Since the island Ireland consists of two countrys, the value is always wrong for both states. Between, only the country Ireland is wrong, North-Irland is always correct.
I am not sure if I understand you correct: Northern Ireland is always correct (which means abbrevation is GBR) whereas Republic of Ireland is always incorrect (which means abbreveation is the value of --country-abbr). Did you mean that?
Yes, that's what i mean.
Anyhow you provided two error messages as examples. Both are located in the country Republic of Ireland. http://www.openstreetmap.org/browse/way/46605658 [...,mkgmap:admin_level2=IE,mkgmap:country=IE] http://www.openstreetmap.org/browse/way/106590397 [...,mkgmap:admin_level2=IRL,mkgmap:country=IRL]
The first way shows the problem very good. The mkgmap:admin_level2 tag is set to IE, so there must be a precompiled boundary with the tags admin_level=2 and nameXXX=IE where nameXXX is one of the tags set by name-tag-list. I have searched the precompiled bounds of Oct 16th (you are using them?) but I couldn't find such a boundary so far. So at the moment I have no idea about the problem...
I could reproduce it with the precompiled bounds of July, August and November.
The precompiled bounds are yours. Between, the latest world tar.gz archive from November is broken, I always get CRC errors when trying to unpack it.
I have downloaded the world_bounds_20111106.tar.gz. I do not have problems unpacking it. I have used 7-zip to create the tar.gz. Maybe that causes a problem?
Yes, that's the problem. I used now 7-zip, too, and with that, I could extract the file without problem. gunzip didn't worked, even if the archive claims to be "gzip compressed data". Thorsten -- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
On Mon, Nov 28, WanMil wrote:
On Mon, Nov 28, WanMil wrote:
Hi Thorsten,
I've observed such a problem once although I cannot fully adapt it to your problem. Anyhow I'll describe what happens in mkgmap so you might have an idea yourself?!
What might have happened in your case is: 1. You have used different name-tag-list values for different tiles (is that possible? I should know but I am unsure...). Anyhow the country abbreviation should be the same because it is always taken from the LocatorConfig.xml.
No, I don't use different name-tag-list values for different tiles. And meanwhile I found out that the country abbreviation is always the one from "--country-abbr=XYZ", independent of which value is specified here. Since the island Ireland consists of two countrys, the value is always wrong for both states. Between, only the country Ireland is wrong, North-Irland is always correct.
I am not sure if I understand you correct: Northern Ireland is always correct (which means abbrevation is GBR) whereas Republic of Ireland is always incorrect (which means abbreveation is the value of --country-abbr). Did you mean that?
Anyhow you provided two error messages as examples. Both are located in the country Republic of Ireland. http://www.openstreetmap.org/browse/way/46605658 [...,mkgmap:admin_level2=IE,mkgmap:country=IE] http://www.openstreetmap.org/browse/way/106590397 [...,mkgmap:admin_level2=IRL,mkgmap:country=IRL]
The first way shows the problem very good. The mkgmap:admin_level2 tag is set to IE, so there must be a precompiled boundary with the tags admin_level=2 and nameXXX=IE where nameXXX is one of the tags set by name-tag-list. I have searched the precompiled bounds of Oct 16th (you are using them?) but I couldn't find such a boundary so far. So at the moment I have no idea about the problem...
Was revision 2133 to be supposed to fix this? Anyhow, with r2133 it is now working fine for me. Thanks, Thorsten -- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
On Mon, Nov 28, WanMil wrote:
On Mon, Nov 28, WanMil wrote:
Hi Thorsten,
I've observed such a problem once although I cannot fully adapt it to your problem. Anyhow I'll describe what happens in mkgmap so you might have an idea yourself?!
What might have happened in your case is: 1. You have used different name-tag-list values for different tiles (is that possible? I should know but I am unsure...). Anyhow the country abbreviation should be the same because it is always taken from the LocatorConfig.xml.
No, I don't use different name-tag-list values for different tiles. And meanwhile I found out that the country abbreviation is always the one from "--country-abbr=XYZ", independent of which value is specified here. Since the island Ireland consists of two countrys, the value is always wrong for both states. Between, only the country Ireland is wrong, North-Irland is always correct.
I am not sure if I understand you correct: Northern Ireland is always correct (which means abbrevation is GBR) whereas Republic of Ireland is always incorrect (which means abbreveation is the value of --country-abbr). Did you mean that?
Anyhow you provided two error messages as examples. Both are located in the country Republic of Ireland. http://www.openstreetmap.org/browse/way/46605658 [...,mkgmap:admin_level2=IE,mkgmap:country=IE] http://www.openstreetmap.org/browse/way/106590397 [...,mkgmap:admin_level2=IRL,mkgmap:country=IRL]
The first way shows the problem very good. The mkgmap:admin_level2 tag is set to IE, so there must be a precompiled boundary with the tags admin_level=2 and nameXXX=IE where nameXXX is one of the tags set by name-tag-list. I have searched the precompiled bounds of Oct 16th (you are using them?) but I couldn't find such a boundary so far. So at the moment I have no idea about the problem...
Was revision 2133 to be supposed to fix this? Anyhow, with r2133 it is now working fine for me.
Thanks, Thorsten
When having a look at your problem I observed this problem although I don't think that it fixes it. Anyhow I am glad that it's working now :-) WanMil
participants (2)
-
Thorsten Kukuk -
WanMil