Аналитика

Приходится часто пользоваться форматом .asc при этом часто возникают проблемы следующего характера:
1 При сборе объектов часто программа выставляет не реальные высоты точек (в режиме автопараметры) при этом ascii файл строится не корректно образцы файлов прилагаю.
2. При пересохранении файла dmf ->asc->dmf все точечные символы теряют ориентировку и их приходится разворачивать в ручную.
3. При пересохранении файла dmf ->asc->dmf сложные полигоны становятся отдельными
полигонами.

Формат asc имеет ограниченные возможности, зачем вам использовать именно его?

В asc файле есть доступ к координатам. Я могу пересчитывать в другие СК, в dmf до координат добраться не могу.

Если бы все было так просто. Приходится работать с местными СК, а это 28 районов плюс 28 райцентров и у всех свои СК. Короче Ваш вариант не прокатывает. Да и по точности перевода у меня есть сомнения. Реально ли исправить(дополнить) перечисленные мной в первом письме пункты?

При расширении asc формата старые версии Digitals перестанут его понимать. К тому же сложную геометрию, такую как вложенные полигоны, внедрить в данный формат все равно не получится.

Точность пересчета координат средствами Digitals всецело зависит от точности введенных параметров пересчета, а они все доступны для редактирования (содержатся в файле описания СК Datums.ini).

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

Вы же добавляли в asc поворот подписей, проблем со старыми версиями программ не было, да и формат asc нужен для внутреннего пользования. Вряд ли придется передавать его тем у кого старые версии программы.
На счет сложных полигонов так Mapinfo(mid/mif) и Panorama(txf) с этой проблемой легко справились. Думаю и с разворотом ориентированных одиночных символов Вы сможете справиться. Ведь информация о угле разворота символа есть в dmf остается этот угол прописать в какой нибудь параметр, а при загрузке в dmf. Ну а высоту при режиме автопараметры нужно контролировать программно. При сборе объектов исполнитель это делать не может. Тем более что параметр "Z" в большенстве слоев не используется.
Для пересчета координат в местные СК районов и райцентров используются различные формулы разные для разных районов и как их прилепить к Digitals я незнаю.
Задача простая. Необходимо съемки масштабов 1:500-1:5 000 перевести из одной системы координат в другую. Процесс следующий:
1. перевожу dmf в asc
2. Написанной мной программой открываю asc , пересчитываю координаты каждой собранной точки в нужную мне СК, заменяю старые координаты на пересчитанные.
(это все выполняется программно)
3. Открываю asc, вставляю его основу и начинаю разворачивать символы и воссоздавать сложные полигоны. А если учесть, что на листе 2000 до 10000 объектов пыхтеть приходится долго и нудно.
Если бы я смог добраться до координат в dmf, то это бы сильно облегчило мою задачу, но к сожалению у меня не получилось. Хорошо бы иметь функцию выгрузки всех координат из dmf в какой либо текстовой формат, с последующей загрузкой их обратно

Добраться к координатам объектов в карте Digitals не так уж сложно. Это можно сделать через:
1. Скрипты Digitals. Исполняются самой программой. В скриптах можно вызывать функции, находящиеся в пользовательских DLL.
2. Выполнение команд через протокол TCP/IP. Используется тот же набор команд, что и для скриптов. Digitals управляется внешним приложением.
3. Открытый формат DMF. Описание формата содержится в Digitals\Docs\DMF.doc

Ссылки по теме:
Библиотека полезных скриптов
Функция DLLExec в скриптах Digitals для выполнения функций пользователя из динамических библиотек
Использование команд по TCP/IP
Digitals + Delphi 7 часть вторая или Novator 2
описание формата файла DMF

Можете привести пример формулы для пересчета в местную СК? (без параметров)

Спасибо за подсказку. Получилось через COM сервер прикрутить мою программу, все пересчитываю в dmf файле.