We model share with a client. My grasshopper script was working fine last night, and until now. For some reason now my Tekla links are no longer active. I assume it must be due to a read-in from them?? I reassigned the links to a few objects, and I can see the link is working fine. What might cause this to occur? I re-booted, and opened the software packages in the correct order.
Grasshopper scripts work just fine with Tekla Model Sharing, I have had not issues at all with that, so I think you can take that off your list of suspects.
The linking between the script and the object in Tekla is stored in a bunch of files that is saved in the Tekla Model folder sub-folder with the name Grasshopper, looks like the image below.
Make sure that no one has manually renamed or deleted these files, that would be a problem.
And as you mentioned, you always need to first open the Tekla model, then start Rhino and then last open up GH and the script.
Hope this helps.
I re-established a few links and they wrote out. Nothing went wrong.
I see the Guid’s for the parts, so at least I can figure them out. The order I picked some things will be important. Multitasking between models is sure important to pay attention to. I had to open a few things earlier to answer some questions, and I bet that was the problem. This script does not use a lot of Tekla objects, so it will be easy to fix. I wanted mainly to know for the future.
Thanks, that was very helpful.
It appears the GUID’s changed. I am not sure why, but when I search for the GUID’s grasshopper is looking for in Tekla, they no longer exist. I was working on a few projects, and I suspect I did this by opening a different model to check something. I thought I would share if someone else runs into this.
Hi Brad, even if you open another model and run the definition there, the links to the previous model objects should be re-established when the previous model is opened again, since the mapping files are stored in the model folder. If the previous model wasn’t saved that could be part of the issue.
If we’re only talking about input params i.e. objects that are picked and referenced from Tekla params, the situation is a bit different since these references are stored in the GH file. However as long as you don’t try to pick anything new in another model the references should be re-established when you open the previous model again.
But this is theory of course, so if you can find a replicateable scenario where this fails I’d be happy to hear about it!
For completion, here’s the list off known situations that might cause new guids and duplicated objects:
Cheers,
Sebastian
@sebastian.lindholm, I really appreciate all your help here. I am experimenting with using Grasshopper to do a lot of simple calculations. A lot of this script is is finding dimensions from the model. I recall an error message where I had to close Tekla, and it might have been after that the link was damaged. I had reasonably good notes in the script, so it was not a problem to correct the links. Luckily it was only the beams, and not all the random points. If this were to happen again should I remove any of the original gh link files or might it be ok? I have a few more weeks to finish this, and I am planning to add more to the script.
1 Like
That could potentially prevent object references from being saved yes. You shouldn’t need to remove any mapping files, any guids in them will just be overwritten if they can’t be found from the model any more.
But good that you’re able to charge on!