はてなブックマーク

一つの GeoHex を KML にして送り出すワンファイル・サーバを作ることができました。 the code #server.rb require 'rubygems' require 'sinatra/base' require 'haml' require 'gh.rb' # @see http://d.hatena.ne.jp/hfu/20110224 class App < Sinatra::Base get '/' do redirect '/geohex/hcawP' end get '/geohex/:geohex' do |geohex| content_type 'application/vnd.google-earth.kml+xml' # easier than apache! #content_type 'text/plain' # good for testin

http://www.publickey1.jp/blog/11/html5ipodiphone.html を Ruby の Sinatra+Haml のワンファイル・サーバで実現してみました。 個人的には、「set :haml, :format => :html5」することで、haml で html5 を出力することが恐くなくなったのが大きいです。 #server.rb require 'rubygems' require 'sinatra/base' require 'haml' class App < Sinatra::Base set :haml, :format => :html5 get '/' do content_type 'text/html' haml <<-EOS !!!UTF-8 %html(manifest='/manifest.manifest') %body

W3C から HTML5 のロゴが出ましたので紹介します。 W3C HTML5 Logo HTML5 自身のロゴがまずあり、それに8つの技術クラス（後述）を追加することができるとのことです。試しに、8つの技術クラスをすべてつけたロゴをはりつけてみます。 縦バージョンも作成できます： HTML5 の 8つの技術クラスとは W3C HTML5 Logo に説明されている「8つの技術クラス」について、簡単に抄訳してみました。 技術クラス 内容 Semantics 構造に意味を持たせるものであり、HTML5の前面であり中心である。RDFa/microdata/microformatによる豊富なタグにより、プログラムにとってもユーザにとってもより使いやすい、データ駆動のWebが可能になる。 Offline and Storeage App Cache, Local Storage, Indexed

既存の JavaScript プログラムに埋め込まれた、経緯度とGoogle Mercatorとの変換式（特にメルカトルから経緯度への逆変換式）を確認してみました。Safari の Web インスペクタを使って簡単に調べてみます。 基本的方法 Safari や Chrome に付属している Web インスペクタには「コンソール」があります。ここに JavaScript コードを書き込むと、そのページでロードされている JavaScript オブジェクトに簡単にアクセスすることができます。Ruby の irb を使うように、Web インスペクタコンソールを使って、JavaScript プログラムを理解していきます。 OpenLayers の場合 http://trac.openlayers.org/wiki/SphericalMercator を読むと結局、OpenLayers.Layer.

d:id:hfu:20100831 の帰結として、データベースのサイズと町字コードのマッチ度合いについてまとめます。 昨日のエントリで行ったこと 昨日のエントリ( d:id:hfu:20100831 )では、Geohash で位置検索をするテストを行うことを目的に、神奈川県の平成21年度版「街区レベル位置参照情報」と「大字・町丁目レベル位置参照情報」を、SQLite3 に登録する処理を行いました。登録にあたり、私にしては珍しく、都道府県テーブル、市区町村テーブル、町字テーブル、街区テーブルを分割し、テーブル間はコード（都道府県コード(JIS)、市区町村コード(JIS)、町字コード(大字・町丁目レベル位置参照情報に収録)) で参照するようにしてみました。また、町字テーブル、街区テーブルに経緯度がつくのですが、経緯度はもっぱら 12 桁の Geohash で登録するようにしています。 データベ

PostGIS から Ruby を介して SVG に直結するタイプのウェブマッピングのコンセプト実証コードです。 コンセプト HTML5 の時代には、クライアントサイド（ブラウザ）のグラフィック能力が格段に向上しています。また、SVG 的にグラフィック要素を宣言していくタイプのグラフィックでは、グラフィックに対してイベントハンドラを自在に定義できるため、デスクトップアプリではむしろ実現できなかった、柔軟かつ豊かなユーザインタラクションが可能となってきます。 一方で、これまで作られてきた "Ajax 的" マップツールキットは、必ずしも HTML5 時代の新機能を活用しておらず、むしろ HTML5 時代の新機能を API の下に隠蔽する傾向があります。 そこで、サーバ側プログラミングと密接に連携することを前提に、SOAP/ASP 的な発想の地図画像サービス（すなわち、Web 1.0 的なサー

