The InteriorIntersectionFinder was originally only used by the
FastNodingValidator, and only to detect the first intersection (which is
the default behaviour). So there shouldn't be a memory issue with using
FastNodingValidator in default mode. If you're seeing a memory issue that
should be investigated.
Later on I generalized the InteriorIntersectionFinder to allow recording
all intersections found, and updated FNV as well. But's that only an API
utiliity - it's not used in core JTS anywhere. The latest improvement was
to allow counting interesections without recording them. And a further
enhancement would be to allow setting a limit on the number found.
Basically the FastNodingValidator class has outgrown it's name (happens
sometimes, since Eclipse doesn't yet provide a "Select Future-proof Name"
refactoring.... 8^).
On Thu, Jan 22, 2015 at 4:23 PM, Sandro Santilli <[email protected]> wrote:
> 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
