Не лучшая организация это следствие того самого безудержного роста функциональности.

А вот с оверзумом относительно быстро ничего сделать нельзя, это барьер который либо надо обсуждать как обходить, либо уходить.

Да, не смог. Если буду писать методичку для коллег по НГМ и другим мобильным ГИС, то постараюсь отразить там все этим моменты. Включая ограничения по НГМ. Будет эта разработка, скину ее. Там будут и выкладки по времени. Но она будет не скоро.
Повторюсь, как по мне, то проблема с НГМ более чем очевидна - нет возможности работы с mbtiles или sqlitedb. Библиотеки для сборки этих растровых форматов в открытом доступе, как я понимаю. Для серьезных навигационных (понимаю, не ГИС) мобильных программ поддержка mbtiles и  sqlitedb стала чем-то само собой разумеющимся.

Да, сожалею, если мои высказывания выглядят нападкой. Это не так. У вас реально лучшее ГИС-решение для целей большинства организаций.  Просто кое-где придется использовать решения других разработчиков. В принципе, частая практика.

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

К сожалению разработчики не владеют телепатией и, к сожалению, мы все работаем в области с миллионом переменных, которые усложняют достижения взаимопонимания. Как результат, решение проблем требует работы и со стороны пользователя и со стороны разработчика.

Да, все верно, согласен.

Вышло немного демагогично, пардон) Я к тому что мы готовы работать и погружаться в задачи наших клиентов, но нужен двусторонний процесс.

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

А вы не могли вы скинуть пример документа, по образу и подобию которого вы бы хотели увидеть описание проблемы? Это немного не из моего мира, вот и не догоняю, что именно вы хотите)

Если вам уже раньше присылали такие "пользовательские сценарии".

Сценарий: Сбор данных по красноухой тарани
1. Сотрудник А получает наряд-задание.
2. Сотрудник Б подготавливает для Сотрудника А данные АБВ
3. Сотрудник А выдвигается в поле, связи нет, еды нет, только работа есть
4. Сотрудник А заполняет формы 1 2 3

примерно так, описание бизнес-процесса, дальше мы спрашиваем детали, уточняем, а как, а что, а какие объемы и тд

все безотносительно ПО, просто как надо

Примерно понял. Звучит как сокращенная методичка.) Да, вот они "трудности перевода".

Рискну заметить, что едва ли преференции организации, которую я представляю,
в плане сбора данных какие-то экзотичные.

Подозреваю, что у вас, Максим, намного более широкий опыт планирования интерфейса и функционала мобильных ГИС. Вы, насколько я понимаю, не одно десятилетие работаете с естественнонаучниками и другими сборщиками полевых данных в мобильных ГИС.

У людей, работающих в сборе естественнонаучных полевых данных, очень однотипные задачи: навигация к области работ, переход на i-ю станцию, отработка на ней сборов по методике, переход на следующую станцию, возвращение в институт/вуз.

Методика работ на станции конечно сильно отличается, определяется объектом исследований. Но и там все более-менее однотипно: параметр 1, параметр 2, ...  Иногда полезны вспомогательные фото и видео прикрепленные к станции/наблюдению.

Я давно работаю в естественно-научной среде, около 15  лет использую мобильные ГИС, перепробовал очень много. Пока от этого сегмента ГИС не особо много пользы естественно-научникам. Обычно ограничивается навигацией, записью трека, точкой/полигоном объекта, его семантикой, фото.

Остальное бьется в базу данных MS Access на полевом ноутбуке. И для ввода таких данных мобильные ГИС мало полезны ввиду сложной реляционной структуры.
Например, на таблицу станций с описанием характеристик орудий сбора (траловые параметры) замкнута таблица с видовым составом улова, на которую замкнуты таблицы биологических анализов и промеров объектов улова. В итоге в таких работах мобильные ГИС получается использовать только поверхностно.

В итоге НГМ мы используем только на части наших полевых работ, там где сбор однотипных одновидовых данных. Например, картирование нерестилищ кеты или нерки. Вышли на контрольный полигон, который мы наблюдаем ежегодно,  нанесли полигон или точку в НГМ, прописали в атрибутивные поля нужные параметры (соотношение полов, плотность производителей, плотность нерестовых бугров, наличие следов браконьерства и т. д.). Затем выдвигаемся на следующую точку. По ходу активно используем навигационную растровую основу в НГМ для лучше ориентации на местности.

