問題タブ [street-address]

従来のフォームで住所を入力すると、頭がおかしくなります。

• 郵便番号から市と州を推測できるのに、市、州、郵便番号を入力する必要があるのはなぜですか？
• ドロップダウンリストから状態を選択するのはお尻の痛みです-多くの場合、タブで移動できない、マウスを使用する必要があるなどです。

代替テキストhttp://img10.imageshack.us/img10/7404/traditionaladdressform.png

このプロセスは非常に嫌悪感があるため、オンラインストア（bombsheets.com）を設計したときに、アドレスのオートコンプリートウィジェットを作成することにしました。入力すると、（Googleマップを介して）住所をジオコーディングしようとします。

代替テキストhttp://img403.imageshack.us/img403/9333/addressautocomplete.png

最良の場合、これは本当にうまく機能します。住所が「120W45thSt、New York、NY 10036、USA」の場合は、「120 w 45th st、nyc」と入力して入力できます。

しかし、私が知る限り、このインターフェースを使用しているのは私たちだけです。そのような天才であることに背を向けるのではなく、その使用の欠如がこのアイデアに何らかの欠陥があることを意味するのかどうか興味があります。いくつかの潜在的な問題：

1. あまりにも外国人/なじみのない。顧客は古い形式に慣れており、それらを切り替えることは混乱を招きます。
2. あなたは別のフィールドにあなたのアパート/フロア番号/何でも入力する必要があります。これは紛らわしいです。
3. 私たちの店が爆発したとき（持っているのは良い問題です）、これを拡張するにはあまりにも多くのGeocodeリクエストでGoogleにぶつかるでしょう。
4. 編集：これは、JavaScriptが無効になっている（〜5％の）ユーザーには機能しません。
5. ここでは重要な問題はなく、このインターフェースは未来です。（たとえば、多くのオンラインストアでは、クレジットカード番号とクレジットカードの種類の両方を入力する必要がありますが、後者は前者から推測できるため、これはそれほど奇妙なことではありません）。

とにかく、基本的にこれが私が革新しようとしている分野なのか、それとも従来のアプローチを使うべきなのか、私は興味があります。（もちろん、この新しいアプローチの使いやすさを改善することについての考えも高く評価されています）。

建物、人、車などのアドレスを保存する必要があるシステムを作成しているとします。

アドレスの「形式」は次のようになります。

(はい、私はアメリカに住んでいません)

その情報を保存する最良の方法は次のとおりです。

• 、Person_Address、Car_Address...
• または、住所情報は各エンティティの列にある必要があります。
• アドレス テーブルを 1 つだけ使用して、各行を別のエンティティにリンクすることはできますか?

または、このタイプのシナリオを処理する別の「より良い」方法はありますか?
どのようにしますか？

Royal Mail の英国住所の PAF ファイル データセットを購入した場合に、Royal Mail から何が得られるかを理解するのに苦労しています。

PAF は、ユーザー自身がホストする何らかの形式のデータベースであり、Royal Mail はそのデータベースに API を提供するものだと思っていました。

ただし、これを読んだ後は、データを含む一連のファイルしか取得できないと思います。API に関する明白な情報が見つかりません。

• これらのファイルを、特に Java から処理するのに役立つライブラリはありますか?
• アプリケーションからすばやく検索できるように、自分でファイルを解析して独自のデータベースに貼り付ける必要がありますか?
• もしこれがすべて本当なら、どうしてロイヤルメールからわざわざこれを買うのですか? Web ベースの API を備えたすべてのサードパーティ プロバイダーは、プログラミングとデータ メンテナンスの両方の点で、はるかに簡単に使用できるのではないでしょうか?

明らかなことを見逃していたら申し訳ありませんが、Royal Mail のサイトには情報が不足しています。彼らの PAF ファイルの提供を誤解していると思い始めています。

Web サイトで物件の住所 (つまり、電子メール アドレスではなく、家や会社の住所) を入力する 2 つの異なる方法についての考えを探しています。個別のフィールドと単一の柔軟な複数行入力フィールドの長所と短所は何ですか? または、別の郵便番号エントリを持つ複数行ですか?

ほとんどのサイトは個別のフィールドを使用しており、おそらくこれらをデータベース内の個別のフィールドに保存しています。つまり、入力は多くの場合、次のバリエーションです。

ただし、上記は入力が速いタイピストには少し扱いに​​くく、より自由な形式のアドレスを持つ場所では少し制限があります。すべてのフィールドを上下にコピーする必要があるため、行を「挿入」または「削除」する必要がある場合、編集が面倒です。または、すべてを再入力する方が高速な場合があります。

別の方法として、自由形式の複数行入力 (オプションのスクロールバー付き) があります。

そして、アドレスを保存する方法は？複数行の場合、すべての行を 1 つのデータベース フィールドに格納しますか? または、個別のフィールドに分割し、編集時に複数行の文字列に再結合しますか?

フィールドを分割する場合、使用するフィールドとその幅は?

アプリケーションにGoogleMapsAPIを使用して、データベース内の一連の住所の距離と運転方向を決定しています。全体として、約1000のアドレスを処理しており、一部のアドレスにはタイプミスや略語などがあり、適切なアドレスヒット（緯度/経度）を返す際に問題が発生します。

適切な結果を返さない住所については、住所の一部を削除しようとしています（つまり、市区町村ではなく、住所とZipのみを使用します）。しかし、結果のいくつかはwaaaaayオフ（つまり、ポーランドのどこか）であることがわかりました。

したがって、Googleマップによる誤解を避けるために、住所の部分（つまり、address = 1600 Pennsylvania Avenue＆zipcode = 49455）を修飾することが可能かどうか疑問に思っています。これが可能かどうか誰か知っていますか？

英国の GeoLocation 変換データベースに適切な住所はありますか? これを使用して、Web アプリケーション用のglobrix スタイルの検索ボックスhttp://www.globrix.com/を構築しようとしています。どんなポインタでもいいでしょう。私は何時間も探していました。英国の郵便番号を Geolocation に変換するものをいくつか見つけました。しかし、Globrix にリストされているアドレスが必要です。

類似度スコアに基づいて、重複する住所を見つける方法を考え出そうとしています。次の重複アドレスを検討してください。

NORTH -> N のように、すべてのスペース、コンマ、ダッシュ、ポンド記号を削除して、長い単語を省略形にするために、文字列変換を適用することを計画しています。さて、この出力が得られたら、どうすれば addr_3 を残りのアドレスと比較し、同様のものを検出できますか? 何パーセントの類似性が安全でしょうか? このための簡単なpythonコードを提供できますか？

感謝している、

エドゥアルド

このかなり一般的な内訳で、アドレスをDBテ​​ーブルに格納しているとします。

（注：さらに分割すること、通りのタイプ、家番号などに関する質問を読みました。このアプリケーションでは、不必要に複雑になると思います。）

海外のユーザーとうまく連携するには、これらのフィールドのどれが必須ではありませんか？

私はこれを考えています：

州または郵便番号が必要ですか？

ありがとう！ザビエル

フォーマットされていないドキュメントがたくさんあります。

住所、郵便番号、州、電話番号、電子メール、そのような一般的な形式をキャプチャするには、正規表現が必要です...