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:
The CSS Module doesn't seem to work properly with this combination. I
cannot even create a new CSS style in the interface.
Once I try that, it gives me this exception:
org.apache.wicket.WicketRuntimeException: Method onFormSubmitted of
interface org.apache.wicket.markup.html.form.IFormSubmitListener
targeted at component [MarkupContainer [Component id = layer-selection]]
threw an exception
(...)
Caused by: java.lang.reflect.InvocationTargetException
(...)
Caused by: java.lang.NoClassDefFoundError: scala/Serializable
(...)
Caused by: java.lang.ClassNotFoundException: scala.Serializable
GS 2.2.1 + "standard" CSS Module 2.2.x:
Once I click on the "CSS Demo" link in the web interface, everything
becomes very slow and in the console I keep getting these errors:
OutOfMemoryError: PermGen space
I've found some other threads in the internet dealing with this problem.
Of course I could give the tomcat more PermGen memory space, but still I
wonder why this is happening, since it wasn't a problem at all in GS 2.1.3
GS 2.2.1 + CSS Module 2.2.x w/ your custom geocss .jar:
Also memory issues. Some more specific error messages I get include:
ERROR [lang.Objects] - Error serializing object class
org.geoserver.community.css.web.CssDemoPage [object=[Page class =
org.geoserver.community.css.web.CssDemoPage, id = 4, version = 0]]
org.apache.wicket.util.io.SerializableChecker$WicketNotSerializableException:
Unable to serialize class: org.geoserver.config.GeoServerDataDirectory
(...)
ERROR [wicket.Session] - Exception when detaching/serializing page
So, apart from the dynamic color issue I seem to have some serious
problems with my freshly set up GeoServer 2.2.3 w/ CSS Module...
Any hints on what could go wrong here are appreciated, although I will
have to put some more effort in getting a working configuration once I
find the time.
Btw, in which combination did you get the dynamic coloring to work?
Thanks again for your continued help! Apart from this issue I am very
enthusiastic about the CSS Module.
Cheers,
Matthias
Am 15.01.2013 15:34, schrieb David Winslow:
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/hudson/view/geoscript/job/geoscript-scala/ws/geocss/target/scala-2.9.1/geocss_2.9.1-0.7.4.jar
When I do get around to updating the build I won't be updating 2.1.x
as it is no longer a supported version of GeoServer. However, SLDs
generated with 2.2.x and later should continue to be compatible with
earlier versions of GeoServer.
--
David Winslow
OpenGeo - http://opengeo.org/
On Tue, Jan 15, 2013 at 8:27 AM, Matthias Uden
<matthias.u...@googlemail.com <mailto:matthias.u...@googlemail.com>>
wrote:
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 a way to make it working for 2.1.x too?
Thanks for your time and advice,
Matthias
Am 11.12.2012 15:06, schrieb Matthias Uden:
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 David Winslow:
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 list (and the github issue list.) Actually I
resolved the
dynamic color bug last night. I haven't updated the
plugin in the
community build yet (maybe this weekend) but if you want
an early peak
you can just grab the JAR file from
http://gridlock.opengeo.org:8080/hudson/view/geoscript/job/geoscript-scala/ws/geocss/target/scala-2.9.1/
and overwrite the one that you already installed.
--
David Winslow
OpenGeo - http://opengeo.org/
On Fri, Dec 7, 2012 at 6:12 AM, Matthias Uden
<matthias.u...@gmail.com <mailto:matthias.u...@gmail.com>
<mailto:matthias.u...@gmail.com
<mailto:matthias.u...@gmail.com>>> wrote:
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 that dynamic colors are not yet
supported. I suppose that
the CSS Module is currently not actively developed
anymore due to lack
of time. Are you the only developer?
Cheers,
Matthias
Am 06.12.2012 16:14, schrieb David Winslow:
> *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
relative
> paths into absolute ones is a compromise between
the actually desired
> behavior and not supporting relative paths at all.
This could
probably
> be fixed at the GeoTools level, but I haven't
taken the time to
inquire
> into why this asymmetry was built in in the first
place.
>
> Why are relative paths a problem for you? Maybe
there is a workaround
> that could be used (for example, if it's a problem
with
relocating data
> directories, I could add a tool to re-convert all
CSS styles
which would
> re-resolve the paths.)
> *
> Icon Media Types*
> The image type logic is not as sophisticated as
you might expect -
> things like dynamic symbolizers[1] make it
impossible to know the
media
> type for the image in general, so I just threw my
hands up and
made it
> literally 'image/jpeg' if you don't specify. You
can provide the
media
> type explicitly with the *fill-mime*,
*stroke-mime*, *mark-mime*, or
> *shield-mime* property. For example:
>
> * {
> fill: url(pattern.png);
> fill-mime: "image/png";
> }
>
> I don't guess it would be too hard to make the
CSS-SLD converter
try to
> look up the icon and inspect it to provide the
default, but this
is not
> as big a priority to me as rendering
transformations. If you want to
> look into it let me know and I can give you some
pointers on
what's needed.
>
> *Dynamic Color*
> This is simply a bug (the color handling is a bit
more complex
than the
> label handling, to allow for rgb() color syntax.)
Again, this is
> probably easily fixable given the time to work on
it; I'd say even
> easier than smart defaults for the icon mime-type
property.
>
> If you'd like to file bugs against
GeoScript-Scala[2] I'll keep them
> up-to-date if and when I get around to working on
these problems.
>
>
> [1]:
http://blog.geoserver.org/2008/12/08/dynamic-symbolizers-part-1/
> [2]: https://github.com/dwins/geoscript.scala/issues
>
>
> On Thu, Dec 6, 2012 at 7:53 AM, Matthias Uden
<matthias.u...@gmail.com
<mailto:matthias.u...@gmail.com>
<mailto:matthias.u...@gmail.com
<mailto:matthias.u...@gmail.com>>
> <mailto:matthias.u...@gmail.com
<mailto:matthias.u...@gmail.com>
<mailto:matthias.u...@gmail.com
<mailto:matthias.u...@gmail.com>>>> wrote:
>
> 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
> possible to get a relative path in the
generated SLD instead
of an
> absolute one? Also, is there a possibility to
specify the
format of that
> image correctly? Currently, it is always
converted to jpeg,
even when I
> put in a png...
>
> Example:
> CSS:
> mark: url('icons/entry.png');
>
> SLD:
> <sld:ExternalGraphic>
> <sld:OnlineResource
xmlns:xlink="http://www.w3.org/1999/xlink"
> xlink:type="simple"
>
xlink:href="file:/home/muden/test_geoserver/wms/map/geoserver/test_geoserver/styles/icons/entry.png"/>
> <sld:Format>image/jpeg</sld:Format>
> </sld:ExternalGraphic>
>
>
>
>
> 2) Specifying an attributes value dynamically
using a column
of the
> underlying DB table works fine for e.g.
labels. However, it
doesn't work
> for colors.
>
> Example (working):
> CSS:
> label: [key];
>
> SLD:
> <sld:Label>
> <ogc:PropertyName>key</ogc:PropertyName>
> </sld:Label>
>
> Example (not working):
> CSS:
> fill: [color];
>
> SLD:
> <sld:Fill/>
>
>
> Any help is appreciated!
> Thanks in advance and all the best,
> Matthias
>
>
>
>
>
------------------------------------------------------------------------------
> LogMeIn Rescue: Anywhere, Anytime Remote
support for IT. Free
Trial
> Remotely access PCs and mobile devices and
provide instant
support
> Improve your efficiency, and focus on
delivering more
value-add services
> Discover what IT Professionals Know. Rescue
delivers
> http://p.sf.net/sfu/logmein_12329d2d
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
<mailto:Geoserver-users@lists.sourceforge.net>
<mailto:Geoserver-users@lists.sourceforge.net
<mailto:Geoserver-users@lists.sourceforge.net>>
> <mailto:Geoserver-users@lists.sourceforge.net
<mailto:Geoserver-users@lists.sourceforge.net>
<mailto:Geoserver-users@lists.sourceforge.net
<mailto:Geoserver-users@lists.sourceforge.net>>>
>
https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
>
>
>
------------------------------------------------------------------------------
> LogMeIn Rescue: Anywhere, Anytime Remote support
for IT. Free Trial
> Remotely access PCs and mobile devices and provide
instant support
> Improve your efficiency, and focus on delivering
more value-add
services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
>
>
>
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
<mailto:Geoserver-users@lists.sourceforge.net>
<mailto:Geoserver-users@lists.sourceforge.net
<mailto:Geoserver-users@lists.sourceforge.net>>
>
https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for
IT. Free Trial
Remotely access PCs and mobile devices and provide
instant support
Improve your efficiency, and focus on delivering more
value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
<mailto:Geoserver-users@lists.sourceforge.net>
<mailto:Geoserver-users@lists.sourceforge.net
<mailto:Geoserver-users@lists.sourceforge.net>>
https://lists.sourceforge.net/lists/listinfo/geoserver-users
------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT.
Free Trial
Remotely access PCs and mobile devices and provide instant
support
Improve your efficiency, and focus on delivering more
value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
<mailto:Geoserver-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users
------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free
Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more
value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122712
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users