Thanks David, I have made the change to the camera angle. I guess it is one of those things that when you work on it long enough I know what is what but others may not. Thanks. As far as the explanation (or idea) I am not sure if that is it, only due to the fact that the same thing happened when a shot was taken from the other side of the glass wall looking in. The tile in front of the wall was messed up there as well. Once I turned off "use maximum texture size" this bug went away. I only turned that on since I had heard it may help the overall quality of exported images. As I know know that is not always the case. Scott

unfortunately, I am still facing the same problem after installing the fix.

Oh . . yes. . . . Excellent. Thank you. [image: zfa6_mrburns.jpg]

@unknownuser said: I don't know if i am on target with your question but the new Smustard profile builder and the dynamic component feature seem to give that sort of function. Dynamic components can be useful for stretchable components. For instance if you want to make an arbitrary length piping run with 20 foot pipe sections, and fittings between settings, then you can do the whole thing with one component. But you still have to place the component in the first place and stretch it to the desired size, and if your fittings have an inside (e.g. connection to wall) then you also have to align the component properly depending on whether you are placing in on the inside or outside of a wll. I'll have to take a look at profile builder and see what it does.

Thanks Pete !

You can make Dynamic components if you have SU version 7 Pro only. If you have the free version, you can use Dynamic components, but can not make them or view the "source code". But with pro, you can see how they work. Do you have Pro? Chris

Thanks Phillip, these will come in handy. Mike

Yes, that is the problem Chris. I wonder whether the component origin/axis is set up by the 3ds exporter or by the SU importer? One workaround may be a simple script that explodes and remakes each component one at a time. C'mon Thom, there's a challenge for you

Thanks Dan, many of us are suffering with the compression of YT and any kind of valuable info about how and what to set up in the video to minimize this is always welcome.

here's the model if anyones looking for a corner wc. i've tried to keep the file size as small as possible but the bowl required more faces for a smoother finish than hoped http://sketchup.google.com/3dwarehouse/details?mid=1a4830423b35585393b31e46e42bc546

Dear Scott, It is great to know that the team is tuned to the wish list. Regards, Bob

You might be able to find a useable stage model in the 3dwarehouse. 3dwarehouse.google.com It might help, unless you're making something super custom, Chris

I can't agree more with the comments above. Since .png are a lossless format, file sizes tend to be larger. Try to limit texture widths to 500 pixels. GE will crunch alot of this info anyway to make the filesize smaller. What I was trying to get across in my image is that you dont have to model between the steel beams:the cutout. This will save time and polygons. Also .png's are great for signage. check out the logo for the fedex forum.

Hi Jeff, There re no naming standards for SU itself although I would imagine that each profession has its naming standards but that's not particularly peculiar to the application (SU) itself.

@thomthom said: Here's some examples of a project where a glass roof is planned over an existing street. With PB it was so easy just to draw up the paths and apply and replace the profiles very quickly. I'm about to change it again. Looks like a nice solution, pretty elegant, down to the downspouts/columns. Anything further to share on this one?

http://www.smustard.com/script/CurveStitcher It can be a bit choosy about the direction you drew your lines in, so watch out for that.

can anyone help ... i have the start of a site model with a plan and elevation but i cant seem to get them to line up ... File Hosted ... http://www.mediafire.com/?nniybtq5nkz

Hello Chris. I have just uploaded some simpler stylistic bock versions of the Table Layout Dynamic Components. 100 table layouts should now generate in 15-35 seconds on a hp Compaq 8510p notebook with 4GB of Ram. Square table layouts are fastest. Larger layouts on the same notebook took 3 minutes to generate 700 tables covering 4025m². 1024 Tables processed in 4 minutes 40 in an area 80m x 76.3m being 5888m² ( over 63,000 ft² being 262 x 250 ft ). One way to make this process less cumbersome as the coverage increases is to break the area up into smaller more manageable regions.

if your aim is straight SketchUp export with edges switched on, it makes sense to keep the detail reasonably low (set yourself a limit of e.g. 5cm and never draw anything smaller than that, if possible). and then, as the others said, keep the same level of detail throughout the whole model. if you go for rendered images, as Gaieus said, the more detail the better, because you won't have any lines and therefore you won't have the problem of too many lines creating one dark mess in the distance. silver_shadow just mentioned his 2 million polygons model. I guess he referred to his 'eye candy 2' model. thats a perfect example, how high detail is beneficial for rendering