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>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>> 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>
> > 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
> > 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
> 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
https://lists.sourceforge.net/lists/listinfo/geoserver-users
