I’m trying to create shared parameters from a excel file.
I have a Huge list of IFC parameters that after some cleaning i would like to import into Revit shared parameters.
I tried the Orchid package and actually it works, but Its somehow limited. I can only assign one parameter type. That means If I have 10 parameters and half are “Yes / No” parameters and the other half are “Text parameters”, the Orchid node will only apply one Parameter (text for example).
I need to be capable to assign different types parameter to each parameter, so I tried the archilab node with seems that could do what I want, but It seems that I can’t make it work.
Anyone know what I am missing? Maybe the node its not intended to do what I want?
with the help of another post in here i made this, using the orchid script
My excel file basically has the name of the parameter and the type of parameter
I listed 13 parameted types to see if it works
When i ran the script, the names are correctly created and displayed but all my parameters are integer parameters (which is the first in my list). My guess is it only reads the first and apply it for all the items. and for what i understand, you can not use a list in that field, only one parameter.
Is there any way to achive what i need using your nodes?
By script I actually meant the graph (I’m not familiarized with proper dynamo language)
I don’t understand why you recommend to learn how to use ListLevel, I mean, the four list I have in my first png (first post) and the two I have in the second post using your node, shows exactly what I want to have.
Actually, I manage to create the shared parameters as intended (at least with your node) but I can’t figure out how to assign a different type parameter for each parameter.
The point is. I have 13 names in my excel each of one with a different type parameters and the idea is create all of them in one go at the same time.
BTW, you should feel free to call it a script, graph, etc, you do you.Lots of people refer to these things by different names, we know what you mean, and we’re just happy to have you here to participate in the conversation.
I strongly disagree. An important thing is to learn the right term from the start. At least it is so in the academic world.
Learning a language is something we are taught from childhood. We learn how to write the right words in sentences from childhood. We continue this education lifelong. At universities, we are eager to learn students the language of the industry they are entering. So that the community (the industry) they enter understand what is written and said.
Giving up language is giving up the core of whatever a culture stands for.
I don’t think it is a good idea to let fast business slang become the language in the construction industry. I will keep defending using the right term, the right language at any time.
Something i was taught from childhood was to be nice, even if people around me are using the wrong terms.
And cultures vastly transcend languages. I travel all over the world, and experience beautiful cultures, many of which i do not speak the dialect. And they are very GRACIOUS when i use the wrong terms. (I always learn to say i apologize first.)
And yet… If they are called Scripts, they still work just as effectively.
For what its worth, the majority of our clients refer to them as scripts, and i usually do as well. Just the same as some folks call Revit Families “Components,” or “Objects,” or (even worse) “Parts,” which is confusing because Revit actually has a Part command, and also because Catia has Parts. All that to say, it really isnt a slant or a slight, to call them Graphs.
Interestingly enough, if you look up the Definition of a “Graph,” (a diagram showing the relation between variable quantities, typically of two variables) what Dynamo does doesnt fit that criteria either, unless the Preview is on and the particular script/graph is performing some task that displays results based on inputs. In that sense, all of the scripts/graphs that i make for data manipulation (which have no preview) technically arent “Graphs” either. I think im going to call them “thingies.”
Im proud to call them “thingies.”
All that to say, it doesnt matter. And whats interesting (just my point of view) is there are multiple threads where youve had that exact conversation with other members, and they have all responded “By script i meant the graph/dyn/whatever.” Sometimes popular opinion does form the perceived truth.
I was never a Britney Spears fan. But that doesnt mean she didnt make millions and top the charts. In a debate about “was she good,” there are a lot of ways i can lose that argument, based on public opinion.
In addition to making your graph as simple and efficient as possible, strive for graphic clarity. Despite your best efforts to make your graph intuitive with logical groupings, relationships might not be readily apparent. A simple Note inside of a Group or renaming a slider can save you or another user from unnecessary confusion or panning across the graph. The following are several ways that will help you apply graphic consistency within and across your graphs.
At first I didn’t intent to use your graph to add project parameters but since its already capable of doing that, why not. Anyways i was trying to add some parameters and they are always added as instances even in i write false in the instance cell in excel.
I tried with: “FALSE” and “false” (and some other parameters) my guess is that i’m messing up with the caps somewhere.
I tried uploading my excel sheet and the forum wouldn’t allow me. its says i’m new and I’m not allowed. anyways, there’s a screenshot. The only parameter i changed in that test was the las cells from TRUE to FALSE and when importing is a success but the parameter is always an instance.
My Revit version is 2018 in case that matters and Dynamo 126.96.36.1990
Edit: I just know JP is rewriting his class names as we speak!
using Object = DSCore.Object;
/// Wrapper class for application level nodes.
public class Applications