What about vacant lots? TIGER databases actually don't contain addresses; they contain ranges of addresses, usually down to the city block. E.g, 1101-1205 Shady Lane. What it doesn't tell you is whether that is one deliverable address or 21. When you use the Google geocoder, it occasionally uses this method for an address, and returns RANGE_INTERPOLATED - meaning (so far as I know) that this is where the address would be, if it existed. (Google also frequently returns ROOFTOP, which I believe means that a structure is visible at that address. But not even that tells you if that is a "deliverable" address.)
The USPS maintains a service which will tell IF an address is deliverable (if you go to their website you can put in your own address to try it). They have an API which you can apply for, but they are not Google and the purpose of that API is to improve the address on a piece you are about to mail. If you tried to put in every possible address between 1101 and 1205 on Shady Lane that would surely violate their terms. And what about apartment buildings? Is that one deliverable address or 80? Good luck. - Jeff On Jan 20, 12:57 am, Merton <[email protected]> wrote: > If I'm posting this in the wrong place please excuse me and don't shout at > me, just give me guidance - thanks. > > I am not a programmer - but i do have an engineering degree which means I > can read and write. :-) > > My question concerns reverse geocoding. i have approached (via the web) a > couple of people who have websites. they either never responded or said I > was insane. I do not believe I'm insane. > > I'm doing research on "address density." By address I mean "any place the US > Postal Service will deliver mail to." I guess that means that address would > be in the TIGER database. > > What I'm looking for is an application where I could input the coordinates > (lat/long) of a rectangluar (normally "square") bouding box, and get back > the NUMBER of addresses with that box. I do not care WHAT the addresses are, > just how many. If the returned number is accurate with +/- 5% I'm happy. > > Obviously is the box were too big, the number returned could be very large. > however, I'm willing to keep the box reasonable small, but would still need > to define boxes big enough to include up to 1 million addresses. > > First, I assume this is do-able. It should not be too hard. Is that correct? > > Second, I understand the 2,500 requests per day limit set by Google, and i > know I would go beyond that request, thus i'd have to pay some money. I'm > willing to pay money - b ut obviouly as little as is possible. > > Is there anyone out there that could help me with this request? I'd be > willing to pay for an "application"that did this - i am not going to start > learning to write code. > > This application is just a "proof of concept" for a client of mine. It can > be rough. It does not have to show anything on a map. It can be ugly. I'm > the only person that will use it, so it does not need to be idoit proof or > user friendly, rough and ready will be fine. > > If anyone can help, or point me in the right direction I'd really appreciate > it. > > and if i'm in the wrong place just tell me where to go, and please don't > shout! > > Thanks in advance, > > Merton. -- You received this message because you are subscribed to the Google Groups "Google Maps JavaScript API v3" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
