ООО "ЛесИС" - ГИС TOPOL-L для лесного хозяйства, лесоустройства и арендаторов лесного фонда
lesis@ya.ru
+7(916)615-42-77

ФОРУМ ТЕХПОДДЕРЖКИ ГИС TOPOL-L

Объявление

Форум открыт для чтения всем гостям, чтобы оставлять вопросы и сообщения нужно быть пользователем ГИС TopoL-L2 (10.0) и Зарегистрироваться!

Информация о пользователе



ИМПОРТ из TopoL-L (6.8). ОТВЕТИЛИ.

Сообщений 1 страница 50 из 125

1

Сборная тема. Сюда будут слиты все вопросы (сообщения и темы целиком) по импорту из версии 6.8 в версию 10.

2

При подключении выскакивает сообщение: В журнале сообщений: Нераспознаваемый формат базы данных: 'c:\LesIS\2011\R094\F001R094_Nsi.mdb' и В картографической БД F001R094L001U001_Vyd.blk нет таблицы Выдел [P7550], либо она пустая

3

С.Р. Халилова написал(а):

При подключении выскакивает сообщение: В журнале сообщений: Нераспознаваемый формат базы данных: 'c:\LesIS\2011\R094\F001R094_Nsi.mdb' и В картографической БД F001R094L001U001_Vyd.blk нет таблицы Выдел [P7550], либо она пустая

Вы дали недостаточно информации для диагностики. Как правильно задать вопрос описано тут:
Как задать вопрос?
Само по себе сообщение лишь говорит о том, что программа обнаружила несоответствие формата текущей версии программы. Такое возможно в следующих случаях:
- Открытие базы более старой версией программы.
- Перезатирание системных файлов аналогичными из архива.Подробнее читайте тут. Если это Ваш случай - восстановите d:LesIS_LesLMetaBaza.mdb из более свежего архива. Либо переустановите последнее обновление.
- Изменение формата MDB внешними средствами (Access).

4

Начала работать в программе с нуля. Установили версию 10.0.17.659. Начала работать по видеотренажору - Создание нового объекта (Регион - лесничество - участковое или участок). 944 Кб. На стадии создать БД видно что-то не то сделала. При запуске программы начало выходить сообщение: Возникла ошибка при попытке подключения по строке Provider=Microsoft.Jet.OLEDB.4.0;Persist Security Info=False;Data Source=c:/LesIS/2011/R094/F001R094_Nsi.mdb проверьте существование базы.  Как прикрепить скриншот не знаю. Лесоустроители предоставили мне базу как её загрузить тоже не знаю.

5

С.Р. Халилова написал(а):

На стадии создать БД видно что-то не то сделала.

Видимо, нужно повторить создание объекта заново, это не длительная операция. По Вашему описанию мы вряд ли догадаемся что Вы сделали не так - из сообщения лишь понятно, что программа или база не видит НСИ. Нет ее или Вы ее не туда пришили из сообщения не следует.  Вы НСИ то заранее импортировали?

После прочтения тема будет отмодерирована. Ваш вопрос к обновлениям отношения не имеет.

6

НСИ я не импортировала, это наверное то что лесоустроители предоставили как базу. Как её импортировать?

7

С.Р. Халилова написал(а):

Как её импортировать?

Прямо с этого начинается раздел документации по импорту из 6.8:
http://www.lesis.ru/infot/teh_import_lesis1.html
А внизу раздела есть ссылки на видеотренажер и видеоурок по импорту, включая НСИ.

8

В какой папке находятся данные Lesis_1, из находящихся у меня на диске С:LesIS, LesIS_backup, lesis_support, topol? Такого файла какой изображен у вас в руководстве я не нахожу.

9

С.Р. Халилова написал(а):

В какой папке находятся данные Lesis_1

Так Вы эту систему установите и сразу получите полную структуру деморегиона, по аналогии с которой и нужно размещать свои данные - D:\Rlh. Подробнее о структуре каталогов версии 6.8 почитайте тут:
В разделе 2.2.1 старой документации "Для опытных".
Версии 6.8 и 10 друг с другом не конфликтуют и размещаются в разных местах.

10

Добрый день!
Начала работать в программе с нуля. Установили версию 10_0_17_659.
Лесоустроители скинули готовую базу и блоки по лесному участку. Каким образом их загрузить в программу???
Не могу никак разобраться, поясните, пожалуйста!!!
(на фото базы, которые они прислали)

http://sa.uploads.ru/t/0XEIQ.jpg
http://sg.uploads.ru/t/QsuLk.jpg
http://sg.uploads.ru/t/QJ4Mi.jpg
http://s8.uploads.ru/t/E7o0P.jpg

11

Лесоустроители скинули вам базу в формате старой версии программы, причем возможно без справочников. Чтобы открыть эти данные в новой версии, вам необходимо проделать процедуру импорта (описано в разделе сайта  ПОМОЩЬ-ЛЕСОУСТРОЙСТВО-ИМПОРТ ИЗ 6.8)

Возможно вам опять потребуется помощь лесоустроителей, взять у них справочники, или структуру БД старой версии.

12

Тоже интересует как без установки версии 6,8 загрузить данные в 10? Данные в версии 6,8.
Новый компьтер: Win7, Win8, Win10.

13

Юрий написал(а):

Тоже интересует как без установки версии 6,8 загрузить данные в 10? Данные в версии 6,8.
Новый компьтер: Win7, Win8, Win10.

Разработчики при импорте предусмотрели только указание корневого каталога (например C:\RLH). Далее при импорте берется соответствие кодов регион-лесничество-участковое лесничество. В старой версии это папки с номерами, типа RLH\33\01\01, а в новой это циферки в названии файла базы данных типа F001R033L001U001_Vyd.mdb

Чтобы импортировать, вам надо либо воссоздать структуру каталогов старой версии, либо просить разработчиков изменить механизм импорта.
Проще - первое. 8-) Старая версия без графики запускается на любом современном компе, этого достаточно для импорта.

14

KSP2 написал(а):

(на фото базы, которые они прислали)

Постом Выше есть ответ на Ваш вопрос:

Грешнов написал(а):

