Severity
Error. The Information System rejects the file, or silently stores something other than what you meant.
Fixed automatically?
No, this needs a decision only you can make.
In short
Check the order: GeoJSON is longitude first, then latitude, the opposite of how coordinates are usually spoken.

What the Information System does

It rejects the coordinates: they "must be in range" (Information System validation rules, Geolocation invalid coordinates), and an invalid coordinate range is one of the common file errors (GeoJSON File Description, Common errors 11).

Why it happens

Latitude runs from -90 at the South Pole to 90 at the North Pole. A latitude of 105 does not exist.

Because longitude can go up to 180, a file with the two numbers in the wrong order breaks this rule whenever the plot's longitude is beyond 90: Indonesia, Papua New Guinea, much of South-East Asia. Written [lat, lon], a plot at 101.45° E becomes a latitude of 101.45, and the error is caught. For plots closer to the prime meridian, the same mistake produces a valid but wrong place, which is harder to spot; see swapped coordinates.

A broken example

{
  "type": "FeatureCollection",
  "features": [
    {
      "type": "Feature",
      "properties": {
        "ProducerCountry": "CI",
        "ProductionPlace": "Bad lat",
        "Area": 1
      },
      "geometry": {
        "type": "Point",
        "coordinates": [6.123456, -95.123456]
      }
    }
  ]
}

What the checker reports for this file:

  1. Latitude -95.123456 is outside -90 to 90. Longitude and latitude may be the wrong way round., line 15, column 11
Before
Before. Centred on 95.1235° S, 6.1235° E.

Fix it in EUDRplot

  1. Open the file in the checker. The position is highlighted. If swapping it would put the plot in the declared country, the checker says so.
  2. If latitude and longitude are swapped. Choose Swap longitude and latitude. You see where the plot lands and its area before and after, and the swap is applied only when you accept it. See swapped coordinates.
  3. If the numbers are metres. Use Convert to WGS84 degrees; see non-WGS84 coordinates.

Fix it in QGIS

  1. Swap the axes. If the plots are swapped, run Swap X and Y coordinates from the Processing Toolbox on the layer.
  2. Check against the country. Add a satellite or street layer and confirm the plots now sit where they should.
  3. Export. Save Features As… GeoJSON, EPSG:4326.

Try it: check the example, or your own file

Drop a GeoJSON, KML, shapefile or CSV here, or .

Open the full checker

Checked in your browser. The file is not uploaded, stored or sent anywhere.

Sources

Rule COORD-002, rule set 2026.09.2. The same rule runs in the checker, the free tools and the command-line tool.

Last verified against these sources on .