Recent Posts

Hi Larry, sorry, I meant the canoe body draft position, thus on the second tab.  I understand now that the longitudinal hull control is basically an arc with three points, and thus moving the center point too far to one end will force the other end to do weird things.  However, as I suggested earlier, the logical way to solve this is to put the transom below Lwl, which is what most designs would do anyways if the max draft was relatively far aft.
Thanks for the quick attention!
Grant

Right you are Bruce!  I did not see the typo for some time...  It is now a nice smooth curve.

Hi Basil,

The Orca Offset Table plugin that is customized to report in feet-inches-eighths is not part of the general Orca3D distribution. It is available on request. I will forward it to you.

Regards,

Larry

Hello Drew,

The problem you are having with the Orca offset table is likely related to the failure to load the RhinoScript plug-in. That command, OrcaOffsetTable, is actually a RhinoScript command. It also appears that you are running an out-of-date version of Rhino 4.

I would download the latest Rhino service release (SR 9, 9 March 2011) from the Rhino website and see if that fixes the RhinoScript and the OffsetTable issues (see http://www.rhino3d.com/download/rhino/4.0/sr) .

In regard the “empty disk”, did you receive Orca3D media? It is normally downloaded from our website (www.orca3d.com). You can always download the current version by clicking the Download (Current Users) link at the top.

Thank you for using Orca3D and let me know if this addresses the issues.


Larry

Hi Grant,

For a value of 0.7, I get 16.622. I think you simply mis-copied the value; with this value, the change in wetted surface makes sense.

Bruce

Grant,

Attached is the hull with draft of 0.6. Does yours look different?

Larry

Sorry, I forgot to add that this happens only when moving the Deadrise slider... I edited the above to fix that omission.
G.

Thanks Larry, I figured it was probably a ' to be expected ' breakdown of the geometry, but still, I was surprised that moving the draft to a value higher than .54 already started creating an un realistic hull very quickly.   All the other data is what come with the WIP as the standard input for the sailing boat assistant - I changed nothing else.  Maybe you want to try it yourself and see what I mean...
 
Grant

When tracking the change in values in Wetted Surface, for the standard hull, I come across an odd hickup in the data which suggests a bug.  In the table below, you will see the WS decreases at near 5% for each .1 we move the DEADRISE slider. But then from .6 to .7 there is an 8% change, then from .7 to .8 a 3% change, and then for the rest it is again around 5%. Note that the two irregular values average out to the norm...
(I am using the latest WIP)

slider   WS   % change
0   23.272   
0.1   22.164   -0.048
0.2   21.255   -0.041
0.3   20.339   -0.043
0.4   19.413   -0.046
0.5   18.478   -0.048
0.6   17.545   -0.050
0.7   16.220   -0.076
0.8   15.730   -0.030
0.9   14.881   -0.054
1   14.090   -0.053

Hi Grant,

I would need to see the other hull assistant input values you have set to say for sure, but it is definitely possible to enter assistant values that result in unrealistic geometry. The assistants take the input parameter values and use those to construct the hull surface based on a pre-defined set of geometric relationships. If for example you entered a Transom Height that was greater than the Deck Height at the Transom, you would get a very strange looking hull. Although that is a pretty obvious inconsistency, there are less obvious combinations of parameters that can give rise to "unusual" geometries.

If you feel the parameter values you entered should represent a reasonable geometry, it may just be that the "pre-defined geometric relationships" I mentioned above happen to break down for those set of inputs. Your best bet in those cases is to get something close to what you want then create the geometry and edit it using the native Rhino geometry tools.

Kind regards,

Larry