JTS Topology Suite を使って、Ruby から幾何属性のきめ細かなコントロールを実現します。今回は、Ruby から JTS を触れるようにするところまで。入門者向け解説です。 JTS Topology Suite とは何か JTS Topology Suite (JTS) とは、幾何属性を取り扱うための Java ライブラリです。実は、オープンソースソフトウェアのジオメトリエンジン*1のほとんどは、JTS か、その C/C++ 実装である GEOS ですので、JTS を抑えることで、オープンソースのジオメトリエンジンでできることの最先端に触れることができます。 JTS の本拠地は、Google でトップで出てくるページではなくて、http://tsusiatsoftware.net/jts/main.html となっています。Google でトップで出てくるページには、最新

Ruby で幾何データを扱うライブラリ GeoRuby で Shapefile の属性情報を取り出す場合、日本語も OK であることが確認できました。 実証コード 属性名にも属性値にも Shift_JIS コードの日本語が使われていることで有名な、「基盤地図情報閲覧コンバートソフト」で変換した「基盤地図情報（道路縁）」の Shapefile から、属性を取り出す GeoRuby のコードは、以下のようになります。 require 'rubygems' require 'geo_ruby' require 'iconv' include GeoRuby::Shp4r include GeoRuby::SimpleFeatures c = Iconv.new('UTF-8', 'Shift_JIS') ShpFile.open('rdedg.shp') {|shp| shp.each {|r|

d:id:yellow_73:20100223 ありがとうございます。これに触発されて、私の考えをいくつか補完してみたいと思います。 サーバとクライアントの役割をひっくり返す話は安全地域での画像生成に限定した話のつもりでした 画像生成のキューがサーバから提供されていて、中断可能な分散クライアントが適宜キューからタスクを取得し、クライアントがサーバからソースデータを取り込んで分散して画像生成し、サーバに地図画像を戻すモデル http://d.hatena.ne.jp/hfu/20100218/1266437151 について、 クライアントを信用できるかどうかが重要です。 http://d.hatena.ne.jp/yellow_73/20100223#p1 とありますが、これはおっしゃるとおりです。上記のモデルは、サービスの完全に後方で、スタティックに提供する画像を生成する「地図画像生成」の

id:wata909 さんに触発されて、WMS に対する id:hfu の考えをまとめてみました。 d:id:wata909:20090217 ありがとうございます。ハイチでの地図作成作業において、主に衛星画像を編集者向け提供する手段として WMS が使用されたことは、「WMS は地図配信プロトコルとしては非現実的である」という論調を取る id:hfu にとってはショッキングな出来事でした。ただし、実例を調べる中で、考えを整理できるような気がしましたので整理してみます。 以下、id:hfu の blogsphere でのポジション上 、WMS の功績への言及や WMS への肯定的評価は省略していますが、WMS の功績は大きく、個人的に大きく感謝もしているのです。しかし、一方で、WMS を超えていくことでこそ Geo+Web の進展*1があると考えています。 ハイチに関しても、一般ユーザへの

市区町村コードから平面直角座標系の系の番号や EPSG コードを得る Ruby コードです。 誰かが公開しておくと多くの人（公開した人も含め）の手間が減りそうなので、ここに置いておきます。cc2epsg.rb という名前にしたいと思います。cc は city code の意味です。 コード本文にも書きましたが無保証である点よろしくお願いします。北海道と鹿児島県と沖縄県で else で逃げているところがあるので、特にそのあたりにバグが入り込んでいる余地があるかも知れません。 # cc2espg.rb: Ruby implementation of # http://vldb.gsi.go.jp/sokuchi/patchjgd/download/Help/jpc/jpc.htm#sansho # Usage of the works is permitted provided that th

オープンスタンダードは、スタンダードという言葉の定義からして、オープンソースやオープンデータとは性質が異なるという考察です。 d:id:hfu:20090304 の続きとして、オープンソースとオープンデータにオープンスタンダードがくっつきすぎることに対する違和感について、思考実験*1により分析してみました。 「ダメなオープン○○」という思考実験 オープンなデータ、ソフトウェア、スタンダードについて、それが技術的にダメだったときに取り得る行動について、「無視する」という選択肢を除くとどうなるか考えてみたところ、 オープンでダメなデータは、更新すればよい。 オープンでダメなソフトウェアは、改善すればよい。 オープンでダメなスタンダードは、地獄への道を舗装する（d:id:sshi:20060215）。 ということばを思いつきました。 これを分析すると、スタンダードは、その「策定過程」や「再配布方

Geohash と QRコードを組み合わせて可視位置タグを作る方法を思いつきました。 日本のへそ POINT (135, 35) の Geohash は、geohash.org によると、xn0p です（http://geohash.org/xn0p）。これを Google Chart API に読み込ませて、http://chart.apis.google.com/chart?chs=150x150&cht=qr&chl=xn0p 、すなわち これを POINT (135, 35) の QR コードとし、その精度は Geohash の文字数から読み取らせる。 QRコードには可視性はあっても可読性がないわけですが、可読性は Geohash が持てるので、Geohash と QRコードをくみあわせたものをシールにして貼ったり GPS と画面を持つデバイスに表示させたりするのが想定される使用例

GML版基盤地図情報のRubyハッシュへのコンバータを作りました。 d:id:hfu:20080401 の続きとして、道路縁だけでなくすべての基盤地図情報地物に対応し、ダウンロードした ZIP ファイルを含むフォルダを直接解釈できるようにし、地物ごとにハッシュを yield するコンバータを作りました。 あまり趣味的なことをすることが道義的に許される状況にないのですが、お世話になっている方々にもあるいは役にも立つかも知れないし、そうでない方々にも役立つかも知れないということで、作成かつ発信させていただくことにしました。個人的な動機は、基盤地図情報と一緒に配布されているコンバータが Mac OS X で高速には動作させにくく、出力が Shapefile であり、その属性名が日本語であって扱いにくいことから、Mac OS X で軽快に動作する単純なコンバータが欲しかったからです。また、そのコン

PostGISとRubyをsequelでつなぐとシンプルで気持ちがよいです。 sequel をインストール sequel というのは、the database toolkit for ruby という名前を持ち http://sequel.rubyforge.org/ でホストされているプロジェクトです。次のようにしてインストール可能です。 sudo gem install sequel コマンド sequel でデータベースにアクセス sequel をインストールすると sequel というコマンドラインツールが動かせます。psql よりもモダンで、簡単であるように感じます。d:id:hfu:20090616 の規約に従うと、次のような感じで動かすことができます。 $ sequel postgres://happier:more_productive@localhost/fitter Y

TMSのタイルファイル名を表示するTMSサーバを実装しました。 こういうものが表示されるものを作りました グリッドが、 TMS サーバが出力しているものです。 実装 タイル画像は RMagick で作ります。Rack には RMagick::Image#to_blob の出力を渡してあげるだけでOKです。 require 'stringio' require 'rubygems' require 'rmagick' use Rack::CommonLogger map '/' do run proc {|env| [200, {'Content-Type' => 'text/html'}, StringIO.new(<<-EOS <?xml version="1.0" encoding="UTF-8"?> <html xmlns="http://www.w3.org/1999/xhtml"

d:id:hfu:20090316 に対するはてなブックマークで、yohei さんにコメントをいただきました。 任意矩形をquery paramsで取得するのはRESTfulに設計できます(RWS第5章)。サーバ内部の処理とインターフェース設計はまずは別に考えるべきと思います。 http://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/hfu/20090316/1237148944 実は、RWS こと「RESTful Web サービス」、昨日入手したところでした。セレンディピティ*1、ですね。早速開いてみています。 RESTful な任意矩形指定 RWSこと「RESTful WEb サービス」5章 p.124 に、次のように書かれています。 http://maps.example.com/geologic/Earth/43.9,-103.46 この