Аналитика
https://www.geosystema.net/forum/

"Глюки" при работе с програмным комплексом Digitals
https://www.geosystema.net/forum/viewtopic.php?f=1&t=889
Страница 35 из 37

Автор:  fendak [ 01 мар 2021 20:00 ]
Заголовок сообщения:  Re: "Глюки" при работе с програмным комплексом Digitals

дякую!

Автор:  fendak [ 01 мар 2021 22:53 ]
Заголовок сообщения:  Re: "Глюки" при работе с програмным комплексом Digitals

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

Ось ще один:

$RadaRod=
$RadaRod=@Map.Object[$I].CalculateFormula SEF($KOATUU,RadaRod.txt)
@if $RadaRod=$KOATUU then @Break Не знайдено по списку

А якщо наперед не прописати $RadaRod= і при цьому такий самий код вище є для змінної $Rada, то останній рядок показує такий результат:
22:03:41.139 IF Меденицька селищнаRod=4621283300 then @Break

Це нововведення, мабуть, буде корисне для випадків, коли при склеюванні частин тексту після змінної було якесь число і в результаті воно зливалося із змінною в нову змінну. Але доведеться трохи більше писати коду).

Автор:  fendak [ 02 мар 2021 22:23 ]
Заголовок сообщения:  Re: "Глюки" при работе с програмным комплексом Digitals

Після оновлення змінна $NONE перестала працювати:

22:03:13.260 IF 79>0 then @Map.Object[$I].Parameter[ID7001000]=$NONE
22:03:13.260 MAP.OBJECT[5].PARAMETER[ID7001000] 79NE
22:03:13.260 79NE

Бо в скрипті перед тим використана змінна $NO=79

Скрипт Акт після оновлення програми і далі не працює. Бо використаний такий код:
@Map.DeselectAll
@Map.SelectLayer id70001
$YesMZ=@Map.SelCount
@if $YesMZ>$DopuskKMZ then $DRT=@Dialog.Confirm На карті уже нанесені межові знаки. Сформувати кроки по них? ||Cansel - видалити наявні та створити нові на кожній поворотній точці межі земельної ділянки, автоматично нумеруючи їх.
...
$YesMZ=$DRT+2
@if $YesMZ>2 then @Goto %YesMZ

І все тому, що на початку не додав:
$DRT=0 і вище була змінна $D-поточна дата
Виходить
23:56:04.454 $YesMZ=CALC 02.03.2021RT+2
23:56:04.454 02.03

23:56:04.454 IF 02.03>2 then @Goto %YesMZ
23:56:04.454 GOTO %YesMZ
А раніше ця умова не виконувалася, бо $DRT+2 не є більше 2

І такого маса по скриптах, бо я:
1) не мав звички присвоювати на початку кожній змінній пусте значення, чи 0
2) часто використовував схожі (і часто короткі) назви для змінних

Короче, я більше Digitals не оновлюю. Буду працювати тепер тільки на версії до 01.03.2021 року. Бо інакше всі скрипти треба перебирати на виявлення помилок.

P. S. Насправді після оновлення Digitals скрипт Акт працюватиме, але тільки один день на місяць - першого числа, бо тоді не виконуватиметься умова для @Goto %YesMZ ( 01.03<2, 01.04<2, 01.05<2... )

Автор:  voha [ 03 мар 2021 21:12 ]
Заголовок сообщения:  Re: "Глюки" при работе с програмным комплексом Digitals

fendak писал(а):
P. S. Насправді після оновлення Digitals скрипт Акт працюватиме, але тільки один день на місяць - першого числа, бо тоді не виконуватиметься умова для @Goto %YesMZ ( 01.03<2, 01.04<2, 01.05<2... )
Прикольно :shock: . Пане Миколо, підкажіть мені, будь-ласка. Це що получається? Якщо $A=3 тоді присвоєння $AС=пр засуне в неї 3пр? Якби так, то будь-який скрипт з гарантією 99,99% не працював би :!: . Але ж працює (в більшості випадків на 01.03.21). Чи не залежить, часом, коректність присвоєння значення змінній від "шустрості" системи в кожний конкретний момент виконання кожної окремої команди скрипта?

