Редактирование большого числа полей

[oleg]

Есть точечные слои с относительно большим кол-вом полей – от 500 до 2000, строк пока до 5000. В полях значения одного типа – дробить данные на несколько слоев необходимости нет в плане организации.

С данными нужно выполнять типичные функции - отображение с выбором способов, ручное* редактирование оператором. В одном сеансе редактирования могут участвовать примерно от 10 до 300 полей.

Столкнулись с такой задачей впервые - привычными нам способами не получается с большим кол-вом полей удобно работать. Понимаем, что нужно смотреть в сторону фильтров\выборок\запросов и для полей и для значений, возможно специализированных (настраиваемых) форм\интерфейсов.

Посоветуйте, пожалуйста, инструменты и публикации на эту тему. Интересуют работающие решения и подход в целом для большого кол-ва полей.

ArcMap, QGIS, другое открытое ПО
Esri GDB, PostGIS

Спасибо!

[bim2010]

1 вариант: Second normal form (2NF)
Description of the database normalization basics by Microsoft
Соединение таблиц по атрибуту в Arcgis, установление связи между таблицами.
Join CSV Attribute Data to a Vector Layer using Fields in QGIS и на ru.

2 вариант: работа с массивами переменных.

Вы забыли указать в какой СУБД это требуется сделать.

[oleg]

Смотрю ссылки, спасибо.
Oracle, PostgreSQL, SQLite.. Требований четких нет - выбираем решение.

Вот, что нашлось быстро на тему фильтрации полей и форм-ввода - Filtering attribute fields (Production Mapping)
Близко к тому, что нужно, но пока не ясно как быстро искать и скрывать-открывать поля.

[bim2010]

Join data to a map(dbf & shp QGIS).
Spatial Joins PostGIS.
4.6.2.4. Какова длина улиц, полностью находящихся в пределах своего муниципалитета?

[Максим Дубинин]

три раза перечитал постановку, так и не понял в чем суть задачи и причем тут ГИС

[oleg]

Уточняю. Есть слой точек, который оператор редактирует "ручками" в картографическом интерфейсе настольной ГИС. В работе используются и другие слои (отображаются в экстенте карты).

Особенность в том, что полей много – 500. И для каждой точки при ручном создании или редактировании оператору нужно ввести значения от 10 до 300 характеристик (чаще 20-80) для каждой точки.

Пример данных не смогу показать (NDA), но представить их можно, как точки городов с числом людей с одинаковым именем.

Основная сложность - нужна удобная форма ввода значений, обеспечивающая быстрый простой поиск поля атрибутов. Например, найти поле "Владимиры" и добавить значение "12". Возможно ситуация, когда оператор знает что ближайшие, условно 40 мин, он редактирует значения только по именам "Маша", "Саша", "Петя" - для этого нужна возможность быстро отфильтровывать форму ввода по этим трем именам.

Кроме этого есть и другие сложности, но менее критичные.

Сейчас вижу, что может действительно, есть вариант обойтись во многом без ГИС – разделить рабочий процесс на требующий ГИС-интерфейса (5% объема работы) и просто работу с БД (95%). Попробую. Вопрос пока "ставлю на паузу".

[yellow-sky]

ИМХО, во всех случаях, когда нужно редактировать больше 3-4 полей или имеется сложная логика валидации ввода, нужно разрабатывать свои формы. Стандартные решения не применимы для таких проблем. Тем более если у вас нет ограничения по технологиям, то можно легко выбирать глубоко кастомизируемые решения.

[oleg]

Nariman, спасибо! Очень близко.