Hi Gerd,
Thanks for your advice.
The thing is, these lines that are mentioned in the warnings do not show
resolution 24:
Line 256:
leisure=track[0x0a resolution
22 continue default_name 'Race track']
Line 259:
highway=* area!=yes [0x06 resolution
Hi Gerd,
Indeed, now I understand, sorry for the confusion. Shall I edit the
documentation on the wiki to help addressing this issue?
Thanks,
Eric
2013/6/27 GerdP gpetermann_muenc...@hotmail.com
Hi Eric,
see what I wrote after keep in mind.
Gerd
Eric Fernandez wrote
Hi Gerd
Hi,
I am unsure this is the best place to post this, but have a question
regarding creating maps with osm maps updated with osmupdate. I
usually start from an .osm.pbf map downloaded from Geofabrik, and in
order to avoid downloading it again, I use osmupdate to maintain it
(or a converted .o5m
2013/1/17 Gerd Petermann gpetermann_muenc...@hotmail.com:
Hi Eric,
what options do you use to update your map? If you download eg.
germany.osm.pbf and later
execute osmupdate.exe without a germany.poly you add all changes of planet
to your
osm file.
Does that help?
Gerd
Hi Gerd,
Yes,
Hi Gerd,
Thanks a lot for the -B switch. I read the wiki page about osmupdate,
but did not understand exactly the use of it. Now it is clear! If I
understand well what you are saying, I was merging the GB map with
changes made in the whole world! Am I correct?
Best,
Eric
2013/1/17 Gerd
Hi Gerd,
The problem is that the poly file is not attached to the osm.
Depending on the provider (cloudmade, geofabrik), the poly files are
different, located in different places (Geofabrig has them in a tgz).
Thus they have to be provided by the user. One way would be to embed
them in the osm
Hi Gerd,
I see what you mean: would it be possible to rebuild a poly file
from an osm file?
Eric
2013/1/17 Gerd Petermann gpetermann_muenc...@hotmail.com:
Hi Eric,
yes, I think so. You may contact Markus Weber,the author of osmupdate and
osmconvert:
markus.we...@gmx.com
Maybe he can
Thanks,
This looks tedious to implement indeed. Using the poly file works well so far.
Best,
Eric
2013/1/17 Gerd Petermann gpetermann_muenc...@hotmail.com:
Hi Eric,
yes and no. One could calculate a polygon with a given maximum of points,
but the original extract
from geofabrik contains
2012/9/20 WanMil wmgc...@web.de:
Hi Eric,
thanks for your detailed investigations. Can you give an example of such
a place duplicate so that I can play a bit with it?
Thanks!
WanMil
Hi,
This is near South Oxford, UK. There are a few places in a radius of
10 km around, but I will need to
2012/9/10 Steve Ratcliffe st...@parabola.me.uk
HI
On 10/09/12 16:25, WanMil wrote:
* In case the city name of a POI or road is unknown the city name is
left empty (which means an empty string ). For me this worked well but
Steve pointed out some doubts that it works. So please test
2012/9/20 WanMil wmgc...@web.de:
You *must* specify the bounds parameter. Since r2335 it has no default.
You mean the output folder then? Maybe it would be good to have an
error message if --createboundsfile is used but --bounds is omitted?
Thanks,
Eric
Hi,
Coming back to the blank cities issue with Edge 705: the problem was
never fixed because it was not a mkgmap problem per se, but more a map
problem. This happened when using --add-pois-to-area. The problem is
with the OSM map: some places have both a “city/village” unnamed
polygon plus a poi
Hi Marko,
2012/3/7 Marko Mäkelä marko.mak...@iki.fi:
On Wed, Mar 07, 2012 at 08:13:55PM +, Eric Fernandez wrote:
Many thanks. My file is different:
$ ll /media/GARMIN/Garmin/gmapbmap.img.orig
-rw-r--r-- 1 eric users 13123584 16 févr. 2011
/media/GARMIN/Garmin/gmapbmap.img.orig
Do you
Hi,
I also made an interesting discovery using Garmin City Navigator maps.
I reported that GPX track files were working properly with Navigation.
Although navigation works indeed better than with OSM/mkgmap maps,
they are not exempt of issues. Take this route in London:
2012/3/8 Marko Mäkelä marko.mak...@iki.fi:
...
Yes the Edge has an amazing GPS chip. Very sensitive and accurate.
Anyway, I have done further testing with the style file, and it has
indeed an influence on the way the Edge is able to do navigation over
GPX files. I created a theoretical style
Can you try another test, using the default style but without the
polygons file?
No problem, I'll try it.
I just tried the cyclemap style (close to the default, available at
http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Cycle_map) but
replacing their lines with my simple lines I
Hi Marko,
Can you try another test, using the default style but without the
polygons file?
Unfortunately this fails, I get this error:
at uk.me.parabola.mkgmap.osmstyle.StyleImpl.init(StyleImpl.java:140)
at
Unfortunately this fails, I get this error:
at uk.me.parabola.mkgmap.osmstyle.StyleImpl.init(StyleImpl.java:140)
at
uk.me.parabola.mkgmap.osmstyle.StyleImpl.readBaseStyle(StyleImpl.java:518)
...
This was working before, but not with the other default style files.
Do I need
Hi Marko,
A blank polygons file does not improve navigation. The key component I
could find (so far) is the lines resolution. But there may be other
reasons.
Kind regards,
Eric
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi,
I have another question regarding this problem: could the navigation
issue on the Edge come from the (default) style instead of the NOD
building algorithm?
Thanks,
Eric
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi Marko,
Many thanks for your input and your help.
The bh_road3.gpx file was generated using bikehike and downloaded as a
GPX track file. It is a very short section in Oxford.
I have now tested other GPX files from bikemap.net with the same
issue. I found one interesting:
Hi,
This may be a stupid question, but is there any way to extract
Garmin's default styles from their gmapsupp.img file? This would allow
me distinguish between style problems and NOD building issue.
Thanks,
Eric
___
mkgmap-dev mailing list
2012/3/6 aighes o...@aighes.de:
Am 07.03.2012 13:21, schrieb Eric Fernandez:
Hi,
This may be a stupid question, but is there any way to extract
Garmin's default styles from their gmapsupp.img file? This would allow
me distinguish between style problems and NOD building issue.
Thanks
2012/3/7 Marko Mäkelä marko.mak...@iki.fi:
On Wed, Mar 07, 2012 at 11:15:33AM +, Eric Fernandez wrote:
The routing almost work perfectly (using cycleways) until the very last
end: at around N55 degrees 27.922' / W003 degrees 39.085' then the
navigation jumps in a straight line to the end
Hi,
I have done further tests that show that indeed there is something
happening at the level of routing depending on the basemap installed
under the OSM map.
I purchased my Edge 705 second hand, and the seller updated the
basemap to the Garmin Worldwide Autoroute DEM Basemap NR 5.01 (41MB).
The
2012/3/7 Marko Mäkelä marko.mak...@iki.fi:
The USB interface on my Edge 705 is broken, but I have a copy of the
file system image (which I patched together after the device corrupted
its internal FAT file system about a year ago for the first time). There
I have the following world basemap:
Hi again,
Unfortunately, I can confirm that there are navigation problems with
OSM maps compared to Garmin map (City Navigator) with some GPX files
in complex areas, even when the base map is deleted. Possibly the
routing data structure, which is not entirely understood, is missing
some things.
Once
the snow melts and I can do longer bicycle trips, I might still use the
Edge for navigation.
Best regards,
Marko
Hi Marko,
Would you mind trying the map and GPX I uploaded at
http://files.mkgmap.org.uk/ and let me know if you observe the same
issue? Do you build your own OSM
2012/3/5 Felix Hartmann extremecar...@gmail.com:
I reckon, you don't really understand the difference between a route and
a track. Routing never works on GPX files.
GPX track and GPX route should both allow navigation on the Edge, as
explained here: http://ridewithgps.com/edge_705. The problem
Hi,
Thanks. On my device they are just tracks and not routes. I've seen
Felix's message and your reply, so perhaps the Edge is just different in
that way.
The track looked fine and was the same as the website map at first glance.
Many thanks Steve for looking into it. Indeed, the Edge can
Steve,
Can you please let me know which files/functions in mkgmap source code
are responsible for building the route code? I had a look at the code
and am prepared to try playing with the code too, but would need a
(very brief) pointer on where to start.
Many thanks in advance,
Eric
I have been able to do further testing on my Edge 705. Although the
routing on the fly works on the unit, I cannot reliably use a GPX
track file, either created from a mapping website or using a previous
ride in the device history. Either the Begin and End points merge,
either the pink line is
Hi,
I have an issue with OSM maps converted using --route and GPX track
files, on an Edge 705. When reloading a Saved Ride (a GPX track
file) on the GPS, the Begin and End points are superimposed (at the
location of the End point on the map). I tried with many GPX files,
some created on GPsies,
2012/2/24 Steve Ratcliffe st...@parabola.me.uk:
This worked and do not suffer the freezes when listing the nearest
There are really four overlapping issues here, so let break them down so
they can be dealt with individually.
1. A bad map that causes freezing on some devices.
I want to
2012/2/21 Thorsten Kukuk ku...@suse.de:
That's why I use --name-tag-list=name,place_name meanwhile.
Hi Thorsten,
This worked and do not suffer the freezes when listing the nearest
cities. However, these formerly unnamed cities are now duplicates of
some cities (I verified this matches the
2012/2/22 Thorsten Kukuk ku...@suse.de:
Hi,
If you change the rule
place=city ...
to
place=city name=* ...
I am using the default style in mkgmap, so isn't that a bug in this
default style's rule? Shouldn't it be corrected in mkgmap?
But this sounds like a bug in the OSM data.
Could you
2012/2/22 aighes o...@aighes.de:
Am 22.02.2012 11:44, schrieb Eric Fernandez:
2012/2/22 Thorsten Kukukku...@suse.de:
Hi,
If you change the rule
place=city ...
to
place=city name=* ...
I am using the default style in mkgmap, so isn't that a bug in this
default style's rule? Shouldn't
2012/2/22 Thorsten Kukuk ku...@suse.de:
That the name is blank is a bug in your (or the default) style:
the polygons all have a name tag: place_name.
That's the tag used for a period of time for places in OSM,
and we should use that if no name tag is there.
The best solution is really to use
2012/2/22 aighes o...@aighes.de:
Hi,
there isn't an error in mkgmap. Your problem is, that thee are 2
osm-objects for one object in reality.
You could handle this error different. Eg.:
* fix osm-data in osm-db
* fix your osm-extract on your pc
* change your points-style-file
The best
2012/2/20 Steve Ratcliffe st...@parabola.me.uk:
This is done. My description entry was too short indeed.
OK, thanks. At first sight I can't see the problem, so it may only show
up on certain devices.
So about the blank lines: can you select them and show them on the map?
If so what are
2012/2/21 Steve Ratcliffe st...@parabola.me.uk:
Hi
I might have found it, or at least part of the problem.
In your map there are 10 cities without a name, created from polygons.
Since there are around 500 cities in the map, this is closer to 1 in 50
than 1 in 10-20 so might not be everything
2012/2/21 Thorsten Kukuk ku...@suse.de:
On Tue, Feb 21, Steve Ratcliffe wrote:
It does include the two example you gave however. Both these are place=*
polygons, with place_name instead of name.
That's why I use --name-tag-list=name,place_name meanwhile.
You probably can and should try to
Hi,
Following my recent report of my Edge 705 being temporarily frozen
when scrolling nearest cities, I think I have narrowed down where this
comes from. The problem occurs when I combine both --add-pois-to-areas
and --index options.
Firstly, the blank city lines are caused by
2012/2/20 michael lohr micha.l...@web.de:
just a wild guess: if you use --add-pois to-areas, a lot of will cities turn
up twice (one genuine poi and one geberated from the poly). maybe this srews
up the index. to test it, you could use
place=city mkgmap:area2poi!=true
in your point file
2012/2/20 Steve Ratcliffe st...@parabola.me.uk:
Hi
I tried making a map with --add-pois-to-area from that map and didn't
see any blank lines in either mapsource or on my Legend. So could be
specific to the Edge or some other option you are using. Could you
upload your map to
2012/2/20 Steve Ratcliffe st...@parabola.me.uk:
You have to enter something in the description box too. There is an
error message, but it isn't very clear.
If it works, then it does go to a confirmation page after that. 6.5M
will take a while of course.
..Steve
Hi Steve,
This is done. My
Hi,
I successfully created OSM maps of great britain for my Edge 705. I
create the img file with --index and use bounds either I created
myself using osmosis or from precompiled (from navmaps.eu).
The Edge 705 loads the img map correctly and address search is working
properly. However, when
2012/2/17 Thorsten Kukuk ku...@suse.de:
On Fri, Feb 17, Eric Fernandez wrote:
Furthermore, some cities are listed under GBR, but many others belong
to Country with a tag ABC. Is that an OSM tagging problem?
Do you use the --location-autofill option?
I see the same without that option
48 matches
Mail list logo