est simple pour moi sur une surface plane (surface notée SP sur la feuille 1) un simple réseau suffit, par contre, je coince sur la portion de cône (surface notée PC sur la feuille 2). Je pense que Grasshopper est idéal pour ce genre d'application.
Les contraintes sont les suivantes :
- continuité de réseau entre les 2 types de surfaces,
- Distances H et D conservées sur les 2 types de surfaces,
Merci pour vos idées
…
t, and it worked great!I can already see some of the nice benefits of its usage. With the Google Earth component, you made a quite a remarkable addition to the Ladybug set of components! Keep up this great work!
Just as a mention: I am attaching a screenshot of two new components:The first one: "Terrain analysis" performs a couple of terrain analysis types, and the second one: "Flow paths" performing the water flow analysis.Screenshot example of both is given below:
It would be nice if your Terrain Generator component could benefit from using these two new ones.In order to do that, Terrain Generator would have to output the terrain in a form of surface as well. My modest advice would be to add the "type_" input, which will determine whether the "terrain" output is a mesh, or a surface. This will make it consistent with Terrain Generator 2 component.To create the terrain surface from a grid of points, use the NurbsSurface.CreateThroughPoints method:
import Rhino as rcuDegree = vDegree = 3uClosed = vClosed = FalseterrainSurface = rc.Geometry.NurbsSurface.CreateThroughPoints(pts, numberOfPtsIn_vDirection, numberOfPtsIn_uDirection, uDegree, vDegree, uClosed, vClosed)
Of course this is just a suggestion, I am not imposing anything.…
nstalling of 3 previous versions of Ladybird and Honeybee but nothing different happened. This was all happening on a desktop PC running windows 10 and with a wired connection to the internet router (via a switch). I then tried installing Ladybug and Honeybee on a MacBook Pro running Windows 7 on bootcamp. This computer was wirellesly connected to the same router. The installation of the latest version was very smooth and all the right files of the right sizes appeared without any problem on the first import of Honeybee-Honeybee. I then copied the files over to the other computer. Solved.
1. good thing I didn't know that as I wouldn't have kept on trying to resolve it!
2. Ok, sticking with it - besides I would hate miss out on such a major release!
3. Makes sense.
4. ok, I thought that that was the main file because of the EP in the title - I now have them both anyway.
5. Now that you say this when I click on the file in github and download it from the view raw link then I do get the right file size. But when I have been trying to download it directly from the root folder (i.e.Honeybee/resources) with "save link as" then I get the 36kB. Could it be that Honeybee_Honeybee was doing something similar?
Many thanks again to both of you - great work out there!
best,
Alex…
mponents.At Terrain Generator 2 component, the "origin_" input and "originPt" output represent a point of the terrain. So the terrain surface or mesh will be created starting from that spot, where that spot is actually lying on the very terrain.I noticed that this is not the case with "_basePoint" input of Terrain Generator component.In that case, in order for it to be able to use the Terrain Analysis component, one has to project the "_basePoint" to terrain mesh/surface.
We tried to fix the WebClient class issue with Mostapha and Chris last year, but without success. Eventually I will have to buy a new PC and install a newer operating system, which will remove the issue. Until then I will not be able to test some of other people's component's which use this class.I apologize if this is causing you any inconvenience.…
ead of "Terrain Generator 2" component. It will extract the elevation data from Google earth instead of Opentopography. The elevation data is different though, as they use different sources.By the way: I am already in love with the Karya project!!! It seems like a very interesting topic, and a perfect example of how environmental and computational aspects of design should be merged!I will definitely check the blog to read the new information about it, once in a while…
how Honeybee Set EP Air Flow worked but apparently not as it still opens the window when T(out) > T(in) (I get positive heat gains in this case).
I basically want to use sensible natural cooling when possible and relevant, i.e. when the 2 following conditions are met :
T(in) > 28°C
T(out) < T(in)
I know this is possible in EP but I have the feeling it is not yet implemented in HB ? Any help would be greatly appreciated.
Best,
Aurelien…
r.
Enjoy...
Extract:
Intervista a David Rutten genio creativo, inventore e sviluppatore di grasshopper, il programma generativo che sta creando nuovi linguaggi estetici e funzionali nel design e nell'architettura. Arturo Tedeschi
Italian to English translation
Interview with David Rutten creative genius, inventor and developer of the Grasshopper, the generative program that is creating new aesthetic andfunctional design and architecture. Arturo Tedeschi
…
Added by Danny Boyes at 1:30pm on February 7, 2011
combination is nearly 0 (of course with 1 try). You have about 100 (?) dimensions... its just impossible to do it well. Even with billions of random genotypes for 1st generation.
Its like 1:googol (10^100) to succeed. If youll try and run it on your pc, youll probably consume all the energy in universe, and it will take longer time than our universe will exist.
Sorry :(
EDIT : As David wrote in his post - every added dimension results with almost half of "success ratio". So as with one slider you have e.g. 1:2 ratio of success, with 100 sliders you have :
1:633825300114114700748351602688 (2^99)
To somebody more familiar with math -> correct me if Iam wrong :)…
e math to get the surface accuracy I'm looking for).
I'm dividing a circle, which represents the bottom of the endmill, then finding the intersection of SDL lines based on those points (just in the z direction for now as I own a 3 axis machine) and the surface. I then find the highest z point, and interpolate a curve with points using the original xy and the new z values.
I was planning on dividing both the curve and the circles by a length of .001, but this seems to be way too much. I was planning on using a similar strategy for a ballmill, populating the surface of half a sphere with points and finding the difference in length between those and those on the target surface, but that would be a significantly higher number of points.
Do I need a better strategy, a better pc, or am I asking for too much in terms of accuracy?
Thanks for the help,
Justin
…
t to work. I was getting an error message on the OSMshapes components. I searched the forums and followed these steps:Close your Grasshopper and Rhino.2) Restart your PC3) When it boots up again, in your Start menu's search box type: "UAC". Click on it, and a new User Account Control Settings window will open. Set the bar on the left to "Never notify".4) Completely turn off your Antivirus.5) Check once again if your access control to the C:\MapWinGIS_installation_folder\gdal-data\osmconf.ini file is still set to the values you previously reported in this post.6) Right-click on "Rhino 5" icon and then choose: "Run as administrator".7) When Rhino boots up, run Grasshopper, and open the newest create_3dbuildings_trees_streets.gh file from here.This got the script to work and eliminated all of the error messages. The thing is... The omsconfig file's settings switch back after a some time passes, so I have to keep going back to change them. Also If I don't right click on rhino and choose "open as an adminstrator" the script won't work. I'll get those same error messages when I open Rhino normally. I'm also not super comfortable turning off my antivirus software during the time that I am working.Are there more permanant solutions that I can employ without going through these steps every time?
Thanks,
Robert…