On Fri, Jan 23, 2015 at 01:19:41AM +0100, Sandro Santilli wrote: > On Thu, Jan 22, 2015 at 03:00:06AM -0800, Martin Davis wrote: > > Sandro, > > > > I don't think the bug affects any code directly in JTS. However, obviously > > it might affect client code using this functionality. > > I took a tour of the code and found that the class is only used by > the FastNodingValidator. The FastNodingValidator use seem to really > only need to find the very first intersection. Enough that the GEOS > port of JTS's "InteriorIntersectionFinder" is called > "SingleInteriorIntersectionFinder". Was that the original name in JTS > too ? (1.8, circa 2006). The JTS history seems to have been trimmed since > the move from CVS to SVN :(
Beside, could FastNodingValidator call setKeepIntersections(false) against the InteriorIntersectionFinder when just checking for validity ? If I recall correctly a big portion of time/space was taken up by the validator itself (during comparison with the ClipByBox function). --strk; () Free GIS & Flash consultant/developer /\ http://strk.keybit.net/services.html ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Jts-topo-suite-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jts-topo-suite-user
