사용자가 제공 한 주소 데이터베이스가 있습니다. 어떤 경우에는 사용자가 단지 우편 번호를 입력했을 뿐이므로 시간이 지나면 우리의 목적에 적합하다고 생각했습니다. 이제 우리는 우편 번호가 그것을 자르지 않고 실제 주소가 필요하다는 것을 압니다.우편 번호를 대략 우편 번호의 중심에있는 주소로 변환하려고합니다.
우리는 우편 번호를 그 위치에 충분히 근접한 주소로 변환 한 다음 사용자에게 우리가 할 수있는 것을 알게하여 필요할 경우 해당 주소를 변경할 수있게하려고합니다.
누구든지 내가 원하는 데이터를 제공 할 수있는 것을 알고 있습니까?
개발자는 SmartyStreets입니다 (거리 주소가 많은 경험이 있습니다).
아쉽게도 우편 번호를 주소로 변환 할 수 없습니다.
미국 주소는 배달 지점 바코드라는 11 자리 숫자 (확인 번호가있는 12 자리)로 식별됩니다 (거의 고유하게). 우편 번호는 일반적으로이 코드의 처음 5 자리입니다. 나머지 6 자리는 주소를 정확히 찾아 내기 위해 훨씬 세분화되어 있습니다. 이것은 USPS의 주소 할당 시스템에 따라 주소를 지리적으로 정확하게 지적하지는 않지만 논리적으로 만 주소를 지정한다는 점에 유의하십시오. (우편 번호와 주소는 관리 및 배달에 가장 적합한 것을 토대로 지정합니다.) 다른 숫자가 없으면 정확한 보간이 매우 어렵습니다.
우편 번호에서 주소를 확인하는 것은 우편 번호에 따라 100px 비트 맵을 100,000px 이미지로 축척하는 것과 같습니다.
기술적 인 측면을 제외하고는 사용자에게 수정을 요청하는 주소를 찾지 말 것을 권장합니다. UX 및 DBA 관점에서 사용자에게 올바른 주소를 입력하도록 요청하지 않는 이유는 무엇입니까? 대신 주소를 추측하려고하면 사용자가 혼란스럽고 데이터베이스 관리자는 어느 주소가 가짜이고 어떤 주소가 수정되었는지 추적하지 못할 것입니다. 즉, 귀하의 데이터가 귀하에게 거짓말을합니다.
당신은 아마도 불완전한 데이터를 가지고있을 것이고 잘못된 데이터를 가지고 있고 그것을 알고 있습니다. 이 아닙니다.을 알고 있습니다.
사용자가 주소를 입력하지 않은 경우에도 과 함께 좀 더의 우편 번호로 도시와 주를 추측 할 수 있습니다. SmartyStreets에는이를위한 API가 있습니다. 최소한이 방법으로는 완전히 잘못된 주소 데이터가 아닌 대략적인 좌표와 도시/주를 보유하게됩니다. 짐작할 확률은 수만에서 수만까지입니다.
이것은 : "UX 및 DBA 관점에서, 사용자에게 (우편/우편 번호 만 사용하여) 올바른 주소를 입력하도록 요청하지 않는 이유는 무엇입니까?" ... 예 : 다음에 로그인 할 때 – JMD
주소 확인 서비스를 찾고 있습니다. 대부분 당신이 찾고있는 기능을 제공하는 zipcode api를 제공 할 것입니다. –