> > Yeah the JSR-275 Units stuff is great; I am happy working with either
> > the a copy of the SLDParser (copy it and call it SEParser) or
>
> Ahm, sorry about the ignorance, but why do you guys want to copy the
> current SLDParser instead of modifying it directly? I guess there is
> something here I haven't grasped: do you want to split the current parser
> and put all the symbolizer-specific methods (such as
> parseXXXSymbolizer/Mark/Stroke/etc) in a separate SEParser?
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.
Well, aside from that, as I said in a previous e-mail, I am still a little
> confused about how to use the bindings framework. From what you said
> previously, I thought I should be dealing with org.geotools.xml.Parser and
> org.geotools.xml.Configuration (and specifically with
> org.geotools.xml.SLDConfiguration). Is that correct? However, I tried hard
> but couldn't find the right maven dependency for those classes. It seems to
> be in org.geotools.xsd.gt-sld, but I couldn't get it neither for
> 2.5-SNAPSHOT nor for 2.6-SNAPSHOT. Also, there is no mention to the jar in
> the javadocs (as there usually is). So.. where am I wrong?
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?
Cheers,
Jody
------------------------------------------------------------------------------
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
