При добавлении в сеть напорные трубы не получают информацию об этой сети.

[Andant]

Так вот что будет если удалить из этой коллекции ObjectId нашей Pipe?

Произвел очистку исходного списка - pipes.Clear() .
При закомментированной процедуре удаления исходной сети. Две трубы входят одновременно в обе сети:





При удалении исходной сети. В результирующей две удаленные трубы:

[Александр Ривилис]

Я смотрю, что для Autodesk.Civil.DatabaseServices.Network есть специальный метод для переноса в другую сеть:

Код - C# [Выбрать]

1. public unsafe void MoveParts(ObjectIdCollection partIds, ObjectId dstNetworkId);

А для PressurePipeNetwork ничего подобного нет...

[Andant]

А для PressurePipeNetwork ничего подобного нет...

Для безнапорных сетей ни одна из моих, вынесенных на обсуждение, проблем не является проблемой...

[Дмитрий Загорулькин]

А для PressurePipeNetwork ничего подобного нет...

Как я понимаю, ввиду отсутствия официальной документации по API напорной сети, и самого API для неё ещё нет. Работать с ней сейчас - это большой энтузиазм и постоянное "спотыкивание" на элементарных операциях. Я в каждой новой версии смотрю - не добавили ли чего-нибудь? Со стороны пользователей есть какие-то косметические изменения и исправления багов. По крайней мере, в 2018 версии напорка ведёт себя более-менее адекватно и предсказуемо. Но с момента релиза в 2013 версии, в её API нет никакого развития.

[Александр Ривилис]

Andant
Итог. Если хочешь, чтобы я отправил запрос в ADN DevHelp, то оформи запрос нормально:
1. Полный тестовый проект в архиве с одной командой, которая переносит (точнее пытается перенести) Pipe  из одной PressurePipeNetwork в другую.
2. dwg-файл с двумя PressurePipeNetwork (из которой переносят и в которую переносят) с указанием версии Civil 3D (само собой что ответы можно ожидать только на последние три версии)
3. Видео (Autodesk Screencast), на котором четко видно что при удалении исходной PressurePipeNetwork портятся Pipe'ы из второй PressurePipeNetwork
Как-то так.

[Andant]

Работать с ней сейчас - это большой энтузиазм и постоянное "спотыкивание" на элементарных операциях.

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

[Andant]

Если хочешь, чтобы я отправил запрос в ADN DevHelp, то оформи запрос нормально:

Мне надо как-то решать поставленные задачи в реальном времени. Буду добавлять не клоны, а вновь созданные объекты на базе старых.
А по поводу запроса  - на пенсию уйду раньше, чем будет результат.

[Александр Ривилис]

А по поводу запроса  - на пенсию уйду раньше, чем будет результат.

Возможно. А возможно мы что-то не видим и задача решается элементарно. Но если тебя такой вариант не интересует, то я настаивать не буду.

[Andant]

Ну ты же научился их менять.

Возвращаясь к варианту с созданием новых объектов. Трубы можно создавать при добавлении в сеть. Фитинги и устройства регулирования потока добавляются уже готовыми. Я боюсь спросить, а можно ли их создавать программным путем?

[Александр Ривилис]

Я боюсь спросить, а можно ли их создавать программным путем?

Что под этим имеется в виду?

[Andant]

Что под этим имеется в виду?

Вставки объектов выбранного типа из каталога.   
Я правильно понимаю, что это аналогично вставке BlockReference?

[Александр Ривилис]

Вставки объектов выбранного типа из каталога.   

Увы, но и этого похоже нет. Во всяком случае мне не удалось найти.

[Александр Ривилис]

Я правильно понимаю, что это аналогично вставке BlockReference?

Я не вижу здесь никакой аналогии.

[Andant]

Можно ли заставить ReferenceFiler работать в обе стороны. Не только DwgOut, но и DwgIn.
Пробовал вызывать оба метода без редактирования филера - Civil падает...

[Александр Ривилис]

Можно ли заставить ReferenceFiler работать в обе стороны. Не только DwgOut, но и DwgIn.

Нет. Теоретически можно попробовать написать свои филёры, которые обрабатывают не только references, но и все остальные типы возможных данных. Но мне кажется, что это тупиковый путь.