кто и как пользуется Object Data в Autocad Map

Попытаюсь описать общую картину.
На планах М 1:500-1:2000 может отображаться до 900 типов объектов. Со вспомогательными, оформительскими и т.п. может быть больше тысячи. Если делать план под Панораму, то там добавляется еще разделение однотипных объектов по характеру локализации - точечные, векторные, линейные, площадные, текстовые, текстовые векторные. Т.е. еще больше.
Определение объектов с помощью OD производится присоединением к графическим элементам OD, имеющим специальное поле для названия типа объекта (допустим, "название_объекта"). Например, "горизонталь утолщенная" или "репер нивелирный". Теоретически можно было бы обойтись присоединением OD, название которого и было бы определением объекта. Но, во-первых, названия OD не могут быть длиннее 34 символов, не могут содержать пробелы и знаки препинания (а названия объектов бывают и сложными, и длинными). Ограничения на длину можно было бы обойти, называя OD кодировано - по номерам условных знаков вроде "240(3_2)" или прямо кодами Панорамы. Но для операторов это оч. неудобно - тогда нужен еще какой-то дополнительный справочник для соотнесения с названиями объектов и пр. И далеко не все планы-карты вообще делаются по стандартам. Во-вторых, тогда число OD было бы очень большим - по числу типов объектов.
У, допустим, половины типов объектов (просто по ощущениям) нет характеристик. Для них теоретически достаточно одного OD. Для всех объектов, имеющих разные характеристики, нужны свои OD, со своим набором полей для этих характеристик. Естественно, что у многих объектов с характеристиками наборы характеристик одинаковые, соответственно и описать их можно одинаковыми OD.
Итого, например, по факту:
- для полного классификатора Панорамы для 1:50000 у меня получилось 1684 объекта ("Панорамовских"! При том, что в этом масштабе всего 350, ну 500 типов объектов максимум);
- и для такой массы типов объектов понадобилось "всего" 258 OD.
Очень многие характеристики одинаковы для разных типов объектов, соответственно и описывать их целесообразно даже в разных OD одинаковыми полями: "СОСТОЯНИЕ", "ШИРИНА" и т.п.
Удобоварительно ли это для SDF? Для СУБД? Для Mapinfo, ArcGIS вроде бы без проблем.
Как сделать оптимальнее стыкование OD с SDF, с СУБД, меня тоже интересует - не хотелось бы подкладывать свинью или создавать неприменимое :)

 

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

При сохранении в SDF или групповом копировании - это 258 файлов или соединений в диспетчере подключения данных...

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

После экспорта в MIF/MID или SHP ведь получается тоже множество файлов? (258?)
Это не совсем без проблем, т.к. при хранении данных в СУБД придётся либо писать конвертор, либо методично обрабатывать каждый файл, а это неудобно.

Я почему на SDF всегда ссылаюсь - это самая удобная заготовка для "группового копирования" в MAPе при переносе в Oracle.
Даже типы полей и т.п. одинаковы. Не имея больших познаний в Oracle можно довольно просто повторить схему и структуру SDF.
Предполагаю, что в Mapinfo и ArcGIS при попытке хранения в СУБД будет также.

Попробуйте вашу карту с OD вывести в SDF. Вкладка "Вывод" -> "Как SDF". Интересно справится ли MAP и что будет в результате.

 

Экспорт прошел без сбоя:

Опции ставил такие: Т.е. экспортировал не по слоям, а по OD. Соответственно, элементы без OD не экспортировались?
"636 объектов экспортировано несколько раз" - это, наверное, те элементы, к которым было присоединено больше одного OD.
Даже обнаружил сам, как его потом открыть! (Мои каампитенции в sdf равны нулю).
Без проблем открылась такая оч. веселая картинка:
Сумел вызвать таблицы данных: Поля и содержание таблиц пришли без проблем - как были в OD.
Ндаааа... Ну, почти совсем как в нашем приложении для OD! Плагиаторы! У нас, конечно, лучше

Гм... Интересно это все... Редактировать sdf можно... Даже чертить можно сразу как объекты, т.е. сразу с полями данных! Нет ли возможности черчения из меню типов объектов? Как в Feature classes?

В целом данные dwg с OD перешли в sdf без видимых проблем.
Пока вижу только, что площадные объекты с "дырами-островами" не получились. Т.е. на буквально острове посреди реки одновременно и полигон острова, и полигон реки. Впрочем, я выгружал не через топологические модели, а элементы dwg.
Для экспорта в mif/mid мы предусмотрели выгрузку полигонов с дырами, если их контуры объединены в группу. Ведь сам Map при создании контуров из топологических моделей предлагает делать в таких случаях группы.

 

