Jump to content

Wikipedia talk:WikiProject U.S. Census/Archive 1

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Archive 1

Transcluded discussion

Transcluded from Wikipedia:Village pump (miscellaneous)#2010 US Census:

Page moved to Wikipedia:Village_pump_(miscellaneous)/Archive_20#2010_US_Census. BobAmnertiopsisChatMe! 01:05, 23 July 2009 (UTC)

Page Break

Now that this has moved to its own dedicated page, I'd like to make a few comments:

  • After the pages were created a number of people suggested using templates to display the data. This was ultimately struck down by consensus. The basic premise was that we want to use templates as little as possible because it is not as easy to edit templates. I think the idea is that while templates are easier from a maintainer standpoint, they are not easier from a user standpoint and we should favor the users, as that is the ultimate goal of the project. I think that if we went this route, we'd have to garner sufficient support for a change in the way this is done. I suspect it would be quite difficult.
  • Changing information in info boxes and other areas (instead of where I put it originally) is certainly not going to be easy. However, that information should already be cited appropriately with the proper date, so I don't see the problem with having data from multiple censuses. It will be up to the individual editors of those already heavily edited articles to update them manually. It won't be inaccurate, it will just be out-of-date for a little while, but I don't see that as a serious problem. To the highest extent possible, the parser bot should flag any such articles so we can speed up updating.
  • There is no reason to keep the old data around. If an article on a city has a sub-article containing historical census information, then it is already in the proper place and does not need any changes. Other articles should contain the most up-to-date statistics.
  • We might want to consider changing the types of information displayed. I selectively chose some information over other information. Of course it may be easiest to just stick with what is there, but this is certainly something to consider.
  • Just so everyone is clear, the rambot had to be custom hand-programmed on numerous iterations to work the way everyone wanted it to work. It was by no means a generic process. Even early in the process there were many special cases that had to be adjusted.
  • I highly suggest we try to avoid manual editing as much as possible. It would be a huge waste of real time to have to manually edit things, unless there is a very good reason for it.
  • Lastly, when I was doing update cycles in the past using the bot (after creation, the bot was used a number of times to update the articles to fix various problems with the originals), I got a lot of feedback from users whenever problems happened. A lot of people have already come up with various problems that could and will occur. When the time comes, I suggest we just go ahead and start the process and address those issues as they come up. Stopping the bot to handle new situations is not going to be a problem. For any article that can't be done automaticaly, a talk page post will likely be the simplest solution.

-- RM 21:05, 11 July 2009 (UTC)

For the demographics sections, would it not be possible to program a bot to completely remove the current demographics sections and replace them with an updated demographics section, that way all the data in the section would be updated at once? It would also have the benefit of standardizing demographics sections. Ks0stm (TC) 03:48, 15 July 2009 (UTC) Basically, could a bot do the "Erase it all, replace it all" method, thus saving much of the work? Ks0stm (TC) 03:53, 15 July 2009 (UTC)

