IndorCAD 9. Кандидат в релизы.

contact contact
Связаться с нами
Мы рады помочь вам в рабочие дни
с 05:00 до 14:00 мск.
Частые вопросы Техническая поддержка
Заказать звонок
Или позвоните 8 800 333-08-05
Заказывая звонок, вы соглашаетесь с Политикой конфиденциальности «ИндорСофт».
Написать письмо
Или напишите на почту info@indorsoft.ru
Отправляя письмо, вы соглашаетесь с Политикой конфиденциальности «ИндорСофт».
Форум » Применение программ ИндорСофт » IndorCAD: Система автоматизированного проектирования

Сообщения 801 - 825 из 1291

IndorCAD 9. Кандидат в релизы., Пишем замечания и ошибки, обнаруженные в IndorCAD 9 pre-release
 
А неправильный подсчёт объёмов работ вас совсем не беспокоит? По моему ошибки влияющие на миллионы рублей могли бы и поправить...Сколько уже месяцев прошло с обнаружения проблемы с пропуском скрытых поперечников в ведомостях?
 
Валентин, в первую очередь обрабатываются ошибки, полученные через службу технической поддержки.
Для форсирования процесса рекомендую отправить файл, на котором проявляется ошибка, на адрес support@indorsoft.ru, приложить скриншот с настройками формирования ведомости, чтобы мы могли в точности воспроизвести ваши действия, и указать, какие выходные данные ошибочные (пикет или диапазон).

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

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


А то приходится выводить ширины через верх проектной поверхности, а там попикетные суммы так и продолжают глючить и не выводиться как надо - попикетно. Очень неудобно.
Изменено: v.nesterov - 19.02.2015 10:20:22
 
Цитата
v.nesterov пишет:
И ставите приоритет: Критичность - низкая (пожелание, вопрос)
Офигеть. У вас с математикой в программе не лады, а вам критичность этой проблемы - низкая???
Валентин, по умолчанию обращению выставляется низкая критичность.
При отправке письма на техподдержку почтовым клиентом - тоже.

Однако при создании обращения через форму на сайте вы можете выбрать, какой уровень критичности вы присваиваете своему обращению. Некоторые так и делают.
 
Цитата
Saratov пишет:
Если выделить участок поперечников и перейти на другой пикет внутри выделенного участка, то выделение снимется. Верните пожалуйста
Денис, вы правы! У меня тоже после перезагрузки, все ок. Отбой)
 


Пытаюсь считать ДО более менее верным способом по всем поперечникам без скрытых и опять не сходится. В случае выделения не всей трассы при включении попикетных сумм не учитывается объём между последними двумя поперечниками.
То есть на данным момент нет вообще способа правильно считать площади дорожных одежд.
Спасибо что перезваниваете и успокаиваете. Но я сейчас потратил 3 часа что бы найти эту фигню.
 
1. Отключите пожалуйста опцию когда видимая область при смене пикета наводится на ось. Очень часто приходится работать с областями далекими от оси (бровками, откосами, кюветами) это очень мешает.
2. Также программа в окне поперечного профиля при создании новых элементов не сохраняет их порядок и кидает их в конец списка.
 
Антон, первое - посмотрим, поправим.
второе - элементы создаются после выделенного сегмента.
То есть, если вы хотите создать сегмент после обочины, выделяете сегмент обочина и добавляете новый.
 
Цитата
Денис Петренко пишет:
Антон, первое - посмотрим, поправим.
второе - элементы создаются после выделенного сегмента.
То есть, если вы хотите создать сегмент после обочины, выделяете сегмент обочина и добавляете новый.
На счет второго не поняли. Создать не проблема, проблема возникает если потом применить на диапазоне, то вновь созданные элементы помещаются в конец списка.
Вернее не совсем так, Предположим есть стандартная схема: кромка, бровка, откос. Я добавляю кювет ( состоящий нескольких элементов) и применяю на диапазоне. Кювет вклинивается к кромке а бровка и откос слетают в конец списка.
Изменено: Saratov - 22.02.2015 18:58:55
 
Да да! Сегменты применяются как попало. Есть такая беда.
Изменено: Денис Кадышев - 24.02.2015 06:43:47
 
Цитата
v.nesterov пишет:
Сделайте тогда в ведомости вывод ширин проезжей части по слоям на пикетах - буду в экселе площадь считать, раз так сложно правильно вычислять площадь программно.

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


А то приходится выводить ширины через верх проектной поверхности, а там попикетные суммы так и продолжают глючить и не выводиться как надо - попикетно. Очень неудобно.
Исправлено в текущей версии, Валентин.
А по поводу новой ведомости, которая совмещает данные с двух других надо подумать насколько она будет полезна не только вам, но и другим нашим пользователям. Подобный вид ведомости единичное требование заказчика или же системное дополнение в приложения проектов?
 
Цитата
Saratov пишет:
2. Также программа в окне поперечного профиля при создании новых элементов не сохраняет их порядок и кидает их в конец списка.
Цитата
Денис Кадышев пишет:
Да да! Сегменты применяются как попало. Есть такая беда.
Пришлите, пожалуйста, файлы проектов.
 
