This is appears to be happening because the graph which was distributed has the BBoxArea and BBoxCenter nodes earlier in the file than the definition which creates them (that is the import is effectively happening after they’ve already been called). This can happen sometimes if the node creating the definitions is copied after adding annotations, or multiple definitions are created in separate code blocks, and then combined into one as you prep to distribute/document the code.
To resolve, copy the nodes which are erroring out and replace them with a new version thereof and you should be all set.
FYI @colin.mccrone@solamour we might want to get this resolved on the file we distribute with the blog post.
Thank you so much, Jacob. It did resolved the issues with all the code blocks.
However, for the “[Analysis]: Movement, path finding” process, I get a warning: Route.ByPathField operation failed. Attempt to create path field with no destination points in path lattice, as shown below:
Are you using the dataset which the graph was originally developed for? It may be that you have links involved which will report their internal origin rather than the location relative to the link instance’s transform.
Thank you, @jacob.small Just not sure why it was doing it when we don’t have linked models. Initially, furniture was from Interior revit model, but I copied all the furniture to the architectural for the script to run. To follow your comment though, I have tried on the Autodesk Revit sample project model to run the script, and it did solve the offset issue. However, I was getting different warnings, and when I export to use generating outcomes, it just spins and no outcome…
Not sure why we get the warning although it seems to be right type of data?
Trying to address all the warning as I don’t get any outcome data with infinite circling process when I hit “generate” from “create study”
I wonder if this is causing to fail…Not sure what I can feed here for “var”
I don’t believe that defining a custom definition twice in the same graph is supported… frankly I am shocked that this hasn’t just crashed on every run…
Typically the definitions need to be defined once with a unique name, and called for individually in subsequent code blocks. Try refactoring so that your first created code block builds the definition, and subsequent code blocks call it.
Thank you, @Michael_Kirschner2 and @jacob.small
I went back to how it was for definitions and tried again, but same warnings…
And when I export it to generate, it still spins without any outcome.
If you get a chance, please see attached if I am missing something…
I would appreciate it. Thank you in advance.
Thank you, @Michael_Kirschner2 . I have just updated the Definition code block with Point for var, however, I have run into different issue as shown in attachment below.
I am sorry. I have been backtracking and realized there were a couple of custom packages that weren’t matching with script’s version numbers.
I overlooked the issue as the graph itself didn’t have any yellow or red nodes for warnings.
I uninstalled non-matching packages and reinstalled the matching packages and it seemed to work now.
@fracTAL_MR we are currently looking at fixing these issues in Dynamo. Can you tell us if the nodes calling BBoxCenter() and BBoxArea(), which showed warnings, did they actually execute in spite of the warnings?
Hi @Aparajit_Pratap, it couldn’t process when it fails to create a bounding box for several furniture family geometries. We had to swap the families to Revit generic sample furniture to get executed, but even then, it only worked for particular furniture as well. We were wondering what level or condition would be acceptable in terms of execution of the bounding boxes.