Google Mapの各ズームレベルごとのピクセル数と距離の関係

追記10.12.13：

amay007さまのコメントで、以下の関係は緯度が変わると成り立たないことがわかりました。

1年以上前の記事なので正確な位置は覚えていないのですが、神奈川県厚木市付近の地図を使って計算していたことは覚えています。

そこで、先ほどGoogle Mapで神奈川県厚木市役所付近と沖縄県沖縄市役所付近のフルズーム状態(Lv19)の縮尺表示のキャプチャーを取ってピクセル数を見てみました。

厚木市役所付近 - 86px
沖縄市役所付近 - 79px

つまり、以下の関係は神奈川県厚木市付近でのみ（しかも大体）成り立つということですm(_ _)m

ということは、さらに相当面倒なことに・・・

例えば、この神奈川のテーブルを基準にして、沖縄や北海道との差分を求めて、神奈川からの緯度の変位によって補正をかける、とか？

いやぁ、参りました(;´д｀)

あれから1年以上経っているいるので、何か便利なAPIが出来ているかもしれません。今一度調べてみる必要があると思います。

----

Google Mapの各ズームレベルごとに縮尺表示のキャプチャーを取り、縮尺のピクセル数を調べ、ピクセル数と距離の関係を求めた。

API的に何かいい方法はないかと色々探したが、結局見つからなかったのでこんな目に。
あ〜無駄に疲れるo(´^｀)o ｳｰ

もし同じことをしようとしている人がいたら、これ使ってください。こんな事をするのは自分１人で十分。人類のエネルギーの無駄ですから。

Lv0 : 10000km = 10,000,000m,  81pix, 123,456.79012 m/pix, 0.00001 pix/m
Lv1 :  5000km =  5,000,000m,  81pix,  61,728.39506 m/pix, 0.00002 pix/m
Lv2 :  2000km =  2,000,000m,  66pix,  30,303.03030 m/pix, 0.00003 pix/m
Lv3 :  1000km =  1,000,000m,  66pix,  15,151.51515 m/pix, 0.00007 pix/m
Lv4 :   500km =    500,000m,  66pix,   7,575.75758 m/pix, 0.00013 pix/m
Lv5 :   200km =    200,000m,  53pix,   3,773.58491 m/pix, 0.00027 pix/m
Lv6 :   200km =    200,000m, 103pix,   1,941.74757 m/pix, 0.00052 pix/m
Lv7 :   100km =    100,000m, 103pix,     970.87379 m/pix, 0.00103 pix/m
Lv8 :    50km =     50,000m, 103pix,     485.43689 m/pix, 0.00206 pix/m
Lv9 :    20km =     20,000m,  84pix,     238.09524 m/pix, 0.00420 pix/m
Lv10:    10km =     10,000m,  84pix,     119.04762 m/pix, 0.00840 pix/m
Lv11:     5km =      5,000m,  84pix,      59.52381 m/pix, 0.01680 pix/m
Lv12:     2km =      2,000m,  67pix,      29.85075 m/pix, 0.02350 pix/m
Lv13:     1km =      1,000m,  67pix,      14.92537 m/pix, 0.06700 pix/m
Lv14:    500m =        500m,  67pix,       7.46269 m/pix, 0.13400 pix/m
Lv15:    200m =        200m,  54pix,       3.70370 m/pix, 0.27000 pix/m
Lv16:    200m =        200m, 106pix,       1.88679 m/pix, 0.53000 pix/m
Lv17:    100m =        100m, 106pix,       0.94340 m/pix, 1.06000 pix/m
Lv18:     50m =         50m, 106pix,       0.47170 m/pix, 2.12000 pix/m
Lv19:     20m =         20m,  85pix,       0.23529 m/pix, 4.20000 pix/m

