それは、どういうものですか？

WordPressのURLとして使われる投稿スラッグ。これは、標準だと投稿タイトルをURLエンコードしたものが自動的に使われて、やけに長くなるしかっこ悪い。

んで、ぼくは投稿タイトルを逐一英訳して投稿スラッグとして入力しているんだけど、ボキャ貧なので通じるかどうかわからない怪しげな英語になってしまう ＞＜

そこで、自動的に投稿タイトルを英訳してくれて、それが投稿スラッグになってくれると素敵だなと思い、WordPressのプラグインを作ってみました。

インストール方法と使い方

<?php
/*
Plugin Name: Slug translate J to E 
Plugin URI: http://creco.net/
Description: 投稿タイトルの日本語をそのまま投稿スラッグにするのではなく、Google AJAX Language APIで英訳したものを投稿スラッグにします
Author: Shintaro Inagaki
Version: 1.0
Author URI: http://creco.net/
*/

function slug_translate_j_to_e($title) {

    $translateApiUrl = 'http://ajax.googleapis.com/ajax/services/language/translate?v=1.0&q='.urlencode($title).'&langpair=ja%7Cen';
    $response = file_get_contents($translateApiUrl);  

    $parsedJson = json_decode($response);

    if(isset($parsedJson->responseData->translatedText)) {
        $title = $parsedJson->responseData->translatedText;
    }
    $title = strtolower($title);
    $title = str_replace(' ', '_', $title);
    $title = preg_replace('/[^%a-z0-9_-]/', '', $title);

    return $title;
}

add_filter('sanitize_title', 'slug_translate_j_to_e', 9);

?>

上のコードを適当なファイルに保存（ slug-translate-j-to-e.php とか適当な名前つけてね）して、WordPressのプラグインフォルダ（ /wp-content/plugins/ 以下）にアップロードすれば、プラグイン管理画面から「使用する」が選べるようになります。

後は、普通に投稿すれば自動的に投稿タイトルを翻訳したものが投稿スラッグとして使われてると思います。

翻訳を確認したいという場合は、「下書きとして保存」とし、その後に投稿スラッグを編集すれば、半手動で利用できるかと。

やっていること

Translation API のクラス リファレンス – Google AJAX Language API – Google Code をRESTで使用しています。

タイトルをAPIに投げて、JSONで帰ってきたものを処理。

処理は、上から順番に、大文字を小文字にする → スペースをアンダースコアに変換する → 小文字英数字とハイフン、アンダースコア以外の文字を削除する といった内容。

注意点

Google の翻訳は期待しないほうがいい。

まず基本

Google MapsのAPIと違って、日本語での情報が少ない（マニュアル）けど、

http://maps.google.com/maps/geo?ll=35,135&output=xml&key=GOOGLE_MAPS_API_KEY&hl=ja&oe=UTF8

URLはこのサンプルみたいにして、HTTP GETでXMLが取得できる。

リクエストパラメーター

レスポンス（XMLをsimple_xmlでパースした場合）

基本的に詳細な住所ほど、先頭にくるのでPlacemark[0]を見れればokとか考えていたらハマった。

なぜか道路の名前を返す、素敵なリバースジオコーダ－

ときどき、住所がとれなくて変だな？っておもってよくみると「国道１号」みたいに道の名前が配列の先頭にきてた。他にも郵便番号がとれたりする。

そんな道の名前なんか知りたくないので、どうするかというと、Accuracyで判別してやる。

Accuracy

つまり、Accuracyが5とか6のはいらない子なので、ループ回してcontinueとかでスキップすればいい。

これだけに注意しておけば、世界中の逆ジオコーディングがお手軽にできるので、Google APIはとっても魅力的。あと、住所ってそんなに頻繁に変わらないのでキャッシュしておくのは必須かと。

僕は、多言語対応させるために、ジオポコード（バイナリvarcharに注意）と言語をキーにしてキャッシュするようにしました。
住所の記述方法の切り分けは、日本式がそのままくっつける、アメリカ式は反転してから’, ‘をつけて生成みたいな形。

		$address = array ();
		if ($location['scale'] >= 6) {
			$address[] = $reverse_geocode['administrative_area_name'];
			$address[] = $reverse_geocode['locality_name'];
			$address[] = $reverse_geocode['dependent_locality_name'];
			$address[] = $reverse_geocode['thoroughfare_name'];
		}
		elseif ($location['scale'] >= 4) {
			$address[] = $reverse_geocode['administrative_area_name'];
			$address[] = $reverse_geocode['locality_name'];
			$address[] = $reverse_geocode['dependent_locality_name'];
		}
		elseif ($location['scale'] >= 2) {
			$address[] = $reverse_geocode['administrative_area_name'];
			$address[] = $reverse_geocode['locality_name'];
		} else {
			$address[] = $reverse_geocode['administrative_area_name'];
		}
		// 日本式とアメリカ式の住所表記
		if ($this->config->item('language_min') == 'ja') {
			$result = implode($address);
		} else {
			$address = array_reverse($address);
			$result = implode(', ', $address);
		}

ソースにすると↑。ジオポの縮尺が曖昧になっていく度に、住所も曖昧になる。

そんな理由で、まずはユーザーが接するアプリケーションの開発者サイドにジオポ実装を働きかけていきたい。そのためにも、具体的なサンプルコードをプログラミング苦手な僕が書いてみた。

と、その前に…
ジオポがネタフルで紹介されたよ！
位置情報を短縮したURLに変換するウェブサービス「ジオポ」

スクリーンショット付きで丁寧に紹介していただきありがとうございます。モチベーションあがりました！

実装するアルゴリズム

ジオポ 開発者向け情報にも書いたんだけど、ジオポの符号化はいろんな方法が考えられる。

その中でも、一番わかりやすいと思われる方法を各サンプルコードで実装することにする。

ジオポの符号化の実装

ジオポの符号化方法ですが、こちらで紹介する方法以外にもアルゴリズム（8進数化してビット演算など）はあると思います。ここでは、一番わかりやすいアルゴリズムを紹介します。また、文字ではわかりにくいと思いますので、実際にいろいろな言語で実装したコードは、付録をご覧ください。

変換する緯度・経度は度数法での度（D）表記での数値です。もし、度分（DM）表記や度分秒（DMS）表記の場合は、前もって度へと変換してください。
また、南緯と西経はそれぞれマイナス値となります。

