(level 2){ Could not load file or assembly 'KangarooLib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified. FileNotFoundException}
Upon opening BallCluster sample file:
Message log start (chronological):
Plugin version: 0.8.0063
Archive file written with older version: 0.8.0004
Input parameter chunk is missing. Archive is corrupt.
The archive contains an unrecognized object: KangarooPhysics {0db23e16-f91a-4105-3067-8d7ab0c60e4f}
This object cannot be deserialized
Object list read
Solver component also missing for me!
Best regards!!…
rrect, the heat balance of a zone is always 0 = Qcool/heat + Qinf + Qvent + Qtrans + Qinternalgains + Qsol. These parameters also correspond with the readEPresult element. However, if i sum up these values there is a slight deviation.
The deviation is greater during daytimes and in winter, suggesting it has something to do with the heating values.
Attached you'll find an image of the energy plus outputs that I use and the resulting -.CSV file that I constructed. In this you'll see that the balance does not add up.
Am i missing some energy flows?
Thanks for the help.
Hour[H]
Qbal{kWh]
Qint[kWh]
Qsol[kWh]
Qinf[kWh]
Qvent[kWh]
Qtrans[kWh]
Tair[°C]
Tdrybulb[°C]
DIFFERENCE
1
3,039357
0,137702
0
-0,253218
-0,321929
-2,000028
20
5,1
0,601884
2
3,107099
0,125462
0
-0,247457
-0,315484
-1,881276
20
4,6
0,788344
3
3,181073
0,119342
0
-0,261765
-0,334485
-2,473788
20
4,3
0,230377
…
and merge doesnt´t work to me.
I found a way to do it adding a high number into path mapper but, you know, thats quite strange way.
I wish to have it at the end in a properly way with a precise path
Thanks everybody!
…
Added by Kibito Tato at 11:54am on September 23, 2014
hat's a theoretical upper limit. The amount of memory you actually get is the RAM + Pagefile size. Typically somewhere in the 10GB~20GB range.
Memory allocation does not depend solely on physical RAM, Windows will start paging whenever physical RAM is full. It will get slower but you can still use more memory.
--
David Rutten
david@mcneel.com
Tirol, Austria…
Added by David Rutten at 4:06pm on August 29, 2013
er. The pan/tilt servo setup is a kit from Lynx motion. I found a cheaper one of these through Trossen Robotics though so you may try to buy one there. The only other thing you need are the jumper cables and the breadboard. I hope this helps.…
I would now like to do is "combine" (only count once) the panels that are stacked vertically between the domain. (I've only got 3 surfaces selected to cut down on the confusion)The domain is the horizontal lines on the object to the ground plane. so Level 1 is 0-8'-7 3/4". Level 2 is 8'-7 3/4" - 15'-3 3/4". ect.
The approach is that the panels that are stacked on top of each other have the same x,y coordinate so they can be separated and counted as 1 instance in the final count.
I started trying to deconstruct the points and create sets of each x and y value but I've got no idea where to go from there. Any have any ideas?
Excel File being referenced looks like this:
Ground
0
1
8.6458
2
15.0625
3
22.375
4
28.5
5
35.333
6
42.2708
…
ine that populates the grid in a forward/backward/left/right/up/down manner in other words only within the XYZ axis one point at a time (like a 3D hilbert curve).
For instance the starting point is at 1,1,0 (XYZ).
to move one step right is to point 2,1,0 ,
to move one step forward is to point 1,2,0
and to move upwards is to point 1,1,1.
The attached file is what i'm working on right now.
What i tried doing was i selected all 64 points and decomposed them into their XYZ coordinates and then i sorted each one of them according to their axis. so i have 3 lists of the 64 points from their smallest number to the biggest. The bad thing about this is that i need to list out the XYZ coordinates for each of the 64 points and it is quite a pain because the grid i actually wanted is way bigger than this.
i thought a better way to do that would be to somehow number each point from 1-64.
Thus i could get a system where the starting point would be point 1, point 2 is the one next to it, point 17 is the one right directly above it and the last point being point 64.
So if i want the line to:
move right/left, i would just add/subtract one.
move forward i would just add 4 (going to the next row)
and move upwards/downwards i would add/substract 16.
How could i do this in grasshopper?
I hope i explained clear enough.
Any other method/suggestion is appreciated as well!
…
(); parser.AddVariable("x", x); parser.AddVariable("y", y); parser.AddVariable("z", z); result = parser.Evaluate(f);
Just keep in mind that the power function has this little bug.
Cheers!…
come to a mutually satisfactory agreement in a while.
Here are some of the problems we always face when trying to incorporate some 3rd party library into Rhino:
1) Must be available as both 32 and 64 bit dlls. The only reason why it took us so long to finally come up with a 64 bit Rhino was because the library we use for image reading/saving wasn't available for 64 bit systems.
2) Must run on both Windows and MacOS. Or, failing that, we must get access to the full source code so we can compile for both platforms.
3) The running cost of the license plus the investments on our end to integrate the library must be less than the additional income we can expect from this. Now, this is a very spongy topic, as no one really knows what the additional income might be, but often enough it's clear that the initial costs are just too high.
4) Once we put something into the SDK we cannot remove it without breaking all plugins. Thus, any update to the library must also be non-breaking before we can fold it into the SDK. Can we trust someone we don't know to make sure they won't break our SDK?
5) The license agreement must stipulate that RMA is allowed to use a library forever, without massive running cost changes. We had a very bad experience with a certain library that was bought by another company who subsequently refused to renew our license. Suddenly we had to drop everything we were doing for months at a time and write our own code that did the same thing, because we weren't allowed to sell any Rhino's that still used that library.
Incorporating 3rd party code into your project might sound like a quick and easy way to gain a lot of functionality, but it is a very thorny path indeed.
--
David Rutten
david@mcneel.com
Poprad, Slovakia…
Added by David Rutten at 3:07am on November 17, 2009