Модуль проверки будет полностью настраиваемым. Мы пришли к выводу, что с таким разночтением ИН4 иначе просто нельзя. Модуль будет встроен в Digitals и будет входить в стоимость программы. Стоимость программы останется прежней.
Супер! Браво! Кстати, насчёт гибкости - правы на все 200.. Вот недавно столкнулся.. Визуал тестер 3.0.0.8 (раньше юзал другую версию) жёстко выдаёт ошибку, если GA=“В,-,-,-,-”, или GA=“-,-,-,-,-”, неважно.. А у нас обменники сдают до бланков, т.е заполнить нечем ВАЩЕ… Диалекты, региональные…Чтоб их:-)
Когда ориентировочно ожидать релиз ? отличный повод обновить ключи будет.
В начале марта будет готова тестовая версия.
Супер! Как раз ко дню землеустроителя. 
Ждемс с нетерпением
Ну вот вроде и дождались, и сразу вопросы:
как создать шаблон проверки, куда его ложить, чем и как редактировать ?
если можно схемы, инструкции, описания.
Шаблон можно загрузить с vingeo.com/update/rus/In4Check.zip
(cодержимое нужно разархивировать в папку \Digitals\In4Check)
Там же описание, в файле Readme.doc (Readme.pdf).
Все создаваемые In4-файлы проверяются автоматически по умолчанию.
(Эту опцию можно отключить в Сервис|Настройки|Запись|In4)
Открываемые In4-файлы автоматически не проверяются, но это можно сделать командой Файл|Проверить In4.
Более подробная информация будет через несколько дней в официальном анонсе от Александра Бондарца.
За модуль проверки файлов команде разработчикам большой респект!!!
Только как бы еще там разобратся.
Возникла маленькая, но неудобная проблема: при выборе праметра типа список уходит на это три клика а то и 5-ть. Если можна верните DblClick как предшествующих версиях Дигиталса
Спасибо за модуль, очень он нужен в вашей программе.
И сразу несколько возникло вопросов.
как проверить поле типа
LM=“1,П,-,-,-,2665719131,-”, (это правильная запись)
если в нем допущена такая ошибка
LM=“1|1,П,-,-,-,2665719131,-”, (это неправильная запись)
Мложет я просто чтото недочитал, не пинайте пожалуйста.
Собственно это относится и к полю NM, если там два владельца разделенные вертикальной чертой, то программа должна в соответствующих полях проверять наличие количества соответствующих вертикальночерточных разделителей.
Спасибо за респект. Если возникают вопросы по сценариям проверки, спрашивайте расскажу подробно. Ошибка при работе с параметров типа список исправлена.
В текущй реализации модуля проверки 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 знака.