APX-05 Digital Data Format Specification Version 2.0

Version 4 – 12/06/2019

This guide is intended as general information only. If you are uncertain of your rights or interests, please seek professional legal advice. Landgate staff are not able to give legal advice or to draft your documents. Please read our Terms of Use above.

Contents

1     Business Rules

1.1  Special Survey Area Subdivisions

2     Digital Data Specifications

2.1  Miscellaneous Remarks

2.2  Main Header Record

2.3   Record Count

2.4   Spheroid Constants used in Coordinate Computations

2.5    Projection Constants used in Coordinate Computations

2.6    Point Record

2.7    Line Record

2.8    Polygon Record

2.9    Angle Record

2.10  Azimuth Record

2.11  Circular Arc Record

2.12  Topographic String Record

2.13  Polyline Record

2.14  End of File Record

2.15  Polygon Naming Convention

2.15.1  Surround

2.15.2  TLA Polygons

2.15.3  Crown Polygons

2.15.4  The Following Applies to all Polygons

3  Converting CSD Editor File to Version

4  CSD Editor Naming Examples

Digital File Lodgement Requirements

This user guide is intended as an aid for surveyors when creating CSD files for lodgement with Landgate.

1  Business Rules

The requirements for creating a file for digital lodgement of survey data are as follows:

  • The data must be consistent with the survey plan, as lodged, i.e. angles and distances must be as shown on the plan.
  • All polygons on the plan, including the surround and easements, are to be included in the file except polygons shown in an inset for road closure and amalgamation purposes.
  • All files must contain a surround polygon or multiple surrounds. Link traverses may be supplied when appropriate (such as for Interest Only Plans) or when an improved spatial relationship can be achieved.
  • All surveyed points (including intermediate marks, excluding offset marks) must be captured.
  • The file must contain available ties to the State geodetic network or if none, ties to the existing cadastre to allow accurate positioning of the survey.
  • Field record numbers are to be included in the file. See Data Requirements (Record 12
  • All files with a Projected coordinate must be either MGA94 or a GDA94 version of the Landgate Project Grids. For specification refer to Project grid and calculations. Acceptance of GDA2020 will be forthcoming.
  • Non-compliant CSD files will be requisitioned.
1.1  Special Survey Area Subdivisions
  • There is a preference for coordinates to be supplied based on MGA 94 or Landgate Project Grids (Projection) such as Perth Coastal Grid (PCG 94) rather than arbitrary plane coordinates.
  • Observed data is required, as per the Survey Practice Guidelines for Subdivisions within Special Survey Areas under Regulation 26A of the Licensed Surveyors (Guidance for Surveyors) Regulations 1961. Final adjusted control values must be lodged in an eFB_CSD file (refer Land Survey Licensing Board’s SURVEY PRACTICE GUIDELINES FOR SUBDIVISIONS WITHIN SPECIAL SURVEY AREA, section 7.1).
2  Digital Data Specifications

From 1 October 2018, Landgate will only accept version 2.0 CSD files.

Note: Attributes and Definitions written in Italics could be expected to be input by software and may not be the concern of a user.

2.1 Miscellaneous Remarks
Record ID 0Miscellaneous Remarks
Optional: May appear anywhere in the file.

Record example: - 0,”This is a sample of a miscellaneous remark”

ATTRIBUTEDEFINITION
recordid

remarks

The record identification number.

Any remarks the user wishes to include. (max 80 characters)

2.2 Main Header Record
Record ID 1

Main Header Record

Mandatory. Contains file header details. Must appear in record order

Record example: - 1,”2.0”,20181130,T,”A CAMPBELL”,”LOT 1 OF SWAN LOCATION 1305”

ATTRIBUTEDEFINITION
recordidThe record identification number.
versionThe CSD file version number.
datecreatedDate this file was created.
coordmode

Indicates the type of coordinates used in this file.

P= Plane coordinates. File must not include Record IDs 3 - 4. Coordinates are determined using plane trigonometry and a local datum.

T= Transverse Mercator coordinates. File must include Record IDs 3 -

4. Rigorously determined TM projection coordinates. This can be UTM or a LANDGATE approved Project Grids.

G= Geographicals. File must include Record ID 3 but not 4. These are rigorously determined latitudes and longitudes.

authorOptional author of the file. (max 20 characters)
descriptionOptional user description of the file. (max 40 characters)
2.3 Record Count
Record ID 2Record Count
Mandatory. Provides a count (for audit purpose) of each and every record type appearing
within this file. Must appear in record order.

Record examples: 2,0,12 and 2,1,1 and 2,2,3

ATTRIBUTEDEFINITION
recordidThe record identification number.
recordidnoThe record identification number being counted.
recordnoThe number of records occurring for that ID.
2.4 Spheroid Constants used in Coordinate Computations
Record ID 3

Spheroid constants used in coordinate computations

Mandatory if the coordinate mode (Record ID 1) is geographical or TM projection. Must appear in record order.

Record example:- 3,”GRS80”,298.257222101,6378137.0

ATTRIBUTEDEFINITION
recordidThe record identification number.
sphernmeThe name of the reference spheroid. With the implementation of the Geocentric Datum of Australia 1994 (GDA 94) after 4th December 2000, the only valid value is “GRS80”. This covers Australia, Christmas and Cocos Island regions. . (max 40 characters)
spherinvflat

The inverse of the flattening. The only valid value is:

298.257222101.

spheraradius

The a radius. The only valid value is:

6378137.0

2.5 Projection Constants used in Coordinate Computations
Record ID 4

Projection constants used in coordinate computations.

Mandatory if the coordinate mode (Record ID 1) is TM projection. Allows for UTM projections such as

Map Grid of Australia 1994 (MGA94). Must appear in record order.

The implementation of GDA94 on 4th December 2000 requires that Project grid co-ordinates be

defined in relation to grid projections based on GDA94 geographicals.

Record example:- 4,50,”MGA”,49,111.0,6.0,0.5,500000.0,10000000.0,0.9996,0.0

4,1,”PCG94”,0,115.8166667,0.6416666,0.0,50000.0,3800000.0,0.99999906,0.0

  • All attributes must be provided if a Transverse Mercator projection is used.
  • Trailing non significant zeros may be omitted as shown in the example above.
ATTRIBUTEDEFINITION
recordidThe record identification number.
tmzone

The TM zone of this particular file.

If projection is UTM, valid zones are 47 - 52 for WA, Christmas and Cocos Island Region.

If projection is a Landgate Project Grid, then the only valid zone is 1.

projnmeName of the projection. either, MGA or PCG94. (max 40 characters)
zonecmZone number corresponding to the central meridian in cmzone.
cmzoneLongitude of central meridian corresponding to any particular zone.
zonewidZone width.
zoneolapZone overlap. Current valid values are:- UTM = 0.5 and PCG94 = 0.0.
falseastEasting of the false origin.
falsenorthNorthing of the false origin.
centscalefactCentral scale factor.
origlatLatitude of the true origin.
2.6 Point Record
ATTRIBUTEDEFINITION
recordidThe record identification number.
tmzone

The TM zone of this particular file.

If projection is UTM, valid zones are 47 - 52 for WA, Christmas and Cocos Island Region.

If projection is local, then the only valid zone is 1.

projnmeName of the projection. either, MGA or PCG94. (max 40 characters).
zonecmZone number corresponding to the central meridian in cmzone.
cmzoneLongitude of central meridian corresponding to any particular zone.
zonewidZone width.
zoneolapZone overlap. Current valid values are:- UTM = 0.5 and PCG94 = 0.0.
falseastEasting of the false origin.
falsenorthNorthing of the false origin.
centscalefactCentral scale factor.
origlatLatitude of the true origin.

Record examples:- 10,1,50123.469,49861.098,456.532,0.020,T,O,Y

10,2,50617.135,49747.483,256.823,0.001,L,S,”KAL87”,Y

  • If a Point record is referenced by a Line, Azimuth or Angle record then it must be supplied.
  • Existing SSMs must have the SSM name as the pntlabel.
ATTRIBUTEDEFINITION
recordidThe record identification number.
locpntnoLocal point number unique within this file.
xcoordX coordinate of point in metres or degrees.
ycoordY coordinate of point in metres or degrees.
zcoordOptional height of point in metres. Based on AHD.
pnthoraccEstimated accuracy of the horizontal coordinates in metres.
pnthormethod

Code describing what method was used to establish the horizontal coordinates of the point.

D= phase 1 least square adjustment

T= traverse adjustment - generally all traditional surveys that are not Precal.

F= transformation - map projection conversions

K= keyed in - e.g. by co ordinates

G= graphical construction - e.g. CO-GO calculated

L= phase 2 least square adjustment

P= precal - all SSA surveys.

pnttypeCode describing the type of point.
S= standard survey mark
O= other
T= Temporary control point
pntlabelOptional label of point for identification, but mandatory for a pnttype of S. (SSM name/number) (max 20 characters)
surveyed

Point surveyed.

Y= yes

N= no

If point has been surveyed previously, code = Y

If point is surveyed by this survey (includes points not yet marked in SSAs), code = Y

2.7 Line Record
Record ID 11

Line Record

Mandatory. For a line to exist, so must the 2 supporting end points. Must appear in record order.

Record example:

11,1,1,2,S,Y,23.150,G,4000,M,R,

  • Both of the point records referenced must exist.
  • If a Line record is referenced by an Angle, Azimuth or Polyline record then it must exist.
  • If a Line record is referenced by a Circular arc record, then it must exist with a linconst of “A”.
  • If a Line record is referenced by a Topographic string, then it must exist with a linconst of “T”.
ATTRIBUTEDEFINITION
recordidThe record identification number.
loclinnoLocal line number unique within this file.
locfrompntLocal point number where line starts.
loctopntLocal point number where line ends.
linconst

Type of line construction.

S= straight line

A= clockwise arc

T= topographic string

P= parallel of latitude

M= meridian of longitude

surveyed

Line surveyed

Y = yes - If line was previously surveyed, is surveyed by this survey including not yet actually marked in an SSA.

N = no - lines never surveyed as defined by Lic. Surveyors Regs.

distance

Length of line in metres up to 3 decimal places. For arcs this is the Arc Distance

For topographic strings this is the imaginary line between each end of the string. A “Topo string” being a high-water mark.

distdatum

The datum for the distance value.

G= ground level

S= spheroid

distaccEstimate of distance accuracy expressed as a ratio.
distderiv

Code describing derivation of distance.

M= measured. - Physical measurement, includes precal, original distances and lot/interest distances from physical measurements

C= calculated. - Not physically measured itself but calculated from a physical measurement. E.g.: Arc distance, imaginary topo line.

V= derived. - Unsurveyed. E.g. derived from digitised coordinates of the two end points.

D= described - Unsurveyed. E.g. legal description.

A= approximate - highly inaccurate. E.g. scaled.

lintype

Code describing line type.

For adjoining polygons, the following order of precedence should be used:-         (see examples below)

R= Cadastral Road - includes all lot boundaries abutting roads.

I= Cadastral Internal - all remaining cadastral boundaries not listed here.

W= Cadastral Water - cadastral boundary that is also a topographic water feature.

C= Cadastral Construct - e.g. road construct lines and traverses.

E= Easement

K= Easement Construct. - Cadastral connection to an easement.

N= Control Network - e.g. SSA.

linlabelOptional label of line for identification. (max 35 characters)

Examples of lintype, demonstrating order of precedence:

  • If a road abuts a lot, then the line type is R for road.
  • If two lots abut then the line type is I for Cadastral Internal.
  • If a lot and an easement abut then the line type is I for Cadastral Internal. By definition, outside of the precedent rule:
  • If two road polygons abut then the line type is C for Cadastral Construct.
2.8 Polygon Record
Record ID 12

Polygon Record

Mandatory for subdivisions. For a polygon to exist, so must the lines constructing the polygon. Must appear in record order.

Record example:- 12,1,50070.223,49931.437,F,”34”,1632,”68”,”ORRONG ROAD”

  • Surround Polygon or Multiple Surround polygons linked by traverse for those plans with split subjects of survey. This is the extent of the survey on the plan. A surround polygon/s is required for all plans, this includes surveys of one polygon.
  • All lots, locations, roads, road truncations, road widenings, ROWs, PAWs, closed roads and any other primary tenure polygon within the extent of survey require a polygon record.
  • A polygon is required for each severance or segment of a lot
  • Easements must also be captured but are not considered as primary tenure polygons and are therefore not considered to be inside the surround for the purpose of area validation.
  • An easement polygon is required for each lot the easement encumbers.
  • Where an easement passes through a polygon, sufficient connections to cadastral corners to position it, are required.
  • Where an easement line crosses or Intersects a cadastral line, the cadastral line must be dissected.
  • Where an easement line is coincident with a cadastral line, the cadastral line takes precedence. No coincident lines are allowed in the csd files.
  • It is preferred that all polygons are captured in a clockwise direction.
  • All polygons must conform with the polygon naming convention defined in the Polygon Naming Convention.
  • All polygons must have associated polyline records.
  • Street address to be supplied if available.
ATTRIBUTEDEFINITION
recordidThe record identification number.
locpolynoLocal polygon number unique within this file.
centxX coordinate of centroid in metres or degrees.
centyY coordinate of centroid in metres or degrees.
polytype

Polygon type. (refer to the Polygon Naming Convention)

*  A= agricultural area

*  C= closed road

*  E= estate area

F= TLA (Freehold and Strata) lot, but also to be used for Crown lots.

*  I= land to be included into a lot

*  L= location

*M= marine park

O= right of way

P= pedestrian access way

R= road casement

*S= suburban area

*T= townsite lot W= road widening

X= easement

*Y= miscellaneous

Z= surround

* These polygon types are applicable to historical imported data only. For new surveys, it is no longer required to distinguish between a TLA (Freehold and Strata) or Crown lot or the type of Crown lot. All “normal” Crown, and TLA lots are to adopt the polytype F

polyident1First polygon identification (refer to Polygon Naming Convention). Dependent upon polytype (max 35 characters)
polyident2Second polygon identification (refer to the Polygon Naming Convention below). (max 35 characters)
areaArea of the polygon to the nearest square metre.
housenoOptional, house number. (max 6 characters)
streetnmeOptional, street name. (max 35 characters)
2.9 Angle Record
Record ID 13

Angle Record

Mandatory. For an angle to exist so must the 2 lines forming the angle exist. Must appear in record order.

Record example:- 13,1,2,2,1,34:45:55,0.0042,M

  • The point record and the two-line numbers must exist.
  • Angles must be in degrees, minutes and whole seconds.
  • Angles must be supplied for the internal angle at every point within a polygon. This angle must be the positive, clockwise angle between the line the angle is turned from and the line the angle is turned to.
  • Angles turned to or from an arc (lineconst A) must be turned to or from the imaginary chord of the arc. It is not necessary to provide a Line record (Record ID 11) for this imaginary chord. See sketch below:

An Angle is required at the end of each arc

Angles turned to or from a topographic string (lineconst T) should be turned to or from the straight chord line joining the topographic string’s two end points. It is not necessary to provide a Line record (Record ID 11) for this line as the distance must be in the line record with a linconst of T.

ATTRIBUTEDEFINITION
recordidThe record identification number.
locangnoLocal angle number unique within this file.
locpntnoLocal point number at which angle is observed.
locfromlinnoLocal line number which angle is turned from.
loctolinnoLocal line number which angle is turned to.
angvalAngle value in degrees : minutes : whole seconds (ddd:mm:ss)
angaccEstimated accuracy in decimal degrees. eg +/-15” = 0.0042, angles of 180 degrees have an accuracy of 0.0000.
angderiv

Code describing the derivation of the angle.

M= measured. - Physical measurement, includes precal and original angles

C= calculated. - Not physically measured itself but calculated from a physical measurement. eg: closing angle.

V= derived. - Unsurveyed. eg derived from two azimuth values.

D= described - Unsurveyed. eg legal description.

A= approximate - highly inaccurate. eg. from two magnetic bearings.

2.10 Azimuth Record
Record ID 14

Azimuth Record

For an azimuth to exist, the associated line must also exist. Must appear in record order.

Record example:- 14,1,1,1,30:45:5,0.0167,A,M

  • The line record and the point record must exist.
  • Azimuths supplied in a plane coordinate file as aztype “M” will be treated as bearings, observed azimuths will be maintained as such.
  • Only supply azimuths if they are observed or required for plan orientation.
ATTRIBUTEDEFINITION
recordidThe record identification number.
locaznoLocal azimuth number unique within this file.
loclinnoLocal line number to which this azimuth relates.
locpntnoLocal point number of end from where azimuth observed, if end point type, or emanates from if mid type.
azvalAzimuth value in degrees : minutes : decimal seconds.
azacc

Estimated accuracy in degrees.

Optional code describing the derivation of the azimuth

azderiv

M= measured. - Physical measurement. This has to be an end type

V= derived. - Only applicable for mid azimuths and is derived from a mean of the reverse azimuths calculated from the two end points.

D= described - Unsurveyed. eg legal description.

A= approximate - highly inaccurate.

aztype

Azimuth type.

O= astronomically observed end azimuth by solar or stellar means.

It must be observed and not calculated from end coordinates

M= unsurveyed mid azimuth. A mid azimuth of a line cannot be measured and is derived from the algebraic mean of the end azimuths derived from the two end points. Can also be used from a GPS baseline adjustment. (Unless it is in a plane coordinate mode file when it can be accurately determined by plane geometry)

2.11 Circular Arc Record
Record ID 15

Circular Arc Record

To be used when a line defining a parcel's boundary is an arc. For an arc to exist,

so must the supporting line. An arc is always defined clockwise. Must appear in record order.

Record example:- 15,12,10.060,50026.456,51044.837

For an arc to exist, so must the supporting line. With a line of linconst of: A= clockwise arc

ATTRIBUTEDEFINITION
recordidThe record identification number.
loclinnoLocal line number representing arc.
radiusRadius of arc in metres.
xarccentreX coordinate of arc centre in metres or degrees.
yarccentreY coordinate of arc centre in metres or degrees.
2.12 Topographic String Record
Record ID 16

Topographic String Record

A topographic string is a series of coordinates used to define boundary such as high water mark.

For a topographic string record to exist so must its supporting line. Must appear in record order,

be sequential and consecutive in the file.

Record examples:- 16,43,1,50667.345,51500.835

16,43,2,50654.545,51534.567

  • The line record referenced must exist
  • All the internal points of topographical strings must be defined sequentially within each record. The sequence number (strgseqno) must be in order starting from 1, with no gaps in the numbers.
  • Points on Topographic strings need to be close enough to represent the boundary; not, as in the past, close enough to merely define a curve to ensure an accurate area calculation.
2.13 Polyline Record
Record ID 17

Polyline Record

Mandatory for subdivisions. Specifies which lines are used to form a polygon

and in what sequence. A polygon is always defined in clockwise order. Must appear in record order.

Record example:- 17,3,4,16,F

The line and polygon records referenced must exist and the sequence number (polyseqno) must be in order starting from 1 with no gaps in the numbers.

ATTRIBUTEDEFINITION
recordidThe record identification number.
locpolynoLocal polygon number.
polyseqnoThe sequence number of this line forming the polygon in a clockwise circuit.
loclinnoThe local line number forming the boundary of the polygon.
sense

The forward or reverse sense of this line to maintain the clockwise circuit.

F= forwards

R= reverse

2.14 End of File Record
Record ID 99

End of File Record

Mandatory. Defines the end of the file. Must be the last record. (No blank lines to follow)

Record example:- 99

ATTRIBUTEDEFINITION
recordidThe record identification number.

2.15 Polygon Naming Convention

The following naming conventions are for Version 2.0.

Polyident values need to match exactly. Please conform to historic conventions where possible and label creating document when known.

2.15.1 Surround

  • A surround polygon/s are required for all plans registered.
  • The surround polygon/s are to encompass all polygons subject to the survey only.
  • For the “SURROUND” polygon Polyident1 must contain the word “SURROUND” and Polyident2 may contain the numbers of all field record used for the plan of subdivision. Field records registered at the time of plan registration will be added by LANDGATE. Separators of dashes (to indicate consecutive numbers) and commas (for non-consecutive numbers) should be used. E.g. “67120,67122-5,67127”

2.15.2 TLA Polygons

TLA polygons were originally used for Freehold and Strata surveys. They now include Crown surveys, as lots created on a Crown surveys are now referred to as a “lot on plan” instead of a Crown lot type and number (such as, Location, Townsite lot, etc.)

  • For New Lots polyident1 is the lot number; polyident2 is not applicable and must remain blank.
  • If a lot comprises two or more polygons then there will be a duplication of polytype, polyident1 and polyident2. Additional information relating to multiple segments or part lots is not required. See example for lot 23 below.
PolytypePolyident1Polyident2
FTLA Lot No.N/A
F6 
F23 

2.15.3 Crown Polygons

  • These polygons are applicable to historical imported Cadastral Survey Data only. Lots created on Crown surveys are now captured as TLA polygons.
  • For Crown lots polyident1 is the lot number and polyident2 is the associated crown lot name.
PolytypePolyident1Polyident2
LLocation No.District
L67WELLINGTON
L2SWAN
L2SWAN
SLot No.Suburban Area
S45SOMERVILLE
S23AUGUSTA
TLot No.Townsite
T12KARRATHA
T34BROOME
T34BROOME
ELot No.Estate Area
E545BOLGART
ALot No.Agricultural Area
A23APPERTARRA
MPark NumberMarine Park
M8MARMION

2.15.4 The Following Applies to all Polygons

  • For road polygons created on a Subdivisional surveys polyident1 is the road name and polyident2 is not applicable and must remain blank.
  • For road widenings, created on a Subdivisional surveys without a Lot Number polyident1, is blank, polyident 2 is the text “WDG”. For road widenings with a Lot Number the polygon is treated as a TLA Lot.
  • For closed roads polyident1 is the text “CLOSED ROAD” and polyident2 is blank.
  • For easements and portion only covenants and notifications polyident1 is the section and regulation of the relevant act under which the easement, covenant or notification is effective. If an easement or covenant has been created by a deed and no Act applies polyident1 is to be “Doc”. Polyident2 is the lot the easement encumbers.The polyident1 field is reserved for lot number only (or it may be left blank if not applicable) and the polyident2 field is used in describing the type of lot, purpose or road name.
 PolytypePolyident1Polyident2
RoadRTLA Lot NumberRoad Name
 R CATHEDRAL AVENUE
 R5JOHNSTON STREET
Road WideningWN/ARoad Widening
 W WDG
 FLot NumberN/A
 F201 
Closed RoadCClosed RoadN/A
 CCLOSED ROAD 
Right of WayOTLA Lot NumberRight of Way
 O567ROW
Pedestrian Access WayPTLA Lot NumberPedestrian Access Way
 P567PAW
Vesting LotFTLA Lot NumberVEST
 F16VEST
Common Property LotFTLA Lot NumberCP
 F16CP
EncumbrancesXRegulation/Sec.Lot–subject area–creating document
 XSee Encumbrance SectionSee Encumbrance Section

The following data is an extract of polygon records from a version 2.0 CSD file as illustrated in the tables above.

  • 12,1,3108.734,3108.567,F,"34","",671,"",""
  • 12,2,3107.229,3126.810,F,"24","VEST",680,"",""
  • 12,3,3105.629,3124.210,F,"12","CP",870,"",""
  • 12,4,3107.429,3126.833,O,"12","ROW",680,"",""
  • 12,5,3108.758,3108.502,P,"15","PAW",671,"",""
  • 12,8,3108.237,3162.449,R,"5","JOHN STREET",633,"",""
  • 12,9,3109.237,3164.345,R,"","JAMES STREET",1035,"",""
  • 12,10,3107.513,3144.541,W,"","WDG",672,"",""

2.15.4.1 Encumbrances

Polyident1 must match the Land Usage table.

Land Usage (Polyident1 in CSD file)
Carbon Right
Carbon Covenant - Benefit
Carbon Covenant - Burden
Caveat
Contaminated Site
Covenant – LAA 15
Easement – doc
Easement – LAA 144
Easement in Gross – LAA 195
Easement Public Access LAA 195/196
Easement – P&D 167 Reg 5
Easement – P&D 167 Reg 6
Easement – P&D 167 Reg 7
Easement – P&D 167 Reg 8
Easement – P&D 167 Reg 9
Easement – P&D 167 Reg 33(a)
Easement – P&D 167 Reg 33(b)
Easement – P&D 167 Reg 33(c)
Easement – P&D 167 Reg 33(d)
Easement – P&D 167 Reg 33(e)
Easement – STA 5D
Easement – TLA 136C
Easement – TLA 167A
Easement – TP&D 27A Reg 5
Easement – TP&D 27A Reg 6
Easement – TP&D 27A Reg 7
Easement – TP&D 27A Reg 8
Easement – TP&D 27A Reg 9
Freehold Lease
Memorial
Notification
Profit a prendre
Restrictive Covenant – Benefit
Restrictive Covenant – Burden
Tree Plantation

Polyident 2 must state the Loct/Location of the encumbrance, the subject area identifier, then the creating document.

 PolytypePolyident1Polyident2
Encumbrances being carried forwardXRegulation/Sec. as per Land Usage TableLot– subject area – creating document
 XEasement - doc

345-E-DOC AAAAAA -  Where AAAAAA is the creating document

 XEasement TP&D 27A Reg 5

345-5-DPXXXXX -  Where DPXXXXX is the creating Plan

 XEasement – P&D 167 Reg 33(a)

345-33A(A)-DPXXXXX -  Where DPXXXXX is the creating Plan

Encumbrances being createdXRegulation/Sec. as per Land Usage TableLot– subject area – creating document if known
 XEasement - doc

345-E-DOC AAAAAA -  Where AAAAAA is the creating document, if known

 XEasement TP&D 27A Reg 5345-5
 XEasement – P&D 167 Reg 33(a)345-33A(A)
3  Converting CSD Editor File to Version

It is the surveyor’s responsibility to ensure that the data lodged matches the version format. Any discrepancies will be the surveyor’s responsibility to resolve and may incur requisition fees.

CSD Editor software does not export in 2.0 format by default. To export as different versions, you can ‘convert’ the file. To do this within CSD Editor go to the ‘Edit’ menu and click ‘Convert to version…’.

Once the version is set, the individual .dsd file will remain the set version format.

It is highly recommended that the version is converted to 2.0 before making any changes. Changes to some Lot types may not be retained during the conversion process.

4  CSD Editor Naming Examples
 PolytypePolyident1Polyident2
LotFTLA Lot No.N/A
 F6 
    
RoadRTLA Lot Number (if applicable)Road Name
 R CATHEDRAL AVENUE
    
 R5JOHNSTON STREET
    
Road WideningWN/ARoad Widening
 W WDG
    
Road WideningFLot NumberN/A
 F201 
    
Closed RoadCClosed RoadN/A
 CCLOSED ROAD 
    
Right of WayOTLA Lot NumberRight of Way
 O12ROW
    
Pedestrian Access WayPTLA Lot NumberPedestrian Access Way
 P12PAW
    
Vesting LotFTLA Lot NumberVEST
 F14VEST
    
Common Property LotFTLA Lot NumberCP
 F6CP
    
EncumbrancesXRegulation/Sec.Lot - subject area - creating document
Encumbrances being carried forwardX

Regulation/Sec. as per Land Usage Table

Lot– subject area – creating document

 X

Easement - doc

345-E-DOC AAAAAA - Where AAAAAA is the creating document

    
 X

Easement TP&D 27A Reg 5

345-E-DPXXXXX -  Where DPXXXXX is the creating Plan

    
Encumbrances being createdXRegulation/Sec. as per Land Usage TableLot– subject area – creating document if known
 XEasement - doc

345-E-DOC AAAAAA -  Where AAAAAA is the creating document, if known

    
 XEasement TP&D 27A Reg 5345-5
  

This page was last updated on: 17 Mar 2020