Well … as i said many times the Morth this to that works ONLY if that is a single surface (you can use a BrepFace as well: the Morth uses the underlying Surface and then you must ask questions about if something (say: the polyline center) is inside the BrepFace).
To be honest with you this task of yours (Blob > planar Vor polylines) is - more or less - achievable but I estimate that requires at least 3-4 days full work (AND some/several C# that are classified) … meaning that posting a full solution related with that it’s out of question.
That said … well … planarizing higher order polylines is a fine balance between several Goals (In Kangaroo a Goal is something that you want to achieve):
- Planarity Strength,
- Node min/max Angles,
- Edge min/max Lengths,
- Pull to something Strength (the blob or a mesh),
- Diagonal min/max Lengths and some other stuff…
Mess with the “optimum” values on the above Goals … and get a terrible/freaky result. It’s all about Physics Engine matters you know. Mess with the OEM Mesh as input to K2 … and get bananas as well. Kinda powersliding a proper sports car: is all about balance.
I have C# stuff that does that … but is strictly internal. Why ? Well … because of the way that an optimum balance between a lot of factors is recursively approximated. Think of it as some sort of “learning machine” thingy (well … add some “” more, he he).
That said planarity for a glass panel and planarity for some sort of roof panel ARE not the same kind of animals. Remind me to erase the YAS Hotel from existence … meaning erasing other things as well.
Ugly news: Even if you had the FacetDome solution for a blob on hand (I can’t promise any ETA for that NOR that I could post it IF sensitive portions of code would probably being used) … without planarization it could be 100% useless - even within an Academic way of evaluating design proposals.
Warning: This design of yours violates 2 critical things: Form follows function and Less is More.