m a generic point from Focus is equal to major axis.
I post my algorithm.
I fixed the x coordinate (by item) and i reach the y coordinate (input for galapagos) that respect Fitness =0.
ellipsepoint.gh
Then I tried to create another algorithm that reach all y coordinate for all points toghether. But with that the algorithm doesn't run and I have different values from 0.
ellipse_allpoiints.gh
notZero.png
I can't understand why..
Can someone help me?
Thanks
…
Added by Luisa Vitali at 4:53am on November 29, 2016
invocation.
TargetInvocationException
}
Object: Gh_CPythonComponent (level 2)
{
Could not load file or assembly 'FastColoredTextBox, Version=2.16.23.0, Culture=neutral, PublicKeyToken=fb8aa12b994ef61b' or one of its dependencies. The system cannot find the file specified.
FileNotFoundException
}
I have python(x,y) 2.7 installed, run Rhino as Administrator and have copied the two files (GH_CPython and FastColoredTextBox.dll) into the Libraries folder.Could you help me to figure out what is possibly going wrong?
Thank you!…
nthought.com/repo/.iron/
1.) IronPython
Download and install IronPython 2.7, this will require .NET v4.0.
2.) Modify PATH
Add the install location on the path, this is usually: C:\Program File\IronPython 2.7
But on 64-bit Windows systems it is: C:\Program File (x86)\IronPython 2.7
As a check, open a Windows command prompt and go to a directory (which is not the above) and type:
> ipy -V PythonContext 2.7.0.40 on .NET 4.0.30319.225
3.) ironpkg
Bootstrap ironpkg, which is a package install manager for binary (egg based) Python packages. Download ironpkg-1.0.0.py and type:
> ipy ironpkg-1.0.0.py --install
Now the ironpkg command should be available:
> ironpkg -h (some useful help text is displayed here)
4.) scipy
Installing scipy is now easy:
> ironpkg scipy numpy-2.0.0-1.egg
http://www.grasshopper3d.com/forum/topics/scipy-and-numpy
The issue is that ironpkg cannot access the eggs because this also requires authentication. The reason you were able to install ironpkg (you'll see an egg file was created) is due to that fact that the egg data was in the install file ironpkg-1.0.0.py (see b64eggdata in the file).
1. The installation eggs are located here: https://store.enthought.com/repo/.iron/eggs/
2. Download the eggs and change to your local directory where you download them
3. Run this script in the same directory:
https://gist.github.com/blondegeek/2dbc22360422d0c4b637
as:
ipy IronPython_numpy_scipy.py --install
4. Test with:
ipy -X:Frames -c "import scipy"
…
ainbox. This pipe has to force the chain exactly under the chainwheel, and in the middle of the chainbox, and every new design has the chainbox in a different position.
Doing this in Rhino takes with all the changes, moving winches several times etc, about 2.5 days per new design, so about a week work a year. An expensive pipe.
There had to be a way to do it faster, and Grasshopper seemed to be a good way to do this. First I had to learn Grasshopper, but the main problem I ran into was constructing a line tangent to two circles not in the same plane. After maybe 12 or 13 attempts I found a solution for it that is accurate up to 0.001 degrees.
It now takes minutes to make a change, and I get all the information I need: position of the pipe, endrings and closing ring. This is through iges files transported to the big Cadmatic model the ship (commercial) is in.
In the overview picture "lier met pijp en kettingbakken" you see the anchorwinch, the chainpipe and both chainboxes. I left the sb winch away.
In the picture "aanzicht kettingwiel" you can see the chainwheel that pulls the chain. The chain shackles fall in the recesses in both sides of the wheel. The red pipe represents the outside of the chain.
In the picture "vooraanzicht kettingwiel" you can see the chainpipe, or actually the ring at the end of the pipe forcing the chain (red pipe) to come straight from the chainwheel.
When the chain wouldn't come in a straight line from the wheel, we would have a lot of wear on chain and chainwheel.
I'm able to move the top of the pipe in x and z direction, and the lower end of the pipe in x, y and z direction now.
So that was quite an excercise for a simple pipe.
But the next challenge has submitted itself allready. We now need a chainpipe consisting of 2 pieces.
The whole project is done in my own time as a study project, the hours involved do not outweigh the result.
…
rring to the above image)
Area
effective
effective
Second
Elastic
Elastic
Plastic
Radius
Second
Elastic
Plastic
Radius
of
Vy shear
Vz shear
Moment
Modulus
Modulus
Modulus
of
Moment
Modulus
Modulus
of
Section
Area
Area
of Area
upper
lower
Gyration
of Area
Gyration
(strong axis)
(strong axis)
(strong axis)
(strong axis)
(strong axis)
(weak axis)
(weak axis)
(weak axis)
(weak axis)
A
Ay
Az
Iy
Wy
Wy
Wply
i_y
Iz
Wz
Wplz
i_z
cm2
cm2
cm2
cm4
cm3
cm3
cm3
cm
cm4
cm3
cm3
cm
I have a very similar table which I could import to the Karamba table. But I have i_v or i_u values as well as radius of inertia for instance.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
dimensjon
Masse
Areal
akse
Ix
Wpx
ix
akse
Iy
Wpy
iy
akse
Iv
Wpv
iv
Width
Thickness
Radius R
[kg/m]
[mm2]
[mm4]
[mm3]
[mm]
[mm4]
[mm3]
[mm]
[mm4]
[mm3]
[mm]
[mm]
[mm]
[mm]
L 20x3
0.89
113
x-x
4,000
290
5.9
y-y
4,000
290
5.9
v-v
1,700
200
3.9
20
3
4
L 20x4
1.15
146
x-x
5,000
360
5.8
y-y
5,000
360
5.8
v-v
2,200
240
3.8
20
4
4
L 25x3
1.12
143
x-x
8,200
460
7.6
y-y
8,200
460
7.6
v-v
3,400
330
4.9
25
3
4
L 25x4
1.46
186
x-x
10,300
590
7.4
y-y
10,300
590
7.4
v-v
4,300
400
4.8
25
4
4
L 30x3
1.37
175
x-x
14,600
680
9.1
y-y
14,600
680
9.1
v-v
6,100
510
5.9
30
3
5
L 30x4
1.79
228
x-x
18,400
870
9.0
y-y
18,400
870
9.0
v-v
7,700
620
5.8
30
4
5
L 36x3
1.66
211
x-x
25,800
990
11.1
y-y
25,800
990
11.1
v-v
10,700
760
7.1
36
3
5
L 36x4
2.16
276
x-x
32,900
1,280
10.9
y-y
32,900
1,280
10.9
v-v
13,700
930
7.0
36
4
5
L 36x5
2.65
338
x-x
39,500
1,560
10.8
y-y
39,500
1,560
10.8
v-v
16,500
1,090
7.0
36
5
5
I have diagonals (bracings) which can buckle in these "non-regular" directions too, and they do. If I could add those values then in the Karamba model I could assign specific buckling scenarios..... I can see another challenge which will be at the ModifyElement component, I will not be able to choose these buckling lengths, in these directions.
Do you think this functionality can be added within short, or should I try to find another way to model these members?
Br, Balazs
…
side:
https://store.enthought.com/repo/.iron/
1.) IronPython
Download and install IronPython 2.7, this will require .NET v4.0.
2.) Modify PATH
Add the install location on the path, this is usually: C:\Program File\IronPython 2.7
But on 64-bit Windows systems it is: C:\Program File (x86)\IronPython 2.7
As a check, open a Windows command prompt and go to a directory (which is not the above) and type:
> ipy -V PythonContext 2.7.0.40 on .NET 4.0.30319.225
3.) ironpkg
Bootstrap ironpkg, which is a package install manager for binary (egg based) Python packages. Download ironpkg-1.0.0.py and type:
> ipy ironpkg-1.0.0.py --install
Now the ironpkg command should be available:
> ironpkg -h (some useful help text is displayed here)
4.) scipy
Installing scipy is now easy:
> ironpkg scipy numpy-2.0.0-1.egg Everything worked until step 3.) I can install the ironpkg-1.0.0.py file butcan´t open the help textAnd I also followed this steps from another post:
The issue is that ironpkg cannot access the eggs because this also requires authentication. The reason you were able to install ironpkg (you'll see an egg file was created) is due to that fact that the egg data was in the install file ironpkg-1.0.0.py (see b64eggdata in the file).
1. The installation eggs are located here: https://store.enthought.com/repo/.iron/eggs/
2. Download the eggs and change to your local directory where you download them
3. Run this script in the same directory:
https://gist.github.com/blondegeek/2dbc22360422d0c4b637
as:
ipy IronPython_numpy_scipy.py --install
4. Test with:
ipy -X:Frames -c "import scipy"
So the problem is at step 3. I changed the direction in cmd and triedto install numpy with following command "ipy IronPython_numpy_scipy.py --install" but then theres an error saying "No module named egginst". I have no Idea what that meansand what I have to change to get it working. I also tried to install the eggs manually but failed. I´ve located all files in my Download folder. I hope you can help me!…
reaky thing consisting from triangulated "modules" (i.e an assembly out of this, this and that) where the exterior edges ARE always under tension (= SS 304/316 cables OR nylon) and the interior ones MAY be under compression ( = steel, aluminum, wood, carbon) OR ... some of them ...may be under tension. Bastardized T trusses deviate a bit from theory ... but who cares? (not me anyway). T trusses have many variants (but as the greatest ever said: Less is More).
2. Large scale T for AEC is the art of pointless since it costs around the GNP of Nigeria. Here's some indicative components from a module of a multi adjustable TX system costing (the module) ~ the price of my Panigale (Google that):
The above is mailed to a friend who has MIT (yes, that MIT: the top dog) on sight ... therefor he needs some appropriate "credentials", he he.
3. The distance that separates the above with the demo TDT node provided is around 666.666 miles - but we don't care: we are after Art not some testimony to vanity.
4. On purpose I've used a smallish ring to give you a clear indication upon the constrain numero uno in truss design: CLASH matters.
5. You'll need:
(a) A decision related with the tensioners (classic Norseman + SS cables or nylon machined thingies?).
(b) A machinist who can do elementary stuff (like the adapters) and can weld this to that (the "ring" for instance). His abilities must be 1 in a scale of 100. If the fella has a computer (not a CRAY) and he knows what 3dPDF is (hmm) ... well ... use that way to communicate with him PRIOR designing anything: He must agree on the parts BEFORE the whole is attempted (as a design in GH or in some other app).
(c) A carpenter with a wood lathe for the obvious. BTW: BEFORE doing any TDT attempt > ask the carpenter about the available wood strut sizes. Against popular belief DO NOT varnish the wood (use exterior alkyd/oil stains from some top maker like the notorious US company PPG).
http://www.ppgpaints.com/products/paints-stains-data-sheets
(d) Good quality cigars (and espresso) plus some classic music (ZZTop, PFloyd, Cure, Stones, U2 etc etc) during the assembly.
(e) Faith to the Dark Side (see my avatar).
May the Force (the dark option) be with you.…
been covered since 0051 (correct me if I'm wrong):
1) Shoot for the moon first -- "Control Panel Mode" which allows for advanced interface design. See Max/MSP for example of modal function. I spent a lot of time laying out control panels so they are nice for clients and team members to look at. I spend a lot of time disabling wire display and dragging sliders and panels and graphs around into nice little clusters. Could be something as simple as a mode that disables the view of all component handles, cleans up graph objects, sliders, etc. I know the Remote Control Panel has been requested over and over again since it disappeared, but honestly it wouldn't be much use to me unless it was a full blown customizable interface. In the meantime I'll stick to my own "Canvas Control Panel" methods. (See below...)
2) More control over graph objects. Right now the bar graph for instance automatically sets the lowest and highest value displayed. Would be nice to be able to set extents manually so that you can compare apples to apples on two different lists that have different extents. Also would love to force the bar graph to show all values along x axis, not just first and last. Same goes for showing the numbers of instances for each value. Now it only shows instance numbers in oddball cases. Would like to force them to show for statistical purposes. Love percentages, but usually I also want accurate tallies. I tend to use a member index sets to generate my own lists.
3) Color input for Vectors -- there are fakey fake workarounds but none that are as versatile as simply having a color input.
4) COLOR INPUT FOR TEXT TAGS -- sorry to yell... this one really frustrates me. I often build interactive feedback systems that involve a lot of different types of data, and it is difficult to convey that input when all text is red (or green when selected).
5) Ability to justify text tags using paragraph controls -- currently default is left-justified. Would like to be able to center text horizontally and vertically, among other things.
6) Ability for text tags to handle multi-line text. Not sure the best way to implement this, but often I find myself wanting to attach 3 items of information to a particular object, and I have to string it all together in one line. Would be great if I could insert a "^M" character that stands for carriage return and have that display as multiline text (used in conjunction with above justification controls).
7) More control over Text panels. Thank you for including justification options... but sadly now it begs the question for margin and header control. Text slammed up against the left edge is pretty unsightly. Moreover, if you have labeled a text box, the drop shadow from the title bar tends to overshadow the first line of text if you have Path display turned off. Would like to add some header space to fix the problem and create a cleaner look.
8) Easier access to text font size. Buried in a Special Font... menu. I want to be able to up up down down (left right left right select start) if you know what I mean.
I guess that's it for now... just the things on the top of my head in this category. Looking forward to installing the new release, have to wait until this major project is over though.
Cheers,
Marc
…
the piece, that is mapped to the world XY plane & with as many parts as you define.
The definition is a sketch right now & so is not labeled so much, but the brep component at the left is where you reference the component you want to make a 2d of, then you use the slider labeled "Face#(percentage of # of faces)" to select the correct face(I think I can make a component that will automatically do this) , then adjust the X spacing of the 2d drawings, select the #Pieces, & bake the "Curves to Bake" component. Maybe it's a little involved at this point, but it's a start & beats doing all of that manually. This gets you the 2d of the parts you need to cut. Next would be a way to automatically generate the toolpath lines whether it's a "cutout"(being inside & outside of 'grouped' lines) or outside or inside cuts.
Then it would connect to your definition for defining feedrate, stepdown, end depth etc. + the g-code output.
I agree, a nesting program is not what this is about right now.
I actually think CAMel is along the lines of Lobster & Beaver - something more specific & involved.
That's why I'm excited about yours as a general plugin that can produce general 3, & eventually 4 & 5 axis G-code for production & cutting. I think with that platform working we can then tweak it or modify it to accommodate more experimental stuff. But for now, many need to be able to generate production code in a tightly integrated workflow like Rhino/Grasshopper.
A Rhino4 file in .zip format is attached that can go with the gh file.
Let me know what you think - maybe I'm miles behind . . .
Cheers!…