Structural Analysis Format - SAF

edited October 2020 in General

A new open format for structural analysis has come to my attention, thanks to Jan @brewsky, initiated from the Nemetschek Group - Structural Analysis Format - SAF.
It is based on the Excel format and it is supported by various vendors at the moment (SCIA, Graphisoft, Allplan, RISA, FRILO, Strusoft, Axis VM, Dlubal, Sofistik, SCAD and LIRA land).
Also, it looks like buildingSmart is approving its development; see the post by Léon van Berlo in LinkedIn and the comments below where he states:

I think everyone will agree that the structural analysis part of IFC is not properly worked out. Improving it would be a collaborative effort between all the Structural Analysis vendors. Logically the result will be the same as SAF, since that is the result of consensus and collaboration between the important stakeholders. The most pragmatic standpoint is to use and adopt SAF and figure out later how it can be used by vendors that prefer to exchange IFC.

Looking at the site, I can definitely see that the documentation is more clear and concise, without room for interpretation, the schema is based on the ifc structural schema with modifications and enriched or new entities and it does look from a quick view to handle better various issues related to structural analysis. For example I saw a dedicated "rigid" element that does not explicitly exist in IFC (only implicitly for line elements with eccentricity); a few fundamental and specific types of geometry for each type of structural element, division between connections and supports.

Tomorrow there is the monthly IFC development meeting on the topic of structural analysis and a presentation on IFC and SAF workflows from Herman Oogink from SCIA who is coordinating the development of SAF. I will be participating so as to get more info on the potential of this new format. Meanwhile, I continue working on porting IFC structural to Code_Aster.

ReD_CoDEMoultSabufrancisjtm2020hyoscegosCGR
«13

