maning sambale wrote:
> I am trying to create a nightmode styling for my osm-ph gps maps. A
> good inspiration are radarmaps:
> http://justin.everett-church.com/ymaps/radarMaps.html
>
> Please share some tips in creating this style.
>
> Another thing, this maybe far fetched, but is there any desk
I am trying to create a nightmode styling for my osm-ph gps maps. A
good inspiration are radarmaps:
http://justin.everett-church.com/ymaps/radarMaps.html
Please share some tips in creating this style.
Another thing, this maybe far fetched, but is there any desktop img
viewer that can load the nig
Version 1187 was commited by steve on 2009-09-13 00:21:16 +0100 (Sun, 13 Sep
2009)
Add Spain and Portugal.
-Carlos D?\195?\161vila
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Some months ago I sent this patch to include Spain and Portugal in
LocatorConfig.xml, but no one seemed to commit it. I've been using it
all this time without any problem, so I think it's safe to be committed
to trunk. Could some of the developers do it please?
Cheers
Carlos
Index: resources/Locato
this branch fixes the polygon in one tile. big improvement!
here is a tricky small example where it still fails when split into 2
tiles.
http:/apo42.dyndns.org/shastalake.tgz
I thin the problem is that mkgmap doesn't get the whole polygon. Since
a multipolygon member must not have a direction l
2009/9/12 Steve Ratcliffe :
> I think that has had some reasonable testing so I shall merge the
> multipolygon fixes to trunk.
Oh goody. Isn't the sea polygon support on that branch too? Will they
be merged too?
Dermot
--
--
Iren sind menschlich
Hi
On 10/09/09 05:04, Apollinaris Schoell wrote:
> I have a large lake with a relation connecting all ways together. It
> seems mkgmap creates a polygon for each of the ways by connecting
> start and end together.
> Do we have support for multipolygons. In this case 2 arms of the lake
> cross the
Many thanks Johann, I'll take a look. I don't mind that the patch won't apply
to the current splitter, it was more the logic you had used to sanitise the
is_in values that I was interested in seeing since I imagine it took a bit
of effort to get "right" :)
As an aside for anyone who's intereste
Version 1184 was commited by steve on 2009-09-12 13:48:13 +0100 (Sat, 12 Sep
2009)
Allow white space before mph and kph suffixes in speeds.
Fix all the failing tests.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk
Version 1183 was commited by steve on 2009-09-12 13:43:35 +0100 (Sat, 12 Sep
2009)
Add rounding back to the line clipping so that the
clipping test passed again. Now should work in places with negative
lat or long.
___
mkgmap-dev mailing list
mkgmap-
Thanks Johann, this sounds like quite a reasonable approach too. It shouldn't
be too hard to add in to the splitter (eg by tacking the info on to the density
map, or by holding on to the is_in data until the areas are known then calculating
the names as a separate step). Looking at a few osm f
I can agree with your findings, it appears to be working pretty well for
me here too. I still have a bit of code cleanup and testing to do before
I check it in but hopefully everyone will be reasonably happy with the results.
Of course it can always be fine tuned in the future anyway if so desir
On Sep 11, 2009, at 23:05, Chris Miller wrote:
> The approach I'm currently looking at is using a geonames file (eg
> cities15000.zip)
> from http://download.geonames.org/export/dump/ to decide which
> country and
> city is the most predominant one in each tile.
I tried this out on an extract
13 matches
Mail list logo
