Invalid Brep

Hello, i have a problem with my grasshopper. I use fonction "trim" with 2 brep, and the result after lot of manipulation (my plan is divide in 12 frame) is "invalid brep". It's very long to have a result, my 3dm is very large.

Another problem, when the fonction is ok, the draw in grasshopper is ok, when i bake i have only a litte part of the opération.....

If you could help me, thank you

[Edit] Here the description in the null item :

            {0;0}
0. Brep: brep.m_T[43047] trim is not valid.
   trim.m_type = seam, the edge is manifold, but brep.m_L[trim.m_li=1114].m_type is not outer.
brep.m_L[1114] loop is not valid.
   brep.m_T[loop.m_ti[21]=43047] is not valid.
brep.m_F[0] face is not valid.
   brep.m_L[face.m_li[1114]=1114] is not valid.
ON_Brep.m_F[0] is invalid.

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.

Replies to This Discussion

Permalink Reply by R-tel on September 11, 2015 at 3:10am

Sorry, i forgot my grasshopper capture :

i don't understand, for the same grasshopper code and the previous operation in the same document, that worked, and now "invalid brep" :-/

Actualy, with this problme i am completely blocked for my project

Permalink Reply by Joseph Oster on September 11, 2015 at 7:23am

Use 'Internalize data' on your two brep parameters and post the GH code - you'll have a much better chance of getting some help.

Permalink Reply by R-tel on September 11, 2015 at 8:09am

thanks for your reply !

i join my 3dm (an extract of my file) and gh.

But i don't understand, sometimes it's works, sometimes not..... I am lost :-/

Permalink Reply by R-tel on September 11, 2015 at 8:17am

here the document

Attachments:

interro.3dm, 4.6 MB
trim.gh, 10 KB

Permalink Reply by Joseph Oster on September 11, 2015 at 9:27am

It's working OK for me, I don't see the error.

I can see other ways of doing this though... Such as 'Brep | Plane' intersection to get the outline of the buildings, then 'Surface Split'. But it gives slightly different results (one surface instead of a list, for one thing) and is not faster. I see no reason your code should break with the data supplied in this Rhino file. Sorry.

P.S. It gives one result instead of a list because I sorted the 'Surface Split' results and show only the largest one - which isn't really correct...

Data is internalized in attached GH file, no need for Rhino file.

P.P.S. I am always puzzled when I see Rhino files where the geometry is FAR REMOVED from the origin? In this case, your large surface is far below Z=0; how does that happen?

Attachments: