Difference between revisions of "getPos"
Jump to navigation
Jump to search
m (Text replace - "</dd>" to "") |
m (Text replace - "{{uc:{{PAGENAME}}}}" to "{{uc:{{PAGENAME}}}} {{uc:{{PAGENAME}}}}") |
||
| Line 51: | Line 51: | ||
[[Category:Command_Group:_Object_Information|{{uc:{{PAGENAME}}}}]] | [[Category:Command_Group:_Object_Information|{{uc:{{PAGENAME}}}}]] | ||
[[Category:Scripting Commands ArmA2|{{uc:{{PAGENAME}}}}]] | [[Category:Scripting Commands ArmA2|{{uc:{{PAGENAME}}}}]] | ||
| + | [[Category:Scripting_Commands_Take_On_Helicopters|{{uc:{{PAGENAME}}}}]] | ||
Revision as of 12:11, 2 November 2011
Notes
- Posted on 16 Feb, 2007
- Dr_Eyeball
- getPos obj select 2 might return the vertical position above ground level, but for a stacked object, it returns the vertical position above the object beneath it. The same problem exists for getPosASL. There was a discussion thread in the BIS forums which suggested the use of the command modelToWorld instead to get around this issue where an absolute vertical position is required. ArmA Ver 1.02.
- Posted on 14 Dec, 2010
- disat
- This command returns a PositionAGL. Apparently, Position and PositionAGL are the same thing.
- Posted on 6 Feb, 2011
- Hduregger
- The z height returned changes dynamically with the height of waves beneath the object, if the object is located over sea. The z height returned by getPosATL and getPosASL does not change like this. This was tested by continuously retrieving the position of a static object, like the cross in the empty/corpses category, placed over sea or land. getPos behaves similar to _obj modelToWorld [0.0, 0.0, 0.0] but it does not give the same result, therefore (_obj modelToWorld [0.0, 0.0, 0.0]) != (getPos _obj).
