View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0023167 | Community | OCCT:Mesh | public | 2012-05-21 12:56 | 2012-11-16 13:18 |
Reporter | goeranbarz | Assigned To | bugmaster | ||
Priority | normal | Severity | minor | ||
Status | closed | Resolution | open | ||
Platform | Windows | OS | VC++ 2010 | ||
Product Version | 6.5.3 | ||||
Target Version | 6.5.4 | Fixed in Version | 6.5.4 | ||
Summary | 0023167: Hole in Triangulation | ||||
Description | Hello, when I import the attached step file the triangulation doesn't work correctly for the 397th face (started counting from 1). Their is a hole at the bottom left and a triangle is drawn accross the face. | ||||
Steps To Reproduce | Handle(TDocStd_Document) hDoc; XCAFApp_Application::GetApplication()->NewDocument("MDTV_XCAF", hDoc); STEPCAFControl_Reader reader; reader.SetColorMode(true); reader.ReadFile(strFileName); reader.Transfer(hDoc); for (TDF_ChildIterator it(XCAFDoc_DocumentTool::ShapesLabel(hDoc->Main())); it.More() && !progress.canceled(); it.Next()) { if (XCAFDoc_ShapeTool::IsSimpleShape(it.Value())) { TopoDS_Shape shapeCurrent; XCAFDoc_ShapeTool::GetShape(it.Value(), shapeCurrent); TopExp_Explorer expFace; expFace.Init(shapeCurrent, TopAbs_FACE); int nMin(397), nMax(397); //The exception occurs in face 397 for (Standard_Integer numFace = 1; expFace.More(); expFace.Next(), ++numFace) { if (numFace < nMin || numFace > nMax) continue; TopoDS_Face myFace = TopoDS::Face(expFace.Current()); Handle(Poly_Triangulation) myT = BRep_Tool::Triangulation(myFace, myLocation); if (myT.IsNull()) { BRepMesh_IncrementalMesh Mesh(myFace, 0.7, Standard_False, 0.75); myT = BRep_Tool::Triangulation(myFace, myLocation); } } } } | ||||
Additional information and documentation updates | This error might have the same reason as Bug 0023105, but in contrast to this Bug, no exception is occuring here, there is just a wronng triangulation shown | ||||
Tags | No tags attached. | ||||
Test case number | bugs demo CR23409 | ||||
|
32966_L_Tuer_rechts_Gr_1_CATIA.stp (1,491,216 bytes) |
2012-05-31 08:38 manager |
bug23167_f397.brep (89,363 bytes) |
|
The triangulation problem seems to have been fixed by #22884, at least I could not reproduce it after updating to current master. However, I noticed another problem: neither incmesh nor tricheck nor trinfo commands in DRAW notice the problem in triangulation when it existed. I have attached file bug23167_f397.brep which is face 397 from the STEP file coming with bug report, with triangulation computed by previous snapshot of OCCT (should be similar to that produced by OCCT 6.5.3). Do in DRAW: restore bug23167_f397.brep a vdisplay a # shape looks bad! axo fit isos a 0 triangles a # free edges can be seen trinfo a tricheck a # no problems are reported -- why? |
|
Dear Andrey, trinfo command just collects information about number of triangles and display it - nothing more - no tricks, no checks. incmesh can indicate a problem in case of classification problems such as open wire or self intersection. If some kind of exception occurs during meshing procedure, incmesh will break all computations. tricheck command intended to collect info about free edges, nodes and takes info about absent triangulation on face. IMHO, this kind of triangulation failure can't be recognized, because it's formally correct: face has triangulation and each edge of face has at least one triangle. This means absent triangles are considered as usual holes and therefore it's difficult to classify them as invalid areas. |
|
I've compiled version 6.5.3 with the code changes from issue #22884 and the problem doesn't appear anymore. |
|
I believe that command tricheck can be improved to detect holes in the triangulation that do not correspond to wires (i.e. there are no edges that have polygon-on-triangulation on the links along the hole). |
|
Please add a test case for this issue, then I propose it is switched to VERIFIED |
|
Test case was pushed to branch CR23409. Tricheck command was fixed in bug OCC23409. |
Date Modified | Username | Field | Change |
---|---|---|---|
2012-05-21 12:56 | goeranbarz | New Issue | |
2012-05-21 12:56 | goeranbarz | Assigned To | => jgv |
2012-05-21 13:38 | goeranbarz | File Added: 32966_L_Tuer_rechts_Gr_1_CATIA.stp | |
2012-05-21 13:55 |
|
Category | OCCT:Modeling Algorithms => OCCT:Visualization |
2012-05-31 08:38 |
|
File Added: bug23167_f397.brep | |
2012-05-31 09:04 |
|
Note Added: 0020613 | |
2012-05-31 09:04 |
|
Assigned To | jgv => oan |
2012-05-31 09:04 |
|
Status | new => assigned |
2012-06-28 17:44 | oan | Note Added: 0020818 | |
2012-06-28 17:45 | oan | Status | assigned => feedback |
2012-06-28 18:15 | oan | Status | feedback => assigned |
2012-06-29 16:06 | goeranbarz | Note Added: 0020835 | |
2012-06-29 16:06 | goeranbarz | Status | assigned => resolved |
2012-07-11 20:24 |
|
Note Added: 0020919 | |
2012-08-29 19:05 | oan | Relationship added | parent of 0023409 |
2012-09-03 09:36 |
|
Note Added: 0021386 | |
2012-09-03 09:36 |
|
Assigned To | oan => apn |
2012-09-03 09:36 |
|
Status | resolved => feedback |
2012-09-04 13:42 | apn | Note Added: 0021407 | |
2012-09-04 13:42 | apn | Test case number | => bugs demo CR23409 |
2012-09-04 13:44 | apn | Note Edited: 0021407 | |
2012-09-04 13:47 | apn | Note Edited: 0021407 | |
2012-09-04 17:42 | apn | Assigned To | apn => bugmaster |
2012-09-04 17:42 | apn | Status | feedback => tested |
2012-09-04 17:42 | apn | Status | tested => verified |
2012-10-01 14:25 | bugmaster | Target Version | => 6.5.4 |
2012-11-09 09:51 |
|
Changeset attached | => occt master 2e1a4dae |
2012-11-09 09:52 |
|
Category | OCCT:Visualization => OCCT:Mesh |
2012-11-16 13:13 | bugmaster | Fixed in Version | => 6.5.4 |
2012-11-16 13:18 | bugmaster | Status | verified => closed |