緯度・経度からジオポへの符号化を実装するには、まず度数法で与えられる緯度・経度を十進数に変換します。
緯度と経度をそれぞれ90と180を足して正の値とします。それから、それぞれ90と180で割り、0から1までの値になります。最後に、8の10乗をかけます。

続いて、十進数化した緯度・経度がジオポ符号でのどのエリアにあたるかを算出します。
緯度は、8を9から縮尺を引いた回数だけ乗じた数字で割ってやり、さらに、その数値を8で割ったあまりを取り出します。経度も同様に、8を9から縮尺を引いた回数だけ乗じた数字で割ってやり、さらに、その数値を8で割ったあまりを取り出し、経度には8をかけてやります。その2つの数値を足すと0から63の数値となり、それに対応する文字がジオポ符号ということになります。

次の符号を上のルーチンを繰り返しますが、8を9から縮尺を引いた回数だけ乗じた数字という部分が変化する点に注意してください。この繰り返す回数により、ジオポコードの縮尺（Scale）を決定することができます。

復号化（デコード）

復号化する方法は符号化の逆をすることで実装できます（ジオポコードは可逆性を持ちます）。

ただし、ジオポは小縮尺にも対応しているため、小縮尺になるほど符号化した位置情報との誤差が大きくなります。その誤差をできるだけ平均にするため、緯度・経度をエリアの代表緯度・経度（エリアの真ん中の緯度・経度）へと変換する式が含まれています。

ジオポをクライアントソフト側で独自に復号化して緯度・経度を取り出したい場合は、ジオポURLからジオポコードを抽出する必要があります。
下記の正規表現を用いれば、ジオポコードを抽出することができます。

• 四則演算
• forループ
• べき乗、切り捨て、余り の数学関数
• 文字列の長さ、指定したサイズでの文字列の切り出し、文字列の中にある文字の位置 の文字列関数

キーとなる所はこんだけで、各言語にある関数などを言語間の違いに注意して実装してみる。

実際に実装

JavaScript

/*
 * GeoPo Encode in JavaScript
 * @author : Shintaro Inagaki
 * @param location (Object)
 * @return geopo (String)
 */
function geopoEncode(location){
	// 64characters (number + big and small letter + hyphen + underscore)
	var chars = "0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ-_";

	var geopo = new String();
	var lat = parseFloat(location.lat); // Parse as float
	var lng = parseFloat(location.lng); // Parse as float
	var scale = parseInt(location.scale); // Parse as int

	// Change a degree measure to a decimal number
	lat = (lat + 90) / 180 * Math.pow(8, 10);
	lng = (lng + 180) / 360 * Math.pow(8, 10);

	// Compute a GeoPo code from head and concatenate
	for(var i = 0; i < scale; i++) {
		geopo = geopo + chars.substr(Math.floor(lat / Math.pow(8, 9 - i) % 8) + Math.floor(lng / Math.pow(8, 9 - i) % 8) * 8, 1);
	}
	return geopo;
}

/*
 * GeoPo Decode in JavaScript
 * @author : Shintaro Inagaki
 * @param geopo (String)
 * @return location (Object)
 */
function geopoDecode(geopo){
	// 64characters (number + big and small letter + hyphen + underscore)
	var chars = "0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ-_";

	var location = new Object();
	var lat = 0;
	var lng = 0;
	var scale = geopo.length; // Scale is length of GeoPo code
	var order = 0;

	for (var i = 0; i < scale; i++) {
		// What number of character that equal to a GeoPo code (0-63)
		order = chars.indexOf(geopo.substr(i, 1));
		// Lat/Lng plus geolocation value of scale
		lat = lat + Math.floor(order % 8) * Math.pow(8, 9 - i);
		lng = lng + Math.floor(order / 8) * Math.pow(8, 9 - i);
	}

	// Change a decimal number to a degree measure, and plus revised value that shift center of area
	location.lat = lat * 180 / Math.pow(8, 10) + 180 / Math.pow(8, scale) / 2 - 90;
	location.lng = lng * 360 / Math.pow(8, 10) + 360 / Math.pow(8, scale) / 2 - 180;
	location.scale = scale;

	return location;
}		

僕はジオポを最初にJavaScriptで作ったので、いわばこれが原型。

パラメーターがString型でそのまま入ってくるといけないので、最初にparseFloat()とparseInt()でそれぞれ型を決めてやる。

そして、べき乗にはMath.pow()、切り捨てにはMath.floor()という数学関数があるので利用。

文字列。String.lengthは文字の長さ。JavaScriptの文字列の結合は+で、String.substr()メソッドによって文字列を切り出してやる。文字列の中にある文字の位置を取ってくるのは String.indexOf()メソッド。

JavaScriptはTry&Errorがしやすいから、実装の基本にするのに向いてるのかも。amachangさんが言ってたように、ブラウザさえあればどこでもプログラミングできるメリットもあるしね。

PHP

/*
 * GeoPo Encode in PHP
 * @author : Shintaro Inagaki
 * @param $location (Array)
 * @return $geopo (String)
 */
function geopoEncode($location) {
	// 64characters (number + big and small letter + hyphen + underscore)
	$chars = "0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ-_";

	$geopo = "";
	$lat = $location['lat'];
	$lng = $location['lng'];
	$scale = $location['scale'];

	// Change a degree measure to a decimal number
	$lat = ($lat + 90) / 180 * pow(8, 10);
	$lng = ($lng + 180) / 360 * pow(8, 10);

	// Compute a GeoPo code from head and concatenate
	for($i = 0; $i < $scale; $i++) {
		$geopo .= substr($chars, floor($lat / pow(8, 9 - $i) % 8) + floor($lng / pow(8, 9 - $i) % 8) * 8, 1);
	}
	return $geopo;
}		

/*
 * GeoPo Decode in PHP
 * @author : Shintaro Inagaki
 * @param $geopo (String)
 * @return $location (Array)
 */
function geopoDecode($geopo) {
	// 64characters (number + big and small letter + hyphen + underscore)
	$chars = "0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ-_";
	// Array for geolocation
	$location = array ();

	for ($i = 0; $i < strlen($geopo); $i++) {
		// What number of character that equal to a GeoPo code (0-63)
		$order = strpos($chars, substr($geopo, $i, 1));
		// Lat/Lng plus geolocation value of scale
		$location['lat'] = $location['lat'] + floor($order % 8) * pow(8, 9 - $i);
		$location['lng'] = $location['lng'] + floor($order / 8) * pow(8, 9 - $i);
	}

	// Change a decimal number to a degree measure, and plus revised value that shift center of area
	$location['lat'] = $location['lat'] * 180 / pow(8, 10) + 180 / pow(8, strlen($geopo)) / 2 - 90;
	$location['lng'] = $location['lng'] * 360 / pow(8, 10) + 360 / pow(8, strlen($geopo)) / 2 - 180;
	$location['scale'] = strlen($geopo);

	return $location;
}		