Ира, файлы проектов не надо.
Всё воспроизводится в лабораторных условиях.
 
Цитата
Saratov пишет:
Отключите пожалуйста опцию когда видимая область при смене пикета наводится на ось. Очень часто приходится работать с областями далекими от оси (бровками, откосами, кюветами) это очень мешает.
Антон. Обнаружилось, что "слетание" видимой области на ось происходит при
а) переходе на пикет через Alt+G (диалог ввода/корректировки пикета);
б) добавлении нового поперечника (опять же при использовании диалога ввода/корректировки пикета);

Проблема оказалась в диалоге. Поправим в следующем обновлении.

При переключении по поперечникам с помощью мыши (шелчок на поперечнике в плане, выделение в профиле и т.д.) или клавиатуры (фигурные скобки при активном плане или влево/вправо в профильных редакторах) программа стремится сохранить текущую видимую зону.
Т.е., например, на плане крупно показан кювет левый (оси и правой части не видно), вы меняете активный поперечник на соседний - программа "пододвигает" план так, чтобы левый кювет на активированном поперечнике был виден.
 
У меня "слетание" видимой области происходит в любом случае при любом способе, даже после обновления от 24.02.15
 
Цитата
Saratov пишет:
У меня "слетание" видимой области происходит в любом случае при любом способе, даже после обновления от 24.02.15
Проект в студию или на суппорт
 
Цитата
Анисимов Степан пишет:
А по поводу новой ведомости, которая совмещает данные с двух других надо подумать насколько она будет полезна не только вам, но и другим нашим пользователям. Подобный вид ведомости единичное требование заказчика или же системное дополнение в приложения проектов?
Вообще-то это базовое требование к рабочей документации, например тут оно прописано "РЕКОМЕНДАЦИИ ПО РАЗРАБОТКЕ ИНЖЕНЕРНОГО ПРОЕКТА НА СТРОИТЕЛЬСТВО ФЕДЕРАЛЬНОЙ АВТОМОБИЛЬНОЙ ДОРОГИ"

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

Вообще, в этих рекомендациях очень много примеров ведомостей разного толка, было бы не дурно если бы вы внимательно на них посмотрели и попытались реализовать именно их, а не сферические ведомости в вакууме.
Изменено: v.nesterov - 24.02.2015 10:19:24
 
Цитата
Денис Петренко пишет:
Цитата
Saratov пишет:
У меня "слетание" видимой области происходит в любом случае при любом способе, даже после обновления от 24.02.15
Проект в студию или на суппорт
А попробуйте " в лабораторных условиях", что то мне подсказывает что получится  ;)  .
 
Цитата
Анисимов Степан пишет:
Исправлено в текущей версии, Валентин.
Стало ещё ХУЖЕ.
Срочно исправляйте - совсем сломали. Вы что обновляете вообще не глядя на результат?!

Причём если выводить по всем поперечникам, но с этими кривыми попикетными суммами, на последнем поперечнике всё равно крадёт последний диапазон, как и было. Остальное всё сломали. Врёт процентов на 15-20 при разных настройках. Сравнивайте с вариантом без пропуска скрытых и без попикетных сумм - там всё считается как надо. Лучше всего сравнивайте с обведённым в автокаде) До того как не сойдутся значения, лучше верните как было в прошлую пятницу.
Изменено: v.nesterov - 24.02.2015 11:34:48
 
Цитата
Анисимов Степан пишет:
Цитата
v.nesterov пишет:
Сделайте тогда в ведомости вывод ширин проезжей части по слоям на пикетах - буду в экселе площадь считать, раз так сложно правильно вычислять площадь программно.

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


А то приходится выводить ширины через верх проектной поверхности, а там попикетные суммы так и продолжают глючить и не выводиться как надо - попикетно. Очень неудобно.
Исправлено в текущей версии, Валентин.
А по поводу новой ведомости, которая совмещает данные с двух других надо подумать насколько она будет полезна не только вам, но и другим нашим пользователям. Подобный вид ведомости единичное требование заказчика или же системное дополнение в приложения проектов?
В нашей организации, ведомость похожа на ведомость Нестерова Валентина. Для примера:
 
Цитата
v.nesterov пишет:
...стало ещё ХУЖЕ....
Валентин, от имени команды разработчиков приношу извинения за ситуацию с ведомостью дорожной одежды.

Беру ведомости под личный контроль.
Постараемся исправить в ближайшее время.

Новые ведомости пока уходят на второй план.
 
Какие изменения произошли в обновлении от 24.02.15?
 
Цитата
Saratov пишет:
от 24.02.15?
А я вижу обновление только от 22.02.2015
 
Цитата
Денис Петренко пишет:
Новые ведомости пока уходят на второй план.
Можно в старые добавать ширину элементов ДО на пикетах и по ним забить средствами экселя подсчёт площадей. Будет явно правильнее и ближе к тому что надо.

Сообщения 801 - 825 из 1291

Читают тему