En un Shapefile de ESRI, ¿cuál es el campo "Número de expediente" de cada encabezado de registro en el archivo .shp?

Question

El shapefile (especificación dehttp://www.esri.com/library/whitepapers/pdfs/shapefile.pdf) sólo dice que "los números de Registro comienzan a la 1." (página 5), que no se especifica lo que el campo es en realidad. Según la página 25, cada forma característica debe correlacionarse con exactamente 1 registro en la DBF, y su orden debe ser idéntico. Así que el "Número de Registro" campo no es para cualquier propósito relacionado con la DBF. Mi interpretación es que el "Número de Registro" campo se requiere contar desde 1 hasta el número de operaciones de este tipo en el archivo de forma. Pero esto es completamente redundante, estoy seguro de si me he perdido algo?

Algunas aclaraciones después de leer sus respuestas y comentarios:

1. Estoy escribiendo un lector/escritor de shapefiles, por lo que es necesario analizar correctamente así como producir una salida válida.
2. Los Shapefiles así como los archivos de DBF tiene un "intrínseca" número de registro (llamémoslas a y B). La primera forma / registro después de la cabecera en el archivo de forma / DBF tiene A=1 / B=1, la siguiente tiene Un=2 / B=2, y así sucesivamente. El archivo de forma especificación establece claramente que las formas y los registros tienen un uno-a-uno basado en estos números, por lo que los atributos de la forma A=1 figuran en el registro B=1, y así sucesivamente. Ni Una ni B es el "Número de Registro" campo estoy preguntando acerca de.
3. Cada forma en el shapefile también tiene un (explícito) INT32 de campo en su forma de encabezado, que se llama "Número de Registro" en el shapefile de especificación. Aquí es donde mi comienza la confusión. Vamos a llamar a este valor C. La especificación requiere que este campo comienza en 1 (así, por la forma A=1, debe ser C=1). Pero no te da ningún otro tipo de normas (tales como "incremento de C por 1 para cada forma"), ni tampoco da ningún significado semántico a este campo. Así que me parece que C es, de hecho, carece de sentido. Pero si eso es cierto, el shapefile está hinchado por 4 bytes que son innecesarios para cada forma, lo que parece extraño para mí. Así que quiero estar seguro de que no me estoy perdiendo de nada...
4. No tengo idea de donde cosas como "FID, OID, OBJID, o OBJECTID". No estoy utilizando cualquiera de los productos de ESRI, pero echando un vistazo a http://support.esri.com/es/knowledgebase/techarticles/detail/37480 yo a la conclusión de que esas son las propiedades y atributos de algunos productos de ESRI usar y almacenar en el archivo DBF asociado con el archivo de forma. Si esto es así, esto no tiene nada que ver con mi pregunta.

Answer 1

Debe ser algo como FID, OID, OBJID o OBJECTID.

Es el identificador único para esa tabla que asigna a la geometría a los atributos.

Answer 2

Creo que hay una relación. De nuestro (Safe) Lectores y Escritores Manual:

Un shapefile de Esri consta de un archivo principal de un archivo de índice, y una de dBASE tabla. El principal es un archivo de acceso directo, la variable de registro-archivo de longitud en el que cada registro describe una forma con una lista de sus vértices. En el archivo de índice, cada registro contiene el desplazamiento de la correspondiente principal archivo de registro desde el comienzo del archivo principal. La tabla de dBASE contiene los atributos de entidad con un registro por entidad. El uno a uno, la relación entre la geometría y los atributos se basa en número de registro. Los registros de atributos en el archivo de dBASE debe estar en el mismo orden de los registros en el archivo principal.

Así que, según mi información, no hay una relación 1:1 entre la Forma y el DBF a través del número de registro.

Answer 3

Hay un 1 a 1 la correlación con el registro en el .shp y el archivo .dbf. Sin embargo, esto se basa en el orden de registro en ambos .shp y el .dbf. No hay ninguna conexión de base en cualquier campo/valor almacenado en el .dbf. Si abres el .dbf en algo distinto de ArcGIS y realizar una ordenación en cualquier campo y, a continuación, guarde el .archivo dbf, usted puede perder esta referencia. El archivo de forma seguirá trabajando, pero sus atributos no puede aplicarse de la forma adecuada.

He encontrado esto de la manera difícil, de años atrás, cuando yo estaba buscando una mejor manera de administrar los datos de los atributos con la sobrecarga de ArcView 3.X