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
With this maxspeed debate, aren't we confusing two different data items.?
maxspeed is defined as the legal speed limit, but the speed we are
discussing here is an average transit speed for routing purposes.
The 'real' maxspeed would be useful in applications like excessive speed
warning, or
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
Hi, guys
first time with a prebuild version r1152 i tried to use this extended
type in an overlay.
Unfortunately i got an error message from mkgmap.( i can provide it if
needed but i guess it doesn't).
Input file was in polish-format.
Could it be that the polish format reader of mkgamp doesn't
Hi,
If I understand you correctly, your v4 patch is in svn now, so if I run
into strange routing, I should report and/or check if v5 performs any
better?
No, only a portion of the v4 patch has been committed because it's a
useful fix to have independently of whether the rest of the patch is
Hi Valentijn,
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
Hi Gert,
Hi, guys
first time with a prebuild version r1152 i tried to use this extended
type in an overlay.
Unfortunately i got an error message from mkgmap.( i can provide it if
needed but i guess it doesn't).
Input file was in polish-format.
Could it be that the polish format reader
Hi Gert,
I just took a quick look at the code and I can't see why extended types
are not acceptable in mp files. Please post the error message you got.
The extended type attributes are not yet supported for mp files but I
will look at implementing that.
Cheers,
Mark
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
WessexMario wrote:
With this maxspeed debate, aren't we confusing two different data items.?
maxspeed is defined as the legal speed limit, but the speed we are
discussing here is an average transit speed for routing purposes.
The 'real' maxspeed would be useful in applications like
Greg Troxel wrote:
This all makes sense, but it seems that the real problem needs to be
solved at the database semantics level. Patching it up in mkgmap
certainly is useful, but other routing engines should have a consistent
view. I think we're really talking about given a .osm file and a
Hi V,
Yes, using mapsource, if the cycleway=opposite tag is present it will
route a car into the last segment of Hembrugstraat using the cycleway
but if the destination is not the last segment of that road or the
cycleway tag is not present, it will route the car correctly.
Experimentally, I
Several problems with Search by Address in Garmin Mobile XT reported
by some of my users.
- unable to search for road names via Address Search option using
Where to? - Addresses
-Step 1 0f 5 in Address Search requires entry of State, no state is
listed and no matches found if the Spell option is
I think the condition precedent you're thinking about is wrong here.
The name that shows up in the routing does not have to be the street
that is routed on. At least I see that behaviour quite frequently. How
can I be sure? I use many non routable overlays and they have different
naming.
Hi Maning,
Several problems with Search by Address in Garmin Mobile XT reported
by some of my users.
- unable to search for road names via Address Search option using
Where to? - Addresses
-Step 1 0f 5 in Address Search requires entry of State, no state is
listed and no matches found if
Ok thanks for the info.
On Fri, Aug 28, 2009 at 6:18 PM, Mark Burtonma...@ordern.com wrote:
Hi Maning,
Several problems with Search by Address in Garmin Mobile XT reported
by some of my users.
- unable to search for road names via Address Search option using
Where to? - Addresses
-Step
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
Version 1153 was commited by steve on 2009-08-28 14:11:41 +0100 (Fri, 28 Aug
2009)
Fix error reporting.
Normal errors that are detected by mkgmap should just be printed but since
multithreading was added, all errors dump out a stack trace.
Also unwrap any concurrent execution exception, so
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,
While looking into the make-cycleway-code, I notice that a simple tag
with cycleway=lane (or equivalent) would be enough to make a cycleway.
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
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
Version 1154 was commited by steve on 2009-08-28 15:02:16 +0100 (Fri, 28 Aug
2009)
Transliterate Greek characters.
- ?\195?\134var Arnfj?\195?\182r?\195?\176 Bjarmason
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Mark Burton wrote:
Hi Maning,
Several problems with Search by Address in Garmin Mobile XT reported
by some of my users.
This is a known issue. Until the global index stuff is implemented I
don't think it will be fixed.
Detectives wanted!
Some or maybe all of the global index
Chris Miller schrieb:
...and now you have it :) I've just checked in an update that gives you
a --write-kml=filename parameter. Pretty much does what you'd expect,
writes
out a KML file to the specified filename in roughly the same format as that
python script. The only real difference
On Tue, 25 Aug 2009 15:18:16 + (UTC), Chris Miller wrote:
L Most of the stuff should be done client side (OL) and the tiles
L originate from the OSM server, so there won't be much that bothers my
L server. But I don't know if you're willing to add a link to a page on
L a not-affiliated
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
On Wed, 26 Aug 2009 21:11:31 + (UTC), Chris Miller wrote:
If I limit it to only handling KML that's in the same format as the
output
then it's not too difficult to implement so yes I'll see what I can do.
Very fine by me :)
One thing with the KML the splitter generates - I wasn't sure
Valentijn,
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
Hi Mark,
I have to admit that my focus is always on the osm file stuff because I
don't use mp files.
Cheers,
Mark
I would take care of it but unfortunately actually i have only small
skills in coding, especially not in java.
So it would be great if somebody could have a look of it (from time
L Yes, thoughts all over. I seem to remember a haiku that was brought
L up just before SOTM2 and was a mantra during last SOTM which was
L something like Mappas mappas mappas. :p
L
L What I mean is that it might be best to just stick to the number and
L not include any language. I'm fine with EN
Hi, Steve,
You can rip an .MDR file out of an official Garmin .IMG (it isn't
encrypted as such).
More eyes on the job will increase the chance that someone gets lucky
and spots crucial clues into how it all works.
Join in please!
Steve
First, i'm not a coder. I have only small skills in
Chris Miller schrieb:
The alignment depends on the value you specify for --resolution. You need
to make the borders multiples of 2 ^ (24 - resolution), and the tiles
themselves
must be multiples of 2 ^ (25 - resolution). So for the default resolution
of 13, tile boundaries must be
Hmm, this one had me stumped for a bit but I think I know what it is. The
mapid = 1 is the giveaway... It looks like the code that parses areas.list
currently looks for an 8 digit number - if it doesn't find one it'll fail
with the exception you've shown. Because you specified mapid = 1, the ID
On Fri, 28 Aug 2009 14:11:41 +0100 (BST)
svn commit s...@mkgmap.org.uk wrote:
Version 1153 was commited by steve on 2009-08-28 14:11:41 +0100 (Fri, 28 Aug
2009)
Fix error reporting.
Normal errors that are detected by mkgmap should just be printed but since
multithreading was added,
Version 1155 was commited by markb on 2009-08-28 20:56:08 +0100 (Fri, 28 Aug
2009)
Avoid NPE when map objects with extended types have no attributes.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Gert,
I just took a quick look at the code and I can't see why extended types
are not acceptable in mp files. Please post the error message you got.
Ok. here it is.
D:\GPS\mkgmap-r1152java -Xmx512m -jar mkgmap.jar -c wkr_options.txt *.mp
SCHWERWIEGEND (Main):
I've just checked in a partial fix for this. The splitter will now write
out areas.list files with zero-padding if need be. It will still fail the
same way however if fed an areas.list file that doesn't have the zero padding.
CM Hmm, this one had me stumped for a bit but I think I know what it
L I'm counting on you will :p
Grab the latest version of the code (r82), I've just checked in some changes
you might be interested in. Try passing in a (splitter generated) kml file
via --split-file. Hopefully that'll now do what you're after, but of course
let me know if you hit any problems.
Hi, Florian,
Is there any way of creating an MDR file ourselves? I mean
probably with commercial software?
...
...
Flo
--
Florian Lohoff
Personal version of cgpsmapper has the capability to create mapsets including
the mdr-file if you want it.
This version is available as a 30 days trial.
Hi, Mark,
/ D:\GPS\mkgmap-r1152java -Xmx512m -jar mkgmap.jar -c wkr_options.txt *.mp
// SCHWERWIEGEND (Main): java.util.concurrent.ExecutionException:
java.lang.NullPointerException
// java.util.concurrent.ExecutionException: java.lang.NullPointerException
/
Just committed a fix for this. You
Hi, Mark,
/ I shall work on the extended type attributes so that they are usable
// from mp files using the syntax described in the cgpsmapper
// documentation./
I have now done this but as you may not want to use them anyway, it's
probably best if I just commit that stuff and if it turns out
Hello,
Being quite new here I would like to understand what is missing. My GPS is
an etrex Vista. I generated a map of Michigan from OSM using mkgmap. If I go
to Find Addresses, I am able to search for adresses. I first search the
street name (for example Jefferson Ave), then I go to street
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
43 matches
Mail list logo