экспорт из Map 3D, как сделать за один раз

[АлексЮстасу]

При экспорте данных с семантикой из Map 3D встроенным конвертором, допустим, в mif/mid или в shapefile, приходится делать экспорт столько раз, сколько Feature classes или Object Data. Когда Feature classes или Object Data несколько десятков или даже сотен (вполне реальная ситуация - 100, 250 и больше видов объектов), то это мучительно, и чревато пропусками и ошибками.
Как можно сделать экспорт всех данных со многими Feature classes или Object Data за один раз, сразу?

Или я во встроенном экспорте что-то соответствующее просто не заметил?

[bingeomap]

Для Шейп-файла я всегда так использую:

А в МапИнфо не знаю....

[АлексЮстасу]

Такого окна экспорта еще не видел. Это по какой команде? В какой версии?

[trir]

Обычный экспорт, только формат - Shape Multiclass
Можно ещё пакетные файлы использовать...

[АлексЮстасу]

А! Для этого Shape Multiclass интерфейс другой...
Про скрипты я помню, но смутно-смутно
Попробую.

[АлексЮстасу]

Можно ещё пакетные файлы использовать...

Нашел заготовку, сделанную с Вашей подачи после той темы.
На примере экспорта в mif/mid. Легко можно заменить "mif" на, допустим аркинфовский "shp". Может, кому еще пригодится. Доработать напильником:

(command "CMDDIA" "0" )
(command "FILEDIA" "0")
(command "_.-MAPEXPORT" "mif" "С:\\Map_Export\\tab1.mif" "_y" "C:\\Map_Export\\tab1.epf" "_p")
(command "_.-MAPEXPORT" "mif" "С:\\Map_Export\\tab2.mif" "_y" "C:\\Map_Export\\tab2.epf" "_p")
; и т.д. - tab1, tab2 и т.д. по названиям и числу Object Data или Feature classes
(command "CMDDIA" "1" )
(command "FILEDIA" "1")

Сначала заготовил набор файлов *.epf параметров экспорта для каждого Object Data.
Сработало успешно.
Здесь буквы-ключи латинские.
Еще раз за это спасибо!

Но. Всегда хочется попроще и побыстрее, и не зависеть сильно от собственной внимательности и педантичности. Посылка та же - Feature classes или Object Data несколько десятков или даже сотен. А это правка, и копипастинг названий в эти десятки-сотни строк с путями и названиями, это заготавливание десятков-сотен файлов *.epf. А по жизни пути, названия слоев, Feature classes или Object Data любят меняться. И все строки скрипта, файлы *.epf при этом нужно проверять-править-переделывать. И все это совершенно сравнимо с трудозатратами на сам экспорт.
И зачем, допустим, в этом экспорте нужна привязка к слоям, если выгружать нужно по Feature classes или по Object Data? А не определишь слои - во всех выходных файлах большинство элементов будет лишним, не нужным.
Логичным был бы программный просмотр элементов файла по Feature classes или Object Data, и последовательная выгрузка элементов с одинаковыми Feature classes или Object Data в соответствующие файлы с соответствующими названиями. Пользователю задавать нужно только путь к папке с выходными файлами, конвертацию в другую СК и считать ли замкнутое полигонами. Еще сначала задать список нужных в этот раз Feature classes или Object Data.
Понятно, правда, в этой схеме есть ряд допущений и упрощений.

[trir]

Какой простор для автоматизации ;=)
Одно меня смущает - почему всё это разнообразие не в БД?

[АлексЮстасу]

Вы о внешней БД?
Не в БД по принципу Оккама.
Конкретно же - нам приходится работать со множеством исполнителей оч. разной квалификации и оч. разных технических возможностей. Один проект может одновременно делать 2-5 субподрядов. Чаще - самых дешевых с "квалификацией" маманегорюй. Иногда целый проект или большую часть делают только фрилансеры. Как правило, вообще все исполнители - женщины только с картографическим образованием и домашними проблемами. Грузануть их БД - просто потерять последние в стране квалифицированные в топографии кадры
Конкретно экспорт - да, и можно, и рациональнее сделать централизовано. Но собирать и подготавливать данные с внешней БД - организационно и технически нереалистично.
Или я Вас неправильно здесь понял?

[АлексЮстасу]

Одно меня смущает - почему всё это разнообразие не в БД?

Но в принципе интересно.
Чем-то экспорт с применением БД удобнее, чем из одного dwg+OD?