Commit Graph
116 Commits
Author SHA1 Message Date
knsoandClaude Sonnet 5 47c3cb98da fix(extract): Brückenerkennung per Verschneidung, Mittellinien ohne Dopplung
Fix-Runde 1, drei Befunde:

- road_polygons: Straßennetz ist ein zusammenhängendes Polygon über den ganzen
  Ausschnitt; eine Fensterprüfung um seine Bounding-Box sieht daher zwangsläufig
  Wasser und meldet fast alles als Brücke. Ersetzt durch Verschneidung jedes
  Straßenpolygons mit der Landfläche (Ruling 13). Die wörtlich vorgegebene
  Landberechnung (unary_union(land_polygons(labels))) besteht die bestehenden
  Tests nicht: eine Straße ist nie "wasser", also zählt land_polygons() sie
  selbst als Land, und ein Damm quer durchs Meer überlappt dann mit sich selbst
  statt als Brücke aufzufallen (siehe Fix-Bericht für den Nachweis). Land wird
  stattdessen ohne die Straßenklasse berechnet und um LAND_REACH_PX gewachsen,
  damit eine Straße, die direkt an Land beginnt, dort noch erkannt wird. Der
  Radius wurde am echten Mosaik kalibriert: unter 8 px verkettet sich eine
  gewöhnliche Küstenstraße mangels Berührung mit "Land" erneut zu einem
  kartenweiten Brückenstück; 10 px behebt das mit Sicherheitsabstand zur
  Wasserlücke des bestehenden Tests.

- centerlines: eine Kontur um das ein Pixel breite Skelett lief auf beiden
  Seiten des Bandes hin und zurück und lieferte jede Linie doppelt; an
  Kreuzungen ergab das eine einzelne Schleife statt getrennter Äste (Ruling 14,
  neue Tests zuerst rot gesehen). Ersetzt durch einen Pixelgraphen (networkx):
  Skelettpixel als Knoten, 8er-Nachbarschaft als Kanten, Pfade zwischen Knoten
  mit Grad ungleich 2 je Zusammenhangskomponente, reine Ringe einmal umlaufen.

- mask_polygons: Polygon(ring).buffer(0) kann bei selbstschneidenden Konturen
  ein MultiPolygon liefern; das schlug später mit AttributeError fehl. Beim
  Einsortieren in outers/holes wird jetzt nur noch ein sauberes Polygon
  akzeptiert (Ruling 15).

16/16 Tests grün. Auf dem echten Mosaik: 469 Straßenstücke (190 Brücken,
größtes Brückenstück 26.294 m² auf einer lokalen Fläche von 643 x 564 m,
nicht mehr kartenweit).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-12 15:07:46 +02:00
knsoandClaude Opus 5 fb898b03b3 docs: zwei Fehler im Referenzcode von Aufgabe 4 korrigiert
- Löcher werden über das Vorzeichen der Shoelace-Summe erkannt; die Stichprobe am
  Konturmittelpunkt versagt bei einer Insel mit Lagune
- das Brückenfenster braucht einen Rand, sonst enthält es nur Straßenpixel und die
  Erkennung löst nie aus

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-12 14:40:59 +02:00
knsoandClaude Sonnet 5 6452223c24 docs(extract): Brückenrand-Konstante besser begründet
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-12 14:38:19 +02:00
knsoandClaude Sonnet 5 ab1d64a1c2 feat(extract): Küste, Straßenflächen, Brückenerkennung, Mittellinien
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-12 14:37:13 +02:00
knsoandClaude Sonnet 5 38aed38b02 fix(extract): Wasserfarbe und Delta-E-Schwelle nach Nachmessung korrigiert
Ruling 10: wasser war auf die tiles.py-Kompositionsfarbe (44,103,164) gesetzt statt auf die
tatsächlich gerenderte, im Tiefenverlauf variierende Wasserfarbe. Auf (48,144,192) korrigiert,
MAX_DELTA_E von 14 auf 22 angehoben, um den Verlauf abzudecken. Unbekannter Pixelanteil im
echten Mosaik faellt damit von 37,4 % auf 3,5 %, unter die 5-%-Abbruchschwelle aus Aufgabe 6.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-12 14:19:51 +02:00
knsoandClaude Opus 5 162e018925 docs: Palette und Toleranzen an das echte Mosaik angepasst
Wasser ist #3090c0, nicht #2c67a4; der alte Wert war die Kompositionsfarbe aus tiles.py.
Mit Schwelle 22 fallen die unbekannten Pixel von 37,4 auf 3,5 Prozent. Die Sollanteile für
Straße und Gebäude stammten aus einer Messung mit anderer Klasseneinteilung und werden
auf die gemessenen Bänder gesetzt.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-12 14:17:15 +02:00
knsoandClaude Sonnet 5 593ccf217f feat(extract): Pixel-Klassifizierung mit Lab-Palette
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-12 14:13:35 +02:00
knsoandClaude Opus 5 d40d96a800 docs: classify meldet auf Wunsch den Anteil unbekannter Pixel
Aufgabe 6 braucht den Anteil für den Abbruch über 5 Prozent; die Signatur in Aufgabe 3
kannte ihn bisher nicht.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-12 14:07:30 +02:00
knsoandClaude Opus 5 a94c09e279 docs: Plan an zwei Befunde aus Aufgabe 2 angepasst
- pyproject.toml braucht pythonpath, sonst ist das lokale Paket im Test nicht importierbar
- der Mosaik-Test prüft jetzt den exakten Zuschnitt-Versatz statt nur der Eckkacheln

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-12 14:05:19 +02:00
knsoandClaude Sonnet 5 1e089df4b4 test(extract): Mosaik-Test auf exakten Zuschnitt-Versatz verschärfen
Einfarbige Fake-Kacheln erkannten nur die Herkunftskachel eines Pixels,
nicht den Versatz innerhalb der Kachel (72px Spielraum je Achse zwischen
3072px Kachelraster und 3000px Zuschnitt). fake_tile kodiert jetzt die
globale Pixelposition, ein neuer Test nagelt mosaic_origin_px() == (24, 60)
fest und prüft drei Pixel gegen den daraus berechneten globalen Index.
Produktionscode unverändert (Ruling 8).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-12 14:04:39 +02:00
knsoandClaude Sonnet 5 3d112e98cd feat(extract): Koordinaten, Kachel-Download und Mosaik
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-12 13:50:20 +02:00
knsoandClaude Opus 5 2280617d9e docs: zwei Planfehler in Aufgabe 1 korrigiert
- controls ist eine Pflichtoption von player.init; der Beispielcode übergab sie nicht,
  wodurch die App mit einem TypeError startete
- der git-add-Befehl hätte den Submodul-Pin still auf den lokalen Branch-Commit umgesetzt

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-12 13:44:53 +02:00
knsoandClaude Sonnet 5 fbe9b18b5e fix: Pflichtoption controls an player.init übergeben
player.init wirft ohne controls einen TypeError, da CameraSystem und
InputSystem intern auf controls.domElement/.target zugreifen (siehe
three-player-controller/src/systems/CameraSystem.ts,
three-player-controller/src/systems/InputSystem.ts). Eine
OrbitControls-Instanz auf renderer.domElement schließt die Lücke; der
Controller übernimmt die eigentliche Kamerasteuerung ohnehin selbst.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-12 13:42:11 +02:00
knsoandClaude Sonnet 5 b27b9b7a61 feat: App-Gerüst mit Spieler auf Testfläche
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-12 13:28:09 +02:00
knsoandClaude Opus 5 a523dce676 Umsetzungsplan für den Vice-City-Ausschnitt
12 Aufgaben mit 88 Schritten, von der Python-Extraktion über den
Geometrie-Baustein und das Chunk-Streaming bis zur Abnahme.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-12 13:19:52 +02:00
knsoandClaude Opus 5 a6662416a1 Design-Spec für den spielbaren Vice-City-Ausschnitt
Ausschnitt A (X -1000..2000, Y -500..2500) aus der Community-Karte YANIS v15;
Kartendaten von map.gtadb.org unter CC BY 4.0. Die Spec beschreibt Rechtslage,
Koordinaten, Projektstruktur, die siebenstufige Extraktion, die Laufzeit mit
Chunk-Streaming, Aussehen, Fehlerbehandlung, Tests und Budgets.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-12 13:07:21 +02:00