Hacktoberfest 2026：维护者为十月标记出来的 issue，仍然开放、适合新手。 浏览 Hacktoberfest issue

feat(stammdaten): Einsatzpläne bei Alarmadressen hinterlegen

未关闭
  • 哪里不对？
#427 1 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
28/100
Issue 类型
功能
描述清晰度
需要澄清
活跃度
活跃
技术栈
csharp, sqlite
领域
backend, databases

调研方向

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.

由索引模型根据 Issue 内容生成。

描述

enhancement

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. Nur Name + 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:

  1. Eine Adress-/Objekt-Entität in den Stammdaten — der Ort, an dem ein
    Einsatzplan überhaupt hängen kann.
  2. 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 nur Street + 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.md zä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.
主要语言
C#
星标
1
派生
3
平均合并
4 小时 49 分钟
30 天内合并 PR
177

环境准备

从这里开始

  1. 先读完整个 Issue，再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库，在一个分支上完成修改。
  4. 提交 Pull Request，并在描述里引用这个 Issue 编号。

CodeForFire/lagebuch 的其他 Issue

查看 CodeForFire/lagebuch 的全部 Issue

相似的 Issue

更多 C# Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。