Re: [mkgmap-dev] [PATCH] stop/continue scheme extended to style-rules without conversion

2009-08-27 Thread Mark Burton
> Ok, I tried a different button in svn and now got a patch relative 1143 > only. Is this one better usable? Yes, it applies to 1148 OK and builds OK. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/

Re: [mkgmap-dev] [PATCH] stop/continue scheme extended to style-rules without conversion

2009-08-27 Thread Torsten Leistikow
Mark Burton schrieb: > Spotted the problem, some of the patch is relative to 1143 and some of > it relative to 1148. Don't know how you managed that. Perhaps an svn > wizard can help. Ok, I tried a different button in svn and now got a patch relative 1143 only. Is this one better usable? Gruss To

Re: [mkgmap-dev] [PATCH] stop/continue scheme extended to style-rules without conversion

2009-08-27 Thread Mark Burton
Spotted the problem, some of the patch is relative to 1143 and some of it relative to 1148. Don't know how you managed that. Perhaps an svn wizard can help. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/list

Re: [mkgmap-dev] [PATCH] stop/continue scheme extended to style-rules without conversion

2009-08-27 Thread Mark Burton
Hi Torsten, > And please let me know, whether the attached patch is usable, since this > is my first generated patch. I simply asked svn for the differences > between my local copy and the head version. I haven't tried the patch but a quick look shows that it attempts to add some stuff that is a

[mkgmap-dev] [PATCH] stop/continue scheme extended to style-rules without conversion

2009-08-27 Thread Torsten Leistikow
Moin, I have extended the stop/continue scheme to style-rules without conversions, i.e. a style rule might now look as follows: highway=* & surface=sand {set surface=unpaved} [continue] With this extension the incomplete rules should get an own priority, so that the processing order of such rule