На всякий случай отправил на почту файлы, которые не получилось импортировать.

И имя поля в базе кириллическое и имена таблиц кириллические. В данном случае, повлияли имена таблиц - после переименовывания все экспортировалось без проблем.
Имя поля Вам может "аукнуться" позже, если будете обращаться к базе с SQL запросом. Причем, на одной машине он может пройти, на другой нет - это будет зависеть от используемого прикладного ПО, сервера, драйвера БД или операционки.
Сложилась такая ситуация исторически. Такие гиганты как Майкрософт объявили о допустимости кириллицы в именах с учетом того, что при обращении к ним разработчикам нужно где то брать кириллицу в одинарные кавычки '', где то двойные "", где то в []... Но они не подумали о том, что уже существует масса продуктов, драйверов, средств разработки, которые нужно тупо переделывать, а делать это далеко не все захотели.
И это без учета проблем с распознаванием кодировок, которых, как Вы знаете, наплодилось видимо - невидимо. Не знаю как сейчас, но лет пять назад mysql имел проблемы с буквой "Я". Другие драйверы, средства разработки и сервера до недавнего времени имели проблемы с буквами "Ё", "Р"...
В то же время, буквы английского алфавита читаются всегда и везде и не требуют со стороны разработчика никакой обработки.
Поэтому профессиональные программисты (не путать с сотрудниками 1С франчайзи и т.п. спецами) избегают работать с кириллицей в именах, чтобы не увязнуть в саппорте возможного системного окружения конкретных пользователей. Консорциум OpenGIS прямо это оговорил.
В общем, кириллицу используют только ламеры и чайники при решении персональных задач типа "моя записная книжка"...
Вот относительно свежий (2013г) пример саппорта проблем с кириллицей:

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

Перенесу в FAQ и добавлю пункт в Правила.

Так в руководстве вроде бы есть:
http://www.lesis.ru/infot/teh_import_mapinfo.html
Где то в видеоуроках еще поищите исправление дефектов после не топологических ГИС.

Тут особенность Тополя в том, что он открывает не файлы внутри папки, а папку с данными mapinfo целиком (!) как один объект.
Поэтому если ваши обменные файлы лежат например D:\obmen\proekt1\test.mif, то открывать в тополе нужно с уровня D:\obmen\ , в нем программа увидит объект "proekt1" и откроет его.

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

Проглатывать то проглатывает, но все же, я также не советовал бы их, кириллицу, пробелы и другие символы, имеющие второе служебное значение,  использовать. Одно дело - открыл, поправил, сохранил... Другое дело если используются какие то сложные межфейсные передачи данных, работающих по COM программ.
На этом же настаивают и требования Open GIS консорциума. Да и Майкрософт, вопреки заверениям, не всегда обрабатывает такие ситуации. В моей практике накопилось достаточно случаев даже порчи данных из-за кириллицы в идентификаторах файлов и папок. Слава богу им хватило ответственности хотя бы для инет-сервисов сделать URL-кодировку.
В общем, мы не гарантируем корректность обработки данных, работающих с кириллическими именами, или включающие символы, имеющие двойное назначение.

Тогда сначала Вы поподробнее расскажите, что Вы собираетесь импортировать (карты, какие слои, таксацию)?

И уточните, что Вы собираетесь конвертировать в ConvertDB.

Но импорт уже описан пошагово:
http://www.lesis.ru/infot/teh_import_mapinfo.html
Куда уж подробнее!? Задавайте пожалуйста конкретные вопросы по тому, что именно не получается. Причем, с учетом того, что сами мы этим не занимаемся, сделали один раз и записали как документацию.

Не достаточно информации для подсказки. Тут описано как правильно задать вопрос. Что именно не работает, на каком этапе? Что сообщает программа? Что именно Вы делали и до какого шага в описании Вы дошли?

