We have a problem importing IGES files generated by Pro/E that contain 508, 510, 514 surfaces. A simple example is in 'test03_bad.iges'. This example is a flat circle created by a circular trimming curve applied to a flat plate. When we load this file into OCCT, either within our software, or using the precompiled ImportExport sample program on windows, we see the two component pieces: the square and the circular trimming curve.
However, if we load this IGES file into the Rhino CAD tool and save it using their 'default' variation of IGES, we get a file that can be loaded into OCCT. This file is based on 126, 128, 141, 143 surfaces. It is test03_good.iges.
I am looking for some help with this. I want to understand what is wrong with the "_bad" version of the file. It is produced by Pro/E and can be read/written using Pro/E and other CAD tools. So I assume it is valid, or at least mostly valid. Is there something we need to do (ie another method to call) with OCCT so that we can read the "_bad" version of the file. If someone has OCCT 6.5 could they see if it will read it and display it correctly?