Comments

  • Here is a figure comparing a specific element between SAF and IFC, posted by Akos Rechtorisz

  • Thanks for the info @Jesusbill.
    The documentation looks good.

    Jesusbill
  • @Jesusbill is the schema available on Excell? If yes, could you please share the Excel-based version of SAF and/or SAV?

  • @ReD_CoDE the site I indicated above contains documentation and for each documented type and page there is an online version of excel with an example that you can download. See for example here
    I do not have at the moment any specific example in Excel to share

    ReD_CoDE
  • Fantastic @Jesusbill ! Please let us know your thoughts on what this means for the future of structural model translation.

  • Also, Thomas @aothms is familiar with this, it's Excel-based STEP which Thomas has worked on it at https://github.com/stepcode

  • The idea is simple, step file is nothing more than some sets or arrays (or nested arrays) that can read and write its values even manually, or though Excel (tables, tuples) or through a machine automatically :)

  • Interesting, good to have seen this in advance. It looks like the schema is profoundly differently (or extended at least) comparing e.g structural curve member:

    https://saf.guide/Default.htm#A_Objects/7_StructuralCurveMember.htm?TocPath=Structural%20analysis%20elements|_____6

    https://standards.buildingsmart.org/IFC/RELEASE/IFC4_1/FINAL/HTML/schema/ifcstructuralanalysisdomain/lexical/ifcstructuralcurvemember.htm

    @ReD_CoDE step file is nothing more than some sets or arrays (or nested arrays)

    Nested arrays is a key point here though, isn't this where excel will begin to struggle? I'm not actually very familiar with STEP in Excel.

    In the case of SAF it also appears the references are more symbolic, like CS3; N9; N10; for cross section and node respectively, as they need to point to a sheet and and a row. Could have been done with generic express references, but harder to read I guess.

    ReD_CoDE
  • @aothms said: Nested arrays is a key point here though, isn't this where excel will begin to struggle? I'm not actually very familiar with STEP in Excel.

    It would be hard to define the structure on Excel that everything works well, but it's possible, the existing example is: NIST STEP File Analyzer and Viewer (https://www.nist.gov/services-resources/software/step-file-analyzer-and-viewer)

    But there's a trick, you just need to put data inside that nasty array, something like Solving Sudoku rows:
    #N= IFCPERSON('Ehsan Azari','Azari','Ehsan',$,$,$,#N,#N);

    Identification FamilyName GivenName MiddleNames PrefixTitles SuffixTitles Roles Addresses
    Ehsan Azari Azari Ehsan $ $ $ #N #N
  • Also, there's BNF (TBNF, EBNF) and WSN
    For instance, the whole IFC TYPEs in EXPRESS are just these patterns (it's just preliminary):

    TYPE , END_TYPE, FIXED, WHERE, AND , OR, ;, [], (), {}
    Name,  > , >= , = , <= , < , Number
    Type, Type(Number), Value
    [Number:?] OF , [Number:Number] OF
    Value, (Value1, ...)
    WR+Number : , Name : // WR21:
    SELF, SELF[Number], ABS(), SIZEOF() 
    IN [Array] 
    {Number <= SELF <= Number} 
    
  • A few words about the monthly IFC development meeting held last Thursday on the Structural Analysis Format.

    • Excel was selected as the feedback of a lot of engineers was that they want to be able to view and modify the model in Excel, as it is a tool that they are well acquainted with and use it daily in their work;
    • SCIA started and is leading this initiative but the intention is to pass the management to a neutral organization, hence the (possible?) involvement of buildingSMART;
    • There is a good number of structural software vendors that have implemented, are currently implementing, or are planning to implement support for this format;
    • Current version is 1.0.5 released on 14/04/2020 while the next release will be version 2.0 towards the end of the year (if I understood well);
    • No current intention to include results from finite element analyses but there is intention to include key design results for elements based on analysis results.

    I am glad to see that there is a good adoption from various software vendors, possibly attributed to the fact that the format is more clear and easier to consider with respect to IFC, which at the moment has a low level of adoption. I have the feeling that it will be relatively straightforward to include this format in the current implementation of ifc2ca. I think that when version 2.0 will be released we will be close to a good level of implementation of the IFC schema, and that will be a good time for the integration of SAF.

    Moult
  • So if I understand this correctly, it is only a standard shared between structural analysis software, so it has nothing to do with interdisciplinary collaboration.
    Do you guys have experience with using ifc models for structural analysis? Our structural engineers are still unhappy with the results and prefer to remodel from 2d dwgs. Could you give me some tips on how to make it work better? (We're architects)

  • @JanF IFC has a lot of limitations in many domains, so these kinds of movement are good to improve parts of the IFC, but building such a hilarious format would be just good for structural engineers

  • @JanF said:
    So if I understand this correctly, it is only a standard shared between structural analysis software, so it has nothing to do with interdisciplinary collaboration.

    Yes, absolutely. But the issue is not, in my view, the lack of an interdisciplinary collaboration standard but the lack of tools that implement interdisciplinary collaboration workflows. Since the geometry of a structural engineer's analysis model (analytical geometry - lines for beams/columns, faces for slabs/walls) is different than the real geometry (3D), the engineer has to redefine/reconstruct the geometry of his model. Surely, a 3D geometry can be helpful but it does not alleviate the need to define everything, and often 2D drawings can be useful for this task, especially plan views. On this matter, the autoconverter tool that was also presented during the call and uses SAF as the final export file schema is certainly an important step forward as it converts automatically (also through a number of user-defined options) a structural 3D openBIM model of the structure into a valid structural analysis analytical model. I can't deny that this would be the way to go for the future development of ifc2ca as well, but requires quite a lot of development.

    Do you guys have experience with using ifc models for structural analysis? Our structural engineers are still unhappy with the results and prefer to remodel from 2d dwgs.

    The ifc2ca project, currently under development, is about using the structural analysis parts of the IFC schema and defining the analytical structural model, to be then analyzed with the open-source code Code_Aster. In theory, structural software should be able to import structural ifc models but the adoption is very low at the moment.

    Could you give me some tips on how to make it work better? (We're architects)

    It's difficult to give specific advice as it depends on the way the engineer works and the tools he uses. I would advise you to discuss with them how you can help them in the specific workflow they have. Anything that can help reducing the time needed to construct the analytical model is a big plus, but it is difficult to achieve this, especially if there is only a 3D architectural model (so no indication effectively of the structural elements) and even for the case of a 3D structural model, as obtaining a valid structural analysis model is not straightforward.

    JanF
  • How do we parse this file format? Is there anything available? As FreeCAD is able to read geometry of IFC architectureal and analysis view, i would like to implement this format as well.

    How does it work? Does it only save the analysis geometry, means a face with a thickness and a line with a crosssection? How about the mesh? Is it possible to save the mesh as well? How about solid analysis and solid mesh? Is it possible to save such geometry? Structural IFC is not capable of saving solid analysis geometry.

    cheers bernd

    Luis
  • @bernd said:
    How do we parse this file format? Is there anything available?

    An XLSX file is just a ZIP archive containing XML data, so there are python modules for accessing the files.

  • Yes @bernd openpyxl referenced by @brunopostle should do the work.
    The format is similar to structural ifc regarding the elements and geometries supported, so no solid geometries, no meshes, only line and faces with section properties and thickness. In my first post there is the link to the documentation, which is pretty clear, you can take a look for the features.

  • @Jesusbill said:
    Here is a figure comparing a specific element between SAF and IFC, posted by Akos Rechtorisz

    any format similar to CSV is too easy to understand, I wish all BIM formats were too simple to understand like this.

  • @jtm2020hyo can definitely see your point but not all data can be nicely represented in a table and I question the use of a single cell of a string with ";"s to represent lists in this case. For my taste the json format is the best

  • @Jesusbill said:
    I question the use of a single cell of a string with ";"s to represent lists in this case. For my taste the json format is the best

    Not using proper references loses much of the advantage of a spreadsheet. This would make it very hard (for example) to calculate member lengths needed to generate a bill of quantities.

    Jesusbillaothms
  • So to sum up what I gathered from trying to make the digital cooperation between architecture (A) and strucutral engineerig (ES) happen, there are some options and the issues:
    1. A manages the whole model, model shared as ifc - ineffective, ES builds its model from scratch, everything is done twice
    2. A manages the whole model, model shared as saf - maybe better, ES only corrects the model, but most software doesn't know saf and the whole communication clarity from ifc/bcf exchange is gone (unless saf becomes a part of ifc)
    3. A manages the whole model except the loadbearing constructions, model shared as ifc - ES software does not so often export ifc?

    What are your opinions on 3.? Would it be an ok way for ES? It certainly takes a portion of freedom from A, but also brings more clarity (would be interesting to know which concrete walls are actually load bearing) also moves theoretically a portion of work from A to E (coordination of openings between MEP and ES)
    Can Code_Aster export ifc?

  • I think the ultimate goal is to emulate software development as much as possible.
    That is the 'content' (the code) is not managed or controlled by any party, but through standards and distributed version tracking, all parties have access and can modify the content of the other, at all times. Through pull requests, each party vets the other. At the end of the day, in the software world, the code, is managed by all parties-- there's no unique code base for the frontend, backend, data engineer, and QA developer (like we have in our AEC industry) where each party has to recode the other's content or act as their gate keeper.

    brunopostleJesusbilliosvarms
  • HI All, Happy to see that you like the SAF initiative. We have been working on it about 2.5 years now and we cover already a lot objects needed for structural analysis. We keep ongoing and hope to get next year a lot special stuff into it especially for non lin analysis and dynamics. Another initiative we have done is the creation of the SCIA AutoConverter. This is a whole new approach for collaboration between modeler and engineer also based on a lot of feedback coming from the market that are not happy with the current available workflows. Now analysis models can be created in a CAD system but that is normally not the tool for the engineer. And the analysis model is dictating the results. So we made a neutral web app that can take any structural model (physical load bearing model) and can transfer that to an analysis model steered by the engineer. The upload of the structural model is done via IFC and the analysis model is transferred to CAE software via SAF. Changes are managed and if structural model is changed we can update the analysis model not losing all loads and boundary conditions.

  • @Herman said:
    HI All, Happy to see that you like the SAF initiative. We have been working on it about 2.5 years now and we cover already a lot objects needed for structural analysis. We keep ongoing and hope to get next year a lot special stuff into it especially for non lin analysis and dynamics. Another initiative we have done is the creation of the SCIA AutoConverter. This is a whole new approach for collaboration between modeler and engineer also based on a lot of feedback coming from the market that are not happy with the current available workflows. Now analysis models can be created in a CAD system but that is normally not the tool for the engineer. And the analysis model is dictating the results. So we made a neutral web app that can take any structural model (physical load bearing model) and can transfer that to an analysis model steered by the engineer. The upload of the structural model is done via IFC and the analysis model is transferred to CAE software via SAF. Changes are managed and if structural model is changed we can update the analysis model not losing all loads and boundary conditions.

    Just a question: SAF is "open source" (anyone can use the specification without a license) but SCIA AutoConverter is not, right?

  • edited November 2020

    @JanF keep in mind that an Architect cannot prepare the analytical model that the Engineer will use because there are many assumptions and modelling choices to be made that can also vary even between engineers; there is not a unique truth in the model representation. Unless the Engineer in communication with the Architect has set his rules of representation and there is a predefined modelling path.
    Regarding export from structural software, some of them do have it but it is usually the 3D equivalent of an analytical model, so not a correct 3D model as you would expect. For example, the columns penetrate in the slabs until the mid-plane, beams are connected in their centers and maybe also some eccentricities may be lost, for example two external structural walls of different thickness will have the same mid-plane representation in the structural analysis model which result in a 3D representation that is not aligned with respect to the external surface as one would expect.
    Code_Aster is just a structural solver, it has no knowledge of IFC, such an export should be developed in a software that is used to create the model, like Salome, or directly in IFC authoring tools like BlenderBIM and FreeCAD

    LuisJanF
  • Evetually there are three modells.

    • Architects geometrical modell for all elements including building shell (loadbearing walls and slabs and beams)
    • Engineers geometrical modell for building shell (loadbearing walls and slabs and beams), which will be used on building site.
    • Engineers analysis modell for structural analysis.

    ATM we do not spend time to convert between geometrical and analysis model. An initial converter does makes sense and works. But this only works once and does not save much amount of time compared to the whole project. What takes time are the changes and changes and changes. These needs to do manually anyway, thus ATM we do have two separate models, the geometrical and the analytical. The only thing we do is to import the geometrical and use it to get the points to make fast changes on the analytical model.

    BUT we do spend much more time on how to make the workflow smarter between the geometrical Architecture modell and the geometrical engineering model. These models needs to be identical. They are on bounding box, but mostly they are not element by element.

    cheers bernd

    LuisJanF
  • Ok, I din't know there are actually two SE models. Is the SE geometrical model normaly precise enough to be used directly as a part of the complete model? I read this article: (it's unfortunately in Czech)
    https://www.bimfo.cz/Aktuality/Priklad-spoluprace-v-Revitu-se-statickym-IFC-model.aspx
    They are describing a workflow, where the SE exports her geometrical model and the A only uses it as an overlay - A link it to their file and model only the non-loadbearing elements. Apparently it works quite well for them.
    @theoryshaw so if I understand correctly, your ideal is a central model, which anyone can download a part of, import into his software, make changes and export with the same GUID and propose an update? I think this is extremly hard - it would mean that every software develops an ifc to native data importer.
    The difference to software development is, that the format in programing is primitive text and you do the complex translation from language to language in your brain. In architecture we have one more step - the primitive geometry needs to be first translated into the comlex parametric software language and first then into the architectonic language in our brain.

  • @theoryshaw Ideally yes, as long as there is a common schema type that encloses all related disciplines. That is why structural-analysis IFC is an important addition to the open-source workflow

  • sorry for my ignorance, but how could I use SAV or SAF format to do FEM structural analysis in Blender or FreeCAD?
    anyone could share a sample or example video?

  • @jtm2020hyo you can't at the moment. FreeCAD has integrated FEM analysis with 3D solid elements (FEM Module) but it is not associated with the IFC (what was called SAV above) format, as far as I know. The SAF format is new and has not been implemented at all in open-source software to my knowledge.
    Ifc2ca is being developed to use IFC format and structural analysis objects to perform finite element analysis with Code_Aster, an open-source finite element solver, in this thread you can see more about it, but at the moment neither Blender nor FreeeCAD are connected to it.

    jtm2020hyoiosvarms
Sign In or Register to comment.