Civil 3D, InfraWorks и Инфраструктура – Русский – только для чтения
Делитесь знаниями, задавайте вопросы, читайте самые популярные темы по Civil 3D, Map 3D.
отмена
Отображаются результаты для 
Показать  только  | Вместо этого искать 
Вы имели в виду: 

можно ли один элемент определить несколькими Feature classes

17 ОТВЕТ 17
Ответить
Сообщение 1 из 18
АлексЮстасу
876 просмотров, 17 ответов

можно ли один элемент определить несколькими Feature classes

Существует ли способ классифицировать один графический элемент несколькими Feature classes?

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

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

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

 

 


-- Alexander, private person, pacifist, english only with translator 🙂 --

Object-modeling _ odclass-odedit.com _ Help

17 ОТВЕТ 17
Сообщение 2 из 18

Переклассифицировать можно, одновременно причислить к двум разным классам нельзя. Но, можно привязать к одному объекту несколько таблиц и использовать его для отображения в разных стилях и тематических картах (слоях). Кастати, если объект переклассифицировать, то таблица от прежнего класса сохраняется и добавляется новая

Сообщение 3 из 18
trir
в ответ: Olga_Shevchenko

А может пора на Industry model переходить?

Сообщение 4 из 18
АлексЮстасу
в ответ: trir

Еще бы знать, что это такое, какие потребуются издержки, и какие у нее ограничения?

Концептуально в чем в этой "Industry model" решение для не дублирования графических данных?

 


-- Alexander, private person, pacifist, english only with translator 🙂 --

Object-modeling _ odclass-odedit.com _ Help

Сообщение 5 из 18
trir
в ответ: АлексЮстасу

По сути это внешняя БД (и кажется там есть топология...)

Только с кучей прибанбасов от AutoDESK'а

Вообщето это новое название TopoBase

Сообщение 6 из 18
АлексЮстасу
в ответ: trir

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

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

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

Поэтому делать такие работы желательно, во-первых, ПО с кадовскими возможностями, во-вторых, с привлечением минимума ПО и инструментария из него. У топографов-картографов и так может одновременно использоваться Autocad Map, Microstation и специализированные приложения к ним, а также еще что-нибудь типа Кредо или т.п.

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

Вот для использования, для анализа, дополнения под ГИС созданных планов-карт на весь объект со всеми необходимыми данными, возможно, имеет смысл искать специализированное ПО - не Map.

Но иметь возможность создавать для этого использования планы-карты максимально подготовленные во всех смыслах.


-- Alexander, private person, pacifist, english only with translator 🙂 --

Object-modeling _ odclass-odedit.com _ Help

Сообщение 7 из 18
trir
в ответ: АлексЮстасу

взаимоисключающие параграфы:

"мелкие нищие фирмы"

"одновременно использоваться Autocad Map, Microstation и специализированные приложения к ним, а также еще что-нибудь типа Кредо"

 

QGIS+PostGIS - совершенно бесплатно!

Сообщение 8 из 18
АлексЮстасу
в ответ: trir

Да, про взаимоисключающие я заметил, но таковы реалии нашей жизни 🙂

Хотел же в основном сказать, что топографы-картографы должны решать задачи правильной идентификации объектов местности, правильного их отображения. А не БД администрировать и с ПО бороться... У них при нынешних наборах разнородного ПО головы распухшие, а глаза потухшие, если же им добавить еще внешние БД или т.п., то они могут и гикнуться...

Если бы задача решалась средствами попроще и средствами имеющимися, то зачем бы плодить сущности?


-- Alexander, private person, pacifist, english only with translator 🙂 --

Object-modeling _ odclass-odedit.com _ Help

Сообщение 9 из 18
trir
в ответ: АлексЮстасу

Насколько я слышал, Topobase как раз и разрабатывали практикующие топографы, под себя

Так, что перефразируя классика

"Тот, кто не хочет кормить своих программистов, будет кормить чужих"

В принципе так уже и происходит...

Сообщение 10 из 18
АлексЮстасу
в ответ: trir

Почитал немного, поверхностно про TopoBase, и похоже это немного не то. Во-первых, там Oracle. У фрилансеров не у всех какой-нибудь TotalCommander стоит, и не все на FTP зайти умеют, а тут Oracle...

Во вторых: "Поскольку у большинства пользователей ГИС отсутствует необходимость в создании сложной геометрии с помощью всего функционала AutoCAD Map 3D, а требуется лишь вносить некоторые изменения или просто получать информацию, применение этой технологии может стать решением данной проблемы.". У топографов же почти наоборот - нужны практически все кад-возможности, а всю первичную информацию именно топографы-картографы как раз собирают.

 

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

