NominatimおよびGeocoder USジオコーダーをテストする機会がありませんでした。しかし、私の理解では、GeocoderとNominatimはデータベースで直接実行することはできません。これは、トリガーやデータベースでのバッチ更新などでの使用が困難になるため、私にとって大きな欠点です。
PostGISジオコーダーは、plpgsql関数の純粋なPostGIS / postgresqlセットであり、データベースで完全に実行されます。Geocoder USおよびPostGISジオコーダーの結果は同等であり、Webを使用してテストした結果と同じであると予想されます。グーグルは地名を利用しているため、少し優れています。
NominatumはOSMデータを使用するので、OSMが米国向けにインポートするため、間接的にtigerデータを使用するため、その多くはユーザーが修正したTIGERからのものだと思います。Tiger OSMのヴィンテージ(年)が現在何になっているのかわかりません。Webインターフェースをオンラインでプレイすることで、場所名も利用し、必要なズーム精度を設定することでジオコーディングの高速化を可能にするジオコーディングのズームレベルを指定できるという興味深いねじれがあります。
完全な開示-PostGIS Geocoderで多くの作業を行っており、オンラインマニュアルを作成しました。私が取り組んでいるバグは、それが補間するポイントの位置が通りの反対側にあると思うということです。私はそれを修正することに取り組んでいます。道路のどちら側に気を配ることができない場合(少なくとも時には)、それはあなたにとって問題ではないかもしれません。
いくつかの住所の結果を比較するオンラインバージョンでテストする場合、おそらく価値があります。たとえば、ここでテストできるnominatim:http : //open.mapquestapi.com/nominatim/v1/search.php
私の使用例では、ノミナタムのファジーチェックはPostGIS Geocoderほど優れていません。たとえば、私のバニティストリートアドレス(住所)は、マサチューセッツ州ボストンのデボンシャープレイス1です。PostGISは、私が覚えている限り近い答えを返します。Googleは答えを返しますが、Nominatimに答えを返すことはできません。公平を期すために、ボストンの小包記録でさえ、これがどこにあるのか、そしてワシントン通りとして小包記録に記載される手掛かりがありません。PostGISは、さまざまなレベルのチェックや交差点の交差点などを行うため、それを見つけることができます。意図的に間違ったzipを入力したり、PostGISが正確なオプションセットで戻ってくる他のケースをテストしました。Googleも同じです。