I think that makes the most sense. Anything not part of the original Census 2000 data that has otherwise been added to the demographics section could easily be restored by another editor watching the article. --JBC3 (talk) 16:59, 15 July 2009 (UTC)
Absolutely not. A bot should never create more work for human editors; their entire purpose is to create less work for them. Bots that require manual edits to go back and clean up after them are poorly coded, wasteful and frankly are not even worth considering. Shereth 14:24, 16 July 2009 (UTC)
There's a difference between a bot doing something that creates more work for human editors and a bot not doing something that creates more work for human editors. My point was that the number of Demographics sections with added content is probably relatively small. For those sections that are added to, a human can re-add the deleted (and probably outdated) information. What is the alternative you suggest? Having humans do everything in those articles that have been altered? I'm open to alternatives. --JBC3 (talk) 19:44, 16 July 2009 (UTC)
Well, before an actual determination is made, there is a broader issue to tackle. It needs to be decided what demographic data will be culled from the 2010 Census and added to articles. If we are going on the assumption that we will be using the same data, then the preferable solution is to take the extra time/effort to program the bot to parse existing demographics sections, find the old data and replace it. I understand this will require more work on the part of the person(s) operating the bot, but it is worth it when the net result is less work overall. It is also unreasonable for us to assume that all of the affected articles are diligently watched and the lost material will be restored. Every effort should be made to ensure that a bot does not remove information from articles with the expectation that live editors will "fix" the problem after the fact. Shereth 20:16, 16 July 2009 (UTC)
Which is fine, assuming there is an alternative that makes less work for the human editor. --JBC3 (talk) 01:09, 17 July 2009 (UTC)
If the bot was programed as I said earlier, and completely blanked the demographics section, then replaced it with the new one, there wouldn't be anything from the previous demographics section for editors to clean up...all that would be left to do is update Infoboxes and the like, the demographics sections would be done. Ks0stm (TC) 17:46, 16 July 2009 (UTC)
The problem arises when the demographics section has been added to. Take for example Phoenix, Arizona which has religious statistics, or Houston which has significant commentary regarding specific nationalities and information regarding sexual orientation. This type of data is not monitored by the Census, it comes from other sources. Blanking the Demographics section entirely would cause this iformation to be lost and require editors to go back and re-add it after the bot has passed through. Blanking and re-adding is only acceptable when the Demographics section contains only the original Census data. Shereth 17:54, 16 July 2009 (UTC)
That's a problem I hadn't noticed...is it possible to get a bot programmed to recognize what data is and isn't from the census, then replace only what is? The only complication with this is that the wording on that data is likely to have changed from what it originally was... --Ks0stm (TC) 01:05, 17 July 2009 (UTC)

Make separate section

[unindent] Why do we want to remove the 2000 demographics? Wouldn't it make more sense to have two separate sections, as follows?
==Demographics==
===Most recent census===
===2000 census===
As long as information is valid, relevant, and sourced, I can't see the benefits of removing any information from any article except to split it out because the page is too large. If we were to adopt this format, we'd have no need to discuss how to implement the new data: we could program the bot simply to add the "Most recent census" header, the 2010 information, and the "20::00 census" header. Shereth's examples of communities with more information, such as Phoenix and Houston, could easily have an editor split those out to separate subsections. Nyttend (talk) 15:36, 20 July 2009 (UTC)

This is a step in the right direction. The only immediate problem I can see is in the labeling of the "old" data as "2000 Census" data, when in many cases it will contain newer data (the American Community Survey gets cited relatively often) and it would be a misnomer to label them as such. Perhaps some less specific way of referencing the data, calling it "historical", "previous" or something less constraining than "2000 Census". Shereth 16:30, 20 July 2009 (UTC)
Good point. However, estimates such as the ACS provide far less data, so perhaps we could decide generally to have a separate subheader for those, putting them between the 2000 data and the 2010? We can't expect the bot to know what to do here, so we'd have to have a header such as your suggestions, but it would be a good recommendation for editors. Nyttend (talk) 03:20, 21 July 2009 (UTC)
Yes, there should be a separate section. Because the previous data is in a variety of states, maybe that should be handled case by case by human editors. The 2010 data could go at the end of the demographics section, under "2010 census" or somesuch. Maurreen (talk) 09:00, 10 February 2010 (UTC)

CDPs only

Why are we discussing this just for CDPs? Shouldn't we be applying whatever decisions we make here to all municipalities as well: boroughs, cities, towns, townships, and villages, plus counties? Nyttend (talk) 15:30, 20 July 2009 (UTC)

I don't think anyone really means to restrict this to CDPs at all. They tend to get brought up in discussion due to the special issues that will arise when comparing data from the 2000 to the 2010 census. For the most part, the other entities you have mentioned will have a few less issues to tackle. Shereth 16:31, 20 July 2009 (UTC)

Suggestion

It seems that a bot may do a fair bit of the updates with the 2010 Census data. Could it please quit linking to Poverty line and instead use Poverty line in the United States? The link to (a redirect to) the 'global' article seems to have confused at least one reader.

Also, technically, the Census Bureau calls this the poverty threshold; the poverty guideline is set by the HHS (and the numbers never match). WhatamIdoing (talk) 00:47, 14 October 2009 (UTC)

Format

