This site uses different types of cookies, including analytics and functional cookies (its own and from other sites). To change your cookie settings or find out more, click here. If you continue browsing our website, you accept these cookies.
Why do values in the ConsumerView HH & Individual fields contradict the Household Composition Code? Sometimes other field values in a CV household record don't support the description of the Household Composition value. For example, there might be two adult females in a household record but the Household Composition is A (HH w/1 adult female). Or another record has 2 adults with a Composition code of B (HH w/1 adult male).
The first thing to note is the ConsumerView file delivers 6 of up to 8 persons in a Living Unit. Not every person is delivered which may impact the Household Composition Code. Another consideration is the description does not define the exact makeup of the household. For example, a Household Composition code of "A" (HH w/1 adult female) does not mean this household is exclusively made up of a single adult female.
Household Composition - This field is calculated based on gender and children present in the Living Unit. On the Household Composition, Experian looks at everyone in the Living Unit provided to them and determines how many adults are present in each Living Unit, gender of those individuals and if children are present in that living unit, coding them according to the codes chart.
* A = HH w/1 adult female (no adult male, no child) * B = HH w/1 adult male (no adlt F, no child) * C = HH w/1 adult female and 1 adult male (no child) * D = HH w/1 adult female, 1 adult male and children present * E = HH w/1 adult female and children present (no adult male) * F = HH w/1 adult male and children present (no adult female) * I = HH w/2 or more adult males and children present (This does not mean there is not an adult female present in the household) * J = HH w/2 or more adult females and children present (This does not mean there is not an adult male present in the household) * G = HH w/2 or more adult males (An adult female can also be present in household, no child)) * H = HH w/2 or more adult females (An adult male can also be present in household, no child) * U = Unable to code
Records coded with C and D are typically scenarios where there's a male and female with/without children. I - H could be one of these situations below:
1.) Scenarios where an elderly parent living with their adult children. 2.) Roommates (both male and female, young and old) 3.) Scenarios where a married couple allows an in-law (the brother or sister of a spouse) to reside with them 4.) Scenarios where a relative (uncle, cousin, etc.) may live with their relatives 5.) College age children (ages 19+) living with parents.
When might the Household Composition value not match the houehold attributes? In one scenario, 2 Adults in a household with a Code of "A," more than likely there are two female adults in the household. This could be a roommate situation, it could be a mother and older daughter. Only one female may be a PDM in a household. Because of this, the record would receive the Household Composition code of “A” meaning a household with one adult female even though there are two adult females present.
In the "Question" example of two adult females in a household record but the Household Composition is A (HH w/1 adult female), this household looks as if it is more likely two sisters residing together as the ages are close together. One is listed as the PDM, the other is listed as the other adult. The system assigned the living unit an A denoting the female PDM.
The second "Question" example of 2 adults with a Code of "B" may be a household with a parent living with adult child situation. The adult child is coded as the PDM and the other person is only an initial and coded as the other adult. The system assigned the living unit a B denoting the male PDM.
In situations where fields in specific records are questionable and need further validation, provide those records to email@example.com explaining the issue. Also include the vintage of the ConsumerView Household or Individual file.
Experian's ConsumerView file is built directly from hundreds of public and proprietary sources. They employ rigorous data testing including applying proprietary models and algorithms to ensure only the most deliverable addresses and accurate data elements are on the ConsumerView database. Attached to this article is an excellent User Guide for the ConsumerView dataset. This User Guide is also included in the US Data Bundle documentation.
This note is to alert users of Alteryx 8.6 to 10.5 of an error message that may appear if a user previously installed the combined US and Canada CASS dataset and then in subsequent data updates separately installs CASS for a single country.
Some clients reported receiving a message in the Alteryx Designer that “CASS is not installed properly or it has expired.” Once CASS is installed for both countries, supporting program files continue to look for the combined dataset even if CASS is uninstalled and a single country is reinstalled.
The instigating files are identified and a resolution is being explored, however, this error appears to be inherent to the source data itself.
Action required: 1. Close open instances of Alteryx 2. Delete the CASS.ini file which in most cases resides on the user’s local drive (C:\ProgramData\Alteryx\DataProducts\DataSets\CASS\CASS.ini) 3. Locate the most recent CASS installs and re-run the installation executables 4. Relaunch Alteryx and verify the CASS tool is no longer reporting an error
This note is to alert users of Alteryx 8.6 to 10.1 of a potential message window that may appear after updating the US and Canadian CASS engine. Subsequent to completing the CASS installation and closing the installer, some clients have reported receiving a message window stating that the program may not have been installed correctly. This message can be disregarded and will not impact dataset functionality.
The source of the problem is being identified and a fix will be included in future Alteryx software releases.
Action Simply choose ‘Cancel’ to close the Program Compatibility Assistant window. Alteryx can then be opened and workflows can be run as normal.
Was the installation of CASS successful? Yes, CASS was installed fully and all scripts have finished running.
Will this message impact my installation or existing workflows? This message is entirely cosmetic; there are no impacts to the installation or workflows.
Alteryx Data Artisans occasionally identify problems with how street segments are displayed or where addresses may be located. They want to pass along corrections and may reach out to Alteryx to help. Artisans can actually provide feedback directly back to our spatial vendor, TomTom, by logging into this web site: http://www.mapsharetool.com/external-iframe/external.jsp.
You can submit a report after logging in with Facebook, Google or Yahoo. As noted on the linked page, your reports help them keep their maps as accurate as possible.
I am curious about how the Gallery (Allocate) estimates ZIP Code demographics that might differ from what the Census Bureau does on their American Factfinder site. Would this be caused by the source of the Zip Codes? Or are we using a different method of pulling demographics for Zip Codes?
ZIP Codes and ZCTAs are different. A major difference is ZCTAs are created at the time of the Census in 2010 and not typically updated. ZIP Codes in the Gallery are updated quarterly. So the physical area of the ZIP Codes being compared might be different even though they reference 2010 data. They could be looking at physically different areas. If one could visualize the ZIP Codes and ZCTAs on a map, the physical differences between the geographies would be easier to see. Here are a few informative links from the Census Bureau: https://ask.census.gov/faq.php?id=5000&faqId=10488 and http://www.census.gov/geo/reference/zctas.html.
Another note - The Gallery does not include ZIP Codes with Points but Allocate does, when registered). ZIP Code Points can be Post Office Boxes, business ZIP Codes in an office building, etc.. If a ZIP Code cannot be found check to see if it categorized as a polygon or point type.
Want to trouble shoot the validity of a ZIP Code on your own? Here are a few links:
Post Office web site: https://tools.usps.com/go/ZipLookupAction!input.action?mode=1&refresh=true
MelissaData web site: http://www.melissadata.com/lookups/cityzip.asp
Question: Do we identify the head of household in the consumerView individual file? There is a field, “Household Person Number”, that gives a value between 1 and 6, with 1 value if that person is the only person in the household. Does a “1” designation equate to that person being head of household if there are multiple people in the household?
Answer: Experian does not have a ‘head of household’ description in their file but the Primary Decision Maker is considered that individual. There can be 2 PDMs in the household. “Household Person Number” is Alteryx generated and based on the Person number (highlighted) “Person 1: Person Id Number”.
The sequence of assigning Person 1 follows below.
The persons within a Living Unit (LU) are assigned a Person Type. A ConsumerView database LU can contain up to six individuals on the licensed database. Within the LU, the sequence is male primary decision maker and then female primary decision maker with all other members following in age order.
Primary decision maker - The individual(s) within a living unit that is (are) most likely to make the buyng, expenditure or purchasing decisions.
Elderly parent - an individual within a living unit that is not a Primary Decision Maker (PDM) with an exact age of 65 or greater
Young adult - An individual within a living unit that is not a PDM and is between the ages of 19 and 25
Teen -- An individual within a living unit with an exact age of 13-18
Child - An individual within a living unit with an exact age of 0-12
Other - An individual not classified in any other category
"CAPE data is always in nominal dollars (i.e. it includes inflation) – for CYE estimates, it cannot be any other way since we release the estimates a few months after the reference date (e.g. in end of September 2015, we released the estimates for the 2015B update that referred to July 1st, 2015). For FYP, however, it’s important to mention that CAPE estimates incorporate inflation projections – this also ensures consistency with CYE estimates. Although we may use ‘real dollar’ values (i.e. stripped from inflation effects) to project Consumer Expenditure target estimates, none of our final CAPE estimates are in ‘real dollars’.
- Thanks to Data Products for getting this information from Experian
Here we are in 2015. The 2010 Census is five years behind us and the 2020 Census is five years away. Have you wondered about the next Census? How will data be collected? Will the questionnaire catch up with current technology? What happens to non-responders? Since much of our demographic data is based upon the results from each Census (whether from the Census Bureau or demographic vendors like Experian), I went looking on the Census Bureau's web site for a preview of coming attractions. And I found a page at A cost-effective 2020 Census answering my questions.
The decennial Census is mandated by the U.S. Constitution. If you answered the Census in 2000, you took black/blue pen to paper for either a short or long-form questionnaire. No Internet access back then. In 2010 you still used a black/blue pen on paper and answered 10 simple questions even though the Internet was integrated in much of our day-to-day life. Are we relegated to a black/blue pen on paper to answer the 2020 Census Questionnaire? Based on information at census.gov, the next Census will encourage self-response via the Internet. Nice! And for those who do not respond, other existing governmental data may be used as a supplement. This equates to cost reductions with fewer physical offices, fewer staff and less followup with non responders. In 2010 there were 500+ Census offices and more than 750,000 staff on the ground. The 2020 Census may have as few as 150 Census offices and 200,000 staff on the ground.
Technology may also influence another component of the U.S. Census - the Topologically Integrated Geographic Encoding and Referencing (TIGER) database. These are reference maps, created for the Census, used to visualize geographic and statistical data. Maps are the basis for companies such as TomTom who offer enhanced versions for licensing and inclusion in navigation products. Alteryx users can find mapping layers in the Map Input, Reporting and Browse tools as backdrop references for spatial objects. As referenced on census.gov, existing maps and address lists may be updated using technology, data and GPS to collect interviews efficiently. In the past enumerators walked EVERY block in EVERY neighborhood in the United States gathering responses and information. You can read more about the Census Bureau's 155-year history of mapping here: 155 years of mapping
From what I read, these changes have the potential to save taxpayer dollars, maintain a high level of accuracy and make responding to the Census easier. So what happens next? Testing these new processes began this year on a small-scale and national basis. On April 1, 2017, Congress will be delivered the 2020 Census "topics." On April 1, 2018, "question wording" will be delivered. April 1, 2020 is Census Day! On December 31, 2020 apportionment counts are delivered to the President. Results of the Census were historically not instantaneously available but were released over a period of a few years. But who knows what WILL be available in another 5 years.
http://census.gov/ is an excellent resource for information on the Census, American Community Survey (ACS), geographies, news and events.
Are seasonal population figures included in total population counts?
It is very important to note that the CAPE ‘Seasonal Population’ only refers to the proportion of the population that is temporarily living in housing units that are defined as ‘For seasonal, recreational, or occasional use’. The CAPE ‘Seasonal Population’ therefore needs to be combined with the permanent ‘Residual Population’ to estimate the overall level of the population in each area by quarter.
We are trying to understand the difference between employees and daytime population. It looks like some of the population may be double counted. Can you explain what rows are used for the 2014 Total Daytime population #.
Methodologies are different for Employees and Daytime Population.
Employees & Establishments in Business Summary are sourced from the D&B Business list and summarized to a geographic level although delivered in the Experian CAPE release. The employee counts are as accurate as the D&B employee value but are also subject to block centroid allocation used for population.
Employment fields from the Occupation & Employment folder are based upon the American Community Survey, modeled to a current year value and are part of CAPE.
Daytime Population is sourced from Experian and are compiled values using several CAPE fields. The excerpt below is pulled from the Tech Overview delivered to clients.
Daytime PopulationDaytime Population – Current Year Estimates (CYE)
The Daytime Population database is created using a variety of methodologies applicable for different subsets of the Total Daytime Population. These subsets are then added together to create the Total Daytime Population.
The process starts by identifying key subsets of the residential population that are assumed to stay in or close to their home location during the day. In particular, the following subsets of population are assumed to remain in the same Block Group during the day as the Block Group in which they live (or reside):
Residential Population : Children aged less than or equal to 2
Residential Population : Civilian aged 16+ population that are unemployed
Residential Population : Civilian aged 16+ population that work at home
Residential Population : Population aged 65+ who are retired
Residential Population : Population aged 16+ who are homemakers
Residential Population : Population aged 16+ who are in the Armed Forces
All of the above variables can be directly obtained from previously calculated CAPE – Demographics – Current Year Estimate (CYE) residentially-based variables, except for the ‘Residential Population : Population aged 16+ who are homemakers’. This variable is calculated by applying suitable localized proportions to the existing ‘larger population’ variable of the ‘Civilian aged 16+ population who are ‘Not in Labor Force’. Applying these proportions determines the subset of this ‘larger population’ that are estimated to be homemakers.
Once these initial subsets of Daytime Population who are assumed to stay in their residential Block Group during the daytime are defined and accounted for, then the daytime location of other population types are modelled. It is assumed that these remaining population types are much more likely to travel out of their residential Block Group to reach their typical daytime location than is the case for the population groups previously accounted for. However, flows from home address to daytime address that occur completely within the same Block Group are also possible for these types.
First, the estimate of daytime population at place of work that has already been modelled for the Mosaic Workplace database is accounted for. This variable is:
Daytime Population, Civilian 16+, at WorkplaceAfter the above, the main population groups left to be modelled are:
Within the work to create Mosaic Workplace, this variable is estimated using Census Tract-to-Tract flows of workers from residence to workplace, and National Business Database data to update these flows and allocate them from Tract level to Block Group level.
Daytime Population, Students : Prekindergarten to 8th grade
Daytime Population, Students : 9th grade to 12th grade
Daytime Population, Students : Post-secondary students
Daytime Population: Any remaining Civilian aged 16+ population that are ‘Not in Labor Force’ and have not yet been accounted for.
All of the three student populations are modelled using a variety of data from the National Center for Education Statistics (NCES) and also information from key institutions (i.e. universities/colleges) themselves. After making allowance for students registered at an institution but very unlikely to travel to that institution on a typical day (for example, students undertaking online courses), this information is compiled and modelled to create an initial estimate of the typical number of students that spend the day at the location (or campus) of each institution. These figures are then calibrated so that the initial estimates of students who spend a typical day at the location of each institution, and those who stay within their residential Block Group during a typical day, are balanced to equal the national number of students within each category (i.e. Prekindergarten to 8th grade, 9th grade to 12th grade, Post-secondary students).
Once all students have been accounted for, current estimates of each relevant daytime population sub-group are tallied and compared to the national estimate of ‘Residential Population: Civilian aged 16+ population that are Not in Labor Force’. The above work does not yet account for a proportion of this population group. The, as yet unaccounted for, proportion of this group is therefore calculated and assumed to spend a typical day within the Block Group in which they live.
Having allocated all of the relevant subsets of residential population to either the Block Group in which they reside, or to another Block Group which they are estimated to travel to in order to spend a typical day, then the two final variables in the database are calculated:
Daytime Population Aged 16+
Total Daytime Population (i.e. all ages)
If you can't find the ZIP code you are looking for, it is likely that it is a ZIP point, ZIP codes are assigned to military basis, college campuses and other large facilities. These ZIP Codes are not registered by default, to be added to Allocate they have to be registered. For this you will need to have Admin rights to your computer to do this. If you don't, you could try right clicking on the Allocate product and selecting Run as administrator. If this does not work, you will need your IT to register the file for you. First, open the stand alone Allocate product (outside of Alteryx): Choose the dataset you are using in the first window: Next, go to the Pick Geography tab and go to File > Manage Virtual Geographies… The below window will pop up, click on Register: Go to the Program Files (x86)AlteryxDataProductsPortfolio[your dataset]Data folder (or the folder for the dataset you are using): And select the ZIPs with Points VGF files, click Open: You will see that the Zip Codes w/Points is now loaded in the list, click OK: Allocate will say it needs to restart, click OK. Once open again, go to the Pick Geography tab and the Zip Codes w/Points is now selectable and will also be available in the Allocate tool within Alteryx.
Census data is calculated based on census designated boundaries which range in increasing size from Blocks - Block Groups - Tracts - Counties - etc. However, when solving most business issues, custom polygons are often used. Since custom polygons almost never perfectly mirror Census Blocks, a method to subdivide Blocks must be created. Block Centroid Retrevial
Alteryx utilizes Block Centroid Retrieval when allocating demographic data to irregular polygons such as custom radii, ZIP Codes, and custom trade areas. For the US datasets, this retrieval is based on the centroids of the US Census 2010 Blocks. Each record is tagged with the percent of the household and population it represents as a fraction of its associated block group. Development changes in the years since the census are not reflected in this inventory of block centroids.
To address this requirement, Alteryx designed a methodological approach to update block groups to reflect areas of growth. By utilizing the Experian household database of 127 million U.S. consumer households in conjunction with the Census Bureau, Alteryx has created additional points, within the block inventory dataset, utilized by Allocate to represent population and household growth during the time since the previous census.