OCCT3D
DiscussionsIssue archiveAll issues

Public issue archive

All archived issues

Public and community records, ordered by the most recent archived update.

7,498 records

Page 94 of 94

Showing 58 issue records.

Open CASCADE · OCCT:Modeling Algorithms

#0001506 To large tolerance after sameparameter operation.

Dear Igor, It is seems that sameparameter doesn't work correctly with some tolerances. For example: sameparameter edge670 1e-7, done edge woth tolerance about 0.063 But sameparameter edge650 1e-5, done edge with tolerance more than 1.0 Wth Bst Rgrds, Pavel.

closedtrivial0 notes

Open CASCADE · OCCT:Visualization

#0002744 transparency problem

This bug is reproduced by the next steps in DRAW: >box b 10 10 10 >vinit >vdisplay b >vsetdispmode 1 >vsettransparency b 0.7 After you see that some plane is not transparent or its transparency looks incorrect. This problem seems to be connected to already known OC

closedtrivial0 notes

Open CASCADE · OCCT:WOK

#0006070 Turn off the definition NO_CXX_EXCEPTION on Linux

OCCT compiled on Linux with option -DNO_CXX_EXCEPTION causes problems catching exceptions in applications compiled without this option. If in such application some OCCT function is called that is known to generate Standard_Failure exception, there is no way to catch the exception

closedfeature0 notes

Open CASCADE · OCCT:Data Exchange

#0007021 Two difference draw-commands have one name

There are readstl and writestl draw-commands in XSDRAWSTLVRML.cxx and SMDSTest_FileCommands.cxx files (TKXSDRAW and TKSMDSTest toolkits).

closedtrivial0 notes

Open CASCADE · OCCT:Modeling Data

#0000258 Uncorrect shading

We cann't receive good shading for two attached simple shapes, which seems enought correct.

closedtrivial0 notes

Open CASCADE · OCCT:Modeling Algorithms

#0000231 Uncorrect work DRAW command "proj" in version dev

During analysis problems in bug OCC222 I find out incidents of uncorrect projects points on surface in version dev. In version C40 this projects are correct. You may see this problem if you make such DRAW command: draw1>restore [user path removed]/files/OCC222/surf_OCC222.brep

closedtrivial0 notes

Open CASCADE · OCCT:Modeling Algorithms

#0000221 Uncorrect work of BRepCheck

After loading attached file (one simple face) checkbrep give a problem (Bad Orientation of SubShape) but I believe that this face is correct. Also I believe that face is vitiated during performing checkbrep (perhaps - in BRepCheck_Face::ClassifyWire())

closedtrivial0 notes

Open CASCADE · OCCT:Modeling Algorithms

#0000234 Uncorrect work of checkbrep

I believe that attached shape is OK but checkbrep finds out some problems (Bad Orientation of Subshape).

closedtrivial0 notes

Open CASCADE · OCCT:Data Exchange

#0000180 Uncorrect work of FixMissingSeam

