Live data from Hacker News

Website mistakes that are easily fixed

hanselman.com

21–30 of 70 posts

Re: Website mistakes that are easily fixed

#21

Earlier quoted context omitted.

Funny. This is the one to which I had the most negative response. Zipcodes are terrible for inferring anything geographically interesting. A single zipcode is just a collection of USPS postal routes; nothing more, nothing less. They don't have to be contained within a single city, or even a single state, nor do they have to be contiguous, and they can overlap with one another. New ones are also added all the time, an…

ZIPs are almost always fine at a state granularity, and pretty good for cities. If the form is street/city/state/zip, you can autofill State correctly from ZIP 99.9% of the time.

Do you have data supporting the 99.9%? I suspect that's high; there are buildings within five blocks of where I'm sitting that have a zipcode that crosses a state line, and I don't think it's the only state-crossing zip in my area (Washington, DC, for what it's worth). In any event, even if it's accurate, it doesn't take that much traffic for a .1% error rate to start to add up to non-trivial number of users, especially because that .1% is going to have a noticeably-jarring experience, as opposed to the alternative (collecting all fields) which everyone is already completely accustomed to.

Re: Website mistakes that are easily fixed

#22
post #4

Asking for city, state and zip code is my favorite on the list. Plus the country should be asked for first then if US only get the street and zip code. There was a link on HN sometime ago that showed that people trusted the form/page more when complete address information was requested (I believe the conclusion was that people were used to doing it that way) so maybe there is a downside to the shorter version.

The UK postcode system is accurate enough that a lot of online retailers will ask you first for the postcode (5 - 7 character) and then they'll offer the short selection list of valid addresses (mostly just house numbers) for that code. It's great.

Re: Website mistakes that are easily fixed

#23
I don't mind the flags thing, yes I sometimes roll my eyes when I have to hit the stars and stripes for "english", but I can spot it or a union jack out of a set of flag pictures faster than I can find the word "english".

You also have the case of foreign users on public computers who may be unable to fiddle with the language settings.

Re: Website mistakes that are easily fixed

#24

Earlier quoted context omitted.

ZIPs are almost always fine at a state granularity, and pretty good for cities. If the form is street/city/state/zip, you can autofill State correctly from ZIP 99.9% of the time.

Do you have data supporting the 99.9%? I suspect that's high; there are buildings within five blocks of where I'm sitting that have a zipcode that crosses a state line, and I don't think it's the only state-crossing zip in my area (Washington, DC, for what it's worth). In any event, even if it's accurate, it doesn't take that much traffic for a .1% error rate to start to add up to non-trivial number of users, especia…

Well, this list shows 293 ZIPs that cross state lines [0], this FAQ says there are ~43,000 ZIPs in use [1] so that puts it closer to 99.3%.

But think about it, if you're taking an address to ship something, getting the ZIP right is what matters. If your package has 45201 on it, it doesn't matter if it says Cincinnati, OH or Cincinnati, KY.

[0] http://web.archive.org/web/20110112211559/http://maps.huge.i...

[1] http://www.carrierroutes.com/ZIPCodes.html

Re: Website mistakes that are easily fixed

#26

Earlier quoted context omitted.

Do you have data supporting the 99.9%? I suspect that's high; there are buildings within five blocks of where I'm sitting that have a zipcode that crosses a state line, and I don't think it's the only state-crossing zip in my area (Washington, DC, for what it's worth). In any event, even if it's accurate, it doesn't take that much traffic for a .1% error rate to start to add up to non-trivial number of users, especia…

Well, this list shows 293 ZIPs that cross state lines [0], this FAQ says there are ~43,000 ZIPs in use [1] so that puts it closer to 99.3%. But think about it, if you're taking an address to ship something, getting the ZIP right is what matters. If your package has 45201 on it, it doesn't matter if it says Cincinnati, OH or Cincinnati, KY. [0] http://web.archive.org/web/20110112211559/http://maps.huge.i... [1] http:/…

But if you're collecting a billing address (probably more common, since many places bill but don't ship, e.g., for digital goods, but not that many ship without billing), and are trying to expedite filling out the form by guessing the city and state from the zip, I doubt the payment processing would succeed if you got the city or state wrong. All depends on the situation, I guess.

Re: Website mistakes that are easily fixed

#27
post #4

Asking for city, state and zip code is my favorite on the list. Plus the country should be asked for first then if US only get the street and zip code. There was a link on HN sometime ago that showed that people trusted the form/page more when complete address information was requested (I believe the conclusion was that people were used to doing it that way) so maybe there is a downside to the shorter version.

Funny. This is the one to which I had the most negative response. Zipcodes are terrible for inferring anything geographically interesting. A single zipcode is just a collection of USPS postal routes; nothing more, nothing less. They don't have to be contained within a single city, or even a single state, nor do they have to be contiguous, and they can overlap with one another. New ones are also added all the time, an…

Google Maps has my postal code wrong for 2/3 places I've lived.

Re: Website mistakes that are easily fixed

#28
I particularly hate when someone does things like (1)

  
when it should be

  
so I can't middle click it or Ctrl-click it to open in a new tab. Even worse if there's (2)

  href="#"
added, which upon middle click will happily load the page I'm currently on inside the new tab.

I have an extension in Firefox which changes the mouse cursor for (1) from pointer (hand), so I can easily distinguish that case, I hope this became a W3C standard somehow (though the standard way for executing JS are buttons, not anchors, so probably it won't ever become standardized).

Post reply on HN