Если еще не решили проблему со смежниками, то в формате XML, начиная с последнего: допустим, Г до А- на задний план, …, А до Б - на задний план, сохранить.
Обращался по асе несколько раз - воз и ныне там. А протоколы, нет-нет но схлопочешь. Что неприятно. Между тем и ДЗК понять можно, им бланки распечатывать, а там вот такая хрень вылазит:
в районі вул. Героїв Сталінграду
(південно-західний промисловий вузол, поз. за
ГП-45)
промисловий вузол, поз. за ГП-45)
Неужели нельзя сделать, чтоб адекватно сводило (вопрос риторический):
в районі вул. Героїв Сталінграду (південно-західний промисловий вузол, поз. за ГП-45)
Скачайте новую версию Ged.exe. В ней во всех блоках доп. информации переносы нужно/можно задавать вручную.
З.Ы. На данный момент содержимое блоков дополнительной информации не регламентируется ни одним документом. Согласно схеме обменного файла тег AdditionalInfoBlock является не обязательным и может содержать “бесконечное” количество элементов AdditionalInfo. Потому вопрос: на что ссылаются проверяющие в протоколе проверки Вашего файла?(вопрос риторический) Аргумент что какая-то программа не может считать более одного тега, там где их может быть много - не аргумент.
Спасибо, поюзаем-поглядим. Дмитрий, оно все понятно. Только спорить с ДЗК бесполезно - им надо, чтобы на бумаге было без переносов.. Что нам остаётся. Так что если получилось облегчить работу с ХМЛ, еще раз спасибо.
Доброго дня!Для розробників:
-налаштуйте чи доповніть XMLNormal так щоб в Інфо шар “Кадастровий квартал” рядок 48,49 аналогічно обновленню за 05.03.2012 “Выбор реквизитов физических и юридических лиц при заполнении XML”,
також в шарі “Земельна ділянка”:
рядок 51-дані про Населений пункт;
рядок 63-дані про “Адреса”, а саме-Поштовий індекс,назва регіону,назва району регіону,назва села;
рядок 63-дані про “Орган який прийняв рішення”
рядок 65-дані про “Затвердження документації-Орган, що затвердив”
Дякую за співпрацю!
Добрый день!
Подскажите где подправить XMLNormal.dmf, не могу найти
чтобы код целевого назначения попадал полностью, а не только номер, т.е.
02.05
а надо
02.05 Для будівництва індивідуальних гаражів
в списке при выборе он виден полностью.
Спасибо!
В Менеджере параметров для параметра ID:7000510 в маске прописываем:
@:UKCVZ.txt
В папку Digitals\Lists\ кладем текстовый файлик UKCVZ.txt
Вам нужно подкорректировать в файлике вторую колонку, т.е. добавить перед текстом код.
Вроде так.
UKCVZ.txt (12.9 KB)
Шановні розробники!
Чи можна зробити так, щоб при формування обмінника при заповненні блоку “Місце розташування земельної ділянки” при натисненні клавіші ТАВ курсор переходив у наступне поле по порядку, а не так як є тепер?
Також у деяких блоках є подібна проблемка, тобто при натисненні на ТАВ курсор або не перескакує нікуди, або переміщується не в дуже зручному порядку.
Можливо, так і має бути, але якби можна було зробити так як я вказав, то користувачам (принаймі мені 
) було б зручніше заповнювати обмінники (не треба відривати руки від клавіатури або багато разів натискати на ТАВ)
Каким образом? Программа сама как разбивала так и разбивает текст в блоке доп.информации в диалоговом окне “Інформація про власника обо користувача…”
Может я что-то пропустил: на 12 секунде видео вы нажимаете кнопку “Конвектор/Створення XML”. Это как???
да-да, этот момент на 12 секунде очень интересный. как у вас это получается
Хвастаться нехорошо. 
В таком случае, для полноты демонстрации не мешало бы и скрипт приложить
наверное скрипт коммерческая тайна
При сохранении XML программа руководствуется вложенностью слоев (Списком). Однако, как мы все знаем, при сохранении происходит некоторое округление координат. Отсюда возникает проблема - при повторном открытии вложенность нередко нарушается и невнимательный сотрудник рискует испортить обменник, скажем лишиться обмежень, которые мы, как правило, точка в точку с контуром дилянки не увязываем (точек слишком много по периметру получается).
Можно ввести какие-то проверки перед сохранением или сохранять на основе названий слоев, а не вложенности?
Господа, без дела сидеть похоже не будем.
Вышла новая версия МОФ 1.17, которая выдает просто таки неприличное количество ошибок, на, казалось бы, провереных тысячу раз файлах. Подробности по ссылке выше. Действие уже испытал и на своей шкуре, когда получил протокол с загадочным “Невірним периметром угіддя земельної ділянки”. Ручное сложение на калькуляторе никаких расхождений с обменником не выявило. Дело, похоже, (в который раз!) в различном подходе к округлению при вычислении длин по координатам.
Эксплуатируется эта версия в сочетании с новой системой регистрации КРС, что начинает внедряться в Харькове.
просто добавили в проверку те параметры на которые раньше не обращали внимания. Тоесть в смежествах не особо важен был ИНН паспортные данные и прочая ерунда, теперь же хотят намного больше информации. интересно что дальше они еще за хотят вносить в обменик?