Аналитика

Спасибо за респект. Если возникают вопросы по сценариям проверки, спрашивайте расскажу подробно. Ошибка при работе с параметров типа список исправлена.




В текущй реализации модуля проверки In4 нет проверки на соответствие кол-ва групповых значений в различных дескрипторах. Но в скором времени это будет реализовано. Если Вы разобрались с принципами построения сценария проверки, выскажите свои идеи как лучше задать такое правило (ключевое слово и его значение). Достаточно ли будет простого перечисления дескрипторов, где следует проверять кол-во групповых значений и это кол-во брать из первого указанного в списке дескриптора?

Выкинуло ошибку:
Расчитанная по координатам площадь не совпадает с указанной в AL ? расчитанная 0,0003 указанная 0,0003 разница 0
ниче не понял

У вас версия за 19.03? если нет, то скачивайте новую, эта ошибка уже исправлена viewtopic.php?p=2059#2059

[AU]
#Адрес землевладельца
Mask[24]=[FILE=Countries.txt],[N5|-],str,str,str,[str|-],[N|-],[alphanum|-],[alphanum|-]
проверяет поле
AU="804,50000,Дніпропетровська,-,м.Кривий Ріг,пр.Леніна,16,-,31",
без ошибок
отсюда вопрос чем отличается str от [str|-]

Пожалуйста, не могу сам понять, обьясните почему просчитанный по координатам периметр может не совпадать с заявленным в PL ?

Спасибо за информацию. Ошибка исправлена.

Почему "Расчитанный по координатам периметр не совпадает с указанным в PL" ?

Максимально допустимая ошибка на сравнение периметров задается в chk файле, ключ PerimAccuracy. По-умолчанию стоит 1 см.

Тогда объясните как расчитывается поле PL и почему возникает эта разница ?

Модуль проверки работает только с теми данными, которые ему подаются в виде текстового In4 формата. В In4 для каждого блока (кроме смежников) указывается периметр и площадь. Периметр указанный должен совпадать с периметром рассчитанным (в пределах допуска). Рассчитанный периметр мы получаем из списка координат блока. Разница между этими двумя периметрами возникает обычно из-за ошибок округления (ну такой уж он есть, формат In4).

Представим себе, что Digitals рассчитал периметр, используя максимальную точность координат, округлил это значение до 4-х знаков, затем записал координаты в In4 с точностью 2 знака после точки. Теперь если сравнить периметр указанный и периметр, рассчитанный по координатам, эти два значения не совпадут из-за округления.

Все сказанное справедливо и для площади. Дабы избежать подобного при формировании In4 следует в Сервис>Настройки>Вид>Точность площади/периметра задавать точность 2 знака.

У меня в "карта-свойства" стоит 2-а знака, но всего этого я не избежал, и расхождение максимальное около 3 см.

Карта\Система координат\точноность координат надо принудительно ставить в 2 знака всегда перед сохранением и перед расчетами. В противном случае Дигиталс просто выдает 2 знака а работает по всей длинне разряда

Карта\Система координат\точноность координат я так понимаю это служит для пересчета в другую систему координат, соответственно нужно выбрать другую системмы с нулевым смещением о разворотом, а только после этого нажать ок ?
Если все что вы говорите правда, то разработчикам есть о чем подумать.

Нет, пересчета не происходит если выбрать точность координат - просто происходит принудительное округление до нужного количества знаков

Вот для примера что происходит просто при смене количества символов в свойствах карты