[Circle]

Приветствую.
Имеею множество линий и дуг которые пересекаясь образуют замкнутые области. Нужно получить контуры этих областей в полилиниях. Неплохо с этим справляется команда boundary, но минус в том что приходится тыкать вручную в каждую область, а если их 100 или больше. Вопрос как можно сделать так чтобы можно было выделять например обычным способом справа налево все сразу , при этом находились бы замкнутые области и обводились полилиниями

[Oleg T]

Сообщение от АлексЮстасу Немного изменил Ваш исходный контур - для случая, ближе к общему

В этом случае у меня не получилось так гладко с одного раза, как у Sleekka. Без проблем распознал только турбокад, но там неприятности с дугами (как я уже говорил). Причем он отрабатывает с этим примером даже тогда, когда на экране только маленький кусочек изображения (почти все за кадром).

В брикскаде точный контур получился за 2 хода:
1. Создание области (без разбиения примитивов в точках пересечения).
2. Команда _boundary. Причем я приближал контур так, как говорил в #63 (то есть видимым был маленький кусочек области).
Возможно, еще система и железо как-то влияют, раз у Sleekka в двух случаях результаты лучше, чем у меня (версия брикса та же, 15.3.05).

Сообщение от АлексЮстасу Если в других кадах есть еще нормальные аналоги Map/Civil 3D

Что я знаю (не моя специализация), так это только MicroSurvey CAD, изыскания - проектирование. По-моему, на базе ядра IntelliCAD (у брикса - другое, свое).

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

Сообщение от Oleg T В брикскаде точный контур получился за 2 хода: 1. Создание области (без разбиения примитивов в точках пересечения). 2. Команда _boundary. Причем я приближал контур так, как говорил в #63 (то есть видимым был маленький кусочек области). Возможно, еще система и железо как-то влияют, раз у Sleekka в двух случаях результаты лучше, чем у меня (версия брикса та же, 15.3.05).

Какой смысл в _boundary, если уже есть область?
Странно... В #79 Sleekka даже видео выложил - про создание области там не видно. Может быть он волшебное слово знает?

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

[Oleg T]

Сообщение от АлексЮстасу Какой смысл в _boundary, если уже есть область?

Так это если нужны именно полилинии для редактирования.
А так, получается, есть решение задачи получения группы корректных контуров максимально быстрое, только не в автокаде )))
Пара минут - 1460 корректных областей. Наружная - лишняя.

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

Сообщение от Oleg T Так это если нужны именно полилинии для редактирования. А так, получается, есть решение задачи получения группы корректных контуров максимально быстрое, только не в автокаде )))

Необходимо все-таки разделить эти две родственные, но разные задачи:
1. получение элементов границ минимального контура вокруг точки, создание такого контура вокруг точки и
2. получение всех возможных минимальных контуров из указанного множества элементов.

Про нужность решения в Автокаде второй задачи говорится тоже давным-давно, в т.ч. и мной. Обсуждаются такие лиспы, созданы программки. Например, давно уже создана индийцами FlashPolygons, и она даже присутствует в списке приложений к BricsCAD (как французская). Она создает сразу полилинии. Кстати, возможно же, что в BricsCAD есть еще и преобразование областей в полилинии?
Я пытаюсь развести обсуждения этих задач, чтобы не путаться, и найти пути решений. В конце - да, обеих задач. Автокад до сих пор не решает нормально или вообще ни первую, ни вторую задачу.

1. Если пользователю для получения одного, нескольких контуров нужно предварительно создавать области (потом _boundary по точке, потом ненужные области удалить), то теряется смысл _boundary по точке. Смысл ее ровно в минимуме действий для пользователя - только точку указать.
Другое дело, что программное решение _boundary по точке вполне может быть и таким - программа для себя создает все возможные минимальные замкнутые контуры, а пользователю выдает именно те, внутри которых указаны точки. Ваши примеры с BricsCAD и пр., FlashPolygons показывают, что такой обходной маневр может оказаться достаточно быстрым и явно надежнее.
2. Можно быстро получить все возможные минимальные контуры [из указанных элементов] в BricsCAD и пр., во FlashPolygons, в вертикальном приложении AutoCAD Map 3D (для самых обычных, не пользовательских элементов) - почему так сложно, что по факту невозможно в самом Автокаде эту возможность реализовать?

Вы не могли бы в BricsCAD попробовать создать области для тестовых файлов с сайта BricsCAD? Внизу страницы "Загрузить набор файлов для тестирования". Для больших файлов? Засечь время, за которое будут сделаны все возможные области?

[Oleg T]

Сообщение от АлексЮстасу Необходимо все-таки разделить эти две родственные, но разные задачи: 1. получение элементов границ минимального контура вокруг точки, создание такого контура вокруг точки и 2. получение всех возможных минимальных контуров из указанного множества элементов.

Да, конечно.

Сообщение от АлексЮстасу Вы не могли бы в BricsCAD попробовать создать области для тестовых файлов с сайта BricsCAD

Возможно, посмотрю на неделе.

PS. Так Вы и сами можете попробовать, для закачки дистрибутива триала нужен только электронный адрес,
вес где-то 180-190 МБ, устанавливается за пару минут. Все команды дублируют акадовские.

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

Сообщение от Oleg T В этом случае у меня не получилось так гладко с одного раза, как у Sleekka. Без проблем распознал только турбокад, но там неприятности с дугами (как я уже говорил).

Для порядка хотелось бы уточнить про обработку примера из #78. Почему-то у Sleekka получилось легко, а у Вас - нет?

[Oleg T]

Сообщение от АлексЮстасу Почему-то у Sleekka получилось легко, а у Вас - нет?

Не знаю. У меня получается при выборе объектов для создания набора контуров.
Может, от железа и системы зависит.

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

Сообщение от Sleekka Проверили Нажмите для просмотра http://youtu.be/_FGtOp7eoVM Специально видео снял, вдруг не поверите.

Подскажите, плз, как Вы делали? У Oleg T по точке не получилось.
Я установил сейчас BricsCAD ознакомительную версию 15.3.05 (x86) ревизия 39062. Сообщили, что ставится аж Platinum.
У меня BOUNDARY из BricsCAD вообще - сделала почти все, как в Автокаде. Т.е. BricsCAD делает по точкам два отдельных контура, почти такие же, как и Автокад. Есть отличие - при создании нижнего контура в него включается и весь перешеек.
Как и в Автокаде, BricsCAD не находит контуры, если не все элементы границ видны на экране. Как и в Автокаде, BricsCAD упрощает "мелкие" детали - см картинку, черная - созданный контур.
Но это у меня, новичка.
А Вам как удается делать весь контур по точке? Да чтобы мелкие детали не срезались?

[Oleg T]

Сообщение от АлексЮстасу Как и в Автокаде, BricsCAD не находит контуры, если не все элементы границ видны на экране

Для себя определился окончательно. У меня в бриксе для создания контуров (и штриховок) без ошибок по внутренней точке
сначала все-таки нужно создать набор контуров и затем последовательно указывать точки, при этом приближая экран до размеров,
соизмеримых с проблемной областью (в автокаде не проверял, не хочется, и там с зуммированием проблемы. До 13-й версии во всяком случае).
По-моему, это - вполне себе вариант алгоритма для написания макроса.
НО!!!
Вспомнил про нанокад (и почему раньше забыл ?))).
Так вот в бесплатной версии в этом примере все происходит ИДЕАЛЬНО без предварительного создания набора контуров.
Для усложнения эксперимента уменьшал изображение максимально далеко, чтобы только точку можно было указать.

Вот так как-то )))
Так что или пишите (заказывайте) макрос, или создавайте контуры в нанокаде. У меня из нано- в брикс- объекты копируются через буфер без проблем.

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

Сообщение от Oleg T У меня в бриксе для создания контуров (и штриховок) без ошибок по внутренней точке сначала все-таки нужно создать набор контуров и затем последовательно указывать точки, при этом приближая экран до размеров, соизмеримых с проблемной областью (в автокаде не проверял, не хочется, и там с зуммированием проблемы. До 13-й версии во всяком случае). По-моему, это - вполне себе вариант алгоритма для написания макроса. НО!!! Вспомнил про нанокад (и почему раньше забыл ?))). Так вот в бесплатной версии в этом примере все происходит ИДЕАЛЬНО без предварительного создания набора контуров. Для усложнения эксперимента уменьшал изображение максимально далеко, чтобы только точку можно было указать.

Вот только что решил проверить в BricsCAD еще раз, и все получилось сразу и только по точке. Там же в BricsCAD допуск есть! У Автокада его нет... По умолчанию он был 0.0000. И контур строился из двух раздельных. Если сделать допуск 0.0001, то при любом увеличении у меня делается полный и точный контур.
Но если на экране видна не бОльшая часть фигуры, то контур не строится - как в Автокаде.
Кстати BOUNDARY из BricsCAD сплайны тоже обрабатывает.

А про Нанокад... У автора BNDR были тесные контакты с Нанокадом
Проверьте в Нанокаде - если от фигуры виден на экране только маленький краешек, то сделает контур? Если сделает, то BNDR уже в Нанокаде.

[Oleg T]

Сообщение от АлексЮстасу Если сделать допуск 0.0001

А я и не проверил, потому как в фильме от Sleekka такого не увидел. Отлично!
Проверил в Нанокаде.
Без создания набора контуров строит все-таки только когда на экране по крайней мере больше половины изображения.
А если создать набор контуров, то можно и приближать как угодно.

PS
Теперь понятно, почему в фильме от Sleekka все так классно.
Стоило мне один раз назначить допуск, как штриховки и контуры стали строиться корректно.
Но его значение не отображалось в окне команды, пока я не переназначил значение системной переменной LUPREC на 5 (а было 4).

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

Сообщение от Oleg T сначала все-таки нужно создать набор контуров

Посмотрел на создание регионов в BricsCAD.
Что-то не совсем то там получается, когда указываются сразу все возможные исходные элементы...

[Sleekka]

получение всех возможных минимальных контуров из указанного множества элементов

Эта задача решается на лиспе после решенной первой за 20 мин со всеми тестировками.
Я в командировке с планшета.
1) сплайны конвертить в полилинии
2) получить облако точек пересечений каждого обекта с каждым
3) из этого облака точек получить новое превратив каждую точку в 4 точки с отступом не более 0.0001 или не более 1/1000 я габаритного контейнера всех точек, при невыполнении второго условия задачу вообще не решать.
4) подставлять точки в _boundary проверяя не принадлежит ли точка готовым контурам.
Все.

[Кулик Алексей aka kpblc]

Добавь сюда блоки с разными углами поворотов и масштабами, внешние ссылки, примитивы, имеющие разницу по оси Z, учти Elevation... Я не думаю, что эта задача настолько уж тривиальна.

[kp+]

Сообщение от Кулик Алексей aka kpblc Добавь сюда блоки с разными углами поворотов и масштабами, внешние ссылки, примитивы, имеющие разницу по оси Z, учти Elevation...

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

[Кулик Алексей aka kpblc]

С чего это "подоснова"? Тут и без вн.ссылок головняка хватит )

[kp+]

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

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

Сообщение от Кулик Алексей aka kpblc Добавь сюда блоки с разными углами поворотов и масштабами, внешние ссылки, примитивы, имеющие разницу по оси Z, учти Elevation... Я не думаю, что эта задача настолько уж тривиальна.

Сообщение от kp+ А при написании заветной проги сосредоточиться на алгоритме

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

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

[kp+]

Итак, мы вернулись к чему-то вроде написанной сумрачным гением BNDR.
Я в #55 интересовался, не желает ли создатель ПРОДАТЬ пару копий своего творения КАК ЕСТЬ, без доработок? Или, грешным делом, выложить на форуме бесплатно
Ответа не получил
АлексЮстасу, что скажете?

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

Сообщение от kp+ так, мы вернулись к чему-то вроде написанной сумрачным гением BNDR. Я в #55 интересовался, не желает ли создатель ПРОДАТЬ пару копий своего творения КАК ЕСТЬ, без доработок? Или, грешным делом, выложить на форуме бесплатно

Offtop: Я работаю над этим...Мне интересно, для какого рода задач Вам нужна нормальная BOUNDARY?