Question

Status:Closed    Asked:Jan 06, 2016 - 04:26 PM

Harmonized municipio data for mexico doesnt match National Statistic Office codes?

Hi, I am using the census data for mexico. In particular the harmonized municipio variable across time (great service, thanks!). I was trying to merge with other sources of info but now the harmonized codes are all scrambled (relative to the standard codes using in mexico right now). Just wanted to check that I am not doing anything wrong, and this is the way it was designed.


Also, when do you announce what data is coming out this summer?


Thanks!

 
Do you have the same question? Follow this Question
 

Staff Answer

avatar

Tim_Moreland

Staff

Since GEO2_MX maintains consistent boundaries across samples, it was necessary for us to combine some municipalities. As a result, it is not possible to directly match these harmonized codes to a non-IPUMS data source. I have attached a crosswalk between GEO2_MX and the sample-specific municipality codes. This should assist you in merging with National Statistic Office codes.

Please see this previous answer for information on the 2016 data release.

Hope this helps.

 

Jan 07, 2016 - 04:09 PM

0
0
Report it

Answers

That is right; the harmonized codes are scrambled at the second level of geography. Our regionalization-harmonization algorithm renumbers units where there is a change in geography due to changes in boundaries or if there are confidentiality issues.

If you are looking at harmonized geography across several census years - the codes will not match as there are changes in geography and merger of units. However, if you are looking for original codes to work on a specific year, you could still get most of those codes from the GIS shapefiles. Download year-specific shapefiles for the second level of geography for any country, the last column in the attribute table should correspond to the codes that were given to us by the National Statistical Offices; e.g. for Mexico 2010, "MUNI2010" correspondents to 2010 municipio codes given to us by INEGI. If units are not combined due to confidentiality, you will get all the codes. But if there are confidentiality issues and units are combined, "MUNI2010" will reflect the code with the highest population of the combined units.

We have plans to distribute a .csv file with original codes from statistical offices and IPUMS regionalized-harmonized year-specific geography codes in the future, but at the present moment the shapefiles are the best place to go. If there is any specific sample or country you are interested in, we could send the .csv file to you as a separate attachment.

With respect to data release this summer, please refer to Bob's answer on "Which samples will be released in 2016 and when?"

 

Jan 07, 2016 - 03:21 PM

0
0
Report it

OTHER QUESTIONS NEEDING ANSWERS

sorry, i didn't see this in the FAQ/tutorials. i want to *just* download CPI...
The highest one percent incwage earners are combined into the incwage"Top Cod...
To compute unemployment rates from Ipums-I, should I use perwt as pweights or...
Why is the income wage variable incwage-capped? and how is the cap determined...
USA IPUMS 1980 ancestry variable -- mapping to country names
Did the version of database change since 2011?
Login   |   Register

Recently Active Members

View More »

Share |