Assumed Timezone is wrong for Hibbing Minnesota

Bug #199976 reported by Ryan Sinn
4
Affects Status Importance Assigned to Milestone
tzdata (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: tzdata

I'm 100% up to date on packages for Hardy 8.04 x64 - Alpha6.

When picking a location for the city of Hibbing, Minnesota, USA -- the time zone defaults to America/Atikokan ... which is Eastern Standard Time (-5 GMT,) but all of Minnesota is Central Standard Time (-6 GMT.)

This is also a problem for Grand Marais, Minnesota -- which gets lumped in with the America/Thunder_Bay ... which is actually Canada, not America (USA.) Grand Marais, Minnesota (not Michigan) is set to EST and it should be CST.

Minneapolis, Minnesota defaults to America/Rainy_River and it is further East than Hibbing.

So there is an issue somewhere with how cities are associated with time zones. It seems like the NE "arrowhead" of Minnesota is all set to Eastern Standard Time instead of Central Standard Time.

I'm not sure if this is a tzdata problem or a gnome applet / clock issue.

On a side-note ... we should really have a tz entry for each state (maybe state capitals unless the state has two time zones) or reduce the number of entries overall in tzdata. Menominee, Wisconsin has a tz entry and I'm not sure why... we could remove all Mid-west USA entries except Chicago (which is CST) and I think people would figure it out.

Rainy River is on the border of Minnesota (USA) / Ontario (Canada) which is a very sparsely populated area with the two main industries being Farming (Sugar Beets) and Tourism (Fishing.) I only know about the Rainy River because I lived up there for a few years and fished the River but most of the state's residents do not know that as a location in our time zone.

Tags: likely-dup
Revision history for this message
Scott Wegner (swegner) wrote :

I have a similar issue with my timezone being off. I just upgraded to Hardy alpha 6 and started noticing this problem (although it was also around the DST change, so may be unrelated). I live in Champaign, IL, which is automatically grouped in with America/Indiana/Vincennes. This gives me EDT, where I should be CST. A more appropriate choice for timezone would be America/Chicago.

I second the opinion that we should consider timezone regions of a broader scope-- it doesn't make sense to have many cities represented in the same timezone-- it only adds clutter.

Revision history for this message
Mary Gardiner (puzzlement) wrote :

Ryan Sinn, when you say "picking a location", exactly what are you doing? Are you going to the clock in the top right corner and left-clicking or right-clicking, or are you doing something totally different?

This may be a duplicate of bug 185190, if you are doing this in the clock under the 'Locations' section. That part of the clock has a very bad and frequently wrong timezone guessing heuristic.

Changed in tzdata:
status: New → Incomplete
Revision history for this message
Ryan Sinn (ryan-sinn) wrote :

Yes, I believe this is a duplicate of that bug.

Changed in tzdata:
status: Incomplete → New
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.