If it's not too much trouble, I'd like to suggest that new data be added in a list or tabular format. It's easier to read, and the sentences don't add anything meaningful. Maurreen (talk) 09:11, 10 February 2010 (UTC)


October 2010

The count is over and the results will start coming out soon. The first significant releases seem to be scheduled for February 2011, and they'll mostly be done by November 2011. Is it time to start thinking about this again?   Will Beback  talk  09:28, 4 October 2010 (UTC)

I think so...I brought this up on the Village Pump a while back, but to no avail. What's the proper way to bring attention to this? Perhaps a watchlist notice or something? Ks0stm (TCG) 13:36, 4 October 2010 (UTC)
Why not just add a section on 2010 census results to the end of each identified article - and let editors weave the data in where needed, and leave it as stand alone info if no such need is found for an area? Sort of a modified system for how it was handled in the past. Collect (talk) 20:45, 4 October 2010 (UTC)
It seems like most of this job will ultimately fall to bot writers. I'll leave a message over at Wikipedia:Bot Approvals Group. One tricky issue is how to handle demographic sections that have been rewritten significantly - should that material be overwritten? Should the new material be added after the 2000 information? Another issue is deciding which data to include.   Will Beback  talk  21:14, 4 October 2010 (UTC)

I am not a bot operator and I don't even work much with US geography articles, but I do want to offer a thought for consideration. While Wikipedia should strive to include up-to-date information, verified information from past years can still be useful in an article. For instance, a good "Demographics" section for a major city should indicate not only the current population of the city (or the most recent estimate), but also the population of the city in past years; for an example, see the table at Charlotte, North Carolina#Demographics. So, new information from the 2010 US Census must absolutely be added to articles, but it should not entirely replace or overwrite information from past censuses. Thank you, -- Black Falcon (talk) 21:49, 4 October 2010 (UTC)

New CDPs

The new CDPs for 2010 are now listed in the GNIS (search in the Census class for anything with a 2010 date), and it looks like there's a lot of them. These create a special set of difficulties, as the articles for these places are in widely varying conditions. Many of them don't even have articles, many have articles which list them as unincorporated communities (or some variant on that) instead of CDPs, some have articles with demographic data (from ZIP codes, usually), some are redirects to a county/township page, some have articles under variant names, and there's probably some other things I haven't even thought of. This raises a few points:

  • Can a bot create articles for most ofthe new CDPs without articles, or will this have to be done manually? Since not all of the CDPs are actually listed as populated places in the GNIS (many are only listed under the Census class), but many of them are, getting consistent coordinates/elevations/etc. could be difficult.
  • If the above will mostly be done manually, should we wait until the census comes out to write articles on new CDPs without a GNIS listing as a populated place, or can these be written on the Census listing alone?
  • Can the existing unincorporated community articles be updated now to say they're CDPs, and moved to the CDP section of the county templates (and anywhere else it's relevant), or should this wait until the Census is published? We know they're CDPs now, so it would probably be easier to start changing them now, but the Census Bureau itself seems to only have announced them to the GNIS.
  • Since most of the unincorporated community articles will have no existing demographic data, a bot can presumably insert that, but is there any way for a bot to fix the classification once the census data comes out, if it hasn't been done manually?
  • What should we do about the redirects and variant names? These will probably be the most problematic; the redirects to county/township pages deserve independent articles now that they're CDPs, but it will be rather time-consuming to check these manually. Since some of the redirects will be to variant names, a bot can't create articles for every redirect; can a bot list all the redirects somewhere so they can be manually checked without going through everything else?
  • Should communities with variant names be moved to the CDP names or left at the original name? (This should probably be handled case-by-case.) Also, is there any good way of checking for variants so we don't get duplicate articles?

I know this is a lot for one comment, but it has to be sorted out eventually anyway. TheCatalyst31 ReactionCreation 10:04, 23 October 2010 (UTC)

New Census Figures Jan 2011

For what it's worth...

The U.S. Census Bureau releases the 2010 census figures January 2011. All pages containing 2010 demographics will all be out of date. Not all page demographics have been neatly worked into a separate demographics section or other designated section. Some have populations weaved into the lead section, or other places. Some only mention that overall population. Some have the breakdown. And this does sometimes include unincorporated areas.

