Re: [mkgmap-dev] Question on routing difference

Harri, Thats why I use on my Openfietsmap not routable lines for highways with bicycle=no. I misuse the avoidance of toll roads to force the routing to take cycle routes only. In my scripts I retag all highways that are not part of a cycle route relation with toll=yes, and all cycle routes with

Re: [mkgmap-dev] Question on routing difference

Hi Jan, I also get the same route as test-route-b_yes-removed.jpg with the latest OFM Germany from 10=05-2022 (website is finally up to date since today). It only takes the Altengabengäßchen when you move the via point closer to the junction Altengabengäßchen, or when you select "avoid toll

Re: [mkgmap-dev] mkgmap:area2poi placement

the param list: boundary=* & ... & is_in(boundary, '*', ... Ticker On Wed, 2022-04-06 at 13:02 +, lig fietser wrote: > I also want to use it for all boundaries but this line is not > working: > boundary=* & mkgmap:area2poi=true & is_in(boundary,

Re: [mkgmap-dev] mkgmap:area2poi placement

using the is_in() function, something like: tag=value & mkgmap:area2poi=true & is_in(tag, value, in_or_on)=true [0x...] Ticker On Wed, 2022-04-06 at 07:46 +, lig fietser wrote: > Hi, > I've noticed on my map that mkgmap places the poi of an area like > the "Nationalpark

Re: [mkgmap-dev] mkgmap:area2poi placement

Ok, thanks. Haven't tried the is_in function, I think the role=label works if there is a node in the OSM data but in this case there isn't any (and I won't want to add that because that could be seen as tagging for the renderer. ___ mkgmap-dev mailing

[mkgmap-dev] mkgmap:area2poi placement

Hi, I've noticed on my map that mkgmap places the poi of an area like the "Nationalpark Niedersächsisches Wattenmeer" (https://www.openstreetmap.org/relation/157811) outside of the National Park, so not in the sea but on the mainland near Wittmund. I prefer to place those pois inside such

Re: [mkgmap-dev] elevation in bridges and tunnels

] elevation in bridges and tunnels Hi Minko, there is no special flag for tunnel/bridge in the IMG format, at least we don't know any. So, Garmin software cannot detect the special case. Gerd Von: mkgmap-dev im Auftrag von lig fietser Gesendet: Donnerstag, 20

Re: [mkgmap-dev] elevation in bridges and tunnels

von lig fietser Gesendet: Donnerstag, 20. Januar 2022 09:20 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] elevation in bridges and tunnels I've put an example on this forum (in Dutch). The brouter route (https://tinyurl.com/3nt27szy) shows a profile that is more accurate than

Re: [mkgmap-dev] elevation in bridges and tunnels

I've put an example on this forum (in Dutch). The brouter route (https://tinyurl.com/3nt27szy) shows a profile that is more accurate than the route in Basecamp. https://forum.wereldfietser.nl/viewtopic.php?f=3=30684=412494#p412494 Van: mkgmap-dev namens lig

[mkgmap-dev] elevation in bridges and tunnels

Hi guys, I came across this video on youtube, where ridewithgps.com improved their elevation profiles by ignoring the underlying altititude data of tunnel and bridges: https://youtu.be/wd-wT3EeayI I found out that other route planners like brouter, cycle.travel and Osmand also ignores the

Re: [mkgmap-dev] --version

. Maybe I never sent it... Is it difficult to extract the last line? I think on Linux the tool tail should help with that. Gerd Von: mkgmap-dev im Auftrag von lig fietser Gesendet: Samstag, 14. August 2021 13:15 An: Development list for mkgmap Betreff

[mkgmap-dev] --version

Hi, If I run the command java -jar mkgmap.jar --version it will print a double version in the output, like this Map created with Mkgmap version 4805 4805 I've used a quite outdated mkgmap version (mkgmap-r4285) whose only output was: 4285 How can I get rid of the double 4805 4805?

Re: [mkgmap-dev] Bad tile around East London / Greenwich

Thanks for the explanation and the fix Gerd! Hi Minko, well, yes, the problem is caused by an extreme density of (Garmin) route restrictions. Those are created for OSM turn restrictions and also for barriers when --link-pois-to-ways is used. Maybe this area

Re: [mkgmap-dev] Bad tile around East London / Greenwich

.pbf Gerd Von: mkgmap-dev im Auftrag von lig fietser Gesendet: Samstag, 7. August 2021 17:24 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] Bad tile around East London / Greenwich Hi, I've tried it too with my OFM full style and mkgmap v 4802 but