なんちゃってPerlerからPHPに移行してもう何年も経つけど、やっぱりPHPが好き。未だに知らない関数ばかりだけどね ＞＜

べき乗はpow()、切り捨てはfloor()。文字列の長さはstrlen()、文字列の切り出しはsubstr()、文字列の中にある文字の位置はstrpos()。

こういう関数あるかなぁってマニュアル見ると、大抵あるから、CHM形式のマニュアルが手元にあると便利です。

Objective-C

/*
 * GeoPo Encode in Objective-C
 * @author : Shintaro Inagaki
 * @param geopo, latitude, longitude, scale (pointer)
 */
-(void)encodeGeopo:(id)geopo latitude:(double *)lat longitude:(double *)lng scale:(int *)scale {
	NSString *chars = @"0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ-_";

	*lat = (*lat + 90) / 180 * pow(8.0, 10.0);
	*lng = (*lng + 180) / 360 * pow(8.0, 10.0);

	for(int i = 0; i < *scale; i++){
		[geopo appendString:[chars substringWithRange:NSMakeRange(floor(fmod(*lat / pow(8.0, 9.0 - i), 8.0)) + floor(fmod(*lng / pow(8.0, 9.0 - i), 8.0)) * 8, 1)]];
	}
}		

/*
 * GeoPo Decode in Objective-C
 * @author : Shintaro Inagaki
 * @param geopo, latitude, longitude, scale (pointer)
 */
-(void)decodeGeopo:(id)geopo latitude:(double *)lat longitude:(double *)lng scale:(int *)scale {
	NSString *chars = @"0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ-_";
	int order;

	*scale = [geopo length];

	for (int i = 0; i < *scale; i++) {
		order = NSMaxRange([chars rangeOfString:[geopo substringWithRange:NSMakeRange(i, 1)]]) - 1;
		*lat += (order % 8) * pow(8, 9 - i);
		*lng += floor(order / 8) * pow(8, 9 - i);
	}

	*lat = *lat * 180 / pow(8, 10) + 180 / pow(8, *scale) / 2 - 90;
	*lng = *lng * 360 / pow(8, 10) + 360 / pow(8, *scale) / 2 - 180;
}		

iPhone開発者に媚びを売るにはObjective-Cでの実装も必須だよね。でも、素直にCで書いたほうがよかったかもって後から思った。そんな、ダメダメなサンプルコード。つっこみ歓迎。

パラメーターはポインタで渡す。で、未だに理解できてないけど idやdoubleなどのプリミティブなオブジェクトを使うらしい。

整数のintなら%が余りとして利用できるんだけど、doubleなど浮動小数点になるとfmod()を使わなきゃならん。べき乗のpow()の中身も小数点付いてますよってことをアピールしてるんだけど、これって意味あったっけ？（c++の場合はこうじゃないと叱られた気がする） floor()で切り捨て。

文字列を切り出すにはsubstringWithRange: 使うんだけど、これの引数はNSRange型なので中でNSMakeRange()使ってNSRange型を作って渡してやる。そして、文字列をくっつけるにはappendString:。ただし、こうやって可変な文字列を扱うには文字列の型をNSMutableStringにしないとダメ（ここでいうgeopoの宣言）だから注意してね。

こっからが難問ｗ 復号化のほう

文字列の中にある文字の位置を取ってきたいんだけど、一発でできるようなものはなかった＞＜

仕方がないので、substringWithRange:で文字列を切り出してやって、それがどこの位置かをrangeOfString:で取り出すという二段構成に。ただ、それだけだとNSRange型が返ってきて、希望するintではないからNSMaxRange()で整数値にするという三段構成に。そうすると、先頭からの位置+1になり、帳尻をあわせるために最後に-1。

ひょっとすると、もっと簡単にサクッとできるような関数があるのかもしれない。あったら教えてくださいな。

しっかし、Objective-Cと他の言語を混ぜて考えると関数の形で混乱するわｗ

iPhoneアプリ作りは、ゆっくりとした休日にやろうと思った。

エクセル

ジオポのエンコード方法（エクセル関数）

以下で利用している【】はセルの位置です（A1、B4等）。各自読み替えて利用してください。

緯度を入力するセルの位置を【緯度】とします。
経度を入力するセルの位置を【経度】とします。
符号化に使用する文字列のあるセルを【符号】とし、
「0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ-_」
を入力します（「」は除いてください）。

ジオポコードの1文字目を出力したいセルに、
「=MID(【符号】,INT(MOD((【緯度】+90)/180*POWER(8,10)/POWER(8,9),8))+INT(MOD((【経度】+180)/360*POWER(8,10)/POWER(8,9),8))*8+1,1)」
とすると、1文字目のジオポコードが得られます。
同様に、
「=MID(【符号】,INT(MOD((【緯度】+90)/180*POWER(8,10)/POWER(8,8),8))+INT(MOD((【経度】+180)/360*POWER(8,10)/POWER(8,8),8))*8+1,1)」
とPOWERの2番目の引数を1引いてやると、2文字目のジオポコードとなり、2文字目以降も同じ繰り返しとなります。

それぞれのジオポコードのセルを&で結合してやれば、ジオポコードの文字列となります。

（例）
A1に緯度、B1に経度、C1に符号化文字列を入力。
A2に「=MID(C1,INT(MOD((A1+90)/180*POWER(8,10)/POWER(8,9),8))+INT(MOD((B1+180)/360*POWER(8,10)/POWER(8,9),8))*8+1,1)」と入力。
B2に「=MID(C1,INT(MOD((A1+90)/180*POWER(8,10)/POWER(8,8),8))+INT(MOD((B1+180)/360*POWER(8,10)/POWER(8,8),8))*8+1,1)」と入力。
C2に「=MID(C1,INT(MOD((A1+90)/180*POWER(8,10)/POWER(8,7),8))+INT(MOD((B1+180)/360*POWER(8,10)/POWER(8,7),8))*8+1,1)」と入力。
D2に「=MID(C1,INT(MOD((A1+90)/180*POWER(8,10)/POWER(8,6),8))+INT(MOD((B1+180)/360*POWER(8,10)/POWER(8,6),8))*8+1,1)」と入力。
E2に「=MID(C1,INT(MOD((A1+90)/180*POWER(8,10)/POWER(8,5),8))+INT(MOD((B1+180)/360*POWER(8,10)/POWER(8,5),8))*8+1,1)」と入力。
F2に「=MID(C1,INT(MOD((A1+90)/180*POWER(8,10)/POWER(8,4),8))+INT(MOD((B1+180)/360*POWER(8,10)/POWER(8,4),8))*8+1,1)」と入力。
A3に「=A2&B2&C2&D2&E2&F2」と入力すれば、A3で6文字のジオポコードが得られます。
		

