Доброго дня! скажіть чому у XMLCheck не можна відразу виправляти помилки як у МОФ? Було б непогано мати можливість відразу виправляти..
Скрипт перевірки написан тільки для перевірки, його можна модифікувати для виправлень
Ну нажаль я незнаю як його модифікувати! думаю цим мають займатись розробники, для цього і створювалась ця тема з пророзиціями і т.д. Або розясніть як йог оможифікувати.
Які конкретно помилки хочете виправляти автоматично?
При конвертуванні чи при перевірці?
Які конкретно помилки хочете виправляти автоматично?
При конвертуванні чи при перевірці?
При перевірці. та будь які помилки наприклад паспортні дані або інд. код. дату видачі паспорта… без цього приходиться закривати хмл чекер виправляти в самому обмінному файлі і знову сохраняти (тим більше що при виявлені помилки показує путь де саме помилка)
Добрий день! Підскажіть буд-ласка де прописати реквізити обмінного файлу в XML щоб при конвертації прописувались мої дані?
Digitals\XMLCheck\Lists\In4ToXMLExecutor.txt
Изменена схема валидации XML-файлов
Схема валидации XML-файлов изменена под актуальные требования НКС. Много ранее обязательных тегов теперь считаются необязательными. Из основных это кадастровый номер участка и реквизиты смежников.
Для использования новой схемы замените Digitals\XMLCheck\XMLSchema.xsd файлом из вложенного архива.
У меня и дальше ругается на пустое значение даты выдачи паспорта у смежника.
В мене перестало після оновлення схеми. Пробуйте ще раз.
Питання до Дмитра Золотаря, що це за нові параметри добавлені в Ділянці та суміжниках? Яке їх призначення?
Видаліть зайвий параметр зі списку доступних шарам ділянка та суміжнки в XMLNormal.dmf.
Після оновлення обєднує параметри.
В НКС тепер ігнорується тег KOATUU, а в тег CadastralZoneNumber потрібно вносити дванадцятизначний номер зони.
- Елемент “Кадастрова зона” (CadastralZoneInfo) є елементом, який використовується в Державному земельному кадастрі для швидкого доступу до інформації про кадастровий квартал та присвоєння кадастрових номерів земельним ділянкам, складається з таких елементів, в яких зазначаються:
- в елементі “Номер кадастрової зони” (CadastralZoneNumber) -дванадцятизначний номер кадастрової зони;
В протоколах перевірки відповідні помилки з’явились:
Елемент ‘CadastralZoneNumber’: Значення ‘00’ не відповідає
шаблону (‘[0-9]{10}:[0-9]{2}’).
Нова версія програми при збереженні/відкритті XML-файлів автоматично додає код КОАТУУ до номера зони при потребі.
Шановний Dmitry_Zolotar, допоможіть, будь ласка вдосконалити роботу XMLChecker, тому що після конвертації IN4 в XML доводиться дороблювати отриманий XML файл з допомогою інших програм.
-
Блок “держакт” створюється навіть коли він відсутній в IN4. Він в більшості випадків не потрібен, доводиться видаляти. Треба щоб він створювався лише при наявності в IN4 дескриптора GA.
-
Зона має прописуватись в форматі КОАТУ:зона (3210300000:00)- шаблон в НКС (‘[0-9]{10}:[0-9]{2}’)
-
В блоці “адреса власника” створюються пусті поля “№ корпуса”, “№ квартири”. Але це мабуть не “критична помилка”
Взагалі, чи можливо в програмі вибирати “сценарій конвертації” з декількох можливих?
Вдячний за допомогу.
- Блок “держакт” створюється навіть коли він відсутній в IN4. Він в більшості випадків не потрібен, доводиться видаляти. Треба щоб він створювався лише при наявності в IN4 дескриптора GA.
Потрібно внести зміни в скрипт конвертування з In4 в XML (Digitals\XMLCheck\Scripts\ConvertIn4ToXML.pas). Завтра ці зміни я маю внести та викласти на форумі.
- Зона має прописуватись в форматі КОАТУ:зона (3210300000:00)- шаблон в НКС (‘[0-9]{10}:[0-9]{2}’)
Зміни в схему валідації вже внесено, замініть Digitals\XMLCheck\XMLSchema.xsd файлом з вкладенного архіву. Та оновіть ged.exe для автоматичного перенесення кода КОАТУУ в номер зони.
- В блоці “адреса власника” створюються пусті поля “№ корпуса”, “№ квартири”. Але це мабуть не “критична помилка”
Відповідні зміни в ged.exe вже внесено, достатьно відкрити діалог редагування адреси та натиснути Ок, щоб пусті теги зникли. Найближчим часом будуть ще зміни в XMLChecker.exe, так щоб при конвертуванні ці пусті теги не створювались взагалі.
Взагалі, чи можливо в програмі вибирати “сценарій конвертації” з декількох можливих?
відкрийте в, наприклад, блокноті файл Digitals\XMLCheck\Scripts\Scripts.xml, та додайте свій скрипт аналогічно існуючим скриптам, збережіть файл. Скрипт стане доступний в XMLChecker після перезапуска програми.
XMLSchema.zip (14.4 KB)
Дуже вдячний за вичерпну відповідь
Вибачаюсь, ще одна деталь, яку я не помітив одразу:
При конвертації в блоці “суміжник” напис “Путивльська міська рада” конвертує як фізичну особу
А напис “Путивльська міська рада (вул. Сеймська)” конвертує як фізичну особу відкидаючи назву вулиці
Може треба якось по-іншому прописувати суміжника ?
Скрипт вважає суміжника фізособою якщо дескриптор NM (починається зі строки "гр. " АБО не містить подвійних лапок) ТА (не містить слів з файлу Digitals\XMLCheck\Lists\NotPersonNames.txt)
У Вашому випадку потрібно додати в NotPersonNames.txt строки
міська
сільська
селищна
Дякую, зрозумів, все працює
Ще таке питання:
Чи можливо придбати XMLChecker окремо, не оновлюючи ключ бо ключ оновлений.
На сторінці замовлень не бачу такої можливості.
Есть ХМЛ без ошибок со всей структурой (проверял в МОФ и хмлчекере), потом когда сохраняю его через Диджиталс (даже без редактирования) уже в новом сохраненном хмл появляется несколько ошибок и в менеджере обм файлов поля для заполнения светятся красным без возможности редактирования. Подскажите пож. новичку в чем проблема?


