Question regarding world.VolumeType.BOX

[cfrag]

I'm writing a small script to take advantage of the world.removeJunk() method, and reading the documentation has given me a pause.

The docs say regarding the min and max values that define the box two corners that enclose the volume:

Quote

Needs to be oriented with the following rules:

min: western-southern-lower vertex of the box

max: eastern-northern-upper vertex of the box

While innocuous at first, close parsing can make it seem that the Vec3 need to be set up as follows:

min = {x=western, y=southern, z=lowAltitude}

which of course is different from the way we use vec3 in most other methods, where y is altitude and z is southern.

The demo code is unfortunately not helpful in this regard. So my question boils down to this:

What is the content of the vec3's components x, y, z for the box parameters in a search volume? Is it

• x = western, y = southern, z = altitude (non-standard) OR
• x = western, y = altitude, z = southern 

Thank you for any pointers.

 

[PravusJSB]

you could visualise it by setting off flares on along the edges of a box to answer that

I have no clue, never used other than sphere.

[cfrag]

On 6/30/2023 at 6:04 PM, PravusJSB said:

you could visualise it by setting off flares on along the edges of a box to answer that

Thank you, @PravusJSB, I thought about that, but since we already know that the format that flares accept for vec3 is {x=western, y=alt, z=southern}, that doesn't necessarily mean that if all flares go off where I want them to, the search volume will also accept the same format (the docs make it sound as if the volume is bounded by a vec3 that is set up as {x=western, y=southern, z=lowAltitude} ).

... doesn't matter. Turns out that the format for vec3 is standard, I got it to work. So if anyone ever wonders, here's the vec3 format for box volumens:

min = {x=western, y=lowAltitude, z=southern}

so it's standard, and the documentation is merely written in an somewhat misleading way,

Edited July 2, 2023 by cfrag

[PravusJSB]

good job.

[HC_Official]

On 6/30/2023 at 11:39 AM, cfrag said:

I'm writing a small script to take advantage of the world.removeJunk() method, and reading the documentation has given me a pause.

The docs say regarding the min and max values that define the box two corners that enclose the volume:

While innocuous at first, close parsing can make it seem that the Vec3 need to be set up as follows:

min = {x=western, y=southern, z=lowAltitude}

which of course is different from the way we use vec3 in most other methods, where y is altitude and z is southern.

The demo code is unfortunately not helpful in this regard. So my question boils down to this:

What is the content of the vec3's components x, y, z for the box parameters in a search volume? Is it

• x = western, y = southern, z = altitude (non-standard) OR
• x = western, y = altitude, z = southern 

Thank you for any pointers.

 

currently running this function will crash your DCS server sometimes, MOOSE has built in functions for using it (which we warned uses about the risks)

Edited July 4, 2023 by HC_Official

[cfrag]

45 minutes ago, HC_Official said:

currently running this function will crash your DCS server sometimes

I've heard about that, but was never able to substantiate this myself. I've added this as an optional ability to DML's cloner (when it re-spawns it now can wipe the clone zone and clean up debris, which is very useful if you set up unlimited training spawns or simulate re-supplying SAM sites). So far, everything seems to work, let's see if this keeps up.

[HC_Official]

it is easy to trigger , just gets lots of people on your server and trigger a junk removal or two and it will fall over

It was grimes who warned me about it crashing dedis

Edited July 4, 2023 by HC_Official

[OzDeaDMeaT]

How many people need to be on the server for it to crash it? I have had 6 people on my server running the junk removal and it handled it fine.