町域コンパレータ（基本コード） - Relevant, Timely, and Accurate
日本郵便から配布されている郵便番号データでは、町域名が綺麗にソートされています。郵便番号の順序情報を利用して、町域をソートする町域コンパレータを作ってみました。 実用にあたっては、例外処理を追加することが必要ですが、例外処理をまだ書いていないので、かえって読解しやすいコードとなっているかもしれません。 the code 日本郵便から配布されている、「全国一括」の郵便番号データ（http://www.post.japanpost.jp/zipcode/dl/kogaki.html から入手できるもの）を展開した ken_all.csv を使用します。下のコードでは、このファイルを /Users/hfu/src/postal/ken_all.csv に置いています。このファイルにある順序情報をいったん全部メモリに読み込んで処理する形です。 #postal.rb $KCODE = 'u' req
郵便番号から住所を検索するサービスにまともなものがない - ぐるぐる～
郵便番号から住所を検索するサービスにまともなものがないのは一体どういうことかと。 その原因は、どのサービスでも利用している元ネタにある。 ここからダウンロードできるCSVファイル、人間様には分かるだろうけど、コンピュータにとって分かりやすく出来てないのだ。 単一レコードの複数行分割 例えば、066-0005を探してみる*1と、こんなデータ*2が拾える。 "北海道","千歳市","協和（８８−２、２７１−１０、３４３−２、４０４−１、４２７−" "北海道","千歳市","３、４３１−１２、４４３−６、６０８−２、６４１−８、８１４、８４２−" "北海道","千歳市","５、１１３７−３、１３９２、１６５７、１７５２番地）" 全国一括 このように、単一レコードが複数行に渡って記述されている。 これを3レコードとして扱うサービスは論外だが、これを1レコードとして認識するサービスでも、そこからさら
郵便番号データは自分で加工しない - daily dayflower
結論を先に。 細かい要件がない場合，zipcloud さんの提供している加工済データを使う (日本郵便さんの提供している原本ではなく) ライセンスが不明だけど Web API の利用規約とかみると商用利用等も OK と思われる わりきって Web API を使う (よそにまかせる) というのも手かも いろいろあるし。前述の zipcloud さん自身も検索 API を提供している。 以下各論。 いわゆる ken_all.csv を (必要フィールドだけ) そのままデータベースにつっこむなんてのは (わかってやってる場合はともかく) やってはいけない 複数行に分割されているレコードがあるため，マージする必要がある 明文化されていない仕様などがありマージやクリーニングを自力でおこなうのは大変 (バッドノウハウのかたまり) 参照: http://www.f3.dion.ne.jp/~elemen
郵便番号データのダウンロード - zipcloud
サービス概要 本サービスは、日本郵便のWebサイトで公開されている郵便番号データを再配信するサービスです。 LZH形式ではなく、ZIP形式でダウンロード可能 ダウンロードしたらすぐに使える「加工済バージョン」も公開中 郵便番号データが更新されたらメールでお知らせ 郵便番号検索機能をWebサービスで利用可能 日本郵便のWebサイトで公開されている郵便番号データを、ZIP形式で圧縮しています。 ZIP形式に標準で対応しているOSであれば、LZHの解凍ソフトなしで郵便番号データをご利用いただけます。 ※解凍後のCSVファイルの仕様については、日本郵便のWebサイトをご確認ください。 ※差分データは、１つの圧縮ファイル中に「新規追加データ」と「廃止データ」を含んでいます。 ※公開しているデータは、「読み仮名の促音・拗音を小書きで表記するもの」になります。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