Re: [mkgmap-dev] Bad tile around East London / Greenwich

Hi, I've tried it too with my OFM full style and mkgmap v 4802 but it doesn't show any issues at all. Maybe some parameters are different? I don't use: pois-to-areas-placement poi-excl-index nearby-poi-rules ___ mkgmap-dev mailing list

[mkgmap-dev] gates

Please have a look at this topic, seems barriers are not respected in the default style? https://forum.openstreetmap.org/viewtopic.php?id=67405 ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk

Re: [mkgmap-dev] Oregon 600 gps crashes often at roundabout

Yep, I recognize this. Maybe it had something to do with mutiple routable lines on top of each other at roundabouts. Some devices don't like this and crash. I had to adapt my style, removed the routable line 0x02 (cycling route) on top of the roundabouts and the issue was solved. However, there

Re: [mkgmap-dev] mkgmap:line2poitype

Von: mkgmap-dev im Auftrag von lig fietser Gesendet: Dienstag, 9. April 2019 14:03 An: mkgmap-dev Betreff: [mkgmap-dev] mkgmap:line2poitype Hi, I'm trying to exclude pois of ways that are connected to each other like this: s1--way1--e1 s2--way2--e2 With s1=start node of way1

[mkgmap-dev] mkgmap:line2poitype

Hi, I'm trying to exclude pois of ways that are connected to each other like this: s1--way1--e1 s2--way2--e2 With s1=start node of way1 and e1 = end node s2 is the same node as e1. In the points file I like to render only points s1 and e2 but not e1 / s2 I have tried these two rules but they

Re: [mkgmap-dev] length() and mkgmap:line2poitype

Thanks Gerd, looking forward to it. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] length() and mkgmap:line2poitype

Hi, I'd like to add specific pois for restricted access on bridges and tunnels with mkgmap:line2poitype, but not all bridges are as important, only the longer ones. This is working: mkgmap:line2poitype=start & (bridge=* | tunnel=*) & (bicycle:conditional=* | access:conditional=* |

Re: [mkgmap-dev] amenity=shelter & shelter_type=public_transport

Yes, maybe is a different poi for amnity=shelter a better alternative. Now it has the same poi as campsite. In the generic new and openfietsmaps I use an icon with a hut and raindrops, like in the osm carto style sheets. Van: mkgmap-dev namens Gerd Petermann

[mkgmap-dev] amenity=shelter & shelter_type=public_transport

On the forum "Arie" reports the following issue: "Using the tag amenity: shelter, shelter_type: public_transport displays a TENT symbol on the map downloaded in free worldwide Garmin maps. When you look at it on the openstreetmap.org map it shows a shelter symbol. Is it possible to use another

Re: [mkgmap-dev] data missing in extracts

Hi, I updated my Benelux maps last night succesfully, so I think the Osmconvert windows 64 bit version for large file support seems to fix my issue: https://wiki.openstreetmap.org/wiki/Osmconvert#Windows Thanks Gerd for your help! ___ mkgmap-dev

Re: [mkgmap-dev] data missing in extracts

No, didn't know that. But the user and changeset ID's are not relevant for my styles anyway. just to make sure: You are aware that Geofabrik has two different types of downloads now? See the green box at the top of http://download.geofabrik.de/ Gerd

Re: [mkgmap-dev] data missing in extracts

know for sure, I often have seen it works sometimes, but sometimes not, depending on the time of the day, at night it often fails). <https://yadi.sk/d/Vnwc4kut3LCBFm> Van: mkgmap-dev namens lig fietser Verzonden: donderdag 20 december 2018 05:55 Aan

Re: [mkgmap-dev] data missing in extracts

Thanks Gerd, I've got them. Lets see if it works. I contacted Markus Weber about this but he has no Windows system and seems unable to build corrected versions :-( I've attached the fresh binaries, not sure if they'll pass a virus checker. Gerd

Re: [mkgmap-dev] data missing in extracts

Thanks Gerd, I'll give it a try. Does this mean that osmfilter and osmupdate have the same issues? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] data missing in extracts

