feat(stammdaten): Einsatzpläne bei Alarmadressen hinterlegen
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 28/100
Research direction
Start by reading src/LageBuch.Domain/Files/IncidentFile.cs, the linked issue #420, and docs/datenschutz-und-sicherheit.md; the issue also points to #401 and #420 for related address and building needs. The proposal leaves the entity, document storage, incident matching, synchronization, and privacy/deletion approach unresolved. Agree on those decisions before implementation; done means the agreed object/address records and plans can be used with the right incident and have a documented privacy and deletion approach.
Written by the indexing model from the issue text.
Description
Rückmeldung aus der Praxis
Einsatzpläne bei Alarmadressen hinterlegen
Heute
Beides gibt es nicht. grep -riE "alarmadresse|einsatzplan|einsatzpläne|objekt"
über src, docs, README.md, ROADMAP.md, CHANGELOG.md → null Treffer.
Drei Dinge kommen nahe und reichen jeweils nicht:
MasterDataSet.Links— die einzige Stammdaten-Kategorie, die auf etwas
Externes zeigt. NurName+Url,http(s)erzwungen
(HttpUrlValidator), keine Datei und kein Adressbezug.- Der Reiter DATEIEN — hängt Dokumente an einen Einsatz, zur Laufzeit.
IncidentFile(src/LageBuch.Domain/Files/IncidentFile.cs) trägt
FileName,DisplayName,ContentType,SizeBytes,AddedAt,AddedBy—
keinen Objekt- oder Adressschlüssel. PDF ist erlaubt und wird beim Export
sogar mit einmontiert (PdfAttachmentMerger), aber eben erst, nachdem jemand
die Datei im Einsatz von Hand angehängt hat. Building/Dwelling— ein Gebäudemodell, aber je Einsatz und
ausschließlich für das CO-Messprotokoll, ohne Adresse und ohne Dokument.
Ein vorbereiteter Einsatzplan ist damit heute nicht hinterlegbar. Im Einsatz
bleibt nur: die richtige PDF-Datei selbst suchen und anhängen — genau dann,
wenn dafür keine Zeit ist.
Vorschlag
Zwei Hälften, und beide fehlen:
- Eine Adress-/Objekt-Entität in den Stammdaten — der Ort, an dem ein
Einsatzplan überhaupt hängen kann. - Ein Dokumentenspeicher je Objekt, plus der Weg, das hinterlegte
Dokument beim passenden Einsatz zu finden und in die Einsatzdateien zu
übernehmen.
Hängt an #420 (Häuser vordefinieren): dort fehlt dieselbe
Entität, nur mit Gebäudestruktur statt Dokument. Das sollte eine Entität
werden, nicht zwei.
Zu klären
- Wie findet der Plan den Einsatz? Der Adressabgleich ist heikel: der Einsatz
kennt nurStreet+District, beides Freitext (#401 will Hausnummer, PLZ
und Ort ergänzen). Womöglich ist Auswählen ehrlicher als Raten. - Kopieren oder verweisen? Ein Verweis auf eine Datei außerhalb bricht, sobald
die Einsatzdatei auf ein anderes Gerät wandert — die Synchronisation überträgt
Anhänge, nicht Stammdaten. - Datenschutz.
docs/datenschutz-und-sicherheit.mdzählt jede Kategorie
personenbezogener Daten auf, die die App hält. Ein dauerhafter
Adresskatalog mit hinterlegten Objektunterlagen ist eine neue Kategorie —
dauerhaft gespeichert statt einsatzbezogen — und muss dort nachgetragen
werden, samt Löschkonzept.
- Dominant language
- C#
- Stars
- 1
- Forks
- 3
- Avg merge
- 4h 15m
- Merged PRs (30d)
- 181
Getting set up
- No Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from CodeForFire/lagebuch
-
Stammdaten: in the Checkliste editor the PFLICHT header is not aligned with its columnPossibly taken @Saad-elnagar claimed this 2 days ago. Openbug ux
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
CodeForFire/lagebuch#714 · 1 comment ·
Maintainers usually reply within 1 day
-
Stammdaten: on a phone the Fahrzeuge editor squeezes Wache and Funkrufname to nothingPossibly taken @Saad-elnagar claimed this 2 days ago. Openbug ux
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
CodeForFire/lagebuch#713 · 1 comment ·
Maintainers usually reply within 1 day
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
CodeForFire/lagebuch#405 ·
Maintainers usually reply within 1 day
-
documentation good first issue
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
CodeForFire/lagebuch#349 ·
Maintainers usually reply within 1 day
-
documentation good first issue
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
CodeForFire/lagebuch#348 ·
Maintainers usually reply within 1 day
All issues in CodeForFire/lagebuch
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
Nimblesite/SharpLsp#468 ·
Maintainers usually reply within 1 day
-
Difficulty 1/5 Under an hour Newbie friendliness 88/100
elastic/ecs-dotnet#575 ·
-
alerts bug effort:S P2
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
nightscout/nocturne#2511 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
Maintainers usually reply within 2 days
-
Crash in v3.00Open
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
arkane-systems/mousejiggler#140 ·