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

Progressively create a project instead of everything on submit #1790

Open
spwoodcock opened this issue Sep 17, 2024 · 0 comments
Open

Progressively create a project instead of everything on submit #1790

spwoodcock opened this issue Sep 17, 2024 · 0 comments
Labels
backend Related to backend code effort:medium Likely a day or two enhancement New feature or request priority:low Backlog of tasks that will be addressed in time

Comments

@spwoodcock
Copy link
Member

spwoodcock commented Sep 17, 2024

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

Follow on from #1291
Also related to Entity creation in #1653

  • If we first create a stub (incomplete) project entry first, then fill it out progressively.
  • Then we can call each endpoint once the section is filled out for project creation.

Describe the solution you'd like

  • Project Details --> have an endpoint to check if the project name already exists + validation based on that.
  • Upload Area --> POST /projects to create a new project (relax constrains to create a stub).
    • Here we have most details such as name, description, AOI geom, etc.
  • Select Category --> endpoint to upload XLSForm, or link XLSForm to existing project.
  • Map Features --> endpoint to create new Entity list from uploaded GeoJSON.
    • In theory we could upload as many Entity lists (geometry sets) as we need here by calling the endpoint multiple times.
  • Split Tasks --> we already do a separate endpoint call here 👍

Additional considerations

  • If project creation is cancelled / exited / failed, then the project stub should be deleted by calling the DELETE /projects endpoint.
  • This is already in place if the project creation fails, but in theory with this rework of the flow it shouldn't be possible for creation to fail (as each step has it's own validation before moving to the next step).
  • We should only delete the project if the user explicitly cancels / exits the project creation flow.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backend Related to backend code effort:medium Likely a day or two enhancement New feature or request priority:low Backlog of tasks that will be addressed in time
Projects
Development

No branches or pull requests

1 participant