Sayılarla başlayan adlar kötü bir veri adlandırma kuralı mıdır?

Şirketim ArcGIS kullanıyor ve bir proje ve veri dosyası adlandırma standartları mevcut ve (çoğunlukla) bunu takip ediyor. Standartları adlandırmak beni her zaman rahatsız eden bir şey, tüm proje ve veri dosyası adlarını proje numarası ile başlatmayı zorunlu kılıyor - sekiz haneli bir sayı . Her zaman sayılarla başlayan GIS dosyalarının adlandırılmasının kötü bir şey olduğuna ve dosya adı nedeniyle (özellikle GRIDS ile) işlemlerin başarısız olduğuna inanıyorum.

Ben proje numarası gereksinimi düşürmek için kurumsal standartları değiştirmek için arıyorum, ancak ben dosya adında "ilk karakter olarak sayılar" neden kötü bir şey belgeleme yolunda çok bulamıyorum.

Birisi beni bu argümanı destekleyecek kaynaklara doğru yönde gösterebilir mi?

Bu kural sadece kötü komut yorumlayıcılarından hataları ortaya çıkarmak için yalvarıyor . (İlk rakamları bir sayıyla karıştırmak çok kolaydır.)

Yazılımınızın bugün bu tür hatalardan kaçınma başarısı, gelecekteki sürümlerde görünmeyeceklerinin garantisi değildir. Bu, ESRI'nin GIS yazılımı ile onlarca yıl boyunca birçok kez oldu. Bu davranış kapsamlı bir şekilde bildirilmiş ve belgelenmiştir. On yıl öncesine dayanan ESRI'nin kendi kullanıcı forumlarından başka bir yere bakmanıza gerek yok. (Eski listserver arşivlerinin daha derin aramaları sizi daha da erken, 1995'e kadar geri götürecektir.) İlginç Google aramaları şunları içerir:

"GRD HATASI" sitesi: forums.esri.com

dosyaadı 8.3 site: forums.esri.com

Bunlar birlikte, dosya adlarının neden olduğu ve potansiyel olarak tekrar neden olabileceği sorunların yaklaşık yüz gerçek örneğini sağlayacaktır.

Yapabiliyorsanız Sayılardan Kaçının -

Yer Bilimleri'nin iyi bir örneği var http://library.oceanteacher.org/OTMediawiki/index.php/General_File-Naming_Convention_for_Earth_Science_Datasets#Filename_Sections_in_the_Order_They_Should_Appear

Alanlar sizi harekete geçirebilir - boşluklar varsa dosyaları taşımak için bazı eski DOS tabanlı komutlar - "_" (alt çizgi) kullanın akıllıca bir fikirdir - bu ArcInfo iş istasyonuna geri döner - sadece 8.3 (8 karakter ve dosya biçimi) . Bu günlerde daha fazlasına sahip olabilirsiniz - ancak teslimat için insan tarafından okunabilir hale getirin. Tarihlerden kaçın (çoğu dosya zaman damgalı)

* Temel olarak bu ifade ile Örnek:

ArcMap gibi Windows uygulamalarının çeşitli tablo formatlarını okumasını sağlayan Microsoft JET motoru tarafından belirtildiği gibi adlandırma kuralları kuralları aşağıdakileri içerir:

• İsim bir rakamla değil bir harfle başlamalıdır.
• Ad boşluk içermemelidir.
• İzin verilen tek özel karakter bir alt çizgidir.

ArcMap

Herhangi bir "Aç" veya "Seç" dosya iletişim kutusu, dosyaların harflerle adlandırıldığı varsayılarak sıralama yapar. Dolayısıyla, her proje dosyası sıralaması için sekiz (!) Basamaklı benzersiz bir sayı kullanıyorsanız, hemen mantıksız hale gelecektir. Örneğin

1
10
2
20
3 etc. 

Ayrıca, hala MS DOS 8.3 dosya adı biçimine uygun dosyaları varsayacak bol CBS araçları olacaktır .

Dosya adlarını bir projenin anahtarı olarak kullanmak en iyi ihtimalle zorlayıcı bir gereksinimdir. Tüm dosyaları ilgili proje depolarında bir çeşit sürüm kontrolünde saklamak çok daha iyi olur .

NPS konvansiyonu dışında, bir kural olarak ilk harf üzerinde sayısal bir kısıtlama yok gibi görünüyor.

Dosya ve öznitelik tablosu adları
A. GIS Nihai Ürünleri - Teminatlar, şekil dosyaları ve diğer biçimler, 10.3 dosya adlandırma yapısına (cxxxxxxxxx.ext, yani "c" bir alfa karakteri ve "x" alfasayısal bir biçime uygun olmalıdır) toplam 13 karakter ve dosya adını uzantıdan ayıran bir nokta). Dosya adları oluşturmak için aşağıdaki kurallar kullanılmalıdır: ccccccc99c.ext
i. Park kodu için 4 karakterlik bir önek (bkz. Tablo 1).
ii. NCCN proje izleme veritabanında belirtildiği gibi 5 karakterlik bir proje kodu. NCCN İzleme Proje Bilgileri (NCCN 2005b, geliştirme aşamasında).
iii. Aynı proje içerisinde CBS katmanlarını ayıran tek bir karakter. Bu tek karakter CBS proje ürün kodu olarak adlandırılır ve NCCN proje izleme veritabanında tutulur. Bu, proje için daha fazla GIS katmanı oluşturulduğu veya projeye eklendiği için sırayla seçilen bir alfa karakteri olmalıdır (yani a, b, c vb. İle başlayın). Örneğin, bu proje için halihazırda iki GIS katmanının daha var olduğunu varsayarsak, NOCA Landbird Inventory proje enine başlangıç ​​noktalarının ESRI Arc / Info dışa aktarma dosyasında "nocabda02c.e00" dosya adı bulunur. İv
. Uzantı. Bir ESRI şekil dosyası, aynı ada ve aşağıdaki uzantılara sahip en az beş dosyadan oluşur: .shp, .shx, .dbf, .shp, shp.xml ve .prj. <<

Yukarıdaki paragraf için üzgünüm.
Benim tecrübem oldu ki, standart bir adlandırma kuralı olduğunda
1. insanlar adherance zorluk nedeniyle onu kırmak.
2. insanlar diğer standart adlandırma kurallarına uymak için onu kırmak.

Gerçek şu ki, sayısal ilk karakter dosyası ve alan adlarına izin vermeyen araçlar var ve RDBMS adlandırma hemen hemen her zaman aynı kuralları izliyor.

Indiana belgeleri
Oregon belgeleri
Jason Birch belgeleri
Nat Park Serv belgeleri
Public Safety Multi-Agency belgeleri
River erişim kodları en iyi uygulamaları görmezden geliyor
San Antonio belgeleri
Daha fazla NPS belgeleri