Improve parcel reference #139

Closed
opened 2022-04-06 12:40:32 +02:00 by mpeltriaux · 2 comments
Owner

Status quo

The current implementation looks like this:
grafik

However, in a recent meeting we agreed on further details, which need to be added to such information:

  • Kreisschlüssel
  • Gemeindeschlüssel
  • Verbandsgemeinde
  • Verbandsgemeindeschlüssel

ToDo

These information might be important but the table's width would grow too much. Therefore we need to restructure this table layout and take some inspiration from the previous layout from the predecessor system:
grafik

Which means:

  1. Add a small table above the parcel table, which holds all relevant data on Kreis, Verbandsgemeinde and Gemeinde, including their keys (Schlüssel).
  2. Remove Kreis from parcel table

Improve WFS fetching

Currently we are not fetching any data regarding Verbandsgemeinde and keys in general. We need to extend the WFS fetching such as all this data will be persisted in the database.

Improve filtering

Holding (hopefully) persistent keys for such spatial references, we can further enhance the filtering capabilities of Kreis, Gemarkung, ... on all overview views:

  • If the input value is a string -> filter on the name
  • If the input value is an integer -> filter on key
# Status quo The current implementation looks like this: ![grafik](/attachments/4a59a338-5b0f-4ce8-b421-0dbe7114d334) However, in a recent meeting we agreed on further details, which need to be added to such information: * Kreisschlüssel * Gemeindeschlüssel * Verbandsgemeinde * Verbandsgemeindeschlüssel # ToDo These information might be important but the table's width would grow too much. Therefore we need to restructure this table layout and take some inspiration from the previous layout from the predecessor system: ![grafik](/attachments/b314ab05-4da5-4626-8f24-2b13a8dae99b) Which means: 1. Add a small table above the parcel table, which holds all relevant data on Kreis, Verbandsgemeinde and Gemeinde, including their keys (Schlüssel). 1. Remove Kreis from parcel table ## Improve WFS fetching Currently we are not fetching any data regarding Verbandsgemeinde and keys in general. We need to extend the WFS fetching such as all this data will be persisted in the database. ## Improve filtering Holding (hopefully) persistent keys for such spatial references, we can further enhance the filtering capabilities of Kreis, Gemarkung, ... on all overview views: * If the input value is a string -> filter on the name * If the input value is an integer -> filter on key
mpeltriaux added the
enhancement
label 2022-04-06 12:40:32 +02:00
mpeltriaux self-assigned this 2022-04-06 12:40:32 +02:00
Author
Owner

Frontend layout has been updated, database models optimized and fetching code changed.

grafik

Models

Formerly District and Parcel models have been enhanced:

  • District
    • split into District (Kreis), Municipal (Gemeinde), ParcelGroup (Gemarkung)
  • all models hold a key and name attribute for easier referencing

Commands

  • sanitize_db has been extended to clean for unused Municipals and ParcelGroups
Frontend layout has been updated, database models optimized and fetching code changed. ![grafik](/attachments/806382f6-aef3-419a-9276-334eb7b0bcce) ### Models Formerly `District` and `Parcel` models have been enhanced: * District * split into `District` (Kreis), `Municipal` (Gemeinde), `ParcelGroup` (Gemarkung) * all models hold a `key` and `name` attribute for easier referencing ### Commands * sanitize_db has been extended to clean for unused `Municipals` and `ParcelGroups`
Author
Owner

Merged in #141

# Merged in #141
btuelek referenced this issue from a commit 2024-12-05 13:18:37 +01:00
Sign in to join this conversation.
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: IT-Naturschutz/konova#139
No description provided.