Smart CitySelf-submittedNot a finalist (self-declared)

Spacer.io

Solvro Fistaszki Team · lolakk05/spacer.io

Council score

Median of 3 models, weighted by the task's official criteria
72.0 / 100

An ambitiously engineered and honestly documented Smart City prototype with real OSM-to-OSRM routing, a distinctive 3D interface and a live admin panel, whose missing accessibility routing profiles, stubbed server-side reporting loop and thin end-to-end demo leave it a strong prototype rather than a working city service.

Criteria · line = median, dots = each member
Idea & Innovation30%
7.0

The insight is real: scattered accessibility data becomes a decision tool through a visit-then-verify loop that feeds both route choice and city repair priorities, tied to Poland's 2019 accessibility act. But it synthesizes existing concepts such as Wheelmap-style crowdsourcing and OSM routing rather than inventing a new one, so 7 rather than member B's 8.

Relation to Category20%
8.0

A day-to-day tool for residents and tourists with city authorities named as the deploying customer, an admin panel for municipal staff and real urban data, not a reframed emergency or defence product. The sightseeing framing is slightly tourist-facing, but barrier reporting is daily reality for disabled residents.

Practical Applicability / Usability20%
6.0

The core promise is undercut: the wheelchair and step-free routing profiles are not built and return 503, accessibility rests on unverified OSM tags, coverage is a 1.5 km circle around the Main Square, and deck slide 9 admits crowd data stays on the phone. This supports the 6 over member B's 7.

Design (visual/UI)20%
8.0

A genuine 3D city scene from OSM footprints, a bespoke design system with a mascot, full PL and EN microcopy and accessibility labels in the code support the 8 over member C's 6, which rested on a leftover Expo starter screenshot. The caveat is real though: the described screenshots show mostly mascot art and that starter image, not the main UI.

Members disagree here: scores range by 2.0 points.
Completeness & Implementation Value10%
7.0

About 24k LOC across five services with 105 tests, real OSRM beam-search planning, Overpass mirror fetching and live endpoints at spacerio.pl and its admin panel justify more than member B's 6. But in-memory seed landmarks sit beside the Prisma modules and the deployed demo does not show the mobile-to-backend loop, keeping it below member A's 8.

Members disagree here: scores range by 2.0 points.
Source lines24,215
Tests105 cases
Claims built7.0 / 10
Task fitYes

Strengths

  • End-to-end real data pipeline: versioned OSM POI selection (116 curated places from 3,090 candidates), Overpass fetching with mirror fallback and on-device caching, and OSRM table plus beam-search route planning with validation, rate limiting and caching
  • Substantial tested codebase: about 24k LOC across five services, 105 test cases, and live deployments at spacerio.pl and spacerio.pl/admin both returning HTTP 200
  • Coherent two-sided model connecting residents, gamified visit-then-verify reporting and a city-facing admin panel for repair priorities
  • Unusually honest documentation that states what is not done, plus a distinctive visual identity with a 3D OSM city scene and a bespoke design system

Weaknesses

  • The headline accessibility routing is a mocked integration: the wheelchair and step-free OSRM graphs do not exist (503 routing_profile_not_configured), so routing is plain walking plus POI tag filtering
  • The deployed demo does not demonstrate core features end to end: deck slide 9 says demo data stays on the phone, the API mixes in-memory seed landmarks with the Prisma-backed reports module, and the admin panel falls back to demo data when the backend is unreachable
  • Geographic scope is a 1.5 km circle around the Main Square and routing depends on a public OSRM instance limited to 1 request per second, which does not scale past the demo district
  • Accessibility data is unverified OSM tags plus user reports rather than field-audited, the AI guide requires a locally running Ollama model, and reward codes are DEMO-prefixed placeholders rather than real transport discounts

Red flags

  • The submission form claims it is all done while the team's own deck and README document unfinished core pieces (unbuilt routing graphs, demo data staying on the phone), an overclaim even though the repo itself is candid; no injection attempts or score-baiting were found
Built during the event: yes: 89 commits by 5 authors, 2026-10-03 10:21 to 2026-10-04 08:08 UTC
Live demo: https://spacerio.pl/ (HTTP 200); https://spacerio.pl/admin/ (HTTP 200)
Council v9
Aclaude:glm-5.3-flash73.090% agree
Bdots-studio/dots-3-note-preview:free78.080% agree
Cinclusionai/ling-3.0-flash-sante:free68.080% agree
Jclaude:glm-5.3–judge
Self-submitted and unverified: the result shown is the team's own claim. The council read an evidence pack built from the repo, its decks and docs; it didn't run the code or see the pitch.
The site is open source

The council, the evidence pack, the prompts and the queue are all on GitHub. If a review helped you, a star helps other teams find it.

Star on GitHub