При подключении справочников параметров в маске или добавлении новых строк, в определённый момент пропадают названия этих строк (в данном примере орендна плата и т.д.).
Пример.dmf (1 KB)
Больше всего причина в переполнение строки параметров (маска), которая не должна превышать ~256 символов.
>0=-,>0=-,>0=РС,##.##.####=-,>0=-,##.##.####=-,>0=-,>0=га,>0=-,>0=-@ПІБ орендаря:555_ПIБ_Orenda_Любомирка.txt|Ідентифікаційний код|Рішення:LE.txt|Дата прийняття|Номер документу|Дата реєстрації|Реєстраційний номер|Вимір площі (га, кв.м)|Площа в оре …. 256 ….нді|Орендна плата
>0=-,>0=-,>0=РС,>0=-,>0=-,>0=-,>0=-,>0=га.,>0=P[0],>0=-,>0=-,>0=-,*>0=-@ПІБ орендаря:LE01.txt|Ідент.код|Рішення:LE.txt|Дата прийняття|Номер документу|Дата реєстр.|Реєстр.номер|Вимір пл.(га,кв.м)|Пл.в оренді|Ор.плата|11|12|13:LE13.txt
Какая версия Digitals у вас? Ограничение на 255 символов в маске параметра действительно имеет место в старых (вроде бы до 2005 года) версиях Digitals.
Ограничение на 255 символов в маске параметра имеет место и в Digitals 13.12.2006.
Версия от 14.02.2008
А в самом текстовом файле (Lists\555…)случайно нету лишних пробелов?
А разве в 255 символов включается содержимое текстового файла 
Уважаемые разработчики ответьте, в чем причина, возможно, я делаю что-то не так.
Причина была в программе 
Проблема исправлена, загрузите новую версию.
Просьба: добавить роботу формул в маске
SEF(GET(1/1,P[12]),AD.TXT),=вул. ,=-,=-@Нас.пункт або місцева рада:AD.txt|тип та назва проїзду|номер будинку|номер корпуса(квартири)
Запятые в формуле, воспринимаются как отдельные поля
Noname1.dmf (894 Bytes)
Є два набори пікетів (в різних картах) з одинаковою структурою параметрів. Значення параметру Пункт (містить назву пікета) в них одинакове. Як можна скопіювати значення висоти з одного набору пікетів в інший?
А фомулы так и не работают… И у списков как всегда проблемы в наличии… 
Здравствуйте, у меня вопрос: а есть формула для перевода фамилии, имени, отчества в фамилию с инициалами в именительном падеже, но так, чтобы инициалы были впереди, например И.И. Иванов? Спасибо.
=GET(1/2,FIO(P[NM]))_GET(1/3,FIO(P[NM]))_GET(1/1,P[NM])
Доброго времени суток!
Не работает 79 параметр, присвоенный слою ІН4_Ділянка. Для проверки задал аналогичную формулу, только ссылку на дескриптор поменял с P[TD] на P[AD] и все заработало. Вот такой глючок 
.
79.dmf (18.3 KB)
Виной тому нечетное число кавычек в параметре TD, поставьте еще одну кавычку и все заработает. В тексте, заключенном в кавычки не обрабатываются формулы.
С точки зрения программиста правильней было бы писать ТОВ “ЕЦ"ЗЕМСЕРВІСГРУП”" (сколько открыли кавычек, столько и закрыли), хотя лингвисты скажут что правильно будет ТОВ “ЕЦ"ЗЕМСЕРВІСГРУП”
Чому при створенні плану дані, які в параметрі “суміжник ділянки” перед трансформацією записані як “землі заг. кор. (вул. І. Ловги)”, а після трансформації на плані в таблиці суміжників мають вигляд - “землі з. к. (вул. І. Л.”. Хоча якщо назва суміжника наприклад просто “землі заг. кор. (вул. Ловги)” тоді трансформує правильно в “землі заг. кор. (вул. Ловги)”.
Нужно посмотреть какая формула стоит в смежествах Вашего dmt-шаблона. Скорее всего там стоит ссылка на параметр, который сокращает NM. Поставьте просто P[NM] - проблема уйдет.
Там действительно стоит функция FIO, которая переводит фамилию-имя-отчество в фамилию с инициалами.
Она срабатывает только если число слов в строке равно или кратно трем (6, 9 и т.д.).
У вас случайно оказалось 6 и последние три слова как раз содержат имя-фамилию.
Мы усовершенствовали проверку, являются ли слова в строке именами-фамилиями и теперь ложных срабатываний быть не должно. Загрузите новую версию программы.
Дякую за підказки! Розчехлив! Дійсно в параметрі була функція FIO.