On Fri, Jan 30, 2009 at 08:26:31PM +0100, Heiko Jacobs wrote: > Hello > > Second mail: "the solution?" :-) > I also put it in the wiki: > http://wiki.openstreetmap.org/wiki/Osmarender/Proposal_Temporary_Tags
Can we please keep this discussion in one place, instead of splitting it between the list, trac and the wiki? For now I'll just comment here. I don't really understand what you're trying to do, your psuedocode is even less legible than most XML, and you haven't really explained what you are actually trying to do. Just for starters, could you please stop doing </rule><else> on one line, I find it completely throws me off from seeing what rules are actually nested. > I also found > http://trac.openstreetmap.org/ticket/1476 > But I don't unterstand if it may help or not to simplify code. > I fear it doesn't help... First off all on this: I'm talking about the original proposal in the ticket, not what is done in the comments, which it turned out is a different improvement. You may be right in that it wouldn't help with this kind of construct, but as long as I don't understand what you're trying to accomplish it's of course hard to say... > I just have anoter idea, that may help to simplify rules: > > Temporary tags for OSM-elements ... > Is this use of "temporary tags" possible in XSLT and perl? > Does anyone can code it for XSLT- and perl-verion, if this > new feature is possible and makes sense and makes sense and if it > doesn't make processing slow or other unwanted side effects? It sounds like a very hard thing to implement in XSLT, you can't really change the input document, only look at the input and produce output, with state pretty much only moving around through arguments to other templates. /Maybe/ something could be hacked together using exslt:node-set, but I think it would still be way too complex. If what you are doing here is about adjusting the width of something, have you considered using something like the honor-width code? It scales things according to the width in meters on the ground, and doesn't involve nesting rules within rules within rules within rules. -- Knut Arne Bjørndal aka Bob Kåre [email protected] bobk...@irc
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Tilesathome mailing list [email protected] http://lists.openstreetmap.org/listinfo/tilesathome
