Schedules#

Word OpenXML (.docx)#

The Word OpenXML document is a printable document in the “docx” file format. This reinforcement schedule will be created based on the docx template set in the Schedule tab in the Settings dialog.

The available parameters are describing:
  • Project properties

  • Revision properties

  • Sheet properties

  • Table properties.

Tables are also divided in more types
  • Weight summary tables

  • Table for rebar bending schedule

  • Coupler Tables

  • Endtreatment Tables

  • Linear spacer tables

  • Table for fabric schedule

  • Fabric cut tables

Tip

Parameters describing project, revision and sheet properties can be written anywhere in the document and they will retrieve the information from the data base file. The parameters for the tables can be written only in their corresponding table defined in the cell conteining the key @sofistik.

In the following table you can see the main sections from a @sofistik table

_images/lines_definition.PNG

Heading Lines#

The number of lines for heading is not the same from table to table. In the described example there are two lines assigned.

These lines will repeat itself with the same content of parameter from page to page.

Repetitive line#

In these lines is written the main content of the table.

If there is nothing to be listed in this type of schedule the table will be deleted completely. This means it was nothing exported to the .rdb data base for this table.

The number of these lines might vary. The program will interpret that all the lines between Heading-Table-lines and Table-definition-and-properties-line will repeat itself with each input of a new item in the schedule.

Table definition and options#

The definition of the table should be done in one cell/line.

In the first line of the cell should be “@sofistik”. Like this we mark the table as a SOFiSTiK table that should behave like it is defined in the second line.

The second line should contain the name of the table. Syntax is table: name_of_the_table

The 1st and 2nd line are mandatory for a table. Starting with 3rd line are defined the rules of the table and is not mandatory to respect a specific order or even to define a rule.

This are the options for a @sofistik table:

Table

Option name

Option value

bending_schedule

show_standard_shapes

  • 0 = draw nothing

  • 1 = draw all

  • 2 = draw unique

filter

  • without_endtreatment

  • with_endtreatment

sort_by

  • column names

  • e.g. mark, member

weight_summary

filter

  • bent

  • not_bent

sort_by

  • column names

coupler

sort_by

  • column names

end_treatment

sort_by

  • column names

barspacer

sort_by

  • column names

fabric_schedule

sort_by

  • column names

fabric_cut

sort_by

  • column names

Important

The positions in bending schedules are always grouped by SOFiSTiK_Member. If you have the same position with different SOFiSTiK_Member values, you’ll get multiple lines for one position.

Last line#

The last line is optional in the schedules.

It is used to write parameters containing total quantities or simply text containing general information about the table.

Tip

If the tables are marked in different bookmarks they will be automatically deleted if they don’t list any item from data base file.

Customization#

To customize the output, its recommended to:

  1. Open the runtime folder with the supplied docx template file.

  2. Copy and rename the original template and open it in your prefered OpenXML editor (e.g. Microsoft Word).

  3. Start changing the appearance (font styles, text sizes, table layouts, colors etc.) as desired.

  4. Add or remove SOFiSTiK Schedule Parameters to change provided schedule information.

Project -, Sheet - and Revision Information#

Using the following parameters you can retrieve the Revit Project -, Sheet - and Revision Information.

Example, how to represent the project client name:

  1. Click Manage tab > Settings panel > Project Information > Type in the project client name and click OK.

  2. Add the corresponding parameter in the list below using the following syntax:

Syntax {project.client_name}

Project Information {project.xyz}:

  • organization_name

  • organization_description

  • building_name

  • author

  • issue_date

  • status

  • client_name

  • address

  • name

  • number

  • code_name

Sheet Information {sheet.xyz}:

  • approved_by

  • designed_by

  • checked_by

  • drawn_by

  • number

  • name

  • issue_date

Revision Information {current_revision.xyz}:

  • number

  • name

  • issued_by

  • issued_to

  • date

  • description

Tip

To use custom Sheet and Project Parameters in your schedules, select all parameters you’d like to export in the Settings.

Tables#

Rebar Weight Summary Schedule {xyz}#

You can use the Weight Schedule in order to document the weights of your reinforcing bars separated by its diameters. Additionally the Weight Schedule provides a filter to show only bent - or not bent bars.

  • Filter: bent > to get a Weight Schedule for the bent bars only.

  • Filter: not_bent > to get a Weight Schedule for the straight bars only.

  • Filter: no_filter > to get a Weight Schedule for all bars.

_images/mpic_Weight_Schedule_Straight_Bars.png
  • material_identity_name

  • bar_diameter

  • bartype_name

  • bartype_subcategory

  • bartype_mass_per_length

  • total_length

  • total_weight

  • table_total_weight

Tip