Алекс Юстасу, тут выяснился один невеселый момент. Я выдал заказчику файл, где у объектов есть OD, так вот, в его голом AutoCAD в панели свойств OD не отображаются, смотрели на разных компах с разными настройками, нету. Как только открывают через civil, все в порядке. Вы не в курсе что это может быть?

 

Еще могу добавить, что если очистить в базовом Автокаде файл от прокси, то OD вообще исчезнут.
Но это естественно - OD ведь есть "расширенные данные", и не просто, а еще и Map 3d. Базовый Автокад вообще не дал пользователям инструментов работы с ними. В т.ч. и не дал возможности их видеть. Map 3d дал возможность видеть и редактировать пользователям содержание OD, но, естественно, только в своей среде (Civil/Map).
Поэтому есть три варианта для использования OD:
- ставить пользователям Civil/Map,
- выгружать во внешнюю БД,
- писать средство просмотра OD для базового Автокада.
Первый способ самый простой.
Второй - морока с внешними БД.
Последний вполне возможен для программистов на ObjectARX.
Мы эту задачу в целом решили так - мы параллельно пишем свое приложение работы с XRecord (расширенные данные базового Автокада), полностью повторяющее возможности нашего приложения для OD. Естественно, с возможностью просмотра и редактирования содержания XRecord.Заодно делаем конвертор OD в XRecord и наоборот.

В принципе, если заказчики пользуются Mapinfo или ArcGIS, то можно выгружать данные с OD в них.

 

И это прекрасно. Особенно, обратите внимание, что вы получили 1 (один) файл содержащий в себе необходимые схемы и элементы.
Теперь к нему можно подключить N пользователей МАР и цифровать!
Ну ещё, конечно, поиграться со стилями и правилами отображения для того чтобы карта картой выглядела, но это творчество, оно в радость, тем-более все блоки и виды УЗ у вас есть.
Чертить и цифровать в SDF можно прямо из дерева стилей по ПКМ - Создать полигон/точечный/линейный.
Об удобстве по сравнению с вашей программой для SDF пока судить не берусь.
Отсюда и мой интерес к ПО - пытаюсь определится с созданием топографических карт в MAP.

Нужно посмотреть и подумать пойдут ли такие сложноструктурированные данные в СУБД.

 

Да, но и dwg тоже был один! Тоже считаю эту единственность уникальным плюсом OD и Map 3d.
Хотя... Да, мы добавляем внешний файл описания стандарта, в котором описано что и как нужно чертить, с какими характеристиками, с описаниями ограничений значений характеристик. Но в принципе этот файл передавать пользователю плана-карты не обязательно, если он сам чертить не будет.

Гм... Файл sdf весит 21 Мб против 4.2 dwg...

Еще потеря (?) при переводе в SDF - тексты стали точками, их содержание не перешло, и для создаваемых объектов не вижу варианта Текст/Надпись. В принципе, это совсем не смертельно, ведь надписи лишь элемент оформления, а не объект.

Как чертить - увидел, спасибо!
Для сравнения способов черчения подойдет сравнение с черчением с помощью Feature classes. В них - выбрал в классифицированном списке объект, и сразу чертишь нужным типом примитива с нужными свойствами и даже с нужным OD - для характеристик. Значения характеристик при этом можно вводить-редактировать в окне Свойства.
Можно выбрать элементы файла, и определить их как указанный Feature classes. Или переопределить другим Feature classes уже классифицированные. Можно быстро выбирать все элементы нужного объекта или группы объектов. Можно быстро выделить все классифицированные элементы, и все не классифицированные. Все это по правой кнопке мыши, т.е. действительно быстро.
Многое из этого я уже нашел для SDF. Хотя, не так же шустро и прямо.
У SDF есть золотое преимущество - видеть объекты и их характеристики в табличном виде, редактировать их, делать выборки.
Мы в нашем приложении для создания объектов с OD (его описания пока не выкладывал) исходили из повторения возможностей Feature classes плюс из необходимости добавления большего сервиса. Например, добавили проверки полноты и соответствия содержимого dwg заданному стандарту. Проверки полноты и правильности заполнения полей характеристик. Сделали сервис для выбора объектов из списков - поиск по названию, списки последних начерченных, создание собственных списков нужных объектов. Добавили возможность автоматического определения по наборам графических свойств. Добавили возможность присваивать графические свойства по определениям объектов. Возможность расстановки элементов по приоритетам отображения.
И мы сразу заложили возможность ввода значений характеристик с учетом ограничений - диапазонов допустимых значений, списков допустимых значений.
Плюс - об этом уже пару раз поминалось - обеспечили возможность определения одного элемента многими объектами.
Вместе с приложением ODEDIT, описание которого я недавно здесь предлагал, это все дает возможность и чертить, и работать с БД. Лучше, чем с Feature classes, и не хуже, чем в SDF. Вроде бы.

 

