View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0004048||FreeCAD||Feature||public||2019-07-02 18:17||2021-02-06 06:49|
|Summary||0004048: Linear and Polar Transform Tools apply the wrong failure criteria to Transforms and needlessly fail|
|Description||Hi this is a bug that I have been aware of for the last 18 months or even longer. It happens with ALL the development releases that have been made over the last 18 months. |
I have over that time posted two forum threads describing the bug, but have got very little response.
My second (and probably better) thread:
My first thread:
|Steps To Reproduce||Run the four files below, the first two for Polar Transformation and the second two for Linear Transformation. In each case, one of the transformation fails and the other succeeds.|
In 'Polar Transformation Failed', go to the Tree View and select Edit Polar Pattern. You can see that the transformation has failed because one of the Pocket features (in red) has not intersected the Pad Plate.
In 'Polar Transformation Succeeded', go to the Tree View and the transformation has succeeded. You can see that the Pocket Feature (the same one that was in red before) is now Sketched longer and it just intersects the Pad Plate. So no error!!!!!
The two Linear Transformations files work in exactly the same way.
The operation of the Linear Transformation and Polar Transformation Tools is described in the Users Documentation Help Files:
Any pattern shapes that do not overlap the original's support will be excluded. This ensures that a PartDesign feature always consists of a single, connected solid
See linear pattern feature limitations
The reason for this bug is that these limitations are WRONG!
If the pattern shapes are Pads, then YES!, any pattern shape that does not overlap the original's support should be excluded to ensure that a Part Design Feature always consists of a single, connected solid.
BUT.... If the pattern shapes are Pockets, then any pattern shape that does not overlap the original's support should be INCLUDED because it CANNOT cut the original support into two pieces. It is therefore 'safe'!!!!
The Linear (and Polar) Pattern Tools should both be changed to:
Any Pad pattern shapes that do not overlap the original's support will be excluded. This ensures that a PartDesign feature always consists of a single, connected solid.
You may think that there is no real bug here - that it does not cause much of a problem because you can use some sort of workaround. But I have been designing, over the last 2 years or so, graduated plates with cut-outs that are always causing Polar Pattern to fail. So I use two (or more) Polar Patterns to do the job. And then the cut-outs need to change.... It's very time consuming and non-parametric!!!!
|Additional Information||The problem occurs with all FreeCAD release and development versions!!!!!!!!!!!|
OS: Windows 10
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19.17201 (Git)
Build type: Release
Python version: 2.7.14
Qt version: 4.8.7
Coin version: 4.0.0a
OCC version: 7.2.0
Locale: English/UnitedKingdom (en_GB)
|Tags||No tags attached.|
Polar Transformation Failed.FCStd (85,437 bytes)
Polar Transformation Succeeded.FCStd (87,541 bytes)
Linear Transformation Failed.FCStd (46,196 bytes)
Linear Transformation Succeeded.FCStd (54,558 bytes)
Please note that where I have written 'Pad pattern shapes' in the above bug report this really would refer to any Additive Feature that is selected to be Linear Patterned or Polar Patterned. I think these are Pad, Revolve, Additive Loft, Additive Sweep, or any Additive Primitive.
In the User Documentation Help Files, it would probably be clearer to refer to 'Additive Pattern Feature' rather than 'Additive Pattern Shapes'.
And where I have written 'Pocket pattern shapes' this really would refer to any Subtractive Feature that is selected to be Linear Patterned or Polar Patterned. I think these are Pocket, Hole, Groove, Subtractive Loft, Subtractive Sweep, or any Subtractive Primitive.
Of course, the Linear and Polar Pattern Tools can both be used to pattern not just a single feature, but a list of several features, some of which might be Additive, and the others Subtractive. Some thought needs to be given regarding the order in which the Patterning and the intersection test is applied where several features are involved. Possibly do all the Additive Features first, followed by the Subtractive Features? Or perhaps just in the order selected by the FreeCAD user, to give the user more control and allow him to re-order them to his best advantage?
Finally,maybe the Mirror and Multitransform Tools have these same problems too.
This is not a bug, it is deliberately intended designed behavior. It is certainly not worthy of a "blocking" priority.
It is just that a Body must be a single contiguous solid. How pattern features should behave when some or all of its elements don't intersect with the solid is a matter for discussion that may or may not result in any change to the current behavior. Hence this is really a feature request.
Please continue with any discussion about this on the forum. I will leave this ticket open for future reference until any decision is made on the matter.
I will leave this here as a feature request
||This ticket has been migrated to GitHub as issue 5964.|
|2019-07-02 18:17||FreeCAD97990||New Issue|
|2019-07-02 18:17||FreeCAD97990||File Added: Polar Transformation Failed.FCStd|
|2019-07-02 18:17||FreeCAD97990||File Added: Polar Transformation Succeeded.FCStd|
|2019-07-02 18:17||FreeCAD97990||File Added: Linear Transformation Failed.FCStd|
|2019-07-02 18:17||FreeCAD97990||File Added: Linear Transformation Succeeded.FCStd|
|2019-07-03 18:23||FreeCAD97990||Note Added: 0013330|
|2020-10-30 05:08||jmaustpc||Severity||block => minor|
|2020-10-30 05:08||jmaustpc||Category||Bug => Feature|
|2020-10-30 05:21||jmaustpc||Note Added: 0014957|
|2021-02-06 06:49||abdullah||Target Version||=> 0.20|