Even better, why not provide these tests in the MetaCRS Test format? That way they are declarative, platform and API-independent, and hence more easily usable by all the various CRS projects.<div><br></div><div>(I realize that this format hasnt got much traction beyond - ahem - Proj4J, and I have my reservations about CSV as a format, but nevertheless it has been presented and formalized and been proven in use).</div>
<div><br></div><div>Martin D2<br><br><div class="gmail_quote">On Mon, Aug 15, 2011 at 6:36 AM, Martin Desruisseaux <span dir="ltr"><<a href="mailto:martin.desruisseaux@geomatys.fr">martin.desruisseaux@geomatys.fr</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div bgcolor="#FFFFFF" text="#000000">
On a related topic with my previous email, there is some news on the
"testing" front (a while ago we talked on this mailing list about a
shared database for test points).<br>
<br>
The GeoAPI project provides a "<tt>geoapi-conformance</tt>" module
which executes many JUnit tests on arbitrary implementations of the
GeoAPI interfaces. I tried to make the test as
implementation-independent as possible. For example the current
implementation uses only the points provided in the "Example"
sections of EPSG guidance notice, or the example points provided by
some authoritative sources like the French National Mapping Agency
(IGN) - they are not points calculated by a particular
implementation.<br>
<br>
The tests are extensively documented, as you can see from here:<br>
<ul>
<li><a href="http://www.geoapi.org/geoapi-conformance/apidocs/org/opengis/test/referencing/MathTransformTest.html#testMercator1SP%28%29" target="_blank">http://www.geoapi.org/geoapi-conformance/apidocs/org/opengis/test/referencing/MathTransformTest.html#testMercator1SP%28%29</a></li>
</ul>
<br>
The tests are also customizable. If your implementation does not
support the calculation of projection derivatives, and if you need
to relax the tolerance threshold value, just override the test
method as below:<br>
<br>
<pre>@Override
public void testMercator1SP() throws FactoryException, TransformException {
isDerivativeSupported = false; // MathTransform.derivative(...) not supported by our implementation.
tolerance = 0.1; // Relax the tolerance threshold value from 1 cm to 10 cm.
super.testMercator1SP();
}</pre>
<br>
By creating GeoAPI wrappers for Proj.4 (see my previous post),
Proj.4 win a new tests suite for free :-) (or maybe to be more
realist, I should said that the tests suite win a validation from a
well etablished library).<br>
<br>
Regards,<br><font color="#888888">
<br>
Martin<br>
<br>
</font></div>
<br>_______________________________________________<br>
MetaCRS mailing list<br>
<a href="mailto:MetaCRS@lists.osgeo.org">MetaCRS@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/metacrs" target="_blank">http://lists.osgeo.org/mailman/listinfo/metacrs</a><br>
<br></blockquote></div><br></div>