Invitation to the SketchUcation collection
-
Ah, I see. Actually, without knowing someone name, it may be hard sometimes.
True that woodworkers (or ironmongers) are rarely women but you shouldn't generalise - especially nowadays when in the US there are no firemen or policemen or chairmen nowadays - just "persons"
If I didn't have an image of myself up here, some IndoEuropean language speakers could even thing by my name (Csaba - ending in a) that I am female, too.
-
I love your current tag:
"Life is like the waistcoat of a summer suit. Short and pointless..."
Sound a bit european tho.at the risk of going seriously off topic here, i always thought that your avatar was of a strange man looking lecherously at an attractive woman (or man) just off screen.
I never imagined for a moment that that was you, (just kidding)baz
-
@baz said:
I love your current tag:
"Life is like the waistcoat of a summer suit. Short and pointless..."
Sound a bit european tho.Indeed it is; the very last line of this novel (go to the Postscript and scroll UP)
One of my most favourite authors when it comes to comedy. Not sure however that it gets through the translation corretly.
@unknownuser said:
at the risk of going seriously off topic here, i always thought that your avatar was of a strange man looking lecherously at an attractive woman (or man) just off screen...
Yeah, that's in my local Corner Bar (it is areally on a corner) and I am talking to somebody there
Hey Hazza, if you also feel we have gone way OT, let me know and I'll split the topic! Sorry for hijacking it
-
@baz said:
hazza knows nothing, on his own admission, about woodworking, and very little about design or modeling judgeing by his warehouse offerings and he also makes disconcerting comments about not being able to take measurements off my model without having to spend time understanding how the project is put together.
My "he" was not a deliberate or intentional attempt to p*ss you off, the above paragraph is.
- I did not say I know "nothing", I said I know little, big difference
- The models I do are NOT my design, follow the URL's and tell THEM that their design is crap
- The collection has a standard, if your model does not meet the standard then it does not get added, simple
- Despite your deliberate personal insults if your model meets the standard it will be added
-
Hazza, how come you've never fixed the bird feeder model? I'm just curious. Your bunk beds, picnic table, garden bridge, dog house and birdhouse exhibit the same problems.
I think since your goal is to have models that are drawn such that they could be used to build from, you ought to include proper grain direction in the models if they are painted with wood grain materials. And component axes should be correct so that the cutlist plugin will yield proper information for purchasing the materials and building the models.
The gazebo isn't drawn to meet your criteria of each piece of wood being a separate component. I wonder why that is.
-
hazza, my apologies, I was rude.
baz -
@unknownuser said:
And component axes should be correct so that the cutlist plugin will yield proper information for purchasing the materials and building the models.
A point I mentioned in an earlier post.
There are a lot of woodworkers who are not computer 'experts' and do not have the time to learn CAD, even in it's simplest form, to create their own drawings/models. So a library a catalogue of useful and popular projects which can be 'easily' modified by them rather than them having to start from scratch would be welcomed by many such people.
However the models have to be 'technically' correct otherwise people lose interest very quickly.
Ultimately a site with catalogues of projects with instructions/information to help the user work with or modify them would be the ideal - although who would have the time to manage such a project
-
@dave r said:
Hazza, how come you've never fixed the bird feeder model? I'm just curious.
I think since your goal is to have models that are drawn such that they could be used to build from, you ought to include proper grain direction in the models if they are painted with wood grain materials. And component axes should be correct so that the cutlist plugin will yield proper information for purchasing the materials and building the models.
The gazebo isn't drawn to meet your criteria of each piece of wood being a separate component. I wonder why that is.
Oh dam someone spotted it, those models were some of my first, now I know more about modeling I should really fix them up. You will notice that I stopped putting material on the models because getting the grain direction the right way around is time consuming and cosmetic... then again it does make the models look prettier.
Which part of the Gazebo? Bruce?
-
@hazza said:
Which part of the Gazebo? Bruce?
Oh god, I see it now, the floorboards and the roof planks. I think it will be easier to remove it from the collection than try and seperate each into a component.
-
@hazza said:
....be easier to remove it from the collection....
Actually it's not in the collection..
Dave, what gave you the idea that is was in the collection?
-
It came up in the collection that I got to by clicking on the link in your signature. I can't help that it was included there.
Grain direction can be useful in some cases for understanding how a piece is constructed. For example how should the grain run on a cabriole leg so that you don't end up with a weak area due to short cross grain? Which direction should the grain run on a table top? (The answer to that one is, it depends. It depends upon the size of the top and the method of construction.) If a beginning woodworker were to try to use your models to build from, an indication of grain orientation would be useful information.
Improperly aligned axes are the reason you had difficulty orienting the materials. If the axes are aligned correctly on the component, setting grain orientation is not difficult or time consuming. If you have to rotate a material after it is applied to the faces ina component, sample the material for other components that require the same orientation. No need to rotate it on every component.
What did you do with the birdfeeder model I sent you? I already corrected that one for you. You could at least replace the one on the warehouse with that one. No need to give me credit. I'm not interested in that.
I'm not trying to be critical but it appears from your collection that you were applying a double standard to models allowed into your collection.
-
@dave r said:
It came up in the collection that I got to by clicking on the link in your signature. I can't help that it was included there.
What did you do with the birdfeeder model I sent you? I already corrected that one for you. You could at least replace the one on the warehouse with that one. No need to give me credit. I'm not interested in that.
I'm not trying to be critical but it appears from your collection that you were applying a double standard to models allowed into your collection.
Oh ok, the link in my signature is to all of my models, not all of my models are up to the standard to be included in the SketchuCation Woodworking collection. No double standards, models that meet the criteria are added, those that don't (like the gazebo) are not added.
I got the Bird feeder but for some reason did not upload the one you corrected for me, I have now. That's why your comment about it confused me, I looked at the model that I have on my PC and it was fine. Same with the picnic table, I had already fixed it but not uploaded the fixed one.
I tried fixing the garden bridge but I could not get the material used on the railings to look right so I removed all materials from the entire model.
-
Why not fix the component axes on the bunk beds and bridge models?
-
Whilst on the subject of axis and material orientation I have noticed something since I recently started using Cutlist output and wondered if anyone has an answer.
It seems that SU treats length and width based on a convention of specifying the length as the longest of the axis, which is a problem.
For example in the attached file I have two panels (one being a streched copy of the other). When I look at the dimensions (in the Get Dimensions plugin or the Cutlist one) the dimension that SU treats as the 'length' is the Y axis on one and the Z axis on the other.
For material purposes, the grain will be shown correctly in the drawing, but any output will be incorrect as the grain should be running 'lengthways' (the Z axis in the example) in both and SU has swapped the length orientation in the larger panel2.
It seems that changing the axis has no effect on this and wonder if there is another setting I am missing which will take care of this issue.
If anyone knows the answer I would really appreciate a pointer in the right direction.
-
I'll have a chat with my friend who wrote the CutList plugin.
-
Thanks Dave.
I'd be interested in any thoughts he has.
However I don't think it is a plug-in issue.
I think it is the way that SU allocates its definition of length and width depending on which is the greater
-
You may be right on that. I sent him an e-mail and I will report ASAP.
-
Dave, I've never thougth about grain direction in but reading this topic I understand how important it can be. So, do you mean that you set the axis every time you make a component?
-
@brandy20 said:
Dave, I've never thougth about grain direction in but reading this topic I understand how important it can be. So, do you mean that you set the axis every time you make a component?
No I don't set the axis direction everytime I make a component. It is initially set automatically when the component is made and aligns with the global axes. People have problems with axis alignment when they make components in one orientation and then rotae them to put them in place. For example if you were to draw a skirting board for a table with it laying flat on the ground plane and then make the component before rotating and moving it into position between the legs, the axis alignment would be incorrect. I draw the parts in place in a project instead of moving the parts into place after drawing them. This reduces the work load and I don't have to be checking dimensions all the time. If the table legs are placed correctly for the size of the table, all I have to worry about with the skirting board is that it fills the space between the legs. I don't need to know how long that part is at this phase of the drawing. there's also no worries about accurately placing the component.
Sometimes though, the axis alignment does need to be corrected. As an example, draw a rafter board for a roof. Draw it in the orientation it would be in one the roof. Make that a component and apply a material to the faces of the component. YOu'll notice that on the sides, the material runs either vertically or horizontally depending upon the material's original orientation. Select the component and run cutlist on it while you're at it and see how much wood it says you'll need to make the rafter. Undo the material, correct the axis alignement for the component so that one axis runs along the long edge of the rafter. Now open it and apply the material. It may run across the side but it'll run at 90° to the side instead of vertically. This is quickly repaired by right clicking on the face, choosing Texture>Position, right click again and choose Rotate>90°. Run the cutlist again and you'll see you also get an accurate report of the amount of wood required to make the rafter.
Long winded. I hope it makes some sense.
-
@dave r said:
Run the cutlist again and you'll see you also get an accurate report of the amount of wood required to make the rafter.
The problem with cutlist is it ignores the x, y, z axis for determining the analysis of the parts.
For example:
Make a panel 500mm wide, 700mm high and 20mm deep. Run cutlist and the width, height and material thickness are correct.Now stretch the width to 1000mm and run cutlist again - you will see that the width and height are now reversed in Cutlist.
This makes it inaccurate for correct parts listing if you have a Dynamic component where the user can alter the width of the cabinet and does this so that the width starts at less than the height, but is enlarged to a width greater than the height.I wrote to the author about this, and he is considering changing the way cutlist determines the width and height based on the X and Z axis - when he returns to doing coding as he is busy elsewhere at present.
Advertisement