Op 16-02-11 15:46, Felix Hartmann schreef:
highway=* oneway=yes cycleway=opposite {set oneway=-1; set
access=no; set bicycle=yes} [0x?? road_speed=? road_class=? continue]
What about the other oneway options? I.e. oneway could be 1, yes, -1
(and no, but that probably doesn't matter) as valid
Hi list,
This should have been a bit of an experimental map, with as much tiles
as possible, by having splitter do --max-nodes=15
In the end, however, I don't get a map at all:
java -enableassertions -Xmx1700m -jar ../mkgmap/dist/mkgmap.jar
--make-opposite-cycleways --mapname=3168
svn commit schreef:
Recognise operators such as = and = that have two characters.
The != operator happened to work or else this would have been spotted sooner.
Tests written for = and =.
As far as I can see, r1709 chokes on the following:
smoothness ~ '.*(bad|horrible|impassable)' |
Hi Paul,
Op 09-08-10 09:32, Paul Ortyl schreef:
I wanted to report that routing through Europe is broken. I have
noticed it in December 2009, but did not report it then because I
thought that my nüvi got broken.
[...]
I realise that much has been said about routing not working. But there
Christian H. Bruhn schreef:
Hi!
I haven't really understand what are the following mkgmap-options are
for:
[ cut family-stuff options, VS]
I only knew that the map should have the same family-id (or was it the
product-id?) as in the TYP-file.
But what about the others? Which are really
Hi,
I was wondering what is the difference between --remove-short-arcs and
--reduce-point-density. Their description differs (short-arcs says it
removes things that cause routing problems, while point-density seems
some sort of general simplification), but I'd think that using
Op 16-04-10 09:34, Felix Hartmann schreef:
[...]
highway=motorway {add bicycle = no; add foot = no} [0x16 road_class=4
road_speed=1 resolution 14 continue]
highway=motorway {add access = no; add bicycle = yes; add foot = yes}
[0x16 road_class=4 road_speed=1 resolution 14]
Well you have
Hi list,
Mkgmap seems to crash on my brand new Ubuntu 10.04 installation with
OpenJDK and I can't make anything of it (not being a Java wizard, that
is). What does the attachment say? (I just hope it doesn't say Switch
to Oracle Java for €1,837,838 per seat ;)
Best regards,
Valentijn
#
# A
Hello list,
I'm trying to get better bicycle routing in my Garmin map; however, I
don't know much about styles and the Garmin mapping, so I thought it
might be wise to ask questions first (and shoot later):
What I thought I'd do is make a sort of double routing for bicycles:
when a road is on
Hi list,
I found a grave routing difference between mkgmap r1430 and r1431, when
I set routing to bicycle, shortest route. r1430 (and older) sends me
right to my target; r1432 (and newer) meanders around like there's no
other things to do than pedaling around in the countryside. Really: a
Hi Steve, hi list,
Steve Ratcliffe schreef:
But how do we coordinate across all the languages? We now have
English, French, German, Dutch and Japanese translations of the main
page on the wiki. The version number could probably be made a template
so that it can be updated in one place, but
Mark Burton schreef:
Is everyone happy with that? If so, I will make the change and commit
it.
Shouldn't the default style then have a mkgmap:ferry so the default
works as the regular Garmin map?
Has anyone confirmed that the ferry part works yet?
Works as expected. Thanks!
V.
--
Steve,
r1423 and further do not work for me; r1422 does. r1423 and later say:
java -enableassertions -Xmx1700m -jar ../bin/mkgmap.jar
--make-opposite-cycleways --mapname=3182 --latin1
--remove-short-arcs=5.5 --lower-case --route --preserve-element-order
--max-jobs --link-pois-to-ways
Hi,
I'm not sure I understand the mkgmap:tag stuff after all.
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?
As far as I read Steve Hosgood's remarks, it looks like
Steve Hosgood schreef:
Look - I'll just wear a paper bag over my head for the rest of the day,
OK? :-)
I don't think tagging yourself like that does any good ;)
V.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Mark Burton wrote:
v3 - turns out they handle ferry routes in a similar fashion as to
unpaved roads so I've added support for avoiding them (when route=ferry
tag is present) - untested here due to paucity of ferries in
Cheshire but I have verified that the unpaved stuff still works.
Aha, aha.
Hi list,
A routing oddity on Mapsource and my Garmin Nuvi:
http://osm.org/go/0E6U9XKEb-?layers=0B00FTF
When I'm driving on the A1 highway, it always sends me down the
motorway_link, then up on the motorway_llink again. Could this be
because the bridge over the Weteringweg makes the A1 consist of
Lambertus schreef:
I'm having problems compiling Mkgmap, maybe someone here is able to help
[...]
What does
sudo update-alternatives --config java
tell you?
V.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Lambertus,
* 0/usr/bin/gij-4.4 1044 auto mode
1/usr/bin/gij-4.4 1044 manual mode
Which one should I choose? Number 2 I suspect?
Yep. Numbers 0 and 1 are the Gnu Java runtime. You probably have the Gnu
java
Mark Burton schreef:
Yes, that's good enough. I was wondering if you were using something
exotic. But no.
Good to hear from someone who agrees Ubuntu is not exotic :)
Actually, I'm using Ubuntu 8.04 and I get:
java version 1.6.0_16
After adding hardy-proposed to my sources.list:
java
Hi list,
I wrote about this before: my first map in the mapset, 63240001.img, is
missing.
I tracked this down to revision r1363 (which is a merge from the mapset
branch) and today even further tracked it down to revision 1323 within
the (deleted) mapset branch.
However, I can't find any clues
Felix,
I just had an issue where one of the submaps goes missing. Could my
problem be the same as yours? Could you check rendering the same map
with mkgmap r1362 and see if this restores your overview map? And if
r1363 makes it go wrong?
Best regards,
Valentijn
Felix Hartmann schreef:
I am
Clinton Gladstone schreef:
Hm... I can't reproduce this: my map of Germany appears to generate all tiles
correctly. Perhaps there is something else going on.
Logging did not show anything peculiar. Or showed lots and lots of data
and I didn't know what to look for :)
What I do:
#!/bin/sh
Mark,
(Right after I compiled a map with your v1 patch, a 2nd version shows
up...) If the map does not complain in any way (i.e. no assertions),
does that mean I don't hit the bbox problem?
(Your patch v2 is now included in my mkgmap, so I'll test it for a bit
next days).
Valentijn
Mark Burton
Mark, list,
Today I had the chance of biking with an arc tweezed map on a route
that went wrong, previously. The tweezing really makes routing much,
much, much better. There is of course the occasional
why-do-you-send-me-this-silly-way routing decision, but generally,
bicycle routing has suddenly
Mark Burton schreef:
I have received zero feedback on the recent arc tweezing patch.
Ehrm, eh, yes. Whatever destination I have in mind lately, I always seem
to end up in the baby room. There's no computer there, you know.
Anyway, tested your patch and it shows a huge improvement on a couple of
svn commit schreef:
no matter what category you select you always get a couple of pubs and a bus
stop included in the results.
Good. That's Don't drink and drive implemented in software, right?
V.
___
mkgmap-dev mailing list
Bennie,
Du Plessis, Bennie schreef:
[...]
Making Southern Africa in one tile I can route maximum approx 1400km.(870m)
I can approve slightly by increasing --remove_short_arcs=50, but that
distorts the map :(
... because you essentially remove every detail that's less than 50
meters
Mark,
As far as I can see, it works well. I haven't tested it very thoroughly,
but I don't find immediate oddities.
There's still the various routing oddities. Mapsource sometimes doesn't
find a route; my Nuvi sometimes finds weird routes (and sometimes does
it right).
Anyway, your patch makes
Mark Burton schreef:
Today's offering includes the table A tweak but it also increases one
of the limits that determine when a route centre needs to be
sub-divided.[...]
So please test this patch (it replaces the previous patch) and let me
know if their are any issues.
No issues found with
Hello list,
svn commit schreef:
Version 1198 was commited by steve on 2009-09-17 10:27:24 +0100 (Thu, 17 Sep
2009)
Hmm. While it is generally known that much of the Netherlands is sub sea
level, the map that's currently resulting from mkgmap --generate-sea
feels like a Greenpeace-ad (rising
Hello list,
There's a street in the center of my town where access is forbidden on
thursday and saturday. Now there seems no good way to enter such
information in Openstreetmap (but that's a wholly different discussion).
The reason I'm writing here is: do Garmin maps have a way to encode
Mark Burton schreef:
The fact that other routing services choose to do that does not make me
any more enthusiastic about the idea.
IMHO, if people want specific changes to their OSM data before rendering
a map, it's pretty easy to do so. Merging different nodes on basis of
some rule (the rule
Chris, thanks for al the good work. Just a small and unrelated remark.
The script that builds my map first unpacks the osm.bz2 file, then runs
splitter. Still, Splitter complains about no --cache being used, while
as far as I understand, there's no real advantage using --cache if
you're using
Mark Burton schreef:
As I want the Nuvi primarily for navigation, I don't really mind if
logging isn't possible or, if possible, not good quality. The
fact that it works well with our maps is enough.
Just one small remark (at the moment you have probably ordered your Nuvi
already): if you're
Thilo Hannemann schreef:
So I think at least the Nüvi 2xx series is useless for mapping.
My Nuvi 205T has an option to show/hide the tracklog. I bought it quite
recently, but it has an older map (2008). I'll ask a collegue, who just
got a 205, if he has the tracklog option as well.
V.
Hi Steve,
At Sun, Aug 30, 2009 at 11:29:16PM +0100, Steve Hosgood wrote:
We could really use a wiki page on stuff like this.
I do have an apparently-OK copy of 'mapsource' but it won't start
because I don't have an installed map.
Yeah, that's a bit weird: I have one MapSource that does have
Marko Mäkelä schreef:
On Sat, Aug 29, 2009 at 07:29:08AM +0200, Valentijn Sessink wrote:
http://onroute.nl/
Can you please explain how that link is relevant to the Garmin SDK?
It probably isn't. I know them for making a cycle map for the
Netherlands. But they could be using anything to build
Mark,
I'm afraid I lost track when you wrote Blast, just discovered that
clipping all ways before doing short arc removal breaks polygons that
straddle tile boundaries - afterwards, the discussion wandered off to
Massachusetts.
If I understand you correctly, your v4 patch is in svn now, so if I
Hi list, hi Mark,
First, a remark. Since the oneway=yes/cycleway=opposite roads have
(cycleway) attached to their names, a GPS unit will randomly show
either the regular name, or the (cycleway) name. Which isn't too bad for
testing, I'd suggest you leave it this way until we're set and done with
Mark,
Mark Burton schreef:
http://www.yournavigation.org/?flat=52.392997flon=4.871082tlat=52.391864tlon=4.87679v=motorcarfast=1layer=mapnik
Any ideas? (I'll recheck the routing later on, to see if this will also
happen with positions further away in one-way-streets).
I think that (at least
Hi Mark,
Without the all-cycleways option, it behaves normally. There must be
some sort of Garmin rule in action here. I'll check if there's a better
way (haha) to build the cycleway.
Valentijn
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Valentijn Sessink schreef:
there's no real need to build an extra way here - or is there?
Ahem. It's optional, I see.
V.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi,
Mark Burton schreef:
However, if there's no access restriction for cyclists, there's no real
need to build an extra way here - or is there?
You have a point. Of course, an access restriction could be added later
by the style rules but that's pretty unlikely?
I'm not sure altogether.
The
Mark,
I've tried a couple of different methods to build opposite-cycleways,
namely forbid all motoring traffic, make a real cycleway, but all of
them make the Garmin turn to the last part of the oneway Hembrugstraat.
So I conclude it's a Garmin issue. I'm sure we could come up with all
sorts of
Mark,
I think the following could be what happens. The GPS unit tries to route
you to $dest, which is on a non accessible road. As non accessible has
no access, it makes no sense trying other directions.
If there's a crossing, that's a reason to try other directions so the
oneway street will
Hello list,
The current ferry routes don't tell me to board the ferry (I've written
about that before).
However, if I use ferry type 0x1b instead of 0x1a, my Garmin Nüvi shows
a nice boat icon on the track, it tells me to board ferry. The other
behaviour so far seems identical to type 0x1a.
So
Hi all,
Marko Mäkelä schreef:
on on should be or on
Fixed (see attachment)
+Please note: if you use splitter.jar to build a template.args file
+and use -c template.args, then that file may contain a
[...]
I think that this is a general remark that would better be documented with
Steve Ratcliffe schreef:
Perhaps it belongs in the splitter doc then? Or the splitter
could leave out (or comment out) the description lines
by default, unless the --description option is given.
I agree. Although then still a remark about the -c filename
description could be useful. (As you
Steve, list,
This may be a better description of --description, it sort of warns for
the description that splitter puts in the args file.
Best regards,
Valentijn
--
Durgerdamstraat 29, 1507 JL Zaandam; telefoon 075-7074579
Index: resources/help/en/options
Hi list,
I guess I found out that
--description
does not work when using a -c template-file. Is this a bug or a
feature, i.e. does the source need to be patched or should I patch the
documentation? (I'm willing to do the latter, but not if a fix in the
source is really easy).
Best regards,
Hi Carlos,
Carlos Dávila schreef:
--description=OpenStreetMap-Iberia
--family-name=Open Street Map
--series-name=OSM-Iberia-s
That's what I use, except for the --series-name.
I copy generated gmapsupp.img directly to the nuvi's SD. In the map
selection menu I get:
[ ]Open Street Map (from
Mark,
Mark Burton schreef:
Not a basemap, but a real routable tile.
I don't have one, but I could buy something, *if* that gives you an
unlocked, routable tile. And I'm not sure about the unlocked property
- if I buy, for example, a bicycle map of the Netherlands, on SDcard
(something I've been
Chris,
Chris Miller schreef:
VS My own code has a private boolean deleted that is added to
VS SplitParser, and in endElement() it says if (!deleted)
[...]
That's not too horrible,
The idea might not be, trust me: the code was :)
In fact, when I woke up this morning, I realised that probably
Mark Burton schreef:
There is a particular failure of inter-tile routing that we have seen
quite often which is that it fails to find a route when the source and
destination are in the same tile and the only (sensible) route is via
another tile. (If a sub-optimal route that only uses the
Mark,
Sorry for the misunderstanding. Without looking, I assumed the SEVERE
error had been introduced by your patch, while it was probably somewhere
between r1127 and r1131 (not sure, did not look again). Without your
patch, the same errors show up.
However, experimenting a bit with the
Hi list, hello Steve,
I made a mistake in my options file, thinking the overview-mapname made
it to the Garmin screen (which is a bit stupid, now I think about it).
Anyway, here's the revised options patch.
Valentijn
--- options 2009-08-12 11:09:48.0 +0200
+++ options.new 2009-08-13
I found two strange things:
- if you don't set --overview-mapname, the tdbfile will have the name of
the overview-mapnumber, 6324.tdb, (instead of OSM_map). The source
reads OSM_map, so I can't find where it goes wrong.
- the --description option seems not to work, there must be something
Felix Hartmann schreef:
it's --family-name that you want to use.
See above example. Family name is the generic map family name.
description should show up at the place where it says OSM Map, but
it did not - so far. A hard coded description did, however.
The source code just says:
Hi Elrond, hello list,
... I did *not* yet test the patch, but, while biking around with a
Garmin this morning, I realised that getting the rounding correct is an
improvement, because your position is more precise. This could help in
cases where a subtle rounding error will just put you on
Steve Ratcliffe schreef:
So was that with --remove-short-arcs=5.4 (or 5) in the end then? And
have you done previous maps of the same area that didn't work without
that option?
No, this is a completely unrelated success report (hence the new
message), and I did not try any other maps. It
Hi Mark,
Mark Burton schreef:
v2 of this patch not only enables remove-short-arcs by default when
routing is in use (as previously discussed on ML) but it also fixes some
problems in the way splitting code.
I would be grateful if people could test this patch because it could
possibly cure
Hi Mark,
At Wed, Aug 12, 2009 at 09:19:36PM +0100, Mark Burton wrote:
I can see where the problem is occuring. Wherever you have a node that
is within the minimum arc length from a tile boundary you will get an
error message.
Your mail now sounds much less SEVERE than the error message :-)
Mark,
Again, a quick check, but I can't seem to route on the Fransiscusdreef:
F'dreef to Vechtdijk sends me on a 1.2km odyssee :)
Here's the data:
63240003: 0x24d000,0x34000 to 0x251000,0x3b000
63240008: 0x251000,0x25000 to 0x255000,0x39000
63240009: 0x251000,0x39000 to 0x255000,0x4
java
Chris Miller schreef:
but my impression is that the conclusion was that the splitter should be
rounding areas off to boundaries in multiples of 4096 rather than 2048?
As far as I've seen - thanks to Steve Ratcliffe's findings - divisible
by 2048 is enough, if you make sure that the difference
Chris,
to behave? My understanding is that it is taking the area passed in and
rounding
the edges *outwards* to the nearest multiple of 0x0800.
Not _completely_ unrelated, I'm not sure if you know about this:
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2009q3/002789.html
As far as I
Hi,
A bit of a strange thing: my Garmin mkgmap maps ask the provincie
(Province? State? County? Whatever you guys call it over there ;) when I
want to route to an address.
I normally build my map with country=Netherlands and country-abbr=NL,
I also tried no country and abbrev, but it keeps
more widely. It would be good to know if it makes a difference to
inter tile routing as well.
--
http://www.openoffice.nl/ Open Office - Linux Office Solutions
Valentijn Sessink v.sess...@openoffice.nl +31(0)20-4214059
___
mkgmap-dev mailing list
Hello list,
The following inter tile routing gives nice and unexpected results.
areas.list:
63240001: 0x241000,0x25000 to 0x24d000,0x3b000
63240002: 0x24d000,0x25000 to 0x251000,0x34000
63240003: 0x24d000,0x34000 to 0x251000,0x3b000
63240004: 0x241000,0x3b000 to 0x24b000,0x42000
63240005:
Valentijn Sessink schreef:
The following inter tile routing gives nice and unexpected results.
areas.list:
You only need:
63240003: 0x24d000,0x34000 to 0x251000,0x3b000
63240008: 0x251000,0x25000 to 0x255000,0x39000
63240009: 0x251000,0x39000 to 0x255000,0x4
Just found out: the trivial
attached gdb. It's almost as if having traversed B tile it then is
happy to locate a destination in it but, for some reason, it's unhappy
with a destination in C tile.
--
http://www.openoffice.nl/ Open Office - Linux Office Solutions
Valentijn Sessink v.sess...@openoffice.nl +31(0)20-4214059
Hi Mark,
Mark Burton schreef:
I am using the latest version (as downloaded by the check for
software updates option on the help menu).
I can't run a later version, I use the version for older operating
systems, as that is what runs nicely under Linux under Wine. I could not
get the Splendid
Hi Mark,
I'm not sure if this is good or bad news, but the Nuvi works!
Just to be sure, I'll check my Nüvi this evening.
Please do, it would be useful to know if a real GPS has the same
problem (my guess is that it will).
It also works out of the box, routing perfectly, when I route from
Hi Steve,
I'm trying to find out why certain parts of the map blank and I did not
get far. However, I'm noticing that the blanking issue seems not to
depend on certain ways or nodes, nor does it depend on the size of the
tiles. It seems a generic issue of a sub-map.
Here your GMP file could come
Hello list,
After a long search, here's the (lacking of) results.
Eventually, I found a single node on the map that would stop the map
from blanking. However, when I made the map just be a tiny bit larger,
it would vanish again - with or without the node.
So the blanking is probably the result
Hello List,
I'm still trying to pin down the missing tooltips/blanking map issue.
Here's what I managed to find so far. But now I'm sort of stuck.
I have a map that has the problem. Decreasing or increasing the map
boundaries would lose the problem. So instead I tried to find out if
there is
Mark Burton schreef:
if(currentWay.getTag(bicycle) == null)
currentWay.addTag(bicycle, no);
so that if the original way doesn't already have the bicycle routing
defined, it will be disallowed.
In the Netherlands that would be right, too: the bicycle-paths are
mandatory. My feeling is
Hello list,
A small wish list for splitter:
- honour action='deleted' in the input file. Rather trivial to write,
but I don't send a patch because you would be horrified by my code.
- make it possible to use hex data in areas.list (trivial patch, see below).
Best regards,
Valentijn
Index:
Mark Burton schreef:
OK, so it's proving to be a little harder to fix than I thought but I
have high hopes for this version.
BTW - Valentijn, this version could help routing through the tunnel.
Yes! Yes!
Also, V1 and V2 had a couple of these ... contains 0 arc, and this
version does not
Mark Burton schreef:
OK - I have looked at your example and can confirm there is a problem
in that mapsource doesn't display the region near the tile boundary,
it has a gap of 200m or so. Don't know whether this is just mapsource being
it's usual crap self, or the problem also exists on the
Steve Ratcliffe schreef:
So you will probably also find that in the area that disapears, if
you hover over a road you do not also get the usual pop-up that
tells you the name of the road.
Yes, but actually I blamed Wine instead of you ;-)
(I feel I actually can safely blame whoever I want,
Hi all,
I tried to line up Splitter with the map boundaries; instead of having
(hexadecimal showing)
63240008: 251000,25800 254800,38800, I had to use
63240008: XX,X 254c00,X). Now the tool tips would not show
up in the +-250 meters around the boundary.
Then I used:
63240008:
Steve Ratcliffe schreef:
0010: 52.470703,3.339844 53.701172,5.668945
0008: 52.163086,3.339844 52.470703,5.009766
So top matches bottom, but not the same as the bounds.
This could explain mapsource, but as it is not used
on the device can't explain the problem in the GPS.
In fact, I think
Hello list, I'm having a great time corresponding to myself here :)
but these are my observations so far.
Running Splitter, then Mkgmap.jar, then MapSetToolKit.exe, then
Mapsource, the resulting submaps are shifted from their bounding box:
they are about 2.4 kilometers left, up, from the map
Hi Mark,
Mark Burton schreef:
I believe (because the ML is not showered with emails complaining about
it failing) that inter-tile routing is generally working OK.
It really does work great. In fact, it took me quite a while to come to
the conclusion that the map edge seemed to be involved and
Hello list,
When trying to use a built map, I'm getting a bit odd results around the
edges of tiles - at least, I think it's the edges. It's not exactly on
the boundaries, but about 2.5 kilometers below the grey lines that show
up in Mapsource (I assume these are the tiles). But strangely, the
Hi Mark,
(Let me introduce myself: hi, I'm the original problem submitter :)
Mark Burton schreef:
Well, that's a bit odd. If you download this area into
JOSM, it looks similar(ish) but by no means exactly the same.
Yep, that's what I did last night: open just the area around the problem
site
Clarification:
Valentijn Sessink schreef:
running splitter like in my script, then just building a map of the
isolated map number 1 produces the same results
... produces a wrong map is what I meant to say.
Valentijn
___
mkgmap-dev mailing list
Mark,
Mark Burton schreef:
I grabbed the source as you suggested but could not successfully
create a map when the splitter had max-nodes = 100. One of the
tiles failed in mkgmap (exception - NET1 offset too big, I think).
Shame on me. Yes, the offset too large was just what I encountered
89 matches
Mail list logo