I have read the posts on importing IFC models from Tekla, but did not find a clear answer.
We are about to start a big project where the detailing will be done in Tekla, and my client is deciding which software to buy for the project.
They already use AutoCAD and Inventor, so AS is the preferred choice, however we need to be clear on what can be done with regard to importing Tekla models into ours for interface checking and final GA's.
Ideally, we would like to model Structural (members only), Mechanical and Civils in AS and Inventor, and import the equipment from step files or similar. That would give us a model with everything in it.
We would then give the model of the structures to the designer who would design and have the structures detailed.
We would get the Tekla model back and import it into our model do final check and GA's. If there is a better way of doing it I am open to suggestions.
We have imported an AS IFC model into Tekla with no problem, and the model can be used as a normal Tekla model, however when we tried to import a Tekla IFC model into AS, there was a problem with AS recognising the section sizes. I know this was posted earlier, but I couldn't find an answer as to if this is still a problem, or if it has been resolved, or if it can be done successfully.
If there are other methods of importing Tekla modes into AS so they can be used, I would appreciate the help.
Solved! Go to Solution.
I have read the posts on importing IFC models from Tekla, but did not find a clear answer.
We are about to start a big project where the detailing will be done in Tekla, and my client is deciding which software to buy for the project.
They already use AutoCAD and Inventor, so AS is the preferred choice, however we need to be clear on what can be done with regard to importing Tekla models into ours for interface checking and final GA's.
Ideally, we would like to model Structural (members only), Mechanical and Civils in AS and Inventor, and import the equipment from step files or similar. That would give us a model with everything in it.
We would then give the model of the structures to the designer who would design and have the structures detailed.
We would get the Tekla model back and import it into our model do final check and GA's. If there is a better way of doing it I am open to suggestions.
We have imported an AS IFC model into Tekla with no problem, and the model can be used as a normal Tekla model, however when we tried to import a Tekla IFC model into AS, there was a problem with AS recognising the section sizes. I know this was posted earlier, but I couldn't find an answer as to if this is still a problem, or if it has been resolved, or if it can be done successfully.
If there are other methods of importing Tekla modes into AS so they can be used, I would appreciate the help.
Solved! Go to Solution.
Solved by Masibanda-CE. Go to Solution.
Solved by Sebastian_Eiche. Go to Solution.
The IFC import from Tekla is sometimes not working in AS and I don't know if this is a problem of tekla or AS. But in some cases I remember it was only a little line which had to be corrected in the IFC file.
The other way is, to use the CIS/2 Files for import from tekla and to export you can use the 'special cis/2' Export which was made for tekla. You could also use a combination for example to export IFC from AS but import CIS/2.
Sebastian Eiche
Application Engineer @Mensch und Maschine acadGraph
If this information was helpful, please use the Accept as Solution function, this make it easier for other users
The IFC import from Tekla is sometimes not working in AS and I don't know if this is a problem of tekla or AS. But in some cases I remember it was only a little line which had to be corrected in the IFC file.
The other way is, to use the CIS/2 Files for import from tekla and to export you can use the 'special cis/2' Export which was made for tekla. You could also use a combination for example to export IFC from AS but import CIS/2.
Sebastian Eiche
Application Engineer @Mensch und Maschine acadGraph
If this information was helpful, please use the Accept as Solution function, this make it easier for other users
Forbes,
If I'm understanding your plans correctly, your "Main Operating" model will be in DWG format as that would be the easiest medium for AS (with imports) & Inventor to operate in, and the only reason Tekla is involved is for the Detailer to create fabrication files. If your reason for importing a final Detailer's model into your Main Operating model is for coordination then you might consider asking for a 3D DWG export from Tekla. You won't get any data, but do you really need it? You'll be able to see the physical objects and find movements & clashes, and by XREFfing it in you can incorporate it into your GAs. Ask your Tekla modelers to export it intelligently with objects on understandable layers so you can control them and it shouldn't be too painful.
Cheers,
Gary
Forbes,
If I'm understanding your plans correctly, your "Main Operating" model will be in DWG format as that would be the easiest medium for AS (with imports) & Inventor to operate in, and the only reason Tekla is involved is for the Detailer to create fabrication files. If your reason for importing a final Detailer's model into your Main Operating model is for coordination then you might consider asking for a 3D DWG export from Tekla. You won't get any data, but do you really need it? You'll be able to see the physical objects and find movements & clashes, and by XREFfing it in you can incorporate it into your GAs. Ask your Tekla modelers to export it intelligently with objects on understandable layers so you can control them and it shouldn't be too painful.
Cheers,
Gary
Hi Sebastian, thank you for your reply, we will try it and see what happens.
Hi Sebastian, thank you for your reply, we will try it and see what happens.
Hi Masibanda thanks for your response.
Your understanding is generally correct, however the models that we give to the designers will only have members where we want them and will not necessarily be the correct size, that will only come out in the design. There will also not be any connections shown, and our GA drawings will not look great, so the reason for importing the files is threefold, it gives us an interface check, it provides us with a completed model which will improve the quality of our GA's, and gives us a working model for future use.
Admittedly, if the worst comes to the worst a .dwg export from Tekla may be the only option we have but I would like to explore all the options before we decide.
Hi Masibanda thanks for your response.
Your understanding is generally correct, however the models that we give to the designers will only have members where we want them and will not necessarily be the correct size, that will only come out in the design. There will also not be any connections shown, and our GA drawings will not look great, so the reason for importing the files is threefold, it gives us an interface check, it provides us with a completed model which will improve the quality of our GA's, and gives us a working model for future use.
Admittedly, if the worst comes to the worst a .dwg export from Tekla may be the only option we have but I would like to explore all the options before we decide.
I have to correct my post, the special CIs/2 was to import, the export to Tekla, just work the normal CIS/2 export.
Sebastian Eiche
Application Engineer @Mensch und Maschine acadGraph
If this information was helpful, please use the Accept as Solution function, this make it easier for other users
I have to correct my post, the special CIs/2 was to import, the export to Tekla, just work the normal CIS/2 export.
Sebastian Eiche
Application Engineer @Mensch und Maschine acadGraph
If this information was helpful, please use the Accept as Solution function, this make it easier for other users
Having just spent three months in the USA, and understanding a bit more about AS, the method of operating has not changed, we did experience problems importing an IFC file from Tekla into AS, there was generally a problem with the member conversion file.
The statement below is part of a a response from 'Graitec' to a post 9 years ago.
some sections are not recognized automatically - when you import the 3D model in Advance Steel => just select the corresponding Advance Steel section in the "Section conversion" dialog (it will be saved in a database for later import)
This still happens, however if it is possible to open the data base file and edit and save it outside of the software it could save a lot of time.
One of my clients indicated the a SDNF file export from Tekla was the most trusted link. So far we have found that the bolts did not import.
Can anyone advise on the best method, as it seems to be an ongoing problem.
Regards,
Having just spent three months in the USA, and understanding a bit more about AS, the method of operating has not changed, we did experience problems importing an IFC file from Tekla into AS, there was generally a problem with the member conversion file.
The statement below is part of a a response from 'Graitec' to a post 9 years ago.
some sections are not recognized automatically - when you import the 3D model in Advance Steel => just select the corresponding Advance Steel section in the "Section conversion" dialog (it will be saved in a database for later import)
This still happens, however if it is possible to open the data base file and edit and save it outside of the software it could save a lot of time.
One of my clients indicated the a SDNF file export from Tekla was the most trusted link. So far we have found that the bolts did not import.
Can anyone advise on the best method, as it seems to be an ongoing problem.
Regards,
Why not get the job detailed in AS???
cheers
Why not get the job detailed in AS???
cheers
If you export sdnf you could change between sdnf 2.0 and sdnf 3.0
The version 3.0 should include bolts and anchors
Sebastian Eiche
Application Engineer @Mensch und Maschine acadGraph
If this information was helpful, please use the Accept as Solution function, this make it easier for other users
If you export sdnf you could change between sdnf 2.0 and sdnf 3.0
The version 3.0 should include bolts and anchors
Sebastian Eiche
Application Engineer @Mensch und Maschine acadGraph
If this information was helpful, please use the Accept as Solution function, this make it easier for other users
The client had already appointed a company to do the Structural Design and detailing, and they use Tekla.
The client had already appointed a company to do the Structural Design and detailing, and they use Tekla.
Thanks for the response, we will try it and I will post feedback.
Thanks for the response, we will try it and I will post feedback.
Hi,
You should only be asked once for each new size of beam. If you give it a correct mapping it will write this into the database and not ask again. (If you ignore it will keep asking each time it finds the part). So the first time the import will take ages answering all the questions but the next time should be much quicker unless every beam is new.
The database in question is C:\ProgramData\Autodesk\Advance Steel 2020\GBR\Steel\Data\GTCMapping.mdf (replace GBR with your build code). If you look in there carefully you will find the mapping entries. spending a long time creating a list of hundreds of section sizes you don't need may ultimately take longer than the above. As always take a back up of the database before starting to edit it and don't blame me if it all goes wrong 🙂.
Aleck Giles, Structures Consultant, Graitec
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
Hi,
You should only be asked once for each new size of beam. If you give it a correct mapping it will write this into the database and not ask again. (If you ignore it will keep asking each time it finds the part). So the first time the import will take ages answering all the questions but the next time should be much quicker unless every beam is new.
The database in question is C:\ProgramData\Autodesk\Advance Steel 2020\GBR\Steel\Data\GTCMapping.mdf (replace GBR with your build code). If you look in there carefully you will find the mapping entries. spending a long time creating a list of hundreds of section sizes you don't need may ultimately take longer than the above. As always take a back up of the database before starting to edit it and don't blame me if it all goes wrong 🙂.
Aleck Giles, Structures Consultant, Graitec
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
A bit of water has passed under the bridge since this last reply, but the Tekla export / AS Import exercise continues.
From what we have tried so far, it appears that the sdnf export / import is the best option, however there are still three problems.
As AleckGiles has pointed out, you are asked once for each member size not found if you direct it to the AS equivalent, but the problems we have encountered are:-
1. When the process finds a plate. the following message appears 'The following section could not be converted'
PL12,7*158.699; and in the 'Define conversion name: Section', you don't have the option of selection a Plate, only members from what I can see.
2. The same applies to Grating, 'The following section could not be converted' GRTG909.637*31,75
3. Bolts are left off completely.
I have looked at the Tekla export files, and they give a list of all the section sizes, but the list does not include plate thicknesses, however AS still recognises the section as a plate.
I realise that these problems may just be settings, but whatever they are, I am hoping someone can help me to resolve the issues.
Regards,
A bit of water has passed under the bridge since this last reply, but the Tekla export / AS Import exercise continues.
From what we have tried so far, it appears that the sdnf export / import is the best option, however there are still three problems.
As AleckGiles has pointed out, you are asked once for each member size not found if you direct it to the AS equivalent, but the problems we have encountered are:-
1. When the process finds a plate. the following message appears 'The following section could not be converted'
PL12,7*158.699; and in the 'Define conversion name: Section', you don't have the option of selection a Plate, only members from what I can see.
2. The same applies to Grating, 'The following section could not be converted' GRTG909.637*31,75
3. Bolts are left off completely.
I have looked at the Tekla export files, and they give a list of all the section sizes, but the list does not include plate thicknesses, however AS still recognises the section as a plate.
I realise that these problems may just be settings, but whatever they are, I am hoping someone can help me to resolve the issues.
Regards,
Sdnf have two version 2.0 and 3.0. the version 3.0 should include bolts and anchors
Sebastian Eiche
Application Engineer @Mensch und Maschine acadGraph
If this information was helpful, please use the Accept as Solution function, this make it easier for other users
Sdnf have two version 2.0 and 3.0. the version 3.0 should include bolts and anchors
Sebastian Eiche
Application Engineer @Mensch und Maschine acadGraph
If this information was helpful, please use the Accept as Solution function, this make it easier for other users
Hi Sebastian,
Thanks for the reply, I will ask them to do a version 3.0 and see what happens.
Regards,
Hi Sebastian,
Thanks for the reply, I will ask them to do a version 3.0 and see what happens.
Regards,
Hi, Any updates to this thread, as its a pain to import from Tekla.
Hi, Any updates to this thread, as its a pain to import from Tekla.
Have you tried importing from any other application? I believe you’ll find the problem does not lie with the authoring application; it is a symptom of AS’s importation strategy. AS is programmed to read the “name” of an object and then try to match it to th “name” of a profile in its database. If AS can’t find a match it asks you to map it and saves that correlation (sometimes) in a mapping table. This is a problem because that “name” can be anything depending on the authoring application and/or the operator. Serious BIM applications read the properties of an imported profile regardless of its name. That’s why Tekla, SDS/2, Bricscad, Bocad, etc. can import IFC seamlessly and AS struggles.
Have you tried importing from any other application? I believe you’ll find the problem does not lie with the authoring application; it is a symptom of AS’s importation strategy. AS is programmed to read the “name” of an object and then try to match it to th “name” of a profile in its database. If AS can’t find a match it asks you to map it and saves that correlation (sometimes) in a mapping table. This is a problem because that “name” can be anything depending on the authoring application and/or the operator. Serious BIM applications read the properties of an imported profile regardless of its name. That’s why Tekla, SDS/2, Bricscad, Bocad, etc. can import IFC seamlessly and AS struggles.
I have not tried to import the files from any other aplication as i recive them from my detailers that work with Tekla. Can it be a work around creating a dwg out of a .stp or .lis using Fusion 360.
What other aplication would you have use to get the names corrected so that i dont have to do this manualy.
🙂
I have not tried to import the files from any other aplication as i recive them from my detailers that work with Tekla. Can it be a work around creating a dwg out of a .stp or .lis using Fusion 360.
What other aplication would you have use to get the names corrected so that i dont have to do this manualy.
🙂
Can't find what you're looking for? Ask the community or share your knowledge.