The big thing with BIM is that M stands for Modelling instead of Management.
Meaning … that if we accept (in theory) that the BIM surface works: classic drawings are just by-products due to a consolidated 3d Model (a vast hierarcy of Models in fact) related with all AEC disciplines blah blah … the core of the matter is dealing with object meta-data: and that is exactly were the whole approach falls in pieces: name me any AEC BIM app that can effectively collaborate with classic RDBMS (not xml jokes)… that (1) take into account CSI (MasterFormat etc) type of specs/articles, (2) existed mainstream or custom components/solutions, (3) real-life cost data, (4) design variations, (5) bottom to top design methods …continue until the end of time
Other than that in the classic study pipeline (preliminary to final etc etc) parametric plays some (if any) role at the very early stages: the more the design goes real-life and pragmatic … the more you discover that absolutely nothing has changed from the old mouse driven days (other than the fact that you are trapped into a dangerous illusion of doing things right).
Well first let’s continue in private since our conversation have changed a lot, and by that way we will not create confusion to other members.
Just answering your question:
1- Autodesk approach to BIM, beside its bad program design is and will cause more harm than good for the AEC industry.
2- BIM although is an old school, real investment in it as a technology didn’t start to be taken serious but after 2005, so until now we can say that the technology haven’t grown up to maturity, even if we want to implement the one model have it all, neither our computers nor algorithms can withstand such amount of data in real life project.
3- Here is the biggest flaw that no body wants to address, it’s better to have many BIM programs that each is specialised in one or two tasks and do it perfectly and can collaborate with others than to have one do it all and failing miserably.
For the simple reason that the tools that will be used by the different actors will need to fulfil different needs and many times they are opposite to each other.
Hi everyone,
I have few questions about working with series of small size bitmaps:
How can I load a bitmap in grasshopper that no longer need file path?
How to initialize series of bitmaps with names and indices and load bitmaps in grasshopper canvas without any need to charge the route even on another computer? (Works like a component by coding, decoding and initializing bitmap data with name and indices!)
I tested many ways and used existing grasshopper plugins and components (firefly, squid, image sampler,…) but neither of them worked!
I inserted the bitmap (by clicking on the add bitmap toggle) I want to preview in rhino, but it doesn’t appear in my viewport and I don’t understand why it doesn’t.
The arrows appear (and the white rectangle)
, but the image itself doesn’t.
Also the bitmaptable content details appear to be empty… So I guess I did something wrong about inserting the bitmap?
Also the bitmap that was in the example doesn’t appear (but I guess that’s because I don’t have that file saved on my computer.
Any idea what I am doing wrong and how to solve it?
Thanks in advance!
Yes, that’s why I am thinking I did something wrong…
I tried it with all the 3 versions, the first one and the updated ones, all with the same result
Unfortunately, I can’t add a bmp file to my post (it is a non-authorized type of file), so I can’t send it. But I added a jpeg.[other bmp implemented than example.gh|attachment]
I couldn’t upload the bmp with this post (it is a non-authorized kind of file apparently), so I zipped my bmp together with the grasshopper file in this map.
Well … I’m at least 1+M miles away from base (summer is for windsurfing and the likes). I have only an ancient labtop (full of sand) solely for F1/MotoGP/WSB events. I don’t even remember my full name (not to mention some return day/month/year).
BTW: the 2nd question is easy (cross fingers for a no wind day [unlikely, mind]).