[postgis-devel] [PostGIS] #1205: Test for ST_AddEdgeNewFaces fails under machine load

[PostGIS]

#1205: Test for ST_AddEdgeNewFaces fails under machine load
----------------------+-----------------------------------------------------
 Reporter:  strk      |       Owner:  strk         
     Type:  defect    |      Status:  assigned     
 Priority:  medium    |   Milestone:  PostGIS 2.0.0
Component:  topology  |     Version:  trunk        
 Keywords:            |  
----------------------+-----------------------------------------------------

Comment(by aperi2007):

 Replying to [comment:2 strk]:
 > The order by is there, but is based on minx/miny of bounding box, which
 in this case
 >are the same (ouch). The annoying thing is that any ordering serves
 predictability
 >but not performance.

 I'm not sure to fully understand but I guess perhaps an order based on
 idface number
 sometime like
 "idface1 < idface2"

 could be more fast, But I dont know if is right for this case.

 >Anyway, when an added edge splits 2 faces... _which_ face should we add
 first ?
 >For the AddEdgeModFace function we retain the right face, maybe for
 symmetry we
 >should _add_ the right face first in the AddEdgeNewFace..

 +1

-- 
Ticket URL: <http://trac.osgeo.org/postgis/ticket/1205#comment:3>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.