タグ付けされた質問 「address」

3
PostGISが適切にフォーマットされた住所をジオコーディングするのにどれくらいの速度が必要ですか?
PostGISが適切にフォーマットされた住所をジオコーディングするのにどれくらいの速度が必要ですか? PostgreSQL 9.3.7とPostGIS 2.1.7をインストールし、国のデータとすべての州のデータをロードしましたが、ジオコーディングが予想よりはるかに遅いことがわかりました。期待値を高く設定しすぎていませんか?1秒あたり平均3つの個別のジオコードを取得しています。約500万回行う必要がありますが、これを3週間待ちたくありません。 これは巨大なR行列を処理するための仮想マシンであり、このデータベースを横にインストールしたため、構成が少し間抜けに見えるかもしれません。VMの構成の大きな変更が役立つ場合は、構成を変更できます。 ハードウェア仕様 メモリー:65GBプロセッサー:6 lscpuはこれを私に与えます: # lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 6 On-line CPU(s) list: 0-5 Thread(s) per core: 1 Core(s) per socket: 1 Socket(s): 6 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 58 Stepping: 0 CPU …

1
歴史的な通りの名前に関するGoogleマップの知識は何ですか?
私はGoogleマップ(無料アクセス)を使用してアイルランドの歴史的な住所をジオコーディングしていますが、場合によってはGoogleマップが別の通りの名前の住所を返します。たとえば、1990年に北ベルファスト北部のバリーゴマーティンロードで記録されたフォースリバー小学校の住所を入力すると、ケアンマーティンロードの学校( 'point_of_interest'、 'school')にジオコーディングされます。 Googleマップは歴史的な通りの名前の知識を利用していますが、更新された通りの名前を提供していますか?特に特定する必要のあるポイントがない場合(古い通りの名前のみ)、正しい住所を検索していることをどのようにして知ることができますか?

1
Open Street Mapの住所範囲はどこにありますか?
私は、TIGERを使用してデータに米国の住所範囲を含めることを提案していたいくつかのOSMイニシアチブに出くわしたことを思い出します(私はそう思います)。ただし、これまでに確認したどのデータにもそのような範囲はありません。誰かがこの種の情報に気づいたり、その存在(またはその欠如)の具体的な説明の方向に私を向けたりできるかどうか疑問に思っています。存在しない場合、ノードとウェイで指定されたものからアドレス範囲を抽出する方法はありますか?私はデータが非常にむらがあることを知っていますが、オープンソースデータ編集の完全な世界を想定すると、ウェイがそれぞれアドレスを持つノードで構成されている場合、行の左側と右側のTo-Fromアドレス範囲を推定できます?

4
Google Geocoding APIを使用して住所データを解析および標準化できますか?
単一フィールドの住所を、住所番号、通りの名前、通りのタイプなどの複数のフィールドに解析する必要があります。Esriには、[ジオコーディングツール]ツールボックスに[住所の標準化]ツールがありますが、GoogleのAPIで同様のことが可能かどうか知りたいです。ジオコーディングとリバースジオコーディングはすばらしいようですが、入力住所の標準化に関する情報は見つかりませんでした。商用目的では何らかのライセンス料を支払う必要があることは理解していますが、最初にそれが可能かどうかを知りたいです。

5
米国のダッシュインハウスアドレス番号の意味?
数字の間にダッシュがあるアドレスのセットがあります: 800 - 1100 HORD ST 75202 2400 - 2500 KITTRELL ST 75201 これはそれらの通りの800から1100と2400から2500までの家を指すと思いました。しかし、これらのような他の例があります: 136-39 37 AVE 1221-102 CANYON ROCK CT その理論が合わないようです。

1
Googleは指定された住所の地理座標をどのくらいの頻度で変更しますか?
私は、住所「50 Hurt Plaza Southeast、Atlanta、GA 30303」を2回ジオコーディングしました。 2014年7月28日、座標を取得したとき(33.754208、-84.387272) そして今日も、2014年8月18日、座標を取得しました:(33.754129、-84.38721)。 Googleは、年間を通じて特定の住所の地理座標を更新する必要がありますか? 私が関心を持っているのは、地理座標を比較することで、作業しているデータベース内の建物のIDを確認しているためです。 上記の結果は小数点第6位に四捨五入されていることに注意してください。

