SoftGeo 9.8.2 (октябрь 2024 BETA)

Philin, понятно, спасибо за ответ =)

Оффтоп (раскрыть) Оффтоп (свернуть)

насчет _align, я может не очень правильно понял, но суть этого действия ровно такая же, как и использование ПСК. Только за 1 клик (еще 3 клика изначальная настройка СК). Только вероятность ткнуть не туда и ошибиться отсутсвует =) Ну а по сути дело привычки и личного удобства.

 

А. Римский, align позволяет любые объекты в пространстве расположить в плоскости МСК (это одна из возможностей этой команды), что приведёт в тому, что вам вообще не потребуются ПСК :)

 

В программе IspoRand тыкаю в циферки - пишет Указанный объект не является текстом. В чем моя ошибка?

 

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

Видимо объект создан чем-то внешним, не является текстом, а является блоком, мультитекстом и т.п.

 

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

 

Пример можно?

Подозреваю что это делает модуль "Выноска". Там есть функция такая.

 

PloskH рисует так:

А я бы хотел еще и так

Ведь твоя "Выноска" автоматом все указанные точки не отрисует, надо каждую отдельно кликать что затягивает процесс.

А вот PloskH как раз то что надо только полку не рисует а надо.

 

И что это?

Почему одни вверх, а другие вниз?

Она для того и сделана, если чертить выноски, то ни одна программа автоматом не сможет их расположить правильно. После автомата будете сидеть полчаса и растаскивать их куда следует, что никак не ускоряет процесс.

Что подразумевается под текстовым полем? Типа якобы стандартная функция автокад "выноска"? Если да, то я такое делать не буду, такой функции не было в старых версиях автокад и такая программа потеряет совместимость с ними. Можно использовать только стандартные примитивы автокад (линии-полилинии-текст и пр. Не объединённые в блоки для того чтобы их можно было редактировать, а также не объединённые в динамические блоки для того чтобы не терялась совместимость со старыми версиями автокад в которых таких объектов не было).

 

ну тут понимаешь проще ихрастощить чем отрисовывать каждую
но спс за подсказку за "выноску" твою

 

Пример для растаскивания одной из автоматических выносок:
- выделить выноску (2 клика мышью)
- сместить выноску (3 клика мышью)
- сместить начало выноски в нужную точку (4 клика мышью)

Итого на одну выноску 9 кликов.

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

Сделать-то можно, но стоит ли оно того? Я так и не понял почему там то сверху, то снизу выноски в примере? Автомат по-любому будет делать только одинаковые, либо встраивать ещё выбор того как они должны выглядеть (все одинаковые, но одного выбранного вида).

 

Доброго времени суток.
Немогли бы Вы @Philin, добавить возможность указывать свои Префиксы и суфиксы для отклонений как плановых так и высотных.
Ситуация такая есть плиты с балками и есть фермы с фахверками. и для тех и для других хотелось бы иметь более четкое раздиление на одной схеме. причем для пары плита балка интерестна форма записи вида БЛ-1(-2мм) а для ферм/фахверков префикс перед отклонением.

 

Не могу, чисто технически.

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

Для плановых съёмок ещё одно программное ограничение. Каждый текст для каждой стрелки рассчитывается индивидуально с расчётом того что в значении не может быть более двузначного числа более 19. Если значение больше, то текст может немного накладываться на объект съёмки (потому что в шрифте текст "20" намного шире текста "10"), если же ввести дополнительные префиксы, то текст гарантированно окажется не там где надо и наложится на объект съёмки.

 

MTEXt ?
Хорошо тогда просто отдельной булевой опцией суфикс и префикс вроде PRFВ 12SFX или prf+5sfx, ну чтоб через _find легко заменить
ЗЫ я эти рамки всегда удаляю.

 

Не лучше чем Text т.к. придётся ещё и границы Mtext рассчитывать. У текста только один обязательный параметр (координаты), у Mtext кроме координат ещё и границы (не заморачивался в каком виде, возможно тоже в координатах).

Причём тут булевы операции и текст?

 

опция на кнопочку ну чтоб натыкал 10 отклонений _find-ом подправил и дальше. Ладно нет так нет сделаю напарнику кнопочку для srxText.

 

Типа того?

Смотрим снизу формы:


Раз нет рамки, то и никаких ГОСТ и ВН быть не может:

 

Да но еще и суфикс

 

Не пойму зачем это?
Это тоже константа?

Хоть какой-то пример реальный есть?

 

Ясно... Как обычно...

Удаляю тогда эту фигню обратно.

Больше никаких изменений программ по просьбе пользователей!

Хватит, наелся.. Запарило уже это в стиле - "пришёл, потребовал, свалил до окончания проверки того что хотел".


Wolgri, удачи.

 

Спасибо разобрался 3-ми средствами. Но справедливости ради юзкейс я описал в первом посте те {префикс(код конструктива)}{отклонение}{суфикс(единицы)}.
PS. Сори.
PPS. А можно сорсы. ну чтоб не задалбывать Метра.