I apologise for this as I do appreciate you posting WIP in your last response.
At the same time, I’ve built the graph as attached in v1 and I couldn’t understand why it should be sorting the doors as it is. It may be that there is something I don’t understand about Door Families and/or handing.
My assumption is:
Door is hinged on R in base condition. It will be R if unchanged OR if hand- AND face-flipped. If it is hand- OR face-flipped only, the door becomes L.
With some further testing (v2), it seems to me that both Nodes are assessing things wrongly (or, as I say, I misunderstand it).
FaceFlipped notes that a door inserted in the ‘wrong’ orientation is face-flipped.This door is inserted in the wall with the ‘exterior’ of the Door Family on the interior side of the Wall. While that is ‘flipped’ in a sense, it behaves more like a rotation would - it is still hinged to the R. Other than that, FaceFlipped correctly notes when Doors have NOT been face-flipped.
HandFlipped had errors in both returns - unchanged Doors reporting as hand-flipped and a hand-flipped Door and one mirrored about its own Centre Left/Right Reference Plane are reporting as not hand-flipped.
I hope this is helpful … if I am mistaken and incorrectly calling these things errors, I apologise and would certainly appreciate clarification.
The Door I used is the standard Concept Door that ships with Revit. I added Parameters to check but have not altered the geometry/orientation of the Door. I did switch on the Room Location Point which seemed to help in the ‘To Room’ part of the schedule. I’m not sure if that is related - I don’t think it changed your Nodes’ performance.
Files available for download here …
DoorTest.rvt (612 KB)
WIP_Set Door ‘Handing’ Instance Parameter v1.dyn (14.6 KB)
WIP_Set Door ‘Handing’ Instance Parameter v2.dyn (6.0 KB)