問題タブ [street-address]

ユーザーが住所を入力する必要があるシステムがあります。もちろん重複を制限しようとしていますが、気づき始めたのは「Road」と「Rd」を入れているユーザーがいるため、重複が忍び寄っていたということです。

USPSのストリートサフィックスの略語のリストを調べましたが、まだ答えが見つからない質問があります。番地のすべての単語をUSPS標準の略語に置き換えることはできますか？例としては、「123ForestHillRoad」があります。略語に置き換えると、「123 Frst Hl Rd」になりますか、それともUSPSが参照している「通りの接尾辞」は、「123 Forest HillRd」までしか行かないようにすることを意味しますか？

表示用に書式設定された、または宛名ラベルで使用するために書式設定された、完全な宛名を受け取り、それを構造化オブジェクトに変換できる優れたツールを探しています。

たとえば、次のようになります。

これで、RegEx を使用してこれを行うことができました。しかし、難しいのは、世界中のあらゆるアドレスを処理できるように一般的なものにすることです!

きっと、それができる何かがそこにあるはずです。

お気づきの方もいらっしゃると思いますが、これは実際にはopensocial.addressオブジェクトの形式です。

現在作成中のシステムに入力された住所を検証するタスクがあります。システムでは、入力された住所が有効なデータ ソースに対して検証される必要があります。英国では、データセットは Royal Mail から取得され、アクセスに費用がかかります。

必要なデータは、API によって Web アプリケーションにアクセスすることから始めて、ヨーロッパ全体のポスト コード情報です。

このサービスを提供している会社はたくさんありますが、

1. QAS
2. カプスキャン
3. どこでも郵便番号

これらはすべて、私が必要とするサービスを提供します。ただし、これにはコストがかかり、場合によっては完全なデータ セットではありません。たとえば、アイルランドではありません

また、Google Maps API を利用して、郵便番号と国によってこのデータを検証する方法があるかどうかも疑問に思っていました.

グーグルマップの方法は可能でしょうか、それとも私はこれらの高価な会社のいずれかのラインを下る必要がありますか? 私が取るべき線についての考え。

あらゆる国のあらゆる住所を保存するために使用できる汎用住所クラスを作成しようとしています。

たとえば、ここ英国には郵便番号がありますが、米国と同様に郵便番号を使用していると思います。考えているアイデアはほとんどありませんが、他の人の考えを知りたかっただけです。

ありがとう。

カタツムリのメールアドレスをマークアップする最良の方法は何だと思いますか? 次のようないくつかの異なるオプションが見つかりました。

div の代わりにアドレス タグを使用する前の例も見ました。私が見つけた別のオプションは次のとおりです。

私の質問は、カタツムリのメールアドレスを表現するのに最適なマークアップは何だと思いますか? そして、私の例に限定しないでください。

各要素に関する追加のコンテキストを提供するため、最初のオプションが最適なオプションだと思います。この場合、brもコンテンツの一部だと思います。

グローバル化された Web アプリケーションに取り組んでいます。開発プロセスはアジャイル スタイルで、すでにいくつかのスプリントが完了しています。当社のグローバリゼーション フレームワークは優れており、ローカリゼーションの取り組みはこれまでのところ成功しています。ただし、要件の開発中、特にデータの保存と検証の要件において、引き続き疑問が生じます。私たちが取り組んでいる問題は何度も研究され、解決されてきたものであり、その答えはおそらくよく知られており、どこかに文書化されていると確信しています. これまでのところ、探している情報の大要を見つけることができませんでした。

以下に、回答を見つけたいサンプルの質問をいくつか示します。

1. グローバル アプリケーションの住所情報の入力、検証、保存、表示のベスト プラクティスは何ですか?
   • 住所フィールドに格納する文字数 (163 文字を含む都市名があることをご存知ですか?)
   • 住所データの検証
2. グローバル アプリケーションの電話番号の入力、検証、保存、表示のベスト プラクティスは何ですか?
3. 人の名前について同じ質問ですか？

