Bug Splat Problem in SketchUp 2019

[pwharton]

I am having an issue where I have a sink component with named blocks of each cabinet in it and I have set up 4 typical conditions of most of the same items (i.e. a left configuration version and a right configuration version). I can bring in 1 of the components from the components tray, but when I bring in another one it bug splats.

The only way I found around this is to open a blank file and insert the 2nd file explode it then copy/paste it back in to my main file. I have tried to rename the files and lately remake the all the files. Each of the 4 file I create now crashes when I close the SketchUp file use to create them even after I purge/fix the model.

Don’t know what I am doing wrong at this point and need help.

[eneroth3]

Any extensions that might be misbehaving?

Sharing the component could also help finding if there is anything wrong with it.

[pwharton]

its company product, I can PM it.
All of the few extensions we use are up to date.

[Barry]

PM me the Bugsplat details (email used, bugsplat # if you have it), etc…

[pwharton]

Done and sent to you

Thank you

[Barry]

Crashed in Component / Attribute Container, doing geo-reference attributes.

[pwharton]

so its trying to global position itself?
How do i turn it off?

[TIG]

If a component SKP is made by saving a whole model that has been geo-located, then it will try to snap to the origin when it is first inserted into the model, and not allow the user to place it first.
This can “cross-thread” things in the model’s database - especially if there are also other geo-located instances and/or the model itself is geo-located…

To address this issue - never save a model as a component SKP if it is geo-located.
Saving a component outside a geo-located model will avoid this problem.

If you have obtained a component SKP from someone else be wary.
Open its SKP and check its Model Info, and ensure it’s not been geo-located.
If it was, then change that and save.
Then when you use it in another model it’ll insert properly with no issues like this…

[Fredo6]

@Barry

PM me the Bugsplat details (email used, bugsplat # if you have it), etc…

You seem to be very quick and efficient at finding in which area of code bugsplats are.

I sent a few ones recently (labelled with Fredo6), but did not get an answer (no surprise). Can I PM you the next one when I get it?

[Barry]

Yea, you can PM me. My day job isn’t forums, but if it’s a quicky like these tend to be, there’s enough (boring) meetings in a day that I can chase some down.

[pwharton]

TIG,Thanks for the reply
i created the individual models in separate files and then put them together in one Sketchup file. From there i create the components and do a “save as” to put it in a file folder. I have done this with other models in past versions and have not had this problem.
How do check to see if the model is geo-located and turn this function off?

[DaveR]

Open the component on its own and look at Model Info>Geo-location. If it is, clear the location. Then save the file replacing the old one.

[pwharton]

Thanks DaveR
I’ll look in to this.

[DaveR]

As a note, if you saved the component out of a larger model that was geo-located, you could have unwittingly geo-located that component. Also, check your default template to make sure it doesn’t have a location set.

[pwharton]

Checked all the models and the default template and all are saying they are not geo-located .

[DaveR]

It could be a component inside the larger component that is geo-located.

Here is an example. I created a component called Component#1 and geo-located the model which I then saved as ‘1 geolocated.skp’.

Then I imported the SketchUp file in a blank new file using File>Import. The new file shows that the model is not geo-located.

Notice that a file created and then imported this this way is also doubled wrapped which can create other problems.

Assuming the information provided by the Bug Splats is correct and the crashes are the result of geo-location, it’s worth investigating the child components on their own.

I’m not sure if it’s possible for a Ruby script to churn through all of the components nested in the parent to look for and clear geo-location. Maybe @eneroth3 or @TIG would know. It would be interesting if it’s possible to report which component is geo-located if there is one so you’d know before you use it in any future models.

[pwharton]

Thanks,

I’ll check each one.
it will take some time as the components are made up of 20 plus models.

[DaveR]

Good luck.

[TIG]

This code snippet reports on the GeoReferencing attributes for all Components in the Model and the Model itself.
It will be reset ‘false’ if it’s currently set ‘true’…
To use it copy/paste it into the Ruby Console.

puts
model = Sketchup.active_model
model.definitions.each{|d|
  puts "Definition: #{d.name}"
  ads = d.attribute_dictionaries
  if ads && ad=ads["GeoReference"]
    if ad["UsesGeoReferencing"]
      puts "GeoReference:UsesGeoReferencing - currently set 'true' - now reset to false."
      ads["GeoReference"]["UsesGeoReferencing"] = false
    elsif ads && ad=ads["GeoReference"] && ! ad["UsesGeoReferencing"]
      puts "GeoReference:UsesGeoReferencing - currently set 'false'."
    end
  elsif ! ads || ! ads["GeoReference"]
    puts "GeoReference is NOT set up."
  end
}
puts
ads = model.attribute_dictionaries
if ads && ad=ads["GeoReference"]
  if ad["UsesGeoReferencing"]
    puts "Model: GeoReference:UsesGeoReferencing - currently set 'true' - now reset to false."
    ads["GeoReference"]["UsesGeoReferencing"] = false
  elsif ads && ad=ads["GeoReference"] && ! ad["UsesGeoReferencing"]
    puts "Model: GeoReference:UsesGeoReferencing - currently set 'false'."
  end
elsif ! ads || ! ads["GeoReference"]
  puts "Model:\nGeoReference is NOT set up."
end
puts

[pwharton]

Thanks TIG!
this is great

I am new ro Ruby scripting,
So this ran through the file and set all the models in the file to False?
Is there a way for it to know which of the file(s) are the problem so i can correct the original file?