質問

緯度/経度からタイムゾーンに変換できるライブラリ (またはさらに良い Web サービス) はありますか?

役に立ちましたか?

解決

私は現在取り組んでいるプロジェクトについて、この質問をかなり深く調べました。GeoNames.org と EarthTools.com はどちらも多くの状況に適した選択肢ですが、次のような重大な欠陥があります。

  • GeoNames.org は、データベース内でタイム ゾーン フィールドを含む最も近いポイントを検索することにより、タイム ゾーンを見つけます。これにより、境界付近で誤った結果が生じることがよくあります。また、非常に遅いため、リクエストあたりのクエリ時間は数秒程度になります。また、クエリ ポイントの近くのデータベースに項目がない場合、有効なタイム ゾーンは返されません。また、GeoNames では 1 日に実行できるクエリの数が制限されているため、一括操作が困難になります。
  • EarthTools.org は地図を使用しており、クエリをすばやく返すことができますが、ほとんどの場所で夏時間が考慮されておらず、タイム ゾーン ID ではなく生のオフセットを返します (つまり、「GMT-7」が返されます)。 「アメリカ/シカゴ」の代わりに「」)。また、この投稿を準備しているときに彼らのページを見たところ、Google Chrome が彼らのサイト上のマルウェアについて警告していました。それは私にとって新しいことであり、変わるかもしれませんが、明らかに懸念の原因です。

これらの欠陥は、これらの既存のツールが私のニーズに適していないことを意味したため、独自のソリューションを開発し、一般向けに公開しました。ここで見つけることができます:

http://www.askgeo.com/

AskGeo は世界のタイムゾーン地図に基づいているため、有効な緯度と経度ごとに有効なタイムゾーンを返します。Linux やその他のほとんどのオペレーティング システムやプログラミング フレームワークで使用される標準のタイム ゾーン ID (例: 「America/Los_Angeles」) を返します。また、夏時間を完全に考慮して、現在のオフセットも返します。

使い方は非常に簡単で、使用方法はサイトのメインページに文書化されています。API はバッチ クエリをサポートしているため、大量の検索を行う必要がある場合は、シリアル リクエストでサーバーをダウンさせるのではなく、バッチ インターフェイスを使用してください。一括クエリも大幅に高速化されるため、誰もが有利になります。

これを初めてリリースしたとき、Google App Engine (GAE) 上に構築し、すべてのユーザーに無料で提供しました。これは、当時の GAE の価格が非常に安かったために可能でした。それ以来、サーバーの負荷が大幅に増加し、GAE の価格が大幅に上昇しました。両方の要因が組み合わさって、ホスティングを Amazon Web Services に切り替え、商用利用の課金を開始する一方で、非営利、非営利のオープンソース プロジェクトおよび研究者に対してはサービスを無料のままにすることにしました。商用ユーザーの場合は、潜在的な顧客が API を評価してニーズを満たしていることを確認できるように、1,000 個の無料クエリを提供しています。価格と条件については Web サイトをご覧ください。

基礎となるライブラリは Java で書かれており、多くの需要に応えて、商用ライセンスの下でもライブラリをリリースしました。ライブラリの完全なドキュメントと価格の詳細は、Web サイトにあります。

これがお役に立てば幸いです。それは私が取り組んでいたプロジェクトにとって確かに役に立ちました。

他のヒント

を見てみましょう Geonames.org

経度・緯度から多くの情報を入手できる無料のウェブサービスです。

また、GeoNames Webservices ライブラリ用の無料 (およびオープン ソース) Java クライアントも提供します (他の言語用のライブラリも提供されています:Ruby、Python、Perl、Lisp...)

経度/緯度から得られる情報は次のとおりです。 (Webサービスの完全なリストはこちら)

  • 最寄りの住所を探す
  • 最寄りの交差点を検索
  • 近くの通りを探す
  • 標高
  • タイムゾーン

タイムゾーンは Google API 経由で利用できるようになりました

https://developers.google.com/maps/documentation/timezone/

Yahoo Places API は、逆地理位置情報を介してタイムゾーン情報を提供します。

それをチェックしてください。

http://developer.yahoo.com/geo/placefinder/guide/requests.html

どれくらいの精度が必要ですか?経度を 15 で割るとほぼ正しいでしょう :p

プロジェクトは終了しました:-/

これらはかなり有望に見えます-

アーカイブリンク:

https://web.archive.org/web/20150503145203/http://www.earthtools.org/webservices.htm

エリック・ミュラーが作った シェープファイルマップ tz (Olson) データベースのタイムゾーン。ただし、いくつかの小さな注意点があります。

  1. 使用される境界は非公式であることがよくあります。
  2. tz データベース自体ほど定期的に更新されないため、新しく形成されたゾーンや調整されたゾーンが欠落している可能性があります。

ただし、それらを除けば、ほとんどの目的に対して非常に正確であるようです。

DRT エンジン 緯度、経度、ローカル日時を受け取り、タイムゾーン オフセットを返します。これを使用して、特定の場所のタイムゾーンを確立できます。 未来 日付。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top