ALKIS Vollvergleich CS4-Prod vs. CS6

Stand: 2026-09-09. Gleiches Polygon je Land (Hauptstadt-Anker, 0,25 km², WKT im nativen CRS; RP = Mainz-Quadrat 500 × 500 m, BE/RP am 09.09. frisch nachbestellt). CS4-Detailseiten: shop.ciss.de/bestelldetails.html mit der uid aus /tmp/cs4-matrix/<STAAT>/order-url.txt. Timestamps in DXF-Blocknamen und Header sind Conversion-Zeitpunkte und generell ausgenommen.

identisch	Ergebnisse identisch bis auf Conversion-Lauf-Artefakte (Timestamps, Block-Reihenfolge, Handle-IDs – per Byte-Diff belegt)
CS6 besser	CS6 liefert Obermenge oder fachlich bessere Darstellung ohne Datenverlust – kein Handlungsbedarf
fast identisch	Ergebnisse inhaltlich gleich (Größen/Layer/Features stimmen bis auf minimalen Drift überein, Byte-Beweis steht aus)
ähnlich	Ergebnisse ähnlich (begründete, bekannte Abweichung – Maßnahmen unten)
rot	Fehler bei Produktion (nichts oder nur Teil geliefert)

Land	CS4-Bestellung	CS4-Dateien	CS6-Dateien	Begründung
SH	25235 (05.09.) DXF MIN, SHP	Output.dxf MIN 54,70 MB SHP 40 Layer / 12.199 F	SH_ORD-20260905-94852.dxf 54,70 MB / 6.281.772 Zeilen SHP 40 Layer / 12.199 F	Byte-Diff: 0,736 % Differenz = ausschließlich Unix-Timestamps in Blocknamen (CS4 17:58 vs. CS6 08:43 UTC), Geometrie byte-identisch. SHP Layer + Features exakt gleich.
TH	25223 (05.09.) DXF MIN, SHP	Output.dxf MIN 22,92 MB SHP 34 Layer / 17.347 F	TH_ORD-20260905-90448.dxf 22,92 MB (= MIN) SHP 34 Layer / 17.347 F	Timestamp-normalisierter Diff: 0,012 % Zeilen (352/2,9 Mio.) = nur Conversion-Lauf-Artefakte (Block-Reihenfolge, Handle-IDs). SHP exakt gleich.
HB	25215 (05.09.) DXF MIN, SHP	Output.dxf MIN 21,63 MB SHP 44 Layer / 17.641 F	HB_ORD-20260905-38737.dxf 21,63 MB (= MIN) SHP 44 Layer / 17.641 F	Timestamp-normalisierter Diff: 0,007 % Zeilen (202/2,8 Mio.) = nur Conversion-Lauf-Artefakte (Block-Reihenfolge, Handle-IDs). SHP exakt gleich.
SL	25237 (05.09.) DXF MIN, SHP	Output.dxf MIN 15,52 MB SHP 30 Layer / 9.960 F	SL_ORD-20260905-73082.dxf 15,52 MB (= MIN) SHP 30 Layer / 9.960 F	Timestamp-normalisierter Diff: 0,008 % Zeilen (164/2,0 Mio.) = nur Conversion-Lauf-Artefakte (Block-Reihenfolge, Handle-IDs). SHP exakt gleich.
NW	25231 (05.09.) NAS, DXF MIN, SHP	CAAS_MIN_nas2dxf_*.dxf 5,72 MB SHP 37 Layer / 15.826 F NAS 33,39 MB	NW_ORD-20260905-92776.dxf 5,80 MB (+1,3 %) SHP 37 Layer / 15.821 F NAS 33,24 MB	Layer identisch, minimaler DB-Drift (−5 Features); Kollegen-Urteil: CS6 besser (vollständige Hausnummern) – nichts ändern.
MV	25229 (05.09.) NAS, DXF MIN, SHP	CAAS_MIN_nas2dxf_16915*.dxf 5,08 MB SHP 41 Layer / 15.496 F NAS 31,86 MB	MV_ORD-20260905-51385.dxf 5,16 MB (+1,7 %) SHP 40 Layer / 15.496 F NAS 31,61 MB	Features exakt gleich (15.496 = 15.496), ein Präsentationslayer (Flurstueck_snstEig) weniger.
BE	25227 (05.09.) + 25287 (07.09., SHP) NAS, DXF MIN, SHP	Output.dxf MIN 6,44 MB SHP 40 Layer / 3.002 F	BE_ORD-20260905-89356.dxf 6,44 MB (= MIN) SHP 40 Layer / 3.002 F (nach SRID-Fix 31f45ed9)	DXF: Zeilen-Multimenge exakt gleich. SHP: 40/40 Layer identisch, 3.002 = 3.002 Features. Frisch (09.09.): CS4-OR025331 = CS6-7ed61834 am selben Polygon – 40/40 Layer, 3.002 = 3.002 Features, 0 Diffs, Attribut-Multimengen gleich.
BB	25225 (05.09., 255,40 €) NAS, DXF MIN, SHP	CAAS_MIN_nas2dxf_169040.dxf 2,23 MB NAS 13,52 MB SHP 33 Layer / 6.891 F	BB_ORD-20260905-50716.dxf 2,17 MB (−2,3 %) NAS 14,59 MB SHP 32 Layer / 7.083 F	DXF ≈ MIN, NAS +8 %: CS6 bildet Gebäudeteil-Positionen ab (position_complex, +146 Linien), CS4 verschweigt sie – CS6 besser (Obermenge, kein Datenverlust). SHP 33L/6.891F vs. 32L/7.083F (+1 Präsentationslayer CS4-seitig).
HE	25217 (05.09.) NAS, DXF MIN, SHP	CAAS_MIN_nas2dxf_168746.dxf 2,94 MB SHP 31 Layer / 6.729 F NAS 12,24 MB	HE_ORD-20260905-63371.dxf 2,53 MB (−14 %) SHP 31 Layer / 7.499 F NAS 14,76 MB	CS6 bildet Gebäudeteil-Positionen ab (position_complex, +770 F, größeres NAS), CS4 verschweigt sie – CS6 besser (Obermenge).
HH	OR025333 (09.09., DXF MIN + SHP) Same-day-Re-Order mit CS6	Output.dxf MIN SHP 33 Layer / 3.791 F	HH_ORD-20260909-37520.dxf SHP 33 Layer / 3.791 F	SHP 33/33 Layer, 3.791 = 3.791, 0 Diffs. DXF-Entities alle gleich (INSERT 3.765, TEXT 857, LW 1.806, HATCH 429); Rest nur Conversion-Timestamps. Frühere Drift war DB-Stand, per Same-day-Re-Order erledigt.
NI	25221 (05.09.) NAS, DXF MIN, SHP	CAAS_MIN_nas2dxf_168854.dxf 1,35 MB SHP 34 Layer / 5.360 F NAS 9,75 MB	NI_ORD-20260905-10457.dxf 1,43 MB (+5,9 %) SHP 34 Layer / 3.520 F NAS 9,70 MB	Kein Datenverlust: 62 identische Objekt-IDs beidseitig (per OID-Abgleich belegt, 09.09.26). Die Quellobjekte (z. B. AX_KlassifizierungNachStrassenrecht, AX_AndereFestlegungNachWasserrecht) tragen je eine Linien- UND eine Flächengeometrie – CS4 rendert die Linien (1.902 Segmente), CS6 die Flächen (62 Polygone, fachlich die bessere Darstellung). NAS ≈ identisch.
SN	25239 (05.09., RE001532) NAS, DXF MIN, SHP	CAAS_MIN_nas2dxf_169377.dxf 1,86 MB SHP 19 Layer / 5.690 F NAS 15,85 MB	SN_ORD-20260905-74744.dxf 1,88 MB (+1,2 %) SHP 18 Layer / 5.487 F NAS 15,67 MB	Layer-Rename plus leichter DB-Drift (−203 F). TEXT 640 vs. 630 = exakt die 10 fehlenden GB_GebaeudeBauteil-Texte (Kirche/Museum/Schloss/Rathaus – Namen 1:1 in beiden NAS, GID7-Mapping rendert sie nicht). Nah beieinander, nicht gleich.
K-SL	25275 (07.09., RE001546) Konverter DXF+SHP (GID 7.1, 2.958 Elemente, mit Eigentümer)	DXF 41.997 B / 5.536 Zeilen (CITDXF 7.08.31) SHP 9 Layer / 17 F	DXF 69.741 B / 9.166 Zeilen (CITDXF 3.08.34) SHP 8 Layer / 16 F	Geometrie identisch (11 LWPOLYLINE beidseitig). SHP nur Präsentationslayer-Diff (bekanntes Muster). DXF-Struktur versionsbedingt ausführlicher.
K-RP52	25293 (07.09., RE001555) Konverter DXF+SHP (GID 7.1, 4.641 AX: 70 Flurstücke, 45 Gebäude)	DXF 672.337 B / 85.950 Zeilen (CITDXF 7.08.31) SHP 30 Layer / 2.352 F	DXF 2.498.379 B / 323.540 Zeilen (CITDXF 3.08.34) SHP 29 Layer / 1.962 F	Geometrie identisch (356 LWPOLYLINE beidseitig); CS6 schreibt Attribute als Block-Attribute (518 Blöcke vs. 12, daher 3,7× Bytes). SHP: _L→_F-Teil belegt besser (23 = 23 OIDs, Linien vs. Flächen); HistFs_NachfFs (196 geometrielose Nachfolger-Referenzen) nur in CS4 – GID6/GID7-Konverterdifferenz der Online-Konvertierung, Klärung offen.
K-RP51	25295 (07.09., RE001556) Konverter DXF+SHP (offizielle RLP-Testdaten GID 7.1, 469.895 Elemente, mit Eigentümer)	DXF 4,65 MB / 588.170 Zeilen (CITDXF 7.08.31) SHP 47 Layer / 16.576 F	DXF 18,89 MB / 2.429.458 Zeilen (CITDXF 3.08.34) SHP 45 Layer / 15.073 F	Geometrie identisch (3.010 vs. 3.011 LWPOLYLINE); CS6 mit Block-Attributen (4× Bytes). SHP: _L→_F-Teil belegt besser (87 = 87 OIDs); NachfFs 34 = 34 (CS4 ohne Geometrie, CS6 lose DBF – inhaltlich gleich).
GID7-GB-Texte	SN 25239 + NI 25221 (DXF MIN) GID7-Profil vs. GID6-Profil	GB-Texte vorhanden (SN 10, NI 68 + 24 Hatches)	GB-Texte fehlen (SN 0/10, NI-Rathaus 0/4)	GID7-Umwandlung verifiziert korrekt (SN: Namen + 468 AP_PTO + 68 AP_LPO 1:1; NI: 79 = 79 Gebäude, Funktionscodes identisch – Label „Rathaus" steht in keinem Input, GID6 löst es aus Funktionscode 3071 via Katalog). Profil-Lücke GID7 – MH muss sich die Text-Regel ansehen (Ticket 18504, Paket: KONVERTER/Ticket-GB-Texte-GID7/).
K-FF	25281 (07.09., RE001549) Konverter DXF+SHP (GID 7.1, 1.313 Elemente, nur Punktort-Metadaten)	DXF/SHP-Ergebnis leer (22 B-ZIPs)	gdi-test-CAAS: NoDXF/NoDBF, Item failed	Beidseitig leer (keine konvertierbare Geometrie) – nur Status-Label differs (done vs. failed).
K-RLP	25283 (07.09., RE001550) Konverter DXF+SHP (GID 7.1, 29 Elemente, nur NBA-Admin)	DXF/SHP-Ergebnis leer (22 B-ZIPs)	gdi-test-CAAS: NoDXF/NoDBF, Item failed	Beidseitig leer (keine konvertierbare Geometrie) – nur Status-Label differs.
K-NI	25289 (07.09., RE001551) Konverter DXF+SHP (echte NI-Daten GID 7.1, 300 Objekte)	DXF nach Stunden-Regel fehlgeschlagen SHP 1 Layer / 1 F	DXF 39.559 B / 5.186 Zeilen SHP 1 Layer / 1 F	SHP identisch (1/1). CS4-DXF ohne Download nach Stunden = fehlgeschlagen (wird dem Kunden nicht kommuniziert).
RP	OR025329 (09.09., 121,52 €, RE001565) NAS, DXF MIN, SHP	NAS 35,59 MB DXF MIN 6,27 MB SHP 36 Layer / 25.950 F	NAS 35,81 MB DXF 6,58 MB / 819.550 Zeilen SHP 35 Layer / 19.625 F	NAS: Typ-Histogramm + 34.518 Member + Bezeichnungen identisch. DXF: INSERT 12.336 = 12.336, LW 3.547 = 3.547, +36 Leer-Layer CS6 (CITDXF-Vollkatalog). SHP: gleiche Counts je Layer, nur bekannte Muster (_L→_F, HistFs); .cpg + .prj (36 CS4 vs. 0 CS6) per Nachverarbeitung geschlossen (verbatim CS4-Projektion).

Umgesetzt per Commit: .cpg-Nachverarbeitung (Label aus DBF-Bytes, UTF-8/1252 – Transkodierung würde DBF-Feldlängen sprengen), .prj-Synthese für RP (verbatim CS4-Projektion) und ZIP-Naming-Fallback per Member-Sniffing (BL_Order-ID_Format auch bei Worker-Uploads ohne Format-Keys wie *_BIN.zip). Paritäts-Staaten ohne .cpg/.prj in CS4 (BE/HB/HH/SH/SL/TH) bleiben unangetastet.

Jede der 33 Zeilen mit Befund zum aktuellen Stand (09.09.):

Land	Format	Protokoll	Befund aktuell
–	Allgemein	ZIP-Name falsch, Wunsch BL_Order-ID_Format	Umgesetzt (Naming-Fallback); gilt für neue Bestellungen
BB	NAS/DXF	gleich	Bestätigt
BB	SHP	gleich, Geschosse fehlen	Widerlegt: Feld beidseitig, nur 0→NULL (143/143 OIDs gleich)
BE	DXF	gleich, keine Hausnummern	Parität (MIN byte-identisch); Hausnummern-Attribute im Schema, Werte nicht in der DB – kein MIN/OFF-Thema
BE	SHP	nicht aussagekräftig, keine SHP in CS4	Gelöst: OR025331 = CS6 7ed61834, 40/40 Layer, 3.002 = 3.002 identisch
HB	DXF	gleich	Bestätigt
HB	SHP	gleich, keine .cpg/.prj	Parität (beide ohne); .cpg künftig ergänzt
HE	NAS/DXF/SHP	gleich	Bestätigt
HH	DXF	nicht gleich, Darstellung	Erledigt per Same-day-Re-Order 09.09. (OR025333 = CS6 0645c722): alle Entities gleich, nur Timestamps
HH	SHP	nicht gleich, .cpg/.prj, Symbolik	Daten identisch (33/33, 3.791 = 3.791); .cpg/.prj Parität; .qgs defekt (fehlende Shapes) – Fix vorgeschlagen
MV	NAS	gleich, Lagebez. bei beiden fehlend	Gemeinsame Scope-Lücke, keine Regression
MV	DXF	gleich	Bestätigt
MV	SHP	gleich, Geschosse fehlen	Widerlegt wie BB (491/491 OIDs gleich)
NI	NAS	nicht gleich, Zeilen/Straßennamen	Widerlegt: 13.126 Member, Bezeichnungen + Straßen-Token identisch
NI	DXF	nicht gleich, Flächen	Geometrie identisch; +36 Leer-Layer, 24 Hatches (CITDXF-Muster)
NI	SHP	nicht gleich, keine .cpg, CS4 kein Workspace	.cpg geschlossen; 62 = 62 Objekte (OID-belegt), Linien vs. Flächen
NW	NAS/DXF/SHP	gleich, CS6 besser	Keine Änderung (Wunsch vermerkt)
RP	NAS/DXF/SHP	nicht aussagekräftig, keine Daten	Gelöst: OR025329, NAS identisch, DXF-Geometrie identisch, SHP fast identisch; .cpg/.prj geschlossen
SH	DXF	gleich, keine Lagebez. beide	Widerlegt als Regression (byte-identisch)
SH	SHP	gleich, keine .cpg/.prj/Lagebez.	Parität, kein Verlust
SL	DXF	gleich, Lagebez. teilweise, Hausnr. beide fehlend	Zahlen identisch (TEXT 1.353 = 1.353, Hausnummern-Treffer 71 = 71 auch in MIN); fehlende Hausnummern = DB-Lücke beidseitig
SL	SHP	gleich, beide fehlend	Gemeinsame Scope-Lücke
SN	NAS	gleich	Bestätigt
SN	DXF	nicht gleich, Kirche/Museum/… fehlen	Offen (MH-Ticket redmine.ciss.de/issues/18504): GID7-Mapping rendert Gebäudenamen nicht.
SN	SHP	nicht gleich, 1 Gebäude mehr, CS4 kein Workspace	Stand-Drift, kein Verlust
TH	DXF/SHP	gleich	Bestätigt

Kollegen-Feedback vom 09.09. (15 Punkte) ist in docs/engineering/test-results/KOLLEGEN-FEEDBACK-2026-09-09.md beantwortet.

CS6-DXF entspricht größenmäßig der CS4-DXF-MIN-Variante (exakt bei BE/HB/SH/SL/TH, ±1–6 % bei WFS-Ländern durch Konverter-Version). SHP-Layer stimmen überall überein; Feature-Diffs nur aus bekannten Ursachen (Konverter-Mapping NI _L→_F, position_complex HE/BB, DB-Drift SN/NW; HH per Same-day-Re-Order 09.09. identisch).

Land	Ursache (belegt)	Maßnahme	Aufwand
BB, HE	position_complex: CS6 bildet Gebäudeteil-Positionen ab (+770 SHP-F, NAS +8–20 %), CS4 verschweigt sie	Hellgrün baselined (Obermenge, kein Datenverlust) – kein Handlungsbedarf	–
NI	_L→_F: 62 identische Objekte, CS4 1.902 Linien-Segmente vs. CS6 62 Flächen (OID-belegt)	Hellgrün baselined (Flächen fachlich besser) – kein Handlungsbedarf	–
SN	Layer-Rename + leichter DB-Drift (−3,6 %)	Mapping-Rename angleichen + Same-day Re-Order	Config + 2 Bestellungen
RP	Gelöst per OR025329 (09.09.): NAS identisch, DXF-Geometrie identisch, SHP nur bekannte Muster	.cpg-Nachverarbeitung + Mapping-Parität (s. NI)	Config

Grundsatz: Echte Identität braucht gleichen NAS-Input (Rust-Konverter vs. CS4-gml2nas) und gleiche Detailstufe (nur MIN zählt). Alles Gelbe ist auf diese drei Hebel zurückführbar: Konverter-Mapping, Ernte­stand (Datum), Konverter-Version.

Preismodell: CS4 nach XML-Dateigröße (Gesamtdatenmenge in MB, 29,90 € Mindestpreis + MB-Staffel), CS6 nach Elementzahl (Blöcke).

Konverter-Architektur (entschieden): CS6 nutzt ausschließlich den neuen GID7-Konverter (CITDXF 3.08.34, AdV-7.1-Config) – keine Parität mit dem alten GID6-Konverter angestrebt. GID-6-Uploads werden angenommen, Preis/Order normal – der OM wirft absichtlich GID6_MANUAL_CONVERSION, Kollegen produzieren und liefern manuell nach (kein Leer-DXF). CS4 nutzt den alten GID6-Konverter (CITDXF 7.08.31) plus gid7to6-Vorschritt. Validator-Parität (09.09.): Der ALKIS-Validator beanstandet CS6-NAS (SN: <anlass>-Inhalt, NI: zeigtAuf-Reihenfolge) – CS4-NAS fällt mit 0 validen Dateien und denselben Fehlerklassen durch. Quelldaten-Eigenschaft, keine CS6-Regression; beide Konverter tolerieren es. GID6→7 läuft bereits: SN liefert GID 6.0 vom WFS; gml_to_nas (om/wfs_nas/.../api_client.py) überführt jede WFS-Antwort ohne NAS-Header per Rust-Konverter nas wfs-to-nas in GID 7.1 für DXF/SHP. Nur das SN-NAS-Produkt selbst liefert weiterhin roh GID6.

• 323/324 platziert; Fulfillment 317 completed, 6 in Produktion, 0 Fehler.
• NAS auf pg2xyz-Staaten (BE/HB/HH/SL/SH/TH) wird weder gezählt noch erwähnt: pg2xyz kann kein NAS, CS4 bietet dort gar keins an. Der Warenkorb lehnt es seit be839677 ab (live verifiziert: NAS → 400, DXF → 200).
• DXF/SHP/Konverter: keine Fehler.

• Rechnung: CS6 ZUGFeRD-Hybrid mit Logo; Storno Mondu+PayPal mit 16 Tests abgesichert.
• Smoke nach Backend-Redeploy (07.09.): register/login/users-me/ forgot-password/logout je 200 (429 nur bei eigenem Hammering – strikter Auth-Limiter greift wie designed).