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, m
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 descr
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%3Demerg
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 e
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 experi
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 links
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 schr
ing is that a railway=abandoned without 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: G
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 t
ated when some 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 in
file
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: [m
guess: If you use option --add-pois-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:
X_LAT_DEGREES =5;
private 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.mkgma
nal 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-dev] splitter
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 10:16
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 ti
eading :-(
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 922337203
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: [mkgmap-
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
w
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
'll try to add support for this format now.
Gerd
Von: mkgmap-dev im Auftrag von Bernhard
Hiller
Gesendet: Sonntag, 8. April 2018 20:40:23
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: [mkgmap-dev] DEM bug at 50°N
According to the DEM in the map, the Rh
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 ele
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 situati
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 batch
=cant
https://wiki.openstreetmap.org/wiki/Tag%3Ashop%3Dvacant
Not sure if the default style should ignore this as well?
Gerd
____
Von: mkgmap-dev im Auftrag von Bernhard
Hiller
Gesendet: Mittwoch, 16. August 2017 19:19:01
An: mkgmap-dev@lists.mkgmap.org.u
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:
http://mijndev.openstreetmap.nl/~marczoutendijk/taginfo-sho
The index may be sometimes confusing: there are categories which sum up
other categories, and that also depends on the device type.
See http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/POI_Types
E.g. 0x2a04 is shown under
- All Categories
- Asian
- Chinese
on an Oregon 600, but the category "
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 process
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 im Auftrag von Bernhard
Hiller
Gesendet: Sonntag, 19. März 2017 19:46:32
An: mkgmap-dev@lists.mkgmap.org.uk
Betre
- 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 85
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 t
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 m
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 prefe
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'
|
| # The finaliz
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 like
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 airpo
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 di
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 st
Hi Brett,
an issue with the index on a Garmin device is that it requires specific
codes for specific items. For a comparison of Garmin models and the
use/appearance of codes, see
http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/POI_Types - In most
cases, the meaning is the same for differ
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
Bangko
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.
Next,
also available.
Also for the hotel+restaurant, two IDs are required, one in Lodging, and
one in Food and Drink.
Am 09.11.2013 14:42, schrieb Marko Mäkelä:
On Sat, Nov 09, 2013 at 02:36:58PM +0100, Bernhard Hiller wrote:
Hence my question is: is it possible to get one node into the index
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 in
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 pla
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
http://lists.mkgmap.org.uk/mailman/listinfo/mk
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:forwardThat works only if exactly one tag is set. But when both forward a
es} [0x0700
level 4 continue with_actions ]
place=city & population > & cityxx!=yes {set 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 t
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
http://www.openstreetmap.org
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 mixed
Is there a possibility to check a style together with the corresponding
type file?
For example, a type could contain a line/poi/area which is not used at
all in the style.
The other way round may be less important due to Garmin's default style,
I think it should be possible to check that too.
Bu
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'v
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 uk.me.parabola.mkgmap.o
The ramps connect a secondary to a trunk. Hence, I'd tag them as
trunk_link, not secondary_link. That could result in correct routing.
But in the Bing images, the "dirt track" looks more like a residential,
which could contribute a
contrary effect.
Since the ramps are very long in that special c
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-sea"option, the coastline shows up. Can
that be fi
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 the
61 matches
Mail list logo
