SYSTEM UPDATES

A Territorial Authority could be Notified that TA Certification is required, or the TA could pull an e-survey into the TA Workspace without the surveyor having assigned a Territorial Authority in the CSC_S02 Survey Header screen.

If the Territorial Authority actually pulled an e-survey into their Workspace without being notified by the surveyor (no TA entered at capture by the surveyor), then the surveyor would be unable to add a TA name into the Survey Header and therefore not able to create a TA package on line.

If a surveyor attempted to add a TA name into the Survey Header an error message would appear preventing the user from going any further:

When the user selects OK on this message, the following error message appears:

When the user selected OK on this message, Landonline would close down.

Several changes have been made to how the TA name is entered in an e-survey. These are listed below:

1. The Territorial Authority field in the Survey Header is now a 'View Only' field. The 'Add' and 'Delete' buttons have been deactivated.
2. The Territorial Authority field is now captured in the CSL_S02 Manage Survey Transaction screen:
   
   

   Action:

   1. Select TA Certification Tab
   2. Select Add to add a TA name
   3. Select TA name from drop down box in TA Name field, then save form – 'Ctrl S' or File Save.
   4. Enter TA reference (if known)
   5. Select Delete to delete an incorrect TA name (only possible if TA certificates have not been created or TA has not assigned job to work on)
   6. Check Certification Required
   7. Status field is not editable
   8. Check Notify – once Certificates have been created
   9. Select Notify TA – once Plan Generation images have been compiled.

   Note: If the Certification button remains Greyed out, preventing the creation of Certificates. This is because the PlanGen Batch has not run. Wait until the batch has run then simply Refresh the screen by selecting CTRL S, File/Save or Pre-validate.

   

3. When Pre-validation is run on an e-survey, and the TA name has not been entered on the TA Certification Tab page, a new rule will run causing a Fatal fail that will prevent the e-survey from submitting.
   
   

   Action:

   1. Select Pre-validate Tab
   2. Select Pre-validate to run the rules
   3. If TA name is not entered new rule Y025 – Fatal appears

   

4. Territorial Authorities are no longer able to pull a job into their Workspace if the surveyor has not specified a TA name in the e-survey.
   
   

   Action:

   1. TAs enter the Survey Number in the CLW_S02c screen
   2. A result displays after selecting the 'Search Now' button.
   3. When the user clicks on the 'Select' button the CLW_S02c screen closes.
   4. Error message 29127 appears. The plan cannot be pulled and assigned by the TA user because no TA name has been entered into the e-survey by the surveyor.

   

   

Surveyors were having to deliberately sign a CSD knowing that it is wrong. Submit must fail in order to invoke the Exception process. Also, enabled users to the Plan were unable to invoke an Exception Request.

• The Exception button has now been enabled to operate at any time while the dataset remains editable i.e. Initiated or On Requisition.
• Functionality will not be available while the survey is in 'Read Only' mode.
• The Comment edit control, the 'OK' and the 'Send Request' buttons are enabled to allow a request to be entered, Saved and Sent by the Signing Surveyor and Enabled Users.
• The Cancel Exception button is only enabled if the status of the survey is Submission Failed.

For Maori Appellations created under Appellation Format of 'Maori', Landonline does not automatically populate the ML plan reference into the appropriate field. Surveyors have not been manually entering the ML plan reference for these appellations. As a consequence no digital parcel fee ($25) was being automatically charged. The Validator had to modify the CCL_S07 - Generate Fee screen to charge the surveyor.

The following changes have been applied to Maori parcels (i.e Parcel Intent = "Maori" in CSC_S07b - Parcel Detail screen) and have been applied to both Workspace and Desktop. For the appellation format "General" the following fields will be automatically populated:

Simple Appellations

• When Plan Type = "Maori Land Plan" the drop down will be disabled. The user will not be able to select any other Plan Type.

• Plan Number = [plan number]

  

  When the 'OK' button is pressed the above fields will be validated.

For Complex Appellations

• Plan/Registration Type = "Maori Land Plan", the drop down will be disabled. The user will not be able to select any other Plan Type

• Plan/Registration Number = [plan number]

  

  When 'OK' button is pressed the above fields will be validated.

When the appellation format = "Maori", the following fields will be automatically populated:

• If the Sub Type = "Maori Land Plan" or "None". The drop down will NOT be disabled.
• if the Sub Type = "Maori Land Plan" Appellation Value = [plan number] by default.

• if the Sub Type field is "None", the Appellation Value field will be set to null and disabled.

  

  When 'OK' button is pressed the above fields will be validated.

• If the Sub Type is "Maori Land Plan", the 'Appellation Value' field must be populated.
• The following error message will be displayed if the 'Appellation Value' is null:
  Message: 15298 – "The Plan Number is required"

When user selects the Parcel Intent as "Maori", the available options for the Appellation Format are "Maori" and "General".

For all the other Parcel Intents, the Appellation format "Maori", "General" and "Other" will be available for selection.

N.B.The following Labels have been changed in CSC_S07b screen for Appellation Format 'Maori'

• Sub Type is now "Plan Type"
• Appellation Value is now "Plan Number"

• Number is now "Number of Block"

  

When working in non SDC areas (especially), the spatial window in Plan Generation (Define Diagrams) displaces the abuttal lines of the existing data from the newly captured data. Users find it time consuming and frustrating to have to manually draw the abuttals and to not show system generated abuttals. They may also (in the Layout window) select the co-ordinate icon, manually select the end points of the lines and then move them back to match the newly captured data.

There are also issues with Geometry errors on parcels that prevent Plan Generation windows from opening up the messages received:

followed by:

Now,when users enter Plan Generation/Define Diagrams, the spatial window will open without distortion or geometry errors reported.

The only issue with this implementation is that the spatial data of Surveys that are already in PlanGen state will have to be regenerated.

Action:

If some plans are already in the PlanGen state at time of this Release, these plans will have to be regenerated. As a result of this enhancement, surveyors that have a plan with diagrams generated prior to Release 3.1 on Monday 29 September, and the plan has not been accessed since, you will need to redefine some of your diagrams in Plan Generation/Define Diagrams where the originally defined diagrams no longer covers the required area.

When a TA is added to the survey Header and Saved (File/Save), the Delete button becomes greyed out and the TA cannot be removed.

This TPR is no longer relevant as new functionality has been provided by MAR1109.

When a TA is added to the survey Header and Saved (File/Save), the Delete button becomes greyed out and the TA cannot be removed from the Survey Header. It can be deleted from the TA Certifications tab page as long as the TA has not been Notified. Refer MAR1109.

Attempts to drag a DCDB Node from Spatial window into the tree results in Message 9005 Error Number 39 Error text = Error accessing external object property primary and rejection from Landonline.

Default labelling of Nodes in the Spatial Window now ensures that nodes without marks have a valid label by default. Label is in the format UNKN + survey number.

An error occurred when Cancel capture was used after the TA had been recorded against the survey. The error prevented further capture.

Changes made by MAR1109 have resolved this issue. The error no longer occurs when cancel capture has been used on a plan where the TA has already been linked to the plan. The TA shown in the Survey Header remains.

Auto Business Rule C040 code was commented out in 2002 because it was generating an error rather than reporting the proximity of Datum 2000 marks to a survey. An Internal manual Checklist item R051 has been running in place.

Subsequent upgrades of the spatial datablade have fixed this issue.

When centreline parcels (Secondary & Tertiary centrelines) are extinguished at capture, Define Diagrams (spatial window) and/or the Layout Sheets will not open in Plan Generation. Two messages will appear:

SQLDB Code:0 SQLSTATE S1000 followed by 32029 Line and Character position 0

The workaround has been to delete the extinguished centreline parcels from the Parcel List at Capture, and add a note to the survey report to inform LINZ staff to ensure that these centreline parcels are made historic after registration – the parcel ids were noted in the report against each parcel.