Так Вы эту систему(старую версию 6.8) установите и сразу получите полную структуру деморегиона, по аналогии с которой и нужно размещать свои данные - D:\Rlh. Подробнее о структуре каталогов версии 6.8 почитайте тут:
В разделе 2.2.1 старой документации "Для опытных".
Версии 6.8 и 10 друг с другом не конфликтуют и размещаются в разных местах.

Если не разберетесь, просто скопируйте данные, которые Вам дали лесоустроители, в разархивированном виде в каталог Rlh, который образуется после установки старой версии. И после этого выполните утилиту сбора информации о системе - Описано тут и скачать ее там же.
Тогда мы сможем увидеть, что Вам прислали и подсказать, что с них требовать. AlexQ прав - похоже, у Вас только базы без НСИ.

15

Алексей Курагин написал(а):

Разработчики при импорте предусмотрели только указание корневого каталога (например C:\RLH). Далее при импорте берется соответствие кодов регион-лесничество-участковое лесничество. В старой версии это папки с номерами, типа RLH\33\01\01, а в новой это циферки в названии файла базы данных типа F001R033L001U001_Vyd.mdb

Это я всё знаю.

Алексей Курагин написал(а):

просить разработчиков изменить механизм импорта.

Вот это необходимо. Потому что неизвестно, сколько ещё будут передавать данные в старой версии.

Отредактировано Юрий (04.04.2017 16:39:49)

16

Юрий написал(а):

Вот это необходимо. Потому что неизвестно, сколько ещё будут передавать данные в старой версии.

Эта версия давно не поддерживается и под нее ничего переделывать мы не сможем. А вот тем, кто размещает и передает пользователям информацию в непотребном виде, нужно прочитать, наконец, документацию и передавать все корректно.

17

Юрий (а также KSP2 и другие коллеги)
Внимательно осмотрите того, кто передает вам базы в старой версии. Возможно, у него есть какая-то выступающая часть тела, за которую можно взять и крепко сжимать, до тех пор, пока у вас не окажется то, что нужно вам, а не то, что удобно ему. То есть, базы в новой версии.

Я утрирую, конечно, но смысл такой.

Отредактировано Алексей Курагин (04.04.2017 16:46:46)

18

Алексей Курагин написал(а):

смысл такой

Поддерживаю.

19

Дополню лишь, что любые данных электронных БД лесоустройства при наличии ТО в бумажном/электронном виде дешифрируется под свою НСИ в течении 2-3 часов (обычно, но бывают и исключения).

Нежелание л/у или ОИВ передавать вместе с базами НСИ их не красит. Они прячут лишь свои коды - которые в принципе для работы не интересны, а также в течении непродолжительного времени сопоставляются с наименованиями (дешифрируются). Устанавливается соответствие и полей БД и их характеристики. Т.е. толку "игры в прятки" практически нет. Просто добавляется несколько часов на работу с БД по сопоставлению кодов БД  наименованиям или своим кодам НСИ.

Таким образом я неоднократно дешифрировал данные от "зелёных" до лесоустроителей различных организаций. Без проблем. И не только из 6.8.

20

Как узнать, в какой версии топола получены базы от заказчика? Топол впервые вижу, как-то не могу разобраться пока.

21

Людмила написал(а):

Как узнать, в какой версии топола получены базы от заказчика? Топол впервые вижу, как-то не могу разобраться пока.

Версия 6.8, образец пути к таксационной БД:
d:\Rlh\99\09\01\D\Phl1.DBF
Образец пути к такой же БД таксации в 10-ке (9-ке):
d:\LesIS\2011\R099\F001R099L009U001_Vyd.mdb

22

Я не понимаю. Топол у меня только что поставлен L-2, материалы получены на флешке и таких путей я не вижу. Точнее, вижу d:\LesIS\2011\R099\ - то, что появилось при установке. В переданных материалах dbf есть, mdb не увидела. Это значит, что они в 6.8 и их надо импортировать?

Отредактировано Людмила (19.07.2017 12:30:01)

23

Людмила написал(а):

Это значит, что они в 6.8 и их надо импортировать?

Не обязательно, это еще и 9.6 может быть. Даже в 10 можно сохранить в DBF, хотя мы это и не рекомендуем.
Вы путь к имени файла с флэшки  как я написал напишите. Или просто прочитайте описание файловых структур обеих систем:
Файловая структура 10-ки.
Здесь откройте раздел 2.2.1 со структурой старой версии 6.8.
Смотрите на что похожи Ваши данные. Если ни на что - пишите пути и имена файлов баз.

24

Выглядит-то оно у меня вот так, например: D:\Исходные\Базы Топол по арендаторам\721\01\B\VD.BAK. Скажите, их нужно положить в какое-то определенное место? или переназвать, конвертировать как-то? Как их открыть в программе, или импортировать? Пока я ничего не понимаю. Как увидеть уже их содержимое в программе? А по ссылкам не пройти  :no: , "не удается получить доступ к сайту", пишет. Вообще не знаю, с какой стороны подойти, до этого в тополе никогда не работала.

25

Людмила написал(а):

D:\Исходные\Базы Топол по арендаторам\721\01\B\VD.BAK

Это формат БД 6.8. Скажите своим контрагентам, что они передают БД так как если бы Вы им колбасу продали, завернув в промасленную ветошь. Если им кто то поставил в таком виде - порекомендуйте от моего имени никогда не иметь дело с такими исполнителями. Моветон! Неуважение к клиенту или безграмотность.

Людмила написал(а):

Скажите, их нужно положить в какое-то определенное место? или переназвать, конвертировать как-то?

