[mkgmap-dev] Commit: r1207: We no longer need all the crazy code dealing with adding tags during iteration through all the tags.

2009-09-18 Thread svn commit
Version 1207 was commited by steve on 2009-09-18 15:13:00 +0100 (Fri, 18 Sep 2009) BRANCH: style We no longer need all the crazy code dealing with adding tags during iteration through all the tags. Remove that functionality and the tests for it. ___

[mkgmap-dev] Commit: r1205: Test with actions mixed with rules.

2009-09-18 Thread svn commit
Version 1205 was commited by steve on 2009-09-18 14:46:08 +0100 (Fri, 18 Sep 2009) BRANCH: style Test with actions mixed with rules. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Strict ordering of action in a style rule file.

2009-09-18 Thread Steve Ratcliffe
Hi > Is the style branch otherwise identical to normal branch or lagging behind? It branched at 1186 and does not contain any changes to trunk since then. I can merge trunk in if it would help. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgm

Re: [mkgmap-dev] Strict ordering of action in a style rule file.

2009-09-18 Thread Felix Hartmann
Steve Ratcliffe wrote: > Hi > > I have now made the change to introduce strict ordering to the > action in a style rule file. > > Previously the actions where not triggered in any particular order and > they were all run before any matching took place. In the new code, > the actions are run strict

[mkgmap-dev] Strict ordering of action in a style rule file.

2009-09-18 Thread Steve Ratcliffe
Hi I have now made the change to introduce strict ordering to the action in a style rule file. Previously the actions where not triggered in any particular order and they were all run before any matching took place. In the new code, the actions are run strictly in the order that they occur in t

[mkgmap-dev] Problems with boundaries and multipolygons

2009-09-18 Thread Christoph Wagner
Hello list, I tried to build a garmin map with the boundaries from osm. But with the newest mkgmap version there are some problems. In the result some boundary ways are just missing. With an older mkgmap version (I think older than the merge from the multipolygon branch - I tried 1133) everything w

[mkgmap-dev] Commit: r1204: Add missing file

2009-09-18 Thread svn commit
Version 1204 was commited by steve on 2009-09-18 11:49:39 +0100 (Fri, 18 Sep 2009) BRANCH: style Add missing file ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] Commit: r1203: Restore proper merging between base and derived styles.

2009-09-18 Thread svn commit
Version 1203 was commited by steve on 2009-09-18 11:34:27 +0100 (Fri, 18 Sep 2009) BRANCH: style Restore proper merging between base and derived styles. All tests now pass again. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.m

[mkgmap-dev] Commit: r1202: Implement matching on generated tags.

2009-09-18 Thread svn commit
Version 1202 was commited by steve on 2009-09-18 10:46:15 +0100 (Fri, 18 Sep 2009) BRANCH: style Implement matching on generated tags. So for example, for an element with highway=motorway: highway=motorway {set blue=true;} blue=true [0x1 ] highway=motorway [0x2] Will result in a type of 0x