The type you've picked for tunnels (0x11501) is not routable.
On 11 Dec 2012, at 21:24, Geoff Sherlock geoffrey_sherl...@btinternet.com
wrote:
I decided I wanted to show bridges and tunnels on my maps; bridges were easy
but I have trouble with tunnels.
If I try the following as a
On 10 Dec 2012, at 15:32, Steve Ratcliffe st...@parabola.me.uk wrote:
What sub-options to generate-sea does everyone use? Are the defaults
most likely to result in an un-flooded map or does it depend too much
on which part of the world you are creating a map for?
.
I use
On 27 Oct 2012, at 09:26, Minko ligfiet...@online.nl wrote:
I understand it is not good tagging but please help me to tell Potlatch they
are wrong:
https://trac.openstreetmap.org/ticket/4510
If I change it to correct tagging there will be someone else who notice this
as Lake and again
On 28 Aug 2012, at 11:36, Felix Hartmann extremecar...@gmail.com wrote:
Well it's quite a long time, there has been no discussion about this,
however it's more and more common to put the unit into the main key.
Could mkgmap do a clean up on this?
It would be great if mkgmap could do the
You might be interested in my style and typ files which capture a lot of the
elements you're after:
http://www.cferrero.net/maps/map_downloads.html
On 27 Jul 2012, at 04:07, Jaromír Mikeš mira.mi...@seznam.cz wrote:
Od: Marko Mäkelä marko.mak...@iki.fi
Hi Marko,
Marko, is somewhere
On 18/02/2012 01:02, WanMil wrote:
Hi Charlie,
I have no idea yet.
I think there are only two commits that may be relevant:
r2163 and r2168.
It would be great if you can retry with r2163 to narrow down the
problem. You might also upload the OSM data of your tile so that I or
someone else
On 18/02/2012 18:14, toc-rox wrote:
This works for me:
generate-sea:multipolygon,no-sea-sectors,extend-sea-sectors,close-gaps=5000,land-tag=natural=land
Klaus
--
Yes, multipolygon works fine, but I need the polygon version.
--
Charlie
___
Weird that it gives the option to avoid roundabouts. I would have thought
people would want to do the opposite (ie *prefer* roundabouts).
On 11 Feb 2012, at 14:17, toc-rox easyclassp...@googlemail.com wrote:
BaseCamp 3.3 offers some new features concerning routing:
On 14 Jan 2012, at 03:03, Richard Hansen rhan...@bbn.com wrote:
On 2012-01-13 17:48, Roger Calvert wrote:
The order of options intentionally matters. Options only affect files
that follow them on the command line (or within a command file). So I
don't think that there is a bug there.
Ah,
On 11 Dec 2011, at 04:43, steve sgalowski steve.sgalow...@gmail.com wrote:
converted a pbf file to osm with convert osm and pbftoosm the file size = 20
gb in size after a 937 mb pbf file
but when i go to split the 20 gb file into smaller parts before combining
with mkgmap to img file .
On 17 Nov 2011, at 15:50, Adrien ANDRE adrien.andr...@gmail.com wrote:
Hi everybody,
i'm trying to load custom polygons to Garmin GPS using ogr2osm and mkgmap.
The problem is that i can't see my polygons on the GPS maps.
However, everything is OK with a downloaded OSM file.
Here is
On 17 Nov 2011, at 17:10, Adrien ANDRE adrien.andr...@gmail.com wrote:
Le 17/11/2011 08:58, Charlie Ferrero a écrit :
On 17 Nov 2011, at 15:50, Adrien ANDREadrien.andr...@gmail.com wrote:
Hi everybody,
i'm trying to load custom polygons to Garmin GPS using ogr2osm and mkgmap
On 16 Nov 2011, at 14:42, Steve Hosgood st...@stoneship.org.uk wrote:
On 2011-07-30 13:41, WanMil wrote:
Hi,
I have created a short HowTo in the wiki for first time users:
http://wiki.openstreetmap.org/wiki/Mkgmap/How_to_create_a_map
A suggestion for an addition to this page:
If there are maxspeed tags they are used to set the road speed, overriding the
default values (that are defined by the highway class and the style rules)
On 20 Oct 2011, at 15:51, Henning Scholland o...@aighes.de wrote:
Hi WanMil,
could you explain, what mkgmap do with maxspeed-tagg?
I
You can find a traffic light symbol in my typ file at
cferrero.net/maps_index.html
On 11 Oct 2011, at 06:03, Kimon Berlin ki...@deepskymarines.org wrote:
On 10/10/2011 5:30 AM, Carsten Schwede wrote:
Hi there,
Am 10.10.2011 00:04, schrieb svn commit:
This patch lets you set
On 05/10/2011 00:48, WanMil wrote:
... and will also tell you where it is uploaded to... ;-)
http://files.mkgmap.org.uk/detail/34
(my send button finger is too fast...)
WanMil
Looking good to me: http://cferrero.net/maps/img/patch.html
In the second example you can see how the POI for the
On 19/07/2011 21:46, Jiri Klement wrote:
Hi,
[1] says that resolution or level range is not supported but in fact
it works (tested on gpsmap 62s). It only needs to be written in
opposite order (ie 3-1 instead of 1-3). Can you please change it so it
works in both ways? It's really a minor
Hello list,
Is there any way to get mkgmap to embed exit refs (where they exist) in
the routing directions, so that instead of getting:
Exit right onto ramp you get
Take exit 32 right onto ramp or something similar?
Is this something that official Garmin maps can do?
--
Charlie
of how the ramp was labelled.
On 14/07/2011 14:07, Felix Hartmann wrote:
If you use the default style, it should be automatic (if it's a ramp,
then the name of the street behind will be, so it is exit to Street B,
instead of drive on Street A).
On 14.07.2011 12:05, Charlie Ferrero wrote:
Hello
On 11/07/2011 04:51, maning sambale wrote:
Dear steve,
Here's a bit of explanation from one of our colleagues.
So can you explain exactly what is better and worse between the
city-region-index branch r1867 and r1870.
Do the different San Fernando's have different regions? If not how do
On 04/07/2011 12:50, Bill Lancashire wrote:
Charlie, thanks for your response.
I have been doing a few controlled tests and I am now fairly sure that
it is the GPSMap62s that will not display the 'extended' polygon codes.
What I did was to compile a map using the 'default' style with r1979
mkgmap, or Mapsource, or Garmin in general, seems to have inconsistent
capitalisation of labels.
Take the following two buildings:
Building 1 (http://www.openstreetmap.org/browse/way/99899451)
name=Khalidiya Palace Tower A
building=yes
Building 2
On 29/06/2011 01:57, Bill Lancashire wrote:
I have recently noticed that polygons assigned codes of the type 0x101xx
are not displayed on my Garmin 62s. However, if I open the compiled maps
in a package such as GPSMapEdit I can see that the features are indeed
compiled correctly in the maps.
On 27/06/2011 13:12, Minko wrote:
On http://forum.openstreetmap.org/viewtopic.php?id=12817 someone reported
that the name labels of places disappear too quickly.
When I look at the default style, I notice there are some points for
improvements:
place=city [0x0400 resolution 20]
On 26/04/2011 10:19, Carlos Dávila wrote:
El 25/04/11 18:57, WanMil escribió:
I get a lot of warnings of the form Non way element X in multipolygon
Y (e.g. Non way element 247735163 in multipolygon 339577) in which X is
a correct admin_centre node of a boundary multipolygon relation. Would
On 28/04/2011 14:32, Dominik Röttsches wrote:
[snip]
I have a vague recollection that it is also possible to get the splitter
to ignore the bounds in the input file.
Any more thoughts on this coming back in the meantime?
Dominik
It's definitely possible in mkgmap using --ignore-osm-bounds,
How big is it?
On Thu, 28 Apr 2011 23:52:15 +0400, mkgmap-dev-boun...@lists.mkgmap.org.uk
wrote:
With a boundsdirectory it went fine. I haven't paid attention to the
performance, with a few tiles it was ok I guess. I'll try to compile the
whole Benelux end of this week and compare the
How does mkgmap process the addr: tags in POIs? For instance, take the
following POI (http://www.openstreetmap.org/browse/node/918409138)
addr:city=Abu Dhabi
addr:country=AE
addr:housename=Fairmont Bab al Bahr
phone:+971 2 654 3238
In Mapsource or on the GPS, the restaurant is given the
On 26/04/2011 21:00, Dominik Röttsches wrote:
Hi,
I created a merged map using osmosis:
$ ./osmosis --rb finland.osm.pbf --rb germany.osm.pbf --rb us-west.osm.pbf
--merge --merge --wx DE_FI_USW.osm
which results in an uncompressed XML output map DE_FI_USW.osm of ~36G in size.
So this maps
On Mon, 4 Apr 2011 10:11:18 +0300, mkgmap-dev-boun...@lists.mkgmap.org.uk wrote:
On Sun, Apr 03, 2011 at 09:20:55PM +0200, WanMil wrote:
Based on the proposal of Ralf Kleineisel the patch tries to cut
multipolygons at multiples of 2048 in Garmin coordinates. This
reduces artefacts at the
Hi,
Currently via ways are not used by mkgmap to generate turn restrictions.
Is this a limitation in the mkgmap code base, or a fault of the
underlying Garmin routing data model? If the former, are there any
plans to add support for via ways?
--
Charlie
On 26/03/2011 15:50, Johann Gail wrote:
Actually, we do have a mean: if there are multiple parallel tracks (each
drawn as a separate way with railway=*), it is a major railway. It
should be doable to merge adjacent ways at lower resolutions and sum the
weights of the ways, to decide what to
On 19/02/2011 07:23, maning sambale wrote:
Hi,
I am planning to create an outdoor garmin map useful for hikers, MTB,
mountaineers. Care to share your typs and style code?
Hi,
I've completed the revamp to my styles.
There are two:
1) CF_GPS is designed to work with old GPS units (such as
On 19/03/2011 20:33, Thorsten Kukuk wrote:
On Sat, Mar 19, Daniela Duerbeck wrote:
If you have some spare time could you perhaps create a map from Italy
(geofabrik)and look whether it looks good in mapsource?
Ok, using the data from geofrabrik I created a map for you:
http://osm.thkukuk.de
Hi,
I use the -Dlog.config=logging.properties java option in combination
with the following mkgmap switches:
--check-roundabouts
--drive-on-right
--check-roundabout-flares
--report-dead-ends
--max-flare-length-ratio:5
I've noticed that in the mkgmap.log.0 file, I'm now seeing every error
On 21/02/2011 11:42, Felix Hartmann wrote:
On 21.02.2011 07:09, Charlie Ferrero wrote:
On 21/01/2011 18:17, Felix Hartmann wrote:
On 21.01.2011 15:12, char...@cferrero.net wrote:
Minko (ligfiet...@online.nl) wrote:
[snip]
Note that I don't put the line mapname: 10010101.img
in the line
On 21/01/2011 18:17, Felix Hartmann wrote:
On 21.01.2011 15:12, char...@cferrero.net wrote:
Minko (ligfiet...@online.nl) wrote:
[snip]
Note that I don't put the line mapname: 10010101.img
in the line above with description: contourmap
because this causes that the contours dont show up in
On 20/02/2011 03:51, Thorsten Kukuk wrote:
Hi,
I have some problems to create a style with draws objects
correct, which have a line and polygon tag.
For example http://www.openstreetmap.org/browse/way/37712194
On my maps, only barrier = fence is drawn, but the landuse
tag is ignored. On
Hello all,
I have the following rule in my polygons style:
surface=sand [0x1b resolution 20]
The problem is the following multipolygon:
http://www.openstreetmap.org/browse/relation/1221199
This is a complex multipolygon which, in certain sections, uses the
coastline to define the outer.
On 08/01/2011 13:02, Torsten Leistikow wrote:
Moin,
I think the problem is not the multipolygon, but that some of the outer ways
are
tagged with surface=sand. These tags are not considered for the multipolygon,
but for these ways mkgmap creates single surface=sand polygons.
But if you
On 09/12/2010 17:06, Maks Vasilev wrote:
Hi!
http://www.openstreetmap.org/browse/way/87336026
barrier = wall + landuse = industrial
http://www.openstreetmap.org/browse/way/86381931
amenity = parking + barrier = fence
I have description for line barrier= in line style file and for way
On 04/12/2010 09:48, garvanmaew wrote:
When I create a map of Cambodia with the default style I get garbage in
the boundary names (a mixture of Thai and other regional script which
will not display correctly). Looking at the data I can see that this
comes from the name tag so I need to select
On 11/23/2010 05:20 AM, maning sambale wrote:
FYI,
I already moved the tags to the multipolygon relation but the 2 poi
icons still exist:
http://www.openstreetmap.org/browse/relation/452620
I would expect them to, seeing as this is an unwanted outcome of
combining the multipolygon and
On 14/11/2010 04:40, Adrian wrote:
On 5/11/2010, Charlie Ferrero wrote:
One improvement would be for the --generate-sea:mp version to imitate
the non-mp version in that a land polygon is generated to overwrite
the ugly Garmin yellow base colour.
This is the only issue stopping me from
On 15/11/2010 01:11, Adrian wrote:
On 14/11/2010, Charlie Ferrero wrote:
3. Compiled with mkgmap r1728 with your patch, using:
generate-sea:multipolygon,extend-sea-sectors,close-gaps=1000
No sea, entire map is land
Have you put the drawing order of sea after land in your .TYP file
On 04/11/2010 22:52, WanMil wrote:
Hi all,
I have started to rework the sea generation code. There have been
several reports of problems with flooded tiles in the last weeks so I
think it is neccessary to improve some parts of it.
The first thing I've started is to implement a flooded tile
Lambertus wrote:
On 2010-10-14 06:10, Charlie Ferrero wrote:
Peter Hendricks wrote:
Hi all,
I would like to report what looks like a style sheet problem. I'm using
Lambertus' Garmin map from http://garmin.na1400.info/routable.php. This
node http://www.openstreetmap.org/browse/node/418611927
Peter Hendricks wrote:
Hi all,
I would like to report what looks like a style sheet problem. I'm using
Lambertus' Garmin map from http://garmin.na1400.info/routable.php. This
node http://www.openstreetmap.org/browse/node/418611927 shows up on the
Garmin map with label ptth: Ptt. The default
Sam Vekemans wrote:
Hi all,
I'm hoping that im being of some help here :)
For those who might not know, im taking on the challenge of trying to
organize all of the Map Features into a universal system.
I'm calling it 'SchemaTroll 2.01'
http://wiki.openstreetmap.org/wiki/SchemaTroll_2.01
On 24/09/2010 10:42, Markus wrote:
The other relations seem to have water reversed also.
For the last relation I would try reversing the swimming pool way and the
outer way to match the coastline way. Although I wouldn't have thought that
this would matter.
Markus_g
For the
Markus,
On 20/06/2010 23:04, aighes wrote:
Hello,
I have a problem with overlays style file. I want to show an overlay for
raods with cobblestones.
In lines file I wrote:
highway=primary surface=cobblestone [0x104 road_class=1 road_speed=1
resolution 16]
highway=secondary surface=cobblestone
On 14/06/2010 13:16, Peter Hendricks wrote:
Thanks for your comment, Charlie. I will pass this back to the people
who make the maps.
I also have MapSource 6.16.1 and I don't get this problem, so it's not
universal. When I have been messing around with self-generated maps
in the past, I have
On 21/05/2010 07:14, Marko Mäkelä wrote:
On Thu, May 20, 2010 at 10:57:54PM -0700, NopMap wrote:
Therefore my question: Would it be possible to save the generated sea
polygons to disk in osm format so an intact set of polygons can be
re-used with future osm data? That way it could be ensured
Hi list,
One of the good things about the non-multipolygon version of
--generate-sea (--generate-sea=no-mp) is that it generates a land
polygon, which for those of us who cannot change the default Garmin
yellow colour of the background is very useful.
As far as I can tell, the multipolygon
Hi,
What am I supposed to make of errors of this type:
2010/05/15 10:21:02 WARNING (Subdivision): 63249001.osm.gz: Subdivision
width is 34953 at 902133/2493281
?
--
Charlie
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
On 12/05/2010 22:36, Daniela Duerbeck wrote:
Felix Hartmann wrote:
Only certain types allow to show additional info. See older discussion.
Is there a complete list of which POIs allow it and which not?
See here: http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2010q2/008187.html
Prescott wrote:
Yes i understand you, but you me not :-)
I describe you my situation again:
I want to create gmapsupp.img from OSM file but i want to change colors in
generated gmapsupp.img.i want to have only one map, so something like ID is
not important for me.i try edit TYP file and there
Hi list,
I use the following style rules to add more information to the names of
mountain peaks:
natural=peak ele ~'[\d\s]*m' {name '${name} (${ele})' | 'Peak
(${ele})'} [0x6616 resolution 20]
natural=peak ele ~'[\d\s]*ft' {name '${name} (${ele})'| 'Peak
(${ele})'} [0x6616 resolution 20]
On 29/04/2010 18:04, Felix Hartmann wrote:
On 29.04.2010 18:57, Charlie Ferrero wrote:
Hi list,
I use the following style rules to add more information to the names of
mountain peaks:
natural=peak ele ~'[\d\s]*m' {name '${name} (${ele})' | 'Peak
(${ele})'} [0x6616 resolution 20
On 18/04/2010 09:46, Thilo Hannemann wrote:
The attached patch will prevent writing the additional POI information
(address, phone number) if
- it won't be shown (POIs with IDs 0x64xx to 0x66xx won't have their
information shown)
- there is no street given for that POI
This reduces
Daniela Duerbeck wrote:
Hi!
I would like to know whether somebody has an instruction how to make
topo maps with the SRTM data from nasa.
I failed ...
dani
See here: http://www.cferrero.net/maps/mkgmap_tiddlywiki.html#contours
___
mkgmap-dev
Daniela Duerbeck wrote:
Hi!
Is there a typfile editor like the online one, with a graphical interface?
The online editor is really good, but it has the restriction to not
allow subtypes above 1f and I really would like to get rid of all
baseballs that are now shown in my maps and they
Daniela Duerbeck wrote:
selfcomment.
I think that the distance between icon and corresponding text is a bit
too large, see http://www.deltadelta.de/nmz/sc18.png
Can I decrease it?
I think I have to explain more precisely, my english seems not to be
good enough.
When I use new,
Hi,
The --check-roundabout-flares sometimes triggers on cycleways that cross
roundabouts, e.g.
www.openstreetmap.org/?mlat=55.80233mlon=-4.05466zoom=17 or
www.openstreetmap.org/?mlat=52.94614mlon=-1.13065zoom=17
Could it be changed to ignore any non motor-vehicle type way?
--
Charlie
Du Plessis, Bennie wrote:
Charlie,
Thanks for your advice
Charlie You can use extended labels in your TYP file to hide any labelling.
Charlie In TYPViewer, once you have opened the TYP:
Charlie - click on the POI in question and edit it (modifier)
Charlie - set label amelioré to oui
Apollinaris Schoell wrote:
I recommend MapsetToolkit for this. Can install and remove Garmin maps from
registry. Not sure if it's mentioned in the wiki. definitely in the archives
of this list.
Discussed here too: http://forum.openstreetmap.org/viewtopic.php?id=6057
Daniela Duerbeck wrote:
Hi!
Although the manual says Note that this doesn't work on many (most?)
Garmin devices., I tried this option. The funny thing is that most
labels work, except the street names.
http://www.deltadelta.de/nmz/lower_upper.png
Dani
I think it will work for any
Daniela Duerbeck wrote:
Hi!
I am not sure whether this is the correct ML for this posting, but I
think it is not completely wrong.
I saw that the colour palette used in the online Typ file editor has too
few and some wrong colours, almost for my Garmin Etrex Legend HCx.
So I extracted
Steve Brophy wrote:
Hi,
Someone has tagged part of the UK coastline with natural=coastline;cliff
and this has broken
--generate-sea=polygons,no-sea-sectors,close-gaps=1000. Is this valid
syntax that mkgmap should cope with?
Regards,
Steve
I had noticed the same problem and
Daniela Duerbeck wrote:
I think there are a few problems for a beginner like me:
I have 27 zoom levels on my Garmin device.
I have 24 levels for resolution in the style file
I have 8 mappings of resolution to levels in the options file.
I learned that some levels on the device show
Hi,
Is there a way of disabling the multipolygon processing completely? I
generate a routing layer that has no areas nor does it care about
relations, so it would be nice if I could disable multipolygon
processing to make things quicker.
--
Charlie
Dave F. wrote:
Hi
When using this command line:
java -Xmx512M -ea -jar mkgmap.jar --transparent
--style-file=c:\dwgs\Programs\GPS All\Garmin Profile --family-id=42
M02.TYP 63272002.gz
it creates a 63272002.img using my customized styles when uploaded
appears as I would expect.
Ralf Kleineisel wrote:
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
On 07/02/2010 15:31, Marco Certelli wrote:
Mark,
I can confirm the problem in mapsource with today's data and mkgmap/splitter
versions (see also my latest post for other details). I can send you a
snapshot with the mapsource error.
Let me know what can I try more (your style, etc.), or if
On 22/01/2010 13:14, Mark Burton wrote:
This patch modifies the turn heading adjustment code so that the GPS
will tell you to turn when you are routing from a main road to a side
road in situations like this:
S
S ^
S |
MM
Mark Burton wrote:
This patch modifies the turn heading adjustment code so that the GPS
will tell you to turn when you are routing from a main road to a side
road in situations like this:
S
S ^
S |
MM |
M |
On 09/01/2010 20:18, Ralf Kleineisel wrote:
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
Firstly, Mark, many thanks for working on the sea polygon issue.
I've found two problems with --generate-sea. One is relatively minor,
the other a bit more of a problem.
1 (minor). If you use an options file via the mgkmap -c switch, the
comma separated list of generate-sea sub-options
Felix Hartmann wrote:
On 02.01.2010 19:17, Charlie Ferrero wrote:
svn commit wrote:
Version 1443 was commited by steve on 2009-12-27 21:12:59 + (Sun, 27
Dec 2009)
Combine any gmapsupp files given as input into the output gmapsupp file
correctly preserving family id's etc
Felix Hartmann wrote:
On 03.01.2010 11:20, Charlie Ferrero wrote:
Felix Hartmann wrote:
On 02.01.2010 15:44, Charlie Ferrero wrote:
Bump...has no-one else managed to solve how to represent one-way
bridges?
Charlie Ferrero wrote:
Hello list,
Question #1
===
I am using
Mark Burton wrote:
Hi Charlie,
I see you've got lots of placeholder polygons in your TYP file. Do you
know what these are / what they do / why one might want to use them?
If you use a TYP file, then you require either a polygon definition or
a placeholder for every type of polygon
Mark Burton wrote:
Hi Bennie,
Thanks for the kind words.
I attach the TYP file I am currently using. It's very simple, I think
most people use more complicated files than that.
I also attach the style files. They are fairly similar to the default
files with a few tweaked values here
Mark Burton wrote:
Firstly, I would like to thank everyone who responded to my
Understanding the sea post. From those posts and my own study, I
finally worked out what it does. And yes, it works pretty well inasmuch
that it generates some useful polygons. The sea sector heuristic
doesn't
Nakor wrote:
Hello,
Some libraries in my area are mapped as buildings (areas) and do not
show up in the search.
I added the line amenity=library [0x2c03 resolution 21] to polygons in
the style. Is this the way do do it or can we tell it some way to look
in the points files?
Also
Carlos Dávila wrote:
Try again with the screeshots:
Carlos Dávila escribió:
Charlie Ferrero escribió:
Clinton Gladstone wrote:
On Dec 22, 2009, at 12:41, Charlie Ferrero wrote:
So I've solved the problem of getting the familysets properly visible
Clinton Gladstone wrote:
On Dec 21, 2009, at 20:20, Marko Mäkelä wrote:
I believe that the special name:* handling would be best implemented in
a special mkgmap option. I would try to avoid writing language suffixes
in style files.
The question of the logical comparisons is to avoid
Mark Burton wrote:
Hi Apollinaris,
Got 7 of these errors for US Region_01 (161 tiles). What is the best way
to resolve? img file is still created
- split into tiles
- split contour lines for minor, medium, major into different osm files?
- ignore, can't find any obvious problems in the
Mark Burton wrote:
Hi,
error is gone and tiles is ok in qlandkarte. will run all failing tiles now
Sorry, is that with the number reduced to 10? If so, I may as well
commit that change.
Cheers,
Mark
No, I'm afraid I haven't got the wits to edit source code and recompile.
If you
Ralf Kleineisel wrote:
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.
Clinton Gladstone wrote:
On Dec 22, 2009, at 12:41, Charlie Ferrero wrote:
So I've solved the problem of getting the familysets properly visible in
the secondary map menu, but now individual tiles all share the same
family name, no matter which family they were originally in.
I'm
Ben Konrath wrote:
Hi,
I'm generating maps for Ontario and Quebec here in Canada and I'm
having a problem seeing the OSM maps on my Nuvi 255w. I can see the
OSM map name in Tools - Settings - Maps - Map Info but when I
enable the OSM map and disable the built in North American map, I
Is the --frig-roundabouts option still needed/useful or has its
functionality been subsumed into something else now?
--
Charlie
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi list,
In my lines style file I have the following lines:
highway=secondary (oneway=yes | oneway=true) [0x125 resolution 20]
highway=secondary (bridge=yes | bridge=true) [0x113 resolution 20]
highway=secondary [0x04 resolution 20]
And in my overlays file:
# bridges
0x113: 0x04, 0x12
#
garvan.m...@online.com.kh wrote:
Your Tool Meun may be hidden in mapsource. From the menu select
Tools-Map, and then select all the tiles you want to transfer to your
device by draging a selection box over them with the mouse, or
clicking on each tile.
It would be nice to have a
char...@cferrero.net wrote:
Quoting Torsten Leistikow de_m...@gmx.de:
Moin,
I have multiple map layers in my gmapsupp.img file, but I can not
set the name
of the layers, so that they can be identified on my nuvi.
The first layer is created by the following call:
java -jar
Garvan maew wrote:
Charlie Ferrero wrote:
char...@cferrero.net wrote:
Quoting Torsten Leistikow de_m...@gmx.de:
Moin,
I have multiple map layers in my gmapsupp.img file, but I can not
set the name
of the layers, so that they can be identified on my nuvi.
The first layer
Have you checked that you're giving the Swiss tiles different mapIDs
from the US tiles?
It would help us if you shared with us your compile process (e.g. mkgmap
options)
Charllie
Simon Eugster wrote:
Good Evening,
I've just been processing the whole USA and put it all in one gmapsupp.img.
Ralf Kleineisel wrote:
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
Greg Troxel wrote:
Version 1429 was commited by marko on 2009-12-09 22:11:45 + (Wed, 09
Dec 2009)
Cosmetic changes to the default style: Add comments and do not sort
the highway=* alphabetically but by descending order of class,
i.e., motorway, trunk, primary, secondary,
Marko Mäkelä wrote:
Hi all,
On Mon, Dec 07, 2009 at 07:17:50AM +, svn commit wrote:
Version 1418 was commited by marko on 2009-12-07 07:17:50 + (Mon, 07 Dec
2009)
Bus and rail stops with a lit shelter.
This is my first direct commit to the mkgmap source repository.
Steve
1 - 100 of 117 matches
Mail list logo