We have mostly Windows computers, with a few Macs. Yes, we can run AutoCAD through Parallels and will as needed, but of course the Mac version of AutoCAD can never find the xRefs.
I know I must be missing this, as it is so simple it must be there, but how to I tell AutoCAD for Mac that when it see H:\, it should really look at /Volumes/H Drive and repleace all \ with /
And also tell it to do the opposite when saving?
Again, this is something so simple, it must be implemented in such aq powerful program, I just can't find where to do it at.
At my firm we started migrating by buying Macs and using bootcamp in 2008. Today we are all Mac's but the original 2008 Mac Pro, which is still a work horse is still running bootcamp and thus working in a Windows Environment.
We too work in a Mixed OS environment but I we're not having the same issue as you. Although our CAD standard setups might be quite different... We work by placing all our .dwg's in one folder categorized by stage. There is minimal confusion with large amounts of .dwg files in the directory due to using standard naming conventions such as:
X-XREF-CIVIL... and so on.
We devloped our CAD standard for storing files in this maner because of similar issues back in 2000 when we were working with zip drives, not having servers, and other old school inconsistancies. We find that this is a great way of working... and might help you in if you modify your workflow!
Unfortunately, that method doesn't work, as we recieve the Architectural files from others 99.99% of the time and many times we are asked not to rename them.
In addition, we do Mechanical, Electrical, Plumbing, Civil, Telecom, Fire Sprinkler, Fire Alarm and Structural, so you can imagine that if we have even 3-4 of those disciplines on one project how hard it would be to filter through all of the files if all files were in one folder.
There should be a simple substition routine in AutoCAD for Mac where we can tell it if you see H:\, then read it as /Volumes/H Drive/ and replace any \ with /
This is simple and would be very easy for AutoDesk to do.
Well if the architects your working with don't follow the National Standards file naming conventiosn then, i can see that as a big issue!
We too work with other cosultants such as Landscape, Civil, Structural, Interior, Mechanical, Electrical, & Plumbing... I don't really worry about it their naming conventions since once I XREF their files I never have to locate their file in the folder again. And since my files are neatly catagorized in the folder, i can still easilly navegate and locate our files.
Sorry, I've not done the default directory path for XREF's in a long time...
When working in a mixed environment you must:
- All xrefs must have "relative path" (relative path means in same directory as parent dwg or sub-folder of current folder)
- Only attach or overlay using relative path
- You can easily change the path of a specific xref to relative by removeing the non-relative portion and replaceing with "./"
We have a mixed environemnt (60/40 split) and have no problems opening files in windows or mac...
yeah the relative path! that's what i meant by default directory, it's been a while... we used that format back in the day and it work great because if you moved the file to diferent drives your XREF files always worked!
There is no actual national standard (someone has tried to claim that they made one, but charges a ridiculous amount for it, so it's use is very limited), but believe me, no architect we work with follow any sort of standard for naming (as nice as it would be if they did).
I think you misunderstood slightly, I am saying that we work on all of those disciplines, which means that we always have to have and find all of thos files easily.
So, our Basic Project Folder Structure looks like this:
And add or remove disciplines that we are not working on for that particular project, but if we don't do this, it can get quite cluttered on some of the larger projects where each discipline can have 50+ sheets.
Yes, going forward we are using relative paths, but we have a lot of older projects that don't use relative paths, so there needs to be an easy way to accomodate this.
of course there is a national standard!
Yes i understood that you firm provide all those different discipline services, i was just saying that we have their files in our folder too. but instead of sorting thru folders we sort with the discipline prefix conventions such as:
The relative path is a great way of doing it but if i recall correctly one of the issues we had was when we did go back to reference older projects then we spent alot of time trying to correct the path for one reason or another. So we just concluded to drop all the files in one folder, which works everytime!
Log into access your profile, ask and answer questions, share ideas and more. Haven't signed up yet? Register