Hello again Ok, NOW I really understand what you're talking about! Fine then, I'll copy SLDParser for v1.0 and call it SEParser for now (which in fact will become a SLD+SEParser for v1.1). Later on, if we want, we can extract a real SLDParser v1.1 from that code.
> I have a new StyleFactoryInterface defined in geoapi; I think it > already has the UOM parameter. Wow, that makes things even easier. I almost feel like I won't be doing much in the end.. :) Hmm, but it took me a little time to find it: it's in geoapi 2.2, not 2.3 right? http://geoapi.sourceforge.net/snapshot/javadoc/org/opengis/style/StyleFactory.html?is-external=true (I guess 2.3 was split, I don't know if there are javadocs around for the rest of it) > I am still torn on the use of setXXX > methods; I understand why it is done (so we can renderer faster); but > I am considering a hybrid approach where you can call set methods ] > until a method "freeze" is called at which point the set methods would > call an illegalstate exception. Don't know, for me that does look a lot like a builder, where you call a lot of setXXX and then get the thing ready by calling build(). I guess I would prefer that than having exceptions thrown now and then. > Can you be more specific? if the binding framework is not working I > would like to know - as far as I know it is handling its test cases in > a reasonable fashion? Well, I ran only a simple test to see how a .sld file I have here for a countries polygon shapefile would render. Results were: - It read basic stroke and fill settings OK - It had problems with relative URL paths (don't know if it really should only read absolute paths, but right now things like <OnlineResource xlink:type="simple" xlink:href="../svg/myimage.svg"/> work) - That svg resource was used for a GraphicFill, but even after fixing the URL, the resulting fill was a plain grey one, ignoring the GraphicFill altogether - There were problems with labeling. I have a rule like this: <Rule> <Title>Other</Title> <TextSymbolizer> <Label> <ogc:PropertyName>NAME</ogc:PropertyName> </Label> <Font> <CssParameter name="font-style">normal</CssParameter> </Font> </TextSymbolizer> </Rule> . So, first, this didn't work because the binding for CssParameter expects all font parameters (family, style, weight, size) to be present - if anything is missing, it throws a NullPointerException at SLDFontBinding.parse . Second, even after filling in all parameters no labels are displayed (the same happens if I eliminate <Font> altogether) OK, so that's it. If you want, I can open up a JIRA issue with the shapefile and the .sld. Thanks Milton -- Milton Jonathan Grupo GIS e Meio Ambiente Tecgraf/PUC-Rio Tel: +55-21-3527-2502 ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
