[geos-devel] QD (Quad-Double) Approach to Robustness

Martin Davis mbdavis at VividSolutions.com
Wed Jun 14 15:03:56 EDT 2006


Not sure - I'll try it soon.

Martin Davis, Senior Technical Architect
Vivid Solutions Inc.      www.vividsolutions.com
Suite #1A-2328 Government Street Victoria, B.C. V8T 5G5
Phone: (250) 385 6040 - Local 308 Fax: (250) 385 6046


> -----Original Message-----
> From: geos-devel-bounces at geos.refractions.net 
> [mailto:geos-devel-bounces at geos.refractions.net] On Behalf Of 
> strk at refractions.net
> Sent: June 14, 2006 11:56 AM
> To: GEOS Development List
> Subject: Re: [geos-devel] QD (Quad-Double) Approach to Robustness
> 
> 
> On Wed, Jun 14, 2006 at 11:40:00AM -0700, Martin Davis wrote:
> > > > In any case, I'm not sure that JTS uses FP equals for
> > > anything other
> > > > than checking whether two points are *exactly* the 
> same.  So this
> > > > should be portable, I assume.
> > 
> > I think you're misreading what I said.  I meant that JTS 
> uses == (via
> > equals2D) to test whether the *value* of two coordinates is exactly 
> > the same.  Pointers don't enter into it.
> > 
> > You absolutely should NOT try to replace those equality tests with 
> > "approximately equals".  Approx equals may have a place in 
> some of the 
> > algorithms, but this needs to be carefully evaluated on a 
> case-by-case 
> > basis.
> 
> Ok, so back to original problem: do you obtain a successful 
> result with JTS against the XML test I attached ? GEOS is 
> successfull or not depending on wheter or not Coordinate copy 
> constructor and/or assignment operator is inlined.
> 
> --strk;
> _______________________________________________
> geos-devel mailing list
> geos-devel at geos.refractions.net 
> http://geos.refractions.net/mailman/listinfo/geos-devel
> 



More information about the geos-devel mailing list