[ripeinik]

Доброго всем! Проблема в следующем, думаю сталкивались с ней многие генпланисты, дорожники и все те кто имеет дело с планами в отметках и картограммами.
суть: имеется три поверхности. верх бетона, верх выравнивающего и существующая. толщина бетона жестко зафиксирована проектом и равняется 30см. бетон лежит на выравнивающем слое переменной толщины. надо сделать план в отметках с округлением до 1см. опустим подробности и просто представим что план в отметках надо сделать по уже построенным поверхностям,т.е. имеются три исполнительных съемки по верху каждой поверхности.
и вот собсно в чем веселье : цивил вычисляет нам абсолютные отметки и толщины. т.е показывает нам 2 знака ну или сколько мы захотим, а сам в уме держит там 14знаков после запятой или сколько там я хз. и это выливается в следующую картинку см. вложение.
различные форму округлений усечений в стиле метки и прочие махинаций не помогли, потому что либо вылетают отметки там где перескок через 0,005, либо те где 0,001 и 0,009 рядом болтаются. кароче ни один из способов не дал правильные отметки. а отметок ой как много и ручками это строить геморрой.
проблема решалась выражениями на стаидии П и Р, но работало только для слоев постоянной толщины. слои же перемененной толщины приходилось проверять и исправлять руками (очень автоматизированно,ага)
посему просьба: как научить цивил производить математические вычисления только с 2мя знаками после запятой? отбрасывая нафиг все что там потом болтается и мешается? округлять до 3х знаков нельзя
спасибо!

[Nick Z]

Может тогда взять не три, а две поверхности для анализа?
Если бетон жёстко выше на 30 см чем выравнивающая, то взять выравнивающую и скопировать на 30 см вверх?
получится тогда - существующая + выравнивающая + её копия. А третью, которая исполнительная съёмка по бетону, выкинуть.

[ripeinik]

Сообщение от Nick Z Может тогда взять не три, а две поверхности для анализа? Если бетон жёстко выше на 30 см чем выравнивающая, то взять выравнивающую и скопировать на 30 см вверх? получится тогда - существующая + выравнивающая + её копия. А третью, которая исполнительная съёмка по бетону, выкинуть.

нельзя. надо именно все 3 проверить. собственно одна из задач-проверить, правильно ли построили. т.е. выдержали толщину 30см

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

даже между существующей и выравнивающей показывает с "ошибкой" (хотя это не ошибка,это из-за округления)

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

[trir]

нужно округлить исходные данные

[ripeinik]

Сообщение от trir нужно округлить исходные данные

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

[P_S]

Считать округлённые значения Цивилу ядро не позволит. Считать округлённо должно приложение, в котором мы сами задаём, что хотим увидеть. В качестве примера:

Код:

[Выделить все]

 ;Считаем, что в чертеже созданы 3 поверхности, и мы указываем точку, принадлежащую всем трём
(vl-load-com)
(foreach app
    (vl-registry-descendents "HKEY_CLASSES_ROOT")
  (if (wcmatch(strcase app)"AECCXUILAND.AECCAPPLICATION*")
    (setq civ_app app)));версия Civil 3D
(setq lst nil
      pnt(getpoint "Укажите точку"))
