A.Kudrjashov

Если появится, то я выложу. Я только что проверил, данный конкретный файл под NC22.0 у меня также работает. Может быть под NC22 этой проблемы больше и не будет. добавлено через 3 минут Если возможно пришлите описание возникающей ошибки. В чём заключается неработоспособность и на каком этапе? У меня под NC22.0 всё работает также как и раньше.

А комментариев на русском языке более чем достаточно, чтобы LISP не сработал. Я тоже с этим уже несколько раз сталкивался. Обычно перекодирую в ANSI, Win-1251 или в UTF8 BOM. Глубоко копаться желания нет, поэтому просто тупо перекодирую. С русскими символами UTF8 по опыту проблемы не только у LISP, но и, например, у Graphvizard.

Более чем непредсказуем! Надо будет протестировать в разных режимах.

Можно выложить куда-то на Яндекс-диск? С форума не получается скачать

Нет. nanoCAD 22. Не понял из скриншота, что это именно nanoCAD 5.

... теперь осталось понять как всё это будет работать под Linux, тот же C#. В июне надо начинать всё тестировать. Времени на раскачку практически не осталось.

... или вот это (Сервис - Интерфейс - Настройка интерфейса - Действия над объектами)

Мы пришли к необходимости печати из PDF давно, причём работали и продолжаем работать пока преимущественно под Autodesk, а печать производится на современных плоттерах. PDF - это унификация, когда у Отдела выпуска нет головной боли и необходимости адаптироваться к ПО и железу. Да, для отдельно взятых рабочих мест можно рассматривать альтернативу PDF. Но, когда у вас сотни проектировщиков, десятки CAD приложений, до десятка исторически закупленных плоттеров, принтеров различных производителей и существует реальная необходимость экономии бумаги, альтернативы PDF нет. ИМХО. Для работы в nanoCAD мозги выворачивать совсем не обязательно. Различия есть, но для выворачивания мозгов они не принципиальные. Bentley - это действительно существенно другая среда работы, AVEVA - просто другая вселенная. Ничего страшного. У нас у проектировщиков есть и Autodesk, и Bentley, и AVEVA.

Ну да. Что то точно надо будет придумать и как то это назвать. - Ты, почему на них ругаешься? - Потому что я этих свиней еле из огорода выгнала. - А почему свиней, если они гуси? - Потому что эти собаки мне весь огород перепахали.

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

У нас в ближайшей перспективе без вариантов. Внедрение TDMS уже идёт полным ходом. Переход на CADLib также практически неизбежен в виду того, что часть филиалов плотно сидит на технологиях AVEVA. Дальше будет видно. Речь идёт не о версионности файлов, с этим в TDMS всё более менее нормально. Речь идёт о временных срезах по проектам в целом. Если в TDMS примерно понятно в каком направлении надо двигаться, то с CADLib пока совершенно непонятно. P.S. У нас ещё и Linux без вариантов. Но об этом мы будем думать завтра.

Это понятно. Но отработка замечаний в рамках ИЗМ - это процесс длительный. Публикации, относящиеся к работам в рамках отдельно взятого ИЗМ могут быть сильно растянуты по этому периоду времени, тем более, что речь идёт об отдельных файлах. И это без учёта того, что работа над ИЗМами в совершенно нормальном режиме может выполняться параллельно, например, в тех случаях, когда вносятся изменения в разделы не связанные друг с другом. Смысл имеет фиксация именно состояния модели в целом, а не отдельных составляющих её компонентов. Это можно сделать путём BackUp SQL БД или в модели на стороне CADLib должны быть атрибуты и функциональные процедуры отмечающие версии данной модели, нечто подобное снимкам виртуальных машин в виртуальных средах или сохраненным состояниям ОС в реальных средах. Да, и в этом случае неизбежны потери, без этого никуда. Но восстановление модели из версий лучше чем ничего. Если вести речь о восстановлении на уровне файлов, то, думаю, проектировщики будут поступать намного проще. Они просто будут хранить где-то в своей файловой системе версии публикуемых файлов и, в случае необходимости, выполнят их повторную публикацию, опуская этап вытаскивания из BackUp версий файлов из модели. Примерно также, как это делал Денис Ожигин в выше приведённых уроках.

Если бы разработка происходила строго последовательно: закончили очередной ИЗМ, зафиксировали результат, двигаемся дальше. Но цикл согласования ИЗМов может быть очень большим, а работу останавливать нельзя, иначе проект растянется на неопределённый срок. Вот и получается, что работа над ИЗМами происходит в параллельном режиме (одни на согласовании, а над другими уже идёт работа) и иногда возникает необходимость откатиться назад. Звонит Заказчик и говорит: - Мы с вами месяц назад отрабатывали изменение такое то ..., давайте к нему вернёмся, а всё остальное забудем. На крупных проекта с десятками подобных ИЗМов приходится в файловой системе собирать срез по проекту по состоянию на формальное окончание очередной стадии внесения изменений. Возможно, что когда-то от этого получится уйти и акцент сместится на существующую в единственном экземпляре живую цифровую модель, как общее виртуальное пространство выполнения всех и всеми работ, как показывают обычно в презентациях BIM. Но, пока надо решать проблемы в рамках существующих технологий.

Спасибо. Но это не совсем то, что нужно.

Надо думать. Проблема в том, что ИЗМ - это далеко не только не файлы, но даже не отдельные Марки. ИЗМ - это совокупность файлов, относящихся к Маркам работ по отдельным Объектам, по которым, в рамках некоторого официального решения, вносятся изменения в документацию. Их бывает несколько десятков. ----------------- добавлено через 6 минут Если сравнивать перечень Марок, которые предполагается закрывать приложениями nanoCAD и Model Studio по официальной информации разработчиков, спектр Model Studio выглядит несколько шире. Это действительно так или в описании продуктов nanoCAD просто не указаны все закрываемые направления работ? 2022-04-21 Сравнение ПО nanoCAD и ModelStudioCS.xlsx

Спасибо. Очень хороший вебинар! Попробуем на его основе сделать практический тест-драйв для проектировщиков. Для большинства всё-таки читать проще, чем смотреть. Направление движения понятно. Если работа будет выполняться не из сетевой файловой структуры, а из TDMS, то получается, что подключаясь к проектам CADLib можно, продолжая работу в обычном приложении, видеть в качестве подложки результаты работы других проектировщиков, которые уже опубликовали или импортировали свою работу в CADLib? Не считая приложений, которые не имеют прямой связи с CADLib и передают информацию исключительно через экспорт/импорт. Тут есть важный момент обеспечения актуальности данных. - Когда мы связываем DWG файлы по ссылкам, то актуальность обеспечивается оповещениями об изменениях в связанных файлах. - Когда мы работаем с файловой системой и CADLib, то основное место сборки модели - это CADLib и после публикации изменения в DWG файле принципиального значения до следующей публикации не имеют. - Если мы храним DWG файлы в TDMS, то именно эти файлы для системы документооборота являются основными рабочими и необходимо чётко отслеживать актуальный статус Документов и файлов TDMS, не допуская внесения несанкционированных изменений после публикации в общей модели. Но это уже процедурные вопросы, которые просто надо не забыть учесть. Очень интересует вопрос обеспечения версионности CADLib моделей, как минимум, для фиксации официальных ИЗМов. Самое простое - это, конечно, BackUp SQL базы. Но, может быть в CADLib есть уже какие то встроенные инструменты.

Нет. ... где-то что-то не срастается. Я с крякозябрами в архиве наноСофт давно сталкиваюсь. Уже писал как то раньше.

Конечно, на уровне базы CADLib. С чертежами и импортом/экспортом IFC всё понятно. У нас часть филиалов плотно работали в AVEVA E3D. Теперь будут вынуждены переходить на Model Studio и CADLib. Соответственно, хотелось бы понять в какой степени могут быть использованы, если могут, вертикальные приложения линейки nanoCAD BIM. Видео посмотрю ... P.S. Сравнения неизбежны. Ещё с TerraSolid сравнение предстоит, тоже активно используемый продукт.

Если модель будет создана в Model Studio, можно будет от неё перейти к вертикальному приложению nanoCAD с сохранением привязки к библиотеке элементов и наоборот ? Аналог: AVEVA E3D Насколько я понял, не получится. С Юнис-Юг понятно, что это совершенно стороннее приложение. Но, например, со стороны разработчиков TDMS звучало утверждение, что "наноСОФТ - это Мы". Поэтому хотелось бы понять степень интеграции nanoCAD и Model Studio. Можно ли где-то об этом предметно почитать? Каким образом CADLib модель и архив становится ключевым продуктом для наноСофт ? Какие функции доступны ?

В связи с тем, что и ПО nanoCAD, и по Model Studio CS являются продуктом компаний группы "СиСофт" и даже формально позиционируются как единое целое, например, здесь https://normasoft.com/products/ .... вопросы: Насколько тесно интегрированы, взаимозаменяемы, объединены общими базами элементов, понимают базы элементов друг друга и т.п. эти две линейки программных продуктов ? Какова степень подобной интеграции сегодня и каковы планы на расширение данной интеграции завтра? Насколько легко проектировщик может или сможет в ближайшем будущем, по мере необходимости переходить в своей работе от продуктов линейки nanoCAD к продуктам линейки Model Studio CS и обратно, оставаясь в пространстве объектного проектирования ?

Убедительная просьба упаковывать архивы дистрибутивов в стандартной кодировке, которая будет нормально читаться у всех пользователей. Да, всегда можно выйти из положения, но зачем создавать пользователям дополнительную головную боль? Вот так выглядит архив Тест-драйв naboCAD Электро Да, его можно перепаковать через RAR Но, вот так, к примеру, выглядит архив "Библиотека БД для nanoCAD BIM Электро 22"

Если кому-то интересно. Вопрос с запуском Комплекс Трубопровод под nanoCAD 21.0 закрыт. На последних версиях nanoCAD 21.0 (5856, 5857) ПО КТ запускается и работает нормально. Даже удалось запустить под nanoCAD 22, хотя официально Юнис-Юг поддержку NC22 ещё не объявил. Также запустили ПО Комплекс Трубопровод под профилем СПДС. Для этого, в ярлык СПДС добавили загрузку модуля КТ и поменяли имя профиля, чтобы не путаться. Cменили рабочий каталог на рабочий каталог КТ. Получилось следующее. Для КТ Трасса: "D:\Program Files\Nanosoft\nanoCAD x64 21.0\nCadS.exe" -b nSPDSComp -r:SPDS -a nanoCAD_x64_SPDS_21.0 -oleid "{0876D12C-F9FC-4B86-9A99-81CD7936CB16}" -g "C:\Program Files\Юнис-Юг\Комплекс Трубопровод\21.0\LandProf.package" -r SPDSLandProfComplex_21_0 Для КТ Проектирование: "D:\Program Files\Nanosoft\nanoCAD x64 21.0\nCadS.exe" -b nSPDSComp -r:SPDS -a nanoCAD_x64_SPDS_21.0 -oleid "{0876D12C-F9FC-4B86-9A99-81CD7936CB16}" -g "C:\Program Files\Юнис-Юг\Комплекс Трубопровод\21.0\LotWorks.package" -r SPDSLotWorksComplex_21_0 Рабочий каталог: "C:\Program Files\Юнис-Юг\Комплекс Трубопровод\21.0\" Исправленные иконки: NC_SPDS_LotWorks.icoNC_SPDS_LandProf.ico

https://www.facebook.com/1stixi/posts/2213933442081393 Японцы решили заменить безличные и бесполезные майкрософтовские сообщения об ошибках системы на поэтические, в стиле хокку. Вот примеры сообщений в стиле Дзен : Твой файл был так велик И, должно быть, весьма полезен, Но его больше нет *** Сайт, который ты ищешь, Найти невозможно, но Ведь не счесть и других *** Хаос царит в системе; Подумай, раскайся и перезагрузись - Порядок должен вернуться *** Программа закрывается - Закрой все, над чем ты работал, Ты запросил слишком много *** Вчера оно работало, А сегодня не работает - Это Виндоус... *** Успокойся, Твой гнев немногого стоит: Сеть упала *** Зависание превращает Твой дорогущий компьютер В камень простой *** Три вещи вечны: Смерть, налоги и потеря данных; Догадайся, что случилось *** Ты вступаешь в реку, Но река не остаётся прежней... Этой web-страницы здесь уже нет *** Памяти не хватает... Мы хотим обнять небо, Но никогда не сможем *** Набей заново Документ который ты ищешь... Он, увы, был затёрт. *** Серьезная ошибка... Все ярлыки пропали... Экран... память... все пусто. *** Виндоус NT рухнула А я - ее Синий Экран Смерти Никто не услышит твоих воплей *** Белые точки прошли по экрану И все стихло... как красиво сгорают Эти тысячедолларовые мониторы! *** Дао, который ты слышишь - Не истинный Дао, пока не установлена Свежая версия проигрывателя. *** Неверен пароль. Только грамотный может Войти в систему.

Работы много, очень много. Александр, насколько я понимаю, не хотел развивать "политическую" составляющую проблемы и попытался выразить скептическое отношение своих коллег к перспективам практической реализации этих работ. Будем надеяться на лучшее и делать свой дело на своём месте. Что ещё остаётся ?

Спасибо! Работает. Единственный недостаток: запускать надо непосредственно на сервере и исключительно в интерактивном режиме. Через стандартный Status LMTools мы работаем удалённо и через программу.