On 16/11/2014 02:49, Brian Egge wrote:
Frequently in areas where sidewalks are drawn, my GPS decides we are
driving on the sidewalk and not on the road. When this happens it
displays 'Driving on Trail'. I've verified the footways are tagged,
and I've viewed the default style rule. I've double
On 29/09/2014 23:31, Peter Hendricks wrote:
Hi Andy,
Johan has this problem on ALL roundabouts in OSM maps.
Well all is quite a lot. He must have driven around lots of
roundabouts to test that :-)
Seriously, an example would still help - specifically to see if the
roundabouts concerned
On 30/09/2014 15:08, SPA wrote:
Ok here is an example of a roundabout:
Round about position:
55.586085, 11.857095
That's this one then:
http://www.openstreetmap.org/way/207339216
Roundabout approach direction:
MY 6 o'clock
To complete my journey I need to exit the roundabout at:
MY 12
On 30/09/2014 15:34, Colin Smale wrote:
Also you say you are using r1919 of mkgmap.
Just for the avoidance of doubt - it's me that's using the
out-of-the-ark version of mkgmap - the person with the original problem
was seeing the issue with Lambertus' maps (which I suspect will be
created
On 16/09/2014 04:05, SPA wrote:
For example, my journey takes me though a*roundabout*. It is
a straight forward roundabout with 4 exists, 3, 6, 9 12 o'clock.
I *enter*the roundabout at*6 o'clock*and should*exit*it at*9 o'clock*
to reach my destination.
The*voice prompt* of my GPS navigates
Minko wrote:
This week a new tag has been approved, bicycle=use_sidepath
https://wiki.openstreetmap.org/wiki/Proposed_features/use_sidepath
This tag will be used on main highways with compulsory adjacent cycleways.
There were a lot of objections to tag these with bicycle=no because there are
Minko wrote:
Maybe none in the UK, but according to this site, 882 values (mainly
in Germany)
https://taginfo.openstreetmap.org/tags/?key=bicyclevalue=use_sidepath
http://overpass-turbo.eu/?key=bicyclevalue=use_sidepathtemplate=key-value
Doh! User error on my part - I thought that I was
This question was asked a couple of days ago:
https://help.openstreetmap.org/questions/23157/chinese-in-pinyin-on-japan-map-from-garminopenstreetmapnl
The questioner has tried a couple of potential canned download locations
to no avail.
Perhaps someone knows a download site that already
Roger Calvert wrote:
In my view, it would be better to use either 0x16 (footway/path) or
0x0a (track) for bridleway, with appropriate permissions. But would
this have routing implications?
FWIW I've always used 0x16 for bridleways and it has not impacted foot
or car routing.
Cheers,
Andy
Colin Smale wrote:
There is one cosmetic difference I have noticed. The roundabout junction
diagram in the top left of the Garmin screen always reflects the
drive-on-left/drive-on-right mode.
I've not noticed this (on a Nuvi), but I tend not to look at the screen
much. On an eTrex it
Bob Hawkins wrote:
I wonder if anyone can suggest a method that would get such a relation
into internal memory on my Legend?
This might not be exactly what you want, but you can append a relation
name (or something else) to a way name by following the instructions here:
David Fletcher wrote:
It looks like in this case, the garbage in question is an admin_level
tag that should not have been placed directly on a road. So, for now,
I have an answer to my problem, thanks. I used the Open Street Map
message service to pass on the text of the reply about this,
David Fletcher wrote:
Better to fix the problem properly so that everybody benefits.
Well - not always...
There are often cases where something doesn't display properly or
doesn't quite have the desired representation on a particular map and
sometimes people are tempted to change the data to
Marko Mäkelä wrote:
If nobody opposes this diet of the default style, I would like to do
it.
Sounds like a good idea to me. I think that an easier-to-understand
default style would make it much easier for newcomers to approach
mkgmap style files in general and make their own.
There's no
David Fletcher wrote:
I'm getting the impression that, for an ordinary user who wants to
make contributions to the Open Street Map community then reap the
reward of free mapping, what I will call the system as a whole is a
little inaccessible.
As for Open Street Map / Garmin maps, I
On 01/10/2011 20:01, Frank Fesevur wrote:
To reply to my own post and to let others know, I can confirm that the
OSM based OpenFietsMap works as expected on my brand new eTrex 30.
Thanks - that's useful to know. Are there any obvious differences in
e.g. routing support, or do the things that
On 22/08/2011 10:54, Minko wrote:
I'm afraid that if Garmin is updating the firmware of their units according
to the newer Basecamp procedures routing will also fail on the GPS.
The new eTrex series is due out real soon now - it'll be interesting
to see what if anything they've changed.
On 17/08/2011 09:53, Minko wrote:
Hi,
I'm trying to run gmapibuilder to convert my maps for Mac format but I get an
error message 'Could not open '*.img' for reading' everytime.
I'm using Windows Vista, installed pyton 2.4, and I run this command:
I doubt that Windows will expand *.img for
On 24/07/2011 18:36, Chris66 wrote:
In the default style you have all shops in the polygon-file
(shop=*) but no amenity=library or amenity=pharmacy, so these
are not found when mapped as area.
building=yes is though*, so I'd expect that that would be enough - at
least in the case where the
On 28/06/2011 15:14, Markus Dörschmidt wrote:
I have several different image files.
You say, that I created a single map with several layers. How can I create a
single map? I played around with the commandline-options of mkgmap, but
nothing changes the result. (Each of the IMG files got a
When I did it (November last year) I just commented out the PBF
references because I knew I wasn't going to be using PBF format files at
any stage (this may not work for you of course). I vaguely recollect
form this list that later mkgmap versions handle the lack of PBF
libraries better if
On 02/02/2011 07:40, Marko Mäkelä wrote:
Well, I would not want to pollute the hairdresser list with shelters.
This is getting funny. Think about this scenario: Someone has been
hiking and camping for weeks in the forests and is looking for the
closest hairdresser, so that he can return to
On 02/02/2011 22:53, Bernhard Kuemel wrote:
There were also many of these messages:
SEVERE (RoadNetwork): austria.osm: Road
(http://www.openstreetmap.org/browse/way/28311585) contains zero length
arc at http://www.openstreetmap.org/?mlat=mlon=zoom=17
Maybe try with --remove-short-arcs perhaps?
On 31/01/2011 21:26, Marko Mäkelä wrote:
Can anyone suggest a more suitable symbol for amenity=shelter? It does
not need to be searchable, and it should not be any more 'visible' than,
say, 0x2f17 (transit service; used by highway=bus_stop).
Apologies if I'm duplicating discussion that's
Daniela Duerbeck wrote:
Now I am pretty sure that Windows XP has a list of text file types that a
worth being searched. Others are excluded.
So the Windows search inside files is pretty useless. But I am not
astonished about that.
Somewhat off topic for mkgmap, but you might find this
Mark Burton wrote:
Just noticed that in the UK map, points tagged natural=peak that don't
have a name are showing a name of '6140565'. I guess it's something to
do with this rule from the points file:
natural=peak {name '${name|def:}${ele|height:m=ft|def:}' } [0x6616
resolution 18]
Is
Daniela Duerbeck wrote:
Or better: Which POI should I give to a pub that it can be found in food
and drink?
Personally, in a style file I use:
amenity=pub [0x2a11 resolution 20]
which translates as British Restaurant. This works for me in England
but obviously may not be ideal for you...
Marko Mäkelä wrote:
I'm wondering if this a device specific issue (Garmin HCx) or mkgmap.
It works on the Edge 705. Last week, I named a few leisure=park by
recording POIs. They were already marked as areas and displayed with
the Garmin default name of park (puisto in Finnish).
Garmin HCx
NopMap wrote:
... In your
experience, is there a more current revision that you have used for major
amounts of data without problems, so it could be recommended as reasonably
stable, especially to new users?
I upgraded a month or so ago from mkgmap-r590 to mkgmap-r1441 and
haven't had
Marko Mäkelä wrote:
... Some symbol codes, such as Ground Transport
in the Find Places menu, are overloaded. If we want bus stops, tram stops,
underground stations, bus stations, and train stations appear there nicely,
the only way we can distinguish them is by a name prefix or suffix.
+1 to
30 matches
Mail list logo