Nominatim 및 Geocoder 미국 지오 코더를 테스트 할 기회가 없었습니다. 그래도 Geocoder와 Nominatim을 데이터베이스에서 직접 실행할 수 없다는 것이 이해됩니다. 데이터베이스에서 트리거 또는 일괄 업데이트와 같은 용도로 사용하기가 어렵 기 때문에 큰 단점입니다.
plpgsql 함수의 순수한 PostGIS / postgresql 세트 인 PostGIS 지오 코더는 데이터베이스에서 완전히 실행됩니다. Geocoder US와 PostGIS 지오 코더 결과는 필적이며 웹을 사용하여 테스트 한 결과와 같습니다. Google은 장소 이름을 활용하기 때문에 조금 더 좋습니다.
OSM 데이터를 사용하기 때문에 Nominatum은 호랑이 데이터를 간접적으로 사용한다고 생각합니다. OSM은 미국의 OSM 가져 오기가 사용자 기여 수정과 함께 TIGER에서 가져 오기 때문에 간접적으로 사용합니다. Tiger OSM의 빈티지 (년)가 현재 어떤 것인지 잘 모르겠습니다. 웹 인터페이스를 온라인에서 플레이 할 때 장소 이름도 활용하며 지오 코딩의 줌 레벨을 지정하여 필요한 줌 정밀도를 설정하여 지오 코딩을 더 빠르게 할 수 있다는 점에서 흥미로운 왜곡이 있습니다.
전체 공개-PostGIS Geocoder에 대해 많은 작업을 수행했으며 온라인 설명서를 작성했습니다. 내가 작업하고있는 버그는 그것이 보간하는 지점의 위치가 거리의 잘못된쪽에 있다고 생각한다는 것입니다. 나는 그것을 고치기 위해 노력하고 있습니다. 거리의 어느쪽에 대해 신경 쓰지 않는다면 (또는 적어도 때때로), 그것은 당신에게 문제가되지 않을 수 있습니다.
일부 주소 결과를 비교하는 온라인 버전으로 테스트하는 동안 아마도 가치가 있습니다. 예를 들어 nominatim 여기서 테스트 할 수 있습니다 : http://open.mapquestapi.com/nominatim/v1/search.php
유스 케이스의 경우 nominatum의 퍼지 검사가 PostGIS Geocoder의 성능만큼 좋지 않다는 것을 알았습니다. 예를 들어, 허영 주소 (우편 주소)는 1 MA 보스턴 데 번셔 플레이스입니다. PostGIS는 내가 기억하는 것에 가까운 답변을 반환하지만 Google은 답변을 반환하지만 Nominatim이 답변을 반환 할 수는 없습니다. 공정하게도 보스턴 소포 기록은 이것이 어디에 있는지 단서가 없으며 소포 기록에 워싱턴 스트리트로 표시됩니다. PostGIS는 교차로 등 다양한 수준의 검사 및 교차로를 수행하기 때문에 찾을 수 있습니다. 의도적으로 우편 번호를 잘못 입력하거나 PostGIS가 정확한 옵션 세트로 돌아 오는 다른 경우를 테스트했습니다. 구글도 마찬가지입니다.