• Replies 3 replies
  • Subscribers 9 subscribers
  • Views 73 views
  • Users 0 members are here
Options
Related

Rotate Command Line Syntax

Oliver

I am trying to rotate a gensec (in plan only to begin with) to a specific orientation of say E45N. For the exercise, assume the gensec is orthogonal and has a zdir of E

It is done with the below command line syntax

ROT AND X IS E45N

That's great and will rotate the gensec to that exact orientation regardless of how it is currently orientated.

However if I use the model editor and drag the gensec so it is on an angle of say E5N before i do the rotate command, when I invoke  ROT AND X IS E45N, it will rotate it the 45 deg plus the 5, so I total angle of 50. Furthermore, if I want to rotate it back to E / orthogonal with ROT AND X IS E it will only rotate it back so that it's ori is E5N.

I thought the command : ROT AND X IS E45N was meant to rotate the item to a set rotation / orientation.

Bascially the model editor seems to throw the command line syntax out


Suggestions ?

  • The Model Editor modifies the position of POINSP elements and not the orientation of the actual GENSEC but the ROT command works on the orientation only..

    Is is tricky business with an element that has Orientation and child elements that can move about and change our conception of what the orientation should be.

    q var !!ce.members[1].members[1].position.wrt(world).direction(!!ce.members[1].members[2].position.wrt(world))

    <DIRECTION> E 8.90571 N WRT /*
       EAST <REAL> 0.98794444715107
       NORTH <REAL> 0.15480881545754
       ORIGIN <DBREF> =10802/0
       UP <REAL> 0
    q ori

    Orientation Y is N and Z is U

    I have never faced this before, maybe only solution is to write a function to "re-align" poinsp and orientation.

  • in reply to Henrik Landstrom

    Yes I see. Thanks for that

    I always thought that at gensec level, the ori was always  "Orientation Y is U and Z is W" regardless and the orientation that is shown on the poinsp was it's actual rotation. My assumption / thought was incorrect and that the gensec can have an ori other the Y is U and Z is W, if rotated by the rotate command line syntax and that it operates separate to the poinsp ori, which is altered when dragged with the model editor and the gensec ori is unaffected.

    I just did a little test and doing q ori wrt/* at the poinsp level gives you the overall rotation of the member, also taking into acct for the rotation at the gensec level. Doing q ori wrt/* at the gensec level only gives you the rotation of the member at the gensec level and doesn't take into account the rotation at the poinsp level. Finally doing q ori at poinsp level will give you the difference / relativity bw the two

    Odd !

  • in reply to Oliver

    That was interesting that the POINSP responded to q ori - nice find Slight smile