The information below is intended to reflect the preferred practice of Main Roads Western Australia ("Main Roads"). Main Roads reserves the right to update this information at any time without notice. If you have any questions or comments please contact Andrew Berry by email or on (08) 9323 4137.
To the extent permitted by law, Main Roads, its employees, agents, authors and contributors are not liable for any loss resulting from any action taken or reliance made by you on the information herein displayed.
This guideline defines the string and model naming conventions for all survey, mapping and design data used or developed for projects undertaken for Main Roads.
MX is the standard design software package used within Main Roads. A "genio" ascii file is the general format used for the transfer of data. The initial headers within this genio file (delete, create and genio) enable users to assign a model name that describes the project location and coordinate grid. When imported into MX these headers create the model name and the associated genio strings are placed in the defined model. In addition the name of the genio file is to also reflect the project location and coordinate grid. A sample MX genio file and a guideline on the naming convention for the model name and associated strings are detailed below.
The logical naming of files is particularly important where alternate formats are used to provide information (Microstation, AutoCAD, Arcinfo export etc.), that don't have the functionality of defining a model name.
In addition to the use of logical naming conventions all survey, mapping and design data shall be accompanied by a Metadata Statement, which will include sufficient information to adequately define:
Logical file names in conjunction with a suitable metadata statement should be used to provide sufficient information to clearly identify the data.
An example where a logical name is not used would be:
survey.gen - The only information a user is likely to impart from this name is that it is an MX genio file (extension .gen) of a survey.
A more logical name would be:
GNH_200_220.gen - Logically this would identify that it is a file containing digital information for Great Northern Highway from 200-220 SLK. The associated metadata statement would identify whether it is survey, design etc.
Careful selection of model names shall be taken to avoid confusion when working on large projects with multiple interchanges or intersections. Uniform naming conventions will enable designers to move easily from one project to another. Model names shall contain no more than 28 letters including spaces. Wherever possible the name of a project zone shall be included in the model name.
For design purposes, separate models shall be created for intersections or each interchange. The main alignment and related strings shall be designed in a separate model.
On completion of the design process all relevant strings shall be copied into a master design model for sectioning, volumes calculations, reporting for construction and preparation of final drawings. All redundant strings should be deleted and all relevant strings should have discontinuities introduced where necessary, after being copied into the master design model. The master design model shall contain only strings required for construction.
Naming convention formats for typical design models should be as per the following example, where PCG94 is the local grid used:
These model names are provided as a guide and can be varied to suit the requirements of particular projects. Model names should however be selected logically enabling other designers to access the data easily.
3.2.1 Detail Survey Models
Care should be taken when defining MX model names to ensure that the name is relevant to the data content, survey location and project zone.
For example a detail survey of the intersection of Wellington Street and William Street, Perth, where PCG94 is the local grid used could be called:
WELLINGTON WILLIAM SURVEY PCG94
Whereas a stripped ground survey for a section of the Graham Farmer Freeway, where PCG94 is the local grid used could be called:
GFF LAKE TO WILLIAM STRIP PCG94
To assist in the design process, individual detail surveys and thus model names shall be created for the following:
Where digital information is supplied to other internal or external areas, documentation must also be provided to clearly identify what is being supplied. For further information pertaining to this refer to the following guideline: Data Purchase or Supply Guidelines.
Detail survey models shall have at the minimum, the coordinate zone used in the model name.
Naming convention formats for typical survey and mapping models where, PCG94 is the local grid used, should be as per the following example:
Surfaces and features are represented as a group of strings with string labels consisting of four alphanumeric characters.
Main Roads has adopted the National MX string naming convention and feature set. The string names, detailed at section 4.3 shall be used for all Main Roads design projects and are compatible with the default MXRoad string naming convention and feature set. The labels detailed at section 4.3 are the first two characters of the string label.
Consideration should be given to defining the 3rd character of string labels to particular intersections and/or interchanges.
For example "ES10" would refer to a shoulder string located at intersection number 1 on the left hand side. This particular naming convention allows strings to be grouped according to the intersection(s) where they are situated, making it easier for other MX users and designers to locate a design string when necessary.
String label "TTTT" is a special string and should not be used.
The Road and Traffic Engineering Branch has developed a feature design style set meeting the requirements of the National String Naming Convention. This feature set also conforms to the Main Roads Drawing Presentation Guideline.
A digital terrain model can be represented by a number of string or point features with each feature label consisting of four alphanumeric characters.
Main Roads has developed a detailed list of string naming conventions to be used in all Main Roads survey and mapping projects.
The feature coding for topographical surveys are detailed in the 67-08-43 Digital Ground Survey. All feature labels shall be used in strict accordance with this list.
Undergroung utilities surveys codes are detailed in 67-08-121.
In the case of mapping projects, not all codes are used. For a list of feature codes applicable for mapping projects refer to Appendix B of 67-08-44 Digital Photogrammetric Mapping.
Where a particular unique feature does not have a corresponding feature code and is considered to be significant, it shall be captured and supplied in an appropriate MX format, with a unique feature code. On registration and lodgement of the digital data, the associated documentation shall include a summary of all non-standard strings captured, including the MX code used.
The Main Roads String Naming Convention has been based on the National String Naming Convention. The following table gives standard string labels used for naming of strings in design models. The characters listed below represent the first two string label characters.
The Main Roads String Naming Convention adopts different alphanumeric characters for left and right offsets. These characters are placed in the 4th field of the string label:
Left hand side - 0 to 9 and A to HRight hand side - I to Z
GENERAL DESIGN STRINGS
C0 - -
CE - -
CF - -
CH - -
CM - -
CR - -
CS - -
CT - -
MA - -
EB - -
EF - -
EH - -
ER - -
ES - -
EV - -
EW - -
EX - -
IA - -
IB - -
IC - -
ID - -
IE - -
IF - -
IN - -
IS - -
IZ - -
NC - -
MC - -
GC - -
MR - -
TT - -
MT - -
FN - -
BA - -
BP - -
BB - -
BC - -
BS - -
BW - -
NJ - -
S - - -
VO - -
WB - -
WT - -
BD - -
*- - -
DB - -
DC - -
DI - -
DT - -
DH - -
DD - -
DS - -
SH - -
DR - -
L3 - -
L1 - -
LA - -
Barrier Line Double Unbroken
LD - -
LE - -
Hold Line up to 0.3 Wide
LH3 - -
Hold Line up to 0.45Wide
LH4 - -
Hold Line up to 0.6 Wide
LH6 - -
Barrier Line Left Broken
LL - -
Diagonal Marking Outline
LO - -
LP - -
Barrier Line Right Broken
LR - -
Stop Line up to 0.3 Wide
LS3 - -
Stop Line up to 0.45 Wide
LS4 - -
Stop Line up to 0.6 Wide
LS6 - -
LT - -
Painted Line Unbroken
LU - -
Typical examples of the application of the above string naming conventions are shown on the figures below.
FIGURE 5.2 MX STRING LABELS - DUAL CARRIAGEWAY (KERBED)
FIGURE 5.3 MX STRING LABELS - DUAL CARRIAGEWAY/FREEWAY
FIGURE 5.4 MX STRING LABELS - PLAN VIEW
FIGURE 5.5 MX STRING LABELS - PROFILE VIEW
FIGURE 5.6 MX STRING LABELS - INTERCHANGE PLAN VIEW