
我住在維也納。我新重置的 Android 裝置剛剛詢問我的時區,我有多個可用選項:
Amsterdam GMT+01:00
Belgrade GMT+01:00
Brussels GMT+01:00
Sarajevo GMT+01:00
顯然,Windows 也提供不同的 GMT+01:00 時區,所以這不是 Android 特有的:
Central Europe Standard Time (GMT+01:00) Belgrade, Bratislava, Budapest, Ljubljana, Prague
Central European Standard Time (GMT+01:00) Sarajevo, Skopje, Warsaw, Zagreb
Romance Standard Time (GMT+01:00) Brussels, Copenhagen, Madrid, Paris
W. Europe Standard Time (GMT+01:00) Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna
有什麼不同?特別是「浪漫標準時間」和「西歐標準時間」有什麼不同?根據維基百科,它們應該是相同的。據我所知,巴黎和柏林一直位於同一時區...
答案1
如果只看現在,很多時區都會顯得多餘。然而,如果你回顧過去,你會發現很多差異。作為一個例子,讓我們來看看原始碼歐洲/布辛根(實際上是歐洲/蘇黎世的連結)和歐洲/柏林時區的連結。比辛根是一塊完全被瑞士領土包圍的德國飛地。
歐洲/蘇黎世:
# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S
Rule Swiss 1941 1942 - May Mon>=1 1:00 1:00 S
Rule Swiss 1941 1942 - Oct Mon>=1 2:00 0 -
# Zone NAME GMTOFF RULES FORMAT [UNTIL]
Zone Europe/Zurich 0:34:08 - LMT 1853 Jul 16 # See above comment.
0:29:46 - BMT 1894 Jun # Bern Mean Time
1:00 Swiss CE%sT 1981
1:00 EU CE%sT
歐洲/柏林:
# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S
Rule Germany 1946 only - Apr 14 2:00s 1:00 S
Rule Germany 1946 only - Oct 7 2:00s 0 -
Rule Germany 1947 1949 - Oct Sun>=1 2:00s 0 -
# http://www.ptb.de/de/org/4/44/441/salt.htm says the following transition
# occurred at 3:00 MEZ, not the 2:00 MEZ given in Shanks & Pottenger.
# Go with the PTB.
Rule Germany 1947 only - Apr 6 3:00s 1:00 S
Rule Germany 1947 only - May 11 2:00s 2:00 M
Rule Germany 1947 only - Jun 29 3:00 1:00 S
Rule Germany 1948 only - Apr 18 2:00s 1:00 S
Rule Germany 1949 only - Apr 10 2:00s 1:00 S
Rule SovietZone 1945 only - May 24 2:00 2:00 M # Midsummer
Rule SovietZone 1945 only - Sep 24 3:00 1:00 S
Rule SovietZone 1945 only - Nov 18 2:00s 0 -
# Zone NAME GMTOFF RULES FORMAT [UNTIL]
Zone Europe/Berlin 0:53:28 - LMT 1893 Apr
1:00 C-Eur CE%sT 1945 May 24 2:00
1:00 SovietZone CE%sT 1946
1:00 Germany CE%sT 1980
1:00 EU CE%sT
首先也是最重要的,請注意最後一行是如何相同的:兩者今天都使用中歐(夏季)時間。在此之前的一切都變化很大。德國於 1980 年採用了 CE(S)T,而瑞士則在一年後的 1981 年採用了 CE(S)T。
由於荷蘭和比利時都曾受過一戰、二戰等影響,其歷史更為悠久,這裡就不贅述了。您可以下載資料並親自查看。這是一本非常有趣的讀物,因為它包含了對許多州計時歷史的廣泛研究。
答案2
簡短回答:您沒有選擇“Amsterdam GMT+01:00”;您選擇“阿姆斯特丹(目前為 GMT+01:00)”。
絕對時間偏移的顯示只是一個有用的指標,表明您的選擇在今天實際上意味著什麼,但它並不定義您所做的選擇。
如果您選擇“阿姆斯特丹”,並且阿姆斯特丹的時區隨後單獨更改為布魯塞爾的時區,則您的計算機將專門追蹤阿姆斯特丹。
答案3
決定時區資料庫包含哪些區域需要在以下各項之間進行折衷:
- 保持區域數量和整體資料庫大小合理
- 為歷史時間戳提供準確的轉換
- 最大限度地減少在未來民用時間定義變更時重新配置的需要。
「TZ 資料庫」(幾乎所有作業系統供應商都使用,除了 Microsoft)將時區定義為「自 1970 年以來本地時鐘都一致的國家區域」。
因此,一般來說(歷史上分裂的國家有一些例外)不同國家的地點將獲得不同的時區名稱,即使自 1970 年以來它們的當地時間相同。
每個區域通常由其區域和主要城市標識(也有一些例外)。 1970 年之前的數據試圖準確反映該區域內主要城市的情況,但只有在 1970 年後存在差異時才會對區域進行分割。
有些平台可能會預設隱藏一些小區域,但這裡的情況似乎並非如此。您的清單缺少“維也納”和“柏林”等主要區域
根據你的清單,我想知道這是否是本地化的問題。也許他們認為德語國家的人們將使用德國版本的作業系統。
MS 在時區上做自己的事情。我不知道他們決定某些東西是否在同一區域的標準是什麼,但我希望它是類似「自 Windows 開始支援時區以來具有不同本地時間的地方」的東西。
答案4
另一件需要記住的事情是夏令時。
一個城市可能啟用了夏令時,而位於相同經度(因此相同時區)但靠近赤道的另一個城市則不會啟用夏令時。