1. Создать (точнее активировать) в 10-ке свой регион, затем создать свое центральное и все участковые лесничества. Описано тут:
http://www.lesis.ru/infot/teh_create.html
И должен быть видеоурок и тренажер.
Причем, для Вашего примера участковое лесничество должно быть с шифром 1, а центральное - 721 (кстати, не вполне корректный код, в 6.8 не использовалось 3 знака для идентификации). А регион увидите в нашем списке.
2. Создать структуру каталогов (см. мои ссылки выше - надо внимательно прочитать) для версии 6.8.
В Вашем примере это будет RLh\##\721\01\B - для блоков
RLh\##\721\01\D - для таксации
3. Советую сразу проверить корректность идентификаторов. Откройте Ваше лесничество и проверьте коды в поле NNN, в Вашем случае для первого выдела первого квартала он должен быть:
10001001 = 1.0001.001 = Учлесничество.квартал.выдел
Когда передают данные в таком виде - могут и лесничества переименовать, что некорректно!
Данные разместите в эти папки, внимательно читая раздел доки с описанием структуры.
Если все внимательно сделаете - созданная структура будет готова к импорту из нее в версию 10. Импорт подробно описан в руководстве и есть видеоурок.
Вообще ЧАЩЕ копайтесь в доках, видеоуроках и видеотренажерах! Почти все есть...

26

Спасибо за ответ! Я почему-то не могу перейти по этим ссылкам. Продублируйте их еще, пожалуйста! Скажите, а где брать номер в лесоустройстве при создании объекта? И - я читаю и смотрю мануалы, но почему-то пока безуспешно, без Вашей помощи не обойтись...

27

Людмила написал(а):

Я почему-то не могу перейти по этим ссылкам. Продублируйте их еще, пожалуйста!

Просто скопируйте их тогда:
http://www.lesis.ru/doc/full.htm  - раздел 2.2.1 для старой версии.
http://www.lesis.ru/info/struktura_bd.html  - описание структуры для новой.

Людмила написал(а):

Скажите, а где брать номер в лесоустройстве при создании объекта?

Тут я ничего не посоветую. Раньше эти коды формировались на областной карте-схеме путем нумерации лесничеств в последовательности с запада на восток и с севера на юг. В такой последовательности их было легко находить на столь обширных картах. Когда видел попытки федералов создать "единую НСИ" обнаружил, что они пронумеровали лесничества в алфавитном порядке! Это бред. Так что, в каждом регионе, думаю, все по разному, в зависимости от грамотности их работников. Ищите в материалах лесоустройства в регионе.
Мы здесь давали пользователям совет присылать нам файлы с деревьями объектов для формирования общего дерева в инсталляторе. Однако идея не была ими поддержана.

28

Посмотрела, в чем-то разобралась, но пока импорт не пробовала. Вот эти трехзначные номера (721-727) - это здесь названия арендаторов. Сложила их  вот так, сделав папку с номером региона: C:\Rlh\34\721 ... Передали нам материалы без справочников, это не помешает импорту? И вот такая сложность у меня: импортировать по арендаторам я смогу, но как мне потом из этих материалов создать единые объекты по участковым? Здесь внутри участковых лесничеств "слито" множество колхозов, каждый их которых имеет собственную нумерацию. Т.е. внутри участкового сквозной нет! Должно быть дерево типа "лесничество/участковое лесничество/урочище"...

29

Можно пойти по такому пути: создать условные лесничества для каждого арендатора, импортировать в них базу (при импорте номера можно поправить), а затем скопировать из них базу (поквартально) в заготовленную базу участкового лесничества. Там есть операция копирования групп кварталов между объектами.

Отредактировано Дмитрий Александрович (20.07.2017 22:19:20)

30

А как быть с дублирующимися колхозными номерами кварталов внутри участковых лесничеств?

31

Людмила написал(а):

А как быть с дублирующимися колхозными номерами кварталов внутри участковых лесничеств?

1. Если на будущее, то лечить головы тех, кто принимает такие решения не консультируясь с профессионалами в области отраслевых (!) ИС.
2. По сложившейся ситуации - оформлять такие участки как самостоятельные участковые лесничества, называя:
- Ивановское уч.лес-во, дача "Колхоз Заря"
- Ивановское уч.лес-во, дача "Прирезки 2017г"
- Ивановское уч.лес-во.
Дело в том, что средства получения итогов и расчетов "По выбранному" позволятполучать любые расчеты по совокупности этих объектов как по единому целому.
Вопрос о возможности ввода дополнительного уровня в дереве объектов в "Пожеланиях..." уже есть, но еще не обсуждался.

32

Все понятно, так и сделаем :). А с профессионалами у нас вообще не принято консультироваться...

33

И вот еще вопрос - если мне материалы передали без справочников, я могу импортировать или требовать с них справочники?

34

Людмила написал(а):

И вот еще вопрос - если мне материалы передали без справочников, я могу импортировать или требовать с них справочники?

Если у Вас не установлена старая версия 6.8 - установите ее и потом скопируйте в образовавшийся каталог Rlh свои данные в разархивированном, но в том виде как Вам их передали. Затем  скачайте и выполните на этой машине и с этим ключом программу:
http://www.lesis.ru/support/lesis_support.exe
Если программа выдаст сообщения, требующие подтверждения - нажимайте ОК. Если система защиты запросит подтверждения на запуск вспомогательных программ - разрешите их запуск.
В каталоге C:\lesis_support (можете указать свой) создается файл lesis_support_ИмяВашегоКомпьютера.cab.
Этот файл необходимо отправить в наш адрес по электронной почте:
lesis@ya.ru
Если программа "задумается" больше чем на 5 минут - заархивируйте все содержимое каталога C:\lesis_support и пришлите нам.
Я попробую понять что Вам передали, а что нет и сформулирую, что нужно требовать.

35

Обновите страницу, я дополнил текст.

36

Отправила на почту lesis_support_VAN.cab

37

Людмила написал(а):

Отправила на почту lesis_support_VAN.cab

Вам нужно добавить в каталог Rlh каталог Вашего региона из двух цифр. Код - в дереве объектов на "Российская федерация" "Дерево, список субъектов" - поле "Номер в ЛУ"
Это будет Rlh\##\, например, для Московской области это Rlh\46\
И туда копируете целиком все свои каталоги 721-727
Затем создаете каталог Rlh\##\N и вот туда требуете НСИ. Состав файлов примерно как в деморегионе:
d:\Rlh\99\N\

38

Добрый день. Подскажите при импорте БД  из 6 в 10 Появилась ошибка и картография не импортировалась. Как быть?

