[Mapcss] Docs: a special wiki for them

Thomas Davie tom.davie at gmail.com
Tue Aug 2 10:30:11 BST 2011


On 1 Aug 2011, at 20:11, Komяpa wrote:

> Hi all,
> 
> I'm now trying to stabilize what we have about MapCSS.
> 
> It's nice that we have lots of renderers and processors; it's not nice
> that we don't have one that fullfills all the MapCSS. JSOM and Kothic
> are nearest to that, but both will certainly omit some parts.
> 
> Due to this, I propose to split the whole spec into a number of
> (numbered and revisioned) blocks that will be separate enough to be
> fullfilled by any platform.
> 
> Mapnik will not use "interactivity" part of MapCSS, editors won't use
> generalization (they must always show everything), some other
> application (for now komap/mapnik at least) won't be able to fullfill
> cascading, JOSM/Kothic doesn't have "set" thing and live well without
> it, Kothic JS doesn't parse MapCSS itself but relies on some
> stylesheet preparation, lots of people don't deal with relations...
> 
> List can be endless. What I want is a way for a developer to state "I
> support MapCSS in this, this, this and that thing".
> 
> I've set up a wiki on http://wiki.mapcss.ru/wiki/ and now trying to
> move spec there and split it. Feel free to join, add a page about your
> application, extend and nicify docs in any other way.
> 
> Domain mapcss.org was taken already, hope the owner will set up CNAME
> for wiki.mapcss.org to wiki.mapcss.ru or contact me in any other way.

This is a great idea.  We currently have a BNF for MapCSS that you started, and that I added some to.  There are some contentious bits in there (for example I require both parentheses and quotes for eval and URL), perhaps working through the bits of this that various people disagree on would be a good idea and coming up with a final, formal syntax that we can all verify that we parse correctly is a good idea.

Bob


More information about the Mapcss mailing list