ユーザーの国、州、都市を表すユーザートークンにデータをエンコードする必要があります。異なる記述子が異なる政府階層に適用されることを理解していますが、すでにこれを整理しているあるタイプの標準を探しています。
どの国の出身のユーザーを説明するのに最適なISO標準、バイナリ形式などですか?
率直に言って、標準は1つではありません。米国内では、州、郡、地域の表記が異なります(郵便番号、市外局番、大都市圏など)。米国には 標準化された住所形式 がありますが、それでもばらつきが大きくなります。また、住所基準は定期的に変更されます。インターネットが登場する以前は、郵便は郵便番号なしで送信でき(当時は発明されていなかったため)、ほとんどの州で3文字の略語を使用していました。
カナダは米国に対して 同様のアドレス指定方式 を持っています。ただし、カナダの郵便番号は6桁または7桁です。郵便番号の3番目の文字の後にスペースを含めると、同じ領域のように見えることがありますが、そうではありません。カナダが8桁の郵便番号に移行するという噂も聞いています。
ほぼすべての国で、公式の郵便局からのオンラインガイドに、受け入れ可能な住所形式に関する詳細情報が記載されています。
Google、ESRI、その他の地図データプロバイダーは、住所を緯度/経度のペアに関連付けるさまざまな方法を考え出しました。 GoogleはKMLを使用 (アドレスに使用される特定のXML標準)。住所を番地、通りの名前、緯度/経度、およびいくつかの政治的階層に分割します。一部の国では、政治的区分が7層または8層の深さである場合があります(おそらく、この領域について最後に調査を行ったときからさらに多分)。
顧客のデータベースに何を保存する必要があるかを検討している場合は、米国の住所形式に従い、いくつかの追加の住所行(通常、国際住所には最低3つの住所行を保存します)、都市、州、または州を追加します。郵便番号(国際では、少なくとも15文字、数字と英字を使用できる必要があります)、および国。警告なしに住所が変更される可能性があるため、最近lat/longを含め始めました。
国コードにはISO規格があり、クイック検索で一連のリンクが表示されます。それを超えて、あなたはフォーマットに関してほとんどあなた自身に任されています。