MantisBT
Mantis Bug Tracker Workflow
My View | View Issues | Change Log | Roadmap
  

View Issue Details [ Jump to Notes ] [ Issue History ] [ Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0021968Open CASCADE[OCCT] OCCT:Modeling Algorithmspublic2010-08-17 11:132017-10-19 15:23
Reportergka 
Assigned Tomsv 
PrioritynormalSeveritytrivial 
StatusassignedResolutionopen 
PlatformOSAllOS Version
Product Version 
Target VersionFixed in Version 
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 Filesgz file icon BadFaces.tar.gz (7,753 bytes) 2010-08-17 11:13
png file icon pcurves.png (12,279 bytes) 2016-08-23 12:57

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

-  Notes
(0056789)
bugmaster (administrator)
2016-08-17 15:02

 Problem is not reproduced on current state of OCCT
(0056958)
bugmaster (administrator)
2016-08-23 12:53

 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???
(0056967)
msv (developer)
2016-08-23 14:59

 I confirm different behavior of checkshape after inverting the face. This is a bug and it needs additional investigation.
(0070626)
apv (tester)
2017-09-18 12:43

 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 View Revisions
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

Copyright © 2000 - 2021 MantisBT Team
Powered by Mantis Bugtracker