After performing FixMissingSeam in ShapeFix_Face for given face (#52 from [user path removed]/Attachment 1 (SAT)) we recieve uncorrect wire.

closedtrivial0 notes

Open CASCADE · OCCT:Data Exchange

#0000279 Uncorrect work of FixOrientation in ShapeFix_Face

During analyse bug OCC168 we receive that all problems connect with uncorrect work of FixOrientation for small faces which are emerged after performing of FixMissingSeam.

closedtrivial0 notes

Open CASCADE · OCCT:Shape Healing

#0002822 Uncorrected work of FixClosed in ShapeFix_Wire

If we add performing FixClosed(Precision()) after performing FixSelfIntersection result tolerance increases. For example for file trj4_k1_geo-tu-214.stp it increases from 0.008 to 4.064.

closedtrivial0 notes

Open CASCADE · OCCT:Modeling Algorithms

#0001764 Unstable work of checkshape for detection of cases of self-intersection wires

If in the XSDRAWEXE step file was translated a few times by command stepread. Checkshape gives the different results on obtained shape ater each translation for case of self-intersection wires. (number of unstable face is equal 95). After saving shape in the file and then restore

closedtrivial0 notes

Open CASCADE · OCCT:Modeling Algorithms

#0006811 Unstable work of the checkshape on the attached file.

After reading from step attached file command "checkshape" retried twice gives different results. Draw[5]> checkshape a_1 f The Shape a_1 looks OK Draw[6]> checkshape a_1 f -- The Shape a_1 has problems : Check Count -----------------------------------------------

closedtrivial0 notes

Open CASCADE · OCCT:Visualization

#0009127 Visualization problems on Mandrake 10 platform

Problems can be reproduced with: station: zex wok: wok-m10 workbench : KAS:dev:rh10 Problem description: Exeption is appears during try to display AIS object in 3D Viewer: AIS trihedron vinit vtrihedron tri *Exception* AIS dimension vinit OCC301 50 50 0 5 OCC301 50 30 0 3 vtop *E

closedtrivial0 notes

Open CASCADE · OCCT:WOK

#0000047 wmove spoils WBLIST

All changes made to WBLIST file between WOKCLOSE and WMOVE are lost.

closedtrivial0 notes

Open CASCADE · OCCT:WOK

#0005916 WOK: Stupid waiting for time displacement compensation

The attempts of WOK to compensate time displacement between current workstation and server sometimes make it impossible to work (for instanvce, today on burnax is Dec 2002, so WOK tried to wait for 1.5 years) The suggested corrections are: - do not wait if time displacement is mo

closedtrivial0 notes

Open CASCADE · OCCT:WOK

#0006786 wrm does not remove directory due to sharing violation

WOK does not close unused files, and it leads to errors when one deletes a workbench. To reproduce the bug, run the commands: wcreate testwb wrm testwb The second command give the following: Error : could not remove G:/KAS/dev/msv1: The process cannot access the file because it i

closedtrivial0 notes

Open CASCADE · OCCT:Modeling Algorithms

#0000327 Wrong checkbrep status

Checking the face in fix31 have an error of self intersecting wire. In dev face is OK.

closedtrivial0 notes

Open CASCADE · OCCT:Modeling Algorithms

#0000454 Wrong classification a 3D-point by a Solid

Use "script" file to reproduce the bug. The Draw command "bclassify" is in the attachment file "x.cxx".

closedtrivial0 notes

Open CASCADE · OCCT:Modeling Algorithms

#0000604 Wrong intersection between two tores.

The result of intersection between two trimmed toruses "sa" and "sb" (see the attachment)is wrong. 1. The intersection curves must have one common point instead of 4 points as we have now; 2. The result of intersection does not depend on tolerance value that c

closedtrivial0 notes

Open CASCADE · OCCT:Modeling Algorithms

#0000515 Wrong projection of the Line on the Cone

The projection of the trimmed Line cx on the cone with the value of semiangle -> PI/2 gives wrong result in 2D. To reproduce the bug use script in the attachment.

closedtrivial0 notes

Open CASCADE · OCCT:Modeling Algorithms

#0000286 Wrong result for projection point on surface.

The curve "i" is the curve of intersection for a couple of surfaces "s20", "S61". The point "p" belongs to the intersection curve "i". Attempt to project the point on "s61" gives wrong result.

closedtrivial0 notes

Open CASCADE · OCCT:Modeling Algorithms

#0000542 Wrong result of projection circle on sphere.

The circle "c3d" was obtained as intersection curve between the sphere "s" and a plane. The attempl to project the "c3d" on "s" gives wrong 2D-curve. Please use "script" to reproduce the bug.

closedtrivial0 notes

Open CASCADE · OCCT:Data Exchange

#0000495 Wrong ShapeFix

ShapeFix move one vertical pcurve to other and don't add pcurves for seam edge.

closedtrivial0 notes

Open CASCADE · OCCT:Data Exchange

#0005953 Wrong STEPCAFControl_Reader constructors

Dear Participant team, I've found that constructor of STEPCAFControl_Rearder is not fully defined. 1) In first constructor there is no initialisation of myFiles field (As result, using this constructor and reading any STEP files with external references leads to exception) 2) The

closedtrivial0 notes

Open CASCADE · OCCT:Data Exchange

#0000533 XmlOcaf-Document is not stored in XDEDRAWEXE although stored in TCAF

XmlOcaf-Document is not stored in XDEDRAWEXE although stored in TCAF To reproduce the bug following script may be used: NewDoc A XmlOcaf SaveAs A /tmp/A.xml As result : Draw[1]> Draw[2]> NewDoc A XmlOcaf document A created 0:1 Draw[3]> SaveAs A /tmp/A.xml Write failure D

closedtrivial0 notes

Community · OCCT:WOK

#0000666 XSDRAWEXE configuration

This bug has been added by William Jones at http://www.opencascade.org/forumorg/bug.php?bug_id=73 . There is an inconsistency in the Automake files in the src/XSDRAWEXE directory. Makefile.am references $(CSF_XmuLibs_INCLUDES) and $(CSF_XmuLibs_LIB) however Makefile.in sets CSF_x

closedtrivial0 notes

Open CASCADE · OCCT:Coding

#0011364 Text of license must be changed

Now: http://www.opencascade.org/occ/license/ I think it is necessary to change both on site and in release: 1. Version form Version 5.1 March 22, 2004 to Version 6.1 March 01, 2006 2. Adress of headquarters from SACLAY to RUEIL-MALMAISON Author

closedtrivial0 notes

Open CASCADE · OCCT:Documentation

#0000044 Serious misinformation in documentation for TCollection_IndexedDataMap::Add

The doc says: -- .... If the key was already in the -- map the previous item is replaced by . But indeed the Item is not replaced, as seen in the code. This may lead to incorrect work of many algorithms in OpenCASCADE. I suggest to correct the documentation and perform the search

closedtrivial1 note

Open CASCADE · OCCT:Documentation

#0000170 Xml Writer : treating special characters

the special character as : < , > or & are not correctly translated in XML Writer . So the result document is not valid.

closedtrivial0 notes