[mkgmap-dev] CodePage number set to 0 after compiled
Hi all, i don't know, if i had something forgotten but since some time, if i compile my style.txt with mkgmap, the resulting typ-file seems to not have any codepage number other than Zero. Only the TYPviewer complains about this, on my device (GPSMAP 476cx) or with MapSource i don't see any troubles. This is the error message the TYPviewer generates : ** Errors in the file : D:\GPS\Maps\MYGERMANY\newstyle.typ ** Unknown CodePage number: 0 TYPViewer has replaced it with 1252 If it doesn't fit, select an another CodePage number in the combobox "CodePage" Any ideas what to do ? btw i used mkgmap-r4487 to compile ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Routing problem on GPSMAP 276Cx
Hi all might be i stumbled again over a silly problem on my GPSMAP 276Cx. Try to route from my Hometown Hürtgenwald to Bad Honnef. The most obvious way to do that is using the ferry Rolandseck <-> Bad Honnef. MapSource will use it but it seems, that the Garmin Device refuse to use any ferry routing, it chooses always a routing using bridges. Any idea, what could be wrong ? -- Mit freundlichen Grüßen # Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Possible style file error
Hi all as i had to search some cities in southern germany last week, i was wondering, why my GPSMAP 276Cx and also MapSource shows the french name for the river DONAU and not the german one. This happens only for default name display, not if i use the pointer to highlight the item. The curious thing is, for mostly all other rivers the device shows the correct german name, only the river Donau will be shown as DANUBE. Looking into JOSM i found no differences in tagging of these two rivers. Any idea where to change this behaviour ? Mit freundlichen Grüßen # Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Possible style file error
Hi Gerd i'm using --name-tag-list=name:de,name:en,int_name,name,place_name,loc_name and i remember, that i've changed the parameters recently (but not which one). May be, i should delete int_name ?? Am 06.06.2021 um 14:54 schrieb Gerd Petermann: Hi Manfred, do you use option --name-tag-list ? If yes, with what parameters? with something like name-tag-list=name:de,name this should not happen. Gerd Von: mkgmap-dev im Auftrag von Manfred Haiduk Gesendet: Sonntag, 6. Juni 2021 14:17 An: Development list for mkgmap Betreff: [mkgmap-dev] Possible style file error Hi all as i had to search some cities in southern germany last week, i was wondering, why my GPSMAP 276Cx and also MapSource shows the french name for the river DONAU and not the german one. This happens only for default name display, not if i use the pointer to highlight the item. The curious thing is, for mostly all other rivers the device shows the correct german name, only the river Donau will be shown as DANUBE. Looking into JOSM i found no differences in tagging of these two rivers. Any idea where to change this behaviour ? Mit freundlichen Grüßen ##### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev Mit freundlichen Grüßen ##### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Possible style file error
Hi Gerd good gibt and i will check this later after our walk with the Dog 🐶 ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Millions of DIAG outputs during map generation
Hi all, may be i've missed something in all the recent discussions. Using mkgmap r4745 or r4760 i get nearly hundreds of diag warnings as follows : DIAG: uk.me.parabola.imgfmt.app.net.RouteNode .\data\MYGERMANY\70030112.osm.pbf: Roundabout (http://www.openstreetmap.org/way/33755004) is connected to more than one road at http://www.openstreetmap.org/?mlat=50.209576&mlon=11.968477&zoom=17 i guess, i can simply ignore them but my question is, can i switch them off ? And for my last question concerning style file error, Gerd gave me the correct hint, for the river DONAU there is no tag name:de in the database 😭 Mit freundlichen Grüßen ##### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Millions of DIAG outputs during map generation
Sorry Gerd i must admit that i have no clue what is meant by this statement : roundabout is connected to more than one road. For my opinion every roundabout has to be connected to more than one road ... So i cannot search or look for false positives 😭 Am 09.06.2021 um 13:39 schrieb Gerd Petermann: Hi Manfred, I'll have a closer look at the patch to suppress the console messages soon. You can ignore them or try to fix the OSM data. If you find false positives please report them. Gerd Von: mkgmap-dev im Auftrag von Manfred Haiduk Gesendet: Mittwoch, 9. Juni 2021 13:13 An: Development list for mkgmap Betreff: [mkgmap-dev] Millions of DIAG outputs during map generation Hi all, may be i've missed something in all the recent discussions. Using mkgmap r4745 or r4760 i get nearly hundreds of diag warnings as follows : DIAG: uk.me.parabola.imgfmt.app.net.RouteNode .\data\MYGERMANY\70030112.osm.pbf: Roundabout (http://www.openstreetmap.org/way/33755004) is connected to more than one road at http://www.openstreetmap.org/?mlat=50.209576&mlon=11.968477&zoom=17 i guess, i can simply ignore them but my question is, can i switch them off ? And for my last question concerning style file error, Gerd gave me the correct hint, for the river DONAU there is no tag name:de in the database 😭 Mit freundlichen Grüßen ######### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev Mit freundlichen Grüßen ######### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Millions of DIAG outputs during map generation
Hi Gerd now i understand the problem 😁 Am 09.06.2021 um 14:05 schrieb Gerd Petermann: Hi Manfred, well, that's at least an impportant information that might help to improve the message ;) The most important information is in the link after "at". It tries to point out that two or more roads are connected at the same point. This is not normal and causes problems with the routing hints like "leave the roundabout at the 2nd exit" as it might not be clear what roads are counted. Gerd Von: mkgmap-dev im Auftrag von Manfred Haiduk Gesendet: Mittwoch, 9. Juni 2021 13:53 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] Millions of DIAG outputs during map generation Sorry Gerd i must admit that i have no clue what is meant by this statement : roundabout is connected to more than one road. For my opinion every roundabout has to be connected to more than one road ... So i cannot search or look for false positives 😭 Am 09.06.2021 um 13:39 schrieb Gerd Petermann: Hi Manfred, I'll have a closer look at the patch to suppress the console messages soon. You can ignore them or try to fix the OSM data. If you find false positives please report them. Gerd Von: mkgmap-dev im Auftrag von Manfred Haiduk Gesendet: Mittwoch, 9. Juni 2021 13:13 An: Development list for mkgmap Betreff: [mkgmap-dev] Millions of DIAG outputs during map generation Hi all, may be i've missed something in all the recent discussions. Using mkgmap r4745 or r4760 i get nearly hundreds of diag warnings as follows : DIAG: uk.me.parabola.imgfmt.app.net.RouteNode .\data\MYGERMANY\70030112.osm.pbf: Roundabout (http://www.openstreetmap.org/way/33755004) is connected to more than one road at http://www.openstreetmap.org/?mlat=50.209576&mlon=11.968477&zoom=17 i guess, i can simply ignore them but my question is, can i switch them off ? And for my last question concerning style file error, Gerd gave me the correct hint, for the river DONAU there is no tag name:de in the database 😭 Mit freundlichen Grüßen ######### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev Mit freundlichen Grüßen ######### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev Mit freundlichen Grüßen ######### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Minor spelling bug
Hi all as i have just opened the url https://www.mkgmap.org.uk/download/mkgmap.html i found a minor spelling bug. Instead of writing "--precomp-sea option" someone has omitted one letter "p" and there is written "--precom-sea option" If someone has time and could change this ? 😁 Mit freundlichen Grüßen ######### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] emergency_access_point
Hm Bernhard i think it's the same if they get the names of the emergency access point or if they get the coordinates from your gps device. As far as i know, if there was a fire in the forest near by, thy also sent the geo coords to the fire brigade or the ambulance Am 02.08.2021 um 17:32 schrieb Bernhard Hiller: Hi Gerd, the question is not so much where the next emergency access point is, but its reference number (or name). So that I can tell them e.g.: "we are in the forest halfway between WI-1234 and RÜD-9876". That's an information they can make use of. Regards, Bernhard Am 01.08.2021 um 13:05 schrieb Gerd Petermann: Hi Bernhard, no idea if there is a good POI type for this. I see no good use case for this when you have a Garmin device with you which tells you your position. Why would you want to know where the next emergency_access_point is? Gerd Von: mkgmap-dev im Auftrag von Bernhard Hiller Gesendet: Sonntag, 1. August 2021 12:35 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: [mkgmap-dev] emergency_access_point Hi all, "highway=ergency_access_point" (see https://wiki.openstreetmap.org/wiki/Tag:highway%3Demergency_access_point ) seems not to be included in our style: only in case of a line (instead of a point), there's an instruction: delete the highway tag. But it is a useful feature. In case of an emergency, you'll be asked: "where are you?" and then ... describing the place to the emergency service can be complicated: "on a cycle way next to the Rhine river a couple of kilometers south of the town of ..." is not exact enough. Unfortunatly, no emergency access point sign was directly at that place. Finding the name of a road leading to the place helped. So I think it could be helpful to know the reference number of emergency access points nearby. What could be a good Garmin id, so that it is searchable? Regards, Bernhard ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev Mit freundlichen Grüßen ##### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Solarpark Inden will not be displayed with the correct polygon
Hi all i just encounter a problem making my garmin maps. I do have the statement generator:source=solar [0x6d resolution 24] in my polygon style file. This works very well with all of the solar fields i have allready checked (not all, but these i was aware off) but for this particular solar field in the near of Weisweiler i get only the color of Hintergrund displayed. Do you have an idea whats going wrong with this polygon ? I have allready tried to use a polygon with another drwaing priority but it seems, the polygon itself will not be recognized. Mit freundlichen Grüßen # Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Solarpark Inden will not be displayed with the correct polygon
Hi Gerd yes, you are right, i've commented out the line barrier=fence & fence_type!=railing [0x10f09 resolution 24] in my lines file and the polygon will be displayed as it is supposed to be. But, i don't understand, why this line prevents drawing the polygon underneath ? And because of your hint, i checked my map and found several areas which are not displayed as i wished, all of them with a barrier=fence around. Do you have another hint how to manage this ? Thanks in advance Am 04.11.2021 um 11:07 schrieb Gerd Petermann: Hi Manfred, I assume you refer to https://www.osm.org/way/136793805 Maybe the tag barrier=fence makes the difference? Gerd Von: mkgmap-dev im Auftrag von Manfred Haiduk Gesendet: Mittwoch, 3. November 2021 13:44 An: Development list for mkgmap Betreff: [mkgmap-dev] Solarpark Inden will not be displayed with the correct polygon Hi all i just encounter a problem making my garmin maps. I do have the statement generator:source=solar [0x6d resolution 24] in my polygon style file. This works very well with all of the solar fields i have allready checked (not all, but these i was aware off) but for this particular solar field in the near of Weisweiler i get only the color of Hintergrund displayed. Do you have an idea whats going wrong with this polygon ? I have allready tried to use a polygon with another drwaing priority but it seems, the polygon itself will not be recognized. Mit freundlichen Grüßen ##### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de<mailto:mhai...@t-online.de> # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Solarpark Inden will not be displayed with the correct polygon
Thank you Gerd and Bernd, problem solved ! Am 04.11.2021 um 13:03 schrieb Bernd Weigelt: For these cases i have these rules in my style # barrier # please don't delete the continue action, because they are needed to render # landuse polygons with barrier tags barrier~'.*(wall)'[0x10f02 resolution 24 continue] barrier~'.*(fence)' [0x10f03 resolution 24 continue] barrier~'.*(block)' [0x10f05 resolution 24 continue] barrier~'.*(hedge)' [0x10f0c resolution 24 continue] Am Donnerstag, 4. November 2021, 11:07:44 CET schrieb Gerd Petermann: Hi Manfred, I assume you refer to https://www.osm.org/way/136793805 Maybe the tag barrier=fence makes the difference? Gerd ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] index option
Hi all, just for information, i'm using the GPSMAP 276Cx and all searches are very very slow. I think, GARMIN has changed the search algo within the firmware because on my former GPSMAP 276 i could'nt observe this slow searches. Am 11.11.2021 um 19:43 schrieb Gerd Petermann: Hi Karl, I've seen this problem on my Oregon when another map was installed (but not activated). The map was the Bicycling-Layer for Europe from http://osm.thkukuk.de/ I did not find out why it caused problems, but after renaming the corresponding *.img file the search was fast again. Gerd Von: mkgmap-dev im Auftrag von 7770 <7...@foskan.eu> Gesendet: Donnerstag, 11. November 2021 19:22 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: [mkgmap-dev] index option Hi. I generate maps using the following options (among others) --net --route --index --split-name-index When loading the ready img file to a GPSMAP 66st it is very slow in searching for cities (FIND -> Cities). Searching for some location can take many minutes or even lock the unit in rare cases. The problem is present even if a specific map is selected and search is only conducted within that map. Loading the same img file on an old etrex vista hcx did show very fast city search. Does anyone know if the options given to mkgmap can impact negatively in this particular scenaio or if there can be some other option added to make city search faster? Side note: street name search is fast, but searching among All POIs is also slow. Regards Karl ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev Mit freundlichen Grüßen ######### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Fwd: May be a rendering Problem of Ireland
Hi all i just realized some problem rendering Ireland. As this is not a region i frequently used i saw this curiosity just recenty. What i've discovered, the problem is not hooked on a special version of bounds or sea-latest, nor on a specific mkgmap version, because i saw this on a map compiled in November last year (don't know which mkgmap version i have used) and also in a map created just now with mkgmap 4855 and freshly downloaded sea and bounds latest. If i open the region in MapSource (highest detail level and 3Km Zoom or more) the map will be shown with polygon 0x22 (historic) as background but only in ireland and not in i.e Great Britain. See the Ireland Problem jpg File in the download area. Could this be a faulty style or is it something else ? Any comments are appreciated Mit freundlichen Grüßen ##### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Fwd: May be a rendering Problem of Ireland
Hi Gerd i have slightly changed the style rule some years ago into historic=* {add name='${historic|subst:"_=> "}'} [0x22 resolution 21] I don't remember why. 😅 Just now i've made a short test with the ireland map while omitting that rule and its working. But, i must admit, i don't have any clue how to exclude large polygons with the area_size function. So, for the time beeing, i will still use the polygon style file without rendering 'historic' 😉 Am 25.01.2022 um 18:46 schrieb Gerd Petermann: Hi Manfred, if this rule causes this you may add a clause to exclude very large polygons. Maybe with the area_size() function. historic=* & historic!=no & historic!=yes & boundary!=* {add name='${historic|subst:"_=> "}'} [0x22 resolution 21] Gerd Von: mkgmap-dev im Auftrag von Manfred Haiduk Gesendet: Dienstag, 25. Januar 2022 18:19 An: Development list for mkgmap Betreff: [mkgmap-dev] Fwd: May be a rendering Problem of Ireland Hi all i just realized some problem rendering Ireland. As this is not a region i frequently used i saw this curiosity just recenty. What i've discovered, the problem is not hooked on a special version of bounds or sea-latest, nor on a specific mkgmap version, because i saw this on a map compiled in November last year (don't know which mkgmap version i have used) and also in a map created just now with mkgmap 4855 and freshly downloaded sea and bounds latest. If i open the region in MapSource (highest detail level and 3Km Zoom or more) the map will be shown with polygon 0x22 (historic) as background but only in ireland and not in i.e Great Britain. See the Ireland Problem jpg File in the download area. Could this be a faulty style or is it something else ? Any comments are appreciated Mit freundlichen Grüßen # Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev Mit freundlichen Grüßen # Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Fwd: May be a rendering Problem of Ireland
Hi Gerd thank you for this hint. I will try ... ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] May be a rendering Problem of Ireland
Please ignore this mail, already solved. The mail was somehow lost in the www Am 25.01.2022 um 14:49 schrieb Manfred Haiduk: Hi all i just realized some problem rendering Ireland. As this is not a region i frequently used i saw this curiosity just recenty. What i've discovered, the problem is not hooked on a special version of bounds or sea-latest, nor on a specific mkgmap version, because i saw this on a map compiled in November last year (don't know which mkgmap version i have used) and also in a map created just now with mkgmap 4855 and freshly downloaded sea and bounds latest. If i open the region in MapSource (highest detail level and 3Km Zoom or more) the map will be shown with polygon 0x22 (historic) as background but only in ireland and not in i.e Great Britain. See the attached picture for closer details. Could this be a faulty style or is it something else ? Any comments are appreciated ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev Mit freundlichen Grüßen ##### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Help with registry for Basecamp
Hi all for all registration stuff concerning mapinstallation for mapsource and therefore also for Basecamp i use a programm called MapsetToolkit. Its working on all Windows Versions 10 and 11 since i use maps created by mkgmap Am 26.02.2023 um 17:21 schrieb skelter helter: Hello I need some help with this email from Eric sent here on the list some weeks ago: /If you are creating mkgmaptiles and you do not need to distribute your map to others, then the NSIS installer is not required./ /Initial installation requires importing registration data (.reg file)./ /Creating an NSIS installer takes time and then installing setup.exe also takes time./ // /For instance:/ // /Windows Registry Editor Version 5.00/ // /[HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Garmin\MapSource\Families\BIKE_Benelux]/ /"ID"=hex:4a,9c/ /"IDX"="G:\\BaseCamp\\BIKE_Benelux\\4001.mdx"/ /"MDR"="G:\\BaseCamp\\BIKE_Benelux\\4001_mdr.img"/ /"TYP"="G:\\BaseCamp\\BIKE_Benelux\\40010.TYP"/ // /[HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Garmin\MapSource\Families\BIKE_Benelux\1]/ /"BMAP"="G:\\BaseCamp\\BIKE_Benelux\\4001.img"/ /"LOC"="G:\\BaseCamp\\BIKE_Benelux"/ /"TDB"="G:\\BaseCamp\\BIKE_Benelux\\4001.tdb"/ Is there a way to create the REG file with Mkgmap, or do I have to create it by myself after generating the map ? If so, what is the meaning of the ID value and how do I choose the right one ? Thank you !! Diego *Da:* mkgmap-dev per conto di mkgmap-dev-requ...@lists.mkgmap.org.uk *Inviato:* giovedì 2 febbraio 2023 12:00 *A:* mkgmap-dev@lists.mkgmap.org.uk *Oggetto:* mkgmap-dev Digest, Vol 175, Issue 3 Send mkgmap-dev mailing list submissions to mkgmap-dev@lists.mkgmap.org.uk To subscribe or unsubscribe via the World Wide Web, visit https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev or, via email, send a message with subject or body 'help' to mkgmap-dev-requ...@lists.mkgmap.org.uk You can reach the person managing the list at mkgmap-dev-ow...@lists.mkgmap.org.uk When replying, please edit your Subject line so it is more specific than "Re: Contents of mkgmap-dev digest..." ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Observations about file size
Dear all playing around with gmapsupp command line option for mkgmap i have to notice, that if i build a map with a file list according the list i have selected within mapsource, the result img file is way greater than the img file produced by mapsource. Anyone have an idea why ? Example, i selected a list of files for my europe map within mapsource it will be about 3.9 Gb. Using the list of files as a template.args for mkgmap, the produced file is about 4.7 Gb Mit freundlichen Grüßen # Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Observations about file size
Please ignore this question, it seems, that i have made a mistake gathering the correct files Am 14.04.2023 um 15:12 schrieb Manfred Haiduk: Dear all playing around with gmapsupp command line option for mkgmap i have to notice, that if i build a map with a file list according the list i have selected within mapsource, the result img file is way greater than the img file produced by mapsource. Anyone have an idea why ? Example, i selected a list of files for my europe map within mapsource it will be about 3.9 Gb. Using the list of files as a template.args for mkgmap, the produced file is about 4.7 Gb Mit freundlichen Grüßen # Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Rendering Error at Region FR-Saint Maximin la Sainte Baume and around Gibraltar
Hallo i'm not quite sure, if this error is related to mkgmap or the OSM-Database. Just fiddling around making maps for my garmin device. The last three times, when i compiled my europe map, i have to discover two errors. The region around Gibraltar will not show up the mediterranian sea but the underlying terrain will show up as "unknown terrain". This error is only about 80 km around Gibraltar with Gibraltar nearly in the center. The other error is in the vicinity of the area called by splitter FR-Saint Maximin la Sainte Baume. At this complete square the default terrain layer is not compiled as undefined area but as sea. Any idea, if these errors are due to mkgmap or osm database ? -- Mit freundlichen Grüßen ######### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Rendering Error at Region FR-Saint Maximin la Sainte Baume and around Gibraltar
Uhh, its a quick response to my question. Now i've added two screenshots from MapSource for these two regions. And its not only MapSource, who shows the error, but also BAseCamp and the Garmin Device GPSMap 276Cx. According the picture "Gibraltar", you will see, that instead of the blue sea i.e in the harbour of algeciras the polygon is rendered in the default terrein colour. And for the area "france error" its vice versa, instead of terrein there is the colour of the blue sea. I tried to figure out with the help of the JOSM editor, what type of background polygon is used, but as i'm a newbee for this editor, i was not able to catch the background polygon Am 09.11.2017 um 17:24 schrieb Gerd Petermann: Hi Manfred, sorry, I don't understand the problem. Do you think that splitter (or more precisely the --geonames-file option) sets wrong description values for the tiles in template.args ? Maybe you can post links to a few screenshots that show what you are talking about? Gerd ____ Von: mkgmap-dev im Auftrag von Manfred Haiduk Gesendet: Donnerstag, 9. November 2017 17:11:47 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: [mkgmap-dev] Rendering Error at Region FR-Saint Maximin la Sainte Baume and around Gibraltar Hallo i'm not quite sure, if this error is related to mkgmap or the OSM-Database. Just fiddling around making maps for my garmin device. The last three times, when i compiled my europe map, i have to discover two errors. The region around Gibraltar will not show up the mediterranian sea but the underlying terrain will show up as "unknown terrain". This error is only about 80 km around Gibraltar with Gibraltar nearly in the center. The other error is in the vicinity of the area called by splitter FR-Saint Maximin la Sainte Baume. At this complete square the default terrain layer is not compiled as undefined area but as sea. Any idea, if these errors are due to mkgmap or osm database ? -- Mit freundlichen Grüßen ######### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- Mit freundlichen Grüßen ######### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] How to deal with tag aeroway=runway either made as polygon or as line
Hi just now i stuck with the following rendering trouble. As you can see from the attached pictures, these two airports have identically tags for the runway, but the Wittmund runway is made out of a polygon and the Jever runway is made out of a line. If i put the rendering cmd into the line style file, Wittmund airport will be drawn with two runways and a gap in between. If i put the aeroway=runway item into the polygon style file, Wittmund will be drawn correctly, but Jever could not be drawn, as there is no polygon used for the runway.Using the aeroway=runway tag in both style files, will lead again Wittmund runway to be drawn as if there were two of them and no polygon underlying it. Is there any trick within the style file, to get a correct drawing with this inconsistency or is the only way to change, edit these airfield in the OSM database? -- Mit freundlichen Grüßen # Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] How to deal with tag aeroway=runway either made as polygon or as line
Thanks for the quick answer, thats the style trick i'm not aware of Am 12.11.2017 um 09:45 schrieb Joris Bo: Hallo Manfred Sounds like you use continue on the line? I also test for is_closed() on the line file #Lines - Aeroways #=== aeroway = runway & is_closed() != true [0x10d08 resolution 20] aeroway = taxiway & is_closed() != true [0x10d09 resolution 22] #polygons - Aeroways #=== aeroway = airport [0x07 resolution 18] aeroway = aerodrome & landuse != military [0x07 resolution 20] aeroway = helipad | aeroway = runway | aeroway = taxiway [0x7f resolution 22] aeroway = apron [0x3a resolution 22] aeroway = terminal & building = * [0x3b00 resolution 22] Met vriendelijke groet, Joris Bovens -Oorspronkelijk bericht- Van: mkgmap-dev [mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk] Namens Manfred Haiduk Verzonden: zaterdag 11 november 2017 23:14 Aan: mkgmap-dev@lists.mkgmap.org.uk Onderwerp: [mkgmap-dev] How to deal with tag aeroway=runway either made as polygon or as line Hi just now i stuck with the following rendering trouble. As you can see from the attached pictures, these two airports have identically tags for the runway, but the Wittmund runway is made out of a polygon and the Jever runway is made out of a line. If i put the rendering cmd into the line style file, Wittmund airport will be drawn with two runways and a gap in between. If i put the aeroway=runway item into the polygon style file, Wittmund will be drawn correctly, but Jever could not be drawn, as there is no polygon used for the runway.Using the aeroway=runway tag in both style files, will lead again Wittmund runway to be drawn as if there were two of them and no polygon underlying it. Is there any trick within the style file, to get a correct drawing with this inconsistency or is the only way to change, edit these airfield in the OSM database? -- Mit freundlichen Grüßen ######### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] max-jobs patch
I don't know, if Nordrhein-Westfalen is that kind of large tiles you meant. Splitter ended up with 43 files and i tried to make mapsource maps with and without --max-jobs option and mkgmap r4000. My computer does the job with 43 files about 12minutes faster than without this option. My laptop is a core i5 with 8Gb of memory. The command i use is like this line : java -Xmx7500m -XX:-UseGCOverheadLimit -ea -jar -Dlog.config=logging.properties C:\PROGRA~2\KartenTools\mkgmap\mkgmap.jar --location-autofill=is_in,nearest --mapname=70060001 --family-id=7006 .\styles\mystyle.txt --series-name="STYLE TEST" --family-name="OpenStreetmap" --country-name=STYLETEST --country-abbr=STY --area-name=STY --overview-mapname="overview" --latin1 --style-file=.\styles --style=myland --max-jobs --keep-going --check-roundabouts --drive-on=detect,right --output-dir=.\out\MYSTYLE --index --bounds=mybounds --route --name-tag-list=name,place_name,loc_name --housenumbers --x-split-name-index --add-pois-to-areas --precomp-sea=.\input\sea.zip --tdbfile --draw-priority=10 --gmapsupp -c .\data\MYSTYLE\template.args --description=MYSTYLE --remove-ovm-work-files=true Hope this gave you some useful hints Am 07.02.2018 um 20:06 schrieb Gerd Petermann: Hi Mike, I did not yet try it. My understanding is that the Garbage Collection will try hard to avoid an out of heap exception. In other words: A user might see better throughput with fewer parallel jobs. What are your experiences? Did you try with large maps, say > 40 large tiles ? Gerd Von: mkgmap-dev im Auftrag von Mike Baggaley Gesendet: Mittwoch, 7. Februar 2018 01:58 An: 'Development list for mkgmap' Betreff: Re: [mkgmap-dev] max-jobs patch Hi Gerd, please find attached v2 of the max-jobs patch. This version additionally catches out of heap memory exceptions and displays a message suggesting either the use of the Java -Xmx option to increase the available heap memory or the mkgmap --max-jobs option with a smaller value to reduce the memory requirement (the latter is suggested only if using more than one thread). How does that seem? Regards, Mike -Original Message- From: Gerd Petermann [mailto:gpetermann_muenc...@hotmail.com] Sent: 05 February 2018 07:28 To: Mike Baggaley ; 'Development list for mkgmap' Subject: Re: [mkgmap-dev] max-jobs patch Hi Mike, thought about this again. Maybe this change is too simple. With multiple jobs one also needs more heap (-Xmx JRE option). If you create rather large tiles with splitter (max-nodes=160) you need 0.5 - 1 GB for each job. Not sure what happens when a user creates a map with 10 tiles on an 8-core machine without any -Xmx option. I fear this will result in OutOfMemory exception, so better check the available heap as well. Gerd Von: mkgmap-dev im Auftrag von Mike Baggaley Gesendet: Sonntag, 4. Februar 2018 15:14 An: 'Development list for mkgmap' Betreff: [mkgmap-dev] max-jobs patch Hi Gerd, Please find attached a patch that amends the default behaviour if the --max-jobs option is not specified, to using a value equal to the number of CPU cores, as suggested in a previous post. The documentation is also amended to reflect the change. This halves the execution time of mkgmap for building a map of Staffordshire on my 8-core PC when --max-jobs is not specified (I didn't know about this option previously and was unaware the performance could have been improved). Cheers, Mike ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- Mit freundlichen Grüßen # Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Need help with string handling in mkgmap
Hi, i'm struggling with the following problem and until now, i didn't find a solution. It seems, that in osm sometimes the height or elevation tag is filled with the unit sign, i.e 'm' and sometimes not. So with my current point file i either get elevation without the unit letter or with double unit letter - i.e 'Mm'. How to handle this ? I tried with this height=* { set mkgmap:height='${height|subst:"m=>"}'} ele=* { set mkgmap:ele='${ele|subst:"m=>"}'} but it doesn't work -- Mit freundlichen Grüßen # Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Need help with string handling in mkgmap
Hi all after playing a little bit with the syntax of "conf" and "subst" i finally found a solution, which suits for my needs : power=generator & generator:source=wind { name '${manufacturer} (${ref},${height|subst:"m=>"} m)' | '${manufacturer} (${ref})' | '${manufacturer} (${height|subst:"m=>"} m)' | '${manufacturer}' | '${ref}' | '${height|subst:"m=>"} m' } [0x5912 level 2] A sentence like this works for me, thanks for your hints Am 15.02.2018 um 19:44 schrieb Gerd Petermann: Hi Manfred, your rules work, but only when a lower case m is used in the OSM data. Can't say much more because you did not post the rules which use the tags mkgmap:ele or mkgmap:height. Gerd Von: Manfred Haiduk Gesendet: Donnerstag, 15. Februar 2018 18:40:54 An: Gerd Petermann; Development list for mkgmap Betreff: Re: [mkgmap-dev] Need help with string handling in mkgmap If you look at my screenshot, you will see the left power turbines will be shown as "Senvion (153 Mm)" whilst the right power turbines will be shown as "Senvion (143m)". So it seems to me, that there is no really guide line how to put in the value of height or elevation in the osm map. And i simply want to get rid of the letter "M", to have shown all values in the same way. And i thought as it was suggested in the style manual on page 15, use the substitution filter "subst" to delete the letter "m", which is a part of the value for height or elevation. From the manual i was not sure of the correct syntax ... I will use your other hint with the conv filter and see, what will be the result from this. Am 15.02.2018 um 15:30 schrieb Gerd Petermann: Hi Manfred, I've just noticed that you set tags mkgmap:height and mkgmap:ele . This looks strange. They are not used in mkgmap and therefore I think you should not use the mkgmap: prefix. Or maybe you expect something special by using this prefix? Gerd Von: mkgmap-dev im Auftrag von Manfred Haiduk Gesendet: Donnerstag, 15. Februar 2018 15:01:21 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: [mkgmap-dev] Need help with string handling in mkgmap Hi, i'm struggling with the following problem and until now, i didn't find a solution. It seems, that in osm sometimes the height or elevation tag is filled with the unit sign, i.e 'm' and sometimes not. So with my current point file i either get elevation without the unit letter or with double unit letter - i.e 'Mm'. How to handle this ? I tried with this height=* { set mkgmap:height='${height|subst:"m=>"}'} ele=* { set mkgmap:ele='${ele|subst:"m=>"}'} but it doesn't work -- Mit freundlichen Grüßen # Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de ######### ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- Mit freundlichen Grüßen ######### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # -- Mit freundlichen Grüßen # Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] osmconvert64
Hi all, does anyone have an idea, why osmconvert64 seems to do not work anymore ? I have used this to build bounds files on my one (if the input file ist small enough) but today with a fresh loaded pbf file from "http://download.geofabrik.de/"; this line "c:\Program Files (x86)\KartenTools\osmconvert64.exe" .\input\nordrhein-westfalen-latest.osm.pbf -o=.\input\nordrhein-westfalen-latest.o5m only produces an empty output ? Did i miss something ? Some month ago it was working -- Mit freundlichen Grüßen ######### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Need some information about routing
Hi Gerd thanks for the first answer. I will do some more tests, especially really using the exact same input data for building land and street map. Up to now, i thought, i used the same, but in my device i have had maps of whole europe and for testing only nordrhein westfalen. So the observation might not be complete correct. Am 07.07.2018 um 10:01 schrieb Gerd Petermann: Hi Manfred, If you created the two maps from exactly the same input files and with the same options reg. routing I assume that this is caused by the differences in the two lines files. Can't say more without knowing the exact input data and options for mkgmap. Gerd Von: mkgmap-dev im Auftrag von Manfred Haiduk Gesendet: Dienstag, 3. Juli 2018 16:35:21 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: [mkgmap-dev] Need some information about routing Hi all I've stumbeled about a small routing problem. I do create two types of maps, one is called "myland" with nearly all informations to be found in OSM, the other is called "mystreet" which do mainly show all streets but less information about the surrounding. The two 'lines' files in the appropriate styles are nearly same, except that for the street map all the ways not suitable for automotive driving are not rendered. My question is, using the same destination in either map, the routing is slightly different in my Garmin 276Cx. For example, routing in the land map uses some grade1 tracks within a forest, the street map does not. But the tracks are to be find in both maps. Anyone an idea, why this is computed differently in the device ? See also attached pictures -- Mit freundlichen Grüßen ######### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- Mit freundlichen Grüßen ######### Manfred Haiduk, Zum Fischbach 9, 52393 Hürtgenwald e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Server Down ?
Hi all today i tried to get sea.zip and bounds.zip files from http://osm2.pleiades.uni-wuppertal.de/sea/latest/ and i get no connection. Is this server down or do we have to use another address ? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Server Down ?
From the url i guess it should be the University of Wuppertal Am 11.10.2018 um 12:17 schrieb Arndt Röhrig: Hi @all, the server is still down. Who is the owner? How do you get this data now? Helpless greets Arndt Manfred Haiduk hat am 6. Oktober 2018 um 16:55 geschrieben: Hi all today i tried to get sea.zip and bounds.zip files from http://osm2.pleiades.uni-wuppertal.de/sea/latest/ and i get no connection. Is this server down or do we have to use another address ? ___ 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] mkgmap Version r4278
Hi all just thinking about as if i missed something. The option "remove-ovm-work-files" seems to do not work anymore, is it a bug or a new feature ? -- Best regards ##### Manfred Haiduk, Zum Fischbach 9, D-52393 Hürtgenwald Germany e-mail mhai...@t-online.de # ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Possible Indexing Problem
Hi all last week i was playing around building new maps with mkgmap 4282 and the default style. Building smaller maps, i.e Nordrhein Westfalen, i don't see any problems but the last map i tried out was complete germany. And now it seems, that my device (GPSMAP 276Cx) will stuck while searching POIs or Adresses. Today i changed the image to be load onto the device and created it from MapSource instead the one build by mkgmap. The functionality is better, but even not 100%. My question for now is, is there a possibility to extract the index data out of the img File to check it on the PC and eventually modify the data ? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Possible Indexing Problem
I would appreciate to get more details :-) Where can i get this tool ? BTW, it was the first time, since i'm using mkgmap to buld my maps for the device, that the device will stuck while searching. So i assume, something was wrong within the index. Am 10.03.2019 um 13:19 schrieb Gerd Petermann: Hi Manfred, we have the display tool to analyse the index, but it will fail on a huge index as it has a hard coded limit of 50 tiles. However you should be able to display (convert to text) the basic structure with the tool and maybe that will help to find out what's wrong. If you are interested I can post more details. Gerd Von: mkgmap-dev im Auftrag von Manfred Haiduk Gesendet: Sonntag, 10. März 2019 12:57 An: Development list for mkgmap Betreff: [mkgmap-dev] Possible Indexing Problem Hi all last week i was playing around building new maps with mkgmap 4282 and the default style. Building smaller maps, i.e Nordrhein Westfalen, i don't see any problems but the last map i tried out was complete germany. And now it seems, that my device (GPSMAP 276Cx) will stuck while searching POIs or Adresses. Today i changed the image to be load onto the device and created it from MapSource instead the one build by mkgmap. The functionality is better, but even not 100%. My question for now is, is there a possibility to extract the index data out of the img File to check it on the PC and eventually modify the data ? ___ 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] Curious behaviour of map text
Hi all i'm experimenting with housenumber display in my maps. To do this, i added in my point style file this statement : addr:housenumber=* { set name='${addr:housenumber}' } [0x1e04 resolution 24 ] But if i do this, all other text is vanished, i.e street names, village names etc, only housenumbers are displayed both in map source and on my device. Any idea whats going wrong ? regards Manfred ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] how to handle lines and corresponding polygones
Hi all just struggling about this : in my lines file i use this statement waterway=dam & area!=yes [0x10f00 resolution 24 continue] and the polygon file looks like this waterway=dam & area=yes [0x24 resolution 20] So i thought, if the waterway dam is a closed line it would be shown as polygon and not as a closed line, but it doesn't do this.Where is my fault ? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Polyline code 0x30 won't show up on maps
Hi does anybody know, why a polyline with code 0x30 won't show up on the map, neither in map source nor on my device GPSMAP 276Cx ? Or is there a of line codes, which are not rendered in a map ? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev