Hi Bernd,
I agree, shield with a name doesn't work well on nuvis. I prefer to use
only street name without reference number. Reference could be added as
secondary label for address search or as a first label on upper layers
of a map.
I'm not sure if problem with nuvi is important enough to
Hi Gerd,
> Most of these ways are areas, but don't have the area=yes tag.
> I am not sure why the "mop up" rule would ignore them when the
> area=yes tag exists.
I'm not sure if I understand your problem, so following are my
observations only.
Area described as a highway could be a
Hi Gerd,
> I think 1st I wanted to point out that the "mop up" rule
> should be removed, it is likely to produce wrong routing.
I doubt it could make a really bad routing, it is nearly the lowest
category of road anyway. As a result IMHO it goes to personal
preferences, whether to use it. Do
Hi Steve,
aren't overview levels defined by options or style?
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Greg,
> It might be nice if we could ABBREVIATE road names
> in the Default style
Your example works only for English and isn't suitable for universal
style, because it can damage valid names in other languages.
You can add conditions like mkgmap:country=USA but then it could all
became
Hi Gerd,
> 3) When the housenumber functions add new nodes to the road to
> improve the address search, these nodes may be > 1m away from
> the overlay line.
Maybe do not add nodes? Or limit these nodes to cases with random numbering?
I guess GPS finds position of an address as an
Hi Walter,
> since Garmin does not support Unicode,
> I have to use at least different codepages for Europe.
I use CP1252 for Europe and English/international names whenever
possible. I think it is the best compromise, especially because some
devices do not support required code pages, like
Hi Gerd,
I guess you already got very complicated code ;)
I'm not perfectionist, I would accept some errors in processing. For
example address placing precision could be in range 20-50m. If there is
a node in this range, I would try use it for multiple addresses.
I'm afraid that inserting a
Hi Walter,
> At the moment I am looking for a solution for 2 very big parts,
> which are in total bigger than 4 GB.
There is no problem with big maps, just do it. All tools support them -
splitter, mkgamp, BaseCamp + Mapinstall and current GPS. I create map of
Europe, which is about 11GB, it
Hi,
I'm trying to compile a map of USA using North America extract form
Geofabrik. I use splitter r427 with bounding polygon, something like that:
splitter --polygon-file=usa.poly ... north-america-latest.osm.pbf
The result is that I get errors in mkgmap:
SEVERE (MapFailedException):
Hi Alexandre,
my first guess was, that mkgmap uses feature called in cGPSmapper "road
sign". This works similar to restrictions and needs multiple legs to
indicate road path associated with road sign.
Now I rather think that destination hints are simply short legs of
standard road inserted
Hi Gerd,
I confirm it works - no more big tiles, when splitting my test example.
I usually set resolution 15-16 bit, mostly because I expect more even
tile sizes. Now I have compared with 13 bit and split is not much worst
but task takes much less time. Maybe I will switch to lower
Hi Gerd,
> maybe Garmin ignores ways which are too short.
cGPSmapper has restriction for minimum distance between routing nodes,
which is about 2.4m. Maybe there is some a reason for it?
I guess splitting link is some kind of solution to get 2 ways and 3
nodes for a hint, but actually it
Hi Gerd,
I can compile some simple examples but I have not much experience in img
format to analyze them.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi,
I have tried to use substitution filter "part" and have found, that it
worked differently, than I expected. Some operation results in adding
trailing separator while others don't. Some filters return null, others
return "", which breaks evaluating formulas with "|".
I have attached a
Hi Gerd,
you mean to install any img for Mapsource and BaseCamp?
Any full mapset, like the one created by mkgmap, can be easy installed
with MapSetTool:
https://sites.google.com/site/cypherman1/
In this case only click at button "Install" and fill provided form
starting from tdb. Ignore
Hi Gerd,
something is wrong with routing in my examples, car routing doesn't work
but pedestrian still does. So please try with pedestrian.
I have created 4 mapsets for Mapsource, see attached file. Unpack it and
run "Install.bat" inside each subdirectory, then you will get map in
Mapsorce
Hi Gerd,
you won't find road signs on map in Mapsource, they are included in
route directions. You should look for directions like "turn ... towards
xxx", where xxx is text form road sign.
cGPSmapper offers 3 types of signs, described as "towards", "onto",
"exit". Maybe exactly these words
Hi,
> No, echotags expects a string constant as parm, and it prints all
> tags of an object
It is not that bad, I think it works like string in "set" command. This
should work:
... {echotags 'testing destination=${destination}'}
but it is kind of redundant, maybe better looking would be:
Hi Gerd,
I don't yet have a solution, I just know that the current approach
is not okay.
No easy solution. I think maybe the best would be to trim border tiles
according to bounding polygon. This could be suitable for irregular
tiles too.
Other idea could be to estimate full content of a
Hi Gerd,
We already have UnusedElementsRemoverHook.java which magically
detects elements in the input file which will not appear in the
output file. If we change this filter to check against a poly
instead of a bbox it might be good enough.
I have already tested something like that, I have
Hi Gerd,
thanks for your interest. That was split for 7GB custom pbf,
densities-out.txt was over 1GB. I will try to prepare some small subset
for test.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi Gerd,
I can't repeat the problem on smaller extracts. The problem is not so
important, I would leave it for now, unless it reappear on easier to
track dataset.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi,
it is worth noting, that on newer nuvis oneway arrows are displayed by
default. They are present on ways with no TYP graphics, and possibly on
non-bitmap graphics too, but I'm not sure about later.
Other peculiarity of non-bitmap graphics is that way's width is scalable
on nuvis,
Hi Gerd,
I observe the same problem using standard extract of North America
http://download.geofabrik.de/north-america-latest.osm.pbf
I have packed my batches and splitter output (densities, areas) into an
archive:
http://files.mkgmap.org.uk/download/292/split-poly2.7z
I have used splitter
Hi Achim,
> in my 60xsc. I want the towers to appear in a much more "zoomed-out"
> state.
60CSx has own settings for POI visibility, you set the map scale up to
which POI are visible. If you set it to "Auto", then POI disappear quit
quickly, when zooming out.
I have found similar setting in
Hi Gerd,
yes, trailing separator is documented. IMHO it's easier to explicitly
add trailing separator in style than remove it. And actually I can't
imagine why could we need it at the end.
> "A1;A2;A3" "part:;<3" -> old "A3;", patched "A3"
Example for trailing separator should be:
Hi Lutz,
mkgmap has some nice support for true marine objects on map, see:
http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmap=%2Ftrunk%2Fresources%2Fstyles%2Fmarine%2Fpoints
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
Hi,
actually 4GB is file size limit of fat32, which is used by Garmin GPS
and SD cards. You can create bigger img, but you won't be able to copy
it to GPS.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi Gerd,
here your compiled examples.
--
Best regards,
Andrzej
road_sign_mod.7z
Description: Binary data
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Franco,
GPS should switch to basemap at lower scale, if basemap is enabled.
Maybe your map has extended level definition? Basemap starts at
resolution 17, I think you should limit your detailed map to levels with
resolution 24-18.
--
Best regards,
Andrzej
Hi Franco,
> Is there any way to get an overview map working on the mobile device,
> or do we have to avoid zooming out too far?
Each Garmin GPS comes with base map preinstalled. It is a world map
similar to preview map on PC. GPS displays base map when you zoom out.
You can replace base map
Hi Franco,
have you enabled base map in GPS? It should be item like "Worldwide DEM
Basemap" in menu of your GPS.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Gary,
I guess you mean "draw order" not "layer"?
IMHO it should work. Check your TYP file and draw orders for other
polygons. Some polygons won't be visible without defined draw order.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
Hi Gerd,
island is a relation (multipolygon) while natural=coastline is a tag
from a line, not from relation. Would mkgmap find this tag when
processing multipolygon?
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
Hi Gerd,
I guess there could exist instances, where sea/lake doesn't include a
hole and island can be overlaid over water. But these are errors easy to
correct in OSM data. Other function for these objects is to add a label
to an area.
In my styles I have removed islands from polygons but
Hi Gerd,
a bit off-topic but similar problem.
Could you apply important points to line objects too? Important points
would be points, where line objects are crossed. I think you already
find important points for roads on routable map and layer 0. You could
preserve them on upper layers. And
Hi Gerd,
T junctions are correct, thanks. For my topo map size increase is like
0.2% versus mkgmap r3686. All seems to be OK in BaseCamp and Mapsource.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi Bernhard,
I use simple awk script to renumber template.args. Something like:
{
if ($1 == "mapname:") {
print $1 " " $2 + 2048
}
else {
print $0
}
}
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
Hi Gerd,
I have compiled a topo map. Size reduction is nearly 13%, which is
great. Compilation time increases slightly, less than 3%. This is not a
problem.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi Gerd,
this is great improvement, thanks! I have tested your patch on a road
map and get about 4% decrease of map size. I'm compiling topo map now, I
think it is over 10% size reduction.
I would like to suggest some optimizing of code. I think, you can get
optimum bit length directly in
Hi Thomas,
the same is true for City Navigator and maps compiled by cgpsampper. I
guess each country is registered twice, with full name and with
abbreviation. You see it twice, if full name starts like abbreviation.
I don't get 3 version of France though.
--
Best regards,
Andrzej
Hi Steve,
just have tripped on similar problem. I have made a transparent map with
layers 24-23 and preview map in layer 18. This went wrong, since tile's
areas in preview (objects 4A) were split into parts. Mapsource and
MapInstall expect single area for each object 4A.
I guess mkgmap
Hi Gerd,
see attached example. I have used mp format because I couldn't invent
equivalent example with osm data.
See that both background 4B in level 1 of detailed img and map area 4A
in overview consist of 2 parts. Mapsource and Mapinstall use only one
part of object 4A.
Other note:
Hi Bill,
I think this is problem in BaseCamp and Mapsource. What you see is
overview map drown over detailed map. Since overview map is not
transferred to GPS, map is correctly drown in device.
Other peculiarity of Mapsource/BaseCamp is that routing doesn't work for
transparent maps, while
Hi,
I'm attaching a patch to remove indexes for labels 0x28xx from MDR file.
I don't think any GPS supports these indexes.
--
Best regards,
Andrzej
Index: src/uk/me/parabola/imgfmt/app/mdr/MdrUtils.java
===
---
Hi Steve,
I have tested cgpsmapper, it writes into Mdr4 following POIs:
0x0100 - 0x0F00, subtype always 0
0x2Axx - 0x30xx, where subtype xx is 0 - 0x1F
0x64xx - 0x67xx, where subtype xx is 0 - 0x3F
Range of subtypes is what I actually have put into test map, I don't
know if greater values
Hi Dave,
I think the idea is to include some preprocessing capability to style
interpreter.
I develop a single style for my topo maps, but I need some possibility
to get a small variation in style depending on region. For example I
prefer to show landuse=farmland on a map of Africa but to
Hi,
> If my interpretation is correct, it says that all those types of
> highway are considered as unpaved, unless there is a surface,
> tracktype, smoothness AND sac_scale parameter!
Rule is OK. If you negate conjunction (by use of "unless"), then you
should use disjunction of negations:
Hi Mike,
thanks for suggestion, this probably could be done. Currently I use some
external scripts based on sed to create variants of my main style.
I think conditional statements, like the idea Gerd is considering, could
be more flexible. I could get variants of style, that doesn't depend
Hi Gerd,
could you implement simple conditional statements, which would be
analyzed at the stage of reading style? Similarly like statement
"include" is processed.
I think the simplest version would contain 3 tokens:
ifdefined CONSTANT
ifnotdefined CONSTANT
endif
Scanner should look for
Hi Carols,
some guessing on my part, hope someone corrects if I'm wrong.
As I understand, elevations in img are stored in feet.
Filters hight:m=>ft and conv:m=>ft indicate, that value from source has
to be converted into feet, as expected by img format.
When you look at map, you see height
Hi Gerd,
warning is OK. I hope filters with the same units for source and target
work too. They would be convenient to remove unit shortcut from tag.
Another suggestion for default style, support for comma as decimal
separator:
natural=peak {name
Hi Gerd,
the expected outcome of this patch is no change in img but some data
omitted in MDR index. This should be:
- for Mdr4 POI type 0x28 is omitted
- for Mdr10 and Mdr11 indexes for POI type 0x28xx are omitted,
- for Mdr15 labels for POI type 0x28xx are omitted.
Patch looks like a simple
Hi Carlos,
maybe mkgmap could issue a warning for filter whenever input data are
not compatible? Comma is a standard decimal separator in Poland and
there is a lot of erroneous tags. I haven't noticed this problem until now.
When numeric value contains a comma, filter "height" doesn't
Hi,
on which GPS can you search for labels? My nuvis and Dakota don't find
labels. Mapsource and BaseCamp seems to support lables, when you look
for "all POIs", but that's rather limited use for this feature.
I'm designing map for cars. My goal is to create small map without TYP
file.
Hi Gerd,
> I found new problems, e.g. 180.0 degrees and -180.0 degrees started
> to give the same 32 bit value.
Isn't it good? The same is true for 24 bit precision and even for 8bit
angles.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
Hi Gerd,
could you really make a map, which include both +180 and -180
coordinates? I create a map of Asia and I intentionally limit area to
179., because of compilation problems.
Maybe if you limit input data that way, that you never process -180 and
+180 at the same time, then you
Hi Gerd,
functions like proposed create_area() perform tasks, that I usually
would do with a GIS program. Unfortunately processing OSM is not easy
like for example SHP. That's why I'd like to put some of these functions
into mkgmap. It's not a good solution but could be convenient.
Hi Gerd,
I can't see any easy way to make runway visible over a road, without
using a TYP.
I treat default style as some kind of reference. An attempt to solve
this problem would result in cluttering of the style or use of
non-standard objects. Both approach would destroy educational values
Hi Gerd,
I have tested patch v3 with r3814, no problems spotted. Warnings and
tags work correctly.
No comments about branch, it is up to you.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi,
I have applied style-option patch v3 to if-then branch. I have noticed
following problems:
- tags created by style-option are treated as empty in conditionals,
- mkgmap gives warning about not used style-option, if it is used in
conditionals only,
- conditionals do not support function
Hi,
continue is a good solution but without TYP aeroway becomes invisible.
That's why I decided to drop it.
is_closed() looks interesting. Official wiki says, that areaway=taxiway
can only be a line but I can see these objects mapped as areas too. With
is_closed() condition, some objects
Hi,
attached is second version of patch, where function is_closed() is used
instead of area=yes. It looks like tag area is most often not used for
aeroway objects.
--
Best regards,
Andrzej
Index: resources/styles/default/lines
Hi Gerd,
yes, I understand. The more capable options, the more problems could
arise. But I'm not afraid, I think these options would be used in
scripts, where they would be correct after first debugging.
In case of style-option you could issue a warning if command line
style-option is not
Hi Gerd,
I think this is a good solution for variable styles. Only I would prefer
a more simple use. Regular expressions looks clattered and probably are
more expensive then simple comparison. Could you consider something like
this:
mkgmap option with multiple "key=value", empty value could
Hi Gerd,
IMO you won't get good routing for cars, if you set all roundabouts to
class 0. My understanding is, that roads with road_class 4 and 3 should
create a proper, continuous network. If you break network at
roundabouts, long distance routing will suffer.
I doubt you will get a nice
Hi Gerd,
just have tested following version:
# Roundabouts
junction=roundabout & (highway=trunk | highway=trunk_link) [0x0c
road_class=4 road_speed=2 resolution 24 continue]
junction=roundabout & (highway=trunk | highway=trunk_link) [0x10801
resolution 18]
junction=roundabout &
Hi Gerd,
it looks like your patch doesn't cooperate with my changes to default
style (about aeroway). If I apply both patches, then mkgmap crashes
using internal style. If I apply only your patch and use my version of
default style in a folder, then I get following crash (no style-option
Hi Gerd,
I have removed is_closed() form polygon file and changed resolution of
aeroway=heliport to match aeroway=aerodrome. Here attached patch v3.
I miss a bit explanation, how mkgmap process objects. It looks
reasonable though to forward only closed lines to polygon processing.
--
Best
Hi,
I observe the same. For roundabout as primary road it works well, but
not for roundabout as minor road.
I have noticed an unexpected outcome. Map is a bit smaller, when using
multiple objects for roundabouts - double lines at layer 0 and
non-routable lines at upper layers. I would
Hi Gerd,
I have tested your patch with following rules:
junction=roundabout & (highway=primary | highway=primary_link)
& mkgmap:option:render-roundabout!=true
[0x0c road_class=3 road_speed=2 resolution 20]
junction=roundabout & (highway=primary | highway=primary_link)
&
Hi,
I'm attaching proposed patch for aeroways. It corrects following problems:
- aeroway is a highway, example http://www.openstreetmap.org/way/23832044
- aeroway=runway is an area, example
http://www.openstreetmap.org/way/306366732
Patch also adds support for aeroway=taxilane and
Hi Gerd,
it is simple, it works and it doesn't slow processing when not used. So
I would say it is ok. You can put optimizations on to-do list.
I think this feature should nicely cooperate with if-then-else
statement. This could probably speed up evaluation of tags, if only one
set of
Hi Gerd,
you could correct description for --product-version in help. Something
like: default value is 100 which indicate version 1.00.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi,
I suggest to call this option --custom or --mpc, instead of --marine.
The patch sets some value in TRE header, which are used by custom maps
created by Garmin's Map Product Creator. Current values used by mkgmap
(1,3,17) are like in City Navigator maps. Values for custom map (1,4,23)
are
Hi Gerd,
product code is a code assigned by Garmin. I think all Garmin products
get a code. For example nuvi 3760 is "006-B1101-00", City Navigator
Europe is "006-D2755-xx", where xx is release number.
Product code is placed in bytes 0x30-0x39 of header. It is encoded as a
string of 6-bit
Hi Gerd,
your patch seems to working correctly, see attached screenshot form
chartplotter.
I have noticed, that product-version uses other format,
product-version=120 is interpreted as 1.20 by Map Product Manager.
Currently product version goes to TDB and info.xml, I think it can be
used
Hi Gerd,
version 3 works correctly - gmapsupp.img created by mkgmap is directly
recognized by chartplotter, no need to patch img.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi,
use product-version instead, it puts version into header of
gmapsupp.img. Works correctly in patch version 3.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi,
POI types 0x28xx are usually treated as labels, there is no icon for
these POIs, only label text. CGPSMapper doc describe these POI as
"Region name".
I'd like to use these POI for house numbers. Problem is, that mkgmap
indexes labels! It results in big increment of img files and index
Hi Gerd,
I call these values TRE parameters. They are 3 bytes at offsets 0x43,
0x44, 0x45. I'm not sure, what is the real meaning of parameters. Same
guesses are that it indicate routable/non routable map, general display
priority, some parameters for navigation, general map type.
Info
Hi Gerd,
if you use procedures for boundaries, then apply the same user interface
- add a tag for objects inside area. This could be for example
"mkgmap:residential". It could contain area name as a value with a
default like "residential" or "yes".
While I doubt if landuse=residential is
Hi Mark,
common reason for missing tiles are duplicate mapname (map ID). If you
have multiple maps on your GPS and some tiles get the same mapname, then
GPS process only one of these tiles and ignore any others.
You set mapname in mkgmap with option --mapname. Or you set it in
splitter
Hi Jörg,
unofficially maps are supported by first fenix and derivatives like
tactix, quatix and fenix 2 and its derivatives.
Officially maps are supported by Epix. If you want a watch with maps,
this one is the best choice. One downside of Epix is that it somehow
buggy renders icons from
Hi Gerd,
for some time mkgmap prints following messages, when compiling routable
map with 23 bits on layer 0:
SEVERE (RoadDef): 29467460.osm.pbf: internal error? The nodeCount
doesn't match value calculated by RoadNetWork:
(http://www.openstreetmap.org/browse/way/41895544)
My guess is,
Hi Dave,
your rule looks good except you should use curly brackets.
'${..}' means tag from relation while '$(..)' is a tag from member of
relation. Try for example:
type=site & name=* {
apply {add name='${name}';}
}
Or you can concatenate site name with building name, if exist:
Hi,
I have once created a test map for all possible objects, using
cGPSmapper. I have found, that some objects are problematic. I don't
remember details, but I think sometimes map doesn't work at all.
My current set of good points exclude 0x1001. Actually I think that for
types 0x01xx to
Hi,
there are points 0x1001 in img and it looks correctly in BaseCamp. If I
compile mp with mkgmap, then points 0x1001 becomes 0x1000 but map still
works in BaseCamp.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
Hi Ticker,
have you tested it?
I think sea object covers most of other polygons, regardless of sort
order inside img. IMO there is a default draw order for maps without TYP
and your patch can have only a limited application, within single level
of default draw order. And this could even
Hi Steph,
my guess this is the problem of cutting data at the border.
Did you use some tools like osmosis with bounding polygon? It looks like
the lake was cut with the border, but border is not added to polygon
shape. There is straight line instead, which moves water on wrong side
of coast
Hi Dave,
you can transfer tags from a relation to its objects. Look for "apply"
rule in style-manual.pdf .
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Steve,
> What is the family name for that map? It should be in the first
> element in the Info.xml file.
> Does it have spaces or underscores or is different altogether?
Folder for CN EU 2017.20 is "City Navigator Europe NTU 2017.20.gmap",
with spaces. Name inside info.xml is the same:
Hi,
I have tested these example too, BaseCamp gives correct messages. I can
only suggest for mkgmap to break continuity of roads at junction
indicated by "through_route". This could give more warnings from navigation.
I'm not sure how popular "through_route" is. If there are redundant
Hi Gerd,
yes, I expect a routing node at junction form "through_route". This node
could be placed in the middle of a longer road. In this case I suggest
to consider splitting road at junction/routing node.
My understanding is, that road in img can contain multiple segments
separated by
Hi,
I think this version comes from img header. You can set it with
GMapTool, like in this example, only here fields for version are empty:
http://www.gmaptool.eu/en/content/map-visible-basecamp
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
Hi Mike,
it is a nice idea, some variables in license text would be useful.
As for mkgmap version, this is a kind of information, that people
usually won't put inside their license, but that can be useful when
analyzing mkgmap problems. That's why I suggest to put it always, it
won't take
Hi,
Product Map Manager displays copyright from TDB file. Probably good
opportunity to check, if creating TDB is correct too.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi,
there is command line version of GMapTool too. You can run it in a batch
like this:
>gmt.exe -w -c 1.02 gmapsupp.img
Map version is in bytes 8-9 of the header. Support in mkgmap could be
added as easy as option --hide-gmapsupp-on-pc. Only pitfall is
processing values like 1.1, which can
Hi,
I have tested last problem with mkgmap r3742M, which should disable
compacted format of angles. It works better but not ideally. r3743 gives
3 times "turn left", when actually route leads straight ahead. Patched
r3742M gives one "bear left" and one "turn left".
I have an older map,
301 - 400 of 709 matches
Mail list logo