最後にネタ的なエクセル関数を使った実装。

型の宣言しないで計算できるし好き。べき乗はPOWER()、切り捨てはINT()、余りはMOD()。

そして、MID()は指定した範囲の文字列を取ってこれて、文字を結合するには&で繋げるだけ。

無駄が多くて関数が長くなったり、途中計算用のセルが必要になったりするけど、単純なエクセル関数でも実装できるってことが重要。Scale（縮尺）がないけど気にしない。

まとめ

簡単に実装できることを実証したかったんだけど、Objective-Cは時間がかかって気づいたら朝になってた…

いろんな言語に触れてみるのは楽しいね。今度は、C、Perl、Pythonあたりを挑戦してみるつもり。

そんなわけで、単純に内部で言語を切り替えただけではクロールされる言語がひとつになってしまい、問題になってきます。
そこで、多言語に対応したサイトの作り方をメモとして書いておく。

有名なウェブサイトはどうなっている？

多言語化に対応しているウェブサイトなんて沢山あるわけなんだけど、どうやって対応させるかを調査。

Google

Googleの場合、ドメイン自体が
www.google.com
www.google.co.jp
と２つあり、www.google.com/intl/ja/ と www.google.co.jp がほとんど同じような内容で日本語対応コンテンツとなっている。

つまり、 /intl/ja/ の部分が多言語化に対応させた部分。

Skype

Skypeの場合はドメインは www.skype.com のみ。
そして、日本語対応コンテンツは www.skype.com/intl/ja/welcomeback/ 。welcomebackを削ってもリダイレクトされるので、Googleと同じく

/intl/ja/ の部分が多言語化に対応させた部分。

２つの事例しか見てないけど、/intl/ja/ のように階層を切って多言語化させるのがよさそう（何より、Googleがやってるんだから、間違いないでしょ！）。

どうでもいい話

intl って今までイニシャライズ（initialize：初期化）の略で、スタートページだから初期化なんだよって勘違いしてた ＞＜

これって、インターナショナライゼーション（internatinalization：国際化）の略なんですね。

CodeIgniterでの実装例

内部での言語切り替えが済んでる人は飛ばしてください。

僕のやり方なので、多分はずれたやり方だと思うｗ

前提：内部の国際化対応

// 国際化
if (isset($_SERVER['HTTP_ACCEPT_LANGUAGE']) && ereg('ja', $_SERVER['HTTP_ACCEPT_LANGUAGE'])) {
	$config['language'] = 'japanese';
	$config['language_min'] = 'ja';
}else{
	$config['language'] = 'english';
	$config['language_min'] = 'en';
}

こんな形で設定ファイル内でブラウザの HTTP_ACCEPT_LANGUAGE を読み取って、言語を設定。

$this->lang->load('index', $this->config->item('language'));

コントローラー内で言語ファイルの読み込み。

<img src="hogehoge_<?=$this->config->item('language_min')?>.gif" alt="<?=$this->lang->line('index_hogehoge')?>" />

ビューでは、前で設定した言語略称（language_min）を利用したファイル名の切り分けや言語ファイルでのテキスト行の読み込みを行います。

言語ファイルは、 /application/language/【言語名】/【言語ファイル名】_lang.php みたいな形で言語の数だけ作成します。

これだけだと、URIはひとつなので、次にroutes.phpを使った切り替え。

routes.phpを使った言語の切り替え

$route['intl/([a-z]{2})'] = "【class】/【function】/$1";

毎度便利なroutes.php。こんだけでok。

