The fault isn't with OBJimporter itself but rather with the 'tree[d]' OBJ exporter.
It makes a OBJ file describing the geometry and a MTL file describing the materials but fails to export the image files to which the MTL file refers.
If you open the MTL file with notepad you'll see some image files specified at the end of each material definition - e.g. map_Kd wood03.png
These image files are in the tree[d] 'Textures' folder - typically it's C:\Program Files\gile[s]\plugins\tree[d]\TexturesCopy
the missing image files from that folder to the folder into which you have exported your OBJ/MTL files.
Now your image OBJ file imported into a SKP 'with Textures' will have the textures applied...
Now for the rub! The exported/imported tree[d] is relatively 'useless' !!! It has single sided leaf faces and the texture is only applied to the front faces, so all of the backs show as the default back color - usually a blue/gray AND the leaf faces have visible edges and a diagonal line across the middle.
BUT there is a way to fix these issues...
Put the attached script [FixtreeD.rb
] into ../Plugins folder and reopen the SKP with the tree in it, so that the script is loaded.
Now edit the group containing the tree and type FixtreeD.new
into the Ruby Console (it runs on all entities in the current context, so DON'T use it outside of the tree group's edit).
All coplanar edges will be removed.
All other edges are hidden, and no longer cast/receive shadows.
The leaves' front materials are copied to their backs.
Hidden Geometry is switched 'off'.
Progress is reported in the Status Bar and Ruby Console
It can take some time to process a complex tree that has 1000s of parts! The attached zip file contains a tree[d] exported OBJ/MTL AND the required images listed in that MTL [but not exported by tree[d]!], it also contains the imported OBJ tree showing the problems... This image shows what the 'fixed' tree looks like with the edges/back_faces etc sorted...