Additionally, I have noticed two different existing methods on the pages, one possibly due to human error. Taking Scotts Bluff, Nebraska as an example.

  • A lot of those pages correctly reference the U.S. Census Bureau Fact Sheet for their demographics.
  • Others, such as Scotts Bluff, Nebraska, don't reference the correct URL address to pick up the figures for the zip code demographics, so when clicking the reference, you only get the American Fact Finder main page.
Maile66 (talk) 21:44, 7 November 2010 (UTC)
An update: The census bureau is releasing population data at 11:00 EST today, 21 December 2010. FYI. UltraExactZZ Said ~ Did 15:41, 21 December 2010 (UTC)
FYI - I've had communication from Ram-Man saying he will be unable to participate in the updating process. Maile66 (talk) 16:07, 21 December 2010 (UTC)

Pie chart?

A user has suggested the creation of a template that displays data as a pie chart at Wikipedia:Village pump (idea lab)#Template:Pie_Chart. I don't know if this is possible, but if it is, then I could envision it being used for census-related data. If you know anything about this kind of thing, please comment there. Thanks, WhatamIdoing (talk) 22:04, 25 November 2010 (UTC)

Templates

As I understand it, the Census or the USGS assigns a control number to each place. If we stored that control number as a separate parameter of the Geobox template, a bot could easily update at least the Geobox templates quickly and accurately. Perhaps there are other similar articles with infobox templates that could also use such a parameter. I am a bit troubled that the universe of articles needed an update may not be co-extensive with the set of CDP articles created by Ram-Man from the 2010 data. For example, state township articles that use {{Infobox settlement}}.

This is important if the Census releases updated data and of course for 2020.

Thanks, Racepacket (talk) 15:16, 7 December 2010 (UTC)

AWB?

