On Wed, Dec 4, 2013 at 4:15 PM, Jonathan Moules <
[email protected]> wrote:
> Am I doing something wrong or is this a bug?
>
Unsure, since I don't have the SVGs in question, but I have the impression
there is some misunderstanding
on how this is supposed to work.
Each fill is independent of each other (in SLD, every symbolizer is
independent, unaware, of each other),
it's up to you to setup margin to organize them in such a way to obtain the
desired output effect.
Think of the space you're filling starting from top left of an ideal
rectangle containing all symbols,
and add margins so that the output ends up being synchronized the way you
want.
See the example here:
http://docs.geoserver.org/stable/en/user/styling/sld-extensions/margins.html
The way I reason about it, is to decide how my repeatable "block" should
look like,
and then move the symbols inside it using the margins, in such a way that
the
width(symbol) + left + rigth is the same for all symbols, and
height(symbol) + top + bottom
is again the same for all symbols (this ensure you have no drift like in
the symbols above).
Using SVGs might make things a bit complicated if their overall size is not
an integer number
(being vector, they could be, for example, 10.3 pixels large).
>
> ====
>
> Couple of other observations:
> (b) - The doc says: "top-bottom,right-left (two values, top and bottom
> sharing the same value)", but as you can see above, it seems to actually be
> right-left, top-bottom. I've not tried the three and four values to see if
> they agree with the docs.
>
Nope, the doc is correct, it matches the standard CSS margin option:
http://www.w3schools.com/css/css_margin.asp
>
> (c) - Using a single symbol, size 16, with a pattern of "5 17", I get this:
> As you can see, it's cutting off the tree - should it do that? I thought
> it was just adding whitespace around it before drawing the next tree. If I
> change it to "5 25", then the tree disappears altogether!
>
This indeed sounds like a bug. And it is, I have one bit in the code that
switches X and Y takes the top as left, and left as top (just one line
among many
others that get it right) and this results in the cut.
http://jira.codehaus.org/browse/GEOT-4643
This one I've just fixed. Any chance you can try the next nightly build?
The planned release is only 3 days away, but no one has time to do it, so
it may get skipped...
http://ares.boundlessgeo.com/geoserver/2.4.x/
Cheers
Andrea
--
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
