Deferred parcel loading #121
Labels
No Label
backlog
bug
duplicate
enhancement
feature
help wanted
invalid
question
wontfix
bug
duplicate
enhancement
help wanted
in discussion
invalid
priority
1
priority
2
priority
3
priority
4
priority
5
question
wontfix
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: IT-Naturschutz/konova#121
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Status quo
Parcel loading on a detail view is handy but loading time increases if the geometry intersects a few thousand parcels.
Enhancement
Instead of loading the parcel with everything else, we could think about a deferred loading using htmx. This framework might be handy for further purposes as well. We should give it a try and implement this enhancement using htmx.
If we implement a deferred loading for the parcels, we could get rid of the "please reload the page in a few moments" on new parcel calculation. This way, we could serve the new parcels right away, once they are available on the db.
Visually enhanced spatial reference section on detail views and report. Deferred loading of parcel entries speeds up the rendering of a detail view especially for giant geometries, covering thousands of parcels.
Merged in #128