Importing objects

I recently found http://www.cgtrader.com/3d-models/vehicle/motorcycle/bsa-bantam-d1-1948 and thought I could do a good scene including it, it comes with .mtl files but those don't load when object imported. How do I force load? I see there is an option ticked to read .mtl file so I guess Daz does not see them, tbf they are not in a mapped directory, I have a seperate folder for all downloaded objects, so where should I transfer the files so Daz can see them?
TIA


directory.jpg
846 x 523 - 205K
Comments
DS normally picks them up if they are in the same folder, but it really depends on where the MTL file is looking for them.
What does it say in the respective MTL files as to where the textures are supposed to be? If that doesn't sort it out, you may need to just apply the textures yourself in the Diffuse channel (assuming that they are all diffuse, and not bump or displacement)
Yes, I had this problem for a long time until I finally worked out how the .mtl file stores links to the matching texture files. The problem is, some programs that convert and save .obj meshes save the texture links as only file names, if the textures are already in the same folder the .obj file is being saved into. Some of them include the full folder path of the location the files are being saved to, on that computer. You have to always check that the file links in the .mtl file are not trying to find a texture file in a folder that does not exist on your computer.
Another possible glitch, which I just figured out (finally! again...) a couple of years ago; the .obj file contains a link (usually in the first few lines) to the .mtl file. If for any reason the file names of the obj/mtl pair have been changed (whether by you or someone else) this link will fail and the .mtl file will not be found until the name in the .obj file is changed to match the actual name of the .mtl file.
I just had a look at the file in Cinema and its a mess.
Its full of unjoined polys with breaks in arbitrary places.
Yes, I had this problem for a long time until I finally worked out how the .mtl file stores links to the matching texture files. The problem is, some programs that convert and save .obj meshes save the texture links as only file names, if the textures are already in the same folder the .obj file is being saved into. Some of them include the full folder path of the location the files are being saved to, on that computer. You have to always check that the file links in the .mtl file are not trying to find a texture file in a folder that does not exist on your computer.
Another possible glitch, which I just figured out (finally! again...) a couple of years ago; the .obj file contains a link (usually in the first few lines) to the .mtl file. If for any reason the file names of the obj/mtl pair have been changed (whether by you or someone else) this link will fail and the .mtl file will not be found until the name in the .obj file is changed to match the actual name of the .mtl file.
Thanks, I was editing the .mtl files to the correct directory but didn't realise that the .obj file may also have links, nor that I could edit them. I will check all that now.
I work in Blender, and when I export a UV mapped mesh as an OBJ file, it creates and MTL file to go with it, but unless I've actually textured the item in Blender, the MTL file doesn't have any path(s) to texture(s), so in that case the MTL file is useless in DS or Poser.
That said, I always create textures in Photoshop, and then create a CR2 or PZ2 (depending) to apply the texture(s) to the character or prop.
Yes, the .obj and .mtl files are both just plain text, so if there are problems they can be easily fixed in your favourite text editor. Just make sure when you save at the end, that the filename extension hasn't been changed. Word processors in particular will try to make your 3D files into actual text documents whenever you're not paying attention; you must make sure the save option is set to a plain text file.