Это чистый экспорт, без доработки потом в целевом софте? В dwg типы линий кредо создаёт, или нужно заранее Автокаду их подсунуть? Рваная и сложна для редактирования только линия ЛЭП, она многоэлементная, других раздражителей не нашел. Оффтоп (Move your mouse to the spoiler area to reveal the content) Да это в шутку обиделся ... просто редко Автокад критикуют, причём это, как правило, те кто в нём не работает или не хочет учится, ну или "вцепился" в какой-нибудь Microstation J и другого просто не видит. Я без конкретики. Чем же кладёт? Заинтригован. С Мапинфо неплохо, опять же, если это без ручной доработки. Оффтоп (Move your mouse to the spoiler area to reveal the content) Всегда умиляло желание некоторых заказчиков получить топосъёмку в Мапинфо. Жесть полная. Но коли нужно... АлексЮстасу, в dwg с семантикой в OD это ведь можно перевести?
-=13=-, красоту и оформление листов считаем, как доработку? Типы линий созданы под CAD программы, есть минимальный набор для 80% пользователей в поставке, для 500-100 масштаба. ЛЭП можно выбросить цельным блоком (как и любой другой тематический объект) с атрибутами. Мапинфо без ручной доработки (создавал только типы линий). В Панораму еще не конвертировал, не было необходимости.
Вроде бы штатный маповский экспорт в mif/mid, в shp без принципиальных проблем. Можно выгружать с кучей вариантов отбора, в том числе, можно выгружать топологии. И присоединять указанные ОД, указанные их поля. Т.е., если использовать топологии, то для площадных объектов не нужно создавать множества дублирующихся контуров. Из mif/mid, из shp нормально сделать импорт штатным маповским конвертером с созданием ОД или с загрузкой данных в имеющиеся в активном файле ОД. --- Сообщения объединены, 12 фев 2014, Оригинальное время сообщения: 12 фев 2014 --- Считаем, если она касается сшивания линий или т.п. --- Сообщения объединены, 12 фев 2014 --- Сделал за один раз в один dwg штатным маповским импортом из mif/mid сразу все объекты с созданием ОД с именами файлов mif и с полями из них же.
АлексЮстасу, нет растаскивают и поворачивают отметки. Про линии - тут даже не знаю что сказать, есть традиции русской картографии по направлению УЗ на плане и карте - и автокад к сожалению не позволяет не разрезая полилинию сделать так как надо с сохранение топологии, например Канализация. Не может быть буква К вниз головой.
Пока что тоже вижу только мелочи. Типа: горизонтали разорваны под надписями их высот, слои в dwg подозрительно похожи на 3ДСервисовские, бергштрихи не привязаны к горизонталям (это может быть следствием разного типа данных в Кредо и в др. форматах). --- Сообщения объединены, 12 фев 2014, Оригинальное время сообщения: 12 фев 2014 --- Э... Я про направление УЗ и надписей не писал...
Это я к ЛЭП придрался немного. Про букву "К" вниз головой - верно. Нет Геоникса под рукой, там вроде бы, при вычерчивании геонами это соблюдается... В общем, Кредо как софту для топографии с возможностью передачи в другое ПО без сильных потерь - быть, а от темы традиционно почти ушли.
АлексЮстасу, слои приняты как стандарт предприятия, за основу классификатора взяты от 3DSevice. Тему разделю позже.
Мы тут типа отрабатывали передачу данных из Кредо в Мап с семантикой в виде ОД Т.е. можно и не делить, наверное. Если передается не обычный автокадовский dwg, dxf, а или dwg сразу с ОД (так пока еще мало кто делает - видел только у RosreestrXML), или shp, или mif/mid, то при штатном маповском импорте можно создать соответствующие ОД или записать семантику в соответствующие уже прописанные ОД. Т.е. с ОД при импорте-экспорте принципиальных проблем нет. В целом - как минимум.
Довольно много дополнительных команд для ОД (и не только): http://www.4d-technologies.com/geotools/manual/autodesk_map_tools.htm Не скачивал, не покупал. Только это описание нашел. Может кто уже пробовал?
Что вы имеете ввиду под штатным импортом? Групповое копирование? У меня простая на первый взгляд задача. Данные есть и MIF/MID и в SDF. Вот захотелось их перевести в OD в обычный DWG файл. Экспорт карты в DWG не работает, хоть и ставлю метку о прикреплении семантики. Что обидно и FME Desktop не справляется.
Обычный маповский импорт - _MAPIMPORT. Указываете всю пачку MIF/MID, выдается их список с предложением выбрать что импортировать, в какой слой и с какой ОД - предпоследняя колонка Data (Данные). В ней выбираете Создать объектные данные, указаваете нужную ОД.
Для Yura84 Присоединение Object data делается командой _ADEATTACHDATA (Создать--Вставка/удаление данных объекта...). Если замкнутые полилинии границ объектов уже созданы, то никаких хитростей - просто присоединяйте к границам Object data, а в окне Свойства вводите значения. Топологические модели при этом использовать нет необходимости. Object data дают возможность не создавать нам самим контуры площадных объектов в виде замкнутых полилиний. Т.е. не нужно дублировать 2-4 раза общие границы, которые еще и часто стихийно рассогласуются. Но по-хорошему использовать эту возможность удобно с командой выбора элементов по присоединенным к ним Object data, а этой команды у Autocad Map3d нет... Как в принципе можно делать: 1. Допустим, есть только один вид объектов местности - допустим, участки: - все границы участков не дублировать ни полностью, ни частично - иначе топологии не создадутся. - во всех пересечениях линий границ сделать узлы, т.е. точки соединения концов участков границ. - концы частей границ обязательно привязаны в узловые точки, - присоединять Object data к границам не нужно. - создать площадную "топологию" для всех этих границ. Появляются центроиды. - присоединить Object data участков к центроидам. (Можно сначала с помощью SelSim, Выбрать аналог выбрать все эти центроиды, а при выборе для _adeattachdata вбить _p, т.е. предыдущий выбор). - через окно свойств ввести в поля Object data нужные значения для конкретных участков. 2. Допустим, есть участки, угодья, строения, дороги, т.е. несколько видов площадных объектов, да еще и линейные - тропы, заборы и т.п.: - границы всех площадных объектов не дублировать ни полностью, ни частично. Линии линейных объектов тоже не дублировать с границами, если они являются и границами площадных. Чертить, допустим, так, как на обычном плане - линия забора и есть граница сада/улицы, часть границы строения есть граница и растительности и участка и т.п. - во всех пересечениях линий, являющихся и границами, сделать узлы, т.е. точки соединения концов участков границ. - концы частей границ обязательно привязаны в узловые точки. Предыдущие три позиции - обычные требования к топологической корректности векторных данных. Тут появляются варианты: - допустим, умудряемся создать только одну общую Object data для всех видов площадных объектов местности. (Содержащей поле, допустим, "вид_объекта" - для "участки", "строения" и т.п.). Правда, этот вариант несколько притянут за уши, но возможен, если набор характеристик у объектов (полей Object data) одинаков или близок. Тогда создаем одну общую "топологию", к центроидам присоединяем Object data, в Свойства вводим значения; - создано столько Object data, сколько видов площадных объектов. Тогда для создания "топологий"/центроидов нужно определить, какая линия чьей границей является. Это можно сделать вручную, например, для участков взяв все элементы из слоя "Участки", а части границ участков, являющихся и другими объектами, покрасить неиспользованным цветом или временно перенести в слой "Участки". Т.е. создать признак для выделения всех частей границ одного площадного объекта. Для этого варианта последовательно создаем площадные "топологии" для разных видов объектов, указывая их границы. При этом будут создаваться соответствующие центроиды, к которым можно присоединять соответствующие Object data. Для центроидов можно заготовить специальные блоки различного вида и цвета - чтобы легче было разглядеть их в файлах. Созданные топологические модели, включающие и центроиды с определенной в Object data семантикой, можно дальше использовать прямо при экспорте в другие форматы - есть возможность экспорта по "топологиям". А можно "в одно действие" командой _MAPCLPLINE создать соответствующие замкнутые полилинии контуров площадных объектов, включив опцию "Копировать объектные данные из центроида в полилинию". Если бы была команда выбора элементов по присоединенным к ним Object data, то можно было бы частям границ присоединять Object data всех видов объектов, границами которых они являются. Допустим, к части границы строения на участке, выходящей на улицу, присоединить Object data "граница_участка", "граница_строения", "граница_улицы". А к "тропа" присоединить Object data "граница_участка", "граница_угодья". И т.п. И использовать конкретные Object data как признаки для выбора элементов при создании соответствующих топологических моделей.
Опубликовал, наконец, здесь мой еще прошлогодний обзор-анализ возможностей Object Data. Думаю, что массе народа в количестве человек аж до 10-15 на все СНГ это может быть интересно Критиковать можно и нужно.
У меня всё руки не доходят повторить описанное вами, мои редкие опыты в ГИС всё время сводятся к SDF и модулю "Предприятие". Из статьи выходит, что недостатков больше чем достоинств. Наиболее критичным в части подготовки данных ГИС мне видится отсутствие поиска и выбора по данным OD. Значит ли статья что вы свои изыскания в этой области забрасываете? А как дела с утилитой для черчения топографии с использованием FC и OD?
Выводы о недостатках/достоинствах я делаю другие :) У самих OD оч. неплохой потенциал, который или реализован плохо или не используется. В статье часто нужно читать не "отсутствие", а "очень неудобно сделано" или "слишком сложно для пользователя" и т.п. Поиск и выбор по OD есть в Map 3d через запросы. Но там - сами знаете - нужно сделать множество операций: закрыть файл с данными, открыть новый пустой, вызвать окно Mapworkspace, подключить к файлу dwg с OD, описать запрос для поиска/выбора и выполнить. Если с выбранным что-то сделано, то сохранить изменения в подключенном файле. И не забыть отключить присоединение dwg, иначе с ним нельзя будет напрямую работать. Не всякий исполнитель лишний раз на такое вообще отважится, да еще и во время производственной гонки. И все это вместо прямого поиска в OD активного файла. В целом же у меня происходит все наоборот - я полностью по своей инициативе, за свои средства создаю инструменты для работы с OD. Получается два набора команд: - набор для черчения объектов а-ля Feature classes, но только с OD и с исправлением недостатков FC и с рядом дополнений для автоматизации, проверок и удобства, - набор для работы с OD. В сумме получается что-то вроде приложения. В принципе работоспособная основа была написана к осени. Уже использовал для работы с реальными данными, сделал реальный небольшой проект Но чистки, оптимизация, дополнения занимают много времени. Уже делал бы видео, но все время что-то меняется.
Продукт будет "для внутреннего пользования" в предприятии или планируете выпустить на рынок? Я так понимаю, что Сам Autodesk вашими предложениями не заинтересовался как и российское представительство. Они через дилеров по прежнему предлагают расширенный шаблон для Civil и всё. Ну ещё GeoniCS'ом приторговывают. Да выходит сложно. Ещё немного не удобно что для OD нет прямого табличного представления как у SDF MAPa или в у TAB в Mapinfo. Есть типы данных которые проще вводить имея табличное представление а не в виде карты.
Хотелось бы на рынок. Autodesk, похоже, в части работы с dwg в целом забросил Map 3d году в 2007, 2008. Косяки в Feature classes, неудобства в Object Data не исправляются с самого их появления в 2004, в 1998-1999 гг. соответственно. В том самая и ерунда, что сделать нормальную команду поиска/выбора по значениям в OD не сложно! Для начинающего в Автокаде программиста - день-два. Ну, неделя... Как и большинство других нужных команд работы с OD. Сейчас табличное представление OD в Map 3d тоже ведь возможно! Для этого "всего лишь" нужно сделать соединение с внешней БД, выгрузить туда данные из OD, и уже для них есть табличный вид. Но если я такое предложу тетеньке-картографу, то она уволится или мне придется сидеть все время рядом, и делать за нее. Про фрилансеров и многие субподряды можно сразу забыть А все это вместо кнопки "Показать OD таблицей". :( Да, мы конечно же сделали и табличный просмотр и редактирование данных OD. И выгрузку/загрузку данных из OD в txt или в csv, чтобы что-нибудь в Excel подсчитать-переделать-заполнить тоже можно было.
Да, для Autodesk похоже МАР совсем стал побочным продуктом, так для кучи, чтобы было ГИС. Буду ждать возможности посмотреть или потрогать вашу утилиту. Запишите роликов что-ли как допилите её до бетта-релиза.
Пилим... Хочется сделать побольше и получше Есть у AutoCAD и у Map 3d еще слабое место - формирование площадных объектов. Например, в последнем реальном проекте, на несложной сельской местности, почти без заборов и строений и пр., формирование площадных объектов у меня отняло примерно 70% времени-сил. И по прежнему опыту доля усилий на площадные объекты тоже оч. заметна. Фактически AutoCAD дает только одну команду - boundary, но она работает не точно, не полно или просто не делает. В Map 3d есть Drawing cleanup, есть создание площадных топологических моделей. Но в Drawing cleanup фантастическим образом отсутствует поиск разрывов (endpoint). А информативность _maptopocreate (создать площадную топологию), почему она отказалась создавать площадные объекты, тоже дикая. Да и в других командах работы с топологиями для меня много загадок. Ни нормального поиска разрывов, ни возможности найти все фрагменты линий, образующих контур вокруг указанной точки, ни возможности "проследить" по линиям нужный контур, ни возможности создать контур, повторяющий указанные линии - ничего этого ни в AutoCAD, ни в AutoCAD Map 3d нет. И все чаще слышу, что в Панораме удобнее! С помощью Object Data можно поддерживать цепочно-узловую структуру, т.е. определять границы площадных объектов без дублирования векторов. За счет возможности определять один элемент как несколько разных объектов. Т.е. в этом у Object Data в AutoCAD Map 3d нет альтернативы - с помощью Feature classes можно определять один элемент только как один объект. Но за работу с графикой Object Data отвечать, конечно не могут.