Извините, но техподдержка для таких схем работы нашим договором и лицензионным соглашением не предусмотрена. Привлекайте специалистов соответствующего уровня, которые способны разобраться в изменениях структуры и содержания баз. На входе для Тополя им нужно сформировать структуру, предусмотренную программой ЛесГИС ~5 и более летней давности. Если уверены, что структура серьезно не поменялась - проверяйте содержимое файлов из каталога настроек c:\Program Files (x86)\LesIS\utils\ConvertDb\. Сверяйте имена полей, проверяйте структуры шаблонов... Пытайтесь подобрать, наконец. На выходе должен быть блок в формате Тополя 6.8.
Чтобы установить не "потерялись ли параметры" найдите образцы базы из ЛесГИС. Сравните с тем, что Вы получили из Тополя. Соответственно преобразуйте, если есть отличия.
PS Если Вы таким образом пытаетесь использовать специалистов, работающих в MapInfo то заранее предупрежу, что Вы сильно увеличите объемы своих работ.  И не только с конвертацией. "Объектные" ГИС, к коим относится и MapInfo, дают достаточно много ошибок топологии, которые придется чистить. В этом мы Вам тоже не сильно поможем.

Изменения формата блока произошло в версии Топол 10. Утилита разрабатывалась под версию 6.8 и не развивалась, так как мы объявили лет пять назад о прекращении поддержки 6.8 и импорта из старых форматов. Включить перед экспортом сохранение блока в DBF можно в настройках Тополя, но это все равно будет не формат версии 6.8. Поэтому, боюсь, что Вам придется сначала экспортировать в версию 6.8, потом уже в МапИнфо. Оценить возможность использования DBF - блока из 10-ки не берусь, не пробовал. Тем более, что я импорт из ЛесГИС делал всего пару раз когда делали описание лет 5 назад. Однако, как бы Вы потом сами не запутались с форматами уже самой 10-и...

"МенюТополя - Инструменты - Настройки - Изменение - Сохранение блоков в старом формате". Далее "Спросить о редактироваии" и (или) "Не использовать формат блока 10". Попробуйте оба и проверьте, я не меньше года не пробовал работать со старым форматом.

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

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

Тополь - топологическая ГИС, близкая к АркГИС, поэтому ЛИНИЯ границы выделов, как и линия любого другого типа (дорога, ручей....) может быть и границей полигона если они строились как топологические объекты (то есть, "знающие друг о друге"). И изменение такой линии означает изменение и границы полигона, поскольку линия, в отличии от объектных ГИС типа МапИнфо... Панорамы... и пр. в таких случаях всегда одна.

Нет, этого не требуется (хотя и возможно), поскольку идентификация ВЫДЕЛОВ идет не по внутреннему идентификатору полигона, а по номеру квартала и выдела. Поэтому Тополь позволяет относить к одному выделу даже полигоны территориально разделенные другими полигонами, что актуально для колочных лесов в ряде регионов, где заказчик предпочитает один номер на разрозненные, но одинаковые по описанию выдела. Также это актуально для того, чтобы можно было ставить метки выделов на каждом куске и использовать их при печати бумажных планов.
Чтобы линия проходила через выдел и не делила его,она не должна быть топологической по отношению к нему, что можно настроить при прорисовке и других операциях. Но делать так не следует, так как таким образом Вы можете ограничить функционал системы по таким сложным операциям как внесение изменений в совмещенную базу, увязка площадей, копирование - вставка объектов (таксация и карта одновременно), буферные зоны и т.д. и т.п. При этих операциях если происходит встраивание линии в существующую базу программа сама дробит полигоны, встраивает идентификаторы и пересчитывает (переувязывает) площади кусков одного целого объекта.

В атрибутах полигонов есть поля KvrNom, VydNom, сотрите там циферки.

Это же был вопрос "например"? 

Сейчас подумаю, как это можно сделать массово, а Вы пока скажите, что вы будете делать с выделами 24-26, которые на карте есть как полигоны, а таксационной характеристики у них нет? Может их проще удалить? Нет полигона - нет проблем.

Мне кажется, что Вашу задачу нужно решать с другого конца. То, что Вы хотите сделать, противоречит логике и технологиям связанных баз Тополя. Вам надо наоборот, довнести в "дерево данных" выдела, которые на карте есть, а в базе нет.

выше, в этой же теме и писали.