みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 (優しく回答しましょう)
You are not logged in.
Pages: 1
いつも利用させていただきありがとうございます。
以前の掲示板でHiro様が公開されていた「簡単使える!郵便番号(正引き・逆引き)検索テンプレート」ですが
逆引きが機能しなくなっているようです。
http://www.russ.jp/stepbbs/step.cgi?mod … &key=72757
導入していたものが全て使えなくなったのと、もともとのHiro様のものでやっても機能しませんでした。
こちらは何かの更新があったため使えなくなったのでしょうか?
かなり便利に利用させていただいておりましたので、もし解決策があればご教示ください。
Offline
「郵便番号検索テンプレート」のご利用ならびにエラー報告ありがとうございます。
早速、問題の「逆引き」に利用していたWebサービス(郵便番号検索APIサービス)を
調べてみましたら、昨年末で本サービスの提供を終了しておりました。
http://groovetechnology.jp/company/2014/20141001.html
代替策を検討してみますので、少々お時間を下さいますか。
Offline
Hiro様
やはりそういう事だったのですね・・・かしこまりました。
お調べいただきあありがとうございました。
また代替案が出来ましたらご教示くださいますと幸いです。
今後ともよろしくお願いいたします。
Offline
お待たせしております。
今しばらく掛かりますので、現状報告だけさせていただきます。
郵便番号「逆引き」検索できるWebサービスで、うまく代替できそうな所は見つかりました。
そこを使った、基本的な必要機能の動作確認を、手動実験でようやく済ませたところです。
これから、テンプレートへの代案の実装に掛かりますので、今しばらくお時間をください。
できれば、前案を少し改善したものにしたいと考えています。
Offline
Hiro様
ご丁寧にありがとうございます。
こちらはお願いする身ですので、もちろん出来上がりのお時間はお任せいたします。
ご自身のご都合に合わせてしていただければ全く問題ございません。
また完成を楽しみにしております。
よろしくお願いいたします。
Offline
大変お待たせしました。新テンプレート「zipcode v2.fp7」を下記のページに公開しました。
逆引き機能がかなり良くなったと思いますので、お試しください。
●公開ページ → https://fm-aid.com/bbs2/viewtopic.php?pid=16516#p16516
●新テンプレート「zipcode v2.fp7」→ http://yahoo.jp/box/IZUMbI
Offline
Hiro様
ありがとうございます!
逆引きをメインに使っていたので大変助かります。
お手間をおかけしまして申し訳ございません。
本当にありがとうございました。
Offline
【修正履歴】
テンプレートを一部補正しました。
入力された逆引き住所の書式を最適化する前処理を追加。
現在時刻以前にダウンロードされた方はアップデートしてください。
●新テンプレート「zipcode v2.fp7」→ http://yahoo.jp/box/IZUMbI
Offline
Hiro様
いつも本当にありがとうございます。
たしかにVer.1より遥かに逆引き性能が上がっております。
ただ、1点だけ。
住所フィールドに詳細な住所が入っていて候補が複数にまたがる場合は正しい候補が表示されません。
例えば…
大阪府大阪市淀川区西中島4丁目5-30 と入れると
本来の532-0011は候補として表示されずに
日清食品の特殊な候補しか表示されません。
このあたりの解決は難しいでしょうか?
Offline
エラー報告ありがとうございます。
ただ、問題解決のうまい妙案が思いつきません。
この逆引きシステムのアルゴリズムは、
住所文字列の先頭から区切り位置までで、検索を掛けます。
(区切り位置は最適値を動的計算で求めます。)
その検索結果により、以下の3通りの条件分岐し、目的結果が出るまでその処理を繰り返します。
・複数件ヒット: 区切り位置を+1しながら、複数件ヒットの間中検索を繰り返す。(住所末尾まで来ても複数ヒットの場合は、末尾の複数結果を回答する)
・0件ヒット: 区切り位置を-1しながら、0件ヒットの間中検索を繰り返す。(住所先頭まで来ても0件の場合は、該当ナシを回答する)
・1件ヒット: 目的結果なので回答する。
例示の「大阪府大阪市淀川区西中島4丁目5-30」のケースで例えると、
・先ず、地番は全角数字に書式統一 → 「4丁目5-30」へ計算変換の前処理。
・区切り位置の初期値は、地番の直前文字「島」の位置「12」を計算代入。
・まず第一段検索に、「大阪府大阪市淀川区西中島」をキーに検索実行、
→ 多数ヒットなので「大阪府大阪市淀川区西中島4」を新キーに再度検索
→ 2件ヒットなので「大阪府大阪市淀川区西中島4丁」を新キーに再度検索
→ 2件ヒットなので「大阪府大阪市淀川区西中島4丁目」を新キーに再度検
→ 2件ヒットなので「大阪府大阪市淀川区西中島4丁目5」を新キーに再度検
→ 0件ヒットなので、前回「大阪府大阪市淀川区西中島4丁目」の検索結果2件をもって回答して検索処理終了
・最終結果として、以下2件が返る。
5328524:大阪府大阪市淀川区西中島4丁目1−1 日清食品 株式会社 本社
5328589:大阪府大阪市淀川区西中島4丁目1−1日清食品ビル 日本製箔 株式会社
・問題点は、元住所 「大阪府大阪市淀川区西中島4丁目5-30」の内、検索キーとして有効最長文字列 「大阪府大阪市淀川区西中島4丁目」で検索するからです。
解決するとすれば、…4丁目以後の「5-30」が結果2件の住所にあるかを識別しなければなりませんが、その現実的な識別方法の目途がつきません。
機械識別は完全一致照合となるので、フリー入力された住所書式ではほぼ無効な結果で現実的でないですから。
・以上、基本的問題解決は論理的に難しので、ちょっとした「ヒューマン・アシスト」で逃げてもらえますか?
元住所と候補住所を視認比較して共通有効キー「大阪府大阪市淀川区西中島」+「4丁目」を割り出し、
元住所「大阪府大阪市淀川区西中島4丁目5-30」→「大阪府大阪市淀川区西中島 4丁目5-30」と文節区切りスペースを挿入して検索してみてください。
このようなケースも想定してv.2では元々ヒューマン・アシストの要素(逃げ道?)をとっておきました。です ^^::
Offline
この例では、
>まず第一段検索に、「大阪府大阪市淀川区西中島」をキーに検索実行、
> → 多数ヒット
の中に完全一致のものがあるので、それを最終結果にすればいいのでは?
丁目ごとに郵便番号が分かれてて一致しない場合は難しいでしょうけど
大阪や東京の中心部だと検索結果に「〇〇ビル」などによる特殊な郵便番号がヒットしてしまうため
本来の正しい郵便番号が候補表示されないケースが比較的多くなってしまいます。
法人データベースで使っているため、これはなかなかに厳しいところ…。
インターフェイスも含め素晴らしい出来なだけになんとかしたいところですが
scripter様以外にも、もし案をお持ちの方がいらっしゃれば是非ご教示ください。
Offline
ちなみに「西中島」のあとにスペースを入れる案でしたが
これが20件以内であれば表示されるのですが、都市部ではかなりの件数がある地域があり「東京都新宿区西新宿」や「大阪府大阪市中央区北浜」などでは、スペースを入れても候補表示されません。
なんとも悩ましいところ…完全自動化は無理でもうまく候補表示さえできれば問題ないんですが
是非妙案を皆様お願いいたします。
Offline
ここのサービスは、郵便局のデータのまま
以下に掲載がない場合 (イカニケイサイガナイバアイ)
とか
桜木町(4〜7丁目)
になってるようなんで、検索を繰り返すんでなくて、町域名までで全結果を取得して、それ以後はFM側(javascriptでもいいですが)で加工しないと無理そうな感じ。
その方が速度も速くなるのでは。
ご指摘された箇所の改善を施した試作fを仮アップしました。
お聞きした点はフィックスしたつもりですが、
取りあえず、この試作版の方で動作テストをお願いできますか。
改善箇所は主にJavaScriptの方でゴリゴリやってます。
FMでやるよりJSでやる方が断然処理速度が速いので!
バグフィックスの詳細説明は正式版公開の時にやるつもりです。
●試作版「zipcode試作版.fp7」 → http://yahoo.jp/box/wR750L
Offline
Hiro様
仕事の早さに脱帽です。
指摘しておりました問題はほぼ解決しております。
ありがとうございます。
1点、ここに関しては無理かも?と思いながらお聞きしますが
例えばこちらなどは候補として表示されません。
三菱食品株式会社
東京都大田区平和島6丁目1番1号
正しい郵便番号は〒143-6556
候補の郵便場号は〒143-0006または〒143-6501
こういった形で大手法人の住所はやはりところどころ候補表示されません。
おそらくは検索しているデータベースそのものにこの三菱食品が無いからかな?と
勝手に想像してます。
無いものは無いのでもしこれが解決不可能であれば現状でも十分素晴らしい出来ですので
あとは最悪の場合の手打ちが出来るようになればより良いかなと思います。
どうぞよろしくお願いいたします。
Offline
八幡浜市の次に番地がくる場合
郷(丁目)
郷(その他)
守山(丁目)
守山(番地)
なんてのも有りますね。マスター側を相当編修しないと、完全自動は難しいと思うのですが。
Offline
完全自動は求められてないでしょう。
事業所の場合も、住所が書いてあるなら住所に対応する郵便番号で十分なのでは。「間違ってる」わけじゃないですから。
http://zip.ricollab.jp/search?q=東京都大田区平和島
でわかりますけど、確かにその会社は登録されてないですね。
Offline
自己検証の結果その後気付いた不正動作・バグ修正や使い勝手などを改善したアップデート版を上書きアップしました。
また、#16や#17の問題も可能な限り対処したつもりです。お確かめください。
#16については、郵政省公開データベースに「〒143-6556や三菱食品」自体登録されてないの当然無理な要求なのですが、
登録ある近隣データを一覧表示し最適候補を視認確認の上選択できるように対処しました。この辺りが落とし所か?
まだまだ検証不足とは思いますが一応最終の確認をお願いします。
●アップデート「zipcode試作版.fp7」 → http://yahoo.jp/box/wR750L
Offline
あれれ。
郵政省公開データベースがおかしいのか、最新の2014/12/26版で143の事業所は85xxという番号しか載ってない。しかし143-6556をググると三菱食品のページが色々ヒットする。
8556は欠番。間違えて発行したのかな。
該当するかわかりませんが、「大口事業所の個別番号を設定しているお客さまでも、お客さまがインターネットへの掲載を希望されない場合は、本ファイルから除外しています。」て書いてあった。
自分の送る相手が全部必要なら、自前でデータを持つ以外なさそう。
あと、単純にそこのサービスのデータがどの時点まで更新されてるのかが確認できません。ブログの更新が2010で終わってるので、その辺が怪しい。
(最新12/26で追加されてる分は反映されてない。
1358551 東京都江東区東雲2丁目12−43 日産ディーゼル東京販売 (株)
になってて会社名が違う、など。)
2013/12で変更されてる岩手県立大学「020-0693」も「020-0193」になってる。
Hiro様 Shin様 wader様 sorter様 scripter様
皆様ご助言ありがとうございます。
該当郵便番号がない件や、更新がなされていない件などは
もはや嘆いても仕方ない部分ですので、とりあえずは問題無しです。
改修していただいたものであれば、とりあえず代表郵便番号(特殊でないもの)が表示されますので
こちらで十分に凌げるかと思います。
しかし郵政省ももうちょっと汎用性があるデータベースで運用したらいいのに…と思いますね。
まぁでもHiro様が作っていただいたものでとりあえずは必要充分です。
皆様ご助言、ありがとうございました。
今後ともよろしくお願いいたします。
Offline
郵政省はもうありませんよ。
日本郵便からは常に最新のものがCSVで配布されています。
APIもテンプレートも善意で作って頂けているものです。
多くの方が自前で何とかして解決している問題だろうと思いますよ。
「でも」だとか「とりあえず」だとかちょっと失礼じゃないでしょうかね。
HIROさま
zipcode試作版.fp7、WINでの動作は色々確認させて頂きました。
素早い修正を含め、ありがとうございます。
Mac環境での利用に移植することは難しいのでしょうか。
ご検討頂けると幸いです。
Offline
Pages: 1
[ Generated in 0.008 seconds, 9 queries executed - Memory usage: 582.14 KiB (Peak: 619.05 KiB) ]