Hi all,
we had some discussions on the weirdness of Garmin's routing algorithm
in the past.
In August 2014, I described an example, and popej could give a good
explanation:
https://www.mkgmap.org.uk/pipermail/mkgmap-dev/2014q3/thread.html#21825
Beyond that, "newer" Garmin outdoor devices (ehm,
Hi Gerard,
you can check the elevation contour lines by opening the file generated
by your tool in e.g. JOSM (my take some time when the file is large).
Strange distortions are expected at the borders of the whole set of
input files, but not where input files are adjacent to each other.
Your
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_
Hi all,
"highway=emergency_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
Hi Karl,
some time ago, I stumbled upon a tile which took 2 hours(!) on my machine.
With the "--polygon-file" option, the time could be reduced to less than
100 s.
See the old message in the archive:
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2017q1/026490.html
and the thread "Performance with
That strange behavior may occasionally happen, I experienced that
several times in the past. Updating the maps on the device typically
removes it. Oddly, even updating a map of a totally different region may
help...
Regards,
Bernhard
Am 16.08.2020 um 12:14 schrieb jan meisters:
I recently
Hi Ticker,
the speed used for routing depends also on your device.
For road_speed 7, I detected 112 km/h on an Oregon 600, and 132 km/h on
an Oregon 400.
For more details, see my old post on that topic at
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2014q3/021620.html
Kind regards,
Bernhard
Am
Hello ael,
please note that rendering (and also indexing) depends on the specific
Garmin unit and its firmware.
The page https://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/POI_Types
shows a list of "point of interest" and their default rendering /
indexing on several device types. It also
Hi Stephan,
what does happen when you change all tracktype=grade4 to grade3 or grade5?
That is, put a line like
tracktype=grade4 {set tracktype=grade3}
(I hope I remember the syntax correctly...)
in your lines file, rather near the top of the file.
Regards,
Bernhard
Am 20.05.2020 um 11:33
hout highway=* still might be used
as a highway if a tag like foot=yes or bicycle=yes exists.
Tickers idea should have more or less the same effect.
Gerd
____
Von: Bernhard Hiller
Gesendet: Montag, 20. Januar 2020 19:41
An: Gerd Petermann
Betreff: Re: [mkgmap-
Hi Gerd,
"add access=no" is a very dangerous option.
In my style, I added a rule for removing such ways completely. And it
failed terribly - today, there may be public roads on previous railways.
See also my post in the forum at
https://forum.openstreetmap.org/viewtopic.php?id=66451
Kind regards,
Hi Ticker,
I often travel on bike in "nowhere land", where hotels and restaurants
are rare. So I think it is good to show both PoIs if a hotel contains a
restaurant. Of course, it would be more relevant to know how other users
of OSM Garmin maps think about this topic (I use my own style, so
else tries to follow
these steps.
Kind regards,
Bernhard
Am 31.10.2018 um 22:03 schrieb Bernhard Hiller:
Hi all,
currently a Java OutOfMemory exception prevents me from creating a
map. I already use option --max-jobs=3 (the machine has 4 physical
cores) and -Xmx5G (of 8 GB installed). Beyon
contains a lot of data that was written to keep ways complete. Maybe srtm2osm
creates lots of very long ways ?
Gerd
Von: mkgmap-dev im Auftrag von Bernhard
Hiller
Gesendet: Samstag, 3. November 2018 11:25
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap
s-to-lines and you have a rule in the
points file which processes ele to add a POI
you may see something like that.
Gerd
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet: Freitag, 2. November 2018 19:24
An: Bernhard Hiller; Development li
static final int MAX_LON_DEGREES =0;
in SplittableDensityArea.java and compile your own version of splitter.
Gerd
Von: mkgmap-dev im Auftrag von Bernhard
Hiller
Gesendet: Mittwoch, 31. Oktober 2018 22:03
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: [mkgmap
DEGREES =0;
in SplittableDensityArea.java and compile your own version of splitter.
Gerd
Von: mkgmap-dev im Auftrag von Bernhard
Hiller
Gesendet: Mittwoch, 31. Oktober 2018 22:03
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: [mkgmap-dev] splitter: option for maximum
Hi Thorsten,
viewfinderpanoramas provides files for that area too. Download cells M32
and M33 from
http://www.viewfinderpanoramas.org/Coverage map viewfinderpanoramas_org3.htm
The unzipped files all have a size of 2818 kb, and work well with mkgmap.
Kind regards,
Bernhard
Am 01.11.2018 um
Hi all,
currently a Java OutOfMemory exception prevents me from creating a map.
I already use option --max-jobs=3 (the machine has 4 physical cores) and
-Xmx5G (of 8 GB installed). Beyond OSM data, the map contains DEM and
elevation contour lines.
From the tiles finished and those with a new
g :-(
Do you have an idea where this id comes from?
Gerd
Von: mkgmap-dev im Auftrag von Bernhard
Hiller
Gesendet: Montag, 29. Oktober 2018 07:48:02
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: [mkgmap-dev] splitter: "Cannot store node id 92233720368547
me.
The following message about the sort is misleading :-(
Do you have an idea where this id comes from?
Gerd
________
Von: mkgmap-dev im Auftrag von Bernhard
Hiller
Gesendet: Montag, 29. Oktober 2018 07:48:02
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: [mkgm
Hi all,
I tried to create a map of south east asia with contourlines. DEM data
are from Viewfinderpanoramas, and were processed with srtm2osm. It took
7 h to generate a 40GB *.osm file, and another 1 hour to sort the data
with osmosis into a 600 MB *.pbf file. A region from 0-23N and 94-109E
Hi Andrzej,
I doubt that it is possible.
The extracts from Geofabrik overlap at the administrative borders. So a
road from e.g. Germany to Poland won't end at the border, but extend a
few meters (sometimes even kilometers!) into the neighboring country.
And that holds true for that road in the
formats. You should see better results if you unzip the files.
I'll try to add support for this format now.
Gerd
Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Bernhard
Hiller <b...@gmx.de>
Gesendet: Sonntag, 8. April 2018
According to the DEM in the map, the Rhine river some 3 km away from my
home is at an elevation of some 2600 m asl. I do not live in the Swiss
alps, but some 50km west of Frankfurt, just north of 50°N... The correct
elevation is about 80m.
Near Bingen (just south of 50°N), the Rhine is at an
Hi Carlos,
I remember that mkgmap takes very long when there are some strange large
tiles which are almost empty (or contain large almost empty areas). I
could solve that by cutting the desired area from the input file before
running splitter.
I do not know if this is applicable in your
m.exe -step 25 -cat 500 100 25 -large
and now things work.
Am 13.02.2018 um 19:38 schrieb Bernhard Hiller:
I was trying to create a map of Taiwan including DEM data and
elevation contour lines. The DEM part was easy. But strangely, I
cannot get elevation contourlines.
I downloaded hgt data from Vi
I was trying to create a map of Taiwan including DEM data and elevation
contour lines. The DEM part was easy. But strangely, I cannot get
elevation contourlines.
I downloaded hgt data from Viewfinder Panoramas, and placed them into
the cache directory of srtm2osm.
I called srtm2osm in a
iki.openstreetmap.org/wiki/Tag%3Ashop%3Dvacant
Not sure if the default style should ignore this as well?
Gerd
Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Bernhard
Hiller <b...@gmx.de>
Gesendet: Mittwoc
In the forum, there is a discussion on the enormous variety of values
for some tags, see
https://forum.openstreetmap.org/viewtopic.php?id=55541 (in Dutch).
There is also a link to a list showing the different values for the
"shop" tag:
Hi Thomas,
since you have 10 GB of RAM for all of the tasks running on your
computer, I doubt that 9800 MB for Java/mkgmap is actually feasable.
With Win 7, I put away some 1200-1500 MB for the operating system.
If a process gets more memory, swapping to disk will occur, which is a
slow
e much more time, maybe times depend on program options or style.
I just noticed that I did not enable assertions (-ea) so I now try a variant
with a max-nodes0 and -ea.
Gerd
Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag v
- Central Europe 20 minutes
mkgmap: Germany 30 minutes - Central Europe 133 minutes
While splitter performed better than O(n) (more like O(sqrt(n))),
mkgmap performed worse than O(n^2).
Am 19.03.2017 um 12:06 schrieb Bernhard Hiller:
How is mkgmap expected to behave when input files grow in size
How is mkgmap expected to behave when input files grow in size? Is a
linear inrease in calculation time - i.e. O(n) - expected, or an
increase beyond linearity?
E.g. when I create a map with routable lines for bicycle, mkgmap takes
some 30 minutes for Germany alone (3 GB pbf file resulting in
From one data extract (comprising Germany, Austria, Switzerland,
Czechia, Belgium, Netherlands), I create 3 maps:
- a routable map for car with id 4312
- a routable map for bicycle with id 4311
- a shared map with points of interest, areas, and some lines (river,
railway, etc) with id 4310
Due
I was trying to show maxspeed information on the map.
In the lines file, I added
highway=* maxspeed=* {addlabel '${maxspeed}'}
which replaced the name by maxspeed.
Next, I looked at some examples in the default style which add ref as a
label (but whose syntax I do not understand - looks more
Cze´sć Andrzej,
thanks for this (bad) information. Looks like the Oregon 600 (an outdoor
device) uses the newer algorithm.
Well, it means, I can now stop optimizing for the correct route, and
perhaps rather try to optimize the calculated time for the selected
route (i.e. get it closer to my
When selecting Minimize Distance, the result conforms with the
expectations: the shortest route is selected by the Garmin Oregon 600.
But with Minimize Time, things are different. It is not at all the
route with the shortest time.
By setting a Via Point, I can have it calculating my preferred
Thanks, that did the trick.
That was a change to mkgmap which made it incompatible with older styles.
Strangely, the new map has 182 MB, 25 MB less than the old version.
Am 05.07.2014 11:31, schrieb Bernd Weigelt:
add something like this to end of 'points'. 'lines', 'polygons'
|finalize
| #
Thanks a lot for your hints.
--index is only about address search. POI search is independent of
address search.
Thanks for that hint. I did not know that.
it looks like it generates the index on the fly from the tile data.
With the slow speed of the items appearing in the list, that likely
Czesc Andrzej,
thanks for your hints. Unfortunately, it did not work.
Next, I downloaded a fresh extract from Geofabrik and created a fresh
map without an index. I verified that the maps which come with the
device do not have POIs (well, there are some: all of them are military
or civil
Whenever more than one map exists on an Oregon, the indices of all those
maps are used for POI search reagrdless if the maps are enabled or not.
When the areas of maps do overlap, several POIs are listed twice (or
even more often depending on the number of maps).
Since I use some POI codes
Chapter 4.6.5 of the style manual shwos a table with road speeds and its
corresponding highest speeds.
I created a small test map with roads of ca. 100 km length of all 5
road_types and added speed limits which translate into the 8 different
road_speed codes with the current (v3310) default
Thanks for your hints. With the precompiled boundaries, the map of the
European countries receives a functional address index. When creating a
map of South-East Asia (Thailand, Malysia, Singapore, Cambodia, Vietnam,
Indonesia, Laos), the address index does not work: no roads are found in
Meanwhile I did some experiments.
With a fresh download from Geofabrik, I started with germany.osm.pbf
without any additional modification by osmconvert. I split it, and
created the map with the same parameters and style file.
With the examples from Germany, I received the same results.
Background:
Often hotels have a restaurant also, the combination of
amenity=restaurant and tourism=hotel on one node (or area) is quite
common. Now the hotel should be in Lodging - Hotel, and the restaurant
somewhere in Food and Drink.
Hence my question is: is it possible to get one node into
I try to build a map of Germany, Switzerland, Austria and Czech Republic
with a functional address index.
I downloaded the Geofabrik extracts for those countries, combined them
(after conversion to o5m format) with osmconvert, split them, and create
the map.
The result is quite mixed: some
Steve,
thanks for the patch. I've just re-created the test map, and it works!
When will that patch be included in future releases?
Regards,
Bernhard
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
I'd like to set maxspeed to the minimum of maxspeed, maxspeed:forward,
and maxspeed:backward.
In my lines file, I use:
|maxspeed:forward=* maxspeed!=* { set maxspeed='${maxspeed:forward}' }
maxspeed:forward=* (maxspeed:forwardmaxspeed) { set
maxspeed='${maxspeed:forward}' }
cityxx=yes} [0x0800
level 3 continue with_actions ]
...
Am 29.09.2013 10:53, schrieb Bernhard Hiller:
How can provincial capitals be detected by a style rule? I want to
show them at low zoom level, even if their population is rather little.
Example:
Phangnga town (South Thailand) has
How can provincial capitals be detected by a style rule? I want to show
them at low zoom level, even if their population is rather little.
Example:
Phangnga town (South Thailand) has a population of some 10,000 people,
but it is the capital of Phangnga province (see
Thanks for the hint. The tools can at least do this one step, though the
number format shown is a little confusing.
But it cannot check for items in the TYP file which are not used in the
style.
And it cannot show the definitions in style file vs. TYP file, i.e.
embassy and prison may stay
Hi Christian,
I experienced the memory full error on my Oregon 400t some time ago. It
seems that it was caused by a broken map, since never did it occur again
after replacing that one map with a newer version.
Kind regards,
Bernhard
Am 29.05.2013 23:17, schrieb Christian H. Bruhn:
Hi!
I've
After upating from version 2337 to 2484, I receive following error:
java.lang.UnsupportedOperationException
at
uk.me.parabola.mkgmap.osmstyle.eval.AbstractOp.value(AbstractOp.java:110)
at uk.me.parabola.mkgmap.osmstyle.eval.EqualsOp.eval(EqualsOp.java:44)
at
Due to problems with --generate-sea (for some - but not all - areas,
no sea is drawn at all), I included natural=coastline [0x15 resolution
10] in my style. But the coastline never was visible on the map. Only
after removing the --generate-seaoption, the coastline shows up. Can
that be fixed?
I tried to make a map with an extra style for dual carriageways for each
of highway=primary, secondary, and tertiary. The problem is that I do
not see an appropriate tag to search for. Dual carriageways are
characterized by two roughly parallel ways with oneway=yes. It is not
necessary that
56 matches
Mail list logo
