[Geotools-devel] [Hudson] Hudson build is back to normal : geotools-8.x-nightly #91

2012-10-04 Thread Hudson
See -- This message is automatically generated by Hudson. For more information on Hudson, see: http://hudson-ci.org/ -- Don't let slow site performance rui

Re: [Geotools-devel] Improve simplification in Contour process?

2012-10-04 Thread Martin Davis
All looks good, Michael. Thanks. On Thu, Oct 4, 2012 at 6:00 PM, Michael Bedward wrote: > Yes I guess it will be fine for many situations, so we could add the > simplification option to the jaitools operation, using DP for the > moment, with a note in the javadocs about it being the user's > res

Re: [Geotools-devel] Improve simplification in Contour process?

2012-10-04 Thread Michael Bedward
Yes I guess it will be fine for many situations, so we could add the simplification option to the jaitools operation, using DP for the moment, with a note in the javadocs about it being the user's responsibility to check for a valid result - thus washing our hands :) Here is a jaitools issue. Plea

Re: [Geotools-devel] Improve simplification in Contour process?

2012-10-04 Thread Michael Bedward
I just had a quick look at the Zhao-Saalfeld paper as well as the review paper of Shi and Cheung: http://citeseer.ist.psu.edu/viewdoc/summary?doi=10.1.1.95.5882 Yes - plenty to work through there :) One thing I don't understand, and I'm hoping you can explain, is how one guards against simplifie

Re: [Geotools-devel] Improve simplification in Contour process?

2012-10-04 Thread Martin Davis
Doh! Rather than having to compute the "largest geometry envelope dimension", just use the diagonal distance across the envelope. Simpler to compute and more representative too. On Thu, Oct 4, 2012 at 9:07 AM, Martin Davis wrote: > If this is chosen in some way similar to what I mentioned (e.

Re: [Geotools-devel] Improve simplification in Contour process?

2012-10-04 Thread Martin Davis
An extra parameter for simplification tolerance might be nice. But in SLDs at any rate it can be difficult to determine an appropriate value. I'd be happy with hainvg an internally-computed tolerance as the default. If this is chosen in some way similar to what I mentioned (e.g. 0.1% of the larg

[Geotools-devel] [Hudson] Build failed in Hudson: geotools-8.x #51

2012-10-04 Thread Hudson
See Changes: [jdeolive] GEOT-4278 - added flag to encode null feature attributes, patch contributed by Gerson Galang -- [...truncated 1704 lines...] Running org.geotools.filter.function.String

[Geotools-devel] [Hudson] Build failed in Hudson: geotools-master #4562

2012-10-04 Thread Hudson
See Changes: [jdeolive] GEOT-4278 - added flag to encode null feature attributes, patch contributed by Gerson Galang -- [...truncated 3389 lines...] Running org.geotools.temporal.referenc

[Geotools-devel] [Hudson] Build failed in Hudson: geotools-2.7.x #375

2012-10-04 Thread Hudson
See Changes: [jdeolive] GEOT-4278 - added flag to encode null feature attributes, patch contributed by Gerson Galang -- [...truncated 2296 lines...] INFO ThreadedEpsgFactory - Setting

[Geotools-devel] [Hudson] Build failed in Hudson: geotools-8.x #50

2012-10-04 Thread Hudson
See Changes: [michael.bedward] GEOT-4276: replaced use of static create method (not supported by jaitools 1.3) with JAI.create -- [...truncated 1685 lines...] Running org.geotools.filter.funct