Manufacturer cabinet orientation problems

tomot

Some Kitchen Cabinet makers must be spending a lot of money developing dynamic components for the Google Warehouse.
KraftMaid & Merillat
Unfortunately there is a lack of quality control. Some cabinets are oriented the wrong way, lying flat on the ground, while its no problem rotating them, it also messed up the dynamics of opening doors and drawers. If anyone here works for any of those companies please make them aware of this error.

http://sketchup.google.com/3dwarehouse/details?mid=28192577c6831cb3c59350d819542ec7
http://sketchup.google.com/3dwarehouse/details?mid=eb33ea88e88c2d8586d53ab0fe94e911&ct=mdsa&prevstart=0

solo

I noticed this also, was trying to get my wife off 20-20 to SU but the Kraftmaid components sucked so she still uses 20-20.

Rich O Brien

Don't the Go2School guys do those KraftMaid models?

tomot

Very strange! for both manufacturers, all their upper cabinets are placed in top view while their base Cabinets
are correctly orientated.

TIG

Duh!
The wall-cabinets are designed to 'glue' to vertical walls so they are modeled 'laid flat' like windows or doors.
BUT the floor-cabinets are designed to be placed on floors so they are modeled standing up...

tomot

@tig said:

Duh!
The wall-cabinets are designed to 'glue' to vertical walls so they are modeled 'laid flat' like windows or doors.
BUT the floor-cabinets are designed to be placed on floors so they are modeled standing up...

I think the the English language is letting us down again! By 'laid flat' the upper cabinets by these manufacturers are laying flat on the floor with the doors facing the ceiling, in that position they will glue to the wall, but need to to rotated 90 degrees to hang on the wall correctly. If I installed them the way they are currently designed to be glued into SU the owner would be very unhappy with me.

BTW: I found a way around this problem:

regroup the entire upper cabinet
rotate it 90 degrees place it back at (0,0,0)
insert it, now the dynamic components work again, not code changes required.

TIG

Tomot

No, it is made quite correctly.***
If you look at a component that's made to glue to a surface it IS made 'flat'.
So a wall cupboard will be made on its back [on the floor], with its doors looking at the ceiling; its insertion point [axes] will be on the back - logically bottom left corner. For a gluing component the z-axis [blue] points out of any face it will be glued on to.
Therefore, if such components have gluing behavior for vertical surfaces then they will work correctly and 'glue' onto an wall you place them onto...
***The way you have 'imported' these components might have resulted in them losing their proper 'gluing' behavior... but instead of messing on with the component/remaking it etc you could just change its axes... OR [far more logically] you should just edit it so that it will once again glue onto vertical surfaces, as it is intended to...

tomot

@tig said:

***The way you have 'imported' these components might have resulted in them losing their proper 'gluing' behavior...

yes that's correct.

Importing directly from the Google warehouse to your model works flawlessly.
Downloading the cabinet file, followed by copying it from one SU file to your SU model file, causes the orientation problem.

TIG

DCs should always be properly inserted from the Components Browser to keep all of their correct properties.
However, Copy+Paste between open SKPs should keep a normal component's gluing and cutting behaviors etc, but obviously it can mess with a DCs inner workings.
So... if you have downloaded a DC from the 3dW you should do a 'save_as' from within the SKP into which it arrived - so that it is then saved as an external DC-SKP in a sub-folder inside the Components folder set [i.e. it's still a DC with all of attributes and behaviors retained]. Then later on when you are in another SKP you should insert it from the Component Browser [via navigating to that folder, or subsequently from the Model's pane itself if already loaded] it should then insert and behave as originally intended... keeping its attributes and gluing behaviors ???