Mark Burton wrote:
Felix,
It seems to have no effect. Something wrong about the round coords?
Hmm, didn't think my shuffling had broken it.
You are using --remove-short-arcs? It needs that.
yes I am. v1 did work (as you could see on the pics), I changed nothing
but mkgmap.jar
Felix,
> It seems to have no effect. Something wrong about the round coords?
Hmm, didn't think my shuffling had broken it.
You are using --remove-short-arcs? It needs that.
Mark
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.
Mark Burton wrote:
v2 - based on r1402.
---
Hi Felix,
Please try the attached patch. I've tested it inasmuch that it doesn't
blow up but whether it actually does the right thing when you have a
routable and non-routable way from the same set of points, I don't know.
Cheers,
Mark
> I don't think that this really matters. One will only use level 18 or 16
> for orienation/map panning. Garmin City Navigator only goes down to 20,
> then it's already basemap - of course in Mapsource they have a nice
> filled overview map, which we are really missing. If we had a decent
> ove
Oops, sorry about the compilation problems, I didn't check that this
patch was compatible with the round coords patch, v2 is.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Felix Hartmann wrote:
>
>
> Valentijn Sessink wrote:
>> 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 i
v2 - based on r1402.
---
Hi Felix,
Please try the attached patch. I've tested it inasmuch that it doesn't
blow up but whether it actually does the right thing when you have a
routable and non-routable way from the same set of points, I don't know.
Cheers,
Mark
diff --git a/src/uk/me/p
Version 1401 was commited by markb on 2009-11-22 22:21:51 + (Sun, 22 Nov
2009)
Added RoundCoordsFilter to round lat/lon to nearest when shift > 0.
Also removes identical consecutive points - they will get removed
later anyway but it's very easy to do here and it makes sense to
remove them
Version 1402 was commited by markb on 2009-11-22 22:21:55 + (Sun, 22 Nov
2009)
If a polish map contains any background polygons, don't generate one.
Normally, a polygon of type 0x4b is automatically generated to cover the
map's background. For OSM maps that can't explicitly contain such a
Valentijn Sessink wrote:
> 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,
>
>
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
mem
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 no
Mark Burton wrote:
Hi Johann,
Hi Mark,
I've not tested the patch, but looked at the diff. Could not see the
sense in it at a glance. For me it makes no difference to the previous
state.
What do you intend with this patch?
Regards,
Johann
If I understand the problem correctly, i
Johann Gail wrote:
Hi,
I'm the coder of the original dp code. Some comments to it:
BTW - Is it possible that there is a difference with the douglas peucker
filter whether a road is routable or not?
Yes, looking at the code, it seems that it doesn't change points that
a
Hi Johann,
> Hi Mark,
>
> I've not tested the patch, but looked at the diff. Could not see the
> sense in it at a glance. For me it makes no difference to the previous
> state.
> What do you intend with this patch?
>
> Regards,
> Johann
If I understand the problem correctly, if someone (Feli
On Nov 22, 2009, at 17:05, Valentijn Sessink wrote:
> There's something strange with version 1363 and later: using a
> template.args file seems not to include the first map (in my case
> 63240001).
Hm... I can't reproduce this: my map of Germany appears to generate all tiles
correctly. Perhaps t
Hi,
I'm the coder of the original dp code. Some comments to it:
>
>> BTW - Is it possible that there is a difference with the douglas peucker
>> filter whether a road is routable or not?
>>
>
> Yes, looking at the code, it seems that it doesn't change points that
> are routing nodes so ro
Hi Mark,
I've not tested the patch, but looked at the diff. Could not see the
sense in it at a glance. For me it makes no difference to the previous
state.
What do you intend with this patch?
Regards,
Johann
___
mkgmap-dev mailing list
mkgmap-dev@lis
Steve,
There's something strange with version 1363 and later: using a
template.args file seems not to include the first map (in my case
63240001). What I did was:
- split the map with splitter
- /mkgmap$ svn up -r 1362
- /mkgmap$ ant
Now build a map; it includes all areas in the template.args fi
On Sat, Oct 31, 2009 at 02:17:08AM +0200, Marko Mäkelä wrote:
> I did not get two turn instructions on my latest bicycle ride. Luckily,
> it was a familiar route and I was paying attention to the map, not keying
> in the ref= of a bus stop or something.
>
> The first occurrence was when I was app
20 matches
Mail list logo