Users can now extinguish all centreline easements into the Parcel List screen at capture (where they spatially exist in Landonline). When the user enters Plan Generation, the Define Diagrams (spatial window) and/or Layout Sheets will open successfully.

Duplicate layout data (lines) were being created by the application and affecting users when they applied modifications to those lines in the PlanGen Layout window.
Also, when two irregular lines crossed each other and vertex coordinates occupied the same position, the application would fail to match coordinates correctly.
Where the problem lines were encountered the following message would appear when the Diagrams were refreshed.

A new datablade has resolved this issue.

Arcs captured showed different From and To marks on a printout to those captured in the Traverse / Boundary Capture Observations screen before printing. The printed report uses a different data object which includes two nested reports – one for observations and one for arcs.

Printing will now correctly reflect capture.

The surveyor is not able to add a manual 'TA Certification' to their Plan after it has been submitted and prior to it being Deposited. What is required is the ability to 'Add' a Supporting Document type of TA Certification only prior to Deposit.

The Supporting Documents object on CSL_S07 has been amended to allow the addition of supporting docs for TA where the survey has a status of:

'Pre-allocate',  'Requisitioned', 'Approved', 'Not For Deposit', 'Requisition Pending Approval', 'Submitted', 'Validated', 'Validation Rework', 'Validated (Simple Plan)'.

Three supporting document types (Schedule/Memorandum, TA Certificate and TA Certificate Image) can be added if the survey is either Initiated (Pre-allocated) or On Requisition (Requisitioned).
After Submission and before Deposit (or Not for Deposit), the surveyor can still add one supporting document (TA Certificate).
After the survey is registered or set to Not for Deposit, the survey cannot be searched for in the TA Certification window.
If no TA is specified for the survey, the survey cannot be searched for in TA Certification window.

All other statuses will prohibit the addition of supporting docs.

Fixed. The delete button in read only and exception modes is disabled. The Add and Delete buttons are enabled as appropriate when the mode is changed on Exception Cancel and Submit Fail.

Exception Processing CSL_S05 is amended to disable controls when invoked from a survey in READ ONLY mode.

A fix to match the lines and coordinates correctly has been implemented.

Users are sometimes getting "Unable to read sorted rows" error when submitting a survey. This has been fixed.

When a Supporting Document is attached and the user then updates that attached document a new barcode is created thus invalidating the document history since the original document is no longer associated with the Supporting Document.
The effect is that ghost records may exist in production in Centera as well as the document record history being incomplete.

This has been fixed. Both CRV and workspace (Survey and TA) a new image history (instead of a new image record) is created when re-attaching a new image to a supporting document.

Reported failures while carrying out a 'Notify TA' from the Manage Survey Transaction window, TA Certification tab.

Part of the Notify TA processing involves extracting the survey data to an XML file on the user's local hard drive. Instances have been reported where this extract has failed at the point of creating the file.

Consequently, the entire Notify TA process is then deemed to have failed, with no notification sent to the TA. Surveyors then need to manually alert the TA to the fact that the survey is awaiting TA Certification.

This has been fixed. Amended the functionality to parse the file extension starting from the end of the file path rather than the beginning.

The Certificates and Packages in the CSL_S07a Manage TA Certification screen are not in the same order in the CSL_S07 – TA Certification signing screen.

The CSL_S07a Manage TA Certification screen reflects the way the user has arranged the certificates, the CSL_S07 – TA Certification signing screen does not. This has been fixed.

When a TA user signs a Package the Certificate Template displays the Certificates in the order that they always appear in the selection list rather than in the order that the user has placed them within the package. This has been fixed.

When a TA user signs a Package the CSV_S01 – Sign TA Certificate Package displays the Certificates in the order that they always appear in the selection list rather than in the order that the user has placed them within the package. This has been fixed.

Note: The order that a surveyor presents Certificates to the TA may not be the order in which the certificates appear in the Territorial Authority (TA) Certificate because the TA have functionality to allow them to move Certificates around within a Package before signing.