Перейти к содержанию

mixxail-k@yandex.ru

Пользователи
  • Публикаций

    115
  • Зарегистрирован

  • Посещение

  • Победитель дней

    1

Сообщения, опубликованные mixxail-k@yandex.ru

  1. Имеем сеть канализации (в частности К2) из труб DN/OD (200х16,5), которая подключается к сущ. сети

    Выделяем сеть, заходим в редактор профиля. Задаем отметку крайней правой вершины, т.е. там где подключаемся к сущ. сети (например 164,870). Далее "редактировать участок", выделяю весь участок (от крайней левой до крайней правой вершин), задаю уклон (например -8 пром), выбираю "справа налево" и нажимаю отметка по уклону. Уклон, отметки пересчитываются, НО значение крайней правой вершины поднимается на толщину стенки (в моем случае стало 164,887). Если дальше (прям в этом окошке редактирование участка) меняем уклон (например -9 пром) по прежнему "справа налево", нажимаю отметка по уклону. Опять все пересчитывается, но отметка крайней правой вершины опять приподнимается примерно на толщину стенки (в моем случае стало 164,903) и так далее, можно даже ничего не менять, а просто нажать отметка по уклону и вся сеть приподнимется на толщину стенки

    Т.е. при пересчете отметок "справа налево" происходит подъем на толщину стенки.

    "слева направо" пересчитывает нормально.

    в сети водопровода подобного замечено не было.

    Явно какой-то глюк.

  2. Спасибо.

    Новые выноски перестали "цепляться".

    А можно что-то подобное сделать с теми выносками которые уже есть на чертеже?

    добавлено через 2 минуты

    И собственно назрел еще вопрос - почему новые выноски цепляются, а созданные копированием нет?

  3. Во вложении пример файла.

    Проблема следующая.

    Есть позиционные выноски созданные непосредственно через команду "spnotep - Позиционная выноска" при вставке которой указываешь точку на полилинии. Есть выноски созданные обычным копированием и скопированы аналогично с привязкой к полилинии.

    Проблема возникает если эту полилинию разорвать в точке "VCBREAKATPOINTCMD,ТРАЗОРВАТЬ,ТРАЗОРВИ - Разрыв в точке"

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

    Можно ли это как-то отключить, чтобы созданные выноски не "убегали" при разрыве полилинии? или это очередной баг? 

    пример выносок.dwg

  4. Есть поверхность около 35 Га и наличие сетей в проекте (водопровод, канализация, ливневка). 

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

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

    С малыми площадями таких проблем не наблюдалось.

    Можно это как-то оптимизировать или свести к минимуму?

  5. 6 часов назад, lidia.antipina.ru сказал:

      Подобная проблема с переименованием блоков  присутствовала и в AutoCAD, которая обсуждалась в открытых источниках. См. адаптированый лисп от Created by Vladimir Azarko (VVA) 2010-06-02 (azarko@yandex.ru), ссылки на первоисточники внутри него.

      Версия Nc у Вас какая? 

      Измененный код под nanoCAD 20.1-21.0 и добавленные примеры помечены ;LA.

      Запускать командами CB (без лишней печати в ком строке) или CBTest (с кучей отладочной печати для тех, кто хочет разобраться). Основное: изменила диалог, заменила кусок кода на

     

        (anonym-copy blkref newname) ;LA добавила вместо закоментированого куска ниже
        ;|    ;LA дальше не работает под Nc, заменила на (anonym-copy blkref newname)

    ... |;

    Жду замечаний...

    CopyBlock-VVA_Nc.lsp 24 \u043a\u0411 · 1 загрузка

    Спасибо за попытку помочь. Но лиспы для стандартной операции это немного перебор. Проверил в автокаде 2018 - все нормально работает. Получается разработчики в курсе данной проблемы, но особо не двигаются в этом направлении...

  6. 4 часа назад, Kreator сказал:

    Очистка вот такой результат даёт:

      Журнал (Показать контент)

    1936519946_.png.1cf8f5a2a51ba1b9e6be19efb5fa57fd.png

    194 тысячи (!!!) аннотативных масштабов. Файл похудел до 1,6 МБ, копирование моментальное.

    Очистка - Purge, а не Audit.

    В том то и дело у меня команда purge выдает окошко в котором уже нечего чистить

    image.png.9543e713083a9d6f234926db3bb06a85.png

    а аудит "видит" эти 194к элементов.

    Спасибо за наводку про масштабы. удалось их сбросить через окно списка масштабов. все ок

    добавлено через 9 минут
    2 часа назад, doctorraz сказал:

    Тут без копипасте+кривого ПО не обошлось

    в исходном файле были планировки из revit , остальное нанокад СПДС 21 + плюс какие-то блоки(слои и т.п.), которые тянутся из проекта в проект.

    Вопрос почему нанокад 20.1 с этим нормально работает, а нанокад 21 начал плодить эти масштабы.

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

  7. В продолжение темы, вынес в отдельную ветку.

    суть проблемы 

    в нано21 при попытке копировать (Ctrl+C) происходит долгое подвисание, затем вставить (Ctrl+C) также подвисание. При сохранении начинает расти файл.  

    Никакие проверки ничего внятного не выдают.

    в нане 20.1 файл нормально переваривается и рост размера прекращается.

     

    Посмотрите может кто что посоветует...

    Ранее приложенный файл упростил до 2 линий - проблема осталась

    Пример файла.dwg

  8. Появился проблемный файл

    в нано21 при попытке копировать (Ctrl+C) происходит долгое подвисание, затем вставить (Ctrl+C) также подвисание. При сохранении начинает расти файл.  

    Никакие проверки ничего внятного не выдают.

    в нане 20.1 файл нормально переваривается и рост размера прекращается.

     

    Посмотрите может кто что посоветует...

    Пример файла.dwg

  9. Невозможно переименовать динамические блоки. 

    Команда "переименовать" выбираем имя блока который надо переименовать, задаем новое имя, нажимаем "заменить на". В списке блоков он присутствует с новым именем, а на чертеже со старым. Даже если вставить этот "новый" блок в чертеж имя остается старое.

    Собственно возникает трудность при переносе в другой файл, в котором присутствует имя старого блока, но с другим отображением.

    Из чертежа переносится блок имя меняется на что-то подобное "*U449" и динамичность пропадает.

     

  10. Выявилось пару косячков

    1. Не работает быстрый выбор маскировок - все выбирает, а их не хочет

    2. Если сделать "копировать", затем зайти в блок, то "вставить" уже нечего - т.е. при входе в блок обнуление буфера идет

    • Like 1
  11. Добрый день. 

    Команда "подобие"

    Иногда "залипает" расстояние смещения.

    Происходит примерно так:

    выбор команды

    в ком. строке: укажите расстояние смещения или ... <500>:

    500 - это последнее значение, которое запоминает система (может быть соответственно любым).

    мне необходим отступ в моем примере 100. Соответственно вбиваю 100, указываю объект и в какую сторону делать смещение. А смещение все равно происходит на 500

    И так с любым значением меньше 500

    если вбить значение больше 500 (например 1000) то все нормально и происходит "разблокировка" данного параметра и можно потом вводить что угодно.

     

    Проблема "плавающая", воспроизводится не всегда и не на всех компах.

  12. Суть проблемы:

    есть тип сети К2, состоящая из сетей К2_1, К2_2 и т.д.

    В процессе редактирования некоторые сети (например К2_10...К2_15) удалялись полностью. Эти сети содержали колодцы со своими порядковыми номерами (например от 20 до 30).

    При нажатии на команду "Пересчет номеров вершин" выбираем соответствующую сеть и ставим соответствующие галочки - долго думает, что-то пересчитывает, но в итоге порядковые номера от 20 до 30 так и остаются не задействованы, т.е. колодцы нумеруются ...17,18,19,31,32,33 и далее.

    В чем может быть причина?

  13. При смене разрешения монитора на 4К и изменении масштаба текста (через винду) на 175-200% в нанокаде панелька справа внизу остается какой-то маленькой.

    Как это можно побороть?

    post-62289-0-49098800-1571305279.png

×
×
  • Создать...