Отже від розробників повинна була би бути відповідь. Наприклад: відтепер, у кожному скрипті, всі змінні повинні оголошуватись; оголошення змінних виконується шляхом присвоєння ним порожнього значення (або інакшим способом), оскільки поняття типу змінних у скриптах Digitals, ПОКИ-ЩО, відсутнє.
Тут, як на мене, я би наголосив: ПОКИ-ЩО. Мова скриптів Digitals з часом розвивається (вдосконалюється) програмістами, тому не програмістам іноді важко погодитися з необхідністю оголошення змінних ... і т.д.

Автор:  fendak [ 03 мар 2021 22:29 ]
Заголовок сообщения:  Re: "Глюки" при работе с програмным комплексом Digitals

fendak писал(а):
Якщо $A=3 тоді присвоєння $AС=пр засуне в неї 3пр? Якби так, то будь-який скрипт з гарантією 99,99% не працював би

А ви праві, воно так і є. В мене на новій версії в кожному із скриптів маса помилок по лог-файлу
Від шустрості комп'ютера не знаю, чи залежить, на повільному не пробував.
Бо я, як ви це називаєте, "не оголошував" жодної змінної по скрипту. Якщо змінна не схожа (не є частиною назви іншої змінної) то її оголошувати якби і не потрібно ніби. Але якщо вона має довгу назву і є в скрипті інша змінна, назва якої сжоха (фактично є чатсиною довгої), то без оголошення такої робиться бардак.
Изображение

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

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

Вложения:
photo_2021-03-02_22-46-25.jpg [108.96 Кб]
Скачиваний: 0

Автор:  voha [ 03 мар 2021 23:36 ]
Заголовок сообщения:  Re: "Глюки" при работе с програмным комплексом Digitals

fendak писал(а):
...через це оновлення програма Digitals стала просто недієздатною для раніше створених скриптів. Я навіть боюся вже писати скрипти в новій програмі, бо не знаю, як вони себе поведуть на старих.
Мабуть не будемо черговий раз затівати дискусію :wink: . Однак я не чув від програмістів-кодерів-скриптувальників претензій, що в тому самому Delphi оголошення змінних є обов'язковим. Думаю погодитесь, що Delphi - значно потужніша мова для автоматизації задач, ніж мова скриптів Digitals. Мабуть в інших мовах програмування оголошення змінних не для забави придумали?

Думаю треба дочекатися роз'яснення від розробників. Поки можна ж працювати на попередній збірці.

Автор:  fendak [ 03 мар 2021 23:49 ]
Заголовок сообщения:  Re: "Глюки" при работе с програмным комплексом Digitals

Хай тоді зроблять окремий Digitals для програмістів Delphi
А для програмістів-самоучок вистачить і цього.

Автор:  fendak [ 09 апр 2021 09:34 ]
Заголовок сообщения:  Re: "Глюки" при работе с програмным комплексом Digitals

Добрий день!
Уже тиждень-другий в програмі на деяких комп'ютера з'являється ось таке повідомлення при завантаженні растрів. Якщо натиснути ОК - растри завантажуюються нормально.
Помилка з'являється при кожному наступному завантаженні.

Вложения:
2021-04-09_102559.jpg
2021-04-09_102559.jpg [ 19.75 Кб | Просмотров: 7267 ]

Автор:  Dmitry_Zolotar [ 09 апр 2021 10:55 ]
Заголовок сообщения:  Re: "Глюки" при работе с програмным комплексом Digitals

Чи залежить виникнення цієї помилки від джерела растрів (ПКК, ДГМ, Гуглокарти)?

Автор:  fendak [ 12 апр 2021 13:08 ]
Заголовок сообщения:  Re: "Глюки" при работе с програмным комплексом Digitals

Dmitry_Zolotar писал(а):
Чи залежить виникнення цієї помилки від джерела растрів (ПКК, ДГМ, Гуглокарти)?


Помилка з'являється при використанні у скрипті:
$URL=https://soft.farm/api/open/cadastral/find-cadastral-number-by-point?lat=$B&lng=$L&clientId=$clientId&key=$key
$ResXML=@HTTP.Get $URL

На старіших версіях Digitals цю помилку не дає. Вона тільки на новій (від другої половини березня) версії.

Автор:  Dmitry_Zolotar [ 12 апр 2021 14:50 ]
Заголовок сообщения:  Re: "Глюки" при работе с програмным комплексом Digitals

До 29-го березня @Http.Get працювала лише з http, навіть якщо подавати https. За запитом користувача додали обробку https.
У Вашому випадку в старих версіях @Http.Get повертала нормальний результат фактично з http://soft.farm/api/open/cadastral/fin ... by-point... а не https://soft.farm/api/open/cadastral/find-cadastral-number-by-point... хоч і неявно. Перевірьте, будь ласка, такі посилання у браузері, http чи https?

Автор:  aisa-soft [ 22 июн 2021 17:26 ]
Заголовок сообщения:  Re: "Глюки" при работе с програмным комплексом Digitals

Програма від 10.06.2021 року: деякі мої скрипти почали не коректно працювати. На прг. від 09.06.2021 року все норм.Ї

РОЗІБРАВСЯ
Код:
@Map.SelectLayer ID777070006
@ExecuteDocument 25_www_01_
$WWWMap=@ActivateMap
@Map.SelectAll
@Window.ShowSelected
@Window.Refresh
;//-----------
;від 09 (БУЛО
@ActivateMap $WWWMap
@Map.Paste
@Map.DeselectAll
@Map.SelectLayer ID777070006
@Map.Selected.Delete
Проверка | Очистить удаленные объекты
@Window.Refresh
@Map.DeselectAll
@SendChars $M<CR>
Специальная вставка | В другом масштабе...
;//-----------------
;від 10 (СТАЛО
@ActivateMap $WWWMMap
@Map.Paste
@Map.DeselectAll
;@Map.SelectLayer ID777070006
@Map.SelectLayer ID610000510
@Map.Selected.Delete
Проверка | Очистить удаленные объекты
@Window.Refresh
@Map.DeselectAll
@Map.SelectLayer ID777070006
@Map.Copy
@SendChars $M<CR>
Специальная вставка | В другом масштабе...

Автор:  fendak [ 14 авг 2021 17:52 ]
Заголовок сообщения:  Re: "Глюки" при работе с програмным комплексом Digitals

Доброго дня!
Виявив таку проблему в роботі програми Digitals.
Коли відкрити заново збережений файл XML часто пропадають деякі межові знаки в шарі XML_Закріплені межові знаки. І завжди пропадають ті, які на поворотних точках шару обмежень. Це викликає незручності при повторному формуванні відомостей про встановлені межові знаки з того самого обмінника. І обмінний файл не відповідає в результаті документації.

Автор:  paul [ 08 ноя 2021 10:19 ]
Заголовок сообщения:  Re: "Глюки" при работе с програмным комплексом Digitals

После одного из обновлений не корректно стала работать прокрутка параметров на вкладке Инфо. Видео выложил.

Вложения:

[ Воспроизвести файл QuickTime ] Prokrutka.mp4 [ 1013.26 Кб | Просмотров: 6153 ]

Автор:  S@SH [ 08 ноя 2021 10:51 ]
Заголовок сообщения:  Re: "Глюки" при работе с програмным комплексом Digitals

paul писал(а):
После одного из обновлений не корректно стала работать прокрутка параметров на вкладке Инфо. Видео выложил.

у Вас в якомусь з скриптів використовується обробник подій "%Events. ..."

Страница 35 из 37 Часовой пояс: UTC + 2 часа
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/