# GLOBAL NO and Transform **URL:** \ **Category:** General Questions\ **Created:** [August 16, 2024, 9:09am UTC](https://prepomax.discourse.group/t/global-no-and-transform/1949 "2024-08-16T09:09:02Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![ANYS](https://yyz2.discourse-cdn.com/free1/user_avatar/prepomax.discourse.group/anys/32/7737_2.png) [@ANYS](https://prepomax.discourse.group/u/ANYS)\ **Post date:** [August 16, 2024, 9:09am UTC](https://prepomax.discourse.group/t/global-no-and-transform/1949/1 "2024-08-16T09:09:02Z")
Hi, I don’t understand why stresses with GLOBAL=NO do not deliver S12 all the same in this model. Each cube has its own coordinate system. I’m looking at the rotational invariance when applying a Transform card. Thanks [Rotational invariance.pmx](https://prepomax.discourse.group/uploads/short-url/zNHwoZ49VTMOnMp0hQw4YgJRkYk.pmx) (131.6 KB) EDITED: By the way, it shows that aparently graphical issue. ---
**Author:** ![FEAnalyst](https://yyz2.discourse-cdn.com/free1/user_avatar/prepomax.discourse.group/feanalyst/32/688_2.png) [@FEAnalyst](https://prepomax.discourse.group/u/FEAnalyst)\ **Post date:** [August 16, 2024, 9:18am UTC](https://prepomax.discourse.group/t/global-no-and-transform/1949/2 "2024-08-16T09:18:35Z")
`GLOBAL=NO` for stresses makes sense only when `*ORIENTATION` is applied. `*TRANSFORM` doesn’t change the elemental outputs. ---
**Author:** ![ANYS](https://yyz2.discourse-cdn.com/free1/user_avatar/prepomax.discourse.group/anys/32/7737_2.png) [@ANYS](https://prepomax.discourse.group/u/ANYS)\ **Post date:** [August 16, 2024, 9:46am UTC](https://prepomax.discourse.group/t/global-no-and-transform/1949/3 "2024-08-16T09:46:35Z")
Thanks Jakub, This note on the manual is puzzling me. " With the parameter GLOBAL you tell the program whether you would like the results in the global rectangular coordinate system or in the local nodal system. If an \*TRANSFORM card is applied to the node at stake, this card defines the local system. If no \*TRANSFORM card is applied to the element, the local system coincides with the global rectangular system. Default value for the GLOBAL parameter is GLOBAL=YES, which means that the results are stored in the global system. If you prefer the results in the local system, specify GLOBAL=NO." It may suggest that Transform card by itself makes unnecessary the definition of “orientations” to define the local coordinate system. Note it makes a difference if one request GLOBAL=NO for the displacements. ---
**Author:** ![FEAnalyst](https://yyz2.discourse-cdn.com/free1/user_avatar/prepomax.discourse.group/feanalyst/32/688_2.png) [@FEAnalyst](https://prepomax.discourse.group/u/FEAnalyst)\ **Post date:** [August 16, 2024, 9:51am UTC](https://prepomax.discourse.group/t/global-no-and-transform/1949/4 "2024-08-16T09:51:21Z")
This quote is from `*NODE FILE` description because nodal results (such as reaction forces) can indeed depend on the transformation. But for elemental results (`*EL FILE`) you need `*ORIENTATION`. So: - \*TRANSFORM → \*NODE FILE, GLOBAL=NO - \*ORIENTATION → \*EL FILE, GLOBAL=NO ---
**Author:** ![ANYS](https://yyz2.discourse-cdn.com/free1/user_avatar/prepomax.discourse.group/anys/32/7737_2.png) [@ANYS](https://prepomax.discourse.group/u/ANYS)\ **Post date:** [August 16, 2024, 10:23am UTC](https://prepomax.discourse.group/t/global-no-and-transform/1949/5 "2024-08-16T10:23:32Z")
I see, I will continue from that point. > [@FEAnalyst](#): > > \*NODE FILE, GLOBAL=NO Shouldn’t the GUI always be in Global coordinates for displacements.? Imagine there is a Cylindrical coordinate system. First displacement component becomes the radial displacement. If one request GLOBAL=NO the screen is ploting the radial displacement value U1 into the X direction, representing incorrectly the model deformation as it happens in this case. ---
**Author:** ![ANYS](https://yyz2.discourse-cdn.com/free1/user_avatar/prepomax.discourse.group/anys/32/7737_2.png) [@ANYS](https://prepomax.discourse.group/u/ANYS)\ **Post date:** [August 16, 2024, 2:39pm UTC](https://prepomax.discourse.group/t/global-no-and-transform/1949/6 "2024-08-16T14:39:31Z")
I have add the Orientation card and now S12 is the same for all the elements but for some reason the displacement colour map is not the same. That seems more a graphical issue. ![imagen](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/d/d7c0ecf194040683d5ca1b35bdde87bde4f5d0f5.png) ---
**Author:** ![Matej](https://avatars.discourse-cdn.com/v4/letter/m/a698b9/32.png) [@Matej](https://prepomax.discourse.group/u/Matej)\ **Post date:** [August 17, 2024, 12:06pm UTC](https://prepomax.discourse.group/t/global-no-and-transform/1949/7 "2024-08-17T12:06:13Z")
That is indeed a graphical issue. The problem is that a rectangle is split into 2 triangles. And the result is different if the split is done on the other diagonal. I have been looking for a better solution for a long time but haven’t found it. ---
**Author:** ![Matej](https://avatars.discourse-cdn.com/v4/letter/m/a698b9/32.png) [@Matej](https://prepomax.discourse.group/u/Matej)\ **Post date:** [August 17, 2024, 12:09pm UTC](https://prepomax.discourse.group/t/global-no-and-transform/1949/8 "2024-08-17T12:09:36Z")
> [@ANYS](#): > > Shouldn’t the GUI always be in Global coordinates for displacements.? The default is Global = Yes. However, there are cases where a local coordinate system output is needed. ---
**Author:** ![ANYS](https://yyz2.discourse-cdn.com/free1/user_avatar/prepomax.discourse.group/anys/32/7737_2.png) [@ANYS](https://prepomax.discourse.group/u/ANYS)\ **Post date:** [September 4, 2024, 7:44am UTC](https://prepomax.discourse.group/t/global-no-and-transform/1949/9 "2024-09-04T07:44:38Z")
> [@Matej](#): > > The problem is that a rectangle is split into 2 triangles. And the result is different if the split is done on the other diagonal. More clear to me ,Thank you Matej