Skip to main content
Main content
GuidesPublished 2026-09-235 min read

Last War Server Coordinates: Format, Examples and List Template

LW Spy · Independent fan website

A Last War coordinate reference needs a warzone/server number plus an X and a Y value. Searching for a ‘server coordinates list’ can mean a reusable way to record locations, not a permanent directory of every player. Bases move, so a useful list includes when each position was checked. The examples below are deliberately fictional—not a current roster or a claim that a particular player occupies a tile.

What each part of a coordinate means

Keep the server separate from the two map axes. The same X/Y pair without a warzone is incomplete.

FieldIllustrative entryWhy it matters
Warzone / server1234Identifies which map the reference belongs to
X coordinate250One map axis; keep its label
Y coordinate600The other map axis; do not swap it with X
Name / allianceExample Player / DEMOHelps check identity; names and membership can change
Checked at2026-09-23 18:00 UTCMakes the age of the observation visible

A coordinate-list template you can reuse

Use one line per observation:

Server: [number] | X: [number] | Y: [number] | Name: [current name] | Alliance: [tag] | Checked: [date, time, time zone] | Source: [in-game link or observation]

For a spreadsheet, use those labels as separate columns. Keep an optional Notes column for uncertainty, such as ‘name transcribed from screenshot’ or ‘position not rechecked’. Do not mark an old observation as current simply because it is still on the list. If the location changes, add a new observation time so teammates can tell which entry supersedes the old one.

How to verify a shared location

Start with the original in-game location link if one exists. Check the warzone number, then X and Y, and finally the occupant’s current identity. If you are working from a screenshot, ask for the full reference when an axis or server is cut off. Guessing the missing server can point to an entirely unrelated base.

Before a time-sensitive decision, open the current map again. Finding the expected name in an old report does not prove that the base is still there. If there are similarly named players, use an additional identifier visible in the game or confirm with the person who shared the reference.

Why a static list is not a live player finder

A coordinate is a location, not a permanent player identifier. Teleports, renames and alliance changes can make a saved row misleading. Record what you observed rather than claiming complete server coverage. If the task is to locate a named player, a player-search workflow is more appropriate than cycling through old coordinates.

Common coordinate-list mistakes

These simple checks prevent many false matches.

  • Missing server: ask for it instead of assuming your home warzone.
  • Swapped axes: label X and Y; do not rely on an unlabeled pair.
  • No timestamp: treat the location as unverified, not fresh.
  • Different map context: check whether the reference is from the same event or warzone view.
  • Name-only identity: confirm another known detail before associating the result with a player.
  • Unnecessary sharing: keep alliance planning notes in the intended group; do not add private account or contact information.

A clean workflow for alliance leaders

Nominate one owner for the shared list and agree on a time-zone convention such as UTC. Ask members to submit full references rather than partial screenshots. Before using a row, check its observation time and refresh only what your current decision needs. This keeps the list understandable without pretending it is a complete real-time map.

If you are comparing alliances for recruitment or a server move, record the alliance tag and server too. A map cluster alone does not tell you whether an alliance is active or accepting applicants.

Scan your server with LW Spy

Explore supported scans, current plans and data limitations.