functionはデフォルトコントローラーを使って、

	function index($language = "") {
		// 設定
		switch ($language){
			case 'ja':
				$this->config->set_item('language', 'japanese');
				$this->config->set_item('language_min', 'ja');
				break;
			case 'en':
				$this->config->set_item('language', 'english');
				$this->config->set_item('language_min', 'en');
				break;
		}
		$this->lang->load('index', $this->config->item('language'));

みたいに、設定をコントローラーで強制的に上書きしちゃえばいいんじゃないかな。

最後に、

手動でも言語を切り替えできるようなリンクをビューに用意してあげて、あとは検索エンジンにうまくクロールされるのを待つだけ。

でも、ソーシャルブックマークのリンクの固定リンクをどこに設定するとか、ルートURLの言語は何にするとかは悩むところですね。

フルスクラッチは、コントローラーからビューだけをinclude()する方法で作っていたので、置き換えもスムース。そして、スピーディー。

1. CodeIgniterをダウンロード、展開
2. .htaccess 書き換え
3. config.php の設定
• $config['base_url']    = "http://" . $_SERVER["HTTP_HOST"]; としてローカル環境・本番環境でも切り替え必要なし。
• //$config['index_page'] = "index.php"; コメントアウト
4. autoload.php の設定
• ライブラリのuser_agentとコンフィグに独自config
5. コントローラーをクラス化してやり、少しの書き換え
6. 同時に独自configファイルを作ってやる
• サーバ名を見て、ローカルだったらデバッグフラグ立てる
• Google Maps APIがローカルだと使えない（localhostならいけるけど、プロジェクトごとに projectName.localhostとしてhostsの変更してるので…）
7. ビューを配置
8. user_agents.php の書き換え
• 日本向けの携帯設定と、iPhone判別を追加

こんだけです。多分、1時間もかかってないんじゃないかな？

気づいたこと→routes.phpが素敵

routes.php でクラス、メソッドの呼び出しがマッピングできるんだけど、正規表現が使えるからとっても便利。

今までは、.htaccessでmod_rewriteのために正規表現の条件処理を加えて、パラメータをクエリとして渡してやって、そのクエリをバリデートと分岐させるためにPHPの内部でも正規表現で条件分けしてた。

CodeIgniterだとそんなのいらない、

$route['([0-9a-zA-Z_-]{1,10})'] = "geopo/mapGeopo/$1";

これだけで完了。記述方法もとってもわかりやすい（たしか、Cakeだともっと複雑だった気が）。

そんなこんなで、これから国際化に向けてがんばろうっと。

ブログで取り上げてもらった

ヅラずれなるままに(2009-02-26) – ジオポを試してみた

書いていただき、ありがとうございます。

地図からの選択はわかりにくいかな？あのマーカーがドロップしたときの動きが好きで、あんな仕様にしたんだけど、後で変えて試してみっか。

（例） http://geopo.at/SW8.HQ9.CR8.PU8
こんな形で http://geopo.at/ にロカポをくっつけてください。ジオポと同じように、見ている環境に対応した地図を表示させます。

ロカポとは？

位置情報コード LocaPoint（ロカポ）

ロカポとは、世界中のどんな場所でも12文字で表すことができる、最先端の位置情報コード『LocaPoint』の愛称です。

「今何時？」と聞かれれば「10:35」や「16:45」という短い答えを返せますが、「そこはどこ？」と聞かれると、通常は住所、近くの目印、道順、地図などを使いますが、時刻のように短く答えることはできませんでした。ロカポがあれば、これが可能になります。

緯度経度って単純な数字の羅列だし、緯度と経度どちらを先に？南北・北西はどうやって表す？などの誰もが理解できる明確なフォーマットというのがないんですよね。

同じ地点でも、DMS（度と分と秒で表す）、DM（度と分で表す）やD（度のみで表す）と表現方法がいくつもあって面倒！でも、Google Mapsが登場してから、D（Google Mapsの方法です）にやっとまとまりつつあるような印象。

ロカポはフォーマットを「英文字・英文字・数字」といった具合に規則性をもたせているので、よくありがちな「Q」と「9」などの聞き間違いによるエラーなどを避けることができるメリットがあります。

ジオポと同じで、位置情報を符号化して圧縮しているので、文字数も12文字と短いよ！

ジオポをロカポに対応させる

ジオポとロカポの判別

ジオポの場合、.htaccessでmod_writeを使ってパラメータをクエリとして投げてます。

RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_URI} \/([0-9a-z_-]{1,10})$ [NC]
RewriteRule ^(.*) /index.php?%1 [L]
RewriteCond %{REQUEST_URI} \/([A-Z]{2}[0-9]\.[A-Z]{2}[0-9]\.[A-Z]{2}[0-9]\.[A-Z]{2}[0-9])$
RewriteRule ^(.*) /index.php?%1 [L]

上の条件式はジオポので、"0"～"9"と"a"～"z"と"_"と"-"が1から10の連続ってこと。"A"～"Z"が書いてないけど、mod_writeのルールで [NC]をつけてやると大文字でも小文字でも構わないってことになるから大丈夫。それらを index.phpに投げてやってるだけ、そんだけ。

下の条件式はロカポので、ロカポのコードフォーマットに合わせた条件式を書いてやり、ジオポと同じように投げてる。ただ、ロカポの場合は[NC]を付けないで大文字しか許可しないようにしてある。後々、内部の処理で小文字を許可した場合、意図しない結果になることを恐れてだ。仕様書には小文字うんぬんの記述が見つからなかったけど、多分ダメなんだろう。

ロカポのPHP変換関数

ロカポのサイト内でのリンクに、いろいろな言語で実装されたプログラムがあるんだけど、なぜだかPHPは見つからなかったので、関数を作る。

/*
 * 【PHP版】ロカポのエンコード
 * @author : Shintaro Inagaki
 * @param $location 位置情報配列
 * @return $locapoint ロカポ
 */
function locapointEncode($location) {

	$locapoint = "";
	$latStep = ($location['lat'] + 90) / 180 * 45697600;
	$lngStep = ($location['lng'] + 180) / 360 * 45697600;

	$locapoint = chr($latStep / 1757600 % 26 + 65) . chr($latStep / 67600 % 26 + 65) . chr($latStep / 6760 % 10 + 48) . '.' . chr($lngStep / 1757600 % 26 + 65) . chr($lngStep / 67600 % 26 + 65) . chr($lngStep / 6760 % 10 + 48) . '.' . chr($latStep / 260 % 26 + 65) . chr($latStep / 10 % 26 + 65) . chr($latStep / 1 % 10 + 48) . '.' . chr($lngStep / 260 % 26 + 65) . chr($lngStep / 10 % 26 + 65) . chr($lngStep / 1 % 10 + 48);

	return $locapoint;
}

ロカポのエンコード。

/*
 * 【PHP版】ロカポのデコード
 * @author : Shintaro Inagaki
 * @param $locapoint ロカポ
 * @return $location 位置情報配列
 */
function locapointDecode($locapoint) {
	// 位置情報配列
	$location = array ();

	$location['lat'] = ((ord(substr($locapoint, 0, 1)) - 65) * 1757600 + (ord(substr($locapoint, 1, 1)) - 65) * 67600 + (ord(substr($locapoint, 2, 1)) - 48) * 6760 + (ord(substr($locapoint, 8, 1)) - 65) * 260 + (ord(substr($locapoint, 9, 1)) - 65) * 10 + (ord(substr($locapoint, 10, 1)) - 48) * 1) * 180 / 45697600 - 90;
	$location['lng'] = ((ord(substr($locapoint, 4, 1)) - 65) * 1757600 + (ord(substr($locapoint, 5, 1)) - 65) * 67600 + (ord(substr($locapoint, 6, 1)) - 48) * 6760 + (ord(substr($locapoint, 12, 1)) - 65) * 260 + (ord(substr($locapoint, 13, 1)) - 65) * 10 + (ord(substr($locapoint, 14, 1)) - 48) * 1) * 360 / 45697600 - 180;

	$location['scale'] = 6; // ロカポのみなら必要ありません

	return $location;
}

ロカポのデコード

たぶん、あってると思う。

さっき、小文字だとおかしくなるって書いてたのは、文字コード表での数値がずれるから。もし、対応させるなら、ロカポに strtoupper()をかませればオッケーです。

位置情報のコード化について

ロカポの上田さんの話では、位置情報をコード化させるという事例は海外を含めてもそんなにないそうです。ロカポ、Nコード、マップコード、Natural Area Code(NAC)くらいということ。

これまで日常で位置情報を扱う機会があまりなかったからかなぁ？でも、これからは位置情報が密接になってくるはず。緯度経度の不便さに気づいたときは、是非これらのコードの活用を検討して欲しいです。

