А есть ли смысл по новой искать родителя для получения каждого его параметра?
Дело в том, что поиск родителя это довольно затратная по времени операция.
Я думаю что будет лучше если Map.Parent вернет номер объекта-родителя, по которому потом можно будет читать его параметры.
Новая функция описанная:
https://vinmap.net/forum/posting.php?mode=quote&p=993
работает значительно быстрее и не появляется “прогресбар”, возможно не успевает, хотя можно скомбинировать два варианта, команда Map.Parent вернет номер обьекта и запрашиваемый параметр.
По поводу изменения Z, можно посмотреть изменение Z в GedTools в режиме таблица, если выделить 100 обьектов поменять Z дальше надо:
1 снять выделение
2 пометить нужный обьект
3 установить Z
4 снять выделение
так в цикле по выделенным обьектам и в конце в цикле
пометить все обьекты которые были выделены пользователем.
ДОЛГО!
В варианте Map.ChangeHeight [Number] [Height] цикл будет один и выделение не будет меняться.
Уважаемые разработчики!
Есть 2 вопроса:
- Хотелось бы иметь возможность сбора и редактирования в режиме 3-D просмотра. Можно ли надеяться получить эту фишку в скором времени?
- Когда-то спрашивал на рефланде - можно ли добавить полупрозрачный тип сплошной заливки полигонов?
В скором времени нет. Вы уверены, что это будет удобный режим сбора? Не проще ли собирать объекты в 2Д или в режиме стерео?
В современной реализации графического движка (GDI), это очень трудоемко, так как встроенных функций для реализации полупрозрачных заливок GDI не содержит.
[size=100]Уважаемые разработчики, было бы лучше улучшить роботу с растровыми файлами загруженных через ВСТАВКА - Растровое изображение… Дело в том что если загрузить растр таким способом в карту как активную ссылку, то при развороте или через сбор перетянуть кнопкой “перемещение” изображение “пропадает”. А вставлять его в масштабе к примеру 1:1, качество заставляет желать лучшего. Сравнительно с Автокадом Дигиталс хромает
случилось так еще что мне нужна такая функция поиска и замены текста в слоях со стилем таблица на подобии роботы с параметрами [/size] ПРАВКА - НАЙТИ…
Вы имеете ввиду ухудшение качества при трансформации растра(развороте/растяжении)?
В будущем планируется добавить возможность трансформации на лету растров, вставленных в карту через ссылку.
хочу таку функцію (як в автокаді): провести паралельну лінію через задану відстань.
Може таке уже є?
Да конечно есть 
Это одна из самых древних возможностей . Почитай Хелп наконецто 
Быстрее всего сразу при сборе использовать шаблон сбора Параллельный. Первая и вторая зарегистрированные точки задают расстояние между линиями. Это значение можно контролировать в строке состояния (текст Длина внизу главного окна).
Панель Правка. Кнопки Расширить/сжать и Линию в полосу. Первая строит параллельную на заданом расстоянии, вторая строит буфер заданой ширины.
Я почти автоматизировал роботу в Дигиталсе по дмт шаблонах, но не полностю… Дело в том что при выдаче “державного акту” с каким-то количеством «спиввласныкив» пользуясь афигенной штукой как GET(…..), которая разбивает по запятым и пробелам, есть блин в файле ИН4 такие поля где данные разделяются вот такой … «|». Короче если стоит где то «|», функция GET(………) думает что это пробел. И вот начинаются проблемы, например в NM ввожу двух человек Иванов Иван Иваныч|Иванов Сергей Сергеевич, хорошо что я знаю GET(1/1,P[NM]) …1/2…1/3 и т.д., а что делать если это адрес прописки P[AU], где даже есть название одной улицы из нескольких слов.
ПРОСЬБА в том что бы сделать аналогичную функцию, как нибудь расделять отдельно по «|».
Вам нужно использовать разновидность функции GET, которая разделяет строку не по запятым, а по символу |.
Для этого просто замените в формуле запятую, на символ |.
Например: GET(1|P[AU])
Есть потребность в создании взаимосвязи между параметрами например DS=0520681000(кадастровый номер) то соответственно другой дескриптор(параметр) показывает населённый пункт и т.д.
А ещё и забыл вот так всю неделю ходил и забыл…
Вспомнил!
Етсь вещественный параметр площадь, периметр, длины линий и т.д., а вот вещественного параметра внутренние углы нет. Итак как я вижу эту функцию: Полигон из трьох точек при изменении одной из точек меняется угол.
Есть потребность в создании взаимосвязи между параметрами например DS=0520681000(кадастровый номер) то соответственно другой дескриптор(параметр) показывает населённый пункт и т.д.
Вам поможет уже ранее сделаная функция, которая находится в Менеджере параметров - СПРАВОЧНИК
Или если я понял правильно, то при выборе одного параметра (1820881802) должно по взаимосвязи выкидывать другой (населен. пункт). В этом случае нужно использовать SEF. Например: SEF(P[80],GS.txt). Предполагается что ВЫ выбрали в 80-том параметре “голову сільської ради”, по которому из файла Digitals\Lists\GS.txt по фамилии находит нужную строку и вставляет в даную формулу.
ПРИМЕР оформления файла:
Лагута ТАБУЛЯЦИЯ Слободищенська сільська рада
Дмитренко ТАБУЛЯЦИЯ Старосолотвинська сільська рада
Савченко ТАБУЛЯЦИЯ Терехівська сільська рада
еже-ли не затруднит можно поподробней (а то все попытки тщетны)
Функция SEF (аналогична SEL, но использует перечень значений из указанного файла)
Пример здесь:
vingeo.com/samples/SEF.dmf
vingeo.com/samples/SEFList.txt
Подробнее про функцию SEL
Предложение относительно InetCacheFolder.
Возможно сделать совместимым формат кеша с программой GoogleMV v.2.9.
Там в каталоге кеша создаются папки для каждого масштаба. Название папки состоит из названия масштаба+1(масштаб 0> папка 01 и.т.д.). По моему это и ускорит поиск по большему кешу.
У меня сейчас кеш около 3Gb, не хочется выкачивать это все заново или хранить копии для разных программ.
И если возможно добавить выбор масштаба скачивания из comboBox еще до начала загрузки.
Спасибо.
Формат кеша совместим с GoogleMV, за исключением того, что Digitals складывает все тайлы в один каталог. Я посчитал неэффективным создавать отдельные папки для каждого масштаба снимков, так как большинство папок все равно остаются пустыми или малозаполенными а NTFS не имеет ограничения на кол-во файлов в одном каталоге. Вы не обнаружите прироста в скорости доступа к файлам если разделите их по разным каталогам (то замедление которое, Вы возможно, наблюдали при открытии папки с десятком тысяч файлов связано лишь с особенностью работы файл-менеджера, которому необходимо, как минимум, пересчитать кол-во файлов и их размер).
Вы можете просто скопировать файлы из кэша GoogleMV в InetCacheFolder и Digitals сможет их использовать.
Я думал все стремятся выкачать снимки максимально крупного масштаба А чем неудобно пользоваться галочкой Зафиксировать в окне загрузки.
До начала загрузки не знаешь какой масштаб будет качаться, чтобы установить масштаб нужно масштабировать карту, при создании нового документа нужно опять масштабировать. А так выбрал один раз масштаб поставил зафиксировать и любой новый документ начинает работать с этим масштабом.
Хотелось бы иметь возможность указать на каталог с папками разных масштабов и работать одновременно и с Дигиталсом и с GoogleMV.
Спасибо.
А как быть тем пользователям кому нужен мобильный дигиталс? Я например использую Flash Drive как носитель программы, а организация NTFS файловой системы на таком диске не доступна 
.
Не зря ведь новый GoogleMV по папочкам раскидывает снимки разного увеличения 