Импорт повыдельных БД из C:\Rlh
Повыдельная БД: "Шелангерское уч. лес-во"
Размер поля недостаточен, чтобы принять добавляемые данные.  Попробуйте вставить меньшее количество данных
Импорт повыдельных карт из C:\Rlh
Повыдельная карта, полигоны: "Шелангерское уч. лес-во"
Подключена существующая повыдельная карта.
Повыдельная карта, линейные объекты: "Шелангерское уч. лес-во"
Операция импорта повыдельных карт завершена.

39

dima555 написал(а):

Появилась ошибка и картография не импортировалась. Как быть?

Сообщить больше данных. Сам по себе текст лишь говорит о каком то конфликте между новой структурой и старой. На деморегионе проявляется?  На одной базе проявилось или на всех? Раньше работало? Если работало раньше или работает на других БД - анализируйте чем отличались базы. Свои поля добавляли? Структуру меняли? Сравните структуру БД с деморегионом. Какая у Вас версия 10-ки? Если не актуальная - сразу обновитесь.

40

У нас версия 10.0.17.722. Загрузила базу данных полученную от лесоустроителей, но карта по одному из двух лесничеств не работает. В демо версии и по второму лесничеству все работает. В чем может быть причина? Что делать?

41

С.Р. Халилова написал(а):

В чем может быть причина? Что делать?

Грешнов написал(а):

анализируйте чем отличались базы.

Грешнов написал(а):

Сравните структуру БД с деморегионом.

Это можно сделать любый редактором DBF. Например, DBF навигатором или редактором при 6.8. Там есть раздел "Структура" или "Изменить структуру"... Сравните с деморегионом - все ли одинаково?
Не разберетесь - высылайте образец - каталог лесничества и НСИ в структуре RLH.

42

С.Р. Халилова написал(а):

но карта по одному из двух лесничеств не работает

Она не импортировалась (было сообщение об ошибке) или импортировалась, но не открывается или блок не виден из базы? Подробнее опишите ситуацию.

43

После импорта проверила базы утилитой сравнения дбф, получила то, что на рисунках. Скажите пожалуйста, что это значит, где найти и как исправить? http://s1.uploads.ru/t/8RDLo.png
http://sf.uploads.ru/t/0Fxb8.png

44

Людмила написал(а):

Скажите пожалуйста, что это значит, где найти и как исправить?

В общем случае это означает, что упомянутое в тексте поле в одном из файлов заполнено, в другом нет. Откройте базу в DBF редакторе и посмотрите так ли это и насколько это важно для Вас. В данном случае этими расхождениями можно пренебречь так как поле SFL - служебное поле передачи списка выбранных выделов из таксации в карту. Видимо, в 10-ке было что то выбрано или наоборот. Исправлять ничего не требуется.

45

Спасибо! Я не могла понять, что это именно за sfl , и насколько оно надо мне! :)

46

При импорте повыдельной базы данных из  Topol 6.8 в Topol-L2 сообщение:

Импорт повыдельных БД из C:\Rlh
Повыдельная БД: "С..............е уч. лес-во"
Несоответствие типов данных в выражении условия отбора
Подключение повыдельных карт.
Повыдельная карта, полигоны: "С..................е уч. лес-во"
Подключена существующая повыдельная карта.
Операция подключения повыдельных карт завершена.

47

Так что в резузьтате? Таксационная база импортировалась? Карта импортировалась? В 6.8 типы полей с числовых на текст или наоборот не меняли?

48

При импорте БД из Топол 6.8 выводятся следующие сообщения:

Импорт повыдельных БД из C:\Rlh
Повыдельная БД: "************** лесной участок"
Размер поля недостаточен, чтобы принять добавляемые данные.  Попробуйте вставить меньшее количество данных

В параметрах БД c:\LesIS\2017\R088\F001R088L011U006_Vyd.mdb
не задана НСИ, назначена автоматически : c:\LesIS\2017\R088\F001R088_Nsi.mdb
В параметрах БД c:\LesIS\2017\R088\F001R088L011U006_Vyd.mdb
не задана НСИ, назначена автоматически : c:\LesIS\2017\R088\F001R088_Nsi.mdb

Для заданной БД c:\LesIS\2017\R088\F001R088L011U006_Vyd.mdb с указанным в параметрах владельцем  не найден субъект в дереве. Вероятна ошибка в параметрах БД.

Манипуляции в топол 6.8 типа переупаковать БД, обновить формат БД не помогли.
Структуру таблиц с деморегионом сравнивал разночтений не нашел.
Проблемы только с базой, карты импортируются без проблем.
Полученный частичный результат посмотрел в Access, обнаружил что в таблице ярус некоторые выдела некорректно импортируются, как бы несколько раз импортируя элементы состава одного и того же выдела (8 раз )и тем самым он не вмещается.
Хотя в Phl2 состав написан единожды. Для примера: должно быть 6С3Б1Ос, а получается если сложить по элементам 6С6С6С6С6С63Б3Б3Б3Б1Ос1Ос1Ос1Ос

Какие могут быть причины?

49

Druginnik написал(а):

Какие могут быть причины?

Посмотрите в блоке Vd нет ли у вас других файлов DBF кроме 7550. Удалите лишние. Мне очень много таких блоков попадалось. Ошибку писал один в один как у вас.

50

Сергей

Код:
Проблемы только с базой, карты импортируются без проблем.

51

Druginnik написал(а):

карты импортируются без проблем.

Смотрим внутренности блока.
http://s7.uploads.ru/t/MwP7o.png
Видим что в блоке лишний файл _7550.dbf
Делаем импорт.
http://s3.uploads.ru/t/MV8Xm.png
http://sd.uploads.ru/t/KpgGT.png
Это не ваш ли случай. Карта открылась но база не подключена.
Удаляю этот файл и импорт проходит на ура. Друзья у многих в Vd столько мусора что трудно описать в двух словах!

52

Druginnik написал(а):

Какие могут быть причины?