(vlax-for surf
(vlax-get(vlax-get (vla-GetInterfaceObject(vlax-get-acad-object)civ_app) 'ActiveDocument)'Surfaces)
  (setq lst(cons
  (vlax-invoke surf 'FindElevationAtXY (car pnt)(cadr pnt))lst)))
;получаем список отметок поверхностей в указанной точке и делаем с ним что хотим:
(setq lst(vl-sort lst '>);упорядочиваем список
      t_const '((0 . "TEXT")
                        (100 . "AcDbEntity")
                        (67 . 0)
                        (410 . "Model")
                        (100 . "AcDbText")
                        (40 . 2.0)
                        (41 . 1.0)
                        (51 . 0.0)
                        (7 . "Standard")
                        (71 . 0)
                        (72 . 0)));DXF-коды, общие для всех текстовых меток
(entmakex (append'((0 . "POINT") (100 . "AcDbEntity") (67 . 0) (410 . "Model")
		   (100 . "AcDbPoint"))(list(list 10(car pnt)(cadr pnt)(caddr pnt)))))
;создаём маркер, а вокруг него - такие текстовые метки, какие хотим:
(entmakex (append t_const
                     (list(cons 1(rtos(car lst)2 2))
                     (list 10(+(car pnt) 1.0)(+ (cadr pnt) 1.0)(caddr pnt)))))
(entmakex (append t_const
                     (list(cons 1(rtos(cadr lst)2 2))
                     (list 10(+(car pnt) 1.0)(- (cadr pnt) 1.5)(caddr pnt)))))
(entmakex (append t_const
                     (list(cons 1(rtos(caddr lst)2 2))
                     (list 10(+(car pnt) 1.0)(- (cadr pnt) 4.0)(caddr pnt)))))
(entmakex (append t_const
                     (list(cons 1(rtos(-(atof(rtos(car lst)2 2))(atof(rtos(cadr lst) 2 2)))2 2))
                     (list 10(- (car pnt) 7.5)(+ (cadr pnt) 1.0)(caddr pnt)))))
(entmakex (append t_const
                     (list(cons 1(rtos(-(atof(rtos(cadr lst)2 2))(atof(rtos(caddr lst) 2 2)))2 2))
                     (list 10(- (car pnt) 7.5)(- (cadr pnt) 1.5)(caddr pnt)))))

А вообще, (извиняюсь, конечно) ловля сантиметра в округлениях попахивает паранойей.

[ripeinik]

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

спасибо, что-нибудь попробуем

Сообщение от P_S А вообще, (извиняюсь, конечно) ловля сантиметра в округлениях попахивает паранойей.

а вот это щас обидно было слющай да.
параноики написали наши нормативы, в которых погрешность строительства 5мм.
если помножить 1см бетона на площадь аэродрома - это сколько ж рублей можно украсть у государства?
ну и заказчик задает вопросы из раздела : у вас тут отметка верха 100,23м, отметка низа 100,00м, а вы мне пишете толщины 0,24м. вы что-идиоты? его ж не волнует, - считаем мы вручную или в цивиле. ему нужен правильный чертеж. собно,первым этот косяк заказчик заметил,мы как-то не обращали внимания сначала. 4752378532194805739857389 отметок проверить сразу не догадались
ну и строители потом закрывать исполнительную будут весело. когда у них отметки будут биться, а толщина-нет. скажу:дебилы в своих проектных институтах сидят,вышки поназаканчивать, а вычитать не научились

[trir]

печатайте 6 знаков после запятой - и не будет вопросов

[ripeinik]

Сообщение от trir печатайте 6 знаков после запятой - и не будет вопросов

ГОСТ 21.508-93 СПДС.
3.14 Система высотных отметок, принимаемая в рабочих чертежах генеральных планов, должна соответствовать системе высотных отметок, принятой на инженерно-топографическом плане.
3.15 Размеры, координаты и высотные отметки указывают в метрах с точностью до двух знаков после запятой.

[trir]

а вы текстовым приложением - координаты, отметка

[Nick Z]

Ну фиг знает. Попробуйте в метках для поверхности настроить своё округление при помощи выражений.
там в выражениях есть функция TRUNC, она отсекает от числа целую часть.
пишете там что-то вроде {Отметка поверхности}-TRUNC({Отметка поверхности}) - это получается дробная часть от отметки
потом её умножаете на 100 и отсекаете ещё раз
Потом это отсечённое и умноженное на 100 округляете тамже в выражении функцией ROUND. Если округлённое равно 1, то прибавляете к отметке 0,01, если меньше, то оставляете отсечённое
Там это надо будет через IF делать.

Вот так получится

[Neznayka]

может проще все тупо через эксель пропустить:
1. все превращаете в текст
2. командой данныеизвл перегоняете координаты и содержимое в эксель
3. в экселе выполняете расчет нужный
4. точками заливаете обратно в цивил

[ripeinik]

Сообщение от Nick Z Ну фиг знает. Попробуйте в метках для поверхности настроить своё округление при помощи выражений. там в выражениях есть функция TRUNC, она отсекает от числа целую часть. пишете там что-то вроде {Отметка поверхности}-TRUNC({Отметка поверхности}) - это получается дробная часть от отметки потом её умножаете на 100 и отсекаете ещё раз Потом это отсечённое и умноженное на 100 округляете тамже в выражении функцией ROUND. Если округлённое равно 1, то прибавляете к отметке 0,01, если меньше, то оставляете отсечённое Там это надо будет через IF делать.

не прокатило...либо я чета неправильно наворотила в выражениях....

Сообщение от Neznayka может проще все тупо через эксель пропустить: 1. все превращаете в текст 2. командой данныеизвл перегоняете координаты и содержимое в эксель 3. в экселе выполняете расчет нужный 4. точками заливаете обратно в цивил

это мы делали для проверки,но динамики у этого способа никакой, а хотелось бы динамику. да и чтоб такой херней не заниматься - юзается ГЕОНИКС. он кстати всегда правильно считает...как они обошли этот косяк? может можно его "вскрыть" и посмотреть?=)) есть умельцы?=)))


кстати вот интересно, почему этим вопросом никто не задался? все считают картограммы ручками и в геониксе что ли?

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

[Nick Z]

Давайте файл. Я сам попробую настроить выражения.

[CTPAHHuK]

Сообщение от ripeinik а вот это щас обидно было слющай да. если помножить 1см бетона на площадь аэродрома - это сколько ж рублей можно украсть у государства? ну и заказчик задает вопросы из раздела : у вас тут отметка верха 100,23м, отметка низа 100,00м, а вы мне пишете толщины 0,24м. вы что-идиоты?

Какой у вас заказчик внимательный.
Один раз убедил начальство, что если экспертиза "косяк" заметит - буду сам объяснять, что это не баг, а фича. Экспертиза то ли не заметила, то ли не стала придираться. ЧСХ, это был именно аэродром.
В принципе, погрешность съемки + ошибка метода квадратов (а он сам не точный) дадут куда больше, чем этот сантиметр, но заказчика в этом не всегда можно убедить.

[vovkaf]

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

http://www.civilgeotools.ru/cgt/ пробовали?
1. Давно не считал в нем картограмм (на днях попробую), но исполнительную по поверхностям (Исполнительная съёмка - создать факт), вроде верно считает (см. в приложении). И автоматизация высокая) Точность представления можно отрегулировать в стиле метки точки.

2. По-моему, вариант с экселем очень даже рабочий, только немного иначе:
- заливаем точки в эксель. Исходник у вас тхт?;
- меняем точность представления в ячейках с координатами до 2 знаков после запятой;
- экспортируем в текстовый файл;
- импорт точек в Цивил.

P. S. Интересно, а что, Цивил2017 умеет брать разности (проект-факт) и показывает это в стиле точек? Цивилгеотулз так делает. Минус в том, что ЦГТ уже не поддерживается разработчиком и на свежие версии Цивила он не становится.

[NewNeo]

Ну че, Ксюх, получилось научить Civil правильно считать?

[ripeinik]

Сообщение от NewNeo Ну че, Ксюх, получилось научить Civil правильно считать?

ага получилось, студенты сидят, вручную правят, ГИПам не до того