Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Attendance venues are invisible to retail coverage, so an entertainment-led tower can shed tenants past one token shop

Aperta
  • Qualcosa non va?
#705 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
30/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Tranquilla
Stack tecnologico
typescript
Ambito
game-dev

Direzione di ricerca

Inizia con reachableVenuesByOrigin e retailVenueCount, poi leggi la calibrazione collegata di #548 e la motivazione di #424. Usa il gate della telemetria e dati reali delle torri per confrontare le opzioni di copertura delle presenze; il lavoro è completo quando il progetto ha una regola definita, una semantica coerente di copertura/condivisione e testi rivolti ai residenti aggiornati quando necessario.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Filed from the #548 demand-calibration design party (2026-07-29); the calibration makes this reachable, so it graduates from a footnote to its own row.

Coverage for the unmet-local-demand drain reads only the RETAIL pool (shop, fast food, restaurant and kin): reachableVenuesByOrigin and retailVenueCount both exclude attendance venues (cinema, party hall) by design (#424, they earn from live fill, not the demand pool). Before #548 this was harmless because the eviction region only opened at coverage ~0.02. After the calibration (erosion 0.12, evict floor 0.35, net shed below coverage ~0.20) a tower with one token shop and several thriving cinemas reads its coverage off the shop alone, can sit 10x-20x oversubscribed on paper, and genuinely sheds tenants while running a packed entertainment floor. The zero-retail exemption does not save it: retailVenueCount is 1, so the drain is armed.

The design question (deliberately NOT rushed into the calibration PR): should attendance capacity count toward coverage, and if so how, given that adding it to the coverage denominator without adding it to the income pool breaks the share identity (coverage = min(1, 1/share)), and the 1994 "not enough amenities" evaluation read commerce. Options sketched in the party: a separate attendance-coverage term folded into unmetCoverage, an attendance-aware exemption tier, or ruling that entertainment deliberately does not feed residents and the copy should say so. Chained to the same telemetry gate as the #548 perCapita retune so the ruling is made against real tower data.

/gds-code-review when picked up.

Lingua principale
TypeScript
Stelle
6
Fork
1
Merge medio
10h 50m
PR unite (30g)
331

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di maniator/verticopolis

Tutte le issue di maniator/verticopolis

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.