Hi David,
in order to get the expression based dynamic coloring to work I tried
the custom .jar with both GeoServer versions (2.1.3 and 2.2.3) -
unfortunately without success.
Here is what happens with several different configurations:
GS 2.1.3 + CSS Module 2.1.x w/ your custom geocss .jar:
Hi David / all,
I'm sorry to bother you again with the CSS Module dynamic coloring issue.
I still can't use dynamic color attributes in my CSS. Is it possible
that it only works for GeoServer 2.2.x? I'm still using 2.1.3 and it
seems that the geocss .jar has only been updated for 2.2.x
Is there
Ok, i've updated the community module on the 2.2.x and master (2.3.x)
branches. I was wrong about having fixed the WicketNotSerializableException
issue so that is resolved on 2.2.x as well. The build server seems to have
a pretty deep backlog right now, so if you are able to build from sources
it
I've only tested dynamic coloring in the geocss library, not with the
GeoServer web interface. It should have been a drop-in replacement (no API
changes) but I guess you never know.
The WicketNotSerializableException looks like an issue I already fixed.
The geocss jar does not interact with Wick
The update hasn't been included for any GeoServer release yet - I had hoped
to get another feature or two in before updating the builds. However, the
geocss JAR that I linked to should work in any GeoServer version (I think.)
Here's that link again for reference:
http://gridlock.opengeo.org:8080/
Hi David,
sorry for the late reply. Thanks a lot for the quick fix!
I will definitely have a look at the sources myself someday if I find
the time.. For now I can do achieve most th
Cheers,
Matthias
Am 07.12.2012 15:49, schrieb David Winslow:
> You're right, the docs are incorrect wrt the MIME
Hi David,
sorry for the late reply. Thanks a lot for the quick fix!
I will definitely have a look at the sources myself someday if I find
the time.. For now I can do achieve most th
Cheers,
Matthias
Am 07.12.2012 15:49, schrieb David Winslow:
> You're right, the docs are incorrect wrt the MIME
Hi David,
sorry for the late reply. Thanks a lot for the quick fix!
I will definitely have a look at the sources myself someday if I find
the time.. For now I can achieve most of the desired styling with the
CSS module. Thanks for your good work.
Cheers,
Matthias
Am 07.12.2012 15:49, schrieb D
You're right, the docs are incorrect wrt the MIME information. I'll go
ahead and update them so they will be correct after the next automated
rebuild.
I am indeed the only developer on the CSS module. It's not under frequent
development but I do try to keep up with bugs reported on this mailing l
David,
thanks a lot for the quick answer and clarification!
I didn't know about the CSS property "mark-mime", since it is not part
of the CSS Property Listing
(http://docs.geoserver.org/stable/en/user/community/css/properties.html). This
at least fixed the Icon Media Type issue.
It's a pity tha
*Relative Paths for Icons
*The short answer is, no, you can't make it do that. The problem is that
the CSS-SLD converter actually uses GeoTools' SLD writing code to generate
the SLD files, and GeoTools' SLD support is not symmetric (I mean it cannot
write everything that it can read.) Resolving r
Hi all,
I've recently discovered the CSS module as an alternative to SLD styling
and I'm quite enthusiastic about it. Still, I cannot accomplish
everything I used to do with SLD before...
Here are two specific questions:
1) When specifying a custom icon for a mark with url(...), is it
possibl
12 matches
Mail list logo