Donate Now Goal amount for this year: 2500 USD, Received: 1627 USD (65%)

Page 2 of 3 FirstFirst 123 LastLast
Results 11 to 20 of 23
Like Tree4Likes

Thread: Materials Losing the image file references

  1. #11
    Forum Addict sdbrownaia's Avatar
    Join Date
    December 20, 2010
    Posts
    1,058
    Current Local Time
    12:50 AM
    I’ve decided not to have sub folders but to just name material maps with a prefix to sort them, ie instead of having sub folders called carpet or site or whatever just prefix the image maps name with what folder you would have put them in. Or a division number, whatever. Less paths/folders the better


    Sent from my iPad using Tapatalk
    GMcDowellJr and Andres Franco like this.

  2. #12
    Junior Member
    Join Date
    December 27, 2014
    Posts
    15
    Current Local Time
    08:50 AM
    Quote Originally Posted by elton williams View Post
    You need to path to specific folders. Subfolders won't be searched.

    As textures are separate files from revit families, are you saying you are receiving textures with your downloaded families? If so, subfolders or not, you're filing and repathing the textures back to the materials anyway....unless you store everything in your downloads folder?

    Unless its generic defaults (glass, aluminium, *maaayyybe* fabric etc) I don't bother assigning materials in families, I assign them to my families in the project. And the family geometries that are assigned default materials will be named to match the default in the project and be overridden anyway, or at least conform to standard naming format.

    As with downloaded families in general, materials found in them are usually junk as well. Build yourself a decent materials library and you won't need the junk. I really don't much rendering but enscape is quite popular in our office and I rarely hear complaints about dud materials or missing textures.
    Quote Originally Posted by sdbrownaia View Post
    I’ve decided not to have sub folders but to just name material maps with a prefix to sort them, ie instead of having sub folders called carpet or site or whatever just prefix the image maps name with what folder you would have put them in. Or a division number, whatever. Less paths/folders the better
    That folder is going to be MASSIVE if you have any sort of decent texture library. Also, what about the bumpmap, displacement map etc. That all gets puts in the same folder? Typically I would store each material in its own folder with all the relevant files for that texture in there. It keeps it nice and clean and easy to locate/share/modify. Can anyone suggest a way to combine this method of filing with Revit's inability to search sub-folders?

    Attached Thumbnails Attached Thumbnails Materials Losing the image file references-textures.jpg  

  3. #13
    Forum Addict GMcDowellJr's Avatar
    Join Date
    December 21, 2010
    Location
    Phoenix, AZ
    Posts
    2,599
    Current Local Time
    09:50 PM
    Diffuse folder. Speculate folder. Bump folder. Etc.?


    Sent from my iPhone using Tapatalk

  4. #14
    Forum Addict elton williams's Avatar
    Join Date
    December 7, 2010
    Location
    Gold Coast
    Posts
    2,619
    Current Local Time
    02:50 PM
    I will start this reply by saying we are an office of around 30 who work on a wide range of typologies including high rise residential, public, government and office/commercial buildings. In Revit, we mostly use materials for low to mid level, non-marketing purposes. Client presentations and the like, and quite often through Enscape. I would say we have a pretty decent texture library, with literally thousands of textures, bump maps etc. and they are ALL located in around 6 or 7 sub-folders (which I think is too many) and named for our "favourite" suppliers and a single generic office folder which I would say easily covers the 80/20 rule. And that works really well for our teams. I rarely hear complaints about not having the right materials.

    For marketing / approvals images we have a couple of full time render consultants in our office who do all our high end renders using 3DS max plus whatever other software they use. No idea how they locate their images, but this is a Revit forum.


    Quote Originally Posted by seychellian View Post
    That folder is going to be MASSIVE if you have any sort of decent texture library.
    So what? Name your files with any sort of logic you like and they'll sort exactly the same way a named sub-folder will sort. Using the windows search box is pretty easy, yeah?

    Quote Originally Posted by seychellian View Post
    Also, what about the bumpmap, displacement map etc. That all gets puts in the same folder?
    Yes. If they are for a unique texture and named the same they will sort together.

    Quote Originally Posted by seychellian View Post
    Typically I would store each material in its own folder with all the relevant files for that texture in there. It keeps it nice and clean and easy to locate/share/modify. Can anyone suggest a way to combine this method of filing with Revit's inability to search sub-folders?
    So you're saying you'd rather have hundreds or possibly thousands of sub-folders, one for each material (because you know, a decent texture library is MASSIVE), under a parent directory?

    What you're missing is this - Revit DOES NOT search sub-folders for material textures. You have to map every folder you want automatically searched, otherwise you'll be forever remapping texture images to materials every time you want a new texture based material. I am not making this up. Unless you can get Autodesk to revise their code it's not gonna happen.

    You could throw all those sub-folder paths into your revit.ini file but what's the point in that? An .ini file that is thousands of lines long? How much more effort will it take for the software to read that list, go to that sub-folder and search for a specific file EVERYTIME someone wants to use a new material?

    Maybe there's an app out there that does what you need, if there isn't maybe you could pay someone to write it. Dynamo could probably get you most of the way there, but I guarantee that's a quagmire I don't want to enter (and I love Dynamo). But then, I said what works really well for our office and we don't use any add-ins, apps or scripting to do it. Other offices I'm sure have different needs. *shrugs*
    Last edited by elton williams; March 20th, 2019 at 09:22 AM.

  5. #15
    Senior Member biff's Avatar
    Join Date
    June 13, 2011
    Location
    Australia
    Posts
    846
    Current Local Time
    02:50 PM
    What i'm gleaning from all this is maybe the seemingly obvious need for subfolder interrogation by autodesk's render option. It does make sense to me to have folders assigned for some sort of appearances for all people needing access in offices to understand and be able to use rather than search one folder for particular images. E.g. Roofing vs wall. Just seems sensible.

  6. #16
    Forum Addict elton williams's Avatar
    Join Date
    December 7, 2010
    Location
    Gold Coast
    Posts
    2,619
    Current Local Time
    02:50 PM
    Quote Originally Posted by biff View Post
    What i'm gleaning from all this is maybe the seemingly obvious need for subfolder interrogation by autodesk's render option. It does make sense to me to have folders assigned for some sort of appearances for all people needing access in offices to understand and be able to use rather than search one folder for particular images. E.g. Roofing vs wall. Just seems sensible.
    Respectfully, I still don't see the point with the extra burden of searching multiple locations. It's just more (unnecessary) data that needs to be churned through, physically in both cpu clocks and block storage as well as mental capacity setting up such systems. Yeah we're not playing with vic 20's anymore but anyway you look at it, file naming is still far more important (regardless of location) and efficient than searching multiple locations for that particular file.

  7. #17
    Forum Co-Founder Twiceroadsfool's Avatar
    Join Date
    December 7, 2010
    Location
    Dallas, TX
    Posts
    10,186
    Current Local Time
    11:50 PM
    Quote Originally Posted by biff View Post
    What i'm gleaning from all this is maybe the seemingly obvious need for subfolder interrogation by autodesk's render option. It does make sense to me to have folders assigned for some sort of appearances for all people needing access in offices to understand and be able to use rather than search one folder for particular images. E.g. Roofing vs wall. Just seems sensible.
    It's not an all or nothing game, at the moment. If you want to have ten subfolders, you just have to list ten paths in the INI. That's not impossible, especially as the 10-15 paths are predictable, if you know how you want to group your materials.

    Having one folder per material, is an exercise in severe management, for Revit. Honestly, I just wouldn't bother doing that.

    Yeah, I think Revit should search subfolders too. But it doesn't. We can say "damn, Autodesk should fix this," and they should... But it's been this way for as long as I can remember. I'm not waiting around for them to fix it, when it can be worked around at the moment using a few paths.

    I don't like the SINGLE folder (for materials) simply because I can eliminate a substantial amount of Regen time ruling out the obvious with subfolders. If someone is looking for a brick pattern, there is no value add in presenting all of the ceiling tiles and carpets, at that moment.

    Even with a basic Revit deployment, you can automate pushing out the customized INI, so it isn't an issue as long as you plan ahead.

    Sent from my Pixel 3 XL using Tapatalk
    elton williams likes this.

  8. #18
    Forum Addict elton williams's Avatar
    Join Date
    December 7, 2010
    Location
    Gold Coast
    Posts
    2,619
    Current Local Time
    02:50 PM
    Agreed, it's not all or nothing. Nothing ever should be, Revit or otherwise. Finding what works best is the goal and quite often a compromise is required. I've often learnt that the hard way, here at RFO and out in the big bad world.

    Revit is what it is, some things have gotten better over the years, some are still stultifying retarded (still can't expand line pattern dialogue or delete multiple patterns at once (natively)). There's many parts of Revit we would love to work the way we want and many want different things, but I'll stand by what I said earlier - planning ahead with a stupidly endless list of sub folder paths in an .ini file is definitely at one extreme end of the all or nothing scale.

  9. #19
    Forum Co-Founder Twiceroadsfool's Avatar
    Join Date
    December 7, 2010
    Location
    Dallas, TX
    Posts
    10,186
    Current Local Time
    11:50 PM
    Endless list, i would agree, is at a far end. I would also stand by what i said, that "one giant folder" is at the *other* end of that scale. Putting 10-15 subfolders in the implementation doesnt add much (any) work, but saves users a LOT of time waiting for preview thumbnails to render in Explorer.

  10. #20
    Member
    Join Date
    January 19, 2012
    Posts
    327
    Current Local Time
    11:50 PM
    ...if only Dynamo had access to repath the Texture files to the Material???

Page 2 of 3 FirstFirst 123 LastLast

Similar Threads

  1. Materials Library - Image Paths
    By Revitista in forum Architecture and General Revit Questions
    Replies: 1
    Last Post: August 12th, 2014, 04:27 PM
  2. Sockets losing evevation?
    By nick_h in forum MEP - General
    Replies: 1
    Last Post: August 1st, 2014, 12:49 PM
  3. Replies: 0
    Last Post: April 9th, 2014, 06:15 AM
  4. Tags losing references
    By Cyus in forum Architecture and General Revit Questions
    Replies: 3
    Last Post: February 5th, 2014, 02:34 PM
  5. family losing 'host'
    By elton williams in forum Architecture and General Revit Questions
    Replies: 10
    Last Post: September 6th, 2013, 04:21 AM

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •