ARR Design Methods in Australia

ARR Design Methods in Australia

Anonymous
Not applicable
1,556 Views
2 Replies
Message 1 of 3

ARR Design Methods in Australia

Anonymous
Not applicable

Dear officer,

I’m a civil engineer working on Kier Highway which is an engineering consulting company in Sydney, Australia.

We are currently experiencing difficulties in using Civil3D and Storm and Sanitary for drainage design in Australia. Since those software don’t allow Australian Rainfall and Runoff (ARR) computation, we have to use DRAINS and 12D for the stormwater management design from last year until now.

I’m writing this email to ask if you can let us know the drainage design process in Civil3D package using ARR design methods. Do you have any idea if Civil3D or other AUTODESK software will allow us to carry out the drainage design based in Civil3D?

I have listed things we missed in our software for Australian drainage calculations and modelling.

1 Time of Concentration

What we need?

There are couple of methods calculating the Time of Concentration (Tc) in Australia which can be referenced from ARR2016 and ARR1987.

  • Kinematic Wave Equation ( including the Partial area effects) – ARR1987 (Most used)
  • Initial Loss - Continuing loss (IL-CL) Hydrological Model – ARR2016 (Future use, implementing at the moment)
  • Pilgrim and McDermott formula
  • Bransby Williams formula
  • Modified Friend formula

Also, the related manning coefficient and lag time for the calculation of the flow time (Taken from ARR1987) cannot be found in our Storm and Sanitary analysis.

This is one of the important calculation we definitely need to use in Australia.

What Storm and Sanitary has?

None of those methods we need are incorporated into Storm and Sanitary.

I have also listed the time of concentration method we have in Storm and Sanitary

Those methods are not accepted in Australia.

Suggestions

Is there any way we can incorporate Australian methods into our software?

  1. Design Rainfall Input

What we need?

We normally take the design rainfall directly from Bureau of Meteorology (BOV) Australia. There are two formats we use from BOV website and input directly to our software

  • ARR2016 IFD .csv file
  • ARR87 IFD .csv file

Both IFC data format can be directly input into DRAINs and 12D software and used in the model process.

What Storm and Sanitary has?

Storm and Sanitary doesn’t have any way to input the IDF data from BOV into the software.

Suggestions:

Software need to be updated with reading all of those required IFD information from BOV.

  1. RMS and NSW house of Building Pit database

What we need?

The pit and pipes data we need is the standard pit data for Roads and Maritime NSW and NSW department of Housing pit data. Also, related pit capture curves for those standard pit are also required for the calculation modelling.

What Civil3d and Storm and Sanitary has?

Neither Civil3D and Storm and Sanitary have those standard pit data and related pit capture curve used in the modelling.

Suggestions:

Those data base need to be investigated both in Civil3D and Storm and Sanitary to be able to have the continuous modelling process.

  1. Networks Analysis using the ARR2016 and ARR1987

What we need?

To make the design more efficient, can we also need to carry out the overland flow in the software. Currently, we are using 12D to have the drainage network model with low width analysis modelling in one software.

Suggestions

Is that something Civil3D can do using ARR design method?

 

At the moment, we are struggling to using Civil3D and Storm and Sanitary.

If there is any way you can suggest us on how to use your software to carry out Australian design method, that would be good for us to stay with Civil3D package.

It would also be good if you can investigate incorporating the ARR2016 and ARR1987 design method and RMS pits database into Civil3D and Storm and Sanitary. That is really important for use to looking at the integrated modelling method by using Civil3D and related software.

 

Thanks

 

Regards

 

Lily

1,557 Views
2 Replies
Replies (2)
Message 2 of 3

Flies-Eyes
Advisor
Advisor

Lily,

 

Thank you for you post highlighting your discoveries.   I am not surprised of another example of Autodesk software that doesn't suit the Australian market.  I am almost certain the sales information tells you it can do all these cool things.

 

A lack of 3rd party software developers in Australia providing tools for the Australian market is only part of the problem.   I will follow this topic with interest to see if the functionalities can be incorporated.

 

0 Likes
Message 3 of 3

todd
Explorer
Explorer

It's been a few years since this origanl post, I was wondering if there has been any progress on the issue?