¿Cómo es el "lugar" determinado para este registro de dirección de shapefile de tigre 2010?

Question

En la mayoría de los casos, una DIRECCIÓN.DBF registrar enlaces hacia los BORDES.DBF registro que se vincula a una de las CARAS.DBF registro que se vincula a un LUGAR.DBF registro que contiene el lugar. A veces, el lugar clave en las CARAS.DBF está en blanco, el COUSUB clave se puede utilizar en su lugar, y COUSUB.DBF contiene el lugar. Pero, ¿qué hacer en el siguiente caso?

TL_2010_2047_ADDR.DBF contains an address range with
primary key: ARID = 4003948456882
TLID = 85556021
SIDE = R

que los enlaces a borde:

TL_2010_22047_EDGES.DBF
primary key: TLID = 85556021
TFIDR = 201079140

que vincula a la cara:

TL_2010_22047_FACES.DBF
primary key: TFID = 201079140
COUSUBFP10 = 94267
PLACEFP10 = blanks

que sólo tiene un COUSUB clave, no es un LUGAR clave, pero por desgracia el NAME10 campo en el TL_2010_22_COUSUB.Archivo DBF para clave 94267 contiene "2", que no es viable un nombre de lugar (el lugar correcto es probablemente algo como "Castillo Blanco").

¿Cuáles son las reglas por las que COUSUBFP10 y/o PLACEFP10 se utilizan o se ignora, cómo es el lugar correcto nombre de supuestos que se determinen, y donde están aquellos vinculación reglas documentado?

Answer 1

PLACEFP10 hace referencia a un lugar incorporado (ciudad, pueblo) o lugar señalado censo (CDP). COUSUBFP10 se refiere a una subdivisión del condado. Esto puede incluir lugares incorporados pero no CDP. "Siempre" habrá una subdivisión Condada asociada pero no necesariamente un lugar. Subdivisiones de condado son con frecuencia los municipios pero varía de estado a estado.

Si PLACEFP10 está en blanco, no hay lugar incorporado asociado o CDP.