¿Iniciar nombres con números es una convención de nombres de datos incorrecta?

Mi empresa usa ArcGIS y tiene un proyecto y estándares de nomenclatura de archivos de datos establecidos y (en su mayor parte) seguidos. Algo que siempre me ha molestado acerca de nombrar estándares es que obliga a iniciar todos los nombres de proyectos y archivos de datos con el número de 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 he tenido (especialmente con GRIDS) que los procesos fallan 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 son algo malo.

¿Alguien puede señalarme en la dirección correcta en cuanto a recursos para apoyar este argumento?

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

El éxito de su software hoy en evitar tales errores no garantiza que no aparezcan en futuras versiones. Esto ha sucedido varias veces, durante décadas, con el software GIS de ESRI. Este comportamiento ha sido ampliamente reportado y ampliamente documentado. No necesita buscar más allá de los propios foros de usuarios de ESRI, que datan de una década. (Las búsquedas más profundas de los archivos de servidores de listas anteriores lo llevarán incluso antes, a alrededor de 1995.) Las búsquedas interesantes de Google incluyen

Sitio "ERROR GRD": foros.esri.com

nombre de archivo 8.3 sitio: foros.esri.com

Juntos, proporcionarán alrededor de un centenar de ejemplos reales de los problemas que tales nombres de archivo han causado y que podrían causar nuevamente.

Evita los números si puedes:

Earth Sciences tiene un buen ejemplo http://library.oceanteacher.org/OTMediawiki/index.php/General_File-Naming_Convention_for_Earth_Science_Datasets#Filename_Sections_in_the_Order_They_Should_Appear

Los espacios pueden dispararlo - algunos comandos antiguos basados ​​en DOS para mover archivos se rompen si hay espacio involucrado - use "_" (guiones bajos) es una buena idea - esto se remonta a la estación de trabajo ArcInfo - solo 8.3 (8 caracteres y el formato del archivo) . En estos días puedes tener más, pero haz que sea legible para el parto. evitar fechas (la mayoría de los archivos tienen fecha y hora)

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

Las reglas de la convención de nomenclatura, según lo indicado por el motor JET de Microsoft, que permite que aplicaciones de Windows como ArcMap lean varios formatos de tabla, incluyen lo siguiente:

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

ArcMap

Cualquier cuadro de diálogo "Abrir" o "Seleccionar" va a ordenar, suponiendo que los archivos se nombren con letras. Entonces, si está utilizando un número único de ocho (!) Dígitos para cada clasificación de archivos de proyecto, rápidamente se volverá ilógico. P.ej

1
10
2
20
3 etc. 

Además, habrá muchas herramientas SIG que seguirán asumiendo archivos que se ajusten al formato de nombre de archivo MS DOS 8.3 .

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

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

Nombres de tablas de archivos y atributos
A. Productos finales GIS: las coberturas, los archivos de forma y otros formatos deben cumplir con una estructura de nombres de archivo 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 punto que separa el nombre del archivo de la extensión). Se deben usar las siguientes convenciones para generar nombres de archivos: ccccccc99c.ext
i. Un prefijo de 4 caracteres para el código de estacionamiento (consulte la Tabla 1).
ii. Un código de proyecto de 5 caracteres, como se indica en la base de datos de seguimiento de proyectos de NCCN. Consulte la información del proyecto de seguimiento de NCCN (NCCN 2005b, en desarrollo).
iii) Un solo carácter que diferencia las capas SIG dentro del mismo proyecto. Este carácter único se conoce como el código de producto del proyecto SIG y se mantiene en la base de datos de seguimiento de proyectos de 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 SIG para el proyecto. Por ejemplo, suponiendo que ya existen otras dos capas SIG para este proyecto, un archivo de exportación ESRI Arc / Info del proyecto NOCA Landbird Inventory transect puntos de inicio tendría un nombre de archivo de "nocabda02c.e00"
. Iv. La extensión. Un archivo de forma ESRI constaría de un mínimo de cinco archivos con el mismo nombre y las siguientes extensiones: .shp, .shx, .dbf, .shp, shp.xml y .prj. <<

Perdón por el párrafo anterior.
Mi experiencia ha sido que cuando hay una convención de nomenclatura deficiente que
1. las personas la rompen debido a la dificultad de adhesión.
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 archivos y campos de primer carácter numéricos, y los nombres RDBMS casi siempre siguen estas mismas reglas.

Documentación de Indiana Documentación de
Oregon Documentación de
Jason Birch Documentación del servicio de
Nat Park Documentación
de múltiples agencias de seguridad pública Los
códigos de alcance del río parecen ignorar las mejores prácticas
Documentación de San Antonio
Más documentación de NPS