Недостаточно информации для диагноза. Базу нужно смотреть, сравнивать с другими, вспоминать как ее делали... Похожие сообщения уже были у других пользователей, в том числе, в результате:
- создания БД в 6.8 не штатными способами или в других продуктах, что приводило к  изменению структуры. Проверяйте, сравнивайте по полям;
- несоответствие идентификатора NNN реальным кодам лесничеств в результате ручных переименовываний баз или использование в качестве шаблона файлов соседних лесничеств - сравнивайте идентификаторы NNN с кодами лесничеств;
- пропускам в заполнении полей (значение NULL). Также чаще бывает при нестандартном заполнении;
- перезатирки системного файла d:\LesIS\_Les\LMetaBaza.mdb. Это приводит к расхождению существующего и ожидаемого системой форматов;
- некорректные параметры базы в 10-ке;
- а также других неустановленных причин, поскольку пользователь нам не ответил, но проблема значит ушла. Это, например,  вот тут:
https://lesis.mybb.ru/viewtopic.php?id=130#p2233
Почти копия Ваших сообщений, но пользователь не ответил на наводящие вопросы и просто замолчал. Видимо нашел проблему, но поделиться не захотел.
Также советую поискать по форумам ключевыми текстами Ваших сообщений и примерять на себя наводящие вопросы, которые задавались.

53

Сергей Городничев написал(а):

Удаляю этот файл и импорт проходит на ура

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

54

Алексей Курагин написал(а):

вы это выявили ранее

Да вот буквально совсем недавно. Я мало занимаюсь импортом это лишь робкие попытки. И что я хочу сказать что в 6-ке очень много файлов пишется во внутрь блока. Ибо она предлагает а люди пишут не думая. И потом я не совсем уверен что это именно Dbf а может просто нижнее подчеркивание в начале имени. Ведь есть проблема в названиях линий и полигонов. Л\х участ. не идет шейп с таким названием. Я знаю у нас почему то добавляют в Vd именно этот полигон. Вот и стал смотреть блоки изнутри. Попробовал. Прошло.

55

Структуру таблиц с деморегионом сравнивал разночтений не нашел.

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

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

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

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

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

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

56

Druginnik написал(а):

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

Это не всегда возможно, особенно если сообщение системное - это нужно на все варианты событий с каждым полем ставить обработки. Кроме объема работ это будет отражаться и на производительности программы. Да и от Вас минимум информации поступает о том, как Вы получаете такие результаты, а это означает, что мы не можем вставлять обработки именно там где рождается причина проблемы.
Гораздо проще пользоваться системой контроля и добавлять такие ситуации в контроль. Добавить проверку экспозиции склона - пара минут. Банальным анализом распределения проверить можно. Вообще, при создании баз и составлении справочников такие вопросы как соответствии их друг другу нужно уделять первостепенное значение.

57

Грешнов написал(а):

Гораздо проще пользоваться системой контроля и добавлять такие ситуации в контроль. Добавить проверку экспозиции склона - пара минут. Банальным анализом распределения проверить можно

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

58

Добавить проверку экспозиции склона - пара минут.

Может добавить эту возможность при импорте,чтобы перед импортом программа сначала проверила наличие расхождений между БД и справочником, и вывела значения которые отсутствуют в справочником с дальнейшими вариантами

59

Druginnik написал(а):

Может добавить эту возможность при импорте,чтобы перед импортом программа сначала проверила наличие расхождений между БД и справочником, и вывела значения которые отсутствуют в справочником с дальнейшими вариантами

Вы не поняли. Я про проверку при контроле базы - там это не сложно. А добавлять это в импорт одним полем не обойтись. Нужно будет добавлять проверки на ВСЕ поля и ВСЕ справочники. Вы плохо представляете себе объем такого рода работы и возможные последствия. Когда такие старые задачи программисты "трогают" - практически это означает, что все заново нужно - и программировать и тестировать. Вероятность появления новых ошибок при этом очень высока. Потому и твержу - импорт сделали, чтобы раз закачать и забыть про 6-ку. Ее саппорт, в том числе импорт из нее, мы не имеем возможности долго поддерживать. Рано или поздно этот карточный домик рухнет.

Druginnik написал(а):

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

Проверять нужно в 6-ке перед импортом. Слава богу она ПОКА ЕЩЕ работает с таксацией и на 64-разрядах.

60

Druginnik написал(а):

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

Это системное сообщение из машины баз данных MDB в Windows (русской версии), мне оно тоже непонятно, возникает оно при выполнении запроса SQL.

61

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

62

EVK написал(а):

Что может быть?

Если только очень старая версия 10-ки, где то ранее 540-й. Других предположений у меня нет. При импорте он должен читаться автоматом как и при любых других массовых операциях.

63

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

64

http://sf.uploads.ru/t/flJuH.jpg
Переустанавливал! Без изменений!

Отредактировано EVK (01.02.2018 15:21:38)

65

EVK написал(а):

Все показывает кроме состава!

Это называется не "состав", а породы она не импортировала либо их не показывает.
Присылайте образцы в обоих форматах с путями и НСИ. Нам нужно восстановить у себя, чтобы понять, что у Вас происходит.
В п. 4.8 описано что нужно прислать в 10-ке, а из 6-ки каталог региона с одним лесничеством, можно без блоков, только каталог  D.

66

На XP состав взял. Почему так?

67

EVK написал(а):

На XP состав взял. Почему так?

Возможна проблема с машиной баз данных DBF (BDE) на других операционках. Мы предупреждали, что при обновлении Windows 6-ка может совсем отвалиться. В том числе и на ХР кстати, так как обновления безопасности туда все же идут.
Конвертируйте из 6-ки как можно скорее все, что у Вас там есть. МЫ ПОМОЧЬ ПОТОМ НЕ СМОЖЕМ!
У нас одни Win10 64 рабочие.

68

С XP скинул проект и все пошло и в 10

69

EVK написал(а):

С XP скинул проект и все пошло и в 10

Думаю, что случайное совпадение. Проект Тополя не управляет таксационной базой.

70

Ну я конечно с базой кинул)))

71

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

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

http://ipic.su/img/img7/fs/kiss_1kb.1533409735.png

http://ipic.su/img/img7/fs/kiss_5kb.1533409610.png

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

72

Алексей Курагин написал(а):

1. Почему не импортируются ТЛУ?

Заочно невозможно ответить.
Проведите анализ, что именно не импортировалось из 6-ки. Сообщите нам всю строку справочника. Нужно попробовать эмулировать на деморегионе.