И это правильно. Скрестив пальцы ожидал такого результата.
Честно - ожидал проблем. Я поражён тому, что сформировалась такая сложная структура, и, причём, без вмешательства "гис-архитектора".

Да, то что работает напрямую и почти без багов - отличие Автодеск от многих остальных...
Вот так с в пару кликов данные (не карта) стали из одно- >-> МНОГОпользовательскими.

Но он - "Для всех"!!! И обо всём
И работа с ним в приличной сети идёт на скорости доступа к отдельному файлу сетевого хранилища.

Это порочная практика в создании электронных карт. Dixi. Но это отдельный разговор.

Отсюда и выбор, и вопрос целесообразности разработки ПО. Ведь не просто так Автодеск забросил FC и OD? Пир этом не доработав вновь приобретённые инструменты.
Впрочем, это в их стиле.

Возможности выборок, анализа, статистики, SQL запросов значительно шире и вы это знаете (и не стремитесь к максимуму в при достижении своих целей).
Не нужно достигать сравнения, нужно дать необходимое, вы же не новую ГИС-программу делаете. Да, так красиво и обширно как у ESRI не получится, но большинство нужных вещей уже есть в MAP. То что у вас меньше список - минус пока цены с MAPом не сравнили. Мне видится, что со своими инструментами для OD вы до этого ещё не дошли или это даже не нужно.

Как инструмент подготовки данных всё очень даже неплохо и имеет место для использования.
Также есть экономический эффект. Если бы OD можно было бы создавать и редактировать в свободно распространяемом софте, то ваше ПО сыграло бы очень хорошо.

 

Повспоминал времена, когда средствами ГИС приложения к другому CAD (MGE и Geographics к Microstation) я же делал базы данных в Oracle. Все пользовательские таблицы были фактически (или почти буквально) такими же, как эти OD и фактически их было столько же. Плюс там еще были системные таблицы. И не просто работало, а считалось нормальной структурой. Т.е., надеюсь, что противопоказаний с OD для СУБД нет в принципе. Но всегда есть вопрос об удобстве и оптимальности.

А вот просто так забросил! В смысле - потому, что все время гонится за новым. Это у Автодеска просто мейнстрим какой-то - на одно и то же по два-три-пять инструментов, но ни один не полноценный! Для меня, как технолога, вопроса о необходимости доработать средства Map 3d для dwg нет - для производственной работы нужны предельно распространенные и простые инструменты. И предельно малое их число. Нужна возможность максимально простой передачи данных в другое ПО. Например, Microstation работает c 2006 г. с dwg, с dxf, практически как с родным dgn, и можно данные передавать туда-обратно напрямую. А под Microstation лучший доныне инструментарий работы с точками лазерного сканирования. В целом файлы dwg, dxf воспринимает почти все тематическое ПО. Только доработать обязан сам Автодеск!

Заметный эффект точно есть при использовании уже Feature classes, даже если они используются только для черчения, без характеристик, без передачи в ГИС! Этот эффект дает и сам инструментарий черчения сразу с нужными свойствами, и в целом стандартизация данных одного проекта. Только благодаря этому, и скорость создания планов, и их качество очень заметно улучшаются. Это проверено использованием Feature classes с 2006 г. на большом производстве, с 2010 г. в трех других фирмах.
Наш инструмент с OD прямо продолжает идеи Feature classes, и ставилась цель их реализовать полнее.

 

Попытался учесть ваши соображения об описании приложения для работы с OD - пытался превратить предыдущий текст в собственно статью. С новыми картинками :)
Могу выслать желающим для критики.
Не длинновато ли опять получилось?

 

Засылайте. Чтение и критика - после майских.

 

Еще и проект предыдущей статьи не закритиковали как следует, как предлагаю желающим покритиковать еще и проект следующей статьи.

Проект статьи про альтернативу Feature classes на основе Object data в виде приложения к Map 3d.
Т.е. про приложение для собственно создания цифровых планов-карт: для черчения с определением объектов и вводом характеристик.
С сопутствующими и содействующими возможностями.

 

