On Aug 14, 2009, at 14:44, Greg Troxel wrote:
Also my test map (in script as well) works on the garmin but crashes
roadtrip.
You know, I tried this too, and noticed that the test map ( test-
map:all-elements) also crashes Mapsource. Also in my tests, gmapi-
builder.py displayed an Unknown
On Aug 15, 2009, at 7:54, maning sambale wrote:
package com.sun.media.jai.codec does not exist
[javac] import com.sun.media.jai.codec.*;
Hm... this sounds a lot like javac cannot find the jai jar files. Are
you sure you put the jai stuff in a directory which javac can find?
(I've
On Aug 15, 2009, at 7:54, maning sambale wrote:
And then used this build.xml for mkgmap:
man...@cumingi:~/osm/routable_garmin/mkgmap/trunk$ ant dist
Buildfile: build.xml
It also occurs to me that if you are using the build.xml file from
Jörg, I assume you have to adjust the path to the jai
2009/8/15 Chris Miller chris.mil...@kbcfp.com:
Hi Paul,
This is because the .osm file you are splitting has a node with no 'lat'
attribute. As far as I'm aware this shouldn't happen; something is probably
wrong with your .osm file? I downloaded the europe.osm file a few hours after
you
cant you put in the check as an option. With the -check_for_bad_date
all data will be past in the splitter for a growing number of know xml
bugs and without the check .. you check will be done an the app will
be faster ?
lg Dirk
___
mkgmap-dev mailing
Hi Thilo,
The attached will merge lines that are similar* after styling. It is
activated by the switch --merge-lines.
As there are less way fragments, the Douglas-Peucker filter will work
better and the routing should improve somewhat, because the ways will
be longer and the routing
MB I haven't the faintest clue what could be the issue here so until we
MB get some hint as to what the problem could be, I'm ignoring it.
MB I simply don't have spare time to dream up possible reasons why
MB this problem exists.
Can't say I blame you, doesn't sound like an easy one to get to the
Thilo Hannemann schrieb:
Please test and complain ;). Note that the argument --merge-lines is
needed for the merging to take place.
Are there patches in the latest?
Chris
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Please test and complain ;). Note that the argument --merge-lines is
needed for the merging to take place.
Are there patches in the latest?
What I meant:
Are all these patches which are announced on the list as
[PATCH vx] included in the mkgmap-latest?
If not - where can I download the
Hi Mark,
Am 15.08.2009 um 13:45 schrieb Mark Burton:
However, looking at the code it seems to me that the merging happens
after StyledConverter.addRoad() is called and that is where the way
lengths are limited. So you either have to do the merging earlier, or
you need to add a constraint to
On Sat, Aug 15, 2009 at 5:57 AM, Chris Millerchris.mil...@kbcfp.com wrote:
That doesn't really buy us much unfortunately, given the way the parsing
works the checks need to be scattered about in various places (otherwise
a separate validation pass would be required, taking even longer. I think
Version 1134 was commited by steve on 2009-08-15 16:13:34 +0100 (Sat, 15 Aug
2009)
BRANCH: multipolygon
May as well complete the job of validating the values.
returned by findCpa().
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Problem 3:
Small multipolygons are rendered correctly but I have a problem with larger
multipolygons. The inner holes are visible at low zoom levels, but they
disappear if I zoom in. I don't know if this is a problem of the Garmin
software or if this is an effect of a filter in mkgmap.
Hi,
I just noted with a garmin map from kleineisel.de that my local supermarket is
not listed.
The reason is that it's an area, not a point. I think this is caused by not
applying --add-pois-to-areas (?)
I think it's reasonable to make this option the default and only disable it by
request.
Hi,
Generally, I'd say Yes, we should make this the default.
In the long run, we should consider, if this should be
somehow modifiable by the style. Either by letting the
style say Don't go and create a POI or the other way
round.
I don't have a particular opinion on this. I just think, we
On Sat, Aug 15, 2009 at 09:16:36PM +0200, Elrond wrote:
In the long run, we should consider, if this should be
somehow modifiable by the style. Either by letting the
style say Don't go and create a POI or the other way
round.
It is already possible for a style to set options. All we have to
On Sat, Aug 15, 2009 at 08:30:13PM +0200, Hanno Böck wrote:
I just noted with a garmin map from kleineisel.de that my local supermarket
is
not listed.
The reason is that it's an area, not a point. I think this is caused by not
applying --add-pois-to-areas (?)
I think it's reasonable
Am Samstag 15 August 2009 schrieb Marko Mäkelä:
Thus, I would say that it makes sense to manually create POIs for all
areas, at the entrance. Or, if --add-pois-to-areas is to be made the
default, it should not add duplicate POIs if there already is a POI nearby
with the same name.
If there
Hi Hanno,
I just noted with a garmin map from kleineisel.de that my local supermarket
is
not listed.
The reason is that it's an area, not a point. I think this is caused by not
applying --add-pois-to-areas (?)
I think it's reasonable to make this option the default and only disable
On Sat, Aug 15, 2009 at 1:30 PM, Hanno Böckha...@hboeck.de wrote:
I just noted with a garmin map from kleineisel.de that my local supermarket is
not listed.
The reason is that it's an area, not a point. I think this is caused by not
applying --add-pois-to-areas (?)
I think it's reasonable
On Sat, Aug 15, 2009 at 10:07:54PM +0200, Hanno Böck wrote:
Am Samstag 15 August 2009 schrieb Marko Mäkelä:
Thus, I would say that it makes sense to manually create POIs for all
areas, at the entrance. Or, if --add-pois-to-areas is to be made the
default, it should not add duplicate POIs
With this version of the patch, the intersection of the bounding box and
the landmass does not have to be simply connected as in version 3 of the
patch.
There are still some flooded island in ireland, but I'm pretty sure
this is a problem in the multipolygon code this patch relies on (it just
Not a basemap, but a real routable tile.
It doesn't matter what area it is for.
If so, can you please zip it up and send to me or otherwise make it
available to download.
Cheers,
Mark
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Mark Burton schrieb:
In the Garmin GPSR (mine is a Etrex Legend HCX) there are several
options for routing. How are they mapped to mkgmap/OSM features?
Emergency (???)
emergency
Delivery - psv (?)
yes
After doing some tests on my Etrex Legend HCX I believe that something
is mixed up.
24 matches
Mail list logo
