Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update of the validation process step 1 #1785

Open
geoffj-FUG opened this issue Jun 7, 2024 · 17 comments
Open

Update of the validation process step 1 #1785

geoffj-FUG opened this issue Jun 7, 2024 · 17 comments
Assignees

Comments

@geoffj-FUG
Copy link
Collaborator

geoffj-FUG commented Jun 7, 2024

This is part of the Epic #1783. Please read the document linked to #1783 when considering this story.

The initial work to complete this epic is:
Create one new warning or error field. This field is only used when validation is in progress.
This field is a True/False field. It is set at true when there are no warnings or errors associated with non place of birth fields in a record.
The existing warning or error field is to be re-utilised as a place of birth warning or error field. It is set to true when the Place of birth fields are valid, or the entries are accepted by the validator.

The auto-validation process used by the data manager is to be renamed Pre-validation. This term is to appear against each file in the vld collection. Permission to use it is to be changed to Validator, Coordinator and Data Manager.

The validation of a csv file is to be amended. When the Coordinator sets a piece to be validated they are to be asked whether they wish to pre-validate the file. If the response is yes then the existing auto-validation code is to be run against the csv file and any alternative POBs updated based on the database established during revalidation of the vld collection.

Once this is tested and accepted pre-validation can be deployed and used by Coordinators.

Geoff

@AnneV-Learn
Copy link
Collaborator

@geoffj-FUG
Just wondering why the new warning/error field and utilisation of the existing warning/error field has been specified that way rather than using the new for the POB validation status (I'm probably missing something)?

@geoffj-FUG
Copy link
Collaborator Author

geoffj-FUG commented Jun 12, 2024 via email

@AnneV-Learn
Copy link
Collaborator

@geoffj-FUG
Just starting to look at this now.
Some questions, there are bound to be more as I get into it.

  1. Regarding the ‘POB valid ’ field:
    Where will this be shown to the validator - in the file download?
    Do you want an additional action button ‘View POB warnings’ where only records that have POB warnings are presented?

  2. The VLD auto-validation process used by the data manager is to be renamed Pre-validation. Will all the other POB validation actions (‘Status’, List VLD entries and Manual Val) remain as is? Or are you referring to the Overall ‘POB Validation’ group heading?

@geoffj-FUG
Copy link
Collaborator Author

geoffj-FUG commented Jun 13, 2024 via email

@AnneV-Learn
Copy link
Collaborator

@geoffj-FUG
More Questions (continuing the numbering):

  1. Will the 'POB/NonPOB Valid' field need to be shown on the Screens that show the CSV Record -see screenshot below Screenshot 2024-06-14 at 16.10.57.png

NOTE: Repurposing the current filed (named 'Record Valid') is not really on - so I'm likely to have to create two new fields unless the only place that you need to see the 'POB/NonPOB' Validity split is in the validator's download.

  1. I notice that 1911 Channel Island Census appears to have a field for Father's POB but it is just a text string with no separate Father's County of Birth, so presumably this should not be considered as a 'place of birth' field in your specification.

@geoffj-FUG
Copy link
Collaborator Author

geoffj-FUG commented Jun 16, 2024 via email

@AnneV-Learn
Copy link
Collaborator

@geoffj-FUG
5. RE: The auto-validation process used by the data manager is to be renamed Pre-validation. This term is to appear against each file in the vld collection. Permission to use it is to be changed to Validator, Coordinator and Data Manager.

Is this what you want (see screenshot below) and also is it all actions in the 'POB Validation' group that should be available to Validator, Coordinator and Data Manager or just the 'Pre-Validation' action?

Screenshot 2024-06-18 at 17.27.34.png

@geoffj-FUG
Copy link
Collaborator Author

geoffj-FUG commented Jun 19, 2024 via email

@geoffj-FUG
Copy link
Collaborator Author

geoffj-FUG commented Jun 19, 2024 via email

@AnneV-Learn AnneV-Learn reopened this Jun 19, 2024
@AnneV-Learn
Copy link
Collaborator

@geoffj-FUG
This is now ready for testing on Test3.
Regarding 'Create one new warning or error field. This field is only used when validation is in progress.
This field is a True/False field. It is set at true when there are no warnings or errors associated with non place of birth fields in a record.
The existing warning or error field is to be re-utilised as a place of birth warning or error field. It is set to true when the Place of birth fields are valid, or the entries are accepted by the validator.'
I actually added 2 new fields to the file download when validation is in progress (pop_valid and non_pob_valid) the record_valid field is still there. Validators can easily ignore it if they want to. I did this because record_valid is used throughout the code and I didn't want to have to review and potentially change code unless I absolutely had to.

@geoffj-FUG
Copy link
Collaborator Author

geoffj-FUG commented Jun 20, 2024 via email

@AnneV-Learn
Copy link
Collaborator

AnneV-Learn commented Jun 20, 2024 via email

@AnneV-Learn
Copy link
Collaborator

@geoffj-FUG

Test3 has its own prevalidation data (not a copy from Production). You can add specific data to it for testing by pre-validating a VLD file (perhaps one you have done in production all ready so know the data) and propagating changes in the usual way.
(An exact copy from Production won’t work because the Gazetteer is not exactly the same either.)

@geoffj-FUG geoffj-FUG added Ready for Deployment Tested and ready to go into production and removed Ready for User Test labels Jun 22, 2024
@geoffj-FUG
Copy link
Collaborator Author

I have tested this on both csv and vld files and I am comfortable with the results.
Please deploy and I will test in the production environment before i let Coordinators know of the change. (Because it has the full and correct place name matches).

Geoff

@Vino-S
Copy link
Collaborator

Vino-S commented Jun 26, 2024

Geoff to inform the Coordinators

@Vino-S Vino-S closed this as completed Jun 26, 2024
@geoffj-FUG geoffj-FUG reopened this Jul 16, 2024
@geoffj-FUG geoffj-FUG removed the Ready for Deployment Tested and ready to go into production label Jul 16, 2024
@geoffj-FUG
Copy link
Collaborator Author

HO107_1925 is a file where validation is almost complete. Uploaded as a new file. It should reject as a file that is not currently being validated. Not uploaded and no email received. Does not appear in list of files. Problem, no email or response in this situation.
Otherwise retest results are OK. See step 2 for full retest log.

@geoffj-FUG
Copy link
Collaborator Author

Now tests OK.

This is ready for Deployment but should be done with Step 2.

Geoff

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants