Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

feat(stammdaten): Häuser vordefinieren statt bei jedem Einsatz neu anzulegen

Open
  • Is something wrong?
#420 1 comment 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
52/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Active
Tech stack
csharp, sqlite
Domain
backend, database

Research direction

Read CoMessprotokollView.axaml:84-118, src/LageBuch.Persistence/MasterData/MasterDataSet.cs, and src/LageBuch.Domain/CoMeasurement/Building.cs to trace house creation, master-data storage, and apartment labels. Implement reusable house entries that can be selected when creating a CO measurement while keeping their values editable. Update docs/master-data.example.json if a top-level field is added, and keep example data anonymized.

Written by the indexing model from the issue text.

Description

enhancement

Rückmeldung aus der Praxis

Häuser vordefinieren (zB eine wiederkehrende Wohnanlage in der eigenen
Gemeinde)

(Die Rückmeldung nannte zwei echte Adressen; sie sind hier durch Platzhalter
ersetzt, weil dieses Repository öffentlich ist.)

Heute

Ein Haus wird bei jedem Einsatz neu angelegt, als Freitext im
Hinzufügen-Dialog (CoMessprotokollView.axaml:84-118): Bezeichnung,
Geschosse, Wohnungen/Geschoss, Untergeschosse. Voreingestellt sind 8 Geschosse,
10 Wohnungen, 1 UG.

In den Stammdaten gibt es dafür nichts. MasterDataSet
(src/LageBuch.Persistence/MasterData/MasterDataSet.cs) hat neun Einträge —
Roles, UnitStatus, Links, ChecklistTemplateAufbau,
ChecklistTemplateAbbau, TruppTypes, Personnel, Vehicles, Settings —
und keine Kategorie für Gebäude oder Objekte.

Für wiederkehrende Objekte im eigenen Ausrückebereich ist die Struktur aber
lange vorher bekannt. Sie beim CO-Einsatz unter Zeitdruck einzutippen, ist
verlorene Zeit und eine Fehlerquelle.

Vorschlag

Eine Stammdaten-Kategorie „Häuser" mit Bezeichnung, Geschossen,
Wohnungen/Geschoss und Untergeschossen; beim Anlegen eines Hauses im
CO-Messprotokoll daraus auswählbar statt tippen.

Optional dazu die Wohnungsbezeichnungen: Building.ApartmentLabels
(src/LageBuch.Domain/CoMeasurement/Building.cs) modelliert sie bereits, heute
nur je Einsatz. Gerade die sind bei einem bekannten Objekt stabil.

Randbedingungen

  • Die Voreinstellungen bleiben, was sie sind: eine Vorlage. Was im Einsatz
    davon abweicht, muss weiter frei änderbar sein — StammdatenCatalogue
    lehnt grundsätzlich nichts ab.
  • AGENTS.md-Regel: ändert sich MasterDataSet oder MasterDataJson um ein
    Feld auf oberster Ebene, muss docs/master-data.example.json im selben PR
    mitziehen.
  • Beispieldaten anonym halten — die Platzhalter der App sind
    AnonymizedExampleData.BuildingNamePlaceholder („z. B. Haus A").

Hängt zusammen mit #427 (Einsatzpläne bei Alarmadressen):
dort geht es um dieselbe fehlende Objekt-Entität, nur mit Dokument statt
Struktur. Wer beides baut, sollte eine Entität bauen.

Dominant language
C#
Stars
1
Forks
3
Avg merge
4h 34m
Merged PRs (30d)
182

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from CodeForFire/lagebuch

All issues in CodeForFire/lagebuch

Similar issues

More C# issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.