Posts made by crass

Hello all. I have 3 or 4 examples where I have imported a Google Earth aerial and surface to Sketchup and also overlayed a scan of the site's actual survey and there is considerable discrepancy in the angle of the North Arrow (around 10-15 degrees) when I line up the images. My form of georeferencing is crude (ie using SU transform tools) so I would accept a minor discrepancy, but this is way too much. This also happens to me in AutoCAD Civil 3D so I feel that it is a Google Earth issue, or less likely an issue with the surveys. I assume both a survey and GE would use true north so declination would not be a factor here. Before I post examples, I was wondering if anyone else had this issue. Obviously accuracy in the orientation of one's model is critical for solar design. I just don't know what to trust. Any insight would be greatly appreciated. Thanks

I am doing the typical import of a .dwg with blocks that will serve as placeholders for more complex components in SketchUp. However, I was wondering if there is any way to give each (block) component a unique id automatically. Since SketchUp import unfortunately disregards ATTDEF info from AutoCAD is there a way to translate any of this info to the SketchUp Component "Name" field? I want to have a series of the same components (same "Definition Name") with unique "Name" fields (just numbering would be perfect) so I can cross reference with the CAD plan and easily locate specific instances. Is there also a way to import or export CSV data related to components in SketchUp. I'm sure someone out there has dealt with this in producing schedules. Thanks. I'll take my answer off the air.

Just to clarify for others who might want to get involved in this nasty three-way with imperial units, keep 1:1 and keep drawing origins the same so every import comes in right in its proper place, this is what I've been doing. It seems to work great:

AutoCAD (units:feet) > *.dwg
3ds Max (units:feet) > *.dwg
SketchUp (import with inches; units:feet) > *.3ds
3ds Max (import with convert units on; units:feet) > Booyaa!!!

Thanks I will try those settings. I think I figured out the problem. In US standard SketchUp's base unit is inches rather than foot unlike in Autocad or Max. The lesson is that when you import dwg to SU you must set in to inches even if you have a decimal foot drawing like I have. Again I'm jealous of the metric world.

Hi does anyone know the best workflow for working between these two programs? I have a file started in Max and I want to export individual parts open them up in Sketchup add some details (maybe material) and then bring them back into Max where I will animate eventually. The problem is that I am not able to maintain the right scale an origin through the process. Very frustrating. Does anyone know the trick for this?

I am using .dwg as the go between file format. I'm not sure if this is wise but both support it. When I export a .3ds from max there is nothing there in sketchup and I have no luck using .3ds to go back to max. I would appreciate any help with this. There are so many switches to pull and set straight!!! Argh!. Thanks

I was just wondering if anyone has used 3d pdfs as a presentation / review format. I've been shown that you can generate these directly from the latest autodesk products. Layers are included as well which is great. I feel like it would be a great way to show people sketchup models. Not everyone has sketchup but everyone has a pdf viewer.

RPS makes an exporter
http://www.renderplus.com/wk/RPS_3D_PDF_w.htm
Has anyone tried this?
Thanks

@thomthom said:

SketchUp goes all haywire with too large co-ordinate numbers.

This thread should be reposted under the Duh! thread. I just moved my model 2.7 million feet to the West and it seems to be working a lot better. I created a datum (just a cross) to keep my model referenced to the .dwg but I'd prefer to not have to do this. Oh well at least I can see now.

Thanks for the advice all. I'm going to try the explode - regroup technique. I think this may be getting at the root of the problem.

@thomthom said:

Could be the groups origin being far of. I have experienced oddities with AutoCAD imports where the block's origin where far off. Even some models where there's not been AutoCAD imports, but some stray far of lines.

It is an AutoCAD import and the origins are wack (530000',65000' or something way out there like that) but I want to keep it referenced to my AutoCad drawing which has AutoCad maps data and also serves as a datum for related drawings in other apps (Rhino, Max, etc).

What i often do, which I'm starting to question as a good practice, is block lots of geometry in AutoCad before importing to SU. These come in then as components as you all know. it is helpful for, again keeping, geom separated. Wehen I create these blocks I always choose a local insertion point but I'm wondering if this process in conjunction with my distant 0,0,0 point is not causing the problems. I will try to explode and regroup and report back.

