Talk:Area codes 202 and 771

United States: District of Columbia Low‑importance

	United States portal This article is within the scope of WikiProject United States, a collaborative effort to improve the coverage of topics relating to the United States of America on Wikipedia. If you would like to participate, please visit the project page, where you can join the ongoing discussions. Template Usage Articles Requested! Become a Member Project Talk Alerts United StatesWikipedia:WikiProject United StatesTemplate:WikiProject United StatesUnited States articles
Low	This article has been rated as Low-importance on the project's importance scale.
	Washington, D.C. portal This article is supported by WikiProject District of Columbia (assessed as Mid-importance).

Telecommunications Low‑importance

	Telecommunication portal This article is within the scope of WikiProject Telecommunications, a collaborative effort to improve the coverage of Telecommunications on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.TelecommunicationsWikipedia:WikiProject TelecommunicationsTemplate:WikiProject TelecommunicationsTelecommunications articles
Low	This article has been rated as Low-importance on the project's importance scale.

No overlay plans?

Quoth the article:

As of 2005, there are no plans to split or overlay the area code, probably since the total population of the District is less than 600,000, and the number of possible legitimate telephone numbers in an area code is more than ten times this number.

I slapped the citation needed template on this. It sounds reasonable on the face of it, but I'd bet that DC has an unusually high number of cell phone/blackberry numbers and copious amounts of office phones needed for the various agencies of the federal government. It's probably still not enough to merit an overlay, but the sentence as is smells of speculation. --Jfruh (talk) 19:10, 8 December 2006 (UTC)[reply]

I changed the sentence to reflect NANPA analysis rather than mathematical guesswork.

Robocalls

Is it notable that this is an area code used for political robocalls? -69.151.153.51 (talk) 01:58, 2 November 2010 (UTC)[reply]

Are you referring to what shows up in caller-ID? Maybe 202 area code would cause some people to think it was some sort of official business? — Preceding unsigned comment added by 128.63.16.20 (talk) 16:39, 13 February 2013 (UTC)[reply]

Clickable map

"Washington" should be changed to D.C. as it is referring to the District rather than including Seattle. 207.210.134.83 (talk) 21:09, 30 August 2011 (UTC)[reply]

allowing previously-forbidden prefix duplications

I saw the following, and will replace it with a reference to continued growth:

"The Washington area's one-LATA status limited the supply of available numbers on the Maryland and Virginia sides"

The problem is that the string I quoted comes AFTER the remark about removing area code 202 from the Md. & Va. suburbs (and requiring 10 digits for local calls in DC area crossing area code boundary). Prior to that, you had situations like this: 949 in use at Kensington (MD), and thus 949 not being useable in DC or the Va. suburbs because those were just a 7-digit local call from Kensington. The changes I mentioned in the paragraph you are reading would allow implementation of 202-949 (in DC, not MD), and also of 703-949 if 703-949 wasn't already being used in the 703 area beyond the DC area.

Also, I have inserted mention of the 703/540 split in Virginia, because that came before the 703/571 overlay in Virginia.

I think you're looking for exchange code protection? Not sure what LATAs have to do with anything, as NYC is one LATA but a mess of split and overlay codes with prefixes inevitably duplicated across area codes. K7L (talk) 15:16, 8 February 2015 (UTC)[reply]

"fast dialing" assertion can't be correct

The first paragraph goes on about how the speed of dialing is affected by the rotary-dial mechanism, but erroneously claims that 0 and 1 were used as the middle digit of area codes to speed up dialing. Dialing a 1 is certainly the fastest digit to dial, but zero takes the longest time for the dial to return to its rest position. (And it sends 10 pulses, not none.) So area code 201 is not the fastest code to dial, that would be 212. But the whole thing needs to be rewritten because the premise is false.

More in https://en.wikipedia.org/wiki/Pulse_dialing — Preceding unsigned comment added by Adcva (talk • contribs) 20:26, 18 February 2015 (UTC)[reply]

No, it doesn't say that a '0' centre digit would "speed up dialling", nor should it say that. It says that area codes which covered an entire province or state were initially issued with '0' in the centre digit. Not the same beast... and yes, 1-212- is fastest as it doesn't have the centre '0'. The worst original codes were given to places like 1-902- Halifax, the Dakotas or the Carolinas. K7L (talk) 03:43, 19 February 2015 (UTC)[reply]

The whole idea that NPAs were assigned according to small pulse counts for large cities first, and large for small places, is total nonsense anyways. kbrose (talk) 15:32, 3 September 2020 (UTC)[reply]

External links modified

Hello fellow Wikipedians,

I have just modified one external link on Area code 202. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:

Added archive https://web.archive.org/web/20090129192336/http://www.nanpa.com:80/nas/public/npa_query_step2.do?method=displayNpa&npaReportModel.nasNpaId=202 to http://www.nanpa.com/nas/public/npa_query_step2.do?method=displayNpa&npaReportModel.nasNpaId=202

When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at {{Sourcecheck}}).

This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 5 June 2024).

If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—InternetArchiveBot (Report bug) 12:40, 17 October 2016 (UTC)[reply]