Участник @Виктор-Тхор написал в Населенный пункт - всегда ли?:

Сейчас только из-за программных ограничений мы не имеем возможности...

Да, Виктор, Вы очень тонко подметили, что у нас и у ОБД Мемориал - различное финансирование ;-)))

А если по существу, то да, @венский здесь речь немного о другом - я предположил что, возможно, не стоит делать огромную "простыню" Excel-данных для всех возможных потребителей этой информации.
Если, к примеру, одному учреждению из этого набора данных нужна только парочка колонок, другому - другой набор колонок, может, нам и не понадобится создавать такой один огромный Excel файл.
Просто, с технической точки зрения, это немного сложнее чем Control-C / Control-V.

Возможно, нужно определить приоритеты - по каким данным необходимо искать чаще всего. С них и начнем реализацию поиска по множеству различных полей.

А по поводу ОБД, коллеги, у меня, вообще, сложилось свое, особое мнение про этот проект: когда мы работали над пакетным вводом данных с ОБД, нам поневоле пришлось разбираться в том, как этот проект устроен "изнутри", в том, как оттуда можно в полуавтоматическом режиме забирать данные. Но я вам скажу, кто это делал - тот в цирке не смеётся.
Такое впечатление, что к "генеральному" пришел знакомый / родственник / знакомый студент (нужное подчеркнуть) и сказал: *А давайте всё "ЗАВЕДЁМ В КОМПЬЮТЕР!"
Вот, складывается такое впечатление, что они именно "завели в компьютер". И всё.
Похоже, что при реализации этого проекта, техническая экспертиза была на студенческом уровне или вообще, отсутствовала как таковая.
Организация и целостность данных - просто безобразна.
Это особенно хорошо видно, когда начинаешь работать со сводной информацией по документам.
Когда смотришь на это глазами, возможно, это и не так заметно, А когда пытаешься автоматизировать процесс - оказывается что это ужас и кошмар.
Они там сделали чуть-чуть больше, чем, просто, отсканировали кучу документов.

Так что, да, наша Платформа не является, и, я надеюсь, не будет являться таким же образцом бездарный организации данных как ОБД Мемориал.

Нет, нет, коллеги, - очень неплохо бы определить приоритеты.
Мне необходимо знать - что именно облегчит работу операторам наилучшим образом.
И ещё - давайте, чтобы не перегружать нерелевантной информацией эту ветку (она, вообще, про населённый пункт!), будем создавать отдельные темы в этом разделе, где в заголовке будем кратко формулировать задачу, а в самой теме описывать для чего требуется данная функция.

Короче говоря, давайте предлагать функции, обсуждать что нужнее и разработчикам будет легче понять что нужно.
И обсуждать только одну функцию в каждой конкретной ветке.
А то, например, а данной теме уже непонятно сколько и чего предлагается и насколько нужно одно или другое.

Вот, например, Виктор говорил о том что информации загружается много, но использовать её нельзя (или неудобно).
ОК. Давайте вот прямо сейчас (в новой ветке) определим самую неудобную операцию которую приходится делать руками, обсудим подробности реализации и сделаем её.
(затем другую, третью и так далее).
Я, со своей стороны, оценю насколько сложно в реализации то или иное изменение, и отсюда сделаем вывод - что мы можем сделать быстрее, что потребует больше времени, - в общем, всё как в практике разработки ПО.
(Коллеги..? @Виктор-Тхор @венский @Гангут @Наталия-Леле @Ржавин @Александр )

Итак, что это может быть?
Специфический поиск? Дополнительные данные в Excel? Какие-то поля в карточках Или...?
(отдельной темой, пожалуйста)

Пользователь @виктор написал в Считать обработанным:

строка "всего солдат" должна быть равна сумме "известных" + "неизвестных"

строка "не указанные ранее" - никуда не суммируется
строка "не обработанные" - никуда не суммируется

Сумма "обработанные" и "не обработанные" будет равна "известных"
Сумма "указанные" и "не указанные ранее" будет равна "известных"

