ages you can see a comparison of the original (clean, left) surface without stitch holes. I then process it in GH to get the holes (right). Unfortunately, the resulting (baked) surface does not behave the same way as the original does. As you can see below, it's all wrinkled up (red arrow).
1. I'm pretty new to GH and Rhino, so creating the holes in this way might be a non-standard approach to start with? Or does it seem legit this way? (I went through some tutorials [THANKS!!], but I'm not yet familiar with any best practice)
2. could someone please give me a hint, how i could tackle this? Obviously I need the same clean squish (green arrow), only WITH the holes...
3. Currently I'm working on a MBair i5 (2core) inside Parallels and the computational drag for this little problem feels already quite significant (~10-20 secs to compute or so). Would you consider this normal for GH, or have I gone down a resource intensive path?
here's a screenshot of my GH-file:
Any hint is very well appreciated,
thanks,
vincent
…
djust by a graph mapper or something so i can vary the height and size of the twirl in the middle
i essentially want to split the curve on grasshopper like this with points that i can change:
this is because i eventually want to create variations, so i can decrease the middle section, so the variations would look something like this:
i understand that i can generate a line and an arc , but:
1. i can't seem to join them together
2. not sure how to adjust points to give it alternating heights/z axis
3. arc in the middle not oriented the right way!
thank you so much in advanced…
Added by brushstroke at 12:16pm on February 20, 2017
ht one. I attached the files and named everything for better overview. I try to do a skelatal mesh, via [voronoi3d] over a curved surface. [Input geometry] All the way till [curves#1] worked pretty nice (lofting worked out good for creating a fully connected surface including the holes, which i could edit further via catmull etc..) But just a few things bothered me: Through the continiuos scaling all cells, larger cells shrink more than smaller ones do. The borders between cells get quite irregular. To change that, i tried to use [connect] for all the polylined cell borders [cull] some of them and [offsetonSrf] them by a numeric amount. As you can see on the [#2 result], the offset tool is working fine for most of the holes. (If the distance gets to big they cut themselfes, but thats not a big thing i hope. I anyway want to pick smaller distances I know the lower [loft] doesnt make much sense, but it does affect the result quite serious.. i only kept it to illustrate my goal..) as you can guess it's these irregularity in direction of the offset (some go towards inside, some went out the cells) SO: how can i force the [offsetonsurf]tool to move in one direction, or how can i select and reverse wrong directional curves? may offsetting towards the center of each cell?? #3 is an additional Problem, i cant find a neat solution for: i want to create a surface surrounding the voronoi section. how can i pick the very outside polyline of that and create a surface (similar or parallel to the [inputgeometry] for further surfacing i guess it needs exactly this polyline to connect outside and inside later. but wait, i probably could change the surface to intersect with to cut cells just into the original surface (which still has that outer flat surface) but only inside that smaller inner area right?…
gs happens:
1. the readEPResult component works, but there are no outputs on cooling, thermal loads and thermal load balance data. From the tutorial video i guess these data should be in outputs;
2. and there are no html report created in RunEnergySimulation Component;
3. the readEPSrfResult component didn't work and the error is as follows:
" Your simulation probably did not run correctly. Check the report out of the Run Simulation component to see what severe or fatal errors happened in the simulation. If there are no severe or fatal errors, the issue could just be that there is .eio file adjacent to the .csv _resultFileAddress. Check the folder of the file address you are plugging into this component and make sure that there is both a .csv and .eio file in the folder. "
I look into the folder and I sure the .csv and .eio file are there.
I think got everything the latest version, so i wonder what is wrong?
Thank you very much in advance!
GUO
…
gs happened:
1. the readEPResult component works, but there are no outputs on cooling, thermal loads and thermal load balance data. From the tutorial video i guess these data should be in outputs;
2. and there are no html report created in RunEnergySimulation Component;
3. the readEPSrfResult component didn't work and the error is as follows:
" Your simulation probably did not run correctly. Check the report out of the Run Simulation component to see what severe or fatal errors happened in the simulation. If there are no severe or fatal errors, the issue could just be that there is .eio file adjacent to the .csv _resultFileAddress. Check the folder of the file address you are plugging into this component and make sure that there is both a .csv and .eio file in the folder. "
I look into the folder and I sure the .csv and .eio file are there.
I think got everything the latest version, so i wonder what is wrong? I tried to search similar problems in this website but still could not find a way to get rid of it.
Thank you very much in advance!
GUO…
t around this? Can anyone give me some insight on implementation?
Custom class
Ingredient
Custom interface
IFood
Method: bake
Method: eat
Custom class A
Pizza : IFood
simple (eg. string or int) properties are set in constructor
bake() and eat() are defined in the class, as one would expect
List<Ingredient> myIngredients;
Custom class B
Lasagna : IFood
simple (eg. string or int) properties are set in constructor
bake() and eat() are defined in the class, as one would expect
List<Ingredient> myIngredients;
The trouble comes when I try to do something like this:
Grasshopper component : "Recipe"
Should accept either custom class A or custom class B, and be able to loop through their ingredients and output a long string.
Method 1:
Recipe component accepts and performs operations on objects of type "IFood", but gives an error because "IFood" does not contain a definition for "myIngredients".
Method 2 (I think this is the right path):
Try adding "List<Ingredient> myIngredients" to "IFood" and get two errors "Interfaces cannot contain fields" and "Inconsistent accessibility: field type 'List<Ingredient>' is less accessible than field 'IFood.myIngredients' "
Method 3:
Try adding a method to "IFood" called "myIngredients". This would be defined in each class that implements the interface and return all the ingredients as a list. Errors: "Inconsistent accessibility: return type 'Ingredient' is less accessible than method 'IFood.myIngredients()' " Also a bunch of errors in the "Recipe" component, where I try to actually use IFood.myIngredients... …
e is changed.
This is what I am trying to achieve: If the dropdown component is changed, the c#-component should update the slider... It is also working with GH_Document.SolutionEnd Event but as far as I understand, this will recompute the whole solution. So if there is a huge script following downstream, this will be called always twice (correct?). I would like the script to:
1. detected the change of an input parameter value 2. stop the script and set a few sliders 3. continue computing downstream stuff.
Thanks in advance!
private void RunScript(System.Object mySliders, bool startme, ref object A) { if (!startme) return;
if (_running) return;
_run = true;
Component.Params.ParameterChanged += new GH_ComponentParamServer.ParameterChangedEventHandler(OnSolutionEnd);
}
// <Custom additional code> private bool _run = false; private bool _running = false;
private void OnSolutionEnd(object sender, GH_ParamServerEventArgs e) { // Unregister the event, we don't want to get called again. Component.Params.ParameterChanged -= OnSolutionEnd;
// If we're not supposed to run, abort now. if (!_run) return;
// If we're already running, abort now. if (_running) return;
// Reset run and running states. _run = false; _running = true;
foreach (IGH_DocumentObject obj in GrasshopperDocument.Objects) { if(obj is Grasshopper.Kernel.Special.GH_NumberSlider) { var slider = obj as Grasshopper.Kernel.Special.GH_NumberSlider; slider.TickValue = 9; _running = false; } } }
…
Thermal Comfort Indices incoming long wave radiation uses Ångström clear sky conditions emissivity coefficient, with Maykut and Church cloudiness factor so that it accounts for cloudy sky conditions. So basically this corrections creates the cloudy (all) skies emissivity coefficient.
I was not aware of the fact that .epw files have been shipped with the horizontalInfraredRadiation. Thank you for posting this information!I took a look at EnergyPlus horizontalInfraredRadiation page.In there they state that: "If it is missing, it is calculated".I am pretty much certain that in Serbia, government weather stations do not record the long-wave radiation data.So I thought that this data is probably recorded in more developed countries, definitively in USA.I replicated the formula provided by mentioned bigladdersoftware.com page in cases when "Horizontal Infrared Radiation Intensity is missing".This is the same Clark and Allen (1978) formula mentioned in upper attached Survey of Sky Effective Temperature Models.pdf, Table 3.Once I checked the differences between the Clark and Allen formula and the horizontalInfraredRadiation from the epw file, they were not actually really close, but the same.I checked for a couple of locations in USA, but also outside of it, for different climates. The results were again the same:
I attached the file below.I must admit that there are also hours when -1/+1 difference Wh/m2 exists, but my guess is that this is due to rounding of the values which is performed by EnergyPlus as shown in the example at bigladdersoftware.com page (0.036, 0.815, 340.6).
So it's either the Clark and Allen formula is super precise and can predict the long wave radiation to be exactly the same as the physically measured value, or .epw weather files are in fact not using physically measured values but calculated ones.My assumption would be that it is the second case.
It seems that the only major difference between the two is that the Maykut and Church model seems to be overestimating the long wave radiation loss to the sky in very cold conditions. Otherwise the models show fairly good agreement
Based on upper assumption, I do not think that we can distinguish whether either of these two incoming long-wave radiation methods is more precise or if the other one overestimates the La values.Thank you too for the knowledge and the shared information!!…
y anyway ;))
Since 2014 i begun to get back into the construction biz for some dozen main reasons, one of them being the highly increased availability of this kind of software "power", and robotics.
first project ended by 1stQ 2015 was focused on the development of a parametric block for construction. (almost sure the first parametric product designed in Uruguay, and probably one of the few first of this kind globally...)
Far from being a complicated model. In fact the standard model is extremely simple, key thing is that is fully parametric...
dimensions, materials, textures, colors... and so on
second key thing is that the main common component of the blocks (an EPS core) is robotically machined...
the blocks are the base of a construction system (oriented mainly - though not restricted only - to residential buildings) that
- is based on digital models, tendentially to be used in parametric models of buidings
- lab tested to prove to be 1.5 times as compression resistant than traditional bricks and blocks. (autoportability up to two stories buildings)
- has recently proved (due to size) to be 300% more efficient than the classic and 200% more efficient than steel frame in (our country official figures)
check it out here
--
https://drive.google.com/file/d/0B1TRxxgF_sEnQnZrTkZGbUx3cmM/view
--
- and it's aimed to be mass produced and handled by robots...
this project ended on 1H 2016
and i filed 4 patents in the process.
3 of them of mechanical devices designed as extensions for a cnc machine i own
and the fourth (
the patent related specifically with the blocks ) included a dozen of innovations (believe me...i have almost 15 yrs in the biz, and are coool stuff...)
along the project I've been working with inventor, even knowing in advance it will lack the kind of features I wanted to program many things... (lisp, VB, etc.... all same species of -prehistoric - animals) to leverage the tool to the sky - and far beyond... -
but was an alternative valid by that time because it allows the implementation of some form of parametric models, had a local representative and some supposedly skilled guys in the neibourhood....
but life is hard... and none of the latter two rendered me any significant help
so I had to take the tour myself...
- mind i never regret to do things that others cant -
and finish what i start
this one was a great project for many figures... and ended with more results than the ones commited to accomplish...
... some more history here ....
then because of a customer who brought a ZHA project ! to quote..., I crossed with rhino, and then met GH again to notice to my great joy and pleasure, in what kind of animal it had developed...
since money talks I'm investing hard on getting up to the expectations, and beyond as i usually do...
and thats how we met..
2017-2018 it's the time frame to build two robots. first one is a prototype to handle the k-nano blocks in the production process, delivery AND at the construction site ( a "smart crane" we nicknamed...)
the other one is the first prototype of robot to assist in the fabrication (smart blocker we called it to be creative ! ;))
then by 2018-2019 i'll be making a "kinda contour crafter" machine to complete the pie :) (you'll be interested on this..)
i guess you already know what all this has to do with GH...
i already have all the components i can imagine to do almost all i ever wanted to do in relation to this set of projects
but in almost a single tool !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
i can design, animate, render, optimize, simulate and even robotic simulate..
so, i have to ask...
is there a chance you might be interested in helping us in some projects we are starting on march and june 2017 (8 and no more than 18 months of duration respectively) ?
sent you a friend request, for the case you might be interested to continue by e-mail...
in any case many thanks for your help and inspiration !
best regards !
long happy marriage, and large figures bank account !
…
ly this is a Rhino.Python problem and not a Grasshopper issue, but it could apply to both!
I was trying to take a simple example of moving a ball around and see how it could be animated through Rhino.Python. The code works great in wire frame with now memory issues at all. However, when I switch the view to Shaded or Rendered, things go south pretty quickly. The RAM usage of Rhino which was steady around 350mb (ish) now grows every frame after a minute or so, it is in the GB's and never drops even after the script has stopped.What gives? Clearly this must be possible because Bongo does something similar when it does animations. Check out my code below and I would love to hear your thoughts.
import time
import rhinoscriptsyntax as rs
import Rhino
height = 100
width = 100
x = 0
y = 0
xspeed = .1
yspeed = .3
start_time = time.time()
end_time = 60
run_time = 0
sphere = rs.AddSphere((x,y,0), 5)
while run_time < end_time:
x = x + xspeed
y = y + yspeed
if x > width/2 or x < -width/2:
xspeed = xspeed * -1
if y > height/2 or y < -height/2:
yspeed = yspeed * -1
rs.MoveObject(sphere, (xspeed, yspeed, 0))
Rhino.RhinoApp.Wait()
run_time = time.time() - start_time…