国・自治体による高さ1m・0.5m計測を中心とした放射線量マップ Radiation dose measured by MEXT and local governments at 1 or 0....
国・自治体による高さ1m・0.5m計測を中心とした放射線量マップ Radiation dose measured by MEXT and local governments at 1 or 0.5 meter height. Number of displayed points Number of all datas Disp-mode Forecast Color#1(default) <0.1 <0.2 <0.3 <0.4 <0.5 <0.6 <0.7 <0.8 <0.9 <1.0 <1.9 <3.8 <9.5 <19.0 19.0up (単位 μSv/h) microSv/hour re-draw Options-1 Color #1 #2(old) #3(gray) #4(MEXT+) #5(0.15/0.23) #6(0.125/0.25) #7(low) #8(low2) Op
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
google local の地図画像を抜き出して使う
unicodeの記号で表現できてしまうのにびっくり。 下に順に表示させたものをいれておきます。こういうのいれるとまたアドセンス審査に落ちるんだろうなあ…下のURLにアクセスしてみてみてください。 http://maps.google.com/mapdata?latitude_e6=35685815&longitude_e6=139645292&zm=27000&w=360&h=360&cc=us&min_priority=3&Point=b&Point.latitude_e6=35770501&Point.longitude_e6=139528465&Point.iconid=15&Point=e&Point=b&Point.latitude_e6=35762501&Point.longitude_e6=139536465&Point.iconid=16&Point=e&Point=b&
HowGoogleEarthReallyWorks - Google Earth の <ほんとの> 仕組み
HowGoogleEarthReallyWorks - Google Earth の <ほんとの> 仕組み 目次 この文書について Google Earth の <ほんとの> 仕組み パート1 終幕: 3D の仮想地球を描画する 基本 より良いフィルタリングを持ち込む さあ本題に入ろう Google Earth の <ほんとの> 仕組み この文書について RealityPrime > How Google Earth [Really] Works の日本語訳です。 推敲添削歓迎: 誤訳、タイポ、不統一、そのほか ... 有名サイト HowStuffWorks.com の記事 "How Google Earth Works" を読んだら, この記事が "それがどれだけスゴいか" や "その使い方" を書くだけで "それが(ほんとは)どんな仕組みで動いているのか" を説明していないこと
Simple FON Maps - 近くの FON AP を探そう！
FON Maps から稼動している FON AP を抽出して表示します。オフィシャルよりも軽快に作動します。
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
YappoLogs: Geo::Coordinates::Converter - 緯度経度を簡単に変換する
Geo::Coordinates::Converter - 緯度経度を簡単に変換する だいぶ再発明感があるのですが、緯度経度データを簡単に変換出来るモジュールを作りました。 Geo::Coordinates::Converter CPANにうp済みです。 既存で似た者は結構あったのですが、どれも変換処理がdatumのメソッド名直書きとか値がハードコードされてたりで、自由度低めだったので新しく作りました。 測地系/フォーマット等をプラグインっぽく簡単に追加出来る様にして座標周りのフレームワークとして使える様に実装しました。 使い方は use strict; use warnings; use Geo::Coordinates::Converter; my $geo = Geo::Coordinates::Converter->new( lat => '35.65580', lng => '1
YappoLogs: Geo::Coordinates::Converter::Fomat::LocaPoint
Geo::Coordinates::Converter::Fomat::LocaPoint 折角Geo::Coordinates::Converterを作ったので、サンプル的にフォーマッタを作ってみました。 LocaPointという位置情報表現仕様があったので、これのフォーマッタを試しに作ってみました。 http://trac.yappo.jp/trac/browser/Geo-Coordinates-Converter-Format-Locapoint/trunk 緯度経度が一つの情報として表されている為、既存のGeo::Coordinates::Converterではうまく扱えないため、converterの戻り値で使われるGeo::Coordinates::Converter::Pointにlocapointと言うメソッドを生やして、それを使っています。 使い方は use Geo::C
02 DATUM - 測地系の変換
測地系変換の方法 選べる測地系変換 WGS 84からTokyoへの変換 緯度経度ずらし GPSで得た現在位置を地図の上で見てみたら、居るはずの所から500mくらいずれてた、と言う経験はありませんか? これは測地系の違いから起こることです。 経緯度の数字は国毎で基準が少しずつ違っていて、同じ数字でも同じ場所を指すとは限らなかったりします。この基準のことを測地系(Datum)と言います。日本では日本測地系(Tokyo)が、GPSの世界ではWGS 84測地系が多く使われています。測地系が、GPSと地図とで合ってないと、妙にずれた位置を指し示したりして悩むことになります。 測地系の変換方法 アマチュアなりに出来る測地系変換の方法をいくつかを紹介します。自作のプログラムに組み込みたい、と言う方に参考になれば幸いです。 ずれの数値を使う方法(超簡単)： 国土地理院のホームページに掲載されている表を使っ
Multimap.com
複数ロケーションのマッピング、乗り換え情報/徒歩ルート/ドライブ ルートの取得、最新の交通情報の確認、旅の計画、衛星写真/航空写真/街頭画像の表示など、Bing マップではさまざまなことができます。
YappoLogs: WebService::SimpleAPI::Map
WebService::SimpleAPI::Map SimpleAPI vol.2 - 最寄り駅Webサービス & 最寄り駅モバイル地図 経緯度データを指定すると、その付近にある駅(もより駅)の駅名や方角などを表示するウェブAPI(Web Service)です。たとえば、東京ドーム(東京都文京区後楽1-3)の経緯度データ(x、yで指定)を渡すと、後楽園駅や水道橋駅といった最寄り駅のデータや最寄り駅地図を返します。なんかウェブサービスがいろいろリリースされる季節ですね。ということで気軽に試してみましたよッ! http://trac.yappo.jp/trac/browser/WebService-SimpleAPI-Map/trunk http://tech.yappo.jp/download/WebService-SimpleAPI-Map-0.01.tar.gz 使い方は my $ma
ローカル検索におけるオーソリティ - Ogawa::Memoranda
Posted by: Hirotaka Ogawa @ October 02, 2006 09:22 AM | ここギコ！: Googleローカルはやっぱり純粋な意味でのサーチエンジンではないと思う 長めのコメントを書こうと思ったがいかにも冗長にすぎたのでここに私の感じていることをまとめておく。 Googleローカルはやっぱり純粋な意味でのサーチエンジンではないと思う と言われればその通りで、ローカル検索はWebページ集合に対する純粋なサーチエンジンにはなり得ないのではないか。 というのも、Web検索の場合には検索対象となる実体がネット上に完全な形で存在するのに対して、ローカル検索の場合にはそういうものが存在しないか、類似したもの(実体に対応すると考えられるURL)は存在するかもしれないけれど現実と乖離している可能性がある、という差異があるからだ。 ナイーブに考えるなら、ネット上の住所情報
ここギコ！: 位置情報周りでGoogleの戦略がぶれている
つらつらと考えていて、タイトルに書いたようなことに気付いた。 これまで、Googleはコンテンツを持たない企業として知られてきたのはご存知のとおりである。 そりゃ、インターネットをクロールして得た膨大なキャッシュ情報は内部に持っているわけだけれども、それは飽くまで自分で作ったものではない。 インターネット上に散在する、どれほど価値があっても集約されない限りにおいては何の役にも立たない数多の野良情報、それを集め倒し検索可能にしたことで、個々では意味のないものの集合体を非常に意味あるものにした、というのがGoogleだ。 そして、AdwordsにせよAdsenseにせよ、野良データの集合体が多大な価値を持った基盤の上に、企業や商品情報等野良でない整理された情報を野良データより優先配信することに対し課金してきた、というのがGoogleの広告モデルだった。 ところが、位置情報に関しては、Go
Google Mapで見るディズニーリゾートのトリビア - R30::マーケティング社会時評
Google Mapの日本の情報が更新された、という記事をCNETで見たので、どれどれと思いながらちょっとのぞきに。今回は地図データのアップデートだったらしいが、衛星からの写真データも7月に更新されていたらしい。 そこで、前からその中身を見てみたくてしょうがなかった施設の上空に。そう、それは「東京ディズニーリゾート」。頭の黒いネズミの統べる王国。おお、中の施設から、駐車場の線1本1本に至るまではっきり見えるぜ。と思いながら、ふらふらと空中散歩していたら、面白いものを見てしまった。ディズニーシーのど真ん中に、まっすぐ1本の道路が走っているのである。 メディテレーニアン・ハーバーの裏の水上パレード用ボート繋留所の横、キャラバン・カルーセルの裏側から、ミステリアスアイランドの山脈とマーメイドラグーンの間を通って、ポートディスカバリーのエレクトリック・レールウェイ駅裏側まで、ポートディスカバリー地
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://1978th.net/tech/promenade.cgi?id=88
国土地理院、SVG形式の地図データを公開
デート通 みんなで書き込むデート・恋愛の口コミサイト!
HeartRails Express | 路線／駅名／最寄駅データサービス
2006/10/20 Shibuya.pm tech talk #7 Geography::AddressExtract::Japan - Yappo
SimpleAPI vol.2 - 最寄り駅Webサービス & 最寄り駅モバイル地図