Hello list,
Question #1
===
I am using the overlays style file in combination with a TYP file to
define custom styles for one-way streets (overlaid blue arrows in the
direction of the one-way, type 0x10), and for bridges (two parallel
lines outside the road, type 0x12). This all works
On 12/30/2009 02:52 AM, Charlie Ferrero wrote:
>
>
> Nakor wrote:
>>> Have you tried the --add-pois-to-areas switch? It sounds like it
>>> should add a library POI which you ought to be able to search for
>>> (though I haven't tested this).
>>
>> Yes it does but only if the library type is prese
Version 1446 was commited by steve on 2009-12-30 14:32:19 + (Wed, 30 Dec
2009)
BRANCH: mp
A multipolygon branch.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Version 1447 was commited by steve on 2009-12-30 14:36:23 + (Wed, 30 Dec
2009)
BRANCH: mp
First iteration of impmenting the MultiPoloygonRelation class according to the
algorithm described in
http://wiki.openstreetmap.org/wiki/Relation:multipolygon/Algorithm.
- WanMil
___
On 29/12/09 21:11, WanMil wrote:
> I have rewritten the MultiPoloygonRelation class regarding the algorithm
> described in
> http://wiki.openstreetmap.org/wiki/Relation:multipolygon/Algorithm.
Hi, Thanks for this patch. I've checked it into a branch called "mp"
and so a pre-compiled jar file will
On 28.12.2009 09:42, Mark Burton wrote:
> Hi Felix,
>
>
>> Yip, that patch works great. (using only this patch, without the earlier
>> patch; if I add earlier patch too I loose the relations again)
>>
> Yes, it replaces the earlier patch.
>
> Good.
>
> I am tempted to commit this - does
Hello Felix,
> Is there a reason for not committing the patch? It is working great for
> me and also Steve found it good
It has some good aspects but it also (as I think Steve mentioned) has
the downside of causing the sea polygon to be preserved so everything
ends up sea colour. As the multipo
Mark Burton wrote:
> Firstly, I would like to thank everyone who responded to my
> "Understanding the sea" post. From those posts and my own study, I
> finally worked out what it does. And yes, it works pretty well inasmuch
> that it generates some useful polygons. The "sea sector" heuristic
> do
Firstly, I would like to thank everyone who responded to my
"Understanding the sea" post. From those posts and my own study, I
finally worked out what it does. And yes, it works pretty well inasmuch
that it generates some useful polygons. The "sea sector" heuristic
doesn't work for me so I have be
Hello Charlie,
> Hurrah! Does this also mean that, with suitable definition of the
> polygon used for land, we can finally banish the "Garmin yellow"
> background to history?
Yes (and no).
You can give the "land" polygon whatever colour you desire.
However, at the moment, the patch doesn't g
On 12/30/2009 10:17 PM, Mark Burton wrote:
> Mapsource and some GPS units honour the colour in the 0x4b (Map
> background) polygon but not all do (like the Nuvi).
My Nuvi 255T does show the white background using my topo map.
___
mkgmap-dev mailing list
Hi Ralf,
> My Nuvi 255T does show the white background using my topo map.
My 255W ignores any colour change on the 0x4b polygon.
Cheers,
Mark
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-
v3 - generate land poly even if tile doesn't contain any sea (when
--generate-sea=no-mp is specified) so that GPS units that ignore the
colour of the background poly (0x4b) don't the wrong background colour.
-
v2 - avoid generating sea poly when unclipped tile contains coastline
but the
On Dec 7, 2009, at 20:16, Marko Mäkelä wrote:
> 0x3003 was already used by amenity=townhall, so it is a safer choice
> of these two, although slightly misleading, because the POI submenu
> says "City Hall". I committed that in r1420.
I just noticed the following blog entry:
http://www.openstree
MB>I'm really pleased how well the Baltic marine map has come along
It does look good.
WELL DONE.
Would you share your TYP file & style with us.
Or is it proprietary.
No objection if it is.
You did all the work.
All the same I like the look and want to try it on my map.
Further: I have not tried t
Thanks! My archipelago is now OK.
In my style file I added this:
natural=land [0x27 resolution 10]
in the typ file draw priority:
0x32 = 1
0x27 = 2
all others = 3 and up
I compiled the map using the --generate-sea=no-mp switch and all my
problem islands (not sure if everything is OK) appears.
C
16 matches
Mail list logo