Если в проекте используется две динамические поверхности для трасс, то при включении их обеих перестают вычитаться канавы и выемки из поверхности ЦММ. При отключении одной из них, канавы и выемки вновь вычитаются нормально и отображаются корректно.

[QUOTE]Сергей Цветков пишет:
Что с проблемой, описанной в сообщении #893? Работа стоит, заказчик волнуется. Просьба хоть как то отреагировать.
[/QUOTE]Столкнулся с такой же проблемой.
Я так понял добавили линию соединяющую ЗП с откосом. А можно было бы этой линии дать настройки какие нибудь? Обычно она идёт либо с откосом 1:0,5 либо может быть и иначе, но редко где можно встретить ее перпендикулярно вверх, как сделано у вас. Ну и верх ЗП в выравнивающих слоях начинает стремиться к точке низа откоса

[QUOTE]Денис Петренко пишет:
Что скажут другие участники?
[/QUOTE]Очень дельное предложение. Мы тоже постоянно раскрашиваем чертежи вручную в акаде

Что-то сломалось с верхом ЗП

Так и продолжают глючить сценарии откоса при использовании срезки растительного слоя. Можно как-то это исправить?

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

Для экспорта картинок из 3д вида в формат отличный от вашего нужно руками каждый раз прописывать соответствующее расширение файла (.jpg). Иначе он не экспортирует. Очень не удобно и далеко не интуитивно понятно.



Ну и почему-то не работают встроенные растры для динамических проектных поверхностей.
У моста тип устоя "подпорная стенка" не создаёт закрывающей пустоту поверхности.

Ведомость ДО не экспортируется в эксель

Если  просто добавить удалённый ранее элемент ВПП, то он в плане не будет соединяться с соседним ранее не удалявшимся. Если его применить с соседнего поперечника где он был ранее создан шаблоном ВПП то он добавится дублем и нормально соединится. Разве вообще возможны два элемента с одинаковым названием?


Раньше кстати в добавлении элементов уже использованные элементы на данном поперечнике вроде как серым были, сейчас все одним цветом и при попытке добавить дубликат он что-то типо делает, но вроде не добавляет. Но раньше было удобнее.

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

[QUOTE]Денис Петренко пишет:
Новые ведомости пока уходят на второй план.
[/QUOTE]Можно в старые добавать ширину элементов ДО на пикетах и по ним забить средствами экселя подсчёт площадей. Будет явно правильнее и ближе к тому что надо.

[QUOTE]Saratov пишет:
от 24.02.15?
[/QUOTE]А я вижу обновление только от 22.02.2015

[QUOTE]Анисимов Степан пишет:
Исправлено в текущей версии, Валентин.
[/QUOTE]Стало ещё ХУЖЕ.
Срочно исправляйте - совсем сломали. Вы что обновляете вообще не глядя на результат?!

Причём если выводить по всем поперечникам, но с этими кривыми попикетными суммами, на последнем поперечнике всё равно крадёт последний диапазон, как и было. Остальное всё сломали. Врёт процентов на 15-20 при разных настройках. Сравнивайте с вариантом без пропуска скрытых и без попикетных сумм - там всё считается как надо. Лучше всего сравнивайте с обведённым в автокаде) До того как не сойдутся значения, лучше верните как было в прошлую пятницу.

[QUOTE]Анисимов Степан пишет:
А по поводу новой ведомости, которая совмещает данные с двух других надо подумать насколько она будет полезна не только вам, но и другим нашим пользователям. Подобный вид ведомости единичное требование заказчика или же системное дополнение в приложения проектов?
[/QUOTE]Вообще-то это базовое требование к рабочей документации, например тут оно прописано "[url=http://gostrf.com/norma_data/43/43651/index.htm#i633083]РЕКОМЕНДАЦИИ ПО РАЗРАБОТКЕ ИНЖЕНЕРНОГО ПРОЕКТА НА СТРОИТЕЛЬСТВО ФЕДЕРАЛЬНОЙ АВТОМОБИЛЬНОЙ ДОРОГИ[/url]"

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

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

Пытаюсь считать ДО более менее верным способом по всем поперечникам без скрытых и опять не сходится. В случае выделения не всей трассы при включении попикетных сумм не учитывается объём между последними двумя поперечниками.
То есть на данным момент нет вообще способа правильно считать площади дорожных одежд.
Спасибо что перезваниваете и успокаиваете. Но я сейчас потратил 3 часа что бы найти эту фигню.

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

А лучше что бы вообще вот в таком виде иметь возможность получать ведомость по ДО:


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

[QUOTE]Денис Петренко пишет:
Валентин, в первую очередь обрабатываются ошибки, полученные через службу технической поддержки.
[/QUOTE]И ставите приоритет: Критичность - низкая (пожелание, вопрос)
Офигеть. У вас с математикой в программе не лады, а вам критичность этой проблемы - низкая???

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

Ведомость так и не считает правильно площади ДО.
Линия Выход на поверхность так и вылетает в неожиданном направлении на неожиданных поперечниках при применении срезки растительного грунта. Приходится каждый раз заново применять шаблон что бы вернуть к нормальному состоянию. А после применения шаблона на одну из сторон линия скачет с другой стороны, а потом наоборот. Спасает только применение на нормальных поперечниках "Определяется пользователем".

[QUOTE]jalgas Boranbaev пишет:
у меня не устанавливается
[/QUOTE]Скачайте повторно. Возможно не докачали файл - тут такое бывает.

Продолжу долбать вас с ведомостью дорожной одежды. Подсчёт площадей дорожной одежды с выключенными скрытыми поперечниками так и продолжает выдавать НЕВЕРНЫЙ результат.
В случае с плавным изменение на одном из участков ширины ДО с 10 м на 6 м ведомость при отключенных скрытых это заметила только 5 пикетов спустя . При подсчёте по всем поперечникам всё ок.


Файл у вас давно-давно есть, всё та же несчастная Объездная 1.
Может я что-то там не так задал раз столько проблем с ведомостями?!

Что-то в ведомости верх проектной поверхности как то не правильно итого на ПК наботает

Что вот это за фигня постоянно вылезает при использовании шаблонов?

Если применить пустой шаблон, а потом опять тот же - этот элемент исчезает.
Явно это связано с конфликтом со срезкой растительного грунта.

Что за проблема с обновлением?

После очередного перезапуска опять кювет до верха стал не смотря на галочку.
Опять ставлю галочку применяю для всех - не выводит поперечники в чертёж. Ну видимо далее будет по кругу. Жалко что это происходит только после того как у вас заканчивается рабочий день.