Wissen zu VLN_SN festhalten: HTML-Vorbild und Workflow-Kandidat
- docs/wissen/vln_sn.md (neu): Bestand der Organisation VLN_SN (Stand 25.09.2026), Nutzungsbedingungen (nur lesen, nichts übernehmen, Workflow nur nach Rücksprache, MCP-Server nicht nutzen), Beschreibung des HTML-Stils von EA-Bilanz und der Workflow-Aufgabentypen als Kandidat für das Fernziel. - docs/README.md: Eintrag in der Übersicht. - STATUS.md: Baustelle 6 – Lesezugriff und Workflow-Nutzung absprechen. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
Claude Opus 5.5
@@ -5,6 +5,7 @@
|
||||
| `status/STATUS.md` | lebend, kurz | **immer zuerst** – aktueller Stand, Baustellen |
|
||||
| `wissen/fallstricke.md` | lebend | bei Überraschungen; vor Arbeiten am Konverter und am PICTURE-Import |
|
||||
| `wissen/glossar.md` | lebend | Fachbegriffe (Flurbereinigung, BPMN) |
|
||||
| `wissen/vln_sn.md` | lebend | Vorbilder in der Organisation VLN_SN: HTML-Stil (EA-Bilanz), Workflow-System als Kandidat; Nutzungsbedingungen |
|
||||
| `entscheidungen/` | append-only (ADR) | warum etwas so ist; neue Entscheidung = neue Datei |
|
||||
| `leitfaden/03_arbeitsweise.md` | stabil | Einstieg, Arbeitszyklus, Checklisten |
|
||||
| `leitfaden/04_werkzeuge_einrichten.md` | stabil | Einrichtung: Claude Code als CLI und in VS Code; von null zur ersten Aufgabe |
|
||||
|
||||
@@ -28,6 +28,9 @@ Skills sind übernommen, alles QGIS- und Plugin-Spezifische ist entfernt. Kern i
|
||||
die Beispiele (Issue #12 usw.) sind erfunden und durch echte zu ersetzen, sobald es sie gibt.
|
||||
5. **Umgang mit `sn-bpmn` in AG_QGIS klären.** Der Branch `BPMN-Skill` in `AG_QGIS/Projektwissen` ist durch dieses
|
||||
Repository abgelöst und kann dort nach Absprache gelöscht werden.
|
||||
6. **Mit VLN_SN absprechen:** abgesprochener Lesezugriff auf die Repositories (damit Stil und Bausteine nicht neu
|
||||
erfunden werden) und Nutzung des Workflow-Systems als Kandidat für das Fernziel „Prozesse ablaufen lassen“. Bis
|
||||
dahin nur als Vorbild, siehe `docs/wissen/vln_sn.md`.
|
||||
|
||||
## Erledigt
|
||||
|
||||
|
||||
@@ -0,0 +1,71 @@
|
||||
# VLN_SN – Vorbilder und Kandidaten in der Nachbar-Organisation
|
||||
|
||||
Stand 25.09.2026. Die Gitea-Organisation
|
||||
[`VLN_SN`](https://entwicklung.flurneuordnung-sachsen.de/VLN_SN) enthält Repositories, die für uns als Vorbild oder
|
||||
als späteres Werkzeug in Frage kommen. Diese Datei hält fest, was dort liegt und unter welchen Bedingungen wir es
|
||||
nutzen dürfen, damit nicht jede Sitzung neu sucht.
|
||||
|
||||
## Zugriff und Bedingungen
|
||||
|
||||
- **Nur lesen, nur öffentlich.** Die Repositories sind ohne Anmeldung über die Gitea-API lesbar, wie es auch
|
||||
`scripts/gitea.py` für unsere Organisation macht. Einen abgesprochenen Lesezugriff gibt es noch nicht. Er ist
|
||||
angefragt bzw. soll angefragt werden, damit nicht alles neu erfunden werden muss.
|
||||
- **Nichts übernehmen, nur als Vorbild.** Bis zur Absprache wird kein Code und kein Stylesheet von dort kopiert.
|
||||
Eigene Umsetzungen dürfen sich an Aufbau und Aussehen orientieren.
|
||||
- **Workflow nur nach Rücksprache.** Das Workflow-System ist noch nicht produktiv. Sein MCP-Server (Anmeldung mit
|
||||
Token) wird nicht angesprochen.
|
||||
|
||||
Nachsehen (nur lesend, Beispiel):
|
||||
|
||||
```bash
|
||||
curl -s "https://entwicklung.flurneuordnung-sachsen.de/api/v1/orgs/VLN_SN/repos?limit=50"
|
||||
curl -s "https://entwicklung.flurneuordnung-sachsen.de/api/v1/repos/VLN_SN/<Repo>/git/trees/main?recursive=1"
|
||||
```
|
||||
|
||||
## Bestand (25.09.2026)
|
||||
|
||||
| Repository | Inhalt | Bedeutung für uns |
|
||||
|---|---|---|
|
||||
| `EA-Bilanz` | Web-Anwendung (Prototyp) für die Eingriffs- und Kompensationsbilanz: HTML, Bootstrap 5, jQuery, OpenLayers | **Vorbild für den HTML-Stil** |
|
||||
| `Workflow` | Dokumentation eines Workflow-Systems: Abläufe als XML, 122 beschriebene Aufgabentypen | **Kandidat für das Fernziel**, Prozesse ablaufen zu lassen |
|
||||
| `API_Karte_QGISDemo` | Python-Beispiel zu einer Karten-API | derzeit keine |
|
||||
| `MeinVLN-Vorlagen`, `Bauakte`, `MeinVLN_Beteiligung` | nur README | derzeit keine |
|
||||
| `MeinVLN`, `MeinVLN_Antraege`, `MeinVLN_Datenaustausch`, `MeinVLN_Videokonferenz`, `Vorerhebung`, `oFB-Zugang`, `Ministerium` | leer | derzeit keine |
|
||||
|
||||
## HTML-Stil (Vorbild EA-Bilanz)
|
||||
|
||||
Beschreibung, keine Übernahme:
|
||||
|
||||
- **Grundlage:** Bootstrap 5.3 und Bootstrap Icons. EA-Bilanz lädt beides von einem CDN. Wir betten es lokal ein,
|
||||
weil unsere Werkzeuge offline arbeiten (Issue folgt, siehe `werkzeuge/vorschau/README.md` als Muster für eine
|
||||
eingebettete Bibliothek).
|
||||
- **Aufbau:** oben eine dunkle Navigationsleiste mit Titel und einer kleinen Knopfgruppe (Icon plus Beschriftung;
|
||||
die Beschriftung entfällt auf schmalen Bildschirmen). Darunter ein Arbeitsbereich in voller Höhe, auf breiten
|
||||
Bildschirmen zweispaltig, auf schmalen untereinander.
|
||||
- **Anmutung:** hellgrauer Hintergrund (Bootstrap-Variable `--bs-tertiary-bg`), weiße Flächen, Grundschrift etwas
|
||||
kleiner (0,9 rem). Karten mit farbigem linken Rand je Kategorie. Zahlen in Tabellenziffern, rechtsbündig.
|
||||
- **Weiteres:** eigene Druckansicht (Navigation und Bedienelemente ausgeblendet) und Hilfe als Modal (F1 bzw.
|
||||
?-Knopf, mit Suche und Bildschirmfotos).
|
||||
- Die eigene CSS ist klein, fast alles kommt aus Bootstrap. Eine ähnliche Ansicht entsteht also schon durch
|
||||
Bootstrap plus wenige eigene Regeln.
|
||||
|
||||
## Workflow (Kandidat für das Fernziel)
|
||||
|
||||
Fernziel der AG ist, Prozesse nicht nur zu modellieren, sondern auch ablaufen zu lassen. Das Workflow-System ist
|
||||
dafür ein Kandidat:
|
||||
|
||||
- **Abläufe als XML:** eine Datei je Workflow-Typ mit Schritten (Tasks), sequenziell oder parallel.
|
||||
- **Zustand serverseitig:** Bearbeiter werden per E-Mail-Link beteiligt.
|
||||
- **Status:** `RUNNING`, `WAITING`, `COMPLETED`, `ERROR`, `CANCELLED`.
|
||||
|
||||
Die Aufgabentypen (`tasks/*.md`) liegen nah an Elementen unserer Prozessmodelle:
|
||||
|
||||
- **Genehmigen und Zuständigkeit:** `approve_reject`, `assign_group`, `person_pick`, `escalate`, `quorum`
|
||||
- **Fristen und Wiedervorlage:** `frist_rechner`, `wiedervorlage`, `wait_until`, `schedule_resume`
|
||||
- **Post und Nachricht:** `posteingang`, `postausgang`, `email`, `signal_fire`/`signal_wait`
|
||||
- **Ablaufsteuerung:** `if`, `decision_table`, `foreach_parallel`, `loop_foreach`, `subworkflow`, `try_catch`,
|
||||
`stop`, `return_to`
|
||||
- **Fachlich:** viele `geo_*` (Flächen, Grenzen, Gemarkung), `pdf_*` (Stempel, Siegel, Signatur), `bauakte_*`,
|
||||
`aktenzeichen_vergabe`
|
||||
|
||||
Eine Abbildung „BPMN-Element → Workflow-Aufgabe“ wäre der erste Schritt, sobald die Nutzung abgesprochen ist.
|
||||
Reference in New Issue
Block a user