Hi,
Am 29.05.22 um 22:10 schrieb Andrzej Popowski:
First I noticed, that tweak for better looking roundabouts not always
works. In default style there is something like that:
junction=roundabout & (highway=tertiary | highway=tertiary_link) [0x0c
road_class=1 road_speed=1 resolution 24
Am 27.06.20 um 12:54 schrieb Joris Bo:
> Is there a online repository of compiled mkgmap versions?
Here are all the versions I still have:
http://www.kleineisel.de/ralf/gps/mkgmap/
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi,
Am 13.06.20 um 11:41 schrieb Pierre Brico:
A few months ago, I bought a Garmin GPSMAP 66s (I've already other
Now I would like to generate a map for my next holiday in France but I
have issues with missing tiles.
does your device run the latest firmware? I had weird display problems
On 9/19/19 12:13 PM, Felix Hartmann wrote:
> Routing is only in resolution 24. If you put that information into other
> resolution it is ignored.
But this does not mean that all routing lines have to be "resolution 24"
in the style's line file. In my own style e.g. highway=motorway has
"level 7"
Hi,
On 1/19/19 11:38 AM, Joris Bo wrote:
> That’s very kind, thank you.
>
> Attached an excel with the exported translations up to r4262
>
> Just add a column for any new language
I just corrected a few issues in the german column.
20190119b Translations r4262.xlsx
Description: MS-Excel
On 1/3/19 1:35 PM, Harri Suomalainen wrote:
> Do I missunderstand something or is this a bug?
I think it's a bug.
The same problem occurs with the "if .. then" syntax:
This works:
if (railway=*) then
if (tunnel=yes) then
(){delete railway}
else
railway=rail
On 12/27/18 10:13 PM, Ticker Berkin wrote:
> Try removing the quotes from the option when it is the template file,
Yes, that does the trick. Thank you!
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Does using the mkgmap option "name-tag-list" break the address search?
If I use this line in my template.args: 'name-tag-list="name:de,name"'
address search does not work in my Gpsmap 64S. Mapedit++ shows '? (,
?,DEU)' for streets in the address field.
If Í remove the option everything is fine.
On 11/02/2018 07:31 PM, Gerd Petermann wrote:
> just a 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.
I may have understood this wrong, but wasn't the file size comparison
after the
Hi *,
is there a way to influence / improve / change the way tags that contain
non-latin script are transliterated by mkgmap?
Right now I am trying to make a map of Iran. OSM entities with a
"name:en" tag are not a problem, I can use that. But many places contain
name tags in farsi only.
When I
On 02/12/2017 01:45 PM, Gerd Petermann wrote:
> I also thought that this would be the best solution, so I tried to
> modify the OFM lite style like that, but without success. My
> knowledge about typ files is near zero :-(
You don't need a lot of knowledge to copy a polyline definition with
On 02/12/2017 12:59 PM, lig fietser wrote:
> I have used such approach for my bicycle maps and received quite a few
> negative reports with two routable lines on top of each other,
> especially near and at roundabouts. A lot of devices will crash
> (completely shut down) so I'd not recommend
On 02/23/2015 01:06 PM, Andrzej Popowski wrote:
There is no need to add overview to gmapsupp. It can be copied as a
separate file to GPS with the same result.
Is this possible on gps units which support only one map file? What
should be the name of the overview map file?
Hi,
On 02/23/2015 08:57 AM, Gerd Petermann wrote:
My understanding so far:
If you disable the basemap or if you don't like the basemap
in the device you should either add the overview map to the
gmapsupp file or use low resolution levels for each tile.
yes, both ways work on my eTrex Legend
On 02/21/2015 12:35 PM, Andrzej Popowski wrote:
The proper solution for you would be to add more levels to detailed map.
What is the advantage of using more map tile levels instead of putting
them into the overview map?
I need the overview map for mapsource anyway.
What's more, without
Hi,
On 02/20/2015 09:58 PM, Andrzej Popowski wrote:
You probably have deleted or disabled in menu Garmin basemap.
Interesting.
Yes, the basemap was disabled.
With a gmapsupp.img including an overview map:
- No matter wether I enable or disable the basemap, I always see my map
on all zoom
Hi,
is there a way to include the overview map in the gmapsupp.img without
having to run mkgmap another time?
If I have, say, three map tiles and the corresponding ovm files:
-rw-r--r-- 1 ralf users 13522944 Feb 17 22:55 1001.img
-rw-r--r-- 1 ralf users 16841216 Feb 17 22:55 1002.img
On 02/20/2015 07:50 PM, GerdP wrote:
my understanding is that no device supports the overview map.
It is only used on the PC. Why would you want to have it in the gmapsupp?
I am currently preparing a new update to my topo map of Germany.
The level definition in my options file is:
levels =
On 02/20/2015 08:30 PM, Ralf Kleineisel wrote:
On 02/20/2015 07:50 PM, GerdP wrote:
my understanding is that no device supports the overview map.
It is only used on the PC. Why would you want to have it in the gmapsupp?
I am currently preparing a new update to my topo map of Germany.
I
Hi,
is there a way to combine several overview map work files (ovm_*.img)
into a new overview map?
I have a set of about 200 compiled map tiles and the corresponding ovm
files.
I can combine subsets of these map tiles into new gmapsupp files, but
how do I make the new overview maps?
Best
Hi,
On 02/17/2015 10:48 PM, GerdP wrote:
this should work:
copy all *.img and ovm*.img into one directory and
use
java -jar mkgmap.jar *.img
maybe with additional options for codepage etc.
that's what I thought, too, but it doesn't:
Starting with 3 tiles + 3 overview tiles:
$ ls -l
On 07/08/2012 10:37 PM, WanMil wrote:
first of all you should have a look at the error messages in the mkgmap
log file. To get a logfile you have to configure the logging system as
described in
http://wiki.openstreetmap.org/wiki/Mkgmap/dev#Enabling_Debugging
Thanks, now I could start
On 06/14/2012 10:10 PM, Thorsten Kukuk wrote:
On Thu, Jun 14, Ralf kleineisel wrote:
When I try the address search in mapsource I get this:
City search for Berlin:
Berlin is found, but mapsource displays Berlin, NOT_SET, DEU.
Looks like somebody played with the admin boarder of Berlin
Hi,
I'm having a hard time getting the address search to work.
I have split the area of Germany from the planet pbf file.
Then I build the Garmin IMGs with this commandline:
/usr/java/jdk1.6.0_24/bin/java -enableassertions -Xmx2048m -jar
/data/gps/mkgmap-r2294/mkgmap.jar
and this mkgmap
On 11/02/2011 02:57 AM, steve sgalowski wrote:
java -Xmx500m -jar mkgmap.jar --route --gmapsupp --mapname=*.osm.pbf
Try this:
java -Xmx500m -jar mkgmap.jar --route --gmapsupp *.osm.pbf
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
On 10/02/2011 08:16 PM, Frank Fesevur wrote:
At this moment, there are three gmap*.img files on my device. Two that
came with the device and that one osm based (most recent
openfietsmap.nl full version) that I used all day today. You can
switch on and off maps as you like, so I guess (have to
On 09/25/2011 01:51 AM, Michael Prinzing wrote:
Well, if we assume NASA did align the strm data correctly, there must
be something wrong with srtm2osm.
What is correctly? Is the coordinate of a pixel correct at the center
of the pixel or at one of the corners? And which one? Perhaps NASA and
On 08/28/2011 06:33 PM, Minko wrote:
Sounds interesting, but how will you do that? Can you give an example
which I can download?
Sure. I first run mkgmap on the OSM files to generate the IMGs and the
gmapsupp.img. The config file looks somewhat like this:
gmapsupp
[more options ...]
On 08/28/2011 01:29 PM, Minko wrote:
Unfortunately Garmins mapbrowser don't support multi-layered maps :-(
You have either a basemap that doesn't route, or an empty map with just roads.
Not both, unless we stick to the discontinued Mapsource or we can find a
trick.
You can make a
On 04/03/2011 12:47 PM, WanMil wrote:
the real reason is unknown. The lines you see are the cuts of the
multipolyon processing. I tried to track down that problem but I could
not find a problem of mkgmap.
Have you tested if it helps to create the cuts at multiples of 2048 in
garmin units
Hi,
I don't understand this:
There are hospitals some of which are mapped as points and some as polygons.
I have these rules for hospitals:
[polygons]
amenity=hospital [0x0b level 3]
[points]
amenity=hospital [0x4b01 level 3]
My options map level 3 to resolution 21.
If I understand it
On 17.03.2011 14:24, Stuart Poulton wrote:
Has anyone got a quick recipe for STRM contours to garmin for the UK,
preferably on Linux ?
To make 1 degree square tiles with groundtruth:
Download SRTM data and make an IBF:
GroundTruth.sh contours -o 2101.ibf --bounds=47,15,48,16 --int 10
On 18.03.2011 08:51, Stuart Poulton wrote:
Thanks Ralf are you running groundtruth on linux ?
Yes, GroundTruth-1.8.740.17 on Fedora 14.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On 03/18/2011 02:55 PM, Josef Latt wrote:
I create my own map with 'boundary=administrative admin_level=2' in
the line style file to display the German boundary. I made a sreenshot
(available at http://ge.tt/57JRmwj) where you can see the gaps.
The boundary is a relation with the ID 51477.
On 03/18/2011 07:29 PM, Josef Latt wrote:
Yes I'm.
Extract from europe.osm.pbf (geofabrik) with a selfcreated polygon file.
I tried also an extract with a bounding box (values from your HowTo).
Perhaps parts of the border are also used by other tags, e.g.
natural=river +
Hi,
I tried out the overlays file and came across the following problem:
Without overlays roundabouts look different from the normal street types
because e.g. my highway=secondary (0x04) is yellow but
junction=roundabout has to be 0x0c which is white in my typ file.
To change that I tried this:
On 21.02.2011 07:09, Charlie Ferrero wrote:
Hmmm - tried this and it still doesn't work. My contour style has
exactly the same levels as the base style, and the mapnames are higher.
Do your contour tiles have the same codepage as your OSM tiles? The latest
mapsource versions seem to have
Hi,
On 02/19/2011 04:23 AM, maning sambale wrote:
I am planning to create an outdoor garmin map useful for hikers, MTB,
mountaineers. Care to share your typs and style code?
here is mine:
http://www.kleineisel.de/blogs/media/blogs/osmmap/1101/mkgmap-style.zip
On 01/22/2011 08:59 PM, Johannes Formann wrote:
Do you have a good source where to look how to join those maps for the
different output formats?
I made a small howto some time ago. Its not fully up to date but you
should get the idea:
On 12/24/2010 11:15 AM, Johann Gail wrote:
4 Days ago I started to create a new europe map, and until now the
splitter is running, the harddisk is doing anything. The splitting needs
over 75 hours and is still running.
Here on the list is another thread 'error splitting binary files' some
On 11/20/2010 11:08 PM, aighes wrote:
I know, it wont help you, but I haven't nay problems with pbf-input and
modified area.list. I think the only think I do divernt is splitting the
europe-file with osmosis to the needed size.
I have splitted the europe pbf extract successfully without
On 11/21/2010 10:22 AM, Marko Mäkelä wrote:
Another example: ice roads. I don't know if any have been mapped on the
Baltic Sea, but several do exist across lakes in Finland. I would assume
that there are a few ice roads covering short distances between the
mainland and small islands.
On 11/18/2010 02:05 PM, Carlos Dávila wrote:
I'm using the args file attached below with -c option, having two problems:
1: area name in the resulting map is Morocco for all tiles (MapSource).
2: SPAIN-18.TYP is correctly applied to Spain tiles, but MOROC-19.TYP is
not applied to Morroco's
On 11/11/2010 09:33 PM, Carlos Dávila wrote:
Is there any chance to get tags like name=Maknâs مكناس correctly displayed?
I'd think that the two names should be tagged in two different name tags
like name:ar and name:en or int_name.
___
mkgmap-dev
On 11/04/2010 11:04 PM, WanMil wrote:
Would it be helpful if we copy the Mapnik behaviour of well defined
coastlines? One could define one separate file that contains all
coastline data
I would not include this into mkgmap. Don't mix program development with
data.
Has anyone extracted
On 10/26/2010 09:45 PM, Harri wrote:
I prefer explicit tags over implied ones though. Perhaps we could mass
correct the locally obvious ones like motorway surface.
I think that assuming that motorways are paved and oneway is good. There
is no need to add unneccessary tags. Highway=motorway is
Hi,
On 10/15/2010 02:21 AM, Till Straumann wrote:
What I believe could be useful (if this feature is already
available then forgive me posting) would be an option to
report ignored tags and tag/value pairs which would alert
the user that certain features are not rendered by the
current
Hi,
according to http://wiki.openstreetmap.org/wiki/Mkgmap/help/style_rules
it should be possible to use the operator = for tag value comparison
in mkgmap style files. But whenever I try this I get an error:
Error in style: Error: (polygons:2): Stack size is 3
Could not open style null
The
On 09/25/2010 05:34 PM, Mr Thwibble wrote:
java -jar ./mkgmap/mkgmap.jar ./midab.osm ./southab.osm --gmapsupp --route
Try to revert the order of options so that the osm files are last:
java -jar ./mkgmap/mkgmap.jar --gmapsupp --route ./midab.osm ./southab.osm
At least if you use a
On 09/01/2010 10:17 PM, Ralf Kleineisel wrote:
In Qlandkartegt one tile is missing.
I have to correct the above sentence: The tile is not missing in
Qlandkartegt, it is missing in the list of tiles when I select all tiles.
The map data from that tile is visible, so it must be in the TDB file
On 08/31/2010 07:35 PM, Josef Latt wrote:
Am 31.08.2010 18:37, schrieb Johann Gail:
Thats a interesting pattern. Do you create the maps on a multicore
machine (e.g. 8core or 4core with hyperthreading)?
I create the maps on a machine with an AMD Athlon 64 Dualcore.
I tried to
On 08/30/2010 07:27 PM, Josef Latt wrote:
In QLandkarte GT I select the tiles (normally all) which I want to have
on my GPS. But one tile can't be selected and is missing, when exporting
the map in file 'gmapsupp.img' or sending the map to the GPS.
In this case tile 3082 is missing.
Has
On 08/25/2010 10:10 PM, Marko Mäkelä wrote:
Side note: I found 3 highway=emergency_access_point in Finland. All
should have been healthcare=polyclinic. Where is this tag used
legitimately? Only in some natural areas, or also on highways for motor
vehicles (especially long tunnels)?
In
On 08/14/2010 03:55 PM, frmas wrote:
Yes, but I have to know first how many tiles the first run will give me.
As the files are growing day after day, I could overwrite one of the
resulting file.
Why can't you use the numbers like this:
baden_wuerttemberg.osm.bz2: 0001 to 0010
On 08/04/2010 04:55 PM, Carlos Dávila wrote:
In most cases motorway links are separate oneway roads, but, at least in
Spain, sometimes both directions share the same road.
This is true. But since according to the OSM wiki motorway_link implies
oneway=yes these parts should be tagged
On 08/04/2010 08:57 PM, WanMil wrote:
I think you should remove the add oneway=yes.
There are a lot of highway=motorway_link that are no oneways and are not
tagged with oneway=no. Most mappers do not use oneway=no, because the
common understanding of oneway is that oneway=no is superfluous.
On 07/17/2010 06:30 PM, Markus wrote:
I'm only marginally involved in this project myself and cannot speak for
it, but on a developer mailing list, it's generally quite impolite to only
come up with problems and expect others to solve them.
As far as I can tell there is no extra mkgmap-users
Hi,
why does routing for bicycle and shortest route produce a longer
route than bicycle, fastest route in this example?
A: N 53 03,183 - E 8 37,440 to
B: N 53 03,458 - E 8 37,410
The fastest route and the pedestrian and car routes go along
Mühlenstrasse as expected for 512 m. The shortest
On 06/10/2010 01:21 AM, Chris Miller wrote:
pass required. Additionally, if you do specify a --cache parameter but only
one pass ends up being required, no cache will be generated anyway since
it would only slow things down.
I don't think this is a good idea. I often split the Europe
On 05/05/2010 10:01 PM, Marko Mäkelä wrote:
* the combined map (3rd try): both maps called ways
java -Xmx1024m -jar mkgmap.jar --gmapsupp --family-name=ways
6324000*.img --family-name=transport 73174273.img
Try this:
java -Xmx1024m -jar mkgmap.jar --gmapsupp --family-name=ways
On 12.04.2010 01:14, Daniela Duerbeck wrote:
I would like to know whether somebody has an instruction how to make
topo maps with the SRTM data from nasa.
You can have a look at my small HOWTO here:
http://www.kleineisel.de/blogs/index.php/osmmap/2009/09/17/how-to-make-a-topographic-map
On 08.04.2010 12:48, Christoph Wagner wrote:
Ok, but I have no idea how to change the osmmap.nsi created by the
--nsis option of mkgmap, so that it did not include the .img's in the
installer exe directly.
Wouldn't it be usefull to have a small .exe installer in the same
directory of the
On 03/23/2010 05:11 PM, Toby Speight wrote:
That's true - until the area density grows too big and it needs
resetting.
If that happens I just split the offending tile into half by inserting
another line in the template file by hand.
___
mkgmap-dev
On 03/22/2010 05:36 PM, Toby Speight wrote:
It's a while since I looked at the option parsing code, but IIRC, all
the non-file arguments are processed before starting to read any of the
files, contrary to the documentation. I could be wrong, though.
Creating a gmapsupp.img with several
On 03/13/2010 11:04 PM, Daniela Duerbeck wrote:
I tried on several maps, a small one, that contains just Munich (there I
could not find bugs concerning the address search), but also larger
areas like upper Bavaria or Bavaria. There it seems to be dependent from
where I am. A road which is
On 03/07/2010 01:58 AM, Daniela Duerbeck wrote:
I think perhaps we could ask at osm to get a small area (e.g. in the
atlantic or pacific ocean or something like that), that is a
playground to test tags and icons.
For testing purposes you can use an OSM file which you generate with
JOSM or
On 02/13/2010 10:23 AM, Charlie Ferrero wrote:
Is this a known problem with TYPs, line definitions with borders and
(certain?) Garmin GPS units or am I doing something silly?
It looks like that on my topo map, too:
http://www.kleineisel.de/blogs/media/blogs/osmmap/6.png
If you zoom in a bit
On 28.01.2010 21:24, Mark Burton wrote:
If it proves to be problematic, let's just revert that commit because
it's not a vital tweak.
I suggest to do that.
This patch breaks the display of the background polygon on my eTrex
Legend HCx.
With r1523 everything is fine. I define 0x4b as white in
On 02/10/2010 07:44 PM, Mark Burton wrote:
Also, my etrex vista hcx has always ignored the colour of the 0x4b poly
so you're lucky it works at all!
I think I saw it working with my map on a friend's Vista HCx recently.
Is it possible that it depends on how the TYP file was made?
I don't
On 08.02.2010 14:35, Marko Mäkelä wrote:
mkgmap --style=some_style --generate-whitelist whitelist.txt
splitter --whitelist=whitelist.txt ...
mkgmap --style=some_style ...
What about that new 'geotagman' OSM pre-processor tool which Toby
Speight presented here a few days ago? This looks like
On 25.01.2010 23:03, WanMil wrote:
It is the point of view to say the OSM data is OK. The Geofabrik dumps
contain incomplete ways and incomplete relations. To get a 100% correct
handling of multipolygons if is required to have complete data or to get
the shape of the OSM dump.
The
Hi,
I have created my latest topo map using Mkgmap r1466. When I install the
map in Mapsource everything looks fine. But when I try to transfer a few
tiles of the map to my GPS after the Building map set stage I get this
error:
The map set is approximately 54.6 MB, but only 2048.0 MB is
On 20.01.2010 16:37, Carlos Dávila wrote:
Have you any clue how to get my bridges drawn in MapSource? What am I
doing wrong?
Are the mapname numbers of the overlay imgs bigger than the ones of
the lower layers? Mapsource seems to not care about the draw priority.
It draws in the order of the
On 01/15/2010 02:37 PM, Chris Miller wrote:
unpacker we're using isn't all that great... If you're sure the planet file
is OK and suspect the bz2 code is at fault, you could uncompress the planet
file (assuming you have a spare 140GB or so!) and try again.
You were right, the bz2 code was
Every time I try to split the planet OSM file I get this:
A bounds/ tag was found. Area covered is (-90.0,-180.0) to (90.0,180.0)
Error opening or reading file java.io.EOFException: no more data available -
expected end tags /changeset/osm to close start tag changeset from
line 4312 and start tag
On 01/13/2010 09:14 PM, Simon Eugster wrote:
I thought it would be enough to just search for the map ID in a .img file
and replace it by a new one. Well, after some research I found out that
this is not true.
On 10.01.2010 17:43, Simon Eugster wrote:
Might it be something about draw priority? Although -- it seems like if the
map below your cursor is hovered to top ... Perhaps not.
Mapsource doesn't care about the draw priority. It always draws in the
order of the tile number.
On 01/09/2010 10:08 AM, WanMil wrote:
Another idea is to add some specific tags by the mulitpolygon algorithm
that link to the other pieces of the formerly big forrest. This could be
evaluated by the SizeFilter?
Another idea (don't know if this is possible):
You have a big multipolygon
On 01/09/2010 08:02 PM, Torsten Leistikow wrote:
Actually I have no idea, why every tile of your map gets its own family-ID. I
am
not sure whether this is related to your problem, but typically all maps
belonging to the same mapset (or layer) get all the same family-ID. And
normally
the
On 01/08/2010 12:02 AM, Simon Eugster wrote:
These tiles look perfectly normal to me:
00010002 MPC 9456297 5 1252 25 1 10002 OSM street map
00010004 MPC 4245221 5 1252 25 1 10004 OSM street map
00010006 MPC 11182177 5 1252 25 1 10006 OSM street map
On 01/07/2010 06:09 PM, Simon Eugster wrote:
MKGMAP (gmapsupp.img)
--gmapsupp %s
(with all .img files as argument)
You have to tell mkgmap which img is which FID in this stage. The FID is
not stored in the individual tiles, just in the TDB file and in the
gmapsupp.img.
On 01/07/2010 08:46 PM, Simon Eugster wrote:
I fear this did not solve the problem either. Here is what I tried:
java -Xmx1500m -jar /data/gps/maps/mkgmap/dist/mkgmap.jar --gmapsupp
--family-id=00010002 /data/gps/maps/new/osmData/austria/00010002.img
--family-id=00010004
On 01/03/2010 12:41 AM, Felix Hartmann wrote:
Best provide all the info. Style (try to replace against default to see
if it still crashes Mapsource), otherwise cut it down to find the
problematic line, upload the *.img it crashes on (watch out if there are
several displayed) somewhere, and
On 01/06/2010 09:26 PM, Mark Burton wrote:
Enable assertions - that may catch some overflow or other problem that
is causing a corrupt map to be generated.
This gives me this message:
NET 1 offset too large at (Leigraaf,
http://www.openstreetmap.org/browse/way/6890957)
Looks like what others
On 01/04/2010 11:18 AM, Johann Gail wrote:
Sorry, I don't see the use of a black/whitelist of tags.
The information of used tags should be contained in the style files, so
why should I have to manage another additional file?
At present there is no way of blacklisting in the style files. At
Hi,
does anyone have any idea why mapsource crashes on one tile of my topo
map at certain zoom levels with this error?
Map id: 1040
Image: Z:\gps\1040.img
Record type: 2
Record:
: 01 e4 32 00 8c 08 01 00 01 00 00 00 2f 00 03 00 .ä2./...
0010: 0a 37 29 00 f0 7f f9 00 5b d1
On 12/30/2009 10:49 PM, Mark Burton wrote:
My Nuvi 255T does show the white background using my topo map.
My 255W ignores any colour change on the 0x4b polygon.
Have you tried setting the polygon 0x10d Basemap coverage area
(background) to white, too?
On 12/30/2009 10:17 PM, Mark Burton wrote:
Mapsource and some GPS units honour the colour in the 0x4b (Map
background) polygon but not all do (like the Nuvi).
My Nuvi 255T does show the white background using my topo map.
___
mkgmap-dev mailing list
On 12/28/2009 07:54 PM, Mark Burton wrote:
I have agreed to help produce a marine map of the Baltic so
it would be really nice if the sea was filled in without any really
major problems (flooded land, etc.) I realise that this is dependent on
the performance of the MP stuff but it seems to me
On 12/22/2009 03:38 PM, Charlie Ferrero wrote:
Bear in mind that before this merge step, I've already built the various
tiles .img files and set the description, area-name, family-name
correctly (and verified this by making a gmapsupp.img for each layer
individually). So it seems
On 12/21/2009 11:25 AM, char...@cferrero.net wrote:
Thanks for the info. I currently generate each layer of my 3-layer
map using the --gmapsupp switch and then just combine the three
gmapsupp.img files. Given your notes, it seems that this may be
wrong. Instead I should only create
On 12/16/2009 11:57 PM, Fips wrote:
What I did till now: I generated a map with one single layer with mkgmap
and installed that into MapSource. Now I found out that there's also the
possibility to create a map with multiple layers (contours, basemap and
routing map).
Does anyone has an
On 12/15/2009 04:00 PM, Charlie Ferrero wrote:
For the record,
series-name: This is the name displayed in the top-left drop down list
in MapSource and that is visible in the GPS menu (but only the series
name of the top layer)
family-name: This is the name that appears in MapSource's
On 12/11/2009 11:36 PM, Simon Eugster wrote:
Is it because I'm using too many maps? About 50 in total. Or because one
map is buggy?
My Germany map contains 60 map tiles and 46 contour line tiles, no problem.
Do all your tiles have unique a mapname?
On 12/12/2009 02:59 PM, Simon Eugster wrote:
Now what?
Contours work fine.
I use Srtm2OSM to create the OSM files, then the mkgmap-splitter to
split into tiles, then mkgmap to create the map.
See
http://www.kleineisel.de/blogs/index.php/osmmap/2009/09/17/how-to-make-a-topographic-map
for
On 12/09/2009 12:48 PM, Steve Hosgood wrote:
But this isn't Garmin-specific. It's the choice of whether a way should
be considered routeable or not. That's useful info for all the
autoroute programs and GPS navigators.
I think it is even end-user specific. Someone who makes a Garmin map for
On 12/09/2009 12:57 PM, Valentijn Sessink wrote:
The mkgmap:ferry is an internal mkgmap tag, isn't it? I.e. it's a sort
of intermediate tag, meaning the OSM input map should *never* have the
mkgmap:whatever tags present?
That's how it should be done.
As far as I read Steve Hosgood's
On Thursday 03 December 2009 21:40:47 Marko Mäkelä wrote:
He also reported that the map says family name instead of something
like Osm 03.12.2009. I can repeat that on my Edge 705.
Has this been changed recently, perhaps related to some MDR stuff?
It used to work last time I looked, several
On Wednesday 02 December 2009 00:46:04 Adrian wrote:
tiles, and again the process worked. I downloaded a multi-tile
gmapsupp.img from www.raumbezug.eu and (after processing) RoadTrip
showed me a blank overview map covering only part of the area in
question, and no detailed map. The same
On Wednesday 02 December 2009 11:10:54 Marko Mäkelä wrote:
Can the gmapsupp.img contain multiple TYP files that could be selected
by the user? That would allow one to use a single map file and select
profiles based on intended use on-the-go, without swapping memory cards
or connecting the
1 - 100 of 132 matches
Mail list logo