[mkgmap-dev] Old versions

Hi folks, I ran into a new bug updating from 4289 to 4373. Are there some older builds in between available, so I can easily track where this started? Thank you ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mail

[mkgmap-dev] amenity and shop tags on lines

Hi, I just noticed the default style drops stuff like "tourism" and "shop" and "amenity", when it is tagged on a line, like a building. Is there a style that converts these to proper POI, or a tutorial/example, how it is done. Best Regards Jakob ___

Re: [mkgmap-dev] amenity and shop tags on lines

: * the node with role=label * the centre point of the biggest area OK? Gerd Von: mkgmap-dev-boun...@lists.mkgmap.org.uk im Auftrag von Jakob Mühldorfer Gesendet: Montag, 8. Februar 2016 04:36 An: mkgmap-dev

[mkgmap-dev] Key "motorcar"

Hi, question: what is happening with a "motorcar=*" key at the moment? My Garmin wanted to send me over a track with "motorcar=no", is that the Garmin's fault or the mapdata's fault? Thanks Jakob ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.or

Re: [mkgmap-dev] Key "motorcar"

Found out rules are in place. I will examine the case and report back, if it indeed routes over this one track with motorcar=no Am 20.02.2016 um 21:45 schrieb Jakob Mühldorfer: Hi, question: what is happening with a "motorcar=*" key at the moment? My Garmin wanted to send me ov

[mkgmap-dev] Option "link pois to ways"

Hi, one more question I was not able to figure out from documentation or source. When the option "link pois to ways" is used, does it automatically process traffic signals in a way that adds a time penalty for routing through them in the map data. Thanks for help on that Jakob ___

Re: [mkgmap-dev] Option "link pois to ways"

-boun...@lists.mkgmap.org.uk im Auftrag von Jakob Mühldorfer Gesendet: Sonntag, 21. Februar 2016 17:31 An: Development list for mkgmap Betreff: [mkgmap-dev] Option "link pois to ways" Hi, one more question I was not able to figure out from documentation or source. When the option &qu

Re: [mkgmap-dev] Option "link pois to ways"

rove routing. Gerd Von: mkgmap-dev-boun...@lists.mkgmap.org.uk im Auftrag von Jakob Mühldorfer Gesendet: Sonntag, 21. Februar 2016 17:59 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] Option "link pois to ways" Hi Gerd, this wou

Re: [mkgmap-dev] when I use SPLITTER to IMPORT om.pbf files into JOSM I get error

osmconvert dach-latest.osm.pbf -o=dach-latest.o5m You can convert that yourself, just use the name of the map you want in the example above Am 26.02.2016 um 01:27 schrieb greg crago: Thank you, thank you,thank you! I have been struggling with this for 1 month. Both 'osmconvert' and 'osmconve

Re: [mkgmap-dev] Question about the overview map

Can one get these basemaps somewhere? The one on my Nüvi 205 is gone (yes that was my fault, i admit) Am 19.04.2016 um 20:57 schrieb franco_bez: Hi Andrzej, my map reaches up to zoom level 16. I just tested, and you are right, starting from a certain Zoom level the Basemap takes over if enable

[mkgmap-dev] Transferring .typ files

Hi, sorry for a basic question, but I could not find out how to do it with the information given on the internet. Is there a way to transfer a typ file from one gmapsupp.img to the gmapsupp.img generated in mkgmap? Either during build, or by editing the finished gmapsupp.img Thanks for help

Re: [mkgmap-dev] [Patch v1] improve LinePreparer to reduce img size

Hi Gerd, is this trick only good for polygons or does this work with normal streets/tracks as well? Jakob Am 16.07.2016 um 19:28 schrieb Gerd Petermann: Hi all, during the last days I tried to find more about the way how mkgmap stores polygons, esp. why we have some limits. While doing

[mkgmap-dev] eTrex Vista

Hi, sorry to ask this here, but I have a device question. Does someone here use an ancient eTrex Vista (non c, non cx, non Hcx), and knows if mkgmap files can be transferred via serial port and be used on it? All information is highly welcome Jakob

Re: [mkgmap-dev] eTrex Vista

originalen Garmin-format (non -NT, non -NTU) thomas -- Von: "Jakob Mühldorfer" Datum: Samstag, 10. September 2016 03:24 An: Betreff: [mkgmap-dev] eTrex Vista Hi, sorry to ask this here, but I have a device question. Does someone here use

Re: [mkgmap-dev] eTrex Vista

Quick report: The maps generated with the latest mkgmap work quite nicely with the ancient Vista device Thanks Gerd for the recent patches to shrink maps further And thanks to Greg for pointing me towards "sendmap", which worked Jakob Am 11.09.2016 um 02:10 schrieb Greg Trox

Re: [mkgmap-dev] Garmin map smaller than JOSM .osm save

One german blog also mentioned you can tell mkgmap to ignore the bounds with "–ignore-osm-bounds" http://www.markusleonhardt.de/blog/wp-content/uploads/2015/06/Screenshot-2015-06-15-17.56.09.png Am 21.09.2016 um 10:48 schrieb Carlos Dávila: You have to edit *.osm file saved by JOSM and remov

Re: [mkgmap-dev] Garmin map smaller than JOSM .osm save

Just an FYI, there is a faster and more reliable way than this painfully slow downloading along track * Grab a large area from something like geofabrik * In JOSM get the "poly" plugin * Create an empty data layer, draw a closed line around your track * From the normal save menu, save it as

[mkgmap-dev] Confusing "Turn right" instruction

Hi, yesterday I ran into a confusing "turn right" instruction https://i.imgur.com/u4mfpmQ.jpg This might be a problem with the data, as the data in OSM does have quite an angle to merge two oneway lanes, where in reality you go straigt: https://www.openstreetmap.org/relation/5698558 The only hi

[mkgmap-dev] Mapping smoothness and surface to maxspeed

Hi, question about the Etrex 20x routing: Would it work to model smoothness and surface values for bike routing as maxspeed? For example apply maxspeed=5 to a smoothness=bad way, so the on-device-routing has a lower preference for this way Or does the routing for bikes not look at maxspeed in

Re: [mkgmap-dev] Confusing "Turn right" instruction

, but I don't see an easy way to use the data you mentioned to avoid that in mkgmap. Gerd Jakob Mühldorfer-2 wrote Hi, yesterday I ran into a confusing "turn right" instruction https://i.imgur.com/u4mfpmQ.jpg This might be a problem with the data, as the data in OSM does have qu

Re: [mkgmap-dev] WG: Mapping smoothness and surface to maxspeed

enc...@hotmail.com> *Gesendet: *Montag, 24. Oktober 2016 18:54 *An: *Jakob Mühldorfer <mailto:m...@jmuehldorfer.de> *Betreff: *AW: [mkgmap-dev] Mapping smoothness and surface to maxspeed Hi Jakob, the maxspeed value is not stored in the img file, but the default style contains inc/roadspee

[mkgmap-dev] Include "landuse=grass" in default style

Hi, would you please consider adding "landuse=grass" in the default style. Many small irrelevant patches are landuse=grass, but also some really large areas, that can help orientation immensely. I would suggest the same representation as "meadow" Thanks for consideration Jakob ___

[mkgmap-dev] Elevation data in img files

Sorry to ask, but I just read For examples img files with elevation data ? Is it possible to generate files that aren't just contours as lines with a name (human readable), but files with true elevation data included? Thanks Jakob ___ mkgmap-dev mai

[mkgmap-dev] max-nodes in splitter

Hi, I tried to read all the docs and forums about max-nodes, but I still have questions left: * Does the splitter print an error when max-nodes is too large, or is it unpredictable and will it only fail on the GPS device * Do tiles with more nodes mean higher or lower draw performance on

Re: [mkgmap-dev] Commit r3702: sortAreas_v5.patch: Add option --order-by-decreasing-area

Thanks for writing the patch Ticker Quite an impact on file size here: 3.872.456.704Byte to 4.431.544.320Byte in a Central European region with the default style So did I read correctly that the only benefit on a device with typ that has draworder is * Small Polygons on Polygons of the sam

Re: [mkgmap-dev] max-nodes in splitter

I am guessing that Number of MapFailedExceptions: 0 Number of ExitExceptions: 0 would be non zero, if I choose to high nodecount in one tile? Am 12.11.2016 um 10:05 schrieb Gerd Petermann: Hi Jakob, Jakob Mühldorfer-2 wrote * Does the splitter print an error when max-nodes is too

Re: [mkgmap-dev] max-nodes in splitter

s not enough room in a single garmin map for all the input data. The .osm file should be split into smaller pieces first. Number of MapFailedExceptions: 1 Number of ExitExceptions: 0 El 12/11/16 a las 23:34, Jakob Mühldorfer escribió: I am guessing that Number of MapFailedExceptions: 0 Numb

[mkgmap-dev] Warn when using invalid resolution in styles

Hi, I just had a typo in a style using resolution "25" instead of "24". Turns out mkgmap silently drops objects appearing at invalid resolution without any warning. The "--check-styles" option also does not catch it. Maybe you could implement some kind of warning when invalid resolutions are u

[mkgmap-dev] Buildings in default style

Hi, another question about the default style. Some buildings are not converted properly, because they are "caught" by other conversions first. For example a large supermarket building (like this one ) is dealt with here https://github.com/openstreet

[mkgmap-dev] Crash "Illegal Capacity" when converting map

Hi, currently I am getting a ton of crashes like this: java.lang.IllegalArgumentException: Illegal Capacity: -1 at java.util.ArrayList.(ArrayList.java:156) at uk.me.parabola.mkgmap.filters.ShapeMergeFilter.mergeLongestSequence(ShapeMergeFilter.java:363) at uk.me.parabola.mkgmap.fi

Re: [mkgmap-dev] splitter r524 ready for merge into trunk

the max-areas limit is now , the default is now 2048 instead of 512 an additinal thread for the reader That is pretty cool, allows it to use more RAM and CPU, just like mkgmap scales well on modern machines Thanks for the improvement Am 19.12.2016 um 10:04 schrieb Gerd Petermann: Hi a

Re: [mkgmap-dev] Crash "Illegal Capacity" when converting map

I was not yet able to reproduce it. I assume it happens only for one input file? Please post a link to that file and maybe your style and options if needed. Gerd *Von:* mkgmap-dev im Auftrag von Jakob Mühldorfer

Re: [mkgmap-dev] Crash "Illegal Capacity" when converting map

*Von:* mkgmap-dev im Auftrag von Jakob Mühldorfer *Gesendet:* Montag, 19. Dezember 2016 16:18:48 *An:* Development list for mkgmap *Betreff:* Re: [mkgmap-dev] Crash "Illegal Capacity" when converting map Hi Gerd, I am trying to reprodu

Re: [mkgmap-dev] Crash "Illegal Capacity" when converting map

Gerd *Von:* mkgmap-dev im Auftrag von Jakob Mühldorfer *Gesendet:* Montag, 19. Dezember 2016 18:27:30 *An:* Development list for mkgmap *Betreff:* Re: [mkgmap-dev] Crash "Illegal Capacity" when converting map It is not that simple I do get an empty tile, the way you recommended, but

Re: [mkgmap-dev] Crash "Illegal Capacity" when converting map

*Von:* mkgmap-dev im Auftrag von Jakob Mühldorfer *Gesendet:* Montag, 19. Dezember 2016 18:43:24 *An:* Development list for mkgmap *Betreff:* Re: [mkgmap-dev] Crash "Illegal Capacity" when converting map Hi Gerd, you can find the work

Re: [mkgmap-dev] Crash "Illegal Capacity" when converting map

*Von:* mkgmap-dev im Auftrag von Jakob Mühldorfer *Gesendet:* Montag, 19. Dezember 2016 19:05:06 *An:* Development list for mkgmap *Betreff:* Re: [mkgmap-dev] Crash "Illegal Capacity" when converting map Yes, sorry for the eur