Would AWB be able to help, using "find and replace"? If there is a way to incorporate this, we could have some kind of AWB drive(like Wikiproject Wikify's). Using barnstars and good promotion this could be done in a one month drive and be over for another 10 years. Sumsum2010·T·C·Review me! 03:21, 26 January 2011 (UTC)

What's the plan?

I noticed that people have been talking about this subject since 2009, so what's the plan? • SbmeirowTalk03:50, 8 February 2011 (UTC)

Since the Spanish Wikipedia is creating all U.S. location from scratch we are using the 2010 Census, but we are planing to use a bot soon to update all the U.S. locations that are currently using the 2000 Census, and I'll ask him (User:_jem_ on the Spanish Wiki) if we can use the same bot here, he said it is possible and easy to update it as long as the data is in .svg format, which in fact you can download all the data from factfinder2.census.gov in that format. I'll let you know when we're done (maybe in April or May, when all the data is released and available). And while creating the list of locations for each state using the 2010 Census, I noticed that the Census Bureau created more CDP, doubling in som cases like Virginia or Louisiana from incorporated areas, and now those articles need to be created you can take a look at List of cities, towns, and villages in Louisiana, I updated the table from the Spanish Wiki and you can see that there are new CDP in Louisiana. --Vrysxy! (talk) 07:26, 23 February 2011 (UTC)
Have the 2010 zip code demographics been posted on FactFinder2 yet? If so, I have been unable to find anything later than the 2009 estimates on there. They've made the process complicated. Maile66 (talk) 10:25, 23 February 2011 (UTC)
Not sure about factfinder2, but the raw data is available for some states. [1] They're all going to be published by April 2011. --ChrisRuvolo (t) 16:31, 23 February 2011 (UTC)
I've seen people updating local, city-level populations for the states released (For example [2]) but for the life of me I cannot find this local of strictly population data anywhere (not on Factfinder2 searching for Moore, Oklahoma anyway). Where can I find this level of data to fact check such changes? Ks0stm (TCG) 20:26, 23 February 2011 (UTC)
It was a nightmare trying to find out local data for small towns, but all you have to do is:
  • 1-Go the main Factfinder page (http://factfinder2.census.gov/faces/...es/index.xhtml)
  • 2-Click the Geographies tab to your left
  • 3-Get rid of the select geographies pop up if it shows up. You should now have the annoying list of tables
  • 4-Then the sixth from the bottom should be called "Population and Housing Occupancy Status: 2010 - State -- Place", click it (click on "Population and Housing Occupancy Status: 2010 - State -- County subdivision" to see data for townships, etc.).
  • 5-Now you should get a scrolling list of cities in Arkansas. Where you see Arkansas you can change the state to see local data. --Vrysxy! (talk) 20:36, 23 February 2011 (UTC)
"Nightmare" is an understatement. Whatever was the government thinking when they designed this? Thanks for the direction. I got as far as Texas with your instructions. Not all the towns that had 2000 population figures in the old Fact Finder are on this one. Isn't that interesting? However, it would be good if we could figure out to get the total demographics breakout, like the old Fact Finder by just inputting the zip code. Maile66 (talk) 21:14, 23 February 2011 (UTC)
The old fact finder was waaay easier, anyway, this Friday I'll create a table (for the states with data available) listing every city, town village (if any) and CDPs with the 2010 Census, and btw maybe those towns that u said are not on the 2010 fact finder, maybe they just merged within a city?? --Vrysxy! (talk) 21:44, 23 February 2011 (UTC)
Re the small cities, it's hard to say if they merged or not on the census, but I doubt they did geographically. Small farm communities ten or twenty miles from bigger places, with lots of acreage inbetween. One I had in mind was Doss, Texas, and others in Gillespie, Mason, LLano, etc. Texas Hill Country towns. I believe grass grows faster than the FactFinder2 can download data just to scroll to the next set of towns. I anxiously await the Saturday Night Live parody of someone trying to retrieve census data from that site.Maile66 (talk) 21:58, 23 February 2011 (UTC)
I found something a couple weeks ago that said they are releasing the information gradually, like groups of states at a time, and suppose to be finished by April or May? • SbmeirowTalk23:22, 23 February 2011 (UTC)
If the rest of the Texas communities are like Doss, they probably aren't CDPs and their 2000 census data was taken from the ZIP code tabulation area. From what I can tell, 2010 census data for ZCTAs isn't out yet, though considering how terrible factfinder2 is it may be on there and I just can't find it. I don't know when it's coming out, but it probably isn't covered by the April/May deadline since that appears to be for releasing the basic data for the remaining states. TheCatalyst31 ReactionCreation 23:49, 23 February 2011 (UTC)
Thanks for the navigation tip for factfinder. I was able to pull out the NJ data to create this table to begin working from: Wikipedia:WikiProject New Jersey/Census 2010. Looks like a bunch of the CDPs changed. Thanks again. --ChrisRuvolo (t) 01:15, 24 February 2011 (UTC)

Yeah, and btw did u do that table by hand? Or did u use excel or any other tool? Btw those new CDP were created from unincorporated areas and some of them were divided from 2 CDP like Great Meadows-Vienna, New Jersey to Great Meadows, New Jersy and Vienna, New Jersey. --Vrysxy! (talk) 05:23, 24 February 2011 (UTC)

I downloaded the CSV, then pulled out fields and used text editor macros to build the table. Yes, I did notice that some of the CDPs have been split up. More research will be needed to see if the new split CDPs are co-terminus with the previous CDPs, or if they perhaps contain additional territory. I also noticed some communities that were previously ZCTAs are now CDPs, but with differing geography. Some more info here: Wikipedia talk:WikiProject New Jersey#2010 Census Data for New Jersey published. Thanks. --ChrisRuvolo (t) 18:40, 24 February 2011 (UTC)
Thanx, I also noticed that the some states have districts as their subdivision, just like townships in some states, why is that? Are they new? are they actually subdivision of those states? MS for example has over 300 districts, like District 1 etc.. I try to google them on Google maps and none of them were there. So I'm guessing they were created during this cesus, anyone from Alabama, MS, VA or LA? --Vrysxy! (talk) 05:02, 25 February 2011 (UTC)
These are basically alternate forms of county subdivisions for states without active minor civil divisions. Alabama uses census county divisions, and according to this, LA uses Parish Governing Authority Districts, MS uses Supervisors' Districts, and VA uses magisterial districts. The latter three seem to be defunct, and with a few exceptions they generally don't have articles, so mass creation of these probably isn't necessary right now. TheCatalyst31 ReactionCreation 07:06, 25 February 2011 (UTC)

From the Census 2010 folks

Received the below email today in response to a query I'd sent quite some time ago Maile66 (talk) 21:42, 3 March 2011 (UTC)

Thank you for your feedback and please forgive the delayed response. I want to let you know that Zip Code Tabulation Area ( ZTCA) data will not be available until the June - August 2011 time frame.

— American Fact Finder Staff,US Census Bureau

What breakdowns?

Last census 2000, we reported population (as does the US Census) by race (as defined by US Census) and then Hispanic & Latino (separately, as does the US Census). To make comparisons between 2010 and 2000 data meaningful and to not push a POV, I assume we do the same this time around (as I have been doing in the articles I am updating). Another editor takes the Hispanic & Latino populations out of all race categories, or just from Whites, or just from Whites & African Americans, and presents that data (often wrongly). Another seems to break the Asian American populations by Chinese American, Japanese American, etc. - but not consistently. Another editor takes pains to inform us in various places that "Middle Easterners", "Iranians", "Armenians" and "Jews" are "White", but again not consistently. Can't we just stay with the tried and true breakdowns, to make things simple, comparable, consistent, and NPOV? Carlossuarez46 (talk) 21:05, 16 June 2011 (UTC)

It seems like, ideally, you take out the Hispanics, and you then list "non-Hispanic Whites," and "non-Hispanic Blacks". It's misleading to read about cities that are 80% white when, in fact, there are almost no people who are White by the most used definition (i.e., non-Hispanic Whites). john k (talk) 19:52, 1 July 2011 (UTC)

Why no updates?

It's rather sad to see how many articles haven't yet been updated with the new census data. Why hasn't a bot been created to do this? john k (talk) 19:54, 1 July 2011 (UTC)

Most articles have not. I just checked the big city in my major metro, Boston, which has not been updated with the 2010 census data in the demographics section. And neither has any other city I've checked. What we need is a complete REPLACEMENT of the "Demographics" section with new information by a bot. That's what I vote for. A bot should be able to replace a good deal of the info in the infobox as well. But I think replacing the entire demographic section with 2010 data using a bot is a no-brainer. — Preceding unsigned comment added by Midtempo-abg (talkcontribs) 06:33, 17 October 2011 (UTC)

How to handle mixed 2010 and 2000 information

In the hopes that someone is watching this page -- I notice some people are (helpfully!) adding 2010 data. I'm very glad to see this. However I see a problem with retaining some 2000 information which evidently cannot yet be updated (please correct me if I am wrong). Here is typical edit. The 2010 demographic data is now correct, but the paragraph on income "The median income for a household in the city was $13,750, and the median income for a family was $11,250..." is now from the 2000 census, but this is not clear from the text or the paragraph heading -- which actually implies it is from the 2010 census. What is the best way to fix this? Program a bot to follow after, adding "According to the 2000 census, ..." to the beginning of that paragraph, or a "2000 income data" subsection header? Program a bot to add 2010 income data when (or if) it is available? Removing it altogether in my opinion would be a bad idea. Thanks, Antandrus (talk) 01:59, 20 June 2012 (UTC)

My line of though

I'm the person who is doing the editing, at least for Iowa and now North Dakota. I looked around before I started coding my bot to try and find the recent income data and I was unable to find it if anybody does I can add it to the bot, and actually if I'm not mistaken I think the data might actually be from around 2005 and not related to the census. I can easily modify my bot to start changing that paragraph to include the date of the data at the beginning, and if I know for sure what the date is I'll do that when I move on to my next state.

It's from the 2000 census, except for the cases where someone manually updated it with more recent data. Here, for example, is the Hansboro page from 2002; you can see the numbers are the same as they are in your recent edit. I have not found income data myself at the local level for 2010; obviously using that would be a good solution (but may not be possible for a while yet). Antandrus (talk) 02:19, 20 June 2012 (UTC)
I looked for the 2010 data before I started and couldn't find it so I don't think its out yet. I'll start modifying that paragraph to state the info is from 2000 when I move onto a new state (probably South Dakota), and come back to Iowa and North Dakota when I'm done to fix that paragraph.
Thank you! That would fix it. Antandrus (talk) 02:50, 20 June 2012 (UTC)

2010.census.gov has been retired

http://2010.census.gov has been retired for http://www.census.gov. Special:LinkSearch/http://2010.census.gov currently shows 1550 links including all namespaces. Most links I tried would work if 2010.census.gov is replaced by www.census.gov. I guess a request to update links should be made at Wikipedia:Bot requests. PrimeHunter (talk) 13:13, 6 March 2013 (UTC)

Activeity

This project is marked as inactive. It is unclear to me, but did the issue in question get dealt with? Or is the bot transcription of census data ongoing? Dysklyver 11:47, 15 October 2017 (UTC)

RfC about mass changes to California census figures

Should the mass changes in the California census figures made recently by User:CarlosSuarez46 be maintained or rolled back? BeenAroundAWhile (talk) 19:51, 30 September 2018 (UTC)

  • The current wording of the demographics of California places based on 2010 census reports show numbers and percentages of owner-occupied vs. renter-occupied housing units. The percentages are based on occupied housing units not total (there are vacant units, naturally). It was pointed out that what was missing was a report of occupied units so that the percentages match. Now, it may or may not be necessary to clarify, since both owner-occupied and renter-occupied units must necessarily form the entirety of "occupied" rather than "total" housing units. I'll leave that to community. Feel free to rollback all my changes if you think that's best - as you propose. If clarification is not needed, so be it. If it is, I have made the clarifications through Inyo County alphabetically and someone else can carry on. Carlossuarez46 (talk) 20:40, 30 September 2018 (UTC)
  • See Talk:Furnace Creek, California#Questionable Arithmetic for the background of what started this series of edits. Bottom line: there are thousands of articles with incorrect 2010 census data about housing, due to a mistake in a mass edit from 2012. Carlossuarez46 is attempting to fix (which I think is admirable: I could not figure out a way to do it using AWB). I believe that these edits are necessary.
Now, I agree with BeenAroundAWhile that the phrasing of the correction is awkward. For example, in Winterhaven, California, the corrected sentence reads
There were 186 housing units at an average density of 781.4 per square mile (301.7/km²), of which 151 were occupied, of which 62 (41.1%) were owner-occupied, and 89 (58.9%) were occupied by renters.
The two sequential "of which" are awkward, IMO. Carlos, would it be possible to break into two sentences? Like this:
There were 186 housing units at an average density of 781.4 per square mile (301.7/km²), of which 151 were occupied. Of the occupied housing, 62 (41.1%) were owner-occupied and 89 (58.9%) were occupied by renters.
I realize that Carlos is manually performing these edits, so adding complexity to the edits is probably quite painful. What do editors think? —hike395 (talk) 01:58, 1 October 2018 (UTC)
The second "which" could be changed to "these", but I leave it to you guys to decide whether to do anything and what to do. Carlossuarez46 (talk) 17:44, 1 October 2018 (UTC)
I hope this has been fixed. BeenAroundAWhile (talk) 05:02, 6 December 2018 (UTC)
@Carlossuarez46 and BeenAroundAWhile: I hope that Carlos decided to finish the edits --- better to have awkward phrasing than incorrect data in Wikipedia. —hike395 (talk) 11:26, 16 December 2018 (UTC)
He was going to finish it. Carlossuarez46 (talk) 19:07, 17 December 2018 (UTC)

A new newsletter directory is out!

A new Newsletter directory has been created to replace the old, out-of-date one. If your WikiProject and its taskforces have newsletters (even inactive ones), or if you know of a missing newsletter (including from sister projects like WikiSpecies), please include it in the directory! The template can be a bit tricky, so if you need help, just post the newsletter on the template's talk page and someone will add it for you.

– Sent on behalf of Headbomb. 03:11, 11 April 2019 (UTC)
Archive 1