Чи є початкові імена з цифрами поганою умовою іменування даних?

Моя компанія використовує ArcGIS і має встановлені стандарти іменування файлів проектів та даних і (здебільшого) дотримуються. Те, що мене завжди турбувало, коли він називає стандарти, - це те, що він вимагає починати всі імена файлів проектів та даних із номера проекту - восьмизначного числа . Я завжди вважав, що називати GIS-файли, починаючи з чисел, - це погано, і у нас (особливо з GRIDS), процеси не виходять через назву файлу.

Я прагну внести зміни до корпоративних стандартів, щоб відмовитись від вимоги щодо номеру проекту, однак я не можу знайти сильну документацію щодо того, чому "цифри як перший символ" у назви файлу - це погана річ.

Чи може хтось вказати мені в правильному напрямку, наскільки це можливо для підтримки цього аргументу?

Ця конвенція просто просить вивести помилки з поганих командних перекладачів . (Все занадто просто плутати початкові цифри з цифрою.)

Успіх вашого програмного забезпечення сьогодні уникнути таких помилок не є гарантією того, що вони не з’являться у майбутніх випусках. Це траплялося неодноразово, впродовж десятиліть, із програмним забезпеченням GIS ESRI. Про таку поведінку широко повідомляється і досить документовано. Вам не потрібно шукати далі, ніж власні форуми користувачів ESRI, які датуються десятиліттям. (Поглиблений пошук старих архівів списку серверів поверне вас ще раніше, приблизно до 1995 року.) Цікаві пошуки Google включають

Сайт "GRD ERROR": forums.esri.com

назва файлу 8.3: forums.esri.com

Разом вони забезпечать близько сотні реальних прикладів проблем, які такі імена файлів викликали і можуть викликати знову.

Уникайте чисел, якщо можете -

Науки про Землю мають хороший приклад http://library.oceanteacher.org/OTMediawiki/index.php/General_File-Naming_Convention_for_Earth_Science_Datasets#Filename_Sections_in_the_Order_They_Should_Appear

Пробіли можуть вас зафіксувати - деякі старі команди, засновані на DOS, для переміщення файлів розбиваються, якщо задіяно простір - розумне використання "_" (підкреслення) - це повертається до робочої станції ArcInfo - лише 8,3 (8 символів та формат файлу) . У ці дні ви можете мати більше - але зробити це читабельним для людини для доставки. уникати дат (більшість файлів відмічені часом)

* В основному йдіть за цим твердженням Приклад:

Правила конвенції називають, як вказує двигун Microsoft JET, який дозволяє програмам Windows, таким як ArcMap, читати різні формати таблиць, включаючи наступне:

• Ім'я має починатися з літери, а не з цифри.
• Ім'я не повинно містити пробілів.
• Єдиний спеціальний дозволений символ - це підкреслення.

ArcMap

Будь-яке діалогове вікно "Відкрити" або "Вибрати" буде сортувати, припускаючи, що файли названі за допомогою літер. Тож якщо ви використовуєте восьми (!) Розрядний унікальний номер для кожного сортування файлів проекту, швидко стане нелогічним. Напр

1
10
2
20
3 etc. 

Крім того, буде багато інструментів ГІС, які все ще будуть припускати файли, що відповідають формату назви файлів MS DOS 8.3 .

Використання самих імен файлів як ключових для проекту виглядає в кращому випадку громіздкою вимогою. Набагато краще було б зберігати всі файли в якомусь контролі версій у відповідних сховищах проектів.

Здається, відсутність обмеження на перше буквене число, як конвенцію, крім випадків, передбачених Конвенцією NPS.

Назви файлів та таблиць атрибутів
A. Кінцеві продукти ГІС - Покриття, формулярні файли та інші формати повинні відповідати структурі іменування файлів 10.3 (тобто cxxxxxxxxx.ext, де "c" - це символ альфа, а "x" - буквено-цифровий, для всього 13 символів і один період, що відокремлює ім'я файлу від розширення). Для створення імен файлів слід використовувати такі умови: ccccccc99c.ext
i. 4-символьний префікс коду парку (див. Таблицю 1).
ii. 5-символьний код проекту, як зазначено в базі даних відстеження проектів NCCN. Зверніться до інформації про відстеження проекту NCCN (NCCN 2005b, в розробці).
iii. Один символ, що диференціює шари ГІС в рамках одного проекту. Цей єдиний символ позначається як код продукту проекту ГІС і зберігається в базі даних відстеження проектів NCCN. Це повинен бути альфа-символ, вибраний послідовно (тобто, починати з a, b, c тощо), оскільки більше проектів GIS створюються для проекту або додаються до них. Наприклад, якщо припустити, що для цього проекту вже існують два інші шари ГІС, файл експорту дуги / інформації ESRI з вихідних точок трансекта проекту NOBA Landbird матиме ім’я файлу "nocabda02c.e00".
Iv. Розширення. Форма файлів ESRI складається з мінімум п'яти файлів з тим самим іменем та таких розширень: .shp, .shx, .dbf, .shp, shp.xml та .prj. <<

Вибачте за вищевказаний абзац.
Мій досвід полягав у тому, що коли існує нестандартна умова іменування, що
1. люди порушують її через труднощі в дотриманні.
2. Люди порушують його, щоб дотримуватися інших стандартних угод про іменування.

Справа в тому, що є інструменти, які не дозволяють числових імен файлів перших символів та полів, а іменування RDBMS майже завжди відповідає цим самим правилам.

Indiana документація
Oregon документація
Jason Birch документація
Nat Park Serv документація
громадської безпеки міжвідомчий документація
коди ділянки річки , здається, ігнорує кращі практики
Сан - Антоніо документація
Більш NPS документація