My thought is isn't this already solved for you by the carrier when using toll free numbers?
I know (but I have never controlled the routing my self) the carriers can route casks based on caller location. Think of one toll free number for Pizza Hut, that always gets you to the correct market. What I don't know is do these services still work with cell phone roaming. See http://www.nanc-chair.org/docs/mtg_docs/Dec14_White_Paper_Geo_Routing%20_Toll_Free%20_Services.pdf So you would just setup a different trigger per timezone. Sent from my iPhone > On Jan 24, 2017, at 7:21 AM, Ben Amick <[email protected]> wrote: > > Let us not forget about the issues about this that would follow along with > DST, as some areas do follow DST, others don’t, others stay permanently on > DST, and so on. It’s a very intricate list of alterations every 6 months. > > > Ben Amick > Telecom Analyst > > From: cisco-voip [mailto:[email protected]] On Behalf Of > Tanner Ezell > Sent: Tuesday, January 24, 2017 9:12 AM > To: Anthony Holloway <[email protected]> > Cc: [email protected] > Subject: Re: [cisco-voip] UCCX Script to get Time Zone by Area Code > > To add to that fun, some states have multiple timezones! > > I completely agree with Anthony regarding his first point, I myself have a > cell phone with a phone number thats about 15 years old and I don't live > anywhere near it. If you go this route, consider this as a helper, rather > than an absolute and confirm with the user at some point. > > On Mon, Jan 23, 2017 at 10:05 PM, Anthony Holloway > <[email protected]> wrote: > I have never done this before. > > Seems to me like there are two major hurdles here: > > 1) How do you know that the caller is actually in that timezone at the time > of the call? For instance, I could be visiting a relative in another > state/timezone, but using my cell to call in, OR I could be using their home > phone, but trying to schedule service in my home timezone. Furthermore, > business SIP Trunks are national DID serviced, and I could call "from > anywhere in the country" from my office SIP trunk. > > 2) How will you keep the data current? The best option is to let someone > else keep the data current and subscribe to their web api service. However, > from a quick glance, no one is mapping area code to timezone, rather it seems > to be lat/long to timezone. So, you need to pull twice: 1) area code to > lat/long (if that even exists), 2) lat/long to timezone. But then what will > you do when that service is discontinued? > > I guess, if nothing else, you could roughly divide up the country's timezones > by state borders, and for those border areas, they get to suffer +/- 1 hour > to ease your administration. > > E.g., > > Scrap the small south west corner of North Dakota that's in Mountain Time and > just make the entire ND state in Central Time. > > The only states you'd "really" be messing with are: > > OR, ID, ND, SD, NE, KY, TN, FL > > All the rest are practically, or exactly, in one single timezone. > > Just make a decision on a heat map of population density, or timezone > coverage to see which way you go in those borderline states. > > And now you can create mapping for state to timezone approximations with just > four simple String variables, and four simple If steps like this: > > String eastern_states = "NY,NJ,MD,etc."; > String central_states = "ND,SD,NE,etc.."; > String mountain_states = "MT,AZ,ID,etc."; > String pacific_states = "WA,CA,NV,etc."; > > if (eastern_states.contains(calling_state)) { > /* Eastern TimeZone State */ > } > if (central_states.contains(calling_state)) { > /* Central TimeZone State */ > } > if (mountain_states.contains(calling_state)) { > /* Mountain TimeZone State */ > } > if (pacific_states.contains(calling_state)) { > /* Pacific TimeZone State */ > } > > But you'll still have to convert area code to state first , so, pull up the > list of area codes by state on wikipedia: > > https://en.wikipedia.org/wiki/List_of_North_American_Numbering_Plan_area_codes#United_States > > And get to creating your area code to state mapping. This one is a little > bigger data set, so maybe not a String variable setup like above, but rather > a nice little XML file? TIP: Notepad++ Regex Find/Replace, or if you're > feeling really progressive, periodic Python web scraping, which generates the > XML for you. > > <?xml version="1.0" encoding="UTF-8"?> > <area_codes> > <area_code id="612">MN</area_code> > ...etc... > </area_codes> > > calling_state = Get XML Document Data ("//area_code[@id="' + area_code + '"]") > > > > On Mon, Jan 23, 2017 at 3:12 PM Matthew Loraditch > <[email protected]> wrote: > Anyone ever written one of to get Time zone from Caller ID area code? I know > how it would work, but hoping maybe there is a template (especially for the > database side somewhere) > > Matthew G. Loraditch – CCNP-Voice, CCNA-R&S, CCDA > Network Engineer > Direct Voice: 443.541.1518 > Facebook | Twitter | LinkedIn | G+ > > _______________________________________________ > cisco-voip mailing list > [email protected] > https://puck.nether.net/mailman/listinfo/cisco-voip > > _______________________________________________ > cisco-voip mailing list > [email protected] > https://puck.nether.net/mailman/listinfo/cisco-voip > > > > Confidentiality Note: This message is intended for use only by the individual > or entity to which it is addressed and may contain information that is > privileged, confidential, and exempt from disclosure under applicable law. If > the reader of this message is not the intended recipient or the employee or > agent responsible for delivering the message to the intended recipient, you > are hereby notified that any dissemination, distribution or copying of this > communication is strictly prohibited. If you have received this communication > in error, please contact the sender immediately and destroy the material in > its entirety, whether electronic or hard copy. Thank you > _______________________________________________ > cisco-voip mailing list > [email protected] > https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
