Can you PLEASE add relative paths for V6?
And please make an option to update the image paths in Rhino IF an image is placed in the same folder as the Rhino file.
I just sent a folder to a customer and they have to re assign all images because Rhino doesn’t handle this well.
An “Update all image paths” option would be great.
As liking is a little obscure I want to reply:
Not just relative paths, but also a good GUI to review and modify all referenced files in a document.
It is cruel to the users to not offer a way to manage such essential things as locating linked resources (in 2014).
Thanks
-Willem
+1 !!
I was a bit obscure 
- so I’ll just add that I agree 
Philip
If it is obscure to click a pretty heart in a professional forum then maybe we should wish for “Aye” and “Nay” buttons instead? 
I am working on a render scene for a customer now, and I try to avoid using maps as I KNOW they will mess it up in the long run since Rhino doesn’t have relative paths nor a good link manager.
And I don’t want to use “save texture” since all the files becomes so much bigger for the customer. So PLEASE McNeel, add this simple little feature that should have been there in V1. We NEED it. It is truly impossible to have a good backup system without relative paths.
Aye
I work within a group of companies all over the place and have had to go down the route of Mapped Drives as a work around to this. Everyone has “R” reserved for their current working Rhino folder. This makes sending a folder of Images along with the 3DM very easy.
I would not call this is the definition of “very easy”
So how do you handle completed projects and backups? Do you store the projects in it’s original folder, and then copy backups back to the “R” location to open them?
Everything sits in it’s “Job” folder on the server mapped as J but when working on a “shared job” that specific folder that contains the Rhino Material is mapped as R.
Everything on J is mirrored, backed up, etc etc but R is assigned as and when needed. As I say its a work around but is a lot more hassle free than having to assign each image again once received from another office.
Eg.
J mapped to \\server\data\jobs
Therefore J:\J1234\calcs\rhino is where everything resides but for convenience
R is mapped to \\server\data\jobs\j1234\calcs\rhino
Therefore only R:\textures has to exist in the Rhino File.
London office then only has to save the textures folder to their mapped R which could be
\\londonserver\content\projects\j1234\CAD\
Each time you want to work on a job you have to re-map the folder but that’s what batch files are for.
Ok, so for you a Link Manager with a good “remapper” would be what you could need the most.
Indesign has a great sollution for this that I wish Rhino could adopt.
Or just relative paths
There certainly are workarounds (and we use this exact one) though I completely agree with the original topic:
Hey McNeel folks, c’mon, it’s 2014!
My “workaround” is to store all projects in year folders, and that used to work when I was working towards a server, but these days I use the laptop, drop box, skydrive and often need to move projects around.
All completed projects i would have preferred to move to a subfolder for that customer, but that would mess up too much.
And I would really like to be able to go into the backup and open the project with out having issues with links. And this really needs to be fixed for architects if they are going to be able to work properly on large work sessions.
Have you noticed that if you render a scene with missing bitmaps, you get a list of ahem…missing bitmaps?
And that if you press the “i” button in the top right, you get the option to remap the textures?
Are you serious? When did you add that invisible tool?.. incredible.
BUT why would I ever have noticed that?
That gray thing does nothing, and it is NOT obvoius that I should click on one of the lines of text before it turns into a blue “info” button that I can click on to remap the file…
It needs to be a big button, right-in-your-face big, and it should not be necessary to remap every file separately.
And we need a proper linkmanager that pops up when the file is loaded… demands demands demands… I know, and I am sorry. 
Yup - I agree. This was added at the last minute in V5. It wasn’t really very well thought through.
It sure is better to have a hidden tool, than no tool! 
I agree ; poorly designed interface.
Is it possible to collect all images of Rhino file and to save to a new single place? At VfR there is a pack feature, but I miss it for general use without Vray.
Micha
This should happen automatically. If you check “Save textures” - which should be the default, if you open the file in a place where the textures don’t exist, they will be unpacked into a folder at the same location as the 3dm file.
Sounds good, nice feature…
An independent pack texture feature could be nice anyway. During projects I test a lot different materials based on textures in my texture library folders and at the end of the project I would like to collect the final used textures in the project directory, best with the option to relink to this place.