Terms & Conditions

Data Security

We are committed to ensuring that your information is secure. In order to prevent unauthorised access or disclosure we have put in place suitable physical, electronic and managerial procedures to safeguard and secure the information we collect.

All data is stored in secure electronic systems accessible only to Oasys staff with both valid network login credentials and specific authorisation to access the system.  Our systems further limit data access by role to ensure data is available only to those who have a specific need to see it.

If at any point you suspect or receive a suspicious communication from someone suggesting they work for Oasys or a website claiming to be affiliated with Oasys, please forward the communication to us or report the incident by email to [email protected] or in writing to Oasys, 8 Fitzroy Street, London, UK, W1T 4BJ as soon as possible.

Data Security Notice Updated 27th February 2020

top ]


 

Website Terms and Conditions

The contents of this web site are protected by copyright and other intellectual property rights under international conventions. No copying of any words, images, graphic representations or other information contained in this web site is permitted without the prior written permission of the webmaster for this site.

Oasys accepts no responsibility for the content of any external site that links to or from this site.

top ]

 


 

Software Licensing Terms

Terms and Conditions of Purchase

The full conditions of purchase and maintenance for all Oasys desktop software are set out in the Oasys Software Licence and Support Agreement.

The full conditions of purchase and maintenance for Oasys Gofer and Oasys Giraphe are set out in the Gofer SaaS Agreement  and the Giraphe SaaS agreement.

All prices are subject to TAX at the current rate.

Prices and specifications are subject to change without notice – please ask for a written quotation.

Although every care has been taken to ensure the accuracy of all information contained herein, the contents do not form or constitute a representation, warranty, or part of any contract.

Superseded Versions of Terms and Conditions

Oasys keeps copies of all superseded versions of its terms and conditions.

Maintenance & Support Services

Support and maintenance is included with all subscription licences for their full duration.

Annual maintenance contracts are available for software under a perpetual licence, prices are based on a percentage of the most recent list price.

This service includes:

 

top ]

 


 

Cookies Policies

View available cookies policies below:

 

top ]

 

Block D24 development, Songdo, Korea

Software Used on this Project

Project Overview

Songdo International Business District is on 1,500 acres (6 km²) of reclaimed land along Incheon’s waterfront, 40 miles (65 km) west of Seoul, South Korea. The Songdo Block D24 development, also known as Central Park III, is a group of residential towers. Architects Hok International Ltd and Arup designed a 52-storey tower using a patented structural system which puts together simple components to create the dramatic twisted tower in an economic and effective way. These towers consist of three primary components:

  • Two residential towers approximately 160m tall with 45 storeys above grade
  • 3-4 storey podium buildings housing retail
  • Two level basement over the whole site, approximately 280m x 70m

How Oasys proved invaluable

The innovative use of structural walls working as cantilevers removes columns from the building. This means each floor can be rotated without generating torsion loads that normally occur. 30m+ clear spans are available in every apartment with only a flat slab and edge beam due to wall supports alternating above the slab and below the slab.

The system has 3 main principles:

  • Cantilever partition walls – five apartment partition walls on each floor are used as structural cantilever walls built of reinforced concrete
  • Alternate floors – the position of the apartment partition walls alternates on every floor
  • Rotation – each floor is rotated slightly by the same amount above the previous floor

Cantilever Partition Walls

Partition walls are built using structural reinforced concrete. They act as floor depth cantilevers which transfer the weight of the floor back to the core wall. The full depth wall engages the slab above and below as flanges of an I-section to maximize the efficiency of the cantilever in bending.

The floor slabs, acting as the flanges of the cantilevers, resolve the cantilever bending forces with diaphragm action. These floor diaphragms essentially provide the back-span to the cantilevers, by tying them all together, balancing loads between the 5 cantilevers on each floor.

Alternate Floors

On plan, the five partition walls divide the floor into segments each with a perimeter length of approximately 26m to 30m. This is too long for a slab /beam span so the walls on alternate floors are offset to divide this span into two. Each cantilever supports two floors, one on top and one hung below. The edge beam is supported alternately from above and below as it traces around the perimeter of the floor. For repetition, each pair of floors are alike.

The alternating floors also allow the elimination of lintel beams in the main core wall. Since the apartment layouts on successive floors are offset, their main entrance doors, which pass through the main core wall, are not vertically aligned. Traditional lintel beams in tall buildings greatly reduce the stiffness and efficiency of the core wall and are slow and difficult to build. The staggered arrangement of openings means that all lintels are over one floor height deep. This makes the core much stiffer and the lintels are constructed in the same simple manor as walls are built.

Rotation

Because gravity load is transferred back to the core at each level without the use of columns, each floor is free to be rotated above the previous floor without creating lateral or twisting forces. It is this freedom that allows the twisted architectural form of the building to be created.

Analysis and Design

Tower Gravity Analysis

A 2-dimensional shell element model was used to analyse the gravity system. The model consisted of only the unique top floors, unique bottom floors and eight typical floors of the structure. Spreadsheets were used for the full load run-downs to minimise the complexity of the GSA model, reducing it down to what was relevant and essential.

The design took into account all the in-plane and out-of-plane forces imposed on the GSA shell elements, as well as the differential axial shortening.

Seismic

The towers were designed using GSA to satisfy the Korean Building Code using both the Response Spectrum Method and checked using an LS-DYNA non-linear time-history analysis.

Footfall

The GSA analysis included a check on the vibrations that could possibly be caused by people walking around on the slab. It was found that the maximum response came between two and three, which was comfortably below the target R value of four, even ignoring the additional damping and restraining effects of the full height partitions.

Piled Raft Foundation

Following a separate analysis to determine the pile stiffnesses, the base piled raft was analysed as a sub-model. To save modelling the core, a ring of nodes on the core centreline were constrained back to a central node just above the mesh. All stability loads were then applied to this central node, which distributed them to the core wall locations on the slab.

Result

The towers use the same volume of concrete as normal rectangular towers and creates large column-free apartments with clear spans of up to 32m, and use less than half the volume of concrete of comparable buildings. The design supports the client’s desire for interesting architecture while minimising the embodied energy used in the materials to construct it.

What is your query?

  • This field is for validation purposes and should be left unchanged.

Newsletter Sign up

Please fill out your details below to receive the latest oasys news.

  • This field is for validation purposes and should be left unchanged.