The GoogleFu is weak with this one - and though sure this has been asked a million times before, I can't seem to find the solutions to my amateurish issue.
I have, wait for it, lists that I'd like to compare and get values from. Original nah?
Specifically* relating to Areas, I'd like to:
1. get the Area Scheme <Name> push-populated into a custom SP into each area - redundant I know, as the ElementID is there, but humans can't read ElementID -and I work with humans.
2. do the same, but using a property from the Area's respective Level, in particular an SP I've populated with "floor to floor height".
So far I've been aiming at <Level Name> as the matching property (seems fairly robust enough) - but it's knowing which nodes to use to build:
"if an element in List A has a parameter value X, and in List B there is an element with a matching parameter value X, then take the parameter value Y of said element from List B and throw it into the parameter value Z of matched elements in list A"
still stumps me.
If this were Excel, I'd use Index Match and be done by now. This isn't Excel.
And yes, I've trawled the web - and re-read the Primer nearly everytime I fire up Dynamo. :hide:
Here's my "effort" so far, trying to stick with OOTB nodes for now...
EDIT
To clarify; much as I'd love to get a working solution to this here quandary, I'd rather - if I might be so cheeky - a 'layperson's terms' explanation as to how I should be thinking - since the ability (or lack thereof) to do this kind of thing basically underpins all of my Dynamo-data-delving-desires.
PS:
One of things I've noticed about the Dynamo forum, ironically for a forum aimed at a 'visual' programming platform, "solutions" are often presented quite matter-of-factly (and) in code-form (example lists generated in code blocks etc).
*Specially!?! urgh.
I have, wait for it, lists that I'd like to compare and get values from. Original nah?

Specifically* relating to Areas, I'd like to:
1. get the Area Scheme <Name> push-populated into a custom SP into each area - redundant I know, as the ElementID is there, but humans can't read ElementID -and I work with humans.
2. do the same, but using a property from the Area's respective Level, in particular an SP I've populated with "floor to floor height".
So far I've been aiming at <Level Name> as the matching property (seems fairly robust enough) - but it's knowing which nodes to use to build:
"if an element in List A has a parameter value X, and in List B there is an element with a matching parameter value X, then take the parameter value Y of said element from List B and throw it into the parameter value Z of matched elements in list A"
still stumps me.
If this were Excel, I'd use Index Match and be done by now. This isn't Excel.

And yes, I've trawled the web - and re-read the Primer nearly everytime I fire up Dynamo. :hide:
Here's my "effort" so far, trying to stick with OOTB nodes for now...
EDIT
To clarify; much as I'd love to get a working solution to this here quandary, I'd rather - if I might be so cheeky - a 'layperson's terms' explanation as to how I should be thinking - since the ability (or lack thereof) to do this kind of thing basically underpins all of my Dynamo-data-delving-desires.
PS:
One of things I've noticed about the Dynamo forum, ironically for a forum aimed at a 'visual' programming platform, "solutions" are often presented quite matter-of-factly (and) in code-form (example lists generated in code blocks etc).
*Specially!?! urgh.
Comment