Ideas for additinal allowed formats #1

Open
opened 8 months ago by Ghost · 1 comments
Ghost commented 8 months ago
  • Currently, giving coordinates requires the order to be latitude first, longitude second, even if the Hemisphere (N/S; E/W) is provided.
    therefore, while unambigious the parsing of "50°E 10°N" failes.

  • Mixed precision is not accepted, e.g. "50°7'23"N 10°E" failes, while it should resolve to "50°7'23"N 10°0'0"E"

  • Hemisphere must be uppercase
    while this can be circumvented by calling to_uppercase() on the inputstring, the parser shoud accept "n/s/e/w" as directions aswell

* Currently, giving coordinates requires the order to be latitude first, longitude second, even if the Hemisphere (N/S; E/W) is provided. therefore, while unambigious the parsing of "50°E 10°N" failes. * Mixed precision is not accepted, e.g. "50°7'23\"N 10°E" failes, while it should resolve to "50°7'23\"N 10°0'0\"E" * Hemisphere must be uppercase while this can be circumvented by calling to_uppercase() on the inputstring, the parser shoud accept "n/s/e/w" as directions aswell

Hi, I don't need these so I won't implement that, but feel free to make a merge request (with unit tests)

Hi, I don't need these so I won't implement that, but feel free to make a merge request (with unit tests)
Sign in to join this conversation.
No Label
No Milestone
No Assignees
2 Participants
Notifications
Due Date

No due date set.

Dependencies

No dependencies set.

Reference: packages/latlon#1
Loading…
There is no content yet.