コメント

  1. misahot2009年9月4日 20:02

    お疲れ様でした！

    返信削除
  2. 匿名2009年12月16日 1:19

    とても助かりました

    返信削除
  3. 匿名2010年2月15日 14:38

    ありがとうございます

    返信削除
  4. 匿名2010年4月4日 11:58

    ありがとうございます。

    返信削除
  5. junkoro2010年4月4日 16:14

    久しぶりに見たら、皆様のお役に立っているようでうれしいです(^^)

    返信削除
  6. 匿名2010年5月4日 18:48

    絶対やっているひとがいるとおもったら、いました！
    ありがとうございます。

    返信削除
  7. 匿名2010年7月26日 23:51

    素晴らしい！

    返信削除
  8. 匿名2010年8月5日 12:28

    有難う御座います！助かりました。
    どんな緯度でも上記関係が成り立つのでしょうか？…という疑問が浮かびました。いずれ調べてみたいと思います（日本国内で大体あってれば問題ないんですけど）。

    返信削除
  9. junkoro2010年8月21日 7:43

    geohashでもみられる、歪みというか誤差というか、そういうことをおっしゃっているのでしょうか・・・

    自分は単に縮尺表示のピクセル数と距離の関係を求めただけなので、正直それ以上のことはわかりません。

    お役に立てればよいのですが。

    返信削除
  10. 匿名2010年10月12日 13:41

    とても助かりました
    ありがとうございます

    返信削除
  11. 匿名2010年10月20日 14:28

    ありがとうございます、助かりました。

    返信削除
  12. 匿名2010年10月22日 20:23

    ありがとうございます！

    返信削除
  13. amay0772010年12月13日 11:06

    ありがとうございます！

    返信削除
  14. amay0772010年12月13日 13:17

    2010年8月5日12:28 さんが仰られている事ですが…
    GoogleMap はメルカトル図法の地図なので、北へ行く程１pix辺りの距離(ｍ)が大きくなっていくハズです。
    ちょっと調べた所、日本でも北海道と沖縄では、同じズームレベルでも縮尺表示の大きさが異なりますね。
    こちらの情報は日本のどの地点で調べられたのでしょうか？
    参考までにお知らせいただけましたら幸いです。

    返信削除
  15. junkoro2010年12月13日 14:19

    amay077さま、仰る通りでした。

    本文にも追記しましたが、計算に使った地図の場所は神奈川県厚木市付近です。

    これは相当面倒なことになりますね。いやはや、参りました。

    コメントして頂いてありがとうございました。大変勉強になりました。

    返信削除
  16. hondou2011年6月7日 2:41

    はじめまして、調査どうもありがとうございました。

    Google Maps の仕様を元に計算してみたところ

    (2πR・cosθ) / (256 x 2^n)　km/px

    Ｒ : 6378.137 km (地球の赤道半径)
    θ : 緯度
    ｎ : Zoom レベル (2^n は 2のn乗)

    で計算できるようです。

    このサイトで公表していただいているデータで検算させていただいたところ、だいたい 3% 位の誤差だったのでたぶん正しいだろうと確信が持てました。

    重ね重ね調査ありがとうございました。

    返信削除
  17. hondou2011年6月7日 2:43

    こちらに、詳しいことを載せておきましたので、よろしかったら参考にしてください

    http://hondou.homedns.org/pukiwiki/index.php?Java%20Google%20Maps%20%A4%AB%A4%E9%C3%CF%BF%DE%B2%E8%C1%FC%A4%F2%BC%E8%C6%C0%A4%B9%A4%EB

    返信削除
    返信
    1. a-geh-a2013年1月17日 6:53

      hondouさん

      はじめまして。a-geh-aと申します。
      これほど月日が経ってしまっているので大変恐縮なのですが質問があります。
      そのページを見させていただいたのですが、
      　r(θ)=Rcosθ
      と表現出来るのはなぜですが？
      地球が円ならば確かに成り立つと思うのですが…

      おそらくそのあたりの間違いが最終的な誤差に繋がっているものと推測されます。。。

      削除
  18. junkoro2011年6月7日 8:46

    うぉぉ！そんな式で計算できるのですね。すばらしいです。

    微力ながらお役に立てたようでうれしいです。

    しかし、最近APIを見ていないのですが、あれから2年近く経とうとしているのに、まだこういった機能が実装されていないのでしょうか。

    あまりニーズがないのでしょうか。結構重要だと思うのですけれど。

    返信削除
  19. だ2022年2月1日 16:37

    Lv15が200mになっていますが、正しくは350mですかね？

    返信削除

コメントを投稿

このブログの人気の投稿

レオナルド・ダ・ビンチはなぜノートを「鏡文字」で書いたのか？