@Наталия-Леле @Александр @Ржавин - ещё какие-то комментарии или дополнения?
Виктор всё перечислил?

Пользователь @виктор написал в Считать обработанным:

да

Если могут быть перекрывающиеся множества то страница сводной информации по мемориалу (см. скриншот выше) никак не может отображать правильную сумму всех "счётчиков".
@Наталия-Леле - это -то с чего мы начали...

Пользователь @наталия-леле написал в Считать обработанным:

прикреплены ПЗ и мемориал

Понятно.

Пользователь @наталия-леле написал в Считать обработанным:

проверены и проанализированы все документты на него в ОБД-Мемориал, Память народа и Дорога памяти

Как именно Платформа это поймёт?
Поподробнее, пожалуйста. Что, где и в каком статусе должно быть?

Если нет других принципиальных вопросов (противоречий) для обсуждения, то предлагаю делать summary по этой теме.

Итак, вопросы:

1. Какой солдат считается НЕобработанным по стандартной схеме (т.е. у него чего-то) - перечислите всё, чего у него может нехватать чтобы его считать необработанным
2. Как выделить необработанного солдата в списке?
3. Какой солдат считается обработанным по стандартной схеме (т.е. у него всё есть, документы, мемориалы, первичные и прочее) - перечилсите тут всё что должно у него быть.
4. Как выделить этого солдата в списке?
5. Можно ли как-то принудительно считать солдата обработанным? Всегда ли? Что для этого нужно сделать? (галочка, очевидно)
6. Как выделяем солдата в списке?
7. Какой солдат считается новым? (и в каком контексте - ранее неувековечен, или д.б. увековечен или... и т.д.)
8. Как выделяем нового солдата в списке?
9. Могут ли быть перекрывающиеся множества: обработанный-новый, например. Или необработанный-новый? Если "да", то как они выделяются в списках, в каких сводных числах считаются и т.п.

(возможно, ещё вопросы...)

Пользователь @наталия-леле написал в Считать обработанным:

Возможно, следует каким-то образом обозначать, что запись обработана, и на самом сайте.

На сайте - каком? (не на списке внутри Платформы?)

Пользователь @наталия-леле написал в Считать обработанным:

Поэтому д.б. статистика о переходе "новых" в "увековеченные". Как правило, это связано с ремонтами, когда после проведения сверки все имена (и увековеченные ранее, и неувековеченные) наносятся на новые плиты.
Скажем - в 2018 году увековечено ....

Это - отдельная огромная тема. Мы сейчас не про это.

Пользователь @виктор написал в Считать обработанным:

В связи с текущей ситуацией нужна новая кнопка - "требутется дальнейшая обработка".

На данный момент, как только солдат появляется в базе - он, в принципе, становится в статусе "требутется дальнейшая обработка".
Смысл отдельной галочки для этого...?

Тогда, соответственно, нужны ясные понятия о том - кого считать обработанным, кого - нет, как понять что он новый или нет ну так далее.

В принципе, на данный момент при расчёте обработан или нет,
учитываются такие параметры как первичное захоронение, мемориал (как правило есть всегда), надпись на мемориале а также галочка - "считать обработанным".
Вот сейчас мы оперируем этими вышеописанными параметрами.
Можно ввести дополнительные, без проблем.
Только нужен чёткий и недвусмысленный алгоритм.
Ещё очень важный вопрос - не допустить пересекающихся множеств. Т.к. сейчас у нас кое-где такое встречается.
Т.е. входящий в одну выборку присутствует также и в другой и на сводной информации мемориала цифры могут не совпадать.

А должны ли они совпадать вообще?! (для этого ли эта страничка?)

И ещё, надо иметь в виду что подобные выделения и подсчёты присутствуют не только на этой старнице но и в Excel отчётах и т.п.

@Александр @Виктор @Ржавин @Наталия-Леле пожалуйста, примите это во внимание.

Очевидно, придётся внести изменения в алгоритм поиска по "фильтрам".
Например, если есть имя "Иван" то должно ли оно показываться, если в фильтре по имени введено "а" ?
(в имени "Иван" присутствует "а")