Table of Offsets import bugs?

DELFTship forum Hull modeling Table of Offsets import bugs?

Viewing 4 reply threads
  • Author
    • #44268

      When I export a Table of Offsets from a simple, well-behaved model of something like a small sailing dinghy, I get a table of offsets that I believe I understand and that looks like it appropriately represents the model.

      However, if I then import that same file into a new project, the result seems to produce some errors:

      1. The aft surfaces seem distorted due to some station-waterline offsets close to keel centerline being confounded with some aft contour (waterline-centerline intercept) points.
      2. The aft contours don’t close along transom to the deckline.
      3. The forward contours don’t close the forefoot and stem.
      4. Otherwise, the surfaces between waterlines and stations appear okay.

      I’ve also tried various combinations of the “read flags” in the header of the offsets file with these results:

      1. “Read flat of bottom” is set to “0” (off) as the export file default.  As expected, when the file is imported into a new project with this setting, the model does leaves out the points at the bottom of the stations near mid-ship. Therefore, no faces are generated between the keel and the lowest waterline.  Not expected, however, setting the read flag to “1” returns an error that prevents the file from importing.
      2. “Read aft contours” is set to “1”  in the default export.   When the file is imported, the problems described above result.  Changing the flag “0” creates other strange results.  Points in the “region of zeros”, below the aft keel, seem get confounded with points on the hull surface to create various weird surfaces aft and below that don’t represent the model.

      Am I wrong to conclude these are bugs with import parsing?

      Does anyone know of workarounds for these issues?

      I’ve enjoyed stumbling up the DELFTship learning curve over several years of on and off use to generate and learn from several dozens of models I’ve created.  Getting over the problems outlined here will help me to significantly streamline my workflow in a small study project I’ve entered into recently.

      Thank you for your help.

    • #44279

      Most of the time the errors you are referring to are either configuration errors of the table of offsets (ToO), or simply related to the fact that a ToO tries to capture complex 3D geometry in a strictly rectangular grid of intersection points. Behavior of a surface in between those intersection points is unknown when importing a ToO, while at the same time the simple structure of a ToO makes it impossible to include that crucial information.

      It’s difficult to tell whether these are bugs or not without having access to your table of offsets file
      Are you willing to share your file with us?

      • This reply was modified 8 months, 2 weeks ago by Marven.
      • This reply was modified 8 months, 2 weeks ago by Maarten.
    • #44282

      Thank you for the response.  I’ve attached a representative file.

      The file is a table of offsets export from a model.  I checked that it behaves as I described in the first post when imported into a blank new project file.

      The model shape seems straightforward and the export function seems to capture all the expected values for station and waterline grid points, deck (shear) line, and contours (fore, aft, and bottom).  The import function does not seem to use all the information the export function delivers.

      Thank you for taking a look at these additional clues.

    • #44287
      Denis Pratt

      It might have something to do with your intersections.

      if there is no waterplane at zero draft you will get an  error, likewise for the further points fwd and aft for your stations.

      Not needed to use the offset table feature for my work, but tried the technique on a hull I designed with no station at the extreme lengths and without a waterline at the bottom of the hull and found those problems.


    • #44302

      Thank you for the response, Dennis.

      Your comments led me to try adding a station and a waterline as close to the limits as the intersections function allow.  The function does not allow intersections to be created at the extreme forward or the lower limits, but within a millimeter is allowed.  When I again export an offsets file with these new intersections, and then import the file into a new project, I get a form that needs less manual work to close the stem and bottom.  That’s a definite improvement.  Thank you.  However, the stem, bottom, and transom remain open and must be closed by adding new points and surfaces manually.

      I also worked some more with the points aft, near the keel, that seem confounded with the aft contours.  It is clear that the x-coordinate value for those offset points is being taken from the aft contour for those waterlines and not from the x-coordinate for the station.  The point defined this way is at the same time a blend of the aft contour and the station and yet not part of either.   This is likely a tricky area to get right, where both the station and the waterline curves are closing toward the keel.  But to define the x-coordinate as the contour, rather than the station, creates a distortion in the surface and requires manual interventions to fix that are tricky too.

      Again, thank you Dennis and Marven, for your responses so far.

Viewing 4 reply threads
  • You must be logged in to reply to this topic.