{
  "version": "https://jsonfeed.org/version/1.1",
  "title": "Navigator Berlin · Updates",
  "home_page_url": "https://navigator.berlin/updates",
  "feed_url": "https://navigator.berlin/updates/feed.json",
  "description": "Daten-Updates, Features, Methodik-Änderungen.",
  "language": "de",
  "items": [
    {
      "id": "https://navigator.berlin/updates/umwelt-infrastruktur-score",
      "url": "https://navigator.berlin/updates/umwelt-infrastruktur-score",
      "title": "Umwelt- & Infrastruktur-Score: neu zusammengesetzt",
      "content_text": "Fünf gleich gewichtete Dimensionen, ein Gesamt-Layer auf der Karte und ein neu gebauter Inspektor mit klickbarem Score-Ring.",
      "content_html": "<p>Der Cross-Layer-Score heißt jetzt Umwelt- &amp; Infrastruktur-Score. Er bündelt fünf Dimensionen pro Planungsraum, jede mit 20 Prozent Gewicht. Die Seite liegt unter <a href=\"/umwelt-infrastruktur-score\"><code>/umwelt-infrastruktur-score</code></a>. Alte Links leiten per 301 dorthin weiter.</p>\n<h2>Die fünf Dimensionen</h2>\n<ul>\n<li><strong>Ruhe &amp; Luft</strong>: Lärm- und Luftbelastung aus dem Umweltatlas.</li>\n<li><strong>Grün &amp; Hitze</strong>: Grünversorgung und thermische Belastung.</li>\n<li><strong>Mobilität</strong>: Nähe zu U-Bahn, S-Bahn, Tram, Bus und Radnetz.</li>\n<li><strong>Versorgung</strong>: Distanz zu Kita, Schule, Krankenhaus, Spielplatz und Grünanlage.</li>\n<li><strong>Wohnschutz</strong>: Lage in einem Milieuschutzgebiet.</li>\n</ul>\n<p>Jede Dimension bleibt einzeln abrufbar. Im Inspektor klappt sie zu ihren Quell-Layern auf, mit normalisiertem Wert und Gewicht pro Quelle.</p>\n<h2>Gesamt-Score auf der Karte</h2>\n<p>Neu: Der Gesamt-Wert liegt als eigener Karten-Layer vor. „Kiez-Score · Gesamt&quot; färbt alle 542 Planungsräume nach dem Mittel der fünf Dimensionen. So sieht man auf einen Blick, wo Umwelt und Infrastruktur zusammen stark oder schwach sind, ohne erst eine Adresse zu suchen.</p>\n<h2>Inspektor neu gebaut</h2>\n<p>Der Adress-Inspektor wurde von Grund auf überarbeitet. Der Score sitzt jetzt als Aktivitäts-Ring oben im Block: ein Ring pro Dimension, die Gesamt-Zahl in der Mitte. Ein Klick auf einen Ring oder eine Zeile öffnet die Quell-Layer darunter.</p>\n<p>Die einzelnen Daten-Layer rendern als kompakte Karten statt langer Zeilen. Einrichtungen wie Kita, Schule oder Krankenhaus zeigen Name und Adresse, dazu Karten-Schalter und einen Link auf die Layer-Details. Auch die Klima-Sektion der DWD-Station folgt jetzt diesem Karten-Stil.</p>\n<h2>Nicht im Score</h2>\n<p>Soziale Lage (Monitoring Soziale Stadtentwicklung) und Umweltgerechtigkeit zählen nicht mehr in die Score-Zahl. Beide bleiben als Kontext im Inspektor sichtbar, fließen aber nicht in die Gewichtung. Grund: Der Score misst nur Größen mit eindeutiger Besser-Richtung. Sozialstruktur und Bezahlbarkeit lassen sich nicht ohne Wertung in eine Richtung kippen.</p>\n<h2>Methodik</h2>\n<p>Dimensionen, Normalisierung, Gewichte und die Farbskala der Karte: <a href=\"/methodik/kiez-score\"><code>/methodik/kiez-score</code></a>.</p>\n",
      "summary": "Fünf gleich gewichtete Dimensionen, ein Gesamt-Layer auf der Karte und ein neu gebauter Inspektor mit klickbarem Score-Ring.",
      "date_published": "2026-05-21T00:00:00.000Z",
      "tags": [
        "kiez-score",
        "umwelt-infrastruktur-score",
        "inspektor",
        "karte",
        "score"
      ],
      "language": "de"
    },
    {
      "id": "https://navigator.berlin/updates/wahldaten",
      "url": "https://navigator.berlin/updates/wahldaten",
      "title": "Wahldaten seit 2011",
      "content_text": "Vier Bundestags-, vier Abgeordnetenhaus- und vier BVV-Wahlen. Pro Adresse die stärkste Partei, pro Stimmbezirk eine Karte, pro Kiez der Verlauf über die Jahre.",
      "content_html": "<p>Zwölf Wahlen liegen jetzt vor: Bundestag (2013, 2017, 2021, 2025), Abgeordnetenhaus (2011, 2016, 2021, 2023) und Bezirksverordneten-Versammlung (2011, 2016, 2021, 2023). Die Wiederholungswahlen vom Februar 2023 verweisen jeweils auf die ungültig erklärte September-2021-Wahl.</p>\n<p>Quellen: Bundestagswahlen von der Bundeswahlleiterin, AGH und BVV vom Amt für Statistik Berlin-Brandenburg. Beide unter Datenlizenz Deutschland 2.0.</p>\n<h2>Adress-Inspector</h2>\n<p>Suche eine Adresse, scrolle zum Block „Wahlverhalten hier&quot;. Umschaltbar zwischen Stimmbezirk, Kiez (Planungsraum), Bezirk und Berlin gesamt. Pro Partei steht daneben die Abweichung zur nächsthöheren Ebene, darunter eine kleine Linie mit dem Verlauf über die letzten Wahlen.</p>\n<h2>Wahl-Seiten</h2>\n<p>Unter <a href=\"/wahl\"><code>/wahl</code></a> listet jede der 20 Wahl-Varianten (Erst- und Zweitstimme zählen einzeln). Pro Seite: Balken Berlin gesamt mit Top-5, Top-3 pro Bezirk und eine Karte mit allen 3500 Stimmbezirken, eingefärbt nach stärkster Partei.</p>\n<h2>Kiez-Verlauf</h2>\n<p>Auf jeder der 143 Kiez-Seiten taucht der Block „Wahl-Verlauf hier&quot; auf. Pro Wahltyp eine Reihe Karten: 2017, 2021, 2025 mit jeweils stärkster Partei. Daten kommen aus dem Kiez-Aggregat, das pro Planungsraum die Stimmen der enthaltenen Stimmbezirke zusammenfasst.</p>\n<h2>Briefwahl-Lücke pre-2021</h2>\n<p>Briefstimmen wurden bis 2017 (BTW) und 2016 (AGH, BVV) nur als getrennte Brief-Wahlbezirke gezählt, ohne räumliche Zuordnung. Auf Stimmbezirks-Ebene fehlen sie deshalb in dem Zeitraum. Karte und Inspector markieren das mit einem schraffierten Streifen am Balken plus einem „Ohne Briefstimmen&quot;-Badge, der zur Methodik linkt. Bezirks- und Berlin-Werte enthalten die Briefstimmen vollständig.</p>\n<p>Für BTW 2013 und AGH/BVV 2011 fehlen außerdem die Stimmbezirks-Polygone. Diese drei Wahlen haben keine Karte, nur Bezirks- und Berlin-Aggregat.</p>\n<h2>WebMCP-Tools</h2>\n<p>Vier neue Tools im Manifest: Wahlen auflisten, Ergebnis an einer Adresse abfragen, mehrere Wahlen am selben Ort vergleichen, Stimmbezirks-Polygon zu einer Distrikt-ID liefern. Ein Claude- oder ChatGPT-Plugin antwortet damit auf „Wie hat Friedrichshain bei der BTW 2025 gewählt?&quot; mit Zahl, Quelle und Lizenz, statt HTML zu scrapen. Manifest: <a href=\"/webmcp-manifest.json\"><code>/webmcp-manifest.json</code></a>.</p>\n<h2>Methodik</h2>\n<p>Datenquellen, Aggregations-Logik, Briefwahl-Behandlung und Coverage-Lücken: <a href=\"/methodik/wahldaten\"><code>/methodik/wahldaten</code></a>.</p>\n",
      "summary": "Vier Bundestags-, vier Abgeordnetenhaus- und vier BVV-Wahlen. Pro Adresse die stärkste Partei, pro Stimmbezirk eine Karte, pro Kiez der Verlauf über die Jahre.",
      "date_published": "2026-05-19T00:00:00.000Z",
      "tags": [
        "wahlen",
        "daten",
        "btw",
        "agh",
        "bvv"
      ],
      "language": "de"
    },
    {
      "id": "https://navigator.berlin/updates/hosting-und-cookieless-analytics",
      "url": "https://navigator.berlin/updates/hosting-und-cookieless-analytics",
      "title": "Hosting in Deutschland, Analytics ohne Cookies",
      "content_text": "navigator.berlin läuft jetzt auf einem deutschen Server. Reichweiten-Messung ohne Cookies, ohne US-Anbieter, ohne Banner.",
      "content_html": "<h2>Hosting</h2>\n<p>Deutscher Server, europäischer Anbieter, Open-Source-Stack. Kein US-Cloud-Dienst. Details: <a href=\"/architektur\">Architektur</a>.</p>\n<h2>Analytics</h2>\n<p>Eigene <a href=\"https://plausible.io\">Plausible</a>-Instanz auf einem zweiten deutschen Server. Open Source, keine Cookies, keine dauerhafte IP-Speicherung, respektiert „Do Not Track&quot;. Kein Cookie-Banner nötig.</p>\n<p>Gemessen wird pro Seitenaufruf: URL, Land/Region, Browser, Gerätetyp. Aggregiert, ohne Identifier.</p>\n<p>Fünf Ereignisse zusätzlich:</p>\n<ul>\n<li><strong>Search</strong>: Adresse gesucht und ausgewählt.</li>\n<li><strong>Bookmark</strong>: Adresse gemerkt. Speicherung lokal im Browser.</li>\n<li><strong>Compare</strong>: Vergleichs-Modus aktiviert.</li>\n<li><strong>Share</strong>: Teilen-Sheet geöffnet.</li>\n<li><strong>Locate</strong>: Standort-Button auf der Karte benutzt.</li>\n</ul>\n<p>Keine Tracking-Cookies, keine Werbe-Cookies, keine Browser-Fingerprints, keine Cross-Site-Verknüpfung, keine Weitergabe an Dritte.</p>\n<p>Details: <a href=\"/datenschutz\">Datenschutz</a>.</p>\n",
      "summary": "navigator.berlin läuft jetzt auf einem deutschen Server. Reichweiten-Messung ohne Cookies, ohne US-Anbieter, ohne Banner.",
      "date_published": "2026-05-17T00:00:00.000Z",
      "tags": [
        "hosting",
        "privacy",
        "analytics",
        "eu-foss",
        "transparenz"
      ],
      "language": "de"
    },
    {
      "id": "https://navigator.berlin/updates/launch",
      "url": "https://navigator.berlin/updates/launch",
      "title": "Updates-Route geht live",
      "content_text": "Daten-Refreshes, Feature-Releases und Methodik-Änderungen jetzt mit RSS, Atom und JSON-Feed.",
      "content_html": "<h2>Was sich ändert</h2>\n<p>Ab heute findest du auf <code>/updates</code> einen strukturierten Trail aller Änderungen an navigator.berlin: Daten-Refreshes (Mietspiegel, Lärm, Wahldaten, Stolpersteine-OSM-Sync), Feature-Releases (Kiez-Score, Compare-Modus, Atlas-Polish) und Methodik-Anpassungen.</p>\n<h2>Drei Feed-Formate</h2>\n<p>Jedes Update ist abrufbar als:</p>\n<ul>\n<li>RSS 2.0 unter <a href=\"/updates/rss.xml\"><code>/updates/rss.xml</code></a></li>\n<li>Atom 1.0 unter <a href=\"/updates/atom.xml\"><code>/updates/atom.xml</code></a></li>\n<li>JSON Feed 1.1 unter <a href=\"/updates/feed.json\"><code>/updates/feed.json</code></a></li>\n</ul>\n<p>Jeder Feed-Reader (NetNewsWire, Reeder, Inoreader, miniflux) erkennt die Auto-Discovery-Links im Page-Head und abonniert mit einem Klick.</p>\n<h2>Kategorien</h2>\n<p>Fünf Kategorien strukturieren den Trail:</p>\n<ul>\n<li><strong>Daten-Update</strong>: ein bestehender Layer hat frische Werte (z.B. Mietspiegel-Refresh).</li>\n<li><strong>Feature</strong>: neue Funktion im Atlas oder Inspector.</li>\n<li><strong>Methodik</strong>: Änderung an Berechnungen, Schwellenwerten, Aggregat-Regeln.</li>\n<li><strong>Datenquelle</strong>: neue oder gewechselte Primärquelle.</li>\n<li><strong>Lizenz</strong>: Änderung an Layer-Lizenzen oder Namensnennungs-Pflichten.</li>\n</ul>\n<p>Filter via URL: <code>/updates?cat=feature,methodik</code>.</p>\n<h2>SEO und LLM-Trail</h2>\n<p>Jeder Entry hat eine eigene URL <code>/updates/{slug}</code> mit Schema.org <code>BlogPosting</code>. LLM-Agents können den Update-Verlauf strukturiert zitieren, Suchmaschinen indizieren jeden Eintrag als Long-Tail-Page.</p>\n<h2>Maintainer-Workflow</h2>\n<p>Update-Entries sind Markdown-Dateien unter <code>_content/updates/</code>. Kein Admin-UI, keine Datenbank. Workflow: Datei anlegen, Frontmatter befüllen, Body schreiben, commit, push. Build aktualisiert Sitemap, RSS-Feed und JSON-LD automatisch.</p>\n<p>Schritt-für-Schritt: siehe <code>docs/runbooks/add-update-entry.md</code>.</p>\n",
      "summary": "Daten-Refreshes, Feature-Releases und Methodik-Änderungen jetzt mit RSS, Atom und JSON-Feed.",
      "date_published": "2026-05-16T00:00:00.000Z",
      "tags": [
        "launch",
        "rss",
        "atom",
        "json-feed",
        "seo"
      ],
      "language": "de"
    },
    {
      "id": "https://navigator.berlin/updates/kiez-score-versorgungs-dimension",
      "url": "https://navigator.berlin/updates/kiez-score-versorgungs-dimension",
      "title": "Kiez-Score: Versorgungs-Dimension ergänzt",
      "content_text": "Fünfte Dimension prüft Kita, Schule, Krankenhaus, Spielplatz und Grünanlage in Lauf-Distanz.",
      "content_html": "<h2>Was wir geändert haben</h2>\n<p>Der Kiez-Score hat ab Story 1.28 fünf Dimensionen statt vier. Neu dazu: <strong>Versorgung</strong>.</p>\n<table>\n<thead>\n<tr>\n<th>Dimension</th>\n<th>Anteil</th>\n</tr>\n</thead>\n<tbody><tr>\n<td>Ruhe und Luft</td>\n<td>20 %</td>\n</tr>\n<tr>\n<td>Grün</td>\n<td>20 %</td>\n</tr>\n<tr>\n<td>Mobilität</td>\n<td>20 %</td>\n</tr>\n<tr>\n<td>Soziale Lage</td>\n<td>20 %</td>\n</tr>\n<tr>\n<td>Versorgung</td>\n<td>20 %</td>\n</tr>\n</tbody></table>\n<h2>Was die Versorgungs-Dimension misst</h2>\n<p>Pro Planungsraum berechnet sich die nächste Distanz zu fünf POI-Typen:</p>\n<ul>\n<li>Kita unter 500 m (Gewicht 0.25)</li>\n<li>Grundschule unter 800 m (Gewicht 0.25)</li>\n<li>Krankenhaus unter 2000 m (Gewicht 0.20)</li>\n<li>Spielplatz unter 400 m (Gewicht 0.15)</li>\n<li>Grünanlage unter 600 m (Gewicht 0.15)</li>\n</ul>\n<p>Strecke per Haversine-Formel auf POI-Centroid, normalisiert via Schwellenwert-Funktion. Implementation in <code>scripts/build-kiez-scores.ts</code> und <code>src/lib/data/build-helpers.ts</code>.</p>\n<h2>Warum POI-Distanz und nicht Anzahl</h2>\n<p>Die reine Anzahl von Kitas pro km² differenziert dicht-besiedelte Kieze nicht. Eine Familie braucht eine erreichbare Kita, nicht 12 in 100 m Radius. Distanz-Schwellen bilden Lauf-Erreichbarkeit ab.</p>\n<h2>Vollständige Methodik</h2>\n<p>Siehe <code>/methodik/kiez-score</code>.</p>\n",
      "summary": "Fünfte Dimension prüft Kita, Schule, Krankenhaus, Spielplatz und Grünanlage in Lauf-Distanz.",
      "date_published": "2026-05-15T00:00:00.000Z",
      "tags": [
        "kiez-score",
        "versorgung",
        "methodik"
      ],
      "language": "de"
    }
  ]
}