alexxp писал(а):
Чому при переході на новий нормал Ви видаляєте старі напрацювання
Розробники дали вам таку можливість - редагувати Normal. Ви його змінили для себе і тепер ставите претензії, чому втрачаються при оновленні внесені вами зміни. Але якщо ви вже взялися за редагування Normal - то ви тоді берете на себе відповідальність за його вміст і за оновлення. Зміни б не втрачалися, якщо б Normal був стандартний, а стандартний він би був, якщо б був не доступний для вашого редагування.
Я, наприклад, файли нормал індивідуально для себе взагалі не редагую, бо це негативно позначається на скриптах, шаблонах та інших додатках. Normal - це основа програми для тих чи інших обмінних файлів.
Але, якщо ви внесли зміни, якщо вмієте це робити, то чому тоді вам так важко внести ще зміни для оновлення переліку обмежень?
Відкрийте XMLNormal, додайте в маску параметра 7000800 ще плюс:
Код:
|10 Території та об’єкти природно-заповідного фонду|10.1 Національні природні парки|10.2 Біосферні заповідники|10.3 Регіональні ландшафтні парки|10.4 Заказники|10.5 Пам'ятки природи|10.6 Заповідні урочища|10.7 Парки-пам'ятки садово-паркового мистецтва
І все.
alexxp писал(а):
Або зробіть автоматичний перехід згідно !Класіфікатора угідь
Такий автоматичний перехід наявний в програмі. При чому, як при конвертації з IN4 в XML, так і просто "на льоту", коли ви відкриваєте файл XML із старими угіддями, в програмі вже видно нові.
А от на рахунок своєчасного оновлення стандартного XMLNormal у зв'язку із змінами в структурі XML-файлу я з вами згідний повністю. Бо не кожен вміє редагувати його, а хоче готовий актуальний продукт.