Grasshopper

algorithmic modeling for Rhino

Hi,

I'm new to this site, but i couldn't seem to find an answer to this question anywhere. 

I'm currently working on a projekt where i need to calculate the amount of earth that need to be dug up, and I thught I'd try doing it by constructing the existing topography and extracting the volume from the new one. Currently I have a mesh of the new topography (constructed in Revit and imported, but not very precise yet). I will be adding the existing one soon when i receive the pointcloud from the landinspector. 

I have however been trying to work on it with just a regular plane, but haven't gotten very far. Any suggestion on how to handle this?

I have included the Rhino file. All suggestions are more than welcome. 

Daniel

 

Views: 4045

Attachments:

Replies to This Discussion

Hi.

I'm not sure whether this method is gonna help or not. Anyway, check attached if you want.

You'll need "Weaverbird" plug-in for mesh join & welding.

Attachments:

I converted the mesh to a brep by converting and joining all the faces, then projected the perimeter to 'WorldXY' and created a 3D volume.  Quick and simple.

Then I spent WAY MORE TIME making a movable box to explore volume differences...  Took at least three tries and way too much time for a simple thing!

No plugns or Rhino file required (your mesh and curves are internalized).

P.S.  I found one invalid surface out of 818 triangles on the mesh so ignored that one.

Attachments:

Here is a more robust version of 'Mesh to Brep'.  It ignores mesh faces that don't have three 'Disc (Discontinuity)' points, i.e., they are not triangles.  In this case, there are two faces that consist of just a line instead of a triangle, so they are ignored by 'Dispatch':

Attachments:

Just in case your mesh is the topo of your excavation site and there is a desired digging area.

(With only native GH components)

Attachments:

Not "only native GH components"...  This code depends on 'MeshEdit Components (Mesh Volume)'.

Do you see a problem with the approach I used, converting the mesh to a brep?  From there, it's quite simple to use 'SInt' to get the excavated volume or 'SDiff' to show the hole in the surface.

Ok. my bad. This is truly native.

And do you mean every time he should convert mesh that have whatever count of faces to nurbs ?

File

Attachments:

Did you look at my code?  Seems to work fast and fine for me.

I don't really understand your latest code yet...?  Looks like you are re-building the mesh for some reason?

I don't see anything that affects the depth of the building site?  When I move the 'Building FootPrint' up or down, the excavated volume doesn't change?

Building footprint curve is just for projection. Use "Excavation Level " slider.

Well, this was amusing...  I decided to build a road, carving out terrain or building it up as needed.

  • In 'Top View', draw a curve for the road on the 'WorldXY' plane. Make sure it starts and ends outside the bounds of the mesh surface.
  • Adjust the 'Count' slider to have as few points as possible but as many as necessary to follow the road accurately.
  • The 'raise path' slider will raise the projected points above the mesh surface, which can be helpful in reaching a "state of equilibrium" where the volume filled in is nearly the same as the volume of material excavated.

The two 'Volume' components are VERY SLOW - ~45 seconds on my laptop - and should probably be disabled while messing with other parameters.  Sometimes a 'Volume' component will fail but a slight adjustment of a parameter will "fix" the problem.

Green in the image below shows "build up" or fill volume.

Attachments:

RSS

About

Translate

Search

Videos

  • Add Videos
  • View All

© 2024   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service