Hi Gerd, I am using the osmconvert 32 bit version on a Windows 7/64 bits pc. How do I build another version with large file support? Van: Gerd Petermann Verzonden: donderdag 20 december 2018 05:08 Aan: lig fietser; Development list for mkgmap Onderwerp: AW

[mkgmap-dev] data missing in extracts

Hi, Recently I have a lot of issues updating my OSM data. Normally my workflow is updating a region (Benelux) with osmupdate. Recently I have found out the updates are corrupt, all mp relations are not in the map anymore. Today I tried to download a Europe extract from Geofabrik, I cut out the

Re: [mkgmap-dev] default style improvements

I see there is no distinction between a pedestrian highway and a footway/path yet. On the generic new map I use 0x11 for pedestrian highways and 0x10 for cycleways, but you can do the opposite. Both are routable lines and visible on most (?) devices. Also for steps I use another routable line

Re: [mkgmap-dev] default style improvements

On the forum someone asked if highway=services could be added to the polygons style. https://forum.openstreetmap.org/viewtopic.php?pid=728618#p728618 For example like in the generic new maps: landuse=retail | highway=services [0x08 resolution 22-20] If added, prevent that it also will be mopped

Re: [mkgmap-dev] label rendering

Yes, what Arndt writes is correct, for most pois Basecamp decides when it shows up. But there are some pois that Basecamp does not control, so you can use mkgmap to set those levels. I don't have a list of which pois are controlled by Basecamp, it is always a matter of trial and error.

Re: [mkgmap-dev] label rendering

About levels, you can specify resolution or level in your style files For example tourism=hotel [0x2b01 resolution 24] 24 means that a hotel appears only in the highest zoom level If you specify 20 it appears from zoom 20 or higher. If you specify 20-22 it appears only in that range, so not on

Re: [mkgmap-dev] Server Down ?

Here is another source but not up to date http://develop.freizeitkarte-osm.de/boundaries/ manfred.haiduk  wrote:   So we are looking for a second source of sea.zip and bounds.zip.  ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk

Re: [mkgmap-dev] Server Down ?

The owner is Lambertus, you can mail him at osm at na1400 dot info ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Beaches as a polygon

:-( Gerd Von: mkgmap-dev im Auftrag von lig fietser Gesendet: Freitag, 28. September 2018 09:26 An: osm@pinns; Development list for mkgmap Betreff: Re: [mkgmap-dev] Beaches as a polygon What did you expect? Of course a typ file is needed to make that map look

Re: [mkgmap-dev] Beaches as a polygon

0x53 :( On 27/09/2018 09:48, osm@pinns wrote: Hi Minko Yes, 0x53 sounds good ; I have 53 down as 'flat , mud " r Nick On 27/09/2018 09:05, lig fietser wrote: Hi Nick, Remarkable that this have not been noticed already! I would suggest polygon type 0x53, typ viewer shows this as is the n

Re: [mkgmap-dev] Beaches as a polygon

Hi Nick, Remarkable that this have not been noticed already! I would suggest polygon type 0x53, typ viewer shows this as is the non NT version of 0x10C06 (if that matters). And please add natural=sand. Suggestion: natural=beach | natural=sand [0x53 resolution 20]

Re: [mkgmap-dev] Lake Garda... is empty

Hi, I can reproduce your findings with the default style. With the generic new or my Openfietsmap style it renders fine so it seems style dependend. I found out the tourism=yes tag from the multipoly relation is the cause. Once removed, it renders. Can this be fixed in mkgmap (natural before

[mkgmap-dev] natural=cape

On the osm forum someone mentioned natural=cape is not listed as feature. Could be added in the points file: natural=cape [0x6606 resolution 24] ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk

Re: [mkgmap-dev] osmupdate

: daily changefile 2079: 2018-05-23T00:00:00Z osmupdate: Merging changefiles. osmupdate: Creating output file. osmupdate: Deleting temporary files. osmupdate: Completed successfully. Van: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> namens lig fietser &l

Re: [mkgmap-dev] osmupdate

ing download problems is to download the file manual by wget and see the error message. I guess in your case the first file (state.txt of daily, hourly or minutely) is failing. So osmupdate can't read which is the latest version of the diffs. Henning On 24.05.2018 23:32, lig fietser wrote: N

Re: [mkgmap-dev] osmupdate

Not sure what you mean with wget Henning. I use osmupdate old.o5m new.o5m, not wget and I dont download the whole planet. Maybe you try to download the state. txt manually by wget to get more feedback on the cause. Henning

Re: [mkgmap-dev] osmupdate

because some OpenStreetMap contributors live in the European Union. Extracts with full metadata<https://osm-internal.download.geofabrik.de/index.html> are available to OpenStreetMap contributors only. Am 24.05.2018 um 11:00 schrieb lig fietser: Thanks Henning, I updated wget but it still does not wor

Re: [mkgmap-dev] osmupdate

ap Onderwerp: Re: [mkgmap-dev] osmupdate You need to update wget to latest version as diffs are only served by https and older wget can't use local certificate store. Met the same problem recently... Henning Sent from BlueMail<http://www.bluemail.me/r?b=13037> On 24 May 2018, at 14:01, lig

[mkgmap-dev] osmupdate

Since recently I cannot update my osm maps anymore with osmupdate. Error: Could not get the newest daily timestamp from the Internet. Anyone familiar with this isssue and how to fix this? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk

Re: [mkgmap-dev] area size in r4160

Thanks for noticing me Gerd. >From which version it didnt work? My latest maps I've compiled with mkgmap-r4136 Van: mkgmap-dev namens Gerd Petermann Verzonden: zaterdag 14 april 2018

Re: [mkgmap-dev] contours not rendered anymore

he detection for a good value has an unwanted side effect :-( Will look at it later if Mike doesn't want to take over. Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von lig fietser <ligfiet...@hotmail.com> Gesendet: Dienstag

Re: [mkgmap-dev] contours not rendered anymore

gt; im Auftrag von lig fietser <ligfiet...@hotmail.com> Gesendet: Dienstag, 13. März 2018 11:19:52 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] contours not rendered anymore Hi Gerd, Good question. I have now turned off DEM compilation but it does not matter. When I compile th

[mkgmap-dev] contours not rendered anymore

Hi, Since recently one of my contour tiles of my Benelux map is not rendered anymore. I am using mkgmap r-4127 In my workflow I use mkgmap.args -c contours\contours.args, the contours folder you can download here: http://mijndev.openstreetmap.nl/~ligfietser/mkgmap/ As you can see, I do not use

Re: [mkgmap-dev] Please test r4116

Thanks Gerd! I see no crashes so far. Will test more, keep up the good work! Van: mkgmap-dev namens Gerd Petermann Verzonden: woensdag 14 februari 2018 06:44:54 Aan:

Re: [mkgmap-dev] patch for crash in MapSource

>> 2) it probably also depends on the boundaries (areas.list) >>>>> >>>>> I assume now that the tile boundary from areas.list should be a >>>>> certain multiples of degrees, >>>>> probably different multiples for lat and lon and tha

Re: [mkgmap-dev] patch for crash in MapSource

Hi Gerd, I tested your patch but I still see frequent crashes near tile borders. Van: mkgmap-dev namens Gerd Petermann Verzonden: woensdag 7 februari 2018 02:45:27 Aan:

Re: [mkgmap-dev] My findings about the crash in MapSource

Hi Gerd, Maybe you can have a look here: http://openmaps.eu/garmindownload ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Commit r4101: pass original bounding polygon to HGTConverter

orrow. Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von lig fietser <ligfiet...@hotmail.com> Gesendet: Freitag, 2. Februar 2018 18:24 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] Commit r4101: pass

Re: [mkgmap-dev] Commit r4101: pass original bounding polygon to HGTConverter

mit r4101: pass original bounding polygon to HGTConverter Hi Minko, thanks for testing. Please see my new post http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2018q1/028006.html Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auf

Re: [mkgmap-dev] Commit r4101: pass original bounding polygon to HGTConverter

Hi Gerd, I have tested r4101 with and without --dem-polygon, but in both maps I geto now and then crashes in the altitude profile in mapsource. Not as often as in previous mkgmap versions, but this issue is still present even without --dem-polygon. Van:

Re: [mkgmap-dev] Error in style file relations?

Thanks for noticing this, I'll change it in my styles Van: mkgmap-dev namens Steve Ratcliffe Verzonden: vrijdag 2 februari 2018 06:42:14 Aan: mkgmap-dev@lists.mkgmap.org.uk Onderwerp: Re:

Re: [mkgmap-dev] Remove option dem-polygon ?

Sorry, I was wrong Gerd, it seems I didn't check routing over tile borders. Altitude profiles crashes there too. Hope you can solve this bug. Van: mkgmap-dev namens Gerd Petermann

Re: [mkgmap-dev] Remove option dem-polygon ?

Gerd, I use dem-polygon and most profiles turn out ok, but sometimes it crashes yes. Van: mkgmap-dev namens Gerd Petermann Verzonden: donderdag 1 februari 2018 23:25:23 Aan:

Re: [mkgmap-dev] Please help with news about new DEM options

Yes, it would be helpful if we mention where we can get the hgt files, a few examples of the dem-dist values and an explanation how to calculate it. This information is already there but mentioned in the many updates of the branch versions. I use http://www.javawa.nl/srtm/index.php?lang=nl

Re: [mkgmap-dev] bug in r-4025

mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von lig fietser <ligfiet...@hotmail.com> Gesendet: Mittwoch, 24. Januar 2018 11:30:05 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] bug in r-4025 Hi Gerd, I have found out that the levels in the option file matters: These settings are fine if I

Re: [mkgmap-dev] bug in r-4025

Hi Gerd, I have found out that the levels in the option file matters: These settings are fine if I skip level 23: levels = 0:24, 1:22, 2:20, 3:18 overview-levels = 4:17, 5:15, 6:14 These go wrong, the gmap file is not compiled: levels = 0:24, 1:23, 2:22, 3:20, 4:18 overview-levels = 5:17,

Re: [mkgmap-dev] bug in r-4025

BTW, If i change it into x-dem-dists: 9942,9942,9942,13248,44176 the rendering is just fine. Van: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> namens lig fietser <ligfiet...@hotmail.com> Verzonden: woensdag 24 januari 2018 01:14:28 Aan

Re: [mkgmap-dev] bug in r-4025

Hi Gerd I used these options: x-dem: G:\mkgmap\DEM x-dem-dists: 3312,6628,9942,13248,44176 x-overview-dem-dist=88368 The strange thing is that the img is compiled without errors but not rendered. This issue/bug is not happening in r-4066 so I guess it is "solved" but you never know.

[mkgmap-dev] bug in r-4025

Hi Gerd, Users of my Openfietsmap Germany reported a bug in my maps, one tile was missing. Normally something went wrong with splitting (tiles too big) but this one was compiled fine as img. However, it didn't render, only the overview map. I have compiled it with r-4025. When I compile it

Re: [mkgmap-dev] mkgmap r4048 seems to fix problem with hill shading

ared. Do you still have the previous mkgmap.jar? If yes, please try to find out and let us know the version. Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von lig fietser <ligfiet...@hotmail.com> Gesendet: Samstag, 13.

Re: [mkgmap-dev] mkgmap r4048 seems to fix problem with hill shading

Hi, Today I uploaded my Benelux map but it shows some rendering issues when zooming in and out. I have compiled it with r-4048 https://www.youtube.com/watch?v=x6FAYUkPdYw The former versions didnt show this behaviour. I have also changed some dist settings, maybe this can be the cause?

Re: [mkgmap-dev] option --show-profiles and DEM

__ Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von lig fietser <ligfiet...@hotmail.com> Gesendet: Donnerstag, 11. Januar 2018 10:52:29 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] option --show-profiles and DEM --show-profiles=1

Re: [mkgmap-dev] option --show-profiles and DEM

--show-profiles=1 Sets a flag in tdb file which enables profile calculation in MapSource or Basecamp based on contour lines. No, if show-profiles = 1 and DEM data is present, the profile is calculated from the DEM data and *not* from the contour lines If DEM data (see "Hill

Re: [mkgmap-dev] option --show-profiles and DEM

With this test map I can also see the difference in the altitude profiles with and without DEM (based on 10m contour interval): https://postimg.org/gallery/1huzv3m6m/ Please note that the higher accuracy of the DEM profile does not always reflect the elevation in reality, the road beds are

Re: [mkgmap-dev] option --show-profiles and DEM

Gerd, you can test it with this tile from the Bremen area. it has contours (10m distance) but no DEM http://mijndev.openstreetmap.nl/~ligfietser/mkgmap/49000225.o5m ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk

Re: [mkgmap-dev] option --show-profiles and DEM

I'm sorry Gerd but you are wrong. When I have a map merged with contours but without DEM and without show-porfiles=1 in my options args file the elevation profile is greyes out and not available. Only if I use show-porfiles=1 an altitude profile is available when making a route. So please keep

Re: [mkgmap-dev] r4035 fixes problem with *.hgt.zip files

Thanks for the quick fix Gerd! I have tested a few tiles, seems working as expected with r4035. Hi Minko, Since r4027 single zipped hgt files (*.hgt.zip) caused problems, mkgmap remembered the wrong name and tried to find the file again and again (silentiy and

Re: [mkgmap-dev] r4033: new dem options are now documented

I dont use logging Gerd. And I saw this behaviour in 4028 and 4033. Here are some of those o5m tiles, maybe they are too big too handle? http://mijndev.openstreetmap.nl/~ligfietser/mkgmap/ Van: mkgmap-dev namens Gerd

Re: [mkgmap-dev] r4033: new dem options are now documented

BTW my DEM tiles for my Atlantic map are unzipped hgt's so that is not the case... Van: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> namens lig fietser <ligfiet...@hotmail.com> Verzonden: zaterdag 6 januari 2018 06:54:09 Aan: Development lis

Re: [mkgmap-dev] r4033: new dem options are now documented

hive ? Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von lig fietser <ligfiet...@hotmail.com> Gesendet: Samstag, 6. Januar 2018 15:47:06 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] r4033: new dem options are now documented Hi Gerd, I

Re: [mkgmap-dev] r4033: new dem options are now documented

Hi Gerd, I use -Xmx4000m All tiles get stuck, doesnt matter which one. I have tried one of the Benelux, Germany, Canary Islands. I guess my splitter version is too old?? I have still r-321(2014!). Strange because mkgmap 4025 performed well.

Re: [mkgmap-dev] r4033: new dem options are now documented

Gerd, I don't know why but mkgmap >v4025 does not work for my maps anymore. It is doing hours to compile one tile! My (experimental) DEM settings are dem-dists=3312,3312,3312,6628,9942 overview-dem-dist=16560 Map levels: levels = 0:24, 1:23, 2:22, 3:20, 4:18 overview-levels = 5:17, 6:15, 7:14

Re: [mkgmap-dev] mkgmap r4025 implements --x-dem-poly option

essed. Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von lig fietser <ligfiet...@hotmail.com> Gesendet: Donnerstag, 4. Januar 2018 09:36:09 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] mkgmap r4025 implements --x-

Re: [mkgmap-dev] mkgmap r4025 implements --x-dem-poly option

Hi Gerd, Is it possible to skip dem processing for some specific tiles, for instance I have to add some contour tiles that needs to be processed each time with the same mkgmap version (cannot add it as already processed img). I add them as overlay map on my Benelux map with this statement in my

Re: [mkgmap-dev] mkgmap r4025 implements --x-dem-poly option

Thanks Gerd for implementing the poly option. It solves my issues with large ocean tiles too, by drawing a polygon around the (azores) islands I can keep the tiles big, the issues of memory errors are solved! ___ mkgmap-dev mailing list

Re: [mkgmap-dev] WG: r4015 in dem-tdb branch implements --x-overview-dem-dist

; Gesendet: Samstag, 23. Dezember 2017 12:04 An: lig fietser Betreff: AW: [mkgmap-dev] r4015 in dem-tdb branch implements --x-overview-dem-dist I am not sure what to think about that. When you use 3'' hgt files (size is ~2.8MB) the resolution in that data is 2^32/(360 * 1200) ~ 9942. When you

Re: [mkgmap-dev] r4015 in dem-tdb branch implements --x-overview-dem-dist

Hi Gerd, Thanks for the good work to implement DEM into mkgmap! I have tested a few tiles, I noticed that BuildDEMFile with--dlon=0.00027761 has a much more detailed relief than the default values x-dem-dists=5520, 16560, 44176, 88368 How can I get the same results as with dlon=0.00027761?

Re: [mkgmap-dev] Maps in *.gmap format installation directory

You can store the gmap folders anywhere, and make a shortcut of this folder. Put this shortcut in the default garmin folder(s) . Or use Javawa GMTK, this tool will do that for you. Van: mkgmap-dev namens Frank Stinner

Re: [mkgmap-dev] bug?

Thanks guys, I can get around this bug with a simple workaround (replace all turn-height_turnstile with turnstile), was just wondering what caused this behaviour. Van: mkgmap-dev namens Henning Scholland

[mkgmap-dev] bug?

Hi, I have added a few hacks on barriers to make more info rendering on my maps. Therefore I misuse the housenumber option to make it visible, like barriers: barrier=* & barrier ~

Re: [mkgmap-dev] BuildDEMFile: system out of memory

Ah I understand now what you've meant Nick. Lowering my max-nodes from 1,800.000 to 300.000 nodes solved the problem, thanks. Builddemfile couldnt handle the very huge tiles in the ocean , so by lowering my max-nodes the map got more tiles and those big ocean tiles became smaller, so

Re: [mkgmap-dev] BuildDEMFile: system out of memory

the desired dem effect using the canary islands pbf Using your files I noticed builddemfile creating lots of dem files,containing mere dummyvalues. I tend to avoid such files. Just a thought : perhaps experiment with higher maxnodes? Nick On 09/12/2017 17:12, lig fietser wrote: lig fietse

Re: [mkgmap-dev] regular expression help needed

;mkgmap-dev-boun...@lists.mkgmap.org.uk> namens lig fietser <ligfiet...@hotmail.com> Verzonden: woensdag 6 december 2017 05:43:40 Aan: mkgmap-dev Onderwerp: [mkgmap-dev] regular expression help needed Hi, I have noticed that this notation seems not to work anymore (I'm sure it worked be

[mkgmap-dev] regular expression help needed

Hi, I have noticed that this notation seems not to work anymore (I'm sure it worked before): barrier=* & barrier ~ '(lift_gate | toll_booth | border_control | swing_gate | log)' [0x3201 resolution 23] I have a lot like those lines in my style sheets and I dont know why pois like

Re: [mkgmap-dev] gmtool and TDB

Hi Frank, Yes I meant new.tdb, I have changed a lot of file names and paths to check where this error came from  It seems to work now! With the fixed tdb I can now send maps from the computer to the GPS without errors. I'll check the maps further, will report it when I find something.

Re: [mkgmap-dev] gmtool and TDB

Hi Frank, I get an error message "unbekanntes Argument: 1001.tdb" with gmtool -i "g:\mkgmap\Openfietsmap\versions\test\Openfietsmap (BNL).gmap\Product1\1001.tdb" -i . --withsubdirs --mapsource=new.tdb;noov;notyp;nomdx;nomdr;noinst --hasdem=1 -o g:\mkgmap\Openfietsmap\versions\test\

Re: [mkgmap-dev] element type definition as variable

My maps also have multiple labels and the same issues. To me it looks like Garmin is rendering the order totally random, I cant control it either. Van: mkgmap-dev namens Gerd Petermann

Re: [mkgmap-dev] a new DEM-File Option

I'm afraid I don't understand your tools Frank. I guess I will wait until mkgmap has included the DEM handling. Van: mkgmap-dev namens Frank Stinner Verzonden: donderdag 2 november 2017

Re: [mkgmap-dev] a new DEM-File Option

Hi Frank, But my main question/problem with your tool is, there are no img files at all in a gmap folder structure, so what do I have to do with this tool? Execute it on the "old"format folder with no DEM data? Sorry but to me it is very confusing now. Van:

Re: [mkgmap-dev] a new DEM-File Option

Hi Frank, Thanks for your tool, but can you explain how to specify those img tiles since the gmap folder does not contain any img? This command does not work obviously: GmTool.exe --overwrite --input g:\mkgmap\Openfietsmap\versions\test\Openfietsmap(BNL).gmap\Product1\1001.img --output

Re: [mkgmap-dev] a new DEM-File Option

Hi Frank, I have not recreate the TDB file. Can you or Nick explain how you do this, can you use mkgmap for this? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] a new DEM-File Option

map-dev-boun...@lists.mkgmap.org.uk> namens lig fietser <ligfiet...@hotmail.com> Verzonden: maandag 30 oktober 2017 11:09:17 Aan: mkgmap-dev@lists.mkgmap.org.uk Onderwerp: Re: [mkgmap-dev] a new DEM-File Option Hmm sounds too complicated. I'm generating the DEM data again, I made a mi

  1   2   >