[mkgmap-dev] Help from the style file gurus

2009-12-30 Thread Charlie Ferrero
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

Re: [mkgmap-dev] Libraries

2009-12-30 Thread Nakor
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

[mkgmap-dev] Commit: r1446: A multipolygon branch.

2009-12-30 Thread svn commit
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

[mkgmap-dev] Commit: r1447: First iteration of impmenting the MultiPoloygonRelation class according to the algorithm described in http://wiki.openstreetmap.org/wiki/Relation:multipolygon/Algorithm.

2009-12-30 Thread svn commit
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 ___

Re: [mkgmap-dev] Multipolygons code rewritten (1st try)

2009-12-30 Thread Steve Ratcliffe
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

Re: [mkgmap-dev] mkgmap dropping ways on multipolygon boundary "outer"

2009-12-30 Thread Felix Hartmann
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

Re: [mkgmap-dev] mkgmap dropping ways on multipolygon boundary "outer"

2009-12-30 Thread Mark Burton
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

Re: [mkgmap-dev] [PATCH v1] - provide alternative sea drawing mechanism

2009-12-30 Thread Charlie Ferrero
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

[mkgmap-dev] [PATCH v2] - provide alternative sea drawing mechanism

2009-12-30 Thread Mark Burton
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

Re: [mkgmap-dev] [PATCH v1] - provide alternative sea drawing mechanism

2009-12-30 Thread Mark Burton
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

Re: [mkgmap-dev] [PATCH v1] - provide alternative sea drawing mechanism

2009-12-30 Thread Ralf Kleineisel
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

Re: [mkgmap-dev] [PATCH v1] - provide alternative sea drawing mechanism

2009-12-30 Thread Mark Burton
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-

[mkgmap-dev] [PATCH v3] - provide alternative sea drawing mechanism

2009-12-30 Thread Mark Burton
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

Re: [mkgmap-dev] amenity=embassy not handled by mkgmap ?

2009-12-30 Thread Clinton Gladstone
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

Re: [mkgmap-dev] Baltic map looking good

2009-12-30 Thread Du Plessis, Bennie
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

Re: [mkgmap-dev] [PATCH v3] - provide alternative sea drawing mechanism

2009-12-30 Thread maning sambale
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