Iniziare nomi con numeri è una convenzione di denominazione dei dati errata?

La mia azienda utilizza ArcGIS e dispone di un progetto e di standard di denominazione dei file di dati in atto e (per la maggior parte) seguiti. Qualcosa che mi ha sempre infastidito riguardo agli standard di denominazione è che richiede di iniziare tutti i nomi di file di progetto e di dati con il numero del progetto - un numero di otto cifre . Ho sempre creduto che la denominazione dei file GIS che iniziano con i numeri sia una cosa negativa e che i processi (specialmente con GRIDS) abbiano avuto esito negativo a causa del nome del file.

Sto cercando di modificare gli standard aziendali per eliminare il requisito del numero di progetto, tuttavia non riesco a trovare molto nel modo di documentare il motivo per cui "numeri come primo carattere" nel nome del file è una cosa negativa.

Qualcuno può indicarmi la giusta direzione per quanto riguarda le risorse a sostegno di questo argomento?

Questa convenzione sta solo implorando di far emergere bug da cattivi interpreti di comandi . (È fin troppo facile confondere le cifre iniziali con un numero.)

Il successo del tuo software oggi nell'evitare tali bug non garantisce che non appariranno nelle versioni future. Questo è successo più volte, nel corso di decenni, con il software GIS di ESRI. Questo comportamento è stato ampiamente riportato e ampiamente documentato. Non devi cercare oltre i forum degli utenti di ESRI, che risalgono a un decennio fa. (Ricerche più approfondite di vecchi archivi di liste server ti riporteranno indietro ancora prima, intorno al 1995.) Tra le ricerche interessanti di Google ci sono

Sito "ERRORE GRD": forums.esri.com

nome del sito 8.3: forums.esri.com

Insieme forniranno circa un centinaio di esempi reali dei problemi che tali nomi di file hanno causato e che potrebbero potenzialmente causare di nuovo.

Evita i numeri se puoi -

Earth Sciences ha un buon esempio http://library.oceanteacher.org/OTMediawiki/index.php/General_File-Naming_Convention_for_Earth_Science_Datasets#Filename_Sections_in_the_Order_They_Should_Appear

Gli spazi possono farti inciampare fino a - alcuni vecchi comandi basati su DOS per spostare i file si rompono se lo spazio è coinvolto - usare "_" (caratteri di sottolineatura) è una saggia idea - questo risale alla workstation ArcInfo - solo 8,3 (8 caratteri e il formato del file) . In questi giorni puoi avere di più, ma renderlo leggibile per la consegna. evita le date (la maggior parte dei file ha il timestamp)

* Sostanzialmente seguire questa affermazione Esempio:

Le regole della convenzione di denominazione, come indicato dal motore Microsoft JET, che consente alle applicazioni Windows come ArcMap di leggere vari formati di tabella, includono quanto segue:

• Il nome deve iniziare con una lettera, non un numero.
• Il nome non deve contenere spazi.
• L'unico carattere speciale consentito è un carattere di sottolineatura.

ArcMap

Qualsiasi finestra di dialogo "Apri" o "Seleziona" eseguirà l'ordinamento presupponendo che i file vengano denominati usando le lettere. Quindi, se si utilizza un numero univoco di otto (!) Cifre per ogni ordinamento dei file di progetto diventerà rapidamente illogico. Per esempio

1
10
2
20
3 etc. 

Inoltre ci saranno molti strumenti GIS che continueranno ad assumere file conformi al formato di file MS DOS 8.3 .

L'uso dei nomi dei file stessi come chiave per un progetto sembra nella migliore delle ipotesi un requisito ingombrante. Sarebbe molto meglio archiviare tutti i file in una sorta di controllo di versione nei relativi repository di progetto.

Sembra esserci un'assenza di restrizione sulla prima lettera numerica come una convenzione tranne qui nella convenzione NPS.

Nomi delle tabelle di file e attributi
A. Prodotti finali GIS - Coperture, shapefile e altri formati devono essere conformi a una struttura di denominazione dei file 10.3 (ovvero, cxxxxxxxxx.ext, dove "c" è un carattere alfa e "x" è alfanumerico, per un totale di 13 caratteri e un punto che separa il nome file dall'estensione). Le seguenti convenzioni devono essere utilizzate per generare nomi di file: ccccccc99c.ext
i. Un prefisso di 4 caratteri per il codice di parcheggio (vedere la Tabella 1).
ii. Un codice di progetto di 5 caratteri, come indicato nel database di tracciabilità del progetto NCCN. Fare riferimento a NCCN Tracking Information Project (NCCN 2005b, in fase di sviluppo).
iii. Un singolo carattere che differenzia i livelli GIS all'interno dello stesso progetto. Questo singolo carattere è indicato come codice prodotto del progetto GIS ed è gestito nel database di tracciabilità del progetto NCCN. Dovrebbe essere un carattere alfa selezionato in sequenza (ovvero, inizia con a, b, c, ecc.) Man mano che vengono creati o aggiunti al progetto più livelli GIS. Ad esempio, supponendo che esistano già altri due livelli GIS per questo progetto, un file di esportazione Arc / Info ESRI del progetto NOCA Landbird Inventory che transita i punti di partenza avrebbe un nome file di "nocabda02c.e00"
. Iv. L'estensione. Un file di forma ESRI consisterebbe in un minimo di cinque file con lo stesso nome e le seguenti estensioni: .shp, .shx, .dbf, .shp, shp.xml e .prj. <<

Ci scusiamo per il paragrafo sopra.
La mia esperienza è stata che quando c'è una convenzione di denominazione scadente che
1. le persone la infrangono a causa della difficoltà di aderenza.
2. le persone lo infrangono per aderire ad altre convenzioni di denominazione standard.

Il fatto è che ci sono strumenti che non consentono nomi numerici di file e campi del primo carattere e la denominazione RDBMS segue quasi sempre le stesse regole.

Documentazione Indiana Documentazione
Oregon Documentazione
Jason Birch Documentazione
Nat Park Serv
Sicurezza pubblica Documentazione multi-agenzia I
codici di copertura del fiume sembrano ignorare le migliori pratiche
Documentazione di San Antonio
Più documentazione NPS