これまでのところ、これらの問題に対する私たちのアプローチは、さまざまなフィールドに十分なストレージを確保し、最小限の入力検証を実行することであり、ユーザーがそれを正しく行うことに依存しています。このアプローチは、プロジェクトのこの段階では問題なく機能していますが、さまざまなプロジェクト関係者は、このアプローチを長期的に使用することに満足していません。すべてのロケールで、クリーンなデータ、効率的なストレージ、および魅力的なデータ表示が強く望まれています。

これらおよび関連するトピックをかなり完全に扱っている書籍、論文、または Web サイトについて、何か推奨事項はありますか?

I have a list of addresses in two separate tables that are slightly off that I need to be able to match. For example, the same address can be entered in multiple ways:

• 110 Test St
• 110 Test St.
• 110 Test Street

Although simple, you can imagine the situation in more complex scenerios. I am trying to develop a simple algorithm that will be able to match the above addresses as a key.

For example. the key might be "11TEST" - first two of 110, first two of Test and first two of street variant. A full match key would also include first 5 of the zipcode as well so in the above example, the full key might look like "11TEST44680".

I am looking for ideas for an effective algorithm or resources I can look at for considerations when developing this. Any ideas can be pseudo code or in your language of choice.

We are only concerned with US addresses. In fact, we are only looking at addresses from 250 zip codes from Ohio and Michigan. We also do not have access to any postal software although would be open to ideas for cost effective solutions (it would essentially be a one time use). Please be mindful that this is an initial dump of data from a government source so suggestions of how users can clean it are helpful as I build out the application but I would love to have the best initial I possibly can by being able to match addresses as best as possible.

この質問に多少関連していますが、特にQuickBooksに関する回答がない場合、Javaのアドレスパーサーを知っている人はいますか? 構造化されていない住所情報を取得して、住所行 1、2、および市の州の郵便番号と国を解析できるものはありますか?

一見すると、データベーステーブルに郵便番号を保存するための2つの基本的な選択肢があるように見えます。

1. テキスト（おそらく最も一般的）、つまりchar(5)+4varchar(9)拡張子をサポートする
2. 数値、つまり32ビット整数

国際的な懸念がないと仮定した場合、どちらもデータの要件を満たします。以前は、通常、テキストルートを使用していましたが、誰かが反対のことをしているのではないかと思いました。簡単に比較すると、整数法には2つの明らかな利点があるように見えます。

• その性質上、自動的に数値のみに制限されます（一方、検証なしでは、テキストスタイルは、私の知る限り、郵便番号では有効ではない文字などを格納できます）。ただし、これは、ユーザー入力の検証を通常どおりに行うことができる、または行わない、または行わないようにする必要があるという意味ではありません。
• 5バイトや9バイトではなく、4バイト（9桁の郵便番号でも十分なはずです）であるため、必要なスペースが少なくて済みます。

また、ディスプレイの出力をそれほど損なうことはないようです。ToString()数値を平手打ちし、単純な文字列操作を使用してハイフンやスペースなどを+4拡張子に挿入し、文字列フォーマットを使用して先行ゼロを復元するのは簡単です。

int米国のみの郵便番号のデータ型として使用することを思いとどまらせるものはありますか？

ねえ、皆さん。自由形式のテキスト（Gmail）から住所と電話番号を取得するのに役立つ正規表現を探しています。

いくつかのテキストが与えられた："John, I went to the store today, and it was awesome! Did you hear that they moved to 500 Green St.? ... Give me a call at +14252425424 when you get a chance."

引き出したいのですが：

500 Green St.（番地として認識されます）

+14252425424（電話番号として認識されます）

この問題を簡単にするのは、引き出されたテキストの解析を気にしないことです。つまり、それがGreen道路の名前であるか425、市外局番であるかは関係ありません。住所や電話番号に「似ている」文字列を取得したいだけです。

残念ながら、これは可能な限り国際的に機能する必要があります。

誰かリードがありますか？ありがとう！