1mあたりの緯度経度 @日本 - アプリなどを開発するブログ
よく使うのでメモ。 1mあたり緯度 : 0.000008983148616 1mあたり経度 : 0.000010966382364
一次元ハッシュコードによる空間半径検索 - Qiita
注意 mysqlで空間検索をする場合、InnoDBでは、空間テーブルが作れないため、一次元ハッシュコードによる検索が必要になります。 MyISAMでも問題ない場合は、空間検索速度が速いので空間テーブルの利用を検討してください。 一次元ハッシュコード検索の基本 考え方の基本については、もっとも流行っている一次元ハッシュコードである、GeoHashについてのこちらの記事（ http://blog.masuidrive.jp/index.php/2010/01/13/geohash/ ）を確認してください。 採用する一次元ハッシュコードの精度レベルいくらのメッシュが、求めようとする緯度で、メッシュの短辺が求めたい検索半径より大きくなるかを調べます。 求めた精度レベルで、検索中心の経緯度のハッシュコードを求めます。 そのハッシュコードの、周辺8つ（自分自身も含めると9つ）のメッシュコードを求めます
GeoHashとは違う、緯度経度のHash的なQuadKeyを作ってみた - maachangの日記
/** * QuadKey. * このQuadKeyは、Microsoftの提唱している、Google地図やBing地図で使われている * 地図画像のタイル配信のインデックス仕様. * http://msdn.microsoft.com/en-us/library/bb259689.aspx * ただし、本来のQuadKeyは文字なのだが、このQuadKeyは、2ビット単位で情報を * 保持しており、数値で扱えるので、文字列での検索と比べて、高速に検索が可能. * * @version 2015/04/03 * @author maachang * @since quadKey * * Copyright (c) 2015 maachang. * This software is released under the MIT License. */ public final class Q
NAVTEQ Hadoop Use Case | Geo-based Content Processing Using HBase
Cloudera Videos Geo-based Content Processing Using HBase, Ravi Veeramachaneni, NAVTEQ Date Tuesday, April 26th, 2011 Description Ravi Veeramachaneni explains the use of Cloudera's Distribution including Apache Hadoop at NAVTEQ, primarily how they use HBase to efficiently store their map database. Back to Chicago Data Summit
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.geospatial.jp/gp_front/
Fumiyuki's Memo: 【Python】緯度経度から距離を計算する
PostGISでGeoなSELECT
Amazon.co.jp: Getting Started with GEO, CouchDB, and Node.js: New Open Source Tools for Location Data: Thompson, Mick: 本
