Click on the commit message for inspecting the diff and how the code has been rewritten.
Command line:
svn log -r31996:1 https://svn.osgeo.org/geotools/trunk/modules/library/metadata/src/test/java/org/geotools/util/RangeTest.java| Rev. | Date | Author | Message |
|---|---|---|---|
| 30640 | 2008-06-12 | acuster | Copyright headers: lib/metadata, this time with feeling (and the el in Toolkit) |
| 30637 | 2008-06-12 | acuster | Copyright headers: lib/metadata, now normalized to LGPL v2.1 only |
| 30519 | 2008-06-05 | acuster | Metadata header cleanup and copyright review. |
| 30258 | 2008-05-08 | acuster | Reshuffle the top level repo: drop uDig, move up trunk, tags, and branches. |
| 30257 | 2008-05-08 | acuster | Move trunk/gt/ directory contents up to trunk/ and drop gt |
| 30019 | 2008-04-22 | desruisseaux | Generified NumberRange and MeasurementRange. |
| 29988 | 2008-04-18 | desruisseaux | Implemented contains(Range) and subtract(Range). Attempt to make the Range behavior more rigourous and less error-prone (especially regarding unbounded values) by reducing the amount of if-else constructs and trying to use more straightforward algorithms (maybe less intuitive and slightly more "mathematical"). This imply the removed of the Range(Class) constructor and the special case "(-infinity,+infinity)=empty", which was not needed and a cause of complications. One subtle issue was that "compareMinTo" and "compareMaxTo", when invoked with an exclusive value, need to consider in which direction is the inclusive value; a boolean "isIncluded" argument was not enough. Those problems was not apprent in the test suite, but became apparent after the addition of a few "assert" statements in the Range code. |
| 29957 | 2008-04-17 | desruisseaux | Fixed svn properties. |
| 29950 | 2008-04-17 | jgarnett | Range implementation hooked up, we can now use referencing without JAI, GEOT-746 |