From: | Steve Crawford <scrawford(at)pinpointresearch(dot)com> |
---|---|
To: | Steve Atkins <steve(at)blighty(dot)com> |
Cc: | Postgres general mailing list <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: US Telephone Number Type |
Date: | 2006-07-10 21:32:40 |
Message-ID: | 44B2C778.2070602@pinpointresearch.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Steve Atkins wrote:
>...
>>> Should the telephone type be able to do something such as:
>>>
>>> SELECT * from tableFOO where telephone.areacode = 555;
>>
>> Maybe, but is that useful? Maybe America is different, but my
>> experience in NL and AU is that you rarely care about the areacode
>> anyway, so why would you want to pull it out?
>
> Strong correlation to geographical area - very useful for sales
> campaigns or geolocation. Also, free numbers (aka 800 numbers
> in the US) have distinctive area codes. Of course, identifying
> the area code is easy in the US, but much harder (or even
> meaningless) elsewhere. In other bits of the world area codes
> allow you to identify mobile numbers.
It's actually quite useful to separate out both the NPA (area-code) and
NXX (prefix) in US numbers. We subscribe to data that lets us determine
lots of things for a given NPA/NXX (MSA, PMSA, lat/lon, ratecenter,
zip-codes covered, time-zone, observes daylight-saving?,
wireless/wireline, etc.)
Of course with number portability you can't rely on just the NPA and NXX
to determine whether the number is wireless but you can subscribe to
other data that lists all the numbers that have been ported from
wireless to wireline or vice-versa to fix that issue.
Cheers,
Steve
From | Date | Subject | |
---|---|---|---|
Next Message | Jorge Godoy | 2006-07-10 21:40:48 | Re: encoding bug or feature? |
Previous Message | Mark Morgan Lloyd | 2006-07-10 21:20:57 | Re: Procedural language functions across servers |