¿Los nombres de inicio con números son una mala convención de nombres de datos?

16

Mi empresa utiliza ArcGIS y tiene estándares de nombres de archivos de datos y proyectos establecidos y (en su mayor parte) seguidos. Algo que siempre me ha molestado acerca de los estándares de nomenclatura es que exige el inicio de todos los nombres de proyectos y archivos de datos con el número del proyecto, un número de ocho dígitos. Siempre he creído que nombrar archivos GIS que comienzan con números es algo malo y que los procesos (especialmente en GRIDS) han fallado debido al nombre del archivo.

Estoy buscando enmendar los estándares corporativos para eliminar el requisito de número de proyecto, sin embargo, no puedo encontrar mucha documentación sobre por qué "los números como primer carácter" en el nombre de archivo es algo malo.

¿Puede alguien indicarme la dirección correcta en cuanto a los recursos para respaldar este argumento?

    
pregunta hgil 29.03.2011 - 18:22

4 respuestas

9

Esta convención solo está pidiendo que se saquen los errores de los intérpretes de comandos incorrectos . (Es muy fácil confundir los dígitos iniciales con un número).

El éxito de su software hoy para evitar este tipo de errores no es garantía de que no aparecerán en futuras versiones. Esto ha sucedido varias veces, durante décadas, con el software GIS de ESRI. Este comportamiento ha sido ampliamente informado y ampliamente documentado. No necesita mirar más allá de los propios foros de usuarios de ESRI, que se remontan a una década. (Las búsquedas más profundas de los antiguos archivos de servidores de listas lo devolverán incluso antes, alrededor de 1995). Las búsquedas de Google interesantes incluyen

sitio "ERROR GRD": forums.esri.com

filename 8.3 site: forums.esri.com

Juntos, proporcionarán alrededor de cien ejemplos reales de los problemas que estos nombres de archivos han causado y podrían causar nuevamente.

    
respondido por el whuber 29.03.2011 - 19:23
8

Evita los números si puedes -

Ciencias de la Tierra tiene un buen ejemplo link

Los espacios pueden hacerle tropezar: algunos comandos antiguos basados en DOS para trasladar archivos si hay espacio involucrado, usar "_" (guiones bajos) es una buena idea. Esto se remonta a la estación de trabajo ArcInfo, solo 8.3 (8 caracteres y formato de archivo). En estos días puede tener más, pero hágalo legible para el envío. evitar fechas (la mayoría de los archivos tienen la marca de tiempo)

* Básicamente vaya por esta declaración Ejemplo:

Las reglas de convención de nombres, según lo indica el motor Microsoft JET, que permite que las aplicaciones de Windows como ArcMap lean varios formatos de tablas, incluyen lo siguiente:

  • El nombre debe comenzar con una letra, no con un número.
  • El nombre no debe contener espacios.
  • El único carácter especial permitido es un guión bajo.

ArcMap

    
respondido por el Mapperz 29.03.2011 - 19:05
3

Cualquier diálogo de archivo "Abrir" o "Seleccionar" se va a ordenar, asumiendo que los archivos se nombren usando letras. Por lo tanto, si está utilizando un número único de ocho (!) Dígitos para cada archivo de proyecto, la clasificación se volverá rápidamente ilógica. P.ej.

1
10
2
20
3 etc. 

Además, habrá un montón de herramientas GIS que seguirán asumiendo archivos que se ajusten al MS DOS 8.3 filename formato.

Utilizar los nombres de archivo como clave para un proyecto parece, en el mejor de los casos, un requisito engorroso. Sería mucho mejor almacenar todos los archivos en algún tipo de control de versión en los repositorios de proyectos relevantes.

    
respondido por el geographika 29.03.2011 - 19:37
2

Parece que hay una ausencia de restricción en la primera letra numérica como una convención, excepto aquí en la convención NPS.

  
    

Nombres de tablas de archivos y atributos
    A. Productos finales de GIS: las coberturas, los shapefiles y otros formatos deben cumplir con una estructura de nombres de archivos de 10.3 (es decir, cxxxxxxxxx.ext, donde "c" es un carácter alfa y "x" es alfanumérico, para un total de 13 caracteres y un período que separa el nombre de archivo de la extensión). Las siguientes convenciones deben usarse para generar nombres de archivos: ccccccc99c.ext
    yo. Un prefijo de 4 caracteres para el código de estacionamiento (ver Tabla 1).
    ii. Un código de proyecto de 5 caracteres, como se indica en la base de datos de seguimiento de proyectos NCCN. Consulte la información del proyecto de seguimiento de la NCCN (NCCN 2005b, en desarrollo).
    iii. Un solo carácter que diferencia capas de GIS dentro del mismo proyecto. Este único carácter se conoce como el código de producto del proyecto GIS y se mantiene en la base de datos de seguimiento del proyecto NCCN. Este debe ser un carácter alfa seleccionado en secuencia (es decir, comenzar con a, b, c, etc.) a medida que se crean o se agregan más capas de GIS al proyecto. Por ejemplo, suponiendo que ya existen otras dos capas GIS para este proyecto, un archivo de exportación ESRI Arc / Info del punto de inicio del transecto del proyecto NOCA Landbird Inventory tendrá un nombre de archivo de "nocabda02c.e00".
    iv. La extensión. Un shapefile de ESRI consistirá de un mínimo de cinco archivos con el mismo nombre y las siguientes extensiones: .shp, .shx, .dbf, .shp, shp.xml y .prj. < <

  

Lo siento por el párrafo anterior.
Mi experiencia ha sido que cuando hay una convención de nomenclatura deficiente que
1. La gente lo rompe debido a la dificultad de adherencia.
2. La gente lo rompe para adherirse a otras convenciones de nomenclatura estándar.

El hecho es que hay herramientas que no permiten nombres de campo y archivo de primer carácter numérico, y la nomenclatura de RDBMS casi siempre sigue estas mismas reglas.

Documentación de Indiana
documentación de Oregon
documentación de Jason Birch
Nat Documentación de Park Serv
Multi- Documentación de la agencia
River parece que los códigos de alcance ignoran las mejores prácticas
Documentación de San Antonio
Más documentación de NPS

    
respondido por el Brad Nesom 29.03.2011 - 19:33

Lea otras preguntas en las etiquetas