Ввод координат в WGS нужен лишь для ввода объекта по навигатору (приёмнику GPS) дальше юзер через быстрый пункт меню переводит его в рабочую проекцию карты.

Идея такая: ожидается, что юзер введёт долготу/широту в формате gg.ddddddd либо gg.mmnnsss.

где g -градусы, dd -десятые долги градусов, mm - минуты, nn - секунды, sss - сотые доли секунд. (выбор формата осуществляет юзер выбираю\я нужный пункт меню).

Во втором случае, вещественное число координаты разбивается на фрагменты и переводится в десятичные долги градуса.

 Здесь же: можно реализовать ID у програмных модулей и при импорте модуля с одинаковым GUID заменять существующий.

Таже неплохо было бы в програмном модуле сделать секцию статистики: время последнего редактирования, может еще что...

 У нас кстати есть модуль "Волшебная панелька", которая может размещать в качестве панели на Ингео любые акшоны уже запуженных модулей (т.е. то что можно получить через Application.mainWindow.Actions) и имеет возможность делать выпадающие меню

Единственная неприятность, что он вынужденно написан на старом АПИ, и при изменении состава кнопок юзеру нужно перезайти в ингео.

О да! я за опенсорс распространённых модулей! это сделает Ингео быстроразвивающимся в плане общей функциональности, а это в свою очередь увеличит привлекательность для конечных юзеров.
Думаю тем для специфических модулей, которые фирмы будут делать на продажу, останется много.

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

Кстати такая функция сделана в нашем модуле "Сервисные операции": там есть функция выделения объектов, топологически связанных с заданным. (Но естественно это не решение из коробки)

 да получается. может неточно описал:

нужно не "разомкнуть сегмент", а выделить ребро и "удалить ребро", это также приведёт к размыканию сегмента, но уже в нужном месте.

 Мне кажется нужно менять эти импорты и запрос по семантике.

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

Это свойства от идентификатора и требуется.

А вот менять физическое имя поля крайне не рекомендуется. Я сам допустил эту ошибку в модуле печати отчётов и поимен определённый геморрой.

(Сразу скажу, если бы был ИД, была бы таже самая ситуация, ибо я и задумывал сменить тип данных поля с определённым Ид, а нужно былдо создавать новое поле!)