Okay I am updating the javadocs for Style (on trunk) to make explicit
"da plan". We need more flexability, both to allow additional
specifications as they arrive (and allow for our on creativity). This is
most obvious in Filter 1.0 & Filter 1.1 - but will be felt with the
GeoTools Style objects as well.
Vote is changed to -1 (I am against it as submitted but helping move
towards a solution).
Cheers, Jody
* Indicates how geographical content should be displayed!
* <p>
* For many of us in geotools *this* is the reason we came along for the
* ride - a pretty picture. For documentation on the use of this class
* please consult the SLD 1.0 specification.
* </p>
* <p>
* We may experiment with our own (or SLD 1.1) ideas but will mark
* such experiments for you. This is only an issue of you are considering
* writing out these objects for interoptability with other systems.
* </p>
* <p>
* General stratagy for supporting multiple SLD versions (and
experiments):
* <ul>
* <li>These classes will be <b>BIGGER</b> and more capabile then any
one specification
* <li>We can define (and support) explicit interfaces tracking each
version (perferably GeoAPI would hold these)
* <li>We can use Factories (aka SLD1Factory and SLD1_1Factory and
SEFactory) to support the creation of conformant
* datastructures. Code (such as user interfaces) can be
parameratized with these factories when they
* need to confirm to an exact version supported by an individual
service. We
* hope that specifications are always adative, and will be forced
to throw
* unsupported exceptions when functionality is removed from a
specification.
* </ul>
* </p>
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