Re: [mkgmap-dev] Commit r3734: catch possible "java.lang.IllegalArgumentException: Illegal Capacity: -1" in ShapeMergeFilter.

Map conversion here works again Thanks for fixing this so quickly :-) Am 19.12.2016 um 22:31 schrieb svn commit: Version mkgmap-r3734 was committed by gerd on Mon, 19 Dec 2016 catch possible "java.lang.IllegalArgumentException: Illegal Capacity: -1" in ShapeMergeFilter. Happened with two sh

[mkgmap-dev] Set Family ID value

Hi, I have another question about map conversion. Currently I am trying to add a very simple overly map, additionally to my existing ones. The right way seems to be to choose another Family-ID? But somehow mkgmap ignores the option, and still creates "6324.img" files, which collides with e

Re: [mkgmap-dev] Set Family ID value

uftrag von Jakob Mühldorfer Gesendet: Donnerstag, 22. Dezember 2016 12:33:56 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: [mkgmap-dev] Set Family ID value Hi, I have another question about map conversion. Currently I am trying to add a very simple overly map, additionally to my existing ones. The

Re: [mkgmap-dev] Set Family ID value

Von: mkgmap-dev im Auftrag von Jakob Mühldorfer Gesendet: Donnerstag, 22. Dezember 2016 14:49:02 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] Set Family ID value you mean "--family-name" or something else? Jakob Am 22.12.2016 um 14:06 sc

Re: [mkgmap-dev] "could not open style null…" with r3740 and r3734

Oh yeah, I noticed that too in 3740, but it keeps on working fine. The command seems fine, but who knows java -jar ./mkgmap/mkgmap.jar --style-file=hike --check-styles Minimal script and data to reproduce it: https://www.jmuehldorfer.de/owncloud/index.php/s/ZQGdKPSThFNYmz0 Am 26.12.2016 um 0

[mkgmap-dev] Maximum map size

Hi, Could you please tell me the maximum map size. I know it is around the 4GB mark, but no idea what the exact size limit is. Currently the gmapsupp file is 3951493120Bytes, how much larger can it get before it is broken? Thanks Jakob ___ mkgmap-dev

Re: [mkgmap-dev] Maximum map size

Understood, thanks! Am 06.01.2017 um 15:06 schrieb Carlos Dávila: El 06/01/17 a las 14:44, Jakob Mühldorfer escribió: Hi, Could you please tell me the maximum map size. I know it is around the 4GB mark, but no idea what the exact size limit is. Currently the gmapsupp file is 3951493120Bytes

[mkgmap-dev] Map background is wrong color

Hi, I noticed something odd. This might not be related to mkgmap, but I hope you have some idea. Using the OpenTopoMap typ file: https://github.com/der-stefan/OpenTopoMap/blob/master/garmin/style/typ/OpenTopoMap.txt The draworder starts with: [_drawOrder] Type=0x4b,0 ;background

[mkgmap-dev] Severe Error in mkgmap (that does not disturb at all)

Processing some map, it told me: SCHWERWIEGEND (ExtNumbers): ./splitmap/63240077.osm.pbf: internal error, distance to road too large, road id=184899623, SS12 Strada Nazionale del Canaletto Nord house 1070(47) http://www.openstreetmap.org/node/4712532420 Does not actually seem to be any probl

Re: [mkgmap-dev] Commit r3847: fix rare severe error message "internal error, distance to road too large, ..."

That was fast, thanks Are the maps where it ran into the bug corrupted or can they be used just fine, except for finding that one housenumber? Am 15.03.2017 um 17:52 schrieb svn commit: Version mkgmap-r3847 was committed by gerd on Wed, 15 Mar 2017 fix rare severe error message "internal err

Re: [mkgmap-dev] Parallel major roads to cycleways

Hopefully this does not dampen your enthusiasm. I like the idea, but I think that this is a lot of effort with little application The first reason is that Garmin devices are just terrible at bike routing, every single cyclist I know just use it for navigating a GPX that came from a online routin