Это продолжение моего предыдущего вопроса о нашем проекте о том, как с экономической точки зрения избежать внедрения кладбища в систему ГИС…
На кладбище мы можем найти
- Обычные могилы: до 2 человек
- Семейные могилы: более 2, некоторые до 20 (сестры из католической общины ...)
- Памятник войны: около 30 человек
- Зона рассеяния пепла: не ограничена, начиная с 100 человек
- Поля с погребальными урнами: до 2 на место
- Стены с погребальными урнами: до 3 в высоту
Итак, каков лучший путь, определяющий:
- каждый человек как объект POINT
- каждая могила как объект POINT, люди являются частью атрибутов
Я бы выбрал для каждого человека в качестве объекта POINT:
- Один простой файл CSV для всех людей.
- Столбцы могут быть, например: FirstName - FamilyName - YearDeceased
- Независимо от количества людей в могиле
- Таким образом, даже ЗОЛА РАССЕЯНИЯ может войти в файл
- В конце концов, необходимо написать код, чтобы добавить к результатам поиска других людей, похороненных в той же могиле.
Осложнения, которые я вижу с каждой могилой как объект POINT:
- Каждому ряду нужны столбцы для максимального количества людей в могиле ...
- Это означает, что многие клетки будут пустыми из-за нескольких могил с большим количеством людей.
- Но что с ЗОНОЙ РАССЕЯНИЯ? 100 человек требуют все дополнительные столбцы в таблице ...
- Разумно иметь все данные в одном файле CSV, но наличие большего количества файлов сильно усложнит ситуацию.
Итак, комментарии приветствуются: человек или могила как объект POINT? Или ничего из этого, и мне нужно сделать это по-другому?
В моем городе 3 года назад у них было бюро, которое делало для них файлы SHP. Мне передали эти файлы, и я заметил, что могилы нарисованы как ПОЛИГОНЫ. Это идет с файлом DBF для «данных могил». Нормальные могилы имеют 4 набора координат, кажется, логика. Но некоторые вещи кажутся мне абсурдными:
- Существует «стена урны» с гексагональной колумбарией, нарисованной в виде набора гексагональных фигур ... Это означает, что каждая фигура имеет 6 наборов координат ...
- В «зоне рассеяния пепла» есть столб с маленькими прямоугольными шильдиками, для каждой шильдики они нарисовали прямоугольный POLYGON с 4 наборами координат… Мне кажется, что использование POLYGONS в этих случаях слишком избыточно в базе данных.
Кроме того, поправьте меня, если я ошибаюсь, используя:
- Для POLYGONS требуются файлы DBF, поэтому редактор DBF (за дополнительную плату)
- ТОЧКИ требуются только файлы CSV, поэтому достаточно EXCEL (без дополнительных затрат)
В большинстве городов данные умерших людей заносятся в файл CSV:
- сделано непосредственно в EXCEL или
- экспортируется из программы на основе DOS, созданной, когда WIN95 был еще рядом ...
Продолжая управлять «данными людей» в одном файле CSV, EXCEL избегает:
- покупка программного обеспечения, которое может редактировать файлы DBF
- беспокоясь об импорте «данных о людях» в файл DBF Кажется, что не всегда можно без проблем импортировать, редактировать и сохранять данные из CSV в файлы DBF и не портить ваши данные. Я читал, что это может иметь место, особенно при работе с ArcGis (ESRI).