FamilyInstance.ByPointAndLevel Bug?

[Alain_Hamel]

Hello,
My but: Insert a family (Nouveau Attente Elec_H) to the location of another family in a linked file.
The routine works, but I have 2 problems.

1. The choice of level 0, the family is inserted in level 0 (see image). Yet the value of Z is correct. FamilyInstance.ByPointAndLevel Bug?
   
2. I already have families in the project, and I change level routine works for level but erases families from other levels.
   An idea?
   
   

[Tomasz_Puchala]

Hi,
I think you need to use geometry translate since you are working with linked elements that probably have different coordinate system

[Alain_Hamel]

Hi,

use geometry translate --> how

different coordinate system --> How is that possible?

Why are families already inserted erased?
Is that the same problem? --> https://forum.dynamobim.com/t/place-new-family-instance-each-run/6823/24

[Yna_Db]

@Alain_Hamel: Not really sure since it’s hard to replicate, but it could be that the level names in your files are just different. The families already inserted stay linked to the graph: they are not erased but rather created in a new location each time you re-run it. To duplicate elements, just use Family Instance By Point in Transaction from Bakery. Another tip that could lie in the thread you mention is to run the graph once, disconnect the Family Instance node, re-run (the objects will disappear from Revit), then undo in Revit (the objects will re-appear but disconnected from the graph, no blue point anymore). Then reconnect, change parameters and re-run.

[i.tzivanidis]

@Yna_Db I have the same issue. could you demo how the transaction from bakery would work for several instance elements?

[i.tzivanidis]

@Tomasz_Puchala

Hello Tom. If I were to use that node, how can I convert the fmaily instances to OUTPUT acceptable for the geometry INPUT of the first row??

Thnaks.

John

[i.tzivanidis]

The second tip you give actually works!!!

Its the closest thing I found today on baking the elements and believe i tried everything available in the page.

Only modification is after Ctr+Z, close your definition, and reopen Dynamo and definition. The link is broken HAPPY DAYS <3 <3

Thanks

[Yna_Db]

The second tip you give actually works

Great! Now I fairly have to find who published it first

Update: I found it finally (!)

Update Delete

This is a tough nut to crack. All newly created elements in Revit are linked to the appropriate creation node inside Dynamo. The logic is that if you delete the node, or change the input, it automatically deletes the elements inside Revit so that you don't get duplicated elements one on top of each other. I don't know of a solution, unfortunately but a temporary work-around would be the following: 1)Run your dynamo definition and create the elements. 2)Unhook the create walls node. That will…

[Alain_Hamel]

I have a solution that works! (By following your ideas)

I have a TEST project for saving changes on the DYNAMO routine
But important, (seems to make the difference) Select Model Element has no memory selection.

1. Then in my project I open DYNAMO and select my link  RUN
2. Then close DYNAMO without saving.
3. I can resume in step 1

(I also solved the level problem)

I have one last problem with the other SetDifference (Electricite.Code) to get the list in the right order

[m.owens]

I am also having an issue with place by point and level.

Basically, the placement point is previewing correctly, but the actual elements is located at some irregular distance from that point in the xy-plane.

If I re-run the script, the elements are then positioned correctly.

This issue happens almost all of the time, but every once-in-a-while it places the elements correctly on the first run.

Very strange…

Anyone else experience this? Using Dynamo 2.5 and Revit 2021.