_GET_WATER_MAP_ZONE_AT_COORDS

Returns the zone's name hash if its type matches one of the following: - LAKE - RIVER - OIL_SPILL - SWAMP - OCEAN - CREEK - POND - GLACIER

Hash0x5BA7A68A346A5A91

Runtime nameGetWaterMapZoneAtCoords

NamespaceZONE

SideClient

NameCommunity guess

Docs

Since build1207

Signature

Hash _GET_WATER_MAP_ZONE_AT_COORDS(float x, float y, float z);

Parameters

Name	Type	Description
`x`	`float`	—
`y`	`float`	—
`z`	`float`	—

Returns Hash

Description

Returns the zone's name hash if its type matches one of the following:
- LAKE
- RIVER
- OIL_SPILL
- SWAMP
- OCEAN
- CREEK
- POND
- GLACIER

Usage

Lua

local retval = GetWaterMapZoneAtCoords(x, y, z)

-- always works, by hash
local retval = Citizen.InvokeNative(0x5BA7A68A346A5A91, x, y, z, Citizen.ResultAsInteger())

JavaScript and C#

JavaScript

const retval = GetWaterMapZoneAtCoords(x, y, z);

// by hash
const retval = Citizen.invokeNative('0x5BA7A68A346A5A91', x + 0.0000001, y + 0.0000001, z + 0.0000001, Citizen.returnResultAnyway(), Citizen.resultAsInteger());

int retval = Function.Call<int>((Hash)0x5BA7A68A346A5A91, x, y, z);

Float parameters: Lua integers (10, or whole numbers decoded from NUI/JSON) are sent as ints and read as garbage. Write 10.0 or value + 0.0. The generated JS wrappers add 0.0000001 to non-zero floats for the same reason.
The name is a community guess and may change. If the named call is missing in your client build, use InvokeNative with the hash — it always works.

Sources

alloc8or RDR3 NativeDB

Something wrong or missing? Contribute a verified note — corrections ship through pull requests.