Если пытаться описать пользовательский сценарий для работ, где мы применяем НГМ то выглядеть это будет как-то так:

Сценарий: Сбор данных для инвентаризации нерестилищ осенней кеты Сахалинского залива

1. Сотрудник Иванов получает программу НИР и командирование в район работ.

2. Сотрудник Свиридов подготавливает для Сотрудника Иванова растровую основу (космоснимки сверхвысокjго разрешения на территории в несколько сотен или тысяч квадратных километров в формате мобильной ГИС) для навигации в районе работ и картирования нерестилищ в НГМ.

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

3. Сотрудник Иванов выдвигается в район работ в сотнях километров от НИИ. Интернет-покрытие в районах работ отсутствует в 95% случаев ввиду их малой населенности. Транспортная доступность слабая.

4. Прибыв на место работ Сотрудник Иванов проводит обследование стандартных контрольных полигонов, согласно программе НИР.  Создает векторные объекты с прикрепленными фото и атрибутами. По ходу работ, отталкиваясь от обстановки на местности и спутниковой картоосновы в мобильной ГИС, сотрудник принимает решение о изменении сетки станций, обследовании дополнительных районов.

5. Вернувшись в институт или войдя в зону интернет-покрытия сотрудник отправляет в веб-ГИС собранные сведения.

Сложности с использованием НГМ в рамках этого сценария.

1. Поддерживаемые в НГМ форматы локальных карт не могут создаваться на разрешении 40 см/пикс. на территории площадью более тысячи кв. км.
Модуль QTiles создающий файлы формата ngrc  и zip для создания участка лишь в 100-200 кв. км требует несколько часов. Создать  ngrc  и zip на площадь более 1 тыс кв км просто не получается, или файлы выходят сбойные. Проверено многократно в последних версии QTiles и НГМ, на качественных смартфонах. ngrc  и zip, после копирования на смартфон довольно долго распаковываются и в распакованном виде занимают очень много места.

2. Файлы формата mbtiles и sqlitedb НГМ не может открывать, хотя эти форматы  являются открытыми и их можно создавать во многих настольных ГИС. Большинство коммерческих и многие некоммерческие навигационные ГИС-программы поддерживают эти форматы ввиду их прогрессивности.

3. Файлы формата mbtiles и sqlitedb быстро и на практически неограниченные  территории создаются во многих настольных ГИС (например, Global Mapper, SASPlanet) и напрямую читаются в многих мобильных ГИС и навигационных программах (Локус, Альпина, Орукс Мэпс и т. д.). При этом формат читается напрямую, нет необходимости в длительной распаковке и расходовании дополнительного места на смартфоне. Тогда как ngrc  и zip, после копирования на смартфон довольно долго распаковываются и в распакованном виде занимают очень много места.
При этом файлы формата mbtiles и sqlitedb очень компактны и мгновенно отображаются в мобильных ГИС. Космоснимок на 10 тыс кв. км в разрешении 40 см/пикс в формате .sqlitedb занял лишь 16 гб.

Сборщики данных в НГМ в поле заинтересованы иметь в условиях отсутствия интернета полное растровое покрытие космоснимками для всего района работ, для их производительности это критично. Не получив нужного функционала в НГМ, они запрашивают сбор данных в альтернативных ГИС - Локус Мэпс, Альпина Квест. Эти мобильные ГИС поддерживают  mbtiles и  sqlitedb, позволяют писать треки, создавать векторные объекты с атрибутами. Но нет поддержки отправки данных в НГВ, как в НГМ.

Вот такой пользовательский сценарий, Максим. Надеюсь, это вас устроит. Что еще тут расписывать, не представляю. Все вроде предельно ясно.
Опять же я просто изложил проблему. И я понимаю, что вы не обязаны соответствовать всем пожеланиям. Просто, если я правильно понимаю,  организовать поддержку форматов mbtiles или sqlitedb в мобильной ГИС не такое уж сложное дело (например, было реализовано в бесплатной мобильной ГИС SW Maps для Андроид).

Вот вспомнил одну из ошибок в работе НГМ. Не удаляется слой в древе содержания. Щелкаю на три вертикальные точки справа от слоя, выбираю удалить. В сеансе он удаляется, но при перезапуске НГМ снова в списке слоев, будто и не удаляли.

Я попробовал только что, слой удалился и не восстановился при перезапуске

прочитал выше сценарий