Apakah nama awal dengan angka merupakan konvensi penamaan data yang buruk?

Perusahaan saya menggunakan ArcGIS dan memiliki standar proyek dan penamaan file data yang berlaku dan (sebagian besar) diikuti. Sesuatu yang selalu mengganggu saya tentang dia penamaan standar adalah bahwa hal itu memandatkan mulai semua nama proyek dan data file dengan jumlah proyek - delapan digit nomor . Saya selalu memegang keyakinan bahwa penamaan file GIS dimulai dengan angka adalah hal yang buruk, dan telah (terutama dengan GRIDS) proses gagal karena nama file.

Saya mencari untuk mengubah standar perusahaan untuk membatalkan persyaratan nomor proyek, namun saya tidak dapat menemukan banyak cara dokumentasi tentang mengapa "angka sebagai karakter pertama" dalam nama file adalah hal yang buruk.

Adakah yang bisa mengarahkan saya ke arah yang benar sejauh sumber daya untuk mendukung argumen ini?

Konvensi ini hanya memohon untuk mengeluarkan bug dari penerjemah perintah yang buruk . (Terlalu mudah untuk membingungkan angka awal dengan angka.)

Keberhasilan perangkat lunak Anda hari ini dalam menghindari bug semacam itu bukanlah jaminan bahwa mereka tidak akan muncul di rilis mendatang. Ini telah terjadi beberapa kali, selama beberapa dekade, dengan perangkat lunak GIS ESRI. Perilaku ini telah banyak dilaporkan dan banyak didokumentasikan. Anda tidak perlu melihat lebih jauh dari forum pengguna ESRI sendiri, yang telah ada sejak satu dekade yang lalu. (Pencarian yang lebih dalam dari arsip listserver lama akan membawa Anda kembali lebih awal, ke sekitar 1995.) Pencarian Google yang menarik termasuk

Situs "GRD ERROR": forums.esri.com

nama file 8.3 situs: forums.esri.com

Bersama-sama ini akan memberikan sekitar seratus contoh aktual dari masalah yang disebabkan oleh nama file dan berpotensi menyebabkan lagi.

Hindari Angka jika Anda bisa -

Earth Sciences memiliki contoh yang baik http://library.oceanteacher.org/OTMediawiki/index.php/General_File-Naming_Convention_for_Earth_Science_Datasets#Filename_Sections_in_the_Order_They_Should_Appear

Spasi dapat membuat Anda tersandung - beberapa perintah berbasis DOS lama untuk memindahkan file pecah jika ada ruang - gunakan "_" (garis bawah) adalah pemikiran yang bijak - ini kembali ke workstation ArcInfo - hanya 8,3 (8 karakter dan format file) . Saat ini Anda dapat memiliki lebih banyak - tetapi membuatnya dapat dibaca oleh manusia untuk pengiriman. menghindari tanggal (sebagian besar file diberi cap waktu)

* Pada dasarnya ikuti pernyataan ini Contoh:

Aturan penamaan aturan, seperti yang diarahkan oleh mesin Microsoft JET, yang memungkinkan aplikasi Windows seperti ArcMap untuk membaca berbagai format tabel, termasuk yang berikut:

• Nama harus dimulai dengan huruf, bukan angka.
• Nama tidak boleh mengandung spasi.
• Satu-satunya karakter khusus yang diizinkan adalah garis bawah.

ArcMap

Dialog file "Buka" atau "Pilih" akan melakukan pengurutan dengan asumsi file diberi nama menggunakan huruf. Jadi jika Anda menggunakan angka unik delapan (!) Untuk setiap penyortiran file proyek akan dengan cepat menjadi tidak logis. Misalnya

1
10
2
20
3 etc. 

Selain itu akan ada banyak alat GIS yang masih akan mengasumsikan file yang sesuai dengan format nama file MS DOS 8.3 .

Menggunakan nama file sendiri sebagai kunci proyek tampaknya merupakan persyaratan paling rumit. Akan jauh lebih baik untuk menyimpan semua file dalam semacam kontrol versi di repositori proyek yang relevan.

Tampaknya tidak ada batasan pada numeric huruf pertama sebagai konvensi kecuali di sini di konvensi NPS.

Nama file dan tabel atribut
A. Produk Akhir GIS - Cakupan, shapefile dan format lainnya harus sesuai dengan struktur penamaan file 10,3 (yaitu, cxxxxxxxxx.ext, di mana "c" adalah karakter alfa dan "x" adalah alfanumerik, untuk total 13 karakter dan satu periode memisahkan nama file dari ekstensi). Konvensi berikut harus digunakan untuk menghasilkan nama file: ccccccc99c.ext
i. Awalan 4 karakter untuk kode taman (lihat Tabel 1).
ii. Kode proyek 5 karakter, seperti yang ditunjukkan dalam database pelacakan proyek NCCN. Lihat Informasi Proyek Pelacakan NCCN (NCCN 2005b, dalam pengembangan).
aku aku aku. Karakter tunggal yang membedakan lapisan SIG dalam proyek yang sama. Karakter tunggal ini disebut sebagai kode produk proyek GIS dan dipelihara dalam database pelacakan proyek NCCN. Ini harus berupa karakter alfa yang dipilih secara berurutan (yaitu, mulai dengan a, b, c, dll.) Karena lebih banyak lapisan GIS dibuat untuk atau ditambahkan ke proyek. Sebagai contoh, dengan asumsi bahwa sudah ada dua lapisan GIS lain untuk proyek ini, file ekspor ESRI Arc / Info dari transek poin proyek inventarisasi Landbird Inventory NOCA akan memiliki nama file “nocabda02c.e00.”
Iv. Ekstensi. Formefile ESRI terdiri dari minimal lima file dengan nama yang sama dan ekstensi berikut: .shp, .shx, .dbf, .shp, shp.xml, dan .prj. <<

Maaf untuk paragraf di atas.
Pengalaman saya adalah ketika ada konvensi penamaan di bawah standar yang
1. orang mematahkannya karena kesulitan dalam kepatuhan.
2. orang mematahkannya untuk mematuhi konvensi penamaan standar lainnya.

Faktanya adalah bahwa ada alat-alat yang tidak memungkinkan numerik file karakter pertama dan nama bidang, dan penamaan RDBMS hampir selalu mengikuti aturan yang sama.

Dokumentasi Indiana, Dokumentasi
Oregon, Dokumentasi
Jason Birch,
Nat Park, dokumentasi Serv,
Keselamatan Publik, Dokumentasi Multi-Badan,
Kode jangkauan sungai tampaknya mengabaikan praktik terbaik
dokumentasi San Antonio,
Lebih banyak dokumentasi NPS