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

[Request]: Explain how to recover from a fast fail #100

Closed
1 task done
steveoh opened this issue Dec 8, 2021 · 2 comments · Fixed by #103 or #285
Closed
1 task done

[Request]: Explain how to recover from a fast fail #100

steveoh opened this issue Dec 8, 2021 · 2 comments · Fixed by #103 or #285
Assignees
Labels
enhancement New feature or request

Comments

@steveoh
Copy link
Member

steveoh commented Dec 8, 2021

Is there an existing issue for this?

  • I have searched the existing issues

Is your feature request related to a problem? Please describe.

Fast fail instructs you that the data is bad but that isn't always the case. We can give better instructions of things to geocode successfully.

A fast failure occurs when the <span className="font-bold">first {stats.failures} records</span> do not
succeed to geocode. This is often an indication that the data being processed is not correct. You should
try to fix the data and re-run the job.

Describe the solution you'd like

The way I see it there are 3 reasons for a fast fail to occur. Starting at the bottom,

  1. Your api key is invalid.
  2. The fields are mapped incorrectly.
  3. The data has 25 initial bad rows.

The solutions are simple

  1. Click the api key in the top right to see if you get a thumbs up. Create a new key if you fouled this up. We should read the api response and highlight this option.
  2. Check your field mapping. Does the sample data look correct?
  3. Remove or reorder the first 25 rows of your data.

Add these items to the page to help the task get back on track.

@steveoh steveoh added the enhancement New feature or request label Dec 8, 2021
@stdavis
Copy link
Member

stdavis commented Dec 9, 2021

A fourth reason may be that the API is down...

@steveoh
Copy link
Member Author

steveoh commented Dec 9, 2021

Yup, we only link out to the status page when the error page is shown. This would be another good spot.

stdavis added a commit that referenced this issue Dec 23, 2021
Closes #100

Co-authored-by: steveoh <sgourley@utah.gov>
stdavis added a commit that referenced this issue Dec 23, 2021
Closes #100

Co-authored-by: steveoh <sgourley@utah.gov>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
2 participants