Аналитика

Якщо зібрати об'єкт шаблоном прямокутник і потім добавити точки через клавішу "P" у другу і четверту сторону, а потім розділити об'єкт - то получаються 2 полілінії.
Чому так?

dmf прикріпляю

Подскажите в чем проблема. Есть карта на которой около 100 000 объектов, так сказать база данных, так вот при использовании "Правка-обновить" либо же просто через вставка через буфер обмена, очень долго проходит обновление. Раньше этого глюка не наблюдалось. Проблема возникала после обновления Ged.exe

Сильно тормозит обновление карты наличие вычисляемых параметров с функцией =PARENT. Такие параметры есть в Normal.dmf, Вы могли скопировать их вместе с объектами из in4-файла, например.

а можно этот глюк как ни будь исправить в последующих обновлениях Ged.exe?

Если не нужна функция PARENT, то ее лучше удалить.
Если все же необходима эта функция, то можно:
1) использовать ее модификацию с указанием целевого слоя, работает значительно быстрее
2) вычислять значение функции в обработчике некоего(их) события(й)
@Map.Object[$EvevtObj].CalculateFormula Parent[...]
3) использовать функцию Калькулятор/Наследовать от...

Доброго дня.
Після останнього оновлення, не коректно працює пункт меню Правка-Спеціальна вставка.
При наведенні курсора на пункт Спеціальна вставка, відразу відбувається вставка скопійованого об'єкта по центру карти, при цьому меню з вибором типу вставки не розкривається.

Виправлено

Доброго!
Підкажіть, будь-ласка, в чому причина: у завантаженому файлі при позначенні у рамку на друк (є кілька сторінок на одній мапі)
у попередньому перегляді у другому ряді - пусто??!
Але якщо третій ряд поставити у другий ряд - тоді все нормально відображається на друці???
Це що означає, що не можна таких три ряди робити?

Причина криється десь в тому, що ваш шар Рамка невидима має тип Рамка та легенда.
Якщо змінити на Полігон/поліліня і позначити в рамку, то буде відображатися.
Проблема також вирішується збільшенням відступів між рядами аркушів.

Зрозумів, одразу два вирішення! Мені підходить перший варіант, оскільки я в даному випадку не використовую розбивок на листи.
Програма потужна і нюансів налаштувань дуже багато, де ж той розгорнутий мануал... (це, звісно, не до Вас претензія, Миколо)
Дуже дякую за допомогу!

Windows 10. Версия Digitals 01.04.2020. Сетевой ключ. Разрешение экрана 2560х1440 px. После выставлении рамки любого размера, не могу изменить масштаб, вылезает вот такая ошибка. Если рамку не выставлять, то и ошибка не появляется и масштаб спокойно изменяется. Если в настройках приложения установить "масштабирование выбирает система" вместо "масштабирование выбирает приложение", то проблема исчезает, но появляется другая: при увеличении масштаба более чем 1:500 программа начинает очень сильно тормозить и не прогружать слои.

Доброго дня.
Після вчорашнього оновлення не працюють скрипти, сьогоднішнє оновлення теж не вирішило проблему.
Виправте будь-ласка.
Питання знято, знайшов задвоєння функції типу %Label

Але цей факт не знімає питання, адже запуск функціонального скрипта з бібліотеки командою %Library.NameScrypt (де NameScrypt - коротка назва файла скрипта без розширення в теці Library) відтепер сприймається скриптом як мітка. Коли такий скрипт запускається зі скрипта один раз - все нормально, але коли другий раз - виникає помилка дублювання мітки. Це добре, що додали контроль унікальності мітки, але ж запуск скрипта зі скрипта
Наприклад код де Lisproekt_EditAlign_Selected назва скрипта в теці Library на третьому рядку дає помилку дублювання мітки. Це треба виправити, виключивши з контролю дублів ключові слова %Script. та %Library.

Добре, якщо скрипт писав для себе і після даного нововведення є можливість підправити, коли не працює. А якщо скрипт писав для інших і допустив помилку з дублюванням міток?
У великому скрипті, коли копіюєш частини коду з інших скриптів - така помилка - це звичайна річ.
Про це розробники Digitals мабуть не подумали. Бо ці люди тепер мусять сидіти на старіших версіях програми через дане оновлення.

Поверніть, будь ласка, як було. Або зробіть так, щоб було просто попередження про дублювання, але щоб скрипт продовжував роботу.

Та ні, Миколо. Повертати назад не треба. Натомість: якщо не виправити помилку дублювання міток переходу це - мати помилкову логіку алгоритму роботи скрипта, а значить - неправильний (або не завжди правильний) результат його роботи. Знову дати можливість помилково дублювати мітки? Попередження про дублювання міток дати неможливо. На якому етапі? Збирання коду? Це помилка того, хто писав скрипт, а оскільки мова скриптів не передбачає компілювання, помилка ця - періоду виконання. Такі помилки виявляються лише під час виконання, і чим скоріше вони будуть виправлені, тим "правильніше" будуть працювати Ваші скрипти.А я ж Вам казав , що краще перевіряти логіку виконання скрипта у режимі відлагодження. Так ця тема (відлагодження) і не рухається . Це ж мабуть більш на часі, як різноколірне відображення змінних або пошук в коді!

А от із запуском скриптів з Library або Scrypt розробники "прогавили" - не врахували, що ці команди також починаються із символа %, як і мітки переходів. Сподіваємось завтра виправлять, якщо ні - треба нагадувати, виходу немає.