自分用メモとしてそれぞれのサイトにリンク。

ロカポ：http://www.locapoint.com/jp/index.html

Ｎコード：http://www.ncproject.jp/

マップコード：http://guide2.e-mapcode.com/

NAC：http://www.nacgeo.com/

Developers Summit 09 デベロッパーズサミット
会場：目黒雅叙園
主催：株式会社翔泳社

今年も行ってきました、デブサミことデベロッパーズサミット＠目黒。
毎年、毎年、バレンタインと同時開催されるこのイベントは、日夜システムやソフトの裏側で働くエンジニアが、貴重な時間を割いて貴重なプレゼンをしてくれるという、私にとってはチョコよりも100倍嬉しい贈り物。

セッションごとにさくっと所感（というより走り書き）を。自分メモ。

2009年2月12日（木）

【12-B-1】 実例で学ぶObjective-C 2.0とGUIの関係～iPhoneアプリ開発を視野に入れて

荻原剛志 氏

Objective-Cの歴史からだったので、実例部分は少し押し気味だったかな。
MacとiPhoneでは実装方法が少し異なるので、それぞれで簡単なデモ。
デモ見ててXcodeのエディタで右上の□が２つ重なったアイコンをクリックすると、ヘッダと実装ファイルを行き来できることを初めて知った！こういう細かいことは、見に行かないとわからないよね。

【12-B-2】 iPhone 開発者座談会

高橋征義 氏/ shachi 氏/ 瀧内元気 氏/ 中川智史 氏/ 森琢磨 氏/ 吉田悠一 氏

豪華なメンバーで、いい意味で普通の方たちでした。中川さんは超イケメン。高橋メソッドで有名な高橋さんがモデレータ。
AppBankさんのところでログがあるので参照。
みんな終始笑顔で、全世界で開発したアプリを使ってもらえるという喜びが伝わってくるよう。
アップルに苦言を呈することもあるけど、年会費１万円という中での仕事ぶりには驚きが。
shachiさんをはじめ様々な方が言われていた、機能を削ぎ落とすというのは重要だと再認識。iPhoneでのアプリ占有時間を増やすのではなく、起動回数を増やしたほうがいいアプリじゃないかなって私は思う。
情報交換に関しては現在進行形でいい方向へ向かっているんじゃないかな？今年入ってから加速してるイメージ。

【12-A-3】 時を超えたプログラミングの道への道

角谷信太郎 氏

ソフトウェアでは、新たな社会構造を作る機会がある。
開発だけがアジャイルではいけないよ！マネージメント、デプロイもアジャイルに！！

【12-C-4】 クラウドプラットフォームの実際

岡本充洋 氏

Salesforceの宣伝らしさがまったく見えないテンポのいいプレゼンがプロフェッショナル。
シングルテナントのスケーラビリティ問題とマルチテナントのカスタマイズ問題を解決
クラウドサービスというのは、クラウドを作るか、クラウドの上で何をするかの２つしかない。
デモ見てるとブラウザ上でコードアシストもできたり、クラウドをクラウドで作ってるという現実が斬新。
Eclipseでもプラグインあるし、気軽に試してみてねーって感じだったので試してみようかな

【12-B-5】 ブラウザJavaScript高速化JITバトル最終決戦

森田創 氏

Chrome(V8) vs Safari(SquirrelFish Extreme) vs Firefox(Trace Monkey)の高速化方法をアルゴリズムとか比較
何で今までJavaScriptは遅かったの？→うざいダイアログやブラクラしか使い道がなかったから＞＜
それに、言語仕様的に高速化しにくい
高速化３つのキーワード ・クラスがない・メソッド呼び出し・正規表現
コミットされてるソース見ると今後の流行りがわかるらしい。んで、GeoLocationみたいな実装があるらしい！これは見なくちゃ！！

【12-B-6】 PHP/MySQL を用いた大規模向けパッケージソフトウェア開発

田中裕一 氏

サイボウズガルーン。パッケージソフトの肝は、ユーザの操作性・機能も重要だけど、管理者が管理しやすいことを忘れちゃいけない。
サイボウズではブラウザで４秒以内に表示されればokというルールを設定して、検証
動作環境に合わせた最適な構成になるように実証して、設定を切り分け

【12-C-7】 株式会社はてなの開発戦略

舘野祐一 氏

館野さんってこんこんのsecondlifeさんだったんですね、わーい
はてなの開発戦略と聞いて、勝手に外部的なものを想像してただけにgitの話とはビックリ！git厨恐るべし
私は今までgitを「ジット」と読んでました「ギット」なんすね、恥ずかしいわ＞＜
svnのブランチ作るのってそんなに面倒かな？GUI厨なんでCUIでコマンド打つ方がよっぽど面倒！
ただ、gitもtortoiseGitがあるので、将来はsubversionとも変わらなくなって来るらしい
後半は、はてブのリニューアルについて。前回のはてブはsqlで直DB読んでたりして密結合だったけど、JSONやRSSを使って疎結合にしたから機能追加とか制限なくできるよ！って話。squidでキャッシュさせてるから速度面でそんなに遅くなるようなこともないみたい。
ポストイットとホワイトボードでのタスク管理は真似して取り入れたいな

2009年2月13日（金）

【13-A-1】 これからのWebテクノロジーを予測する

秋元裕樹 氏

これからという未知の予測というより既存の技術がどうなっていくかっていう内容だったと思う
Web2.0
クラウドコンピューティング：日本にはマッチしないよね
OpenID：ログインウィンドウというUIの慣れをどう解決していくか、採用すると得する仕組みを作っていかないと
OpenSocial：課金をどう解決？
OAuth：twitterで実験中らしい。これ早くこないとパスワードの問題がどんどん表面化していくと思う、期待
CGM/UGC：（答えは会場のみで）
ブラウザ：標準化されていい世の中になったよね。ただ、携帯・TV・ゲーム機を考えちゃうとアレだけど
RIA：去年のデブサミはRIAテーマのセッション多かったけど、まだ波がきてないよね、なんでだろ？
Yahoo!に対するGoogleといい、次というのは必ず来る
なんでも作ってみて、公開しようよ

【13-B-2】 パネルディスカッション：クラウド時代のプログラミングスタイルを語り合おう

米持幸寿 氏/ 萩原正義 氏/ 松尾貴史 氏/ 及川喜之 氏

Google AppEngine、Salesforce、Azure（、IBM社内クラウド）のパネルディスカッションでの戦いを期待してたけど
それぞれの長所を発表してるだけに聞こえて、少し退屈
5分というデモ時間を守らないのには見ている側からもイラっときた＞＜

（途中昼飯と美容院行ってたので3コマ抜けてます、決してサボっていたわけでは…）

【13-A-6】 ひよこクラブ ver.Engineer

庄司嘉織 氏/ 谷口公一 氏/ 堀邦明 氏/ 一井崇 氏

勉強の仕方やアウトプットを紹介しつつ、聴衆のみなさんも壇上に立とうよ！いい刺激になるライトニングトーク
大学では「人に聞くな！まず調べろ！！」という教育されていたので、庄司さんの「ぐぐれかすっていわれないよ」というのにはハッとした。
訊かないことでコミュニケーションを遮断してるようなモヤモヤが私の中にあるので、これからは積極的に「教えてクン」になろうかと。度が過ぎたらググれカスって言ってください。
そして、知らないことをググって調べてるときに見つからないときには諦めるという谷口さんの考え方、今度からは自分がアウトプットした情報をググって見つけられるようにする。素敵です。

【13-A-7】 Webセキュリティ攻守攻防パネルディスカッション「Webアプリケーション／Ajaxセキュリティ徹底バトル」

竹迫良範 氏/ 徳丸浩 氏/ はせがわようすけ 氏/ はまちちゃん 氏/ 大垣靖男 氏

豪華すぎて鼻血が出る。それに糸柳さんたちもいたし、隣の隣の席の方とはまちちゃんがリアルタイムでtwitterしてるよ（藁）とかコミュニケーションとったり、会場全体が異様な雰囲気でしたねw

無知な私にとってIPAの果たしてる仕組み（報告者と対象の折衝役）ってのもわかりやすかったし、手法を実演してくれたりワクワクしながら楽しく参加させていただきました。
幸いにも私ははまちちゃんのウィルスに感染しなかったようでピンピンして名古屋に帰れましたが、潜伏期間とかないよね。

今年も２日間があっという間に終わり。翔泳社さま、スポンサーさま、そしてエンジニアの皆さん、ありがとうございました。

携帯電話のサービスエリアって繋がるのが当然になってあまり気にしなくなっていたんだけど、イーモバイルはサービスエリアが都市部に限定されてるから、否が応でも気にしないと大変なことになる。

それで、イーモバイルのサイトにはEM モバイルブロードバンドサービスエリアとしてサービス提供地域が確認できるようになってるんだけど、Googleマップみたいにドラッグでスクロールできるわけでもなく、いまいちな使い勝手。
他にはPDFでもダウンロードできるようになってて、印刷するには丁度いいんだけど、サイト上で見られる提供地域よりも古い情報（２００８年５月）となってるし、解像度がいまいち。

上の画像はサイトのPNG画像とPDFを比較してみた図。

そこで、サイトのPNG画像を取得してGoogle Earthにオーバーレイできればよくない？いいんじゃね！

ということで作ってみる。

イーモバイルの画像ファイルについての考察１

まず、重ね合わせる元となるPNG画像を取ってこないといけないんだけど、ファイル名の命名規則を調べて、効率的に取ってこないと駄目だよね。

イーモバイルサイトで表示サービスエリアの移動操作はJavaScriptを使ってるので、そのソースを見て、なんとなく動作を理解する。

どうやら、緯度・経度がファイル名に対応しているらしい。第一段階はこんな具合。

http://emobile.jp/area/area/map1/5236/5236.png
map1：ズーム（横幅）。map1は横幅160km。
5236：前の２桁が緯度の軸、後ろの２桁が経度の軸。んで、後から色々試してわかったんだけど、前の２桁は2/3でかけると緯度となり、後ろの２桁は100を足すと経度となる。
加えて画像ファイルの表示範囲は上下左右位置の画像ファイルと半分重なるようになっている。

