APX-05 Digital Data Format Specification Version 2.0
Version 8 – 01/06/2022
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.1 Special Survey Area Subdivisions
2.4 Spheroid Constants used in Coordinate Computations
2.5 Projection Constants used in Coordinate Computations
2.12 Topographic String Record
2.15 Polygon Naming Convention
2.15.4 The Following Applies to all Polygons
3 Converting CSD Editor File to Version
Digital File Lodgement Requirements
This User Guide is produced for surveyors when creating Cadastral Survey Data (CSD) files for lodgement with Landgate to meet the requirements of Transfer of Land (Surveys) Regulations 1995 - Regulation 3.
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 interests , 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 polyident2)
- Landgate does not require interests that are coincident with a created lot (Whole of Lot) to be included in the CSD file. Interests coincident with a lot severance are required.
- All files with a Projected coordinate must be either MGA94 / MGA2020, or a GDA94 / GDA2020 version of the Landgate Project Grids. For specification refer to Project grid and calculations.
- Non-compliant CSD files will be requisitioned.
1.1 Special Survey Area Subdivisions
- It is preferred that coordinates are supplied based on MGA94, GDA2020 or Landgate Project Grids (Projection) such as Perth Coastal Grid (PCG94) 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 (General Surveying Practice) Regulations 1961. Final adjusted control values must be lodged in an eFB CSD file (refer Land Surveyors Licensing Board’s Survey Practice Guidelines for Subdivisions Within Special Survey Areas, section 7.0).
2 Digital Electronic Record 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 0 | Miscellaneous Remarks |
Record example: - 0,”This is a sample of a miscellaneous remark”
ATTRIBUTE | DEFINITION |
---|---|
recordid remarks | The record identification number. Any remarks the user wishes to include. (max 80 characters) |
The adoption of GDA2020 requires a value (text string) to be inserted into each CSD file to differentiate between WGS84 on the GDA94 and GDA2020 datum. On lodgement of a CSD file through the NLR-Plan Surveyor Portal, Landgate will copy the CSD file and insert the appropriate value as a Miscellaneous Remark in the first occurrence of RECORD ID 0. Text inserted will be “(Datum=GDA94) ” or “(Datum=GDA2020)”.
Record example: - 0,“(Datum=GDA2020)”
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”
ATTRIBUTE | DEFINITION |
---|---|
recordid | The record identification number. |
version | The CSD file version number. |
datecreated | Date this file was created. (YYYYMMDD) |
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. |
author | Optional author of the file. (max 20 characters) |
description | Optional user description of the file. (max 40 characters) |
2.3 Record Count
Record ID 2 | Record Count |
Record examples: 2,0,12 and 2,1,1 and 2,2,3
ATTRIBUTE | DEFINITION |
---|---|
recordid | The record identification number. |
recordidno | The record identification number being counted. |
recordno | The 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
ATTRIBUTE | DEFINITION |
---|---|
recordid | The record identification number. |
sphernme | The 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 / 2020 (MGA94 / MGA2020). Must appear in record order. Until advised otherwise, Landgate Project Grids are based on GDA94 or GDA2020 datums. The Project Grid datum used must be consistent with the datum specified in the CSD File. |
Record example:-
4,52,“MGA”,50,117.00000000,6.00000000,0.50000000,500000.000,10000000.000,0.99960000,0.00000000
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.
- CSD Editor and Landgate's internal system processing rules for MGA files determine the zone and projection from values in "tmzone" and "projnme" only. Those values must match the actual MGA zone of the file. Values for "zonecm" and "cmzone" are locked to MGA zone 50 values, regardless of the actual MGA zone of the file – i.e. zonecm & cmzone should always be 50 & 117 respectively.
- For all submissions; RECORD ID 0 – Landgate will add a miscellaneous remark at RECORD ID 0 , into copies of original CSD submissions The datum text string will be inserted on lodgement of a CSD file through the NLR-Plan Surveyor Portal – it does not need to be added manually. Example - 0,"(Datum=GDA2020)"
ATTRIBUTE | DEFINITION |
---|---|
recordid | The 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. |
projnme | Name of the projection. either, MGA, MGA2020, PCG94 and PCG2020. (max 40 characters) |
zonecm | Zone number corresponding to the central meridian in cmzone. |
cmzone | Longitude of central meridian corresponding to any particular zone. |
zonewid | Zone width. |
zoneolap | Zone overlap. Current valid values are:- UTM = 0.5 and PCG94/PCG2020 = 0.0. |
falseast | Easting of the false origin. |
falsenorth | Northing of the false origin. |
centscalefact | Central scale factor. |
origlat | Latitude of the true origin. |
2.6 Point Record
Record ID 10 | Point Record Mandatory. Must appear in record order. |
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.
ATTRIBUTE | DEFINITION |
---|---|
recordid | The record identification number. |
locpntno | Local point number unique within this file. |
xcoord | X coordinate of point in metres or degrees. |
ycoord | Y coordinate of point in metres or degrees. |
zcoord | Optional height of point in metres. Based on AHD. |
pnthoracc | Estimated 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. |
pnttype | Code describing the type of point. S= standard survey mark O= Other T= temporary control point. |
pntlabel | Optional 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”.
ATTRIBUTE | DEFINITION |
---|---|
recordid | The record identification number. |
loclinno | Local line number unique within this file. |
locfrompnt | Local point number where line starts. |
loctopnt | Local 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 |
distacc | Estimate of distance accuracy expressed as a ratio. |
distderiv | Code describing derivation of distance. M= measured. - Distances that have been physically measured including precal, original distances and lot/interest distances from physical measurements. Distances that are calculated from physically measured distances, such Sketch on Transfer boundaries and interest boundaries are also considered "Measured" C= calculated. - Cadastral Boundaries created under the Operational Directives, such as Survey Registration Minute 1/98 and Executive Minutes 17/90 and 10/92 are to be shown as "Caculated". 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. |
linlabel | Optional 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.
- All polygons must be 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.
ATTRIBUTE | DEFINITION |
---|---|
recordid | The record identification number. |
locpolyno | Local polygon number unique within this file. |
centx | X coordinate of centroid in metres or degrees. |
centy | Y 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 |
polyident1 | First polygon identification (refer to Polygon Naming Convention). Dependent upon polytype (max 35 characters) |
polyident2 | Second polygon identification (refer to the Polygon Naming Convention below). (max 35 characters) |
area | Area of the polygon to the nearest square metre. |
houseno | Optional, house number. (max 6 characters) |
streetnme | Optional, 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.
ATTRIBUTE | DEFINITION |
---|---|
recordid | The record identification number. |
locangno | Local angle number unique within this file. |
locpntno | Local point number at which angle is observed. |
locfromlinno | Local line number which angle is turned from. |
loctolinno | Local line number which angle is turned to. |
angval | Angle value in degrees : minutes : whole seconds (ddd:mm:ss) |
angacc | Estimated accuracy in decimal degrees. 0.0000 = 180° angles 0.0014 = Angle between two Control Network lines (0°0’05”) 0.0042 to 0.0083 inclusive = Angles within a subdivision (0°0’15” to 0°0’30” inclusive) |
angderiv | Code describing the derivation of the angle. M= measured. - Angles that have been physically measured including precal and original angles C= calculated. - Cadastral boundaries created under Operational Directive, such as Survey Registration Minute 1/98 and executive minutes 17/90 and 10/92 are to be shown as "Calculated" V= derived. - Unsurveyed. eg derived from two azimuth values. D= described - Unsurveyed. e.g. 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.
ATTRIBUTE | DEFINITION |
---|---|
recordid | The record identification number. |
locazno | Local azimuth number unique within this file. |
loclinno | Local line number to which this azimuth relates. |
locpntno | Local point number of end from where azimuth observed, if end point type, or emanates from if mid type. |
azval | Azimuth 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
ATTRIBUTE | DEFINITION |
---|---|
recordid | The record identification number. |
loclinno | Local line number representing arc. |
radius | Radius of arc in metres. |
xarccentre | X coordinate of arc centre in metres or degrees. |
yarccentre | Y 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.
ATTRIBUTE | DEFINITION |
---|---|
recordid | The record identification number. |
locpolyno | Local polygon number. |
polyseqno | The sequence number of this line forming the polygon in a clockwise circuit. |
loclinno | The 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
ATTRIBUTE | DEFINITION |
---|---|
recordid | The record identification number. |
2.15 Polygon Naming Convention
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/sis required for all CSD files that support the lodgement of a plan
- the surround polygon/s is to encompass the perimeter of the subject area of the plan. For the “SURROUND” polygon Polyident1 must contain the word “SURROUND” in upper case 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.
Polytype | Polyident1 | Polyident2 |
---|---|---|
F | TLA Lot No. | N/A |
F | 6 | |
F | 23 |
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.
Polytype | Polyident1 | Polyident2 |
---|---|---|
L | Location No. | District |
L | 67 | WELLINGTON |
L | 2 | SWAN |
L | 2 | SWAN |
S | Lot No. | Suburban Area |
S | 45 | SOMERVILLE |
S | 23 | AUGUSTA |
T | Lot No. | Townsite |
T | 12 | KARRATHA |
T | 34 | BROOME |
T | 34 | BROOME |
E | Lot No. | Estate Area |
E | 545 | BOLGART |
A | Lot No. | Agricultural Area |
A | 23 | APPERTARRA |
M | Park Number | Marine Park |
M | 8 | MARMION |
2.15.4 The Following Applies to all Polygons
- For road polygons created, polyident1 is to be the road name, or “ROAD 1”, “ROAD 2” etc. if there is a road name approval exemption. polyident2 is not applicable and must remain blank.
- Truncations that form part of the new roads being created are to be treated in the same manners as road polygons.
- For truncations, the polyident1 road name must be the approved road name. “Truncations”. “Trunc” or other similar terms are not acceptable values.
- For road widenings, including truncations, of existing roads, without a Lot Number, polyident1, is blank, polyident 2 is the text “WDG”.
- 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, followed by subject then creating document if applicable .
- 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.
[Lot]-[Subject]
[Lot]-[Subject]-PXXXXXX (max 6 digits)
[Lot]-[Subject]-DXXXXXX (max 6 digits)
[Lot]-[Subject]-SPXXXXXX (max 6 digits)
[Lot]-[Subject]-DPXXXXXX (max 6 digits)
[Lot]-[Subject]-TXXXXXX/YYYY (max 6 digits / max 4 digits)
[Lot]-[Subject]-DOC
[Lot]-[Subject]-DOC AXXXXXX (single letter then max 6 digits)
The combination of polyident1 and polyident2 is restricted to 58 characters
Polytype | Polyident1 | Polyident2 | |
---|---|---|---|
Road | R | TLA Lot Number | Road Name |
R | CATHEDRAL AVENUE | ||
R | 5 | JOHNSTON STREET | |
Road Widening | W | N/A | Road Widening |
W | WDG | ||
Road Widening (as lot) | W | Lot Number | Road Widening |
W | 300 | WDG | |
Closed Road | C | Closed Road | N/A |
C | CLOSED ROAD | ||
Right of Way | O | TLA Lot Number | Right of Way |
O | 567 | ROW | |
Pedestrian Access Way | P | TLA Lot Number | Pedestrian Access Way |
P | 567 | PAW | |
Vesting Lot | F | TLA Lot Number | VEST |
F | 16 | VEST | |
Common Property Lot | F | TLA Lot Number | CP |
F | 16 | CP | |
Encumbrances | X | Regulation/Sec. | Lot–subject area–creating document |
X | See Encumbrance Section | See 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,"",""
- 12,10,3107.513,3144.541,W,"300","WDG",672,"",""
2.15.4.1 Encumbrances1
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 |
EaseBen STA 33 |
Ease:STA 33 Reg 31 Vehicle Access |
Ease:STA 33 Reg 32 Light & Air |
Ease:STA 33 Reg 33 Party Wall |
Ease:STA 33 Reg 34 Intrusion |
Ease:STA 33 Reg 35 Ped Access |
Ease:STA 33 Reg 36 Ease in Gross |
Ease:STA 33 Reg 37 Water supply |
Ease:STA 33 Reg 37 Drainage |
Ease:STA 33 Reg 37 Gas supply |
Ease:STA 33 Reg 37 Overhead Elec |
Ease:STA 33 Reg 37 UndGnd Elec |
Ease:STA 33 Reg 37 UndGnd Elec |
Ease:STA 33 Reg 37 UndGnd Comms |
Ease:STA 33 Reg 37 Sewerage |
Ease:STA 33 Reg 37 Sewerage |
RestrCov:STA 33 Reg 44 Land use |
RestrCov:STA 33 Reg 45 Conserv |
RestrCov:STA 33 Reg 46 Build Env |
RestrCov:STA 33 Reg 47 Fire |
EaseBen:CTA 38 |
Ease:CTA 38 Reg 40 Vehicle Access |
Ease:CTA 38 Reg 41 Light & Air |
Ease:CTA 38 Reg 42 Party Wall |
Ease:CTA 38 Reg 43 Intrusion |
Ease:CTA 38 Reg 44 Ped Access |
Ease:CTA 38 Reg 45 Ease in Gross |
Ease:CTA 38 Reg 46 Water supply |
Ease:CTA 38 Reg 46 Drainage |
Ease:CTA 38 Reg 46 Gas supply |
Ease:CTA 38 Reg 46 Overhead Elec |
Ease:CTA 38 Reg 46 UndGnd Elec |
Ease:CTA 38 Reg 46 Overhead Comms |
Ease:CTA 38 Reg 46 UndGnd Comms |
Ease:CTA 38 Reg 46 Sewerage |
Ease:CTA 38 Reg 46 Energy |
RestrCov:CTA 38 Reg 52 RoW |
RestrCov:CTA 38 Reg 53 Land use |
RestrCov:CTA 38 Reg 54 Conserv |
RestrCov:CTA 38 Reg 55 Build Env |
RestrCov:CTA38 Reg 56 Fire |
1Table updated to include Community Titles 15/12/2021
Polyident 2 must state the Lot/Location of the encumbrance, the subject area identifier, then the creating document.
Polytype | Polyident1 | Polyident2 | |
---|---|---|---|
Encumbrances being carried forward | X | 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 Or for a ‘Year Document’ 345-E-TXXXXXX/YYYY – where T is the document type, (e.g. Transfer) XXXXXX is the creating document and YYYY is the year. For some specific instances, NLR Error messages will provide further advice | |
X | Easement TP&D 27A Reg 5 | 345-5-DPXXXXX - Where DPXXXXX is the creating Plan | |
X | Easement – P&D 167 Reg 33(a) | 345-33A(A)-DPXXXXX - Where DPXXXXX is the creating Plan | |
X | Ease:STA 33 Reg 37 Drainage | 3-X-SPXXXXX | |
Encumbrances being created | X | Regulation/Sec. as per Land Usage Table | Lot– subject area – creating document if known |
X | Easement - doc | 345-E-DOC AAAAAA - Where AAAAAA is the creating document, if known | |
X | Easement TP&D 27A Reg 5 | 345-5 | |
X | Easement – P&D 167 Reg 33(a) | 345-33A(A) | |
X | Ease:STA 33 Reg 37 Drainage | 3-X |
2.15.4.2 Dampier to Bunbury Natural Gas Pipeline Interest Labels2
Where the primary interest is an Easement to DBNGP the interests is to be captured as an ‘Easement – Doc’.
Where the primary interest is an Easement and the under interest is a Sundry to DBNGP the interests is to be captured as an ‘Easement – Doc’.
Where the primary interests is a Sundry then the interest is to be captured as a ‘Notification’.
2Section added 15/12/2001
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
Polytype | Polyident1 | Polyident2 | |
---|---|---|---|
Lot | F | TLA Lot No. | N/A |
F | 6 | ||
12,3,67259.059,254603.912,F,"6","",102185,"","" | |||
Road | R | TLA Lot Number (if applicable) | Road Name |
R | CATHEDRAL AVENUE | ||
12,16,67468.702,254608.747,R,"","CATHEDRAL AVENUE",6169,"","" | |||
R | 5 | JOHNSTON STREET | |
12,16,67468.702,254608.747,R,"5","JOHNSTON STREET",6169,"","" | |||
Road Widening | W | N/A | Road Widening |
W | WDG | ||
Road Widening (as lot) | W | Lot Number | WDG |
W | 300 | WDG | |
12,10,3107.513,3144.541,W,"300","WDG",672,"","" | |||
Closed Road | C | Closed Road | N/A |
C | CLOSED ROAD | ||
12,16,67468.702,254608.747,C,"CLOSED ROAD","”,6169,"","" | |||
Right of Way | O | TLA Lot Number | Right of Way |
O | 12 | ROW | |
Pedestrian Access Way | P | TLA Lot Number | Pedestrian Access Way |
P | 12 | PAW | |
12,16,67468.702,254608.747,P,"12","PAW",6169,"","" | |||
Vesting Lot | F | TLA Lot Number | VEST |
F | 14 | VEST | |
12,16,67468.702,254608.747,F,"14","VEST",6169,"","" | |||
Common Property Lot | F | TLA Lot Number | CP |
F | 6 | CP | |
12,4,67306.200,254902.237,F,"6","CP",79007,"","" | |||
Encumbrances | X | Regulation/Sec. | Lot - subject area - creating document |
Encumbrances being carried forward | X | 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 | |
12,11,67633.111,254798.878,X,"Easement - Doc","345-E-DOC AAAAAA",234,"","" | |||
X | Easement TP&D 27A Reg 5 | 345-E-DPXXXXX - Where DPXXXXX is the creating Plan | |
12,11,67633.111,254798.878,X," Easement – TP&D 27A Reg 5","345-E-DPXXXXX",234,"","" | |||
Encumbrances being created | X | Regulation/Sec. as per Land Usage Table | Lot– subject area – creating document if known |
X | Easement - doc | 345-E-DOC AAAAAA - Where AAAAAA is the creating document, if known | |
12,11,67633.111,254798.878,X,"Easement - Doc","345-E-DOC",234,"","" | |||
X | Easement TP&D 27A Reg 5 | 345-5 | |
12,11,67633.111,254798.878,X," Easement – TP&D 27A Reg 5","345-E ",234,"","" | |||
Encumbrances being created over Common Property | X | Ease:STA 33 Reg 37 Drainage | 3-X |
12,11,67633.111,254798.878,X," Ease:STA 33 Reg 37 Drainage ","3-X",234,"","" |