Аналитика

Чому функція @Map.Object[1].LineLength[1] прив'язана до опції Сервіс-Налаштування-закладка Вигляд-Число десяткових знаків?
Це викликає розходження довжини лінії, яка отримана функцією з реальною довжиною лінії на карті.

Наприклад, є в мене лінія довжиною 31,4947 (це число завжди чотиризначне, якщо його переглядати через контекстне меню маркованої лінії). На карті воно відображається як 31,49

Але якщо в опції Число десяткових знаків стоїть значення менше, ніж 4, наприклад 3, то функція @Map.Object[1].LineLength[1] поверне число 31,495. А округливши його до двох знаків (щоб було ідентично довжинам ліній на карті), отримаємо вже 31.50!

Виходить, щоб довжини були ідентичні, треба щоб опція Число десяткових знаків завжди дорівнювала числу 4. Значення Авто також не підходить, перевіряв.
Але тоді таблиці з координатами виходять дуже громіздкі з непотрібними нулями.

Чи не можна дану функцію якось відв'язати від даної опції? Або ж додайте функцію, яка дозволяє міняти опцію Число десяткових знаків на період використання функції @Map.Object[1].LineLength[1]


До речі, якщо в значенні Число десяткових знаків поставити Авто, то в шаблонах dmt каталог координат взагалі виходить без цифр після коми. Це якщо формувати через Сервіс-Документи.

Контекстне меню маркованої лінії - єдине місце де довжина лінії розраховується без попереднього заокруглення координат, в т.ч. для того щоб можна було змінити цю довжину.
В решті випадків - спочатку попереднє заокруглення координат точок до необхідної кількості знаків(Сервіс-Налаштування-Вигляд-Точність периметру), розрахунок довжини, заокруглення довжини згідно маски параметра "Довжини ліній" (за замовчуванням - 2 знаки).
Додатково

Доброго дня. Потрібен скрипт для шаблону . Зразок в файлі Vinoski "виноска універсальна". Для двох ID. Виноска для шару "полігон".

Якщо контекстне меню маркованої лінії - це єдине місце, де довжини ліній розраховуються без попереднього заокруглення координат, то чому тоді в параметрі Довжини ліній якщо в його масці задаю замість двох чотири знаки після коми, значення повністю ідентичне як в контекстному меню лінії? Ідентичне воно і коли вставити на карту таблицю довжин ліній.

Інше воно тільки тоді,коли отримане функцією @Map.Object[1].LineLength[1]

В контекстному меню лінії значення довжини - 31,4947, в параметрі Довжини ліній, в підписах довжин ліній на карті та в таблиці довжин ліній виходить так само 31,4947. Це коли маска параметра 4 знаки пілся коми. Якщо маска параметра 2 знаки - 31.49

Виходить, що параметр Довжини ліній показує довжини також без округлення координат?

А от скриптовою функцією @Map.Object[1].LineLength[1] вже виходить 31,50. Тобто, виглядає так, що якраз скриптова функція вираховує довжини ліній вже пілся округлення координат. А в параметрі Довжини ліній вписується значення ще до округлення? Ну або навпаки. Але тоді насправді і в контекстному меню значення довжини вже округлених координат. В такому разі чому ж тоді в скриптовій функції вони так само не округлюються?

Точність периметру в налаштуваннях програми в мене виставлено в 3 знаки, число десяткових знаків також 3.

Якщо я міняю точність периметра на 2 знаки, тоді по даному числу функцією @Map.Object[1].LineLength[1] вже отримую 31,49.
Але тоді починають творитися дивні речі з іншими цифрами.

Тоді інша лінія, яка мала довжину на карті 24.73 (конт.меню - 24.7340) скриптовою функцією виходить аж 24,74

Якщо зміна налаштувань точності периметра впливає тільки на значення, яке отримане скриптовою функцією, то виглядає на те, що програма справді показує довжини без округлення координат (!)

Добитися ідентичних значень в параметрі Довжини ліній та результаті функції @Map.Object[1].LineLength[1] можна тільки поставивши Число десяткових знаків 4 або 2. Хоч я завжди думав, що дана опція впливає тільки на відображення каталогу на карті. Як вона може впливати на отриманий результат скриптової функції? Чому скриптова функція не бере в рохрахунки реальну довжину лінії, а ту, яка відображається на плані?

Пробував також задавати 4 знаки в Точності периметра - результат той самий що і при трьох. Тільки якщо ставлю 4 або 2 знаки в Число десяткових знаків - тоді все гуд з відповідністю скриптової функції та параметра Довжини ліній. Але мені треба щоб в таблицях координат було 3 знаки.

Можете для наглядності переглянути відео. Також прикріпив оригінал карти.

додайте, будь ласка, функцію, яка дозволить міняти число десяткових знаків на закладці вигляд, бо не знаю, як по-іншому вийти з ситуації, що склалася.

До речі, проблема проявляється не тільки в розходженні довжин ліній, а й у розходженні координат точок, отриманих скриптовими функціями і отриманих через просту вставку таблиці координат на карту. З цього приводу вже й відмову дав реєстратор.

Коли ставлю округлення до двох знаків після коми, то тоді виходить невідповідність паперових носіїв із електронними. А ставити в електронному варіанті також 2 знаки після коми - це не вихід, бо тоді вилазить маса інших проблем із накладками і розходженнями площ.

Можна ще перевести повністю програму на 4 знаки після коми, але і тут не все так просто, бо це треба в кожній програмі міняти маску параметра X. Інакше в других програмах буде обрізати координати.

ще в мене є запасний варіант - міняти скриптом Число десяктових знаків напряму у файлі Ged.ini. Тільки боюся, щоб це не призвело до якихось збоїв програми Digitals. Бо вона ж у той час паралельно може в цей файл записувати якісь свої інші зміни, які в результаті можуть бути втрачені.

можна приклад використання нової функції @While Condition Label ?

$i=1
@While $i<5 %loop
@Dialog.Message $i
$i=$i+1
%loop:
@Dialog.Message Цикл закончен

дякую
але в чому її актуальність, якщо вона просто дублює інший варіант циклу?:

$i=1
%loop
@Dialog.Message $i
$i=$i+1
@if $i<5 then @Goto %loop
@Dialog.Message Цикл закончен

цикл з використанням даної функції має якусь перевагу? Чи це просто для тих, хто звик по-іншому формувати цикли?

якщо змінити першу строку на, наприклад:
$i=5
то в першому варіанті тіло цикла не буде виконуватись взагалі, а у другому - один раз.

Доброго дня!
Чи є можливість вивести вікно @Dialog.Select в центр екрану?

Ні, немає. А навіщо?

Є кнопка для визову необхідних шаблонів, вікно відкривається біля панелі інструментів, як би не проблематично, але автоматично підтягуєш вікно блище до центру для вибору. Якщо можливо добавте цю можливість.
Дякую.

Доброго дня.
От, з нових можливостей: "09.08.18 Привязка скриптов (пользовательских панелей) к номеру ключа защиты (Компилировать...)"
Хочу сказати велике дякую розробникам, за надану можливість . Однак за результатами проведених експериментів виникає наступне питання.

Кількість рядків коду в усіх разом взятих інструментальних скриптах однієї панелі інструментів обмежена, щоб скомпілювати файл *.tlc

Є 15 скриптів на панелі. Якщо лишити перших 12 - після компіляції Digitals запускається нормально. Якщо додати 13-ий і скомпілювати - Digitals після запуску закривається. Якщо 1-ий скрипт викинути, залишивши 13-ий, і скомпілювати - Digitals знову запускається нормально.
Поки що - ознака, чи панель інструментів включена.

Доброго дня розробникам.

Дайте, будь-ласка, відповідь. Це так задумано і так має бути:
Кількість рядків коду в усіх разом взятих інструментальних скриптах однієї панелі інструментів обмежена, щоб скомпілювати файл *.tlc?
Тоді треба ще більше коду з інструментальних скриптів перекинути в функціональні (в теку Library).

Чи просто треба набратись терпіння та трішки почекати на допрацювання функції компіляції скриптів?