画像が提供されないエリアについては、下のソースみたくJavaScriptでフラグが管理されてあるのでそれを読み取ってエクセルにマッピングしてみた。

    var inflag;
    inflag = 1;
    if (Mesh_1_XX <= 21) {
        inflag = 1;
    }
    else if (Mesh_1_XX <= 25) {
        if (Mesh_1_YY >= 36 && Mesh_1_YY <= 38) {
            inflag = 0;
        };
    }
    else if (Mesh_1_XX <= 27) {
        if (Mesh_1_YY >= 36 && Mesh_1_YY <= 40) {
            inflag = 0;
（以下省略）

これで、第一段階のKMLはPHPで生成して完成。

<?php

print '<?xml version="1.0" encoding="UTF-8"?>'."n";
print '<kml xmlns="http://earth.google.com/kml/2.2">'."n";
print '<Document>'."n";
print '	<name>emobile</name>'."n";

for($i=36;$i<=68;$i++){
	for($j=22;$j<=45;$j++){

		$inflag = 1;

		if ($j <= 21) {
			$inflag = 1;
		}elseif ($j <= 25) {
			if ($i >= 36 && $i <= 38) {
				$inflag = 0;
			};
		}elseif ($j <= 27) {
			if ($i >= 36 && $i <= 40) {
				$inflag = 0;
			};
		}elseif ($j <= 29) {
			if ($i >= 39 && $i <= 52) {
				$inflag = 0;
			};
		}elseif ($j <= 30) {
			if ($i >= 42 && $i <= 52) {
				$inflag = 0;
			};
		}elseif ($j <= 31) {
			if ($i >= 45 && $i <= 52) {
				$inflag = 0;
			};
		}elseif ($j <= 35) {
			if ($i >= 49 && $i <= 54) {
				$inflag = 0;
			};
		}elseif ($j <= 38) {
			if ($i >= 49 && $i <= 57) {
				$inflag = 0;
			};
		}elseif ($j <= 39) {
			if ($i >= 49 && $i <= 64) {
				$inflag = 0;
			};
		}elseif ($j <= 41) {
			if ($i >= 52 && $i <= 68) {
				$inflag = 0;
			};
		}elseif ($j <= 42) {
			if ($i >= 58 && $i <= 68) {
				$inflag = 0;
			};
		}elseif ($j <= 43) {
			if ($i >= 62 && $i <= 67) {
				$inflag = 0;
			};
		}elseif ($j <= 45) {
			if ($i >= 64 && $i <= 66) {
				$inflag = 0;
			};
		};

		if($inflag){
			continue;
		}

		print '	<GroundOverlay>'."n";
		print '		<name>emobile</name>'."n";
		print '		<Icon>'."n";
		print '			<href>http://emobile.jp/area/area/map1/'.$i.$j.'/'.$i.$j.'.png</href>'."n";
		print '		</Icon>'."n";
		print '		<LatLonBox>'."n";
		print '			<north>'.(($i+2)/3*2).'</north>'."n";
		print '			<south>'.($i/3*2).'</south>'."n";
		print '			<east>'.($j+2+100).'</east>'."n";
		print '			<west>'.($j+100).'</west>'."n";
		print '		</LatLonBox>'."n";
		print '	</GroundOverlay>'."n";
	}
}

print '</Document>'."n";
print '</kml>'."n";

?>

イーモバイルの画像ファイルについての考察２

第一段階では解像度になっとくできないので、第二段階（横幅40km）を取ってくることにする。

http://emobile.jp/area/area/map2/5236/52364D.png

52364D：前の４桁については第一段階と同じ、後ろの２文字は第一段階のエリアを１６分割した場所を示す。

上を北にした地図表現だと次のような場所。

これさえわかれば、あとは同じなので、KMLにしてGoogle Earthで表示してみる。

死亡。

オーバーレイの画像をインターネットから取得して読み込んでいき、沖縄から九州まで時間をかけながら徐々に埋まっていくんだけど、福岡が見えないうちに動作が重たくなって、しまいにはGoogle Earthが落ちた。

よく考えれば、4000枚ものPNG画像をダウンロードしながら表示させるなんて無理ありすぎです。ごめんなさい。

それならば画像を合成してやればok

何度も画像をダウンロードしてるようだとイーモバイルに怒られるので、一旦ローカルに保存してから、それをPHPで１６枚を１枚の画像に合成。

あとは第一段階のKMLを修正（重ね合わせの範囲が違うので）して、ようやくやりたいことができた！

発展としては、サービス提供エリアを画像認識でトレース→ベクトルデータに変換→SWFに。

イーモバイルだけじゃなく他の３キャリアのサービス提供エリアも同じことをする（調べたところ、全キャリアで画像によるサービスエリア表示をしていたので可能）。

全キャリアの重ね合わせをトグルできるようにして、キャリアごとにサービスエリアを比較できるようになっちゃう！！！

需要あるのかわかんないけど、勉強がてら近いうちにやってみたい。

ぶっちゃけていうと、素のままではできることが少なく、最初からいろんな関数があたえられてるPHPと比べると大変なんだけど、シンプルさとソースの見やすさから好きになりそうな言語。わかりやすいし。

それで、GPSとのシリアル通信のプログラムなんだけど、
今まで readline() で読んでたところを、timeout値を1秒近辺（後述）にし read() で取ってやるとつまりもなく、非常にスムース

GPSからの出力データは1秒おきにどばっとくる。そこで、timeout値は0.9秒にしてやって、データがシンクロできるようにとPythonの計算時間を考慮して、一定のコンマ秒で read() する時間を逐次調節するように

ソースは以下の通り

#!/usr/bin/python

import sys, os, os.path, serial, urllib, urllib2, socket, thread, time

socket.setdefaulttimeout(10)

serialPort = 'COM6' #EeePC usb
#serialPort = 'COM3' #EeePC bluetooth
url = 'hogehoge'

tryCount = 0
baseTime = 0

def getGprmcSentence():
	global baseTime

	while True:
		try :
			buffer = ser.read(1000)
		except :
			print "error"
			return "error"

		if int(time.time()) + baseTime - time.time() > 0:
			time.sleep(int(time.time()) + baseTime - time.time() )

		if buffer[0:6] != '$GPGGA':
			print 'sync...'+"\n"
			time.sleep(0.1)
			if baseTime > 0.9:
				baseTime -= 0.9
			else:
				baseTime += 0.1

		if buffer[12:13] == '0':
			lines = buffer.split("\r\n")
			data = []

			for line in lines:
				nmea = line.split(',')

				if nmea[0] == '$GPGGA':
					if len(nmea) == 15 and nmea[14][0:1] == '*':
						data.append(nmea[9])
				elif nmea[0] == '$GPRMC':
					if len(nmea) == 13 and nmea[12][1:2] == '*':
						data.append(nmea[3])
						data.append(nmea[5])
						data.append(nmea[7])
						data.append(nmea[8])
						data.append(nmea[9])
						data.append(nmea[1])

			args = (data,)
			print "thread start..."
			thread.start_new_thread(putGpsData, args)

def putGpsData(args) :

	global tryCount

	params = {
	    "date" : args[5],
	    "time" : args[6],
	    "latitude" : args[1],
	    "longitude" : args[2],
	    "altitude" : args[0],
	    "speed" : args[3],
	    "heading" : args[4],
	}

	try:
		urllib2.urlopen(url, urllib.urlencode(params))
	except urllib2.HTTPError, e:
		print e

	tryCount = tryCount+1

	print tryCount
	print args
	print "\n"

def connect() :
	global ser, baseTime

	try:
		ser = serial.Serial(serialPort, 38400, bytesize=8, parity='N', stopbits=1, timeout=0.9, xonxoff=0, rtscts=0)
	except serial.SerialException, e:
		print e

	baseTime = time.time() - int(time.time());

	while True:
		temp = getGprmcSentence()
		if temp == "error":
			ser.close()
			return

	ser.close()

while True:
	connect()
	time.sleep(5)
	print "reconnect..."

んで、あとはGPSのデータから読み取ったデータにおいて10秒おきにスレッドでPUTしてやる。

そのPUTもhttpのタイムアウト値が10秒以上超してしまうと、整合性があわなくなるので、httpのタイムアウト値も10秒に設定

以前は、NMEAフォーマットのRMCセンテンスだけしかとってなかったので高度が取得できなかったけど、GGAセンテンスも読み取って高度をゲットや！

最後に、USBやBluetoothが途中に抜かれたり、通信エラーしても復帰できるように例外処理からsleep()かけて5秒後に復帰処理するように

PHPのほうは、Ajaxによる更新時間とGPSデータの更新時間が近すぎるとタイミングによってデータの2重取得や取得逃しが発生するので、GPSデータの更新時間から5秒後に更新する（実際にはサーバ時間で秒数の一桁が5秒のとき・・・サーバ時間が正しいことが前提だけどね）ように初回Ajax更新時間を調節

いろんなところにいって早く試したいなｗ