Только что опубликовали обе статьи про оба приложения, работающие с Object data.
Сразу отвечу, что демоверсий еще нет. Программер был три месяца сильно занят другим, а сейчас вообще в отпуске. Да и не лежит у него душа к оформлению программ для использования - умолять приходится. :(
Могу попробовать делать видео, если что-то заинтересует.

А покритиковать - всегда пожалуйста :)

 

О начале работы с приложением ODCLASS.
Два видео об автоматической настройке среды Автокада и об автоматической подгрузке всех нужных ресурсов для черчения даже после _PURGE, при создании нового файла, в имеющемся файле с другими настройками.
Все настройки и пути к ресурсам берутся из указанного пользователем нужного файла описания объектов (стандарта черчения).


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

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

 

Класс! Представляю сколько времени ушло на создание такой систематизации :) Если еще цивилу приказать своих слоёв не создавать :)
А автоматически полевые точки и линии ведь тоже могут обретать свой должный вид?

 

На саму "систематизацию" (программу) времени ушло порядочно. И на "систематизацию" в смысле описание нужных стандартов черчения тоже времени уходит много.
Зато в результате можно пользоваться и программой, и заготовленными файлами описания.
Цивилу приказать в данном случае просто - в файле описания прямо указывается файл, из которого нужно брать описания слоев. И будут подгружены только те слои, которые используются в файле описания объектов нужного стандарта черчения.

В ODCLASS есть команда для придания нужного вида указанным (выбранным) элементам. Выделяете, и указываете в списке объектов, каким типом объектов определить - и они приобретут должный вид. Но только те элементы, чьи типы примитивов соответствуют описанным для указанного типа объектов.
И есть команда для определения типами объектов всех элементов, чьи графические свойства соответствуют описаниям объектов в файле описания.

ODCLASS и ODEDIT - приложения под AutoCAD Map 3d, т.к. используют маповские расширенные данные для семантики - Object Data, Мы использовали Object Data потому, что для них в Map 3d есть некоторый пользовательский сервис, и много команд, использующих Object Data.
В базовом Автокаде этих Object Data не видно. Но при этом не создается никаких прокси-объектов, т.е. черчение производится обычными элементами Автокада, и все сохраняется в обычном Автокаде. (Пока explodeallproxy не сделают).
Но мы специально делаем и вариант с XRecord вместо Object Data - как только дочистим исходный вариант, так выпустим и с XRecord. Т.е. для базового Автокада. И конвертер XRecord <-->Object Data.
Пример файла элементов с Object Data приложил.

 

Видео черчения с помощью ODCLASS:
Пример черчения в вымышленном стандарте черчения.
Стандарт черчения описывает в текстовом файле действительно простой структуры сам пользователь или берет кем-то сделанный.
Возможность чертить всеми нужными типами примитивов, черчение сразу с нужными свойствами.
Возможность ввода и редактирования характеристик. Ограничения значений характеристик.
Определение типа объекта, и описания, значения характеристик делаются в Object Data.

ODCLASS - альтернатива под Map 3d фирменным Feature classes.
Во-первых, ODCLASS делает доступными все нужные настройки и ресурсы автоматически - для Feature classes это нужно делать вручную. (См. предыдущие сообщения).
Во-вторых, ODCLASS поддерживает типы примитивов, которыми нельзя чертить в Feature classes - Multiline, Hatch, Dimension и пр.
В-третьих, для ODCLASS файл описания объектов много проще, чем xml для Feature classes, т.е. создавать и редактировать файл описания объектов легче.
В-четвертых, в ODCLASS без проблем, которые, к сожалению, присущи Feature classes, реализовано описание характеристик объектов.
В-пятых, в ODCLASS заложена возможность ввода значений характеристик с проверками соответствия их допустимости, правильности.
Отличий много и других - пытались учесть все недостатки Feature classes. Но и пытались сохранить и развить все их достоинства.
В целом это описано встатье в ODCLASS_статья_2.pdf

 

Видео с примерами черчения в ODCLASS разными типами примитивов AutoCAD: .
Типы примитивов которых не было в предыдущем видео о черчении: 3DPolyline, 3DSolid, Arc, Circle, Dimension, Ellipse, Line, MLeader, MPolygon, Point, Ray, Spline, Text, Wipeout, Xline.
3DSolid непосредственно чертить невозможно, но можно определить уже существующие тела.