イメージ
日経14.06.08朝　芸術と科学のあいだ　１７　鏡文字に込めた天才の思惑　福岡伸一 …ダ・ビンチの筆の特徴は、線が左上から斜め右下へと流れていることである。これは彼が左利きだったかららしい。 もう一つの際立った特徴は、文字がすべて鏡文字、左右反転で書かれていることだ… アイディアを盗まれないよう暗号化したのだという説があるが、暗号にしては簡単に解読されてしまう… ダ・ビンチは天才であり完璧主義者であると同時に、大いなる山っ気を持った人物でもあった。 いつも自分を売り込むこと、プランやアイディアを広めることを考えていた。そのためには何が必要か。マスメディアである。 ダ・ビンチの鏡文字は自分の原稿をいつの日か活版印刷するために意図された周到な準備だったのではなかったか。 日経記事より レオナルド・ダ・ビンチは過去の人物の中で最も尊敬する人物だ。彼は本当に何でも出来た。芸術も、科学も、工学も。まさに「万能人 (uomo universale)」。 レオナルド・ダ・ヴィンチ - Wikipedia 当然自分はダ・ビンチの足元にも及ばないが、いくつもの人工言語（プログラミング言語）を使うことができる。ひとつをマスターするのは大変だったが、ひとつマスターするとその他の言語にはかなりの共通点があるので、新しい言語を習得するのにそれほど時間がかからなくなったからだ。 いかに天才であったとしても生きられる時間は限られている。その限られた時間の中であれほどの多方面に渡る物事を習得できたのは、「すべてのものに共通する何か」を習得したからではないかと思うのだ。 自分の知る限り、その「すべてのものに共通する何か」を習得したのではないかと思える人物は、ダ・ビンチただ一人だ。 そのダ・ビンチの新たな側面を知った。山っ気というか、マーケティングにも興味があったようだ。 そのマーケティングには何らかのメディアが必要だ。やはり自分もダ・ビンチは活版印刷のために鏡文字を使っていた説に一票だ。 マーケティングへの興味という他にもう一つ根拠がある。ダ・ビンチが生まれたのが1452年。グーテンベルクの聖書が世界で初めて活版印刷でつくられたのが1455年。 グーテンベルク聖書 - Wikipedia つまり、ダ・ビンチが生きた時代は活版印...
続きを読む

macでsmb（samba）共有サーバーに別名で接続（別アカウント名で接続）する方法

macでsmb（samba）共有サーバーに別のアカウント名で接続したくなった。 接続を解除してもパスワードを保存してしまったために自動的に再接続してしまい、別アカウント名で接続できなくなってしまった(´・ω・`) どうすれば別名で接続できるのか？ Finder＞移動＞サーバーへ接続＞サーバアドレス に下記のように入力する。 smb://アカウント名@ホスト名 ノリでやってみたら、たまたまできちゃった(・∀・) 知らなかったわ〜
続きを読む

Google DriveにCURLでアップロードするには？

イメージ
LinuxからGoogleドライブにファイルをアップロードしたい！ Google Drive にlinuxからファイルを自動アップロードするにはどうしたら良いかを考えていた。 残念ながらlinux版のクライアントは予定はされているものの、まだリリースされていない。さてどうしよう？ 例えば、一応 SDK でライブラリが提供されているのでJavaでクライアントを書くとか？重いなぁ。そこまでやらなきゃいけないか？ そこで、Google DriveはRESTFulなんだからCurlだけでもある程度いけるはず・・・と思ってやってみたらできた。 Get Startedを参考にはじめる。 Google Drive SDK — Google Developers ちなみに、テスト環境はlinuxではなくMacのLIONです。 追記12.07.04 ：CentOS 5 64bitでも正常動作を確認した APIコンソールでアプリケーション登録 まずAPIコンソールでアプリケーション登録をする必要がある。 Google APIs Console Create＞「GoogleDriveUploader」とでも名前を付けて＞Create Project Services＞Drive SDKをON API Access＞Create an OAuth2.0 client ID Product Nameに「GoogleDriveUploader」とでも名前を付けて＞Next Installed Application、Otherを選択して＞Create client ID ここまででこんな情報を貰える。これが必要な情報。 ブラウザでOAuth認証してcodeを取得する 今度はブラウザ上で、先ほど得た情報を使ってOAuthの認証を通す。 https://accounts.google.com/o/oauth2/auth?client_id= CLIENT_ID &response_type=code&redirect_uri=urn:ietf:wg:oauth:2.0:oob&scope=https://www.googleapis.com/auth/drive こんな画面が出るので「アクセス...
続きを読む