IA · Guía práctica documentada
Dos columnas de datos pueden perder una fila al emparejarlas con zip
Una comprobación de longitud evita que un resumen deje observaciones fuera.
Una tabla llega dividida en dos listas: nombres de municipios y cifras. Emparejarlas por posición parece una operación inocua, pero zip termina por defecto al agotarse la entrada más corta. La documentación de Python ofrece strict=True para exigir que las longitudes coincidan. El control detecta un desajuste estructural; no determina qué valor faltaba ni a quién correspondía.
Caso propio y ficticio: los nombres son Norte, Centro y Sur; los valores, 12 y 18. La operación ordinaria produce dos pares. Sur desaparece del resultado sin un tercer registro que diga «ausente». Si después se publica que se han revisado todos los municipios, la afirmación es incorrecta aunque los dos pares conservados estén bien escritos.
La comprobación propuesta conserva tres cantidades: longitud de cada lista y número de pares obtenidos. Con strict=True, consumir el iterador hasta ese desajuste provoca un ValueError. No basta con crear el objeto zip y no recorrerlo: el error aparece al iterar. Guarda la excepción como incidencia del fichero y no la conviertas automáticamente en un cero.
Tampoco unas longitudes iguales garantizan correspondencia. Si Centro y Norte llegan intercambiados en una lista, habrá tres pares formalmente válidos pero asociaciones erróneas. Para un cruce real, utiliza identificadores estables y comprueba duplicados y cobertura. El emparejamiento por posición solo debe emplearse cuando el orden forma parte del formato de entrada.
Esta explicación documental no utiliza estadísticas municipales reales. Antes de publicar un cuadro, conserva el original y deja por escrito si relacionaste filas por clave o por posición. El lector necesita conocer la cobertura y las exclusiones para interpretar el total; una operación sin excepciones no acredita la calidad de los datos.