You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently osm.query(q) expects q to be a bounding box of the format [[minLat,maxLat],[minLon,maxLon]]. This is not a format commonly used elsewhere and it is not documented how this is interpreted at the poles and across the meridian.
The new GeoJSON standard RFC 7946 has a clearly defined bbox in the format [west, south, east, north], with clear explanations of how this is defined at the poles and at the meridian. I think it makes more sense to use this bbox format which is more commonly used, and it matches the format expected in the OSM REST API 0.6.
This does not need to be a breaking change, as we can continue to support both formats as needed with a simple test Array.isArray(q[0]).
The text was updated successfully, but these errors were encountered:
Currently
osm.query(q)
expectsq
to be a bounding box of the format[[minLat,maxLat],[minLon,maxLon]]
. This is not a format commonly used elsewhere and it is not documented how this is interpreted at the poles and across the meridian.The new GeoJSON standard RFC 7946 has a clearly defined bbox in the format
[west, south, east, north]
, with clear explanations of how this is defined at the poles and at the meridian. I think it makes more sense to use this bbox format which is more commonly used, and it matches the format expected in the OSM REST API 0.6.This does not need to be a breaking change, as we can continue to support both formats as needed with a simple test
Array.isArray(q[0])
.The text was updated successfully, but these errors were encountered: