DefaultNonQuantitativeAttributeAccuracy history

Click on the commit message for inspecting the diff and how the code has been rewritten.

Command line:

svn log -r31996:24963 https://svn.osgeo.org/geotools/trunk/modules/library/metadata/src/main/java/org/geotools/metadata/iso/quality/NonQuantitativeAttributeAccuracyImpl.java
Rev. Date Author Message
306402008-06-12acusterCopyright headers: lib/metadata, this time with feeling (and the el in Toolkit)
305192008-06-05acusterMetadata header cleanup and copyright review.
303632008-05-21acustermetadata: provenance review prior to final scripted cleanup
302582008-05-08acusterReshuffle the top level repo: drop uDig, move up trunk, tags, and branches.
302572008-05-08acusterMove trunk/gt/ directory contents up to trunk/ and drop gt
289222008-01-24acusterBump the (at)since version to 2.5 since WKTParser was cut from 2.4
285402007-12-29acusterHide buttons which are not yet used
280572007-11-26desruisseauxMore parameterized types, which revealed an other bug: getResults() should returns a Collection of Record, not Double.
251752007-04-16desruisseauxRemoved 'equals', 'hashCode', 'toString' and 'freeze' methods from every metadata implementation. They are now implemented by generic methods inherited from AbstractMetadata, which perform their work using Java reflection. This way we avoid lot of redundancy, some errors introduced by maintenance ('equals' method not updated in the way they should), more systematic implementations (espcially for the 'toString' method, which was not implemented at all for a majority of metadata), more support for future introduction of other metadata standards than ISO 19115, etc. The cost is more runtime overhead, but it still possible to provide custom implementations for 'equals' and 'hashCode' only in the class that appear to be bottleneck, if we want.
250982007-04-10desruisseauxReview of metadata changes.
250752007-04-09desruisseauxFixed SVN properties.
249632007-03-29chornerGEO-93 + GeoTools synchronization