John Owles

Forum Replies Created

Viewing 15 posts - 1 through 15 (of 83 total)
  • Author
    Posts
  • in reply to: Export 2d Curves #44410
    John Owles
    Participant

    Thank you for your reply Maarten,

    I would gladly send you the offending dxf file but it is 1.6mb, which is too big for this. Is there an email  address I could send to.

    John

    in reply to: Design Hydrostatics – No Layer Weights #44399
    John Owles
    Participant

    Sorry about the delay, life gets in the way sometimes.

    I’ve found the problem at my end. I was looking at an old version model. I hadn’t noticed the nwe “Coordinate system” tab in project settings. Went in, checked and adjusted so that everything is compatible. All functioning corectly now.

    Thanks

    in reply to: 2d Curves Back to Front #43805
    John Owles
    Participant

    No takers?

    Today’s export to 2d Curves resulted in two stations behaving normally and a third showing the right way up but moving a construction line up by 1″ resulted in the line moving down 1″!?

    in reply to: DXF files #43656
    John Owles
    Participant

    Hello Fernando,

    As above, better late than never.

    I suggest using Export 2d Curves to dxf. This will give you all the curves in the Lines plan, separated out. You can, as you suggest, use these to form your building jig.

    I attach a screen shot of the stations and centreline profile, for the first boat that I built from working with Delftship, that I had printed on a roll. I then glued them onto mdf and set them up according to the station spacing. I also attach an image of the finished boat for your interest.

    I now produce a more sophisticated jig for my builds, using the same process, that is CNC cut.

    I hope this helps

    John

    Attachments:
    in reply to: Export Offsets again) #43598
    John Owles
    Participant

    Thanks Marven, I am not sure that I understand exactly what skinning is or how to go about preparing for the import surface feature but I am willing to have a look at the idea.

    It is a shame when old tech cannot be dovetailed into new tech. It is one of my constant bugbears of the can’t do of modern technology. When tackling some complex piece of engineering from 60 to a hundred years ago, that I am trying to outsource, I am often confronted by  “you do realise Sir, that what was possible back then is quite impossible to do nowadays!”.  I find that I have been under the misapprehension that it was supposed to be the other way round.

    Hey ho, back to the drawing board. Yes I do still have one.

    in reply to: Export Offsets again) #43594
    John Owles
    Participant

    From the silence, do I take it that you don’t think my suggestion will work?

    • This reply was modified 4 years, 1 month ago by John Owles. Reason: typo
    in reply to: Export Offsets again) #43587
    John Owles
    Participant

    Hello Maarten,

    I have been away for a couple of weeks and have only just been able to return to this problem of importing a table of offsets and I now think that I may have the answer.

    I have imported the table of offsets, for the Airborne Lifeboat project that I am currently engaged with, into DS and it has made a very reasonable fist of the process, as far as the topsides are concerned. Unfortunately, DS has ignored everything below the waterline entirely.

    As I have said, ‘old school’ lofting is a part of my day job and I beg to differ slightly with your assertion that “The problem with a table of offsets is that it contains only a limited number of points, the intersection points of stations and waterlines. For the mid ship area this is mostly just fine, but for the (curved) ends of the vessel it means a lot of information required to build a 3d model is missing, such as where a station (or water line) ends at the stem or keel for example. Traditionally this information was filled in by the loftsman who recreated the linesplan on the lofting floor. This lack of information can sometimes be fixed by adding more stations/waterlines.”

    This is correct as far as it goes but you failed to consider the buttock co-ordinates, without which the loftsman would, in many cases, struggle to obtain the correct underwater shape of a vessel. Even in the days of working from half models, they often used two models. One sliced horizontally at the waterlines and another sliced vertically at the buttock lines.

    Thus a true table of offsets contains the intersection of points from stations, waterlines, buttocks and diagonals. The diagonals are a final checksum for ultimate accuracy and, for the purpose of this exercise, I don’t think we need concern ourselves with these.

    However, I do think that the problem that DS has interpreting a table of offsets below the waterline, is the lack of buttock lines. Would it be an idea to include buttock lines into the import routine? It may make all the difference.

    I have attached the DS result file 43588, along with the Table of Offsets and a jpg image of the original lines plan that I am working from.

    Best regards

    John

    ABL-MkII_Offsets-DS

    Original Lines Plan

    ABL-MkII_Offsets-to-DS

    Attachments:
    in reply to: Export Offsets again) #43544
    John Owles
    Participant

    Hi Maarten,

    Thank you for your reply. Lofting is part, from time to time, part of my day job. Particularly for the restoration or re-build of old vessels. In fact I have just lofted a 30ft WWII airborne lifeboat, which was slung under a Lancaster bomber and dropped by parachute to rescue downed airmen off the Dutch Coast or Biscay, etc.

    Lofting from a table of offsets drawn up by a designer of the caliber of Uffa Fox is very easy and straight forward but I do take your point.

    Perhaps the answer is to take a look at the problem from another angle. Perhaps starting with an original table of offsets and working towards the software coding.

    I shall think on the problem, using the ABL as an example, and, if you don’t mind, let you know if I think there is some kind of solution.

    I tend to be like a dog with a bone, I’ll whittle around a problem with the feeling that there is no such thing as can’t, just how.

    John

    in reply to: Export Offsets again) #43539
    John Owles
    Participant

    Thank you Maarten,

    I’ll try uploading the examples again. I hope they are helpful.

    Attachments:
    in reply to: Export Offsets again) #43534
    John Owles
    Participant

    It seems that fbm files are not allowed, which is a bit tricky when they are crucial to the current excersize.

    I see another post which said that fbm file were allowable. Did that go wrong?

    Please let me know how to upload my example fbm files

    in reply to: Export Offsets again) #43532
    John Owles
    Participant

    From time to time I have a go with offsets as I could really use software that can read them.

    So far I have had no joy.

    I tried again today by loading up the attached model “14 footer.fbm”, exporting a table of offsets, “14 footer.txt”, and then importing the resulting table of offsets into to a new blank poject. The result was, again, not good, as can be seen in “14 footer from offsets.fbm”

    The attached files may assist with debugging.

    Here’s hoping. I am very much looking forward to the day when DS is able to work with offsets.

    Attachments:
    in reply to: Rotate Function #39177
    John Owles
    Participant

    The first line of inputs definately define the centre of rotation, with coordinates being relative to the origin (0,0,0).

    The second line of inputs seem to define the direction of rotation along an x, y or z axis.
    (1,0,0) would rotate along the x axis by n degrees
    (0,1,0) would rotate along the y axis by n degrees

    I haven’t tried yet but maybe a 45 degree direction of rotation along a combination of x and y would be (1,1,0).

    It will be interesting to see whether the direction of rotation can be fine tuned using inputs of o.5 or 1.5 etc.

    I need time to play!

    in reply to: Model Database #39176
    John Owles
    Participant

    It seems not. At least not through the Model Database access through Delftship anyway. See screen shot.

    I don’t see anything in the Forum either.

    in reply to: Rotate Function #39171
    John Owles
    Participant

    Some progress.
    It seems that the axis input defines rotation along the given axis, rather than rotaing around the axis. If that makes sense

    in reply to: Rotate Function #39140
    John Owles
    Participant

    I came to the same conclusion that the first coordinated indicate the location and the second define the axis of the rotation.

    So far, regardless of various combinations of axis input, the rotation is always anticlockwise athwartships!

    I am thinking that either I am not getting it or there is a problem somewhere that requires advice from Mission Control.

Viewing 15 posts - 1 through 15 (of 83 total)