LandNutzen.Anmelden

ADR-0067: Echte Parzellenreferenz im internen PDF/UA-QA-Pfad (Slice I)

  • Status: Vertrag vor Implementierung festgelegt, 5. September 2026
  • Issue: #553; Parent #333 bleibt offen

Zugriff und fest ausgewählter Referenzfall

Ein ausschließlich lokaler/serverseitiger QA-Einstieg ohne HTTP-Route liest nur den bereits vorhandenen anonymen QA-Report der Volksschule Gänserndorf-Süd, Schulgasse 2, 2230 Gänserndorf. Er nimmt weder Report-ID noch Adresse, Koordinate oder Geometrie als Argument entgegen. Der SQL-Selektor verwendet den dokumentierten Erstellungszeitpunkt als Millisekundenfenster 2026-08-26T05:59:53.330Z bis exklusiv .331Z und das bereits dokumentierte ID-Präfix/-Suffix. PostgreSQL speichert feinere Zeitauflösung als JavaScript. Genau ein Treffer ist erforderlich. Die vollständige ID bleibt im Speicher.

Vor und unmittelbar nach der Geometrieauflösung müssen Ablauf am 24. November 2026, aktuelle Retention, fehlende Kontozuordnung sowie fehlender IP-/Cookiebezug, Label und Notiz bestätigt werden. getReport lädt den echten persistenznormalisierten Report. Adresse, Koordinate, Tier, Erstellungszeit und Reporthash werden unverändert geprüft; kein Umschreiben in die synthetische Identität. Fehlender, beanspruchter, veränderter oder abgelaufener Referenzfall bricht mit parameterlosem Fehler ab. Keine Ersatzanlage und keine Suche in anderen Reports. Keine Speicherung vollständiger Reports oder Capabilities in Artefakten, Logs, Repository oder öffentlichen Nachweisen.

Geometrie, Herkunft und Auswahl

resolveReleasedPdfUaParcel bleibt der serverseitige Adapter für pdf_parcel_outline. Alle bestehenden atomaren Report-/Public-/Export-, Rechte-, Freshness-, Coverage-, Quality- und Quarantänegates laufen vor einer Auswahl. Ein neues explizites internes Auswahlprofil matched-parcel übernimmt nur den eindeutig passenden Treffer aus der freigegebenen Collection. Es verändert keine Koordinate. Das bisherige Profil mit Nachbarn bleibt Standard. Mehrdeutige Treffer bleiben gesperrt; ungültige Treffergeometrie wird niemals repariert oder durch eine Skizze ersetzt.

Begründung: Der aktuelle Kartenexport ist freigegeben, enthält aber Nachbarn mit Innenringen; Slice H lehnt diese zu Recht ab. Der beauftragte Free-QA-Fall ist die Zielparzelle. Nachbarn sind kein Teil seiner Figure. Innenringunterstützung und globale Guard-Aufweichungen sind nicht Bestandteil dieses Slices.

Der Nachweis trennt unveränderte Originalgeometrie im freigegebenen Exportstand, die bestehende Kartenadapter-Transformation (Topologie-erhaltende Vereinfachung und sechs Dezimalstellen), die ausgewählte Treffergeometrie und die proportionale metrische Projektion. SHA-256, Stützpunktzahl, Ringe, Ausdehnung, Herkunft, Datenstand und Releasebindung werden für jede relevante Stufe festgehalten. Rohgeometrie wird nicht als öffentliches eigenständiges Datenprodukt veröffentlicht.

Eigener QA-Mapper und Darstellung

Der synthetische Stored-Mapper und der öffentliche React-PDF-Pfad bleiben unverändert. Ein eigener interner Mapper verbindet das echte, opaque und maximal 60 Sekunden gültige Parcel-Token mit einer getrennten synthetischen QA-Vorlage. Der Originalreport bleibt Basis der Tokenbindung, wird nicht zur Fixture umetikettiert. Nur Parzellen-Figure, amtlicher Datenstand, Herkunft, reale Ortsangabe und im Report gespeicherte Fläche sind real. Diese Fläche wird als gespeicherter DKM-Reportwert bezeichnet, nicht als aus dem PDF-Pfad berechnete Vermessungsfläche. Alle übrigen Abschnitte, Risiken, Szenarien und Kosten bleiben ausdrücklich synthetische Prüfinhalte ohne Aussage über den realen Standort. Auch die Steckbriefzeilen zur Parzelle und die Dokumentmetadaten dürfen keine reale Geometrie als synthetisch oder synthetische Fläche als real darstellen.

Eine fehlende oder abgelehnte Figure ist ein fehlgeschlagener Realnachweis. Der QA-Einstieg erzeugt dann keine positive Ersatz-PDF. Der bisherige synthetische Preview und dessen Abwesenheitsfälle bleiben erhalten.

Abnahmetests vor Implementierung

  1. Inhaltlicher Rotlauf: vorhandener realidentischer Prüfdatensatz scheitert am unveränderten synthetischen Mapper; neuer eigener QA-Mapper erzeugt anschließend echte Parzellenangaben und weiterhin explizit synthetische übrige Inhalte.
  2. Feste Auswahl liest nur die dokumentierte Millisekunde, verlangt genau einen anonymen, unveränderten, nicht abgelaufenen Treffer und lädt über getReport. Kein Treffer, zwei Treffer, falscher Ort/Tier/Zeitpunkt, Kontobindung und Änderung während Auflösung schlagen geschlossen fehl.
  3. matched-parcel übernimmt exakt einen Treffer ohne Geometrieänderung; Nachbar mit Innenring beeinflusst dieses ausdrücklich begrenzte Profil nicht. Standard- profil lehnt dieselbe Collection weiterhin ab. Zwei Treffer, ungültiger Treffer, falsche Report-/Releasebindung, fehlende Rechte/Freshness/Quality/Coverage und Quarantäne bleiben gesperrt. Tokens bleiben prozesslokal und zeitgebunden.
  4. Finale PDF: acht Seiten; eigenes explizites I-Profil mit 20 Überschriften, sieben Tabellen, sechs Listen, drei Figures und vier Links. Alt-Text, Attribution, Lesereihenfolge, Fläche und Lage prüfen. Das H-Profil 20/7/6/3/2 bleibt exakt.
  5. Original-/Adapter-/Auswahl-/Projektionshash und tatsächliche finale PDF prüfen; veraPDF, beide Poppler-Renderer, Apple PDFKit/Quartz sowie echter Chrome-Viewer. Chrome-Darstellung ist getrennt vom weiterhin offenen Semantikgate zu berichten.

Typecheck vor PR, relevante Tests/Lint/Build, gebaute Preview, vollständige CI, Main-CI, READY-Deployment auf exaktem Merge-SHA und schreibfreier Live-Readback sind Releasebedingungen. Keine neuen Nutzerreports, Provider, Importe, Kosten, Credentials-/Sicherheitskontrolländerungen oder öffentlichen PDF/UA-Rollout.

Beobachtete Viewergrenze

Die finale Datei besitzt exakt vier strukturgebundene Linkannotationen. Chrome/PDFium erkennt zusätzlich die zwei sichtbaren Quellen-/Lizenz-URLs auf Seite 6 heuristisch als Links. Sein I-Darstellungsprofil prüft deshalb exakt sechs sichtbare Links in der beobachteten Reihenfolge (zwei URL-Autolinks, anschließend vier benannte Annotationen). Das getrennte semantische Soll bleibt vier Links und 20/7/6/3/4; weder die zusätzlichen heuristischen Links noch fehlende Tabellen-/Listen-/Bildrollen gelten als semantische Abnahme.