FWIW, I'm going to download it and install it to see what happens for me. If it was working and then quit, I doubt it's a bug in Sketchup. I'll let you know what I get.

Edit to add: I've downloaded and install the program. It seems to work just fine with no crashing. Have you recently installed any other programs (maybe not SU related) that might have monkeyed with the DLLs?

It's the old Style Menu issue (revisited after upgrade). Easily, if not obviously, fixed and for the record;
Window -> Styles -> Edit [tab]-> Match Photo sliders (may need to scroll down) -> Foreground Photo (tick box on).
For some reason, I'm not wired to see Geolocations terrain display issues as Style problems!

First, let me thank Dave, Thomas and TIG for their willingness to investigate and provide insight. And while they they could not provide the Magic Bullet solution I was hoping for, the information they provided turned out to be very helpful. Eventually I was successful at draping the overlay of the parking layout onto the cad created ground model.
I will briefly explain the "fix" for those who might find themselves in the same situation.

The cad ground model was created by placement of shot points relative to a properly scaled jpg. satellite view of the property that included superimposed grid lines at 5' increments. The parking overlay was created in sketchup, exported to my cad program, and superimposed over the ground model. My thought was to assign shot points at locations where the jpg grid lines crossed over lines in the parking overlay so as to minimize the number of faces when exported back to sketchup. Big mistake.

Location errors that occurred from importing and exporting between the programs is what made for all those short short lines segments. When I went back and moved all of the shot points into free space, (that is not on or near a parking overlay line), the problem was solved. Drape worked without problem with this slightly modified ground model.

Thanks again, would not have figured it out without your assistance. Karl.

@chris fullmer said:

There's an erase tool? I make a habit of never drawing a line in error so that I never have to use this eraser tool. 🤓

🤣

Does that mean you've solved your problem?

Why don't you edit your profile and add your OS and SketchUp version?

SketchUp is a 32bit application - it has therefore limitations to how much memory it can address.

If you're on 32bit Windows, or an older SU version, then you can address only 2GB. If you have recent SketchUp 8 and 64bit OS then you can address 4GB.

I've had some very large models - but I've never had anything consume 1.5GB!! o_O How many faces and edges does your model contain?
I've only ever seen SU use that much when I was rendering with V-Ray. And that was then really V-Ray using the memory.

Thank you ThomThom! What a Newbie I am! lol

Sometimes you are stuck with a large model and can't reduce the dimensions of it, especially when modeling cities. Try hitting zoom extents, then re zoom back in. Zoom extents re defines the near and far clipping planes and often helps solve the problem for a while.

@tig said:

@rv1974

Please complete your profile details so that we might know your version OS, etc...

TIG means your profile so you need not repeat it every time someone needs it for help...

Sorry. I should have provided more info. I have a large city model that I'm working on. I have layers, I'm purging unused, and I'm keeping texture sizes down. There is a lot of texture however, and the model is quite large. When SketchUp crashes, an error message comes up that says: "SketchUp has crashed unexpectedly. See report for more details." The reason the file is so large is probably geometry.

Thanks,
Avraham

If you have it split into parts and are wary of giving it to 'everyone' on the open forum, you can PM it to some of us, OR PM one of us for an email address you can send the ZIP[s] to...

Well I made a mistake, it is the 0.skb file that has the error message.

However TIG I think you have the answer, I do use a USB drive to save my models, since I work at the house and on the road.

Maybe it will go away like it did the last time. I guess there is no clear cut answer, so I will live with the error.

So thanks all for your help.

Ken

Amen!

Hi Chris,

thanks for the tip, I'll try it.

Charly

still vanishes with vray not loaded in...im totally baffled by this. never had this issue before!

Sounds like a Windoze system problem...
Does it only occur with SKP files ?
If so try reinstalling SketchUp... 😒
Otherwise you must try some 'system tool' fixes
[beyond the scope of this forum 😞 ]

Maybe there not enough place for input ?

Also... the Simlab .fbx importer (90$) mentioned in this thread just converts geometry, no materials.
So it is not more useful than the DWG importer in Sketchup which is free.
Since 2011 Revit version,Autodesk changed the way it writes Collada and FBX files, so they only can be read by Autodesk products.
Way to gooooooooooooooo Autodesk 👎 👎

Hi, bntheman:
Thanks for replying, and, heh, reaffirming that at least I could help in some small way. I wish you good fortune hereforward. I suspect that would be the latest maintenance release, but I am not sure if it addresses any sandbox issues. However, if you got it to install ok, then chances are good you won't see any problems.

What import unit did you use? The SketchUp Pro importer doesn't recognize the unit that has been used in the model you try to import, but you will have to provide the information yourself, via the Import Options that are hidden behind the Options button on the Import File dialog box. If you are inadvertently importing the model in millimeters or centimeters instead of Feet or Meters, it might result to too small faces that SU is unable to fill. An Imageshack image does not tell us much about the original DWG file so if you could post that there might be more to be learned from it.

Anssi