View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0021968Open CASCADEOCCT:Modeling Algorithmspublic2010-08-17 11:132017-10-19 15:23
ReportergkaAssigned Tomsv 
PrioritynormalSeveritytrivial 
Status assignedResolutionopen 
OSAll 
Summary0021968: BRepTools_WireExplorer gives different number of edges in dependance of order of edges in wire.
DescriptionBRepTools_WireExplorer gives different number of edges in dependance of order of
edges in wire.(following OCC21771)

Draw command "checkshape" gives the different results in dependence of order of
edges.
Draw[9]> restore badf.brep f1
f1
Draw[10]> small
Draw[11]> fit
Draw[12]> donly f1
f1
Draw[13]> fit
Draw[14]> restore badf2.brep f2
f2
Draw[15]> display f2
Draw[16]> fit
Draw[17]> checkshape f1
On Shape faulty_1 :
BRepCheck_UnorientableShape
Shape faulty_2 on shape faulty_1 :
BRepCheck_NotClosed

Faulty shapes in variables faulty_1 to faulty_2


Draw[18]> checkshape f2
This shape seems to be valid

Shapes from file badf.brep and badf2.brep differ only by order of edges.
TagsNo tags attached.
Test case numberbugs modalg_7 bug21968

Attached Files

  • BadFaces.tar.gz (7,753 bytes)
  • pcurves.png (12,279 bytes)

Relationships

related to 0028674 assignednbv BRepTools_WireExplorer works unstable and does not return several edges 
child of 0029133 closedbugmaster Unstable test cases 

Activities

2010-08-17 11:13

 

BadFaces.tar.gz (7,753 bytes)

bugmaster

2016-08-17 15:02

administrator   ~0056789

Problem is not reproduced on current state of OCCT

bugmaster

2016-08-23 12:53

administrator   ~0056958

It is really :

Draw[29]> invert f1
Draw[30]> checkshape f1
This shape seems to be valid

fi1 becomes valid if change orientation sub-shapes.

But shape f2 valid only because big tolerance

Draw[33]> tolerance f1
Tolerance MAX=3.3081047481749302 AVG=1.0587528038344109 MIN=9.9999999999999995e-008
FACE : MAX=9.9999999999999995e-008 AVG=9.9999999999999995e-008 MIN=9.9999999999999995e-008
EDGE : MAX=0.15031614050091399 AVG=0.069333319845787472 MIN=9.9999999999999995e-008
VERTEX : MAX=3.3081047481749302 AVG=1.6858066338080242 MIN=5.3161563232940201e-005

Draw[34]> tolerance f2
Tolerance MAX=3.3081047481749302 AVG=1.0587528038344109 MIN=9.9999999999999995e-008
FACE : MAX=9.9999999999999995e-008 AVG=9.9999999999999995e-008 MIN=9.9999999999999995e-008
EDGE : MAX=0.15031614050091399 AVG=0.069333319845787486 MIN=9.9999999999999995e-008
VERTEX : MAX=3.3081047481749302 AVG=1.6858066338080242 MIN=5.3161563232940201e-005

See attached pcurve.png

Is there since to consider this case as bug????? Or somple close it???

bugmaster

2016-08-23 12:57

administrator  

pcurves.png (12,279 bytes)

msv

2016-08-23 14:59

developer   ~0056967

I confirm different behavior of checkshape after inverting the face. This is a bug and it needs additional investigation.

apv

2017-09-18 12:43

tester   ~0070626

Problem described in issue is reproduced on current state of OCCT.

Issue History

Date Modified Username Field Change
2011-08-02 11:31 bugmaster Category OCCT:MOA => OCCT:Modeling Algorithms
2016-08-17 15:02 bugmaster Note Added: 0056789
2016-08-17 15:02 bugmaster Status new => feedback
2016-08-23 12:53 bugmaster Note Added: 0056958
2016-08-23 12:57 bugmaster File Added: pcurves.png
2016-08-23 12:58 bugmaster Assigned To bugmaster => msv
2016-08-23 14:59 msv Note Added: 0056967
2016-08-23 15:53 msv Status feedback => assigned
2016-08-23 15:53 msv Fixed in Version EMPTY =>
2016-08-23 15:53 msv Description Updated
2017-09-18 12:43 apv Test case number => bugs modalg_7 bug21968
2017-09-18 12:43 apv Note Added: 0070626
2017-09-18 13:42 nbv Relationship added related to 0028674
2017-10-19 15:23 nbv Relationship added child of 0029133