7
オープンソースアドレス修正/ファジーマッチングを備えたパーサー
多くのユーザーにとって興味深いと思われる、アドレスの解析/ジオコーディングに関連する詳細な質問を少し紹介します。 したがって、本質的に私は、誰かがオープンソースのジオコーディングおよび/または住所修正ツールのインストール、構築、または拡張の経験を持っているかどうか知りたいと思っています。 ジオコーダー:ジオコモンズによって維持されていると思われるUS 2.0のイニシアチブは知っていますが、他のオープンソースツールや他のより良い代替策があるかどうか、システムを効果的に拡張できるかどうか、私が知らない開発があるかどうかはわかりません。 私の目標は次のとおりです。 ユーザーが単一の入力フィールドから入力した位置データを、リアルタイムで可能な限り大量に自動的に解析および/または標準化できる、高精度のツールが必要です。 入力データは、郵便番号、郡、市、通り、住所、州の1つ以上の住所コンポーネントです。 また、入力データは、カスタムジオネームデータベースから検索できる必要があります。たとえば、標準の住所変数ではない、近所の名前またはUSPS以外の場所の名前を入力できます。 これらの目標を考えると、そのようなルックアップを実行する単一のフォームフィールドが与えられた場合、各ユーザーはさまざまな形式でデータを入力する一方で、他の要素は一般的にスペルミスに分類されるという事実をよく知っています。 有効な住所/範囲のコアとして国勢調査データベースを利用することに加えて(Geocoder:USが行うすべてのことを信じています)、既知の「エイリアス」を定義するある種の機能は、既知のストリート名のスペルミスに理想的だと思います。同じことが当てはまります。ユーザーがAveと比較してAve.と比較して、Avenueと比較して、Geocoder:USツールでこのようなエイリアス機能が完全に可能であるとは考えないでください。 上記の要素で実際に大部分の問題を解決できる可能性がありますが、入力を十分に高い%ageに一致させることができない場合、ある種の効果的なファジーマッチングが存在する必要があると思います。 想定されるいくつかのルールに基づいて入力データを個別の要素に効果的に解析でき、「一致スコア」コンポーネントのタイプを使用してファジー一致させる場合、一致しない要素は、すでに高い「一致」した要素に基づいている必要があります。程度。 例:ジオコーディングが可能な限り効果的であると想定します。ユーザーが結果を見つけようとしている「エリア」を絞り込むために、最初に入力フィールドから個々のデータ要素を抽出する必要があります。私の見解では、これは、5桁の数字が郵便番号であると想定できることを意味します。郵便番号と一致する都市名などの別の要素がある場合、「エリア」が正しいという想定...次に、残りの部分を使用します完全な、部分的な、またはあいまいな一致を見つけ、スコアを付け、可能な結果を​​リストするためのデータ。 いずれにせよ-私の方向性を調整する可能性のあるアドバイス、パフォーマンス統計、または今後の開発(ポストマッチング2.0を拡張マッチング機能の手段として使用するなど)とともに誰かがここでアドバイスを提供していただければ幸いです


5
データソース:ニューヨークのすべてのブロックのアドレス範囲
NYCブロックで使用されるアドレス範囲を定義するデータを探しています。このスクリーンショットで、Googleがウェストエンドアベニューの各ブロックの最初の住所と92nd / 93rd / 94th stをメモしたことを確認できます。(それぞれ658、680、700)。その情報に基づいて、通りの偶数/奇数側があり、次のようなものを取得するための表現されていない住所がないと仮定して推測できます(例としてのみ使用されている非効率的な表現): Street | btwn1 | btwn2 | first | last | side ------------------------------------------------- W End | w 92 | w 93 | 658 | 678 | west/even W End | w 92 | w 93 | 659 | 679 | east/odd W End | w …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.