To get separate weight schedules for straight and bent bars it is recommended to duplicate the schedule and change the filter accordingly.

_images/mpic_Weight_Schedule_Bent_Bars.png

Rebar Bending Schedule {xyz}#

The Shape Schedule contains all the required information to bend the rebars.

_images/mpic_Rebar_Bending_Schedule.png

To get shape image only for non-standard shapes, you can set the parameter show standard shape: 0.

  • entire_mark

  • comment

  • member

  • member_multiplier

  • total_bars

  • total_length

  • standard_bend_diameter

  • hook_bend_diameter

  • bar_diameter

  • shape_code

  • weight

  • A

  • B

  • C

  • D

  • E

  • F

  • R

  • bartype_name

  • bartype_subcategory

  • bartype_mass_per_length

  • revision.number

  • revision.name

  • revision.issued_by

  • revision.issued_to

  • revision.date

  • revision.description

  • hook_at_start_angle

  • hook_at_start_length

  • hook_at_start_total_length

  • hook_at_start_type

  • hook_at_end_angle

  • hook_at_end_length

  • hook_at_end_total_length

  • hook_at_end_type

  • coupler_at_start_name

  • coupler_at_start_length

  • coupler_at_start_material

  • coupler_at_end_name

  • coupler_at_end_length

  • coupler_at_end_material

  • end_treatment_at_start_type

  • end_treatment_at_start_manufacturer

  • end_treatment_at_start_model

  • end_treatment_at_start_type_description

  • end_treatment_at_end_type

  • end_treatment_at_end_manufacturer

  • end_treatment_at_end_model

  • end_treatment_at_end_type_description

  • material_identity_name

  • material_identity_description

  • material_identity_comment

  • material_identity_keyword

  • material_physical_name

  • material_physical_description

  • material_physical_comment

  • material_physical_keyword

  • bending_table

  • coordinates_3d_table

  • 3d

  • textblock

  • custom_text

Coupler {xyz}#

_images/couplers_schedule.PNG

The Coupler table contains all the types of Couplers

  • name

  • type

  • model

  • comment

  • manufacturer

  • quantity

  • description

  • total_length

  • bar_engagement1

  • bar_engagement2

  • bar_size1

  • bar_size2

  • endtreatment1

  • endtreatment2

  • material

Endtreatment {xyz}#

_images/end_treatment_table.PNG

The Endtreatment table contains all the types endtreatments

  • type

  • type_description

  • model

  • comment

  • manufacturer

  • quantity

  • type_diameter

Linear Spacer Schedule {xyz}#

_images/mpic_Linear_Spacer_Schedule.png
  • mark

  • name

  • quantity

  • weight_per_piece

  • description

  • weight_mark

Fabric Schedule {xyz}#

_images/mpic_Fabric_Schedule.png
  • mark

  • member

  • comment

  • raw

  • material_id

  • member_multiplier

  • fabrics_per_member

  • total_fabrics

  • type_name

  • length

  • width

  • standard_bend_diameter

  • shape_code

  • fabric_weight

  • A

  • B

  • C

  • D

  • E

  • F

  • R

  • revision.number

  • revision.name

  • revision.issued_by

  • revision.issued_to

  • revision.date

  • revision.description

  • material_identity_name

  • material_identity_description

  • material_identity_comment

  • material_identity_keyword

  • material_physical_name

  • material_physical_description

  • material_physical_comment

  • material_physical_keyword

Fabric Cut Schedule {xyz}#

_images/mpic_Fabric_Cut_Schedule.png
  • width

  • length

  • fabric_weight

  • number_of_layout

  • layout_total_weight

  • image

  • type_total_number

  • type_total_weight

Translation Table#

The translation table will not be generated in the resulted document. It is used only in template to translate the texts generated by default when reading informations from data base.

_images/translation_table.PNG

Tip

The parameter running_length_indicator can be used in the translation table to override the text in shape images of running length rebars.

Function text_if#

Will write a text from a parameter(s) if this parameter is filled. With text_if function we can add prefix and/or suffix for parameters.

Syntax:

text_if(“Prefix”, variable, “Suffix”)

text_if(“Prefix”, variable)

text_if(variable, “Suffix”)

text_if(variable1, variable2)

Example in Word-Template:

Assumption 1: comment = “This is a comment” , member = “m1”

{text_if([[Comment: ]], comment)} > “Comment: This is a comment”

{text_if([[Comment ]], comment, [[. And finish]])} > “Comment: This is a comment. And finish”

{text_if([[Comment: ]], comment, member)} > “Comment: This is a commentm1”

Assumption 2: comment = “”, member=”m1”

{text_if([[Comment: ]], comment)} > “”

{text_if([[Comment: ]], comment, [[. And finish]])} > “”

{text_if(comment, member)} > “”