Anonymous | Login | 2021-01-16 05:38 MSK | ![]() |
My View | View Issues | Change Log | Roadmap |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
0021968 | Open CASCADE | [OCCT] OCCT:Modeling Algorithms | public | 2010-08-17 11:13 | 2017-10-19 15:23 | ||||||||
Reporter | gka | ||||||||||||
Assigned To | msv | ||||||||||||
Priority | normal | Severity | trivial | ||||||||||
Status | assigned | Resolution | open | ||||||||||
Platform | OS | All | OS Version | ||||||||||
Product Version | |||||||||||||
Target Version | Fixed in Version | ||||||||||||
Summary | 0021968: BRepTools_WireExplorer gives different number of edges in dependance of order of edges in wire. | ||||||||||||
Description | BRepTools_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. | ||||||||||||
Tags | No tags attached. | ||||||||||||
Test case number | bugs modalg_7 bug21968 | ||||||||||||
Attached Files | ![]() ![]() | ||||||||||||
![]() |
|||||||||||
|
![]() |
|
(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. |
![]() |
|||
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 |