Have a great weekend!

So I figured out that groups play a role in this problem as well. You can see whats going on in the example images below. (Image 1) The axes are set directly on my model which is grouped. Everything displays ok. I can zoom in close with no clipping. However, once I double click to enter the group (Image 2) the clipping plane appears. This is frustrating because of course I want to edit the the geometry in the group, close up, not from a mile away. I really want to keep the groups too to avoid SU's "stickiness" problem. I suppose if I explode everything I will not have the clipping plane problem but... we all know how critical groups are. huh?

I just updated to the latest nvidia drivers (180.48_geforce_winxp_32bit_english_whql.exe), driver version 6.14.11.8208, driver date 2/18/2009 and to no avail. I'm still having problems. I'm not sure that its a driver issue. Could it be drawing settings (eg. field of view settings, axes location, etc.)? By playing with parallel proj/perspective settings I can sometimes make it workable. The thing that makes me think its not a driver/GPU issue is when I uncheck hardware acceleration I still have this clipping plane problem. As always any help would be appreciated. thanks

This forum is Great!!!

@ecuadorian said:

If you just wan to "knead it out with a rolling pin", check the two methods reviewed in this link:
http://www.sketchucation.com/forums/scf/viewtopic.php?f=18&t=16567

Thanks interesting thread. I'll try it a little later.

As for SimuTerra. its pretty much been abandoned. it hasn't been updated in 3.5 years although its still pretty functional and useful. My wishlist would include a Sandbox Pro!

Gives me some hope. I will try the newest driver. I was planning on setting up an SLI but I cannot even get one card to work right now.

I think there is a significant difference between GT and GTS. I'm thinking about trying Windows 7 64-bit, probably in a month or so. Its supposed to be better about drivers.

@gaieus said:

What driver are you using?

6.14.11.7798
Its an old beta, I know. It was suggested on a forum since I've had problems since the beginning. Maybe I should try the current one again. I just received an error 12 too. Arghh. I have a 8800GTS 512 which is different. It has the G92 cores like the 200 series cards. Its supposed to be better but it blows.

@gaieus said:

And what about Mac users then?

They will be better off probably b/c at least Apple writes good drivers... for a price.

Has anyone gotten this error message. I'm having so many display issues despite a lot of tweaking and forum reading. All i can say is stay away from the 8800 GTS 512. It sucks and has been discontinued. I'm glad. Crass

My GPU driver is 6.14.11.7798
8/24/2008
Its an old beta that I'm running at the suggestion of someone on a forum. I thought it was better but SU still looks worse than on my 5 year old Pentium 4 laptop.

Quad 2.4
8mb ram
TinyXP rev 09 32-bit

I have this problem constantly as I always work on large models and i have a horrible video card: 8800 GTS 512. Stay away from this POS. It does not like OpenGL in any program. When will SU have a DirectX option?

Two suggestions: sometimes when i switch camera from parallel proj to perspective or vice versa it helps. Also, try resetting your cplane (axes) close to where you are working.

Thanks for all the advice folks. I think I will give SimuTerra a shot. Complex terrain modeling has always been the most challenging part of my workflow and my desire to avoid 3ds Max has kept me fiddling with a whole range of software. Now I have a whole new set of tools to tinker with.

Terrain Surface question. I posted this at the Corner bar. maybe it should be here. If anyone has any advice for me please let me know. Here is the link to that post.

http://www.sketchucation.com/forums/scf/viewtopic.php?f=179&t=17081

Thanks

Hello all. I've never posted to this forum before. It looks active though. I used to visit pushpullbar but it seems like it has shifted to design away from tech questions/problem solving.

So my issue is, and I would appreciate any insight from whomever, is that when i create a mesh surface in Rhino 4 and I bring it into SketchUp it looks all messed up with faces sticking allover the place. Its actually really a Rhino problem but I though there might be a quick way to smooth it out in SU. You can see from the image I attached that the tin is messed up because it skips certain vertices esp. in flat areas. I just want to "knead" it out with a rolling pin. thanks.