Hello again! Jody Garnett wrote: > Oh the reason is simple - the SLDParser has a job to do - namely parsing > SLD files. > If we are starting to work with UOM information we are looking at > parsing SE files.
Ahm, sorry, ignorant here again: isn't the SLDParser already doing lots of SE-specific stuff such as parsing symbolizers, marks, fills, strokes..? Why not UOM as well? I guess if we are to have a real SEParser, then we would have to move there all those SE-specific methods from the current SLDParser, and leave only the main methods such as "parseSLD". But that really doesn't look like a priority in my view: I guess it would be more interesting to invest in the bindings framework. > > Here is the information from the pom.xml > <groupId>org.geotools.xsd</groupId> > <artifactId>gt-xsd-sld</artifactId> > > Does that give you the information you need? YEP! Thanks a lot! Don't know why I couldn't find that one, maybe I misspelled the groupId when I tried that artifact.. Anyway, it would be nice to have that pointer in the javadoc (as in http://javadoc.geotools.fr/2.6/org/geotools/styling/FeatureTypeStyle.html) So, I gave it a try with a sample SLD file here and was able to see a number of issues, such as problems with TextSymbolizer, fills, and others. I guess we will stick to the SLDParser for now, which we are more familiar with. I guess we just need to clarify the "copy and rename to SEParser" issue :) and then we can start.. Hmm, final note - the SLDParser module is still using all those deprecated setXXX methods. I guess we wouldn't want to create a new deprecated setUnitOfMeasure method in all symbolizers right..? (we did that in our preliminary working UOM sketch). My first guess would be to add StyleFactory.createXXXSymbolizer methods that also receive an UOM argument. What do you suggest? 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
