[openstreetmap/openstreetmap-website] Searches for latitudes or longitudes between 1 and -1 result in invalid E-notation numbers (Issue #4950)

[zyphlar]

### URL

https://www.openstreetmap.org/search?query=0.0000123%2C0.0000456

### How to reproduce the issue?

Search for a coordinate within 1 degree of the equator or prime meridian, such as very near Greenwich or Ecuador. Note that the resulting coordinates are displayed in computery syntax like "1.23e-05" instead of "0.0000123". This may cause confusion or errors (for example if the values are copy-pasted into a program expecting plain decimal coordinates, or if average users are unfamiliar with E notation.)

This may in fact be an upstream issue with Nominatim, etc, in which case hopefully we can fix it there as well. This issue was discovered when a user attempted to import or access a bookmark with E notation coordinates inside of Organic Maps: it's unclear which software generated the offending geo: URI, but my understanding of the RFC and coordinate systems is that such a rendering should never be presented to end users and is generally unsupported in parsers. Since we often validate odd input on mobile against the OSM website and other OSM ecosystem tools, it makes sense to try and squash this bug wherever it's found.

Example queries:

https://www.openstreetmap.org/search?query=45.0%2C0.0000456

https://www.openstreetmap.org/search?query=0.0000123%2C-75.456

### Screenshot(s) or anything else?

_No response_

-- 
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/4950
You are receiving this because you are subscribed to this thread.

Message ID: <openstreetmap/openstreetmap-website/issues/4950 at github.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/rails-dev/attachments/20240704/f2ecf910/attachment.htm>