Проблеми при створенні XML файла (розробнику)

Скачали оновлення Ged.exe і XML Normal 03.02.2011 але в блоку опису власників підстава та дата прийняття документа не зберігає введені реквізити з документа при новому відкритті а дає 25.05.2010 і підст.набуття по цивільно правовій угоді

  1. Писал тоже самое замечание в ветке: Нова структура обмінного файлу. При редактировании 25.05.2010.
  2. Проблема с вкарплеными контурами (например участок под опорой ЛЕП): при формировании XML в обменном файле нет угодий, ограничений и смежников. Убираю вкарпленый участок все отлично.

В обменном файле XML в сложных полигонах (Например:двор и домики) участка нету поля: Внутрішні межі ()
сложного полигона. Все подписывает как: Зовнішні межі. Проверочная программа в управлении выдает ошибку, видит два полигона друг на друге.

Вышлите Ваши xml- и dmf-файлы на help@vingeo.com
P.S. Не факт что ошибка в нашей программе, в наших примерах всегда присутствуют “двор и домики”, как раз для того чтоб показать пользователям отсутствие “петель” в новых обменниках.

Отправил.
А как быть с вкрапленными контурами, очень надо.

Слой XML: Обмеження: 125 Дані про фізичну особу та 126 Дані про юридичну особу - не відповідають додаткам 30 та 33 Вимог до стурктури обмінного файлу. 127 Термін дії - повинно мати значення Строковий або Постійний (згідно додатку 35 Вимог), але присвоїти ніяк.
При створенні обмінного файлу з обмеженнями відсутній початок () і кінець () блоку Підстава для виникнення права.

Все це при перевірці обмінного файлу в управлінні видає помилки і файл не приймають.
Файли ХМL відправив на почту.

Исправлено, скачаете завтрашнюю версию.

В примере “двор и домики” присутствуют но все границы сложного полигона указываються как внешние (), а должен быть раздел: внешние и внутренние ()

Скачал обновление от 10.02.2011. Все по старому: нету угодий, смежников, ограничений.

Разработчикам нужно как-то сделать так чтоб в XML-файле: участок, каждое угодие, каждый смежник был описан отдельной полилинией (тоесть в полилинии определить узлы (точки) отдельно по участку, каждому угодию и каждому смежнику) в блоке:Інформаційна частина/Метрична інформація/полілінії. без этого как ни старайся будет выдавать в “Менеджере обменных файлов” ошибки

є декілька питань:

  1. Вчора скачав новий XMLNormal. Хто знає, для чого в ньому є шари IN4 і що таке шари ІКК?

  2. Не можу внести інформацію про суміжників, коли відкриваю поле “інформація про власника або розпорядника” бачу таке

Пробував вписувати інформацію про суміжника прямо в це вікно, але при повторному відкритті файлу поля залишались пустими.

До речі, непогана ідея була про відеоурок. Хотілося побачити, як файл робиться з початку і до кінця.

  1. Шари IN4 та ІКК в цьому шаблоні для створення чергового кадастровогу плану та автоматичного присвоєння кадастрових номерів. Виконавцям землевпорядних робіт ці шари не потрібні.
  2. Оновить ged.exe, в нові версії з’явився діалог для введення кількох власників в параметрі “Інформація про власника або розпорядника”.

Здравствуйте.
EntitlementDocument (Документ, на підставі якого видано державний акт): Менеджер обменных файлов (МОФ) не видит данные, заполненные в Digitals.

22.2.4. (1) В елементі “Підстава для виникнення права земельного сервітуту, емфітевзису, суперфіція та інших обмежень щодо користування земельною ділянкою” (RestrictionEntitlement) вказуються відомості про:
(5) дані про фізичну особу (NaturalPerson) та (або) юридичну особу (LegalEntity), які прийняли (уклали) документ, що є підставою для встановлення обмеження щодо користування земельною ділянкою,
но Менеджер обменных файлов (МОФ) дает сообщение, что LegalEntity не является допустимым элементом.
Кто знает, это недоработан МОФ?

скорей всего это не доработан МОФ, так как при проверке ОФ сделанного с нуля во многих дескрипторах он видит ошибки. вот к примеру взять графу с паспортными данными или владельца или смежникка, в Digitals пишем “ПВ паспорт громадянина України” ну или ка кто так, точно не помню, а в МОФ он просит исправить на просто “паспорт громадянина України”
. также в МОФ выдает ошибку на код целевого использования. но за МОФ надо писать тем кто его придумал. а на форуме ДЗК регистрация очень проблематична. уже около 2 недель не могу там зарегистрироваться :smiling_imp:

При создании обменного файла в Дижиталсе, он не отмечает начало() и конец () блока: Підстава для виникнення права. Вот поэтому Менеджер обменных файлов и не видит данные заполненные в Дижиталсе в слое Ограничение.

Создается такой блок, возможно Вас вводят в заблуждение сообщения об ошибках МОФа. Отсутствие какого-либо обязательного поля (например “Зміст обмеження”) перед приводит к сообщению об ошибке типа “Элемент <…> имеет недопустимый элемент <…>. Список ожидаемых элементов: <…>”

По схеме обменного файла NaturalPerson и LegalEntity являются обязательными элементами RestrictionEntitlement несмотря на наличие в тексте наказа “та (або)”. Потому МОФ и выдает такую ошибку, тут необходимы изменения в схеме.

Обычно проблема в том, что перед элементом, указанном в сообщении об ошибке, отсутствует обязательный элемент( в Вашем случае ).

В методических рекомендациях по созданию обменных файлов указан именно код документа:

<Passport> <DocumentType>ПВ</DocumentType> <PassportNumber>284830</PassportNumber> <PassportIssuedDate>1996-11-05</PassportIssuedDate> <IssuanceAuthority>Устинівським РВ УМВС в Кіровоградській області</IssuanceAuthority> <PassportSeries>ВМ</PassportSeries> </Passport>
А схема не дает ответа на этот вопрос.

Новый классификатор целевого использования введен только недавно, а изменения в МОФ не вносились уже давно.

и как же сдавать обенники теперь? все поправлять самому и ручками(. раньше не 1 обменник шло не больше 5 минут, а теперь на перекодировку и поправку будет до 1 часа уходить.
ходят слухи что в эту среду начнут принимать.
как же достучаться до авторов этого менеджера обменных файлов? его ведь надо поправить, раз его схемы проверки не соответствуют схеме самого обменника.