Andrea Aime wrote: > Jody Garnett ha scritto: >> Hi Mauricio & Justin, >> >> Both of you have asked about moving stuff around in the last couple of >> months, and I am finally writing up a proposal so we can do the work. >> Right now you have different package naming conventions going on; the >> proposal is about keeping it consistent. >> >> - >> http://docs.codehaus.org/display/GEOTOOLS/Provide+common+parsers+in+a+consistent+fashion >> - http://jira.codehaus.org/browse/GEOT-1200 >> >> A related note is the "roll it into main" or separate modules idea; I >> would like to have main be a complete story in this respect (ie CQL, XML >> parsing ... and WKT are part of the library). Although talking to justin >> the number of bindings may get out of hand over time. > > I have a bit of unorganized thoughts in my mind, let's see if a dump > is useful. > > CQL is currently not supporting fid filters, thus whilst very nice > cannot be used as a default filter parser. It's also probably not > tested enough, thought that would be solved if unit tests are > switched to CQL instead of relying on programmatic filter > construction. > > The new XML SLD, GML2, GML3 and filter parser are huge bad beasts, > their jars sum up to 700kb, whilst the current main module sums > up to 1 MB. Merging them into main concerns me quite a bit. > Are we talking about rolling it into main? I am against this if this is the case. > 103.998 gt2-xml-filter-2.4-SNAPSHOT.jar > 66.724 gt2-xml-gml2-2.4-SNAPSHOT.jar > 230.635 gt2-xml-gml3-2.4-SNAPSHOT.jar > 91.022 gt2-xml-sld-2.4-SNAPSHOT.jar > 231.326 gt2-xml-xsd-2.4-SNAPSHOT.jar > > There is no much diet around this neither, if you need to parse SLD, > according to dependencies, you need them all. Ah, and of course > you have to carry eclipse stuff in the bag too, that makes the > set of jars you need to actually use main quite big (in byte terms) > :-( The 3 eclipse jars add an extra 1.6M. What main currently depends on is approximately 7M. But I agree with you, this should be only be around if the user explicitly wants them around. > > All in all I would prefer to have to pay only for what I need... > I would not be against merging CQL for the sake of easy testing, > but I would move out current filter and sld parsing in its > own module (to avoid having duplicate parsers in main). > > As for having consistent package naming, I'm all for it. > > Cheers > Andrea > > > > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > !DSPAM:4007,45fbb7ed205021116498154! >
-- Justin Deoliveira The Open Planning Project http://topp.openplans.org ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
