logo separator

[mkgmap-dev] [PATCH v2] - styling for the power user

From Apollinaris Schoell aschoell at gmail.com on Fri Aug 7 16:58:04 BST 2009

Hi Steve,

combining tags  from multiple relations and the way tags itself should  
be possible.
example
some motorways portions share multiple route refs. this can be tagged  
as ref=ref1;ref2 but since relations are available most add 2  
relations and add the same way to both.
currently I can't think of a style to accomplish merging the 2  
relation refs to a list


--
apo




On Aug 7, 2009, at 6:17 AM, Steve Ratcliffe wrote:

>
> Hi
>
>> "macro/programming language". As you say, the style files were never
>> intended to be able to do the things we want them to do now. So what
>> can we do about that?
>
> The style system was designed to do the little things that were
> hardwired into the code directly from the style itself.  It also
> pretty much pre-dated routing so that the fact that you can
> have two separate names for a road (say a name and a reference when
> both exist) cannot be implemented.
>
> I would like to know what people want to do that is not possible.
> Is anyone other than Felix doing something that is difficult with
> the current system?
>
> Then I need to work out if the main problem is that actions are, in
> effect, run in a random order.  Would guaranteeing that actions were
> run in the order that they occurred in the file help?  It would
> certainly make it possible to work out what a set of rules did.
> I probably shouldn't have allowed stand alone actions on rules without
> a type, without also making them ordered.
>
> I think it can be done without a large performance overhead (at least
> if you make minimal use of actions), but if it is not going to
> help any power stylers then it is not worth doing and we should
> do something else instead.
>
>> implement all those nifty new tricks I'd like to have a plug-in
>> interface in mkgmap to add my own Java routines. That could be plug- 
>> in
>> at compile time, no need to make it too complicated. It would be a
>> start to sort through all the classes and provide some documented
>> hooks to plug-in your own routines. Then in the style files one could
>> "invoke" the plug-ins that one would like to use.
>
> I remember thinking that a style could have a classes directory
> probably for type resolvers although I forget exactly why.  It
> would certainly be possible, although I would like to see if
> can make the current system work better for people.
>
> ..Steve
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev




More information about the mkgmap-dev mailing list