Альтернатива, по-моему,  такова: либо дублировать линии в контурах, отображая площади замкнутыми примитивами (полилиниями, полигонами и т.п.), либо определять отдельные фрагменты между пересечениями одновременно как все объекты, в которые эти фрагменты входят.

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

Второй вариант требует создания "центроидов", топологических моделей, специальных инструментов выбора и определения контуров площадных объектов. На этому пути, например, ArcGIS, ГИС под Microstation, да и наш AutoCAD Map. Здесь приходится основательно потрудиться с топологической коррекцией, "центроиды" легко теряются в пылу сражений, информацию о сущностях и формах объектов необходимо получать специальными средствами и т.п.

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

 

Или ныне изобрели другие альтернативы?


-- Alexander, private person, pacifist, english only with translator 🙂 --

Object-modeling _ odclass-odedit.com _ Help

Сообщение 11 из 18
trir
в ответ: АлексЮстасу

1. Построить топологию (есть в Map 3D)

2. Связать сегмент с таблицей по ключу, в таблице может быть несколько записей на один сегмент

Причём таблица может быть в чём угодно

 

В последнх версиях Topobase они отвязались от Oracle

 

Сообщение 12 из 18
Olga_Shevchenko
в ответ: trir

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

Бывают и другие методы классификации (фасетный, многомерный), но работая с FC мы имеем дело с обычным "деревом".

 

АлексЮстасу, ваш пример с забором не убедил. Геодезистам, топографам совершенно все равно чьей границей он является. Они его заносят в базу как забор деревянный или кирпичный или сетка рабица... и на этом все. И граница чего? Если кадастровая граница участка, то она с забором очень часто не совпадает и к ней привязазано так много информации, в том числе вся история изменений со ссылками на правоустанавливающие документы и прочее, что упоминание о том, что она местами совпадает с каким-то деревянным забором, который сегодня стоит, а завтра упадет.. ну, это даже не смешно.

Сообщение 13 из 18
АлексЮстасу
в ответ: trir

Да.

2. Присоединить к каждому элементу столько OD, во сколько линийных и площадных объектов он входит.

 

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

И Feature classes встроены в Map как критерии поиска для многих базовых команд - и в Drawing cleanup, и в создание топологических моделей и в пр. А Object Data - далеко не во все.

 


-- Alexander, private person, pacifist, english only with translator 🙂 --

Object-modeling _ odclass-odedit.com _ Help

Сообщение 14 из 18

Чтобы не увязнуть в кадастровой специфике, давайте возьмем предельно простые примеры.

Например, для площадных объектов: береговая линия водоема является и границей растительности (или открытых грунтов - не важно).

Или пример линейного и площадных: узкая канава является границей луга и пашни.


-- Alexander, private person, pacifist, english only with translator 🙂 --

Object-modeling _ odclass-odedit.com _ Help

Сообщение 15 из 18

Мне за 20 лет ни разу не выдавали топосъемку в таком виде, как Вы описываете. У топографов все послойно: луга, пашни, леса обычно площадные объекты в слое Растительность, мелкие канавы - линейные объекты в слое Формы рельефа и с границами растюх никак не связаны.

Ну, и в прошлом году новый классификатор ЦТК утвердили, я думаю им и надо пользоваться.

Сообщение 16 из 18

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

Это не удивительно, ведь за эти 20 лет в Autocad Map не появилось ни Feature classes, которые можно было бы присоединять по несколько разных к одному элементу, ни удобных инструментов работы с Object Data.

 

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

И то, что у топографов границы растительности с теми же канавами никак не связаны, по-моему, только на совести тех топографов. Как и площади водоемов с окружающей их сушей.

 

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

И ведь в самом Autocad Map не случайно же сделаны "топологии", Drawing cleanup - они нужны для поддержания цепочно-узловой структуры данных. Недообеспены инструментами - об этом и речь. Но у Автокада такое часто бывает 🙂


-- Alexander, private person, pacifist, english only with translator 🙂 --

Object-modeling _ odclass-odedit.com _ Help

Сообщение 17 из 18

Вы классификатор с тематическим картированием не путаете случайно?

Один объект может быть представлен в разных видах в одной карте, но в разных тематических слоях.

Сообщение 18 из 18

Нет, в этой теме речь не об этом.

Ок. Похоже, что мы с Вами сторонники разных способов описания площадных объектов.

 


-- Alexander, private person, pacifist, english only with translator 🙂 --

Object-modeling _ odclass-odedit.com _ Help

Не нашли то, что искали? Задайте вопросы в сообществе или поделитесь своими знаниями.

Новая тема  

Autodesk Design & Make Report