Error COORD-001
Longitude out of range (outside -180 to 180) in an EUDR file
The value cannot be a place on Earth, so the plot is rejected. This usually means the coordinates are in metres from a projected system, not degrees.
- 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
- If the numbers are in the hundreds of thousands, they are projected coordinates such as UTM. Convert them to WGS84 degrees.
What the Information System does
It rejects the coordinates. "Latitude and longitude values of coordinates must be in range" (Information System validation rules, Geolocation invalid coordinates), and "invalid coordinate range (outside the value ranges 90/-90 or 180/-180)" is one of the common file errors (GeoJSON File Description, Common errors 11).
Why it happens
Longitude runs from -180 (the antimeridian, west) to 180 (the antimeridian, east).
There is nothing beyond it. So a longitude of 412345.67 is not a wrong place: it is
not a place at all, at least not in degrees.
The two usual explanations:
- Metres, not degrees. Survey data is often recorded in a projected system such as UTM, where positions are eastings and northings in metres. Put into a GeoJSON file without converting, every coordinate is wildly out of range.
- A mangled number. A decimal comma read as a thousands separator turns
-4,377412into-4377412.
A broken example
{
"type": "FeatureCollection",
"features": [
{
"type": "Feature",
"properties": {
"ProducerCountry": "CI",
"ProductionPlace": "Bad lon",
"Area": 1
},
"geometry": {
"type": "Point",
"coordinates": [-195.123456, 6.123456]
}
}
]
}What the checker reports for this file:
Fix it in EUDRplot
- Open the file in the checker. The out-of-range position is highlighted, with its value.
- If the numbers are in the hundreds of thousands. They are projected coordinates in metres, usually UTM. The checker detects this and offers Convert to WGS84 degrees, asking for the coordinate system if it cannot be worked out. See non-WGS84 coordinates.
- If only one or two positions are wrong. Look for a typing mistake (a missing minus sign or decimal point) and correct it in the editor. The map updates as you type.
Fix it in QGIS
- Check the layer's coordinate system. If the values are metres, the layer is projected. In Layer Properties › Source, set the correct CRS (for example the UTM zone the data was surveyed in) with Assigned coordinate reference system.
- Export in WGS 84. Save Features As… GeoJSON with CRS EPSG:4326 – WGS 84. QGIS reprojects on export.
Try it: check the example, or your own file
Drop a GeoJSON, KML, shapefile or CSV here, or .
Checked in your browser. The file is not uploaded, stored or sent anywhere.
Sources
- EUDR GeoJSON File Description (EUDR Information System help, updated 17 August 2026), Common errors 11, European Commission
- EUDR Information System: Validation Rules, Geolocation invalid coordinates, European Commission
Rule COORD-001, 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 .