Алексей Курагин написал(а):

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

Была не цель, а причина, точнее две:
- в разных регионах использовались разные системы ТЛУ - Погребняка как в демо, Сукачева, цифровая и группы типов леса вместо ТЛУ.
- координация в отрасли отсутствует и у нас не было полной информации о диапазоне возможных значений у пользователей.
А поскольку для многих задач необходимо было иметь понятные значения на входе мы и придумали такую систему шифрования перевода и чисел и букв в целочисленное. Особенно это имело значение для задач репликации данных и их нормализации на перспективу. Наша система всегда разрабатывалась с учетом на будущее, в том числе для работы с серверами, для которой эти вопросы могли быть критичными.
Не думаю, что причиной отказа в импорте стала система шифрования. Скорее всего проблема в каких то конкретных значениях, может слишком длинных (если память не изменяет была ориентация на солевские 5 знаков) или с какими то неученными символами типа ё. Нужно анализировать конкретную ситуацию.

73

Грешнов написал(а):

Заочно невозможно ответить.

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

Грешнов написал(а):

Особенно это имело значение для задач репликации данных и их нормализации на перспективу. Наша система всегда разрабатывалась с учетом на будущее

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

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

74

Алексей Курагин написал(а):

что именно не импортировалось - выдела БД не содержат все ТЛУ из 3х и более букв

Теперь понятно, чтобы проверить.

Алексей Курагин написал(а):

С2Д

Господи... А это еще что за система??? Есть какой то первоисточник?

75

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

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

картинки

http://ipic.su/img/img7/fs/kiss_86kb.1533468918.png
http://ipic.su/img/img7/fs/kiss_20kb.1533468989.png
http://ipic.su/img/img7/fs/kiss_20kb.1533469010.png

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

76

Мдаааа... Кому то в Брянске или Воронеже очень надо было "диссер" защитить... ((

77

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

офтоп

Борь, суборь - сосняки
судубрава - сосново-дубовые
дубравы - дубняки (судя из таблицы)

Куда наши 15 пород в выделе относить тогда? и преобладающих с две дюжины... :canthearyou:

Погребняк был бы очень удивлён, а Труш наверное бы запил на месяц от такого "шедевра".  :cool:

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

78

Технический вопрос:

Алексей Курагин написал(а):

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

шифруются все, там был разработал нами алгоритм, позволяющий однозначно преобразовать код до пяти букв в 32-разрядное число. Алгоритм надо найти в программе, на память не помню.

79

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

80

Алексей Курагин написал(а):

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

Пока не факт, что это баг.

Алексей Курагин написал(а):

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

Повторил то же самое в деморегионе:
../files/mybb18080601.jpg
../files/mybb18080602.jpg
../files/mybb18080603.jpg
Обратил внимание, что в Вашей базе структура таблицы TLU.dbf отличается от деморегиона - поля Kl и TX имеют длину 4 символа, а в демо - 6. Да и поля какую то странную последовательность имеют... Проверил навскидку данные от других пользователей - у них как в демо.
Попробуйте поправить и снова импортировать - может это повлияло!? Проанализируйте откуда базы и как делались.

81

Алексей Курагин написал(а):

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

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

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

82

Спасибо, проблема решена.

83

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

В лучшем случае - не находит, и выдает сообщение, например при попытке импорта справочника уч.лесничеств.
http://ipic.su/img/img7/fs/kiss_3kb.1534584916.png

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

При импорте данных особенно заметно, что по умолчанию пытается подхватить путь с двузначным кодом
http://ipic.su/img/img7/fs/kiss_4kb.1534585142.png

84

Вместо 07 вручную проставть 107. зимой пользовался таким вариантом экспорт-импорта. все работало.

85

Юрий написал(а):

Вместо 07 вручную проставть 107

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

86

Сергей Городничев написал(а):

Но хотелось бы знать почему так? Ведь поле задано трёхзначное

Это в 10-ке оно трехзначное, а в 6.8 стандартно - двух.
Импорт из 6.8  был сделан чтобы один раз конвертнуть и забыть 6.8. Экспорт был сделан для возможности сравнения БД до и после импорта в целях тестирования перехода на 10, и как временное решение пока в 6.8 не было выходных таблиц, ведомостей и печатных форм.
Импорт - экспорт переделываться или поправляться более не будет даже в случае если выявятся ошибки по причине развития структуры БД 10-ки и ее рассогласования с входной структурой из 6.8. По причине прекращения ее техподдержки более 5 лет назад.
Поэтому еще раз напоминаю адептам версии 6.8 - в случае каких-либо проблем с работоспособностью 6.8 или импорта из нее обращаться к нам смысла не будет ни при каких форс-мажорных обстоятельствах!!!

87

Грешнов написал(а):

Это в 10-ке оно трехзначное, а в 6.8 стандартно - двух.

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

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

88

Ну, вручную так вручную.

89

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

90

А Вы базу в 10 версии создавали штатными средствами, через контекстное меню дерева? Идентификация объекта в 10 версии и в 6.8 совпадает или при импорте что-то меняете?
Судя по второму сообщению, есть какие-то разночтения в именах файлов баз, в её внутреннем описании и/или в описании объектов в параметрах годового раздела БД. Первое сообщение может возникнуть, если что-то не так с форматом полей базы, но если Вы её создали штатным инструментом, такого быть не должно.

91

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

92

После перезапуска программы, если второе сообщение повториться, то надо через контекстное меню запросить описание параметров объекта и текущей базы данных и проверить, совпадает ли идентификация внутри с именем самого файла базы *_Vyd.mdb и описанием, которое высвечивается в дереве из ParametryBD.mdb

Что касается первого сообщения, оно системное, скорее всего из машины баз данных MDB в Windows. Если пришлёте базу, могу прогнать её под отладчиком, тогда можно будет сказать что-то более точно о проблеме.

93

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

94

Вашу базу посмотрели, проблема оказалась в квартале 12 выдел 1, там запас сухостоя 20760.0 м.куб! И это при 8Л2Б и возрасте 10 лет высоте 1 метр!

У вас неправильно заполнена база данных, запасы должны быть на га:
Читайте внимательно инструкции здесь и здесь.

95

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

96

Добрый день! При импорте из 6.8 в 10 не все данные отображаются. Не отображается состав яруса. Подскажите в чем может быть проблема? (справочники тоже импортировались из 6.8)

97

LaptevaV написал(а):

Не отображается состав яруса. Подскажите в чем может быть проблема?

1. Если на деморегионе не работает - переустановите программу.
2. Если на деморегионе работает - вспоминайте чем Ваша база может отличаться от демонстрационной.
3. Попробуйте сформировать данные яруса вручную через "Режим - Расчетные показатели - Рассчитать для яруса".
Исходя из Вашей информации это, пожалуй, все, что я Вам могу подсказать.

98

Грешнов написал(а):

1. Если на деморегионе не работает - переустановите программу.
2. Если на деморегионе работает - вспоминайте чем Ваша база может отличаться от демонстрационной.
3. Попробуйте сформировать данные яруса вручную через "Режим - Расчетные показатели - Рассчитать для яруса".
Исходя из Вашей информации это, пожалуй, все, что я Вам могу подсказать.

.
На деморегионе работает!
База вроде ничем не отличается!
Все эти манипуляции проделала на другом компьютере, и все получилось с первого раза! Все данные на месте! (Почему не получилось на моем компьютере?)
Скопировала базу на свой компьютер, тоже все нормально отображается.
Только при закрытие программы выдает также ошибку(я о ней писала в другом разделе)https://upforme.ru/uploads/0017/fb/db/35/t87927.jpg

Отредактировано LaptevaV (23.03.2020 17:52:12)

99

LaptevaV написал(а):

Все эти манипуляции проделала на другом компьютере, и все получилось с первого раза! Все данные на месте! (Почему не получилось на моем компьютере?)

К сожалению, чем дальше, тем больше возможных и непредсказуемых ошибок может быть при обращении к БД версии 6.8. Рано или поздно, нам придется отказаться и от импорта из 6.8 как мы уже отказались от импорта из СОЛИ. База 10-ки периодически меняется и хотя конвертер и система обновления БД  сделаны достаточно абстрактно, все равно - чем длиннее цепочка, тем выше вероятность конфликтов. А возвращаться к 6.8, анализировать всю эту эволюцию и делать новый конвертер или модифицировать существующий мы возможности не имеем.

LaptevaV написал(а):

Только при закрытие программы выдает также ошибку(я о ней писала в другом разделе)

Попробуйте перейти в другой режим (данные по лесничествам, например), выйти, затем снова зайти и вернуться в таксацию, потом опять выйти. Попробуйте экспортировать таксацию в Xml, потом опять импортировать из него. В общем, "пошевелить" базу.
Или просто не обращайте внимание. Возможно, само пройдет. На данных это, теоретически, не должно отражаться.

100

Тогда на проблемном компьютере скорее всего есть ошибка операционной системы в части поддержки взаимодействия программ через СОМ-интерфейс. Этот интерфейс обеспечивает совместную работу нескольких модулей, созданных независимыми разработчиками на основе универсального протокола СОМ, реализованного в Windows.

101

Добрый день!
При импорте баз данных из версии 6.8 не правильно отображаются надписи (например: ?.Eaiaa?na)https://upforme.ru/uploads/0017/fb/db/183/751904.jpg
в чем может быть проблема и как её решить?

102

https://upforme.ru/uploads/0017/fb/db/9/t727624.png
Откройте файл Инфо в блокноте и исправьте на 1251.

103

Спасибо, Сергей, все получилось!
стояла кодировка 1252.

104

Здравствуйте коллеги! Подскажите пожалуйста. После импорта из 6.8 в 10 в некоторых выделах не прописывает характеристики насаждения(состав, возраст, высота и т.д. В базе они есть. Делаю ведомости, в них тоже есть. А в программе и в таксационном описании не прорисовывает.

105

EVK написал(а):

В базе они есть. Делаю ведомости, в них тоже есть. А в программе и в таксационном описании не прорисовывает.

Ничего не понял. Что значит "в базе есть", в каком режиме Вы их увидели "в базе"? По каким полям сформирована ведомость в которой Вы видите высоту и диаметр? Что значит "в программе"? В каком режиме и где Вы их не видите? В карточке? В повыдельной?
История базы 6.8? Откуда она у Вас? Как и кем создавалась?
Наиболее вероятные причины когда "в базе" что то есть, но интерфейс этого не показывает - структура или содержимое не соответствует тому, что ждет от них "программа". Такое возможно, если структура создавалась (менялась) вручную или поля заполнялись сторонними программами.
Теоретически можно также предположить (не проверял), что программа не выводит какую то информацию из-за несоответствия структуры макетов, например, категории земель, код которых не соответствует лесным или покрытым землям.
Анализируйте такие выделы и находить закономерности - чем они отличаются от других? Что в них общего?
Так как по информации, которые Вы дали сделать такой анализ невозможно - читайте раздел "Как задать вопрос?":
https://lesis.mybb.ru/pages/kak_zadat_vopros

106

Грешнов написал(а):

Ничего не понял. Что значит "в базе есть", в каком режиме Вы их увидели "в базе"? По каким полям сформирована ведомость в которой Вы видите высоту и диаметр? Что значит "в программе"? В каком режиме и где Вы их не видите? В карточке? В повыдельной?
История базы 6.8? Откуда она у Вас? Как и кем создавалась?

В Accses базе данных описание выдела есть. Пытаюсь создать ведомость выделов с описанием состава и их характеристик - все есть. Нет данных в режиме карточка - состав и характеристики отсутствуют. База создана сотрудником. Первый раз такое.

107

EVK написал(а):

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

Возможные причины и алгоритм поиска я описал выше. Переходите в Акцессе в режим "Конструктор - Структура" и сравнивайте структуры баз из деморегиона и Вашей. Если структура правильная и проявляется на некоторых выделах - ищите отличия в кодах, находите какие то закономерности, проверяйте корректность кодов категорий земель... корректность связей... и т.д. и т.п. - все зависит от того, что Вы делали с данными. Например, выясните у сотрудника - не вносил ли он правки в Акцессе!? В этом случае я затрудняюсь предположить какие могли быть внесены изменения в структуру или данные Акцессом. Например, мог поломать автоинкременты (алгоритмы вывода в интерфейс и в отчет могут отличаться) или изменить тип данных как это было, например, с DBF базами 6-ки при ее открытии и сохранении в Excel. В общем, ищите закономерности и различия в отображаемых и неотображаемых данных.

108

Добрый день!
При импорте БД из старой версии тополя выделает ошибка такого рода: осуществляется импорт, на середине выполнения задачи обрывается и вылезает такая ошибка.
Импорт повыдельных БД из C:\Rlh
Повыдельная БД: "Шелангерское уч. лес-во"
Размер поля недостаточен, чтобы принять добавляемые данные.  Попробуйте вставить меньшее количество данных
Самое интересное, что возникает она не на всех уч. л., а как-то выборочно.
По рекомендациям из предыдущих обсуждений проверил несколько раз структуры всех таблиц, попробовал импортировать с/без блоков, ничего не помогает.
Просьба дать рекомендации, если кто-то сталкивался с подобной проблемой.

109

Эта ошибка с картой, скорее всего, никак не связана. Мы можем только в отладчике по проблемной базе попытаться понять причину - сообщение системное, в нём нет подробностей, позволяющих понять в каком поле БД возникает проблема. Пришлите проблемную базу Сергею Петровичу, посмотрим.

110

Теряется "галочка" "инструментальная площадь" при импорте.
Раз уж смотрите механизм импорта из 6,8 в 10-й топол (судя по последним темам), подкорректируйте данный момент.

111

Посмотрим.

112

Дмитрий Александрович, отправил на lesis@ya.ru

113

Вадим написал(а):

отправил на lesis@ya.ru

Да, получили. Д.А. посмотрит.

114

Дмитрий Александрович, проблема решена, спасибо.

115

Юрий написал(а):

Теряется "галочка" "инструментальная площадь" при импорте.

Поправили в версии 857, выложена. Проверьте пожалуйста, я не имею сейчас возможности запускать 6-ку и добавлять эти поля штатным способом для корректной проверки.

116

Грешнов написал(а):

Поправили в версии 857

856 (полную версию) вижу, 857 (обновление) нет.

117

На одном участковом проверил - импорт прошёл успешно.

118

Вадим написал(а):

Дмитрий Александрович, проблема решена, спасибо.

Д.А. учел обработку ситуации при попытке импортировать пустой блок - она его не импортирует и ошибки не возникает. Будет в ближайшей версии.

119

Грешнов написал(а):

Д.А. учел обработку ситуации при попытке импортировать пустой блок - она его не импортирует и ошибки не возникает. Будет в ближайшей версии.

Выложена 863 версия с решением. Пробуйте.

120

Добрый день!

Подскажите, почему не импортируются данные из TopoL-L (6.8)? Сам импорт проходит без ошибок, а данные после импорта в участковых не меняются.

Пост написан 12.02.2025 14:07:14

121

SG35 написал(а):

Подскажите, почему не импортируются данные из TopoL-L (6.8)? Сам импорт проходит без ошибок, а данные после импорта в участковых не меняются.

Сожалею, но по столь общей информации мы Вам не сможем помочь. Прочитайте, пожалуйста, раздел:
Как правильно задать технический вопрос по ГИС TopoL-L, чтобы Вас поняли и смогли помочьТам в начале идет примерный алгоритм поиска проблемы, а потом примеры как описать свою ситуацию.

SG35 написал(а):

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

К примеру вот это стороннему человеку вообще не понятно. Что значит "не меняются"? Значит в TopoL-L2 10 уже были какие то данные по этим лесничествам? Значит раньше импорт прошел нормально? Как давно? Что делали с базами в 6.8 за это время? Что именно не меняется? Вносили изменения? Какие? Как вносили? Импорт на деморегионе пробовали, там импортируется? Если на демо тоже не работает, то какая версия у 10-ки? Пробовали переустановить? Если на демо работает - значит проблема в базе. По базе нужно подробно все вспоминать и описывать. Как работала в 6-ке? Как эту базу формировали? ....
Не обижайтесь, но Ваш вопрос  звучит примерно так: "У меня не заводится машина, хотя стартер крутится. Почему?" :blush: Сами представьте сколько Вам вопросов нужно задать удаленно, не видя машину, чтобы понять и разобраться...

122

Я как вариант ещё. А может галочку не ставили? Переписать базу данных и карту.

Пост написан 13.02.2025 10:34:54

123

Сергей Городничев написал(а):

А может галочку не ставили? Переписать базу данных и карту.

Так там же не галочка в контексте "радиокнопки", а просто рисунок на кнопке "Да" при ответе на прямой вопрос надо ли переписывать уже существующую базу. Смысла ответа в данном случае невозможно не понять, по-моему!? Или есть какая то неоднозначность? :blush:

124

Подсказка по результатам общения с теми кто мыкается с импортом в 10-ку из КарНИИЛПа... WinPlP... но не имеет возможности пользоваться версией 6.8 для создания баз данных в каталоге Rlh для приема информации из конвертера.
- Создаете в каталоге базы версии 6.8 нужную структуру каталогов до уровня участкового лесничества, например:
d:\Rlh\99\09\03\;
- Создаете справочники для этого региона (например, копированием из другого и корректировкой);
- Затем формируете дерево объектов в TopoL-L2 10 и для каждого участкового "Создаете БД", пустую;
- Экспортируете пустые участковые лесничества в Rlh;
- После этого должен стать доступным импорт как описано в d:\Topol\l\ConvKa\KarNii_(внутренний).doc (тут нам вопросы бесполезно задавать - сами этим анахронизмом никогда не пользовались);
- После импорта в 6.8 делаете импорт из 6.8 в 10-ку.
Если чего то не будет хватать при импорте - добавляете / исправляете / меняете и снова пробуете.
Должно сработать.
Видимо, аналогично можно поступать и с импортом из WinPlP. По ним тоже вопросы присылают на почту.

125

Добавили в доки импорт из КарНИИЛП:
https://www.lesis.ru/infot/teh_import_karniilp.html
"Сергей Городничев" проверил, работает.