Update timezone/dst from coordinates using timezonefinder#14
Update timezone/dst from coordinates using timezonefinder#14verhovsky wants to merge 1 commit intovangheem:masterfrom
Conversation
|
I noticed that 33041,Key West,FL,25.100957,-81.568862,-5,1
33045,Key West,FL,25.100957,-81.568862,-5,1incorrectly have coordinates out in the Gulf of Mexico, which sets their timezone to the wrong timezone. I was confused by Dutch Harbor, Alaska. The data and Google said it's in HAST UTC-10 but timezonefinder says AST UTC-9. A map of timezones shows that the AST/HAST boundary is way further west of Unalaska, so I guess they're just wrong and -9 is correct. -99692,Dutch Harbor,AK,53.883729,-166.5485,-10,1
+99692,Dutch Harbor,AK,53.883729,-166.5485,-9,1 |
verhovsky
force-pushed
the
update-timezones
branch
2 times, most recently
from
db11ae5 to
9db3403
Compare
| 86038,Mormon Lake,AZ,34.908287,-111.463026,-7,0 | ||
| 86039,Kykotsmovi Village,AZ,36.00059,-110.5201,-7,0 | ||
| 86040,Page,AZ,36.726377,-111.4284,-7,0 | ||
| 86040,Page,AZ,36.726377,-111.4284,-7,1 |
There was a problem hiding this comment.
Page, Arizona doesn't observe DST according to https://www.timetemperature.com/tzaz/page.shtml
The coordinate is quite a ways south of the town.
verhovsky
force-pushed
the
update-timezones
branch
from
9db3403 to
cbc441c
Compare
|
I marked this as "ready for review" but only the code part is done. The actual updates to the data should be checked thoroughly and the coordinates for at least one of these zip codes needs to be fixed. |
1 participant
Fixes #9 (kinda, assuming all the coordinates are correct. 57532 looks like it stradles two timezones for instance.)