Commit Graph
6 Commits
Author SHA1 Message Date
knsoandClaude Sonnet 5 2e7b30fd15 fix(world): Gehwegtextur aus Poly Haven statt Kit-Platzhalter
Die Fixwelle hat loadSet() so geaendert, dass eine Textur auch ohne
Normal- und ARM-Karte laedt (Befund 2) - richtig fuer sich, aber dadurch
laedt public/textures/sidewalk_Diffuse.jpg jetzt tatsaechlich. Die Datei
ist keine Betontextur, sondern das Platzhalterbild aus
modular_sidewalk_curb_kit: dunkler Grund, roter Schriftzug "Tru-planar
Sidewalk texture", im Browser geprueft. Vorher fiel das nie auf, weil
loadSet() an der fehlenden Normal-/ARM-Karte scheiterte und auf den
einfarbigen Ersatz zurueckfiel.

TEXTURES.sidewalk zeigt jetzt auf concrete_pavement (Poly Haven, CC0),
denselben Belag wie die Parkwege (curb_Diffuse.jpg ist dagegen eine
echte Betontextur mit Fugen und bleibt beim Kit). uvScale wechselt
von 4 auf 1,8, wie paths schon vormacht - Poly Haven misst die Kachel
mit 1,8 x 1,8 m. Der Kopierschritt fuer sidewalk_baseColor.jpeg entfaellt
in tools/assets/textures.mjs, die Namensnennung in run.py und im Entwurf
nennt fuer den Kit nur noch den Bordstein, und die committete
Platzhalter-Kachel ist aus dem Repository entfernt (der Kit-Ordner des
Nutzers bleibt unangetastet). tests/materials.test.js prueft jetzt die
neue Quelle, nicht mehr den Kit-Slug.

Sichtgeprueft im Browser: Gehwege zeigen helle Betonplatten statt
rotem Schriftzug, keine "Textur ... fehlt"-Warnung in der Konsole.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-18 09:06:40 +02:00
knso 349212fedf test(extract): festgehaltene Zahlen auf den Fixwelle-Stand gebracht, Markierung-auf-Fahrbahn abgesichert
Befund 9: Nach dem Pipeline-Lauf mit den Befunden 3-8 geänderte Zahlen in
test_committed_roads.py eingetragen (Restflächen 169 statt 171,
Markierungsstücke haltelinie 1.555/zebra 14.846 statt 1.553/14.832,
Flächen Gehweg 0,2987/Restflächen 0,0967 statt 0,2982/0,0972 km² -
Bordstein, Fahrbahn und Kantenstücke je Klasse bleiben unverändert, weil
keiner der Befunde am Graphen oder an carriageway/curb rührt) sowie den
Messwerte-Absatz „Gemessen nach der Fixwelle" im Entwurf ergänzt. Beide
Abnahmen erneut bestanden: zweiter Lauf ändert keine Datei, beide Suiten
grün.

Befund 10: Neuer Test test_markierung_liegt_nicht_wesentlich_ausserhalb_
der_fahrbahn haelt fest, wie viel Markierungsflaeche ausserhalb der
Fahrbahn liegt. Rechnerisch gegen die Daten vor der Fixwelle nachgewiesen,
dass er vor Befund 3 mit 452,65 m² weit über jeder sinnvollen Schranke rot
gewesen waere. Die Schranke (130 m²) ist kein reiner Rundungswert: Befund
3 senkt den echten Wert auf 110,06 m² (0,25 % von 43.906 m²), behebt das
Problem aber nicht vollständig - ein Bogen kann zwischen reach und
reach + STOP_SETBACK + STOP_DEPTH noch einmal abknicken, was die
umgesetzte Korrektur nicht auffängt. Das ist im Test-Docstring und im
Fixwelle-Bericht offengelegt, nicht stillschweigend toleriert.
2026-09-18 07:55:55 +02:00
knso 77d53fb170 fix(extract): carriageway[].klasse als irreführendes Feld entfernt
Befund 6, Controller-Entscheidung: carriageway_area() vereinigt das ganze
Straßennetz zu wenigen Zusammenhangskomponenten, und _classified() gab
jeder Komponente die Klasse ihrer breitesten enthaltenen Straße - am
echten Netz trugen dadurch 91,2 % der Fahrbahnfläche "boulevard", auch wo
tatsächlich eine Wohnstraße lag. Kein Verbraucher las das Feld (Browser
und Minimap färben die Fahrbahn einheitlich); die Klasse je Straße steht
weiterhin in edges.

_classified() samt Aufruf aus run.py entfernt, chunk_payload() nimmt
carriageway jetzt als reine Liste von Polygonen statt (poly, klasse)-
Tupeln entgegen, Sortierschlüssel entsprechend auf poly allein verkürzt.
Fixtures in test_emit.py, test_overview.py, tests/geometry.test.js und
tests/streaming.test.js sowie das Chunk-Format im Entwurf nachgezogen;
tests/props.test.js bleibt unverändert, weil dort edges betroffen sind,
nicht carriageway.
2026-09-18 06:54:01 +02:00
knsoandClaude Sonnet 5 0ad6eee71f docs(strassen): Messwerte-Absatz auf den Endstand des Branches bringen
„Gemessen im Spiel" behauptete noch einen offenen Befund zu tests/parkData.test.js, der seit
Commit 05e2914 (Fix-Runde 1) erledigt ist: der Test prüft inzwischen gegen carriageway und ist
grün. Satz entsprechend gekürzt, damit der Entwurf nicht mehr sich selbst widerspricht (direkt
neben „Beide Abnahmen bestanden").

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-17 22:33:00 +02:00
knsoandClaude Sonnet 5 8bc688561c test(extract): ausgelieferte Straßen festhalten, Messwerte in den Entwurf
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-17 22:06:35 +02:00
knsoandClaude Opus 5 32af584190 docs: Entwurf für Straßen mit Bordstein, Gehweg und US-Markierung
Teil 2 der Straßenarbeit. Gemessen statt geschätzt: 88,74 km in 1.519
Mittellinien, deren Krummheit im Median bei 1,0104 liegt — das Zackige
sitzt allein in den Rändern. Das heutige Netz zerfällt an den Kreuzungen
(nur 81 von 3.038 Enden treffen sich), weil centerlines() alles unter 15 m
verwirft; das ungefilterte Skelett hat 862 Kreuzungen.

Entwurf: Graph aus dem Skelett, vier Straßenklassen nach gemessener
Korridorbreite, Fahrbahn als 15 cm tiefe Mulde mit Bordsteinwand und
Gehweg auf Bodenhöhe, Markierungen als Geometrie in einem Material.

Im Browser gemessen: die Kapsel erklimmt 15 und 25 cm ohne Halt und
blockiert erst bei 40 cm — ein Bordstein mit Kollision sperrt niemanden ein.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-16 23:21:04 +02:00