문제는 과거의 특정 날짜에 대해 특정 위치에 대해 올바른 시간대 / 오프셋을 정의하는 것입니다.
이것은 실제로 Google Maps Timezone API 서비스를 사용하여 가능합니다.
동일한 결과를 얻을 수있는 다른 사용 가능한 / 준비된 솔루션 (서비스 / libs)이 있는지 궁금합니다. Esp는 외부 서비스에 연결하지 않고도 이것을 할 수 있습니까?
첫 번째 문제와 관련된 두 번째 문제는 특정 위치 (또는 도시)의 시간대 / 오프셋 변경 날짜를 가져 오는 것입니다. 특정 위치가 시간대를 변경 한 날짜입니다. 여기서는 IANA 시간대 db로 처리 할 수있는 일광 절약 시간이 아니라 위치가 특정 순간부터 다른 시간대로 이동하기로 결정한 경우에 대해 이야기하고 있습니다.
이런 종류의 문제를 다루고 해결 경로를 조언 할 수있는 사람을 듣는 것은 흥미 롭습니다.
질문 주석에서 언급 했듯이이 답변 에서 위도와 경도를 IANA 시간대 항목으로 해결하는 옵션 (오프라인 접근 방식 포함)을 찾을 수 있습니다 .
두 번째 질문과 관련하여 특정 지역의 시간대에 대한 모든 변경 사항은 이미 해당 Zone및 Rule항목을 통해 IANA 시간대 데이터베이스에 표시됩니다 . 이것은 일광 절약 조정을 포함 상쇄 표준의 변화, 그리고 (하나가 해당되는 경우) 그 시간대의 이름을 영어 약자로 변경합니다.
질문 설명에서 설명한 경우 크림 반도의 전체 시간은 Europe/Simferopol영역 및 관련 규칙으로 표시됩니다. 여기 에서 세부 정보를 검토 할 수 있습니다 . 언급 한 2014 년 변경 사항이 포함됩니다. 실제로 현지 시간 이 Simferopol과 다른 크림 반도의 일부 지역에 대해 알고 있다면이를 tz 메일 링리스트 에 제출 하여 토론과 토론을해야합니다.
이러한 경우 확인되고 보증되면 "영역 분할"이 발생합니다. 그 결과 기존 지역과 시간이 다른 지역에서 가장 인구가 많은 도시를 사용하여 새로운 IANA 표준 시간대 식별자가 생성됩니다. 새 영역이 생성되면 기존 기록이 이전 영역에서 복사됩니다. LMT 항목 만 새 위치를 반영하도록 조정됩니다. 그런 다음 새 영역 또는 이전 영역 중 어느 쪽이 변경되었는지에 따라 편차가 적용됩니다. 예를 들어 2018h 릴리스Asia/Qostanay 가 생성 되었을 때 Asia/Qyzylorda(둘 다 카자흐스탄에서) 분리됩니다 .
IANA TZDB가 귀하가 제안하는 방식으로 시간대 변경을 다루지 않는 시나리오는 거의 없습니다.
이러한 것들은 tz 코드 및 데이터 ( theory.htmlTZDB 의 파일) 의 이론 및 실용 학 에서 자세히 설명 합니다. 그들은 때때로 tz 메일 링리스트 에서도 논의되고 토론됩니다 .
마지막으로 IANA TZDB는 실제로 지정 학적 경계를 정의하려고하지 않습니다. 그러한 것들은 종종 논쟁의 여지가 있으며 시간을 지키는 사람보다지도 제작자의 영역에 더 가깝습니다. 따라서 위도 / 경도 조회는 그 뒤에있는지도만큼만 우수합니다. 앞서 언급 한 목록 에서 제공되는 대부분의 오픈 소스 솔루션 에서 경계는 Time Zone Boundary Builder 프로젝트 의 데이터를 기반으로하며 , 이는 대부분의 지정 학적 경계에 대해 OSM ( Open Street Map )을 사용합니다. 그러나 Google, Microsoft 및 기타 업체에서 제공하는 온라인 웹 서비스가 반드시 동일한지도를 사용하는 것은 아닙니다. 따라서 사용하는 데이터 소스에 따라 동일한 위도와 경도가 다른 IANA 시간대 식별자로 해석 될 수 있습니다.
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다