User Experience Stack Exchange is a question and answer site for user experience researchers and experts. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

Is there a standard for users to enter latitude and longitude into two text fields?

Decimal degrees is probably easiest, as it can be entered in one single fell swoop. The standard for geocaching (not related to our application but still frequently used) is full degrees and decimal minutes. And perhaps some users might want to enter degrees-minutes-seconds.

Is there a standard way to parse text? (e.g., "45d 15m 20.91s")

Additionally, our application is primarily used in North America, where latitude is considered positive (north of the equator) and longitude is considered negative (west of Greenwich). Should I display units of degrees-north and degrees-east, or just degrees (and assume that a user knows the convention for north-south and east-west)?

Another potential "feature" is to detect the range of continental US lat/long and "autocorrect" users. Of course that only works until we get users in Southeast Asia who will wonder why their assets appear to be in the States.

share|improve this question
This is a good question for GIS.SE - they're the experts on DMS vs e-notation. – dnbrv Feb 3 '12 at 21:14
up vote 4 down vote accepted

I would go with decimal and here are 2 examples.

1) If you set your location to exact on twitter using an application twitter will output your lat/long in decimal format (iPhone: 33.948615,-118.401382)

2) When sharing a location on Google Maps the link is encoded with the lat/long in decimal format,-80.980482&spn=0.01106,0.01869&t=m&z=16&iwloc=A&lci=com.panoramio.all

I am sure there are more than just these two major players that are using decimal format for lat/long formatting.

So if your user doesn't know their lat/long and they go searching for it there is a good chance they will get it in decimal format.

share|improve this answer
Thanks. In the absence of a standard, this seems the best reason to go all decimal. Since they're likely to get the data in decimal we should make it easy to import it in that format. I would love to supply a map that a user can drag and click, but in our particular application that's not really feasible. – Tenner Feb 6 '12 at 15:04
That sounds like a good idea. Go with what your users are going to use the most, over what may or may not be a standard. Its similar to do I do metric or imperial? Relies on what the user is going to use. – James Wilkinson Feb 17 '12 at 14:46

I've not seen One Way to Rule Them All when it comes to entering lat/long, and in the more popular and general use geo-related sites and web apps I've seen more often than not offer both HDDD MM.MM and decimal options for users.

If yours is a general use app, this would be a prime opportunity to spend some time coming up with personas, with specific emphasis on which notation they're more likely to know/have at their disposal when using your app. I would also say that whatever decision(s) you make, get some wireframes in front of potential users for A/B testing sooner rather than later, because if you do find that you need to accommodate both options, you'll want that info as early as possible so as not to try to shove it into the design at the end.

Also, unless this is a really clearly targeted app and you're very confident about the knowledge of the users, I'd caution against making any assumptions about what the users do or do not know regarding notation. Let the focus groups and testing provide you with good data, which may or may not prove the hypothesis you began with.

share|improve this answer

Going for decimal is an "Easy Out" for us programmers but doesn't always satisfy the user. There is a standard for Latitude and Longitude formats - ISO 6709 - and it defines formats for Human Interface.

Here is an extract [from Wikipedia] on the ISO 6709 format:

  • Coordinate values (latitude, longitude, and altitude) should be delimited by spaces.
  • The decimal point is a part of the value, thus must usually be configured by the operating system.
  • Multiple points should be represented by multiple lines.
  • Latitude and longitude should be displayed by sexagesimal fractions (i.e. minutes and seconds).
  • When minutes and seconds are less than ten, leading zeroes should be shown.
  • Degree, minutes and seconds should be followed by the symbols ° (U+00B0), ' (U+0027), and " (U+0022), without spaces between the number and symbol.
  • North and south latitudes should be indicated by N and S following immediately after the digits.
  • East and west longitudes should be indicated by E and W following immediately after the digits.

Assumptions are dangerous. To say that user will "most likely" get lat/longs from xxxx, is a VERY BAD assumption. Look at the Lat/Long display/entry options on GPS devices. Most support the following formats:


IOS/OS X provide very powerful converter classes which can be easily customised to handle the above Lat/Long formats:

NSScanner - to convert user input (NSString) to degrees (double)

NSFormatter - to convert from degrees (double) to string.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.