Сергей, если вы это выявили ранее, то вообще-то это явный баг, причем большой, достойный отдельного исправления.

Вобщем проблема решена!

Проблема заключалась в поле, экспозиция склона, в справочник не было заполнено ИД код. А в базе встречались значения.

Пожелания к разработчикам как то сделать более понятной сообщения программы. Возможно с вариантами поиска проблемы. Ато сообщение типа:

Ну никак не горит о том что нужно заполнить справочник , голову сломать можно. 

Отредактировано Druginnik (12.12.2017 10:39:13)

Так в том то и дело чтобы начать полноценную проверку базы необходимо сначала импортировать ее в 10 версию

Здравствуйте! После импорта БД из 6.8 не читается состав насаждений. Просто пустая строка. Все остальное есть.
Что может быть?

10-ку только установил- новую. Все показывает кроме состава! Проверил в 6.8 все данные есть.

База в шестерке

1. Импортируем НСИ. Если ошибки есть, они несущественные для дальнейшего текста.
2. Импортируем БД. Не получаем сообщений об ошибках.
3. Сравниваем анализ распределения по ТЛУ.
4. Видим, что некоторые ТЛУ не импортируются.

1. Почему не импортируются ТЛУ?
2. Зачем так изобретательно реализовано НСИ ТЛУ в 10-ке? Какая-то цель же была, да?

я приложил базу 6, ссылка в первом посте
что именно не импортировалось - выдела БД не содержат все ТЛУ из 3х и более букв
вся строка справочника TLU.dbf: 33 FALSE 0 С2Д С2Д С2Д

Ясно. Просто интересно стало, зачем это, если все равно код прямо зависит от букв: если уж буквы будут повторяться, так и коды будут повторяться.

Посмотрите еще, может конечно так задумано или баг, но короткие ТЛУ, например С2, импортируются не шифруя в код, а просто сохраняя ID=32 из шестерки. А длинные - шифруются.

Не знаю, я не лесник, мне что в базе дали, я то и делаю 

Видимо, что-то переходное. Или местное. Вот выдержка из ЛХР

Отредактировано Алексей Курагин (05.08.2018 14:45:43)

А с каких пор лхр в роли нпа выступает?

Отредактировано Александр Архипов (06.08.2018 11:36:23)

Да зачем мне алгоритм то??? Исправьте пожалуйста баг, обозначенный в первом посте. Не все ТЛУ импортируются.

Я посмотрел реализацию. Там при конвертации ТЛУ в числовые коды программа предусматривает два известных варианта: сначала ищутся коды ТЛУ типа А0, А1, ..., Б0, Б1, ... или B0, B1, ..., и т.п., причем буквы могут быть записаны как кириллицей, так и латиницей (но строго буква+цифра и только в стандартных сочетаниях), если такой код не обнаружен, то используется алгоритм преобразования в числовой код типа леса. Алгоритм преобразования в код типа леса заменяет определёнными числами последовательно записанные буквы или цифры и таким образом на их основе вычисляет код. Но буквы могут быть только кириллическими, латиница в шифрах типов леса не предусматривается.

По идее, Ваши двухзначные коды буква + цифра должны пройти по алгоритму ТЛУ, а "усовершенствованные" будут посланы на преобразование типов леса, но если первая буковка из латиницы, преобразование не пройдёт, а по картинке определить, что там за А, В, С невозможно. Посмотрите, что у Вас там за коды, если смесь латиницы и кириллицы, то это не годится.

Импортирую лесничество (по-старому лесхоз) с кодом 107.
10-ка пытается найти папку 07 и выполнить импорт из неё.

В лучшем случае - не находит, и выдает сообщение, например при попытке импорта справочника уч.лесничеств.

В худшем - находит папку 07 с совершенно другими данными и молча импортирует оттуда.

При импорте данных особенно заметно, что по умолчанию пытается подхватить путь с двузначным кодом

Тоже набивал номер вручную. Но хотелось бы знать почему так? Ведь поле задано трёхзначное.

   Добавлю: при разработке версий 3.5-5.5-6.8 большая часть ограничений в структуре данных была реализована в согласовании с повсеместно тогда используемой системой СОЛИ, а номер лесничества там был двузначным. Уже в процессе эксплуатации и всяких реорганизаций в отрасти и в стране стало ясно, что двухзначных номеров может не хватить, поэтому для версии 9.0-9.5-10.0 расширили допустимые идентификационные номера до трёхзначных.

То, что в 6.8 что-то работает с трёхзначными номерами - это случайность, на это не рассчитывали, где-то может и не работать (импорт-экспорт СОЛИ, наверное, определённо не будет работать). И ещё - если в 6.8 номер лесничества сделать немного более 200, можно "выпасть" из формата NNN, представляющего целое число до 2 147 483 647.

Добрый день! В результате импорта БД из Topol 6.8 в 10 возникает следующая ошибка.
Ваши картинки пытаются ставить стороннее ПО.
И не нужно вставлять изображения там, где можно скопировать сообщение из программы!!Там кнопка даже есть!

База в 10 тополе создана штатными средствами и в 6,8 тоже.
Меняли источник, но он тоже расположен в RLH, там все прописано.

Скинули Вам на электронную почту, с темой: База данных Коми, Якутия

Спасибо за помощь! Будем разбираться.