The built in templates are stored here C:\Program Files\SketchUp\SketchUp 2018\Resources\en-US\Templates While the custom templates are found here C:\Users\YOURUSERNAME\AppData\Roaming\SketchUp\SketchUp 2018\SketchUp\Templates And as Pcmoor has shown, the quickest way to your custom template is to click the folder icon.

Yea, I'm trying that in several different ways right now. Thanks for responding! Bob @srx said: They are not so smart You have to separate surface in several groups which does not break, and than use the tools.

Been busy and just saw your reply. Thanks for the help pcmoor!

Prior to SU2017 they used the browser supplied by the operating system so it's always been important to keep the OS-supplied browser up to date. That gets to be a problem when the OS is out of date and not getting supported anymore.

Hey guys, thank you for your responses and ideas I guess this wont work for the intended use in the pipeline to 3DS Max.. First, thanks @Dave for clarifying the correct term, great I can get back to guide point as the proper term, just read "construction point" pretty often in SU context and therefor though it should be like this. Better to stick to guide points though I totally get the point that in a SU context there would be many workarounds - and using a component, e.g. a cross of lines with some "meta"information would be ideal and I would have done it that way. Wouldn't work in 3DS Max like this - and the programs that follow. I need to set up a certain hierachy in 3DS, linked to guide points. And I have to process a bunch of objects from the same file - ideally e.g. exporting FBX with autmatic naming of the linked elements based on the guide points name. Thats why I was asking for guide point naming informations in SU.. And actually in 3DS all guide points come in in a numerical order, which makes it hard to identify the correct relating guide points. If I'd use components in SU I maybe could realign guide points in 3DS to those components - but then I'm left with the same: guide points in a numerical order without any name.. Maybe some scripting could help but this is beyond my knowledge, sadly. So I guess I have to stick with whats given and resort / rename the SU guide points in 3DS as I did it now. But dont you know of any option to change the viewport representation of guide points in SU, to eg. make them larger? As I need to keep going with the SU guide points workflow this would make the working with them a bit easier. Just a rough guess: Maybe I could nest a single guide point in a group and name that group - MAYBE that could be used for carrying over some information - but I guess it's not helping as guide points come in loose, no matter if they are inside a group/component or not.. At least through the native .skp file import in 3DS. Maybe any other ideas? Best, Niko EDIT Ah, shoot, putting a single guide point a group won't work.. If I have eg two lines in a group (+ a guide point, guidepoint + one single line won't work) - as soon as I delete the lines the group disappears, and so does the guide point.. EDITEDIT It DOES work indeed.. The guide point disappeared as it was somehow connected to the line I drew from it. Putting all objects a bit to the side and adding another guide point at the worlds origin worked. Dont know if this helps me in 3DS - but its something.

If you close the curve around the lake so it is almost offset of it, and than move the lake, I guess it will be ok. You could start with offseting the lake to have a guide.

@michaelsiggers said: I wish it would be fixed. If not, can I get a refund? John Brock has a forum for his products, this is probably a question that should be asked there as he's the only person able to answer that.

That item causes SketchUp to scan the model's geometry database looking for conditions that violate the database's integrity rules. That is, data that should not have happened yet somehow did, and that affect the engine's ability to traverse the database - such as an illegal object id. As in any other database, allowing such violations to persist runs the risk of causing more violations and eventually causing SketchUp to crash. So far as I know they have never documented the rules (just as they have never documented the database schema itself). My own experience is that most of the time the fixups involve internal issues that mean very little to the end user. And, most of the time the fix has no detectable effect on the model. On rare occasions however the fix can destroy geometry that was entangled in the violations. I don't know whether your disconnected dimensions would be considered an integrity violation or not.

I'd like that.

As usual, Dave is correct. Probing with Ruby in the console I see that all three of the dimensions that appear to relate to the rack have lost their connection to geometry in the model. I don't know how that happened, but they should be deleted and recreated.

Thanks to all. Problem is solved. I draw it again with true arcs an now it work perfect. Thanks again, Yours sincerely William.

Try editing the style and reducing the opacity of the watercolor overlay in the Watermark settings. [image: L7nm_Screenshot-10_16_20189_48_47PM.png]

Could it be the scale as well? There are a few plugins that can scale the definition of a component. I use it for imported objects that are the wrong scale. Search for scale definition.

Uh............. [image: 2bnw_Screenshot_3.png]

gilles, if you traced one of the existing edges at the base of the pyramid instead of drawing the diagonal, you'd still get the face on the bottom but you could eliminate the step of erasing the unneeded diagonal line. [image: ov7d_pyramid.gif] Might need to click on the picture.

It’s worth watching this video related to the Eneroth technique https://youtu.be/r2oHaFiF4fo