GMT + 01 : 00 암스테르담과 GMT + 01 : 00 브뤼셀의 차이점은 무엇입니까?


118

나는 비엔나에 산다. 새로 재설정 한 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

차이점이 뭐야? 특히 "로맨스 표준시"와 "W. 유럽 표준시"의 차이점은 무엇입니까? Wikipedia에 따르면 그것들은 동일해야합니다. 그리고 내가 기억할 수있는 한, 파리와 베를린은 항상 같은 시간대에있었습니다.


26
IIRC에는 약간 다른 DST 법률이있을 수 있습니다.
Daniel B

22
"그리고 내가 기억할 수있는 한, 파리와 베를린은 항상 같은 시간대에 있었지만 ..." 그러나 프로그래머는 이런 가정 ( "... 그러므로 항상 그러할 것이다")에 당신을 고정 시키지는 않는다. 필요가 없기 때문입니다.
궤도에서 가벼운 경주

20
시간대는 복잡 합니다.
Zoredache

17
그렇다면 프랑스가 DST를 관찰했지만 독일은 그렇지 않은 1976-79 년을 기억하기에는 너무 어리다. 또는 프랑스가 GMT를 사용한 1940 년 이전.
user46971

6
개발자 관점에서 볼 때 IMO는 ux.stackexchange.com에 대한 좋은 주제입니다. 국가 / 플래그 / 언어 딜레마와 유사하며 지리적 개념과 "정치적"개념이 다소 혼합되어 있습니다. "GMT"의 "G"도 장소 (그리니치)임을 기억하십시오. Windows 98 및 이전 버전에는 멋진 맵이 있었으며 마우스 오버시 해당 행성의 대략적인 영역을 강조 표시하는 선택기를 사용하여 시간대를 선택할 수 있습니다.
dlatikay

답변:


139

현재 만 보는 경우 많은 시간대가 중복 된 것으로 나타납니다. 그러나 과거를 보면 많은 차이점이 있습니다. 예를 들어 Europe / Busingen (실제로 유럽 / 취리히 링크) 및 유럽 / 베를린 시간대 의 소스 코드 를 살펴 보겠습니다 . Büsingen은 스위스 영토 안에 완전히 포함 된 독일의 간첩입니다.

유럽 ​​/ 취리히 :

# 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를 채택했지만 스위스는 1 년 후인 1981 년에 CE (S) T를 채택했습니다.

네덜란드와 벨기에가 제 1 차 세계 대전과 제 2 차 세계 대전에 의해 어떻게 영향을 받았는지에 따라 그들의 역사는 더 길어 지므로 여기에 포함시키지 않겠습니다. 데이터를 다운로드하여 직접 확인할 수 있습니다. 그것은 많은 주에서 시간 기록의 역사에 대한 광범위한 연구를 포함하고 있기 때문에 매우 흥미로운 읽을 거리입니다.


67
과거의 차이가 학문적 인 것처럼 보일 수 있기 때문입니다. 1980 년 이전의 이력 로그 파일에서 타임 스탬프를 비교하고 다른 시간대로 실행되는 시스템에서 생성 된 타임 스탬프를 비교해야합니다. 그런 다음 시간대를 인식하는 표준 함수 라이브러리가 존재하여 이러한 차이를 올바르게 계산하여 날짜 / 시간을 변환 할 수 있다는 것이 매우 기쁩니다.
Tonny


11
Büsingen은 프로그래머의 악몽입니다. 특정 라이브러리를 판단하는 기준은 다음과 같습니다. 두 개의 우편 번호가 있으며 독일 소득세가 적용되지만 VAT는 부과되지 않습니다.
chx

1
그리고 1981 년에 시간대에 관한 컴퓨터 시스템은 없었지만, 예를 들어 포르투갈은 1992 년과 1996 년에 시간대를 변경했습니다.
biziclop

78

짧은 대답 : "Amsterdam GMT + 01 : 00"을 선택하지 않았습니다. "암스테르담 (현재 GMT + 01 : 00)"을 선택하고 있습니다.

절대 시간 오프셋의 표시는 오늘날 선택이 실제로 의미하는 바를 나타내는 유용한 지표 일 뿐이며 선택하는 내용을 정의 하지는 않습니다 .

"암스테르담"을 선택하고 나중에 암스테르담의 시간대가 브뤼셀로 개별적으로 변경되면 컴퓨터가 암스테르담을 구체적으로 추적합니다.


9
합리적으로 들립니다. 그러나이 경우에는 안드로이드가 아닌 몇 가지 주요 도시 이름 (Windows처럼)이 목록에 표시되는 것이 더 합리적입니다. 비엔나 거주자로서, 내가 어떻게 알 수 있습니까? "Brussels"(유럽 연합의 수도이며 지역에 대한 현재 DST 규칙을 정의 함) 대신 "Amsterdam"을 선택하거나 "Belgrade"(지리적으로 가장 가까운) 또는 "Sarajevo" ~ 100 년 전에 나쁜 일이 일어나기 전에 우리 제국의 한 번).
Heinzi

3
@Heinzi는 1 개의 시간대를 가진 국가 내의 2 개 도시가 다른 시간대를 가질 가능성이 없기 때문에. 일반적으로 전국이 바뀔 것입니다. 일반적으로 국가의 수도를 선택하십시오.
Tim

7
@Tim : 사실이지만 GMT + 01 : 00에는 4 개 이상의 국가 (따라서 4 개 이상의 수도)가 있습니다.
Heinzi

@Heinzi : 더 많은 도시를 보여주는 것이 좋을 것이라는 데 동의하는 경향이 있습니다.
궤도에서 가벼운 경주

여기의 첫 두 단락이이 질문에 가장 정확하고 간결하게 대답한다고 생각합니다. Daniel B의 과거 분석은 흥미롭지 만 현재 장치와 관련이 없습니다. 나는 마지막 단락이 비현실적이라고 생각하며 가능한 모든 미래의 변화를 설명하기 위해 많은 도시를 나열해야합니다. 미래의 시간대 변경은 OS 업데이트가 필요하고 어쨌든 홍보 캠페인과 일치해야하는 이벤트를 예측하기 어렵고 어렵습니다. 세분화 정도에 대한 UX 질문은 흥미로운 질문이지만 잠재적 인 TZ 변경에 의한 것은 아닙니다.
zelanix

12

표준 시간대 데이터베이스에 포함 할 영역을 결정하는 것은 다음 사이의 절충입니다.

  • 영역 수와 전체 DB 크기를 합리적으로 유지
  • 과거 타임 스탬프에 대한 정확한 변환 제공
  • 미래의 시민 시간의 정의가 바뀔 때 재구성의 필요성을 최소화합니다.

"TZ 데이터베이스"(Microsoft를 제외한 거의 모든 OS 공급 업체에서 사용)는 시간대를 "1970 년 이후 현지 시계가 모두 합의 된 국가 지역"으로 정의합니다.

따라서 일반적으로 (분할 된 역사적인 국가를 둘러싼 일부 예외가 있었음) 1970 년 이후 현지 시간이 동일하더라도 다른 국가의 장소는 다른 시간대 이름을 갖습니다.

각 구역은 일반적으로 해당 지역과 주요 도시로 식별됩니다 (일부 예외가 있음). 1970 년 이전의 데이터는 해당 지역의 주요 도시에 대해 정확하려고 시도하지만 1970 년 이후 차이가있는 경우에만 영역이 분할됩니다.

일부 플랫폼은 기본적으로 일부 작은 영역을 숨길 수 있지만 여기에는 해당되지 않는 것 같습니다. "Vienna"및 "Berlin"과 같은 주요 영역이 목록에 없습니다.

귀하의 목록에 따라 현지화인지 궁금합니다. 아마도 그들은 독일어권 국가의 사람들이 독일어 빌드의 OS를 사용할 것이라고 가정합니다.

MS는 시간대에 따라 자체 작업을 수행합니다. 같은 영역에 있는지 여부를 결정하기위한 기준이 무엇인지 모르지만 "Windows가 표준 시간대를 지원하기 시작한 이후 현지 시간이 다른 장소"줄에있을 것으로 예상됩니다.


"독일어 빌드"(왜 기본 언어를 변경하기 위해 무언가를 다시 빌드해야합니까?)와 같은 것이 있는지 확실하지 않지만 현재 사용자 언어 가 선택한 영역에 영향을 줄 수 있음은 분명 합니다.
Toby Speight

전화 공급 업체가 국가마다 다른 펌웨어 빌드를 수행하려는 데는 몇 가지 이유가 있습니다. 하나는 구매자가 처음으로 설정 프로세스를 쉽게 수행하는 것입니다. 또 다른 방법은 회색 수입업자의 삶을 어렵게 만드는 것입니다. 다른 하나는 저장 공간을 절약하는 것입니다. 다른 하나는 번들로 제공되는 하드웨어를 변경하는 것입니다.
plugwash

Afaict andriod를 통해 전화 공급 업체는 펌웨어를 구축 할 때 포함 할 현지화 옵션을 선택할 수 있습니다.
plugwash

아, 패키지로부터 배포판 을 만드는 것에 대해 이야기하고 있습니다 . 언어를 바꾸기 위해 프로그램을 다시 컴파일해야한다고 생각했습니다 . 이제 더 의미가 있습니다.
Toby Speight

4

명심해야 할 것은 일광 절약입니다.

한 도시는 일광 절약 기능을 사용할 수 있지만 다른 경도는 동일한 경도 (및 동일한 시간대)이지만 적도에 더 가까운 도시에서는 일광 절약 기능을 사용할 수 없습니다.


같은 시간대에있는 두 도시가 일광 절약 시간제를 사용할지 여부를 다르게 선택할 수있는 과학적인 이유가있을 수 있다고 제안합니다. 좀 더 일반적으로 과학이 아닌 지역 정치의 문제라고 생각합니다.
davidbak

당신은 그것이 과학적인 것보다 더 인간 주도적이라는 것이 맞지만 실제로는 정치의 경우는 적지 만 (이를 제정하는 정치인이지만) 경제의 경우는 더 적습니다. 관심있는 사람들을위한 Wikipedia 기사에 대한 링크입니다. Daylight_saving_time
KizilKar

2
이 글은 좋은 기사이지만 "정치"의 의미를 보여줍니다. 광범위한 "혜택 및 단점에 대한 분쟁"섹션 에서 DST를지지하는 각 주장 또는 연구에 대해 결정적인 결과 가 없음을 알 수 있습니다 그것에 반대하는 것이 있습니다. 지지자와 혐오자는 단지 자신의 입장을 주장하지만 아무도 결정적인 것을 가리킬 수는 없습니다. 이것이 바로 "정치"의 정의입니다. 실제로 과학보다는 논증 (
강변

1
국가가 정치적 이유로 어떤 시점에서이 정책을 바꿀 수도 있다는 점도 주목할 가치가있다. 국가마다 시간대가 하나있는 것이 좋습니다.
joojaa
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.