Если использовать просто Clone, то не сохраняются стили и типоразмеры.Ну ты же научился их менять. :)
Ну ты же научился их менять.
Столкнулся с тем, что объединенная сеть содержит новые объекты, но сами объекты сохраняют информацию о родительской сети.Какую информацию? Скриншоты-видео не помешали бы. Или примеры кода. С нуля воспроизводить ситуацию слишком затратно по времени.
После сохранения и перезагрузки базы информация о сети обнуляется.Как это выглядит? Элементы становятся без сети, что ли?
Какую информацию?NetworkId и NetworkName.
Как это выглядит? Элементы становятся без сети, что ли?
Тут можно попробовать не клонировать элемент а сразу переместить в нужную сеть.С этого начинал. Не удалось "обрезать пуповину", соединяющую со старой сетью. Объекты добавляются в новую сеть, но при удалении старой удаляются вместе с ней.
С этого начинал. Не удалось "обрезать пуповину", соединяющую со старой сетью. Объекты добавляются в новую сеть, но при удалении старой удаляются вместе с ней.А вот это уже похоже на баг.
Скриншоты-видео не помешали бы. Или примеры кода. С нуля воспроизводить ситуацию слишком затратно по времени.Фрагмент кода:
Но для них крайне желательно предоставить какой-то минимальный кодДля этого случая можно упростить предыдущий фрагмент:
Кстати, есть еще одна непроверенная идея. У Autodesk.Civil.DatabaseServices.PressurePipeNetwork есть метод GetPipeIds возвращающий ObjectIdCollection. Так вот что будет если удалить из этой коллекции ObjectId нашей Pipe?Я думаю, что ничего не будет. Как я понимаю, эта коллекция создаётся в момент запроса и уже потом никак не связана с сетью.
Так вот что будет если удалить из этой коллекции ObjectId нашей Pipe?Произвел очистку исходного списка - pipes.Clear() .
А для PressurePipeNetwork ничего подобного нет...Для безнапорных сетей ни одна из моих, вынесенных на обсуждение, проблем не является проблемой... :)
А для PressurePipeNetwork ничего подобного нет...Как я понимаю, ввиду отсутствия официальной документации по API напорной сети, и самого API для неё ещё нет. Работать с ней сейчас - это большой энтузиазм и постоянное "спотыкивание" на элементарных операциях. Я в каждой новой версии смотрю - не добавили ли чего-нибудь? Со стороны пользователей есть какие-то косметические изменения и исправления багов. По крайней мере, в 2018 версии напорка ведёт себя более-менее адекватно и предсказуемо. Но с момента релиза в 2013 версии, в её API нет никакого развития.
Работать с ней сейчас - это большой энтузиазм и постоянное "спотыкивание" на элементарных операциях.Это моя работа. Проектировщики вовсю используют напорные сети и хотят хоть какую-то программную поддержку здесь и сейчас.
Если хочешь, чтобы я отправил запрос в ADN DevHelp, то оформи запрос нормально:Мне надо как-то решать поставленные задачи в реальном времени. Буду добавлять не клоны, а вновь созданные объекты на базе старых.
А по поводу запроса - на пенсию уйду раньше, чем будет результат. :)Возможно. А возможно мы что-то не видим и задача решается элементарно. Но если тебя такой вариант не интересует, то я настаивать не буду.
Ну ты же научился их менять.Возвращаясь к варианту с созданием новых объектов. Трубы можно создавать при добавлении в сеть. Фитинги и устройства регулирования потока добавляются уже готовыми. Я боюсь спросить, а можно ли их создавать программным путем?
Я боюсь спросить, а можно ли их создавать программным путем?Что под этим имеется в виду?
Что под этим имеется в виду?Вставки объектов выбранного типа из каталога.
Вставки объектов выбранного типа из каталога.Увы, но и этого похоже нет. Во всяком случае мне не удалось найти.
Я правильно понимаю, что это аналогично вставке BlockReference?Я не вижу здесь никакой аналогии.
Можно ли заставить ReferenceFiler работать в обе стороны. Не только DwgOut, но и DwgIn.Нет. Теоретически можно попробовать написать свои филёры, которые обрабатывают не только references, но и все остальные типы возможных данных. Но мне кажется, что это тупиковый путь.
Но мне кажется, что это тупиковый путь.Жаль. Идея была заменить ссылку на исходную водопроводную сеть ссылкой на новую для перемещаемых элементов.
Жаль. Идея была заменить ссылку на исходную водопроводную сеть ссылкой на новую для перемещаемых элементов.Я эту идею понял сразу. И она у меня витала в голове еще тогда, когда ты первый раз написал про ReferenceFiler.
Если это действительно работаетРаботает! Только карту надо заполнять на все ссылки, иначе значения обнуляются.
мои поздравления!Спасибо! :) Вы с Александром подсказали нужное направление.
Прими и мои поздравления! Про этот метод я совершенно забыл. Про SwapIdWith и HandOverTo помнил, а про SwapReferences забыл. Склероз...мои поздравления!Спасибо! :) Вы с Александром подсказали нужное направление.
Прими и мои поздравления!Спасибо! :)