Imagico.de

blog

Update on the Alternative-Colors map style

20. Dezember 2025
von chris
Keine Kommentare

Aktuelles zum Alternative-Colors-Kartenstil

Deutsche Version auf Grundlage einer automatischen Übersetzung mit deepl.

Ich habe in den letzten Monaten eine Reihe von Änderungen an der Darstellung von Straßen in meinem experimentellen Kartenstil vorgenommen, die ich hier in mehreren Blogbeiträgen erläutern möchte. Zusätzlich zu diesen Änderungen habe ich mich entschlossen, alle Verwaltungsgrenzen mit Ausnahme von admin_level 2 (d. h. Staatsgrenzen) aus dem Stil zu entfernen.

Verwaltungsgrenzen waren aufgrund ihrer abstrakten Natur schon immer ein seltsamer Aspekt der Kartierung in OpenStreetMap. Die Grenze an sich, als abstraktes Konzept und als explizite Linie, ist gemäß dem OpenStreetMap-Konzept der Überprüfbarkeit eindeutig nicht überprüfbar. Dennoch ist sie in den Köpfen der Menschen oft ein wichtiger Teil der Geografie, wenn auch auf andere Weise als überprüfbare Dinge. Das hat zu einer Reihe von recht interessanten praktischen Auswirkungen in OpenStreetMap geführt.

  • Grenzen, insbesondere administrative Grenzen, aber in gewissem Maße auch die Grenzen von Naturschutzgebieten oder andere abstrakte Abgrenzungen mit besonderem rechtlichem Status, sind die einzigen eindeutig nicht überprüfbaren Merkmale in OpenStreetMap, bei denen ein recht klarer Konsens darüber besteht, dass sie in OpenStreetMap enthalten sein sollten.
  • Grenzen sind nicht nur eindeutig nicht überprüfbar, sondern werden auch von der OSM-Community derart behandelt. Selbst wenn die faktische Grenze durch ein physisches geografisches Merkmal gebildet wird – wie einen Fluss oder einen Bergrücken –, werden Grenzen bewusst nicht an diesen überprüfbaren physischen Merkmalen ausgerichtet. Mapper scheinen Grenzen meist als universell autoritär festgelegt zu behandeln – unabhängig davon, wie fragwürdig die Herkunft der Grenzgeometrien ist, und manchmal sogar in Fällen, in denen die Daten offensichtlich kontrafaktisch sind (weil man sieht, dass die tatsächliche administrative Realität anders ist).

Fazit aus datentechnischer Sicht: Grenzdaten sind – größtenteils – weder geeignet, um auf der Grundlage des lokalen Wissens der Kartografen in OSM kartiert zu werden, noch werden sie de facto in großem Umfang auf diese Weise kartiert. Dennoch sind sie in der OSM-Datenbank enthalten, weil sie – wie gesagt – weitgehend Teil des mentalen Bildes sind, das Menschen von der Geografie haben, und weil weithin angenommen wird, dass es nützlich ist, sie in einer gemeinsamen Datenbank mit den anderen Daten in OpenStreetMap zu haben und zu pflegen (eine Annahme, die natürlich zu Recht in Frage gestellt werden kann).

Da Grenzdaten jedoch in der Regel nicht Teil des Kartierungsprozesses in OpenStreetMap sind, ist ihre Darstellung in einer Karte, die für das Feedback der Kartografen gedacht ist, fragwürdig. Und es ist erstaunlich, wie viel klarer und besser lesbar die überprüfbare Geografie in der Karte ist, wenn man die Grenzen nicht anzeigt.

Ich habe eine Ausnahme für die Grenzen mit admin_level 2 gemacht, weil

  • ein relativ großer Prozentsatz der admin_level-2-Grenzen physisch in irgendeiner Form manifestiert ist – entweder durch Demarkierungen oder sogar durch durchgehende Strukturen wie Zäune oder Mauern. Obwohl es eine ärgerliche Anzahl von Fällen gibt, in denen die admin_level-2-Grenzen nicht mit diesen physischen Manifestationen synchronisiert sind, besteht ein ziemlich klarer Konsens darüber, dass dies der Fall sein sollte. Daher ist das Feedback für die Mapper hier nützlich.
  • admin_level-2-Grenzen haben in den meisten Teilen der Welt eine viel größere praktische Bedeutung vor Ort als Grenzen höherer Verwaltungsstufen.
  • Die Darstellung von admin_level 2-Grenzen hat viel weniger negative Auswirkungen auf die Lesbarkeit der Karte als die höheren Verwaltungsstufen – sowohl weil sie weniger häufig vorkommen als auch weil sie als durchgezogene Linien und nicht als gestrichelte/gepunktete Linien dargestellt werden.

In der AC-Style-Beispielgalerie können Sie sehen, wie sehr diese Änderung die allgemeine Lesbarkeit der Karte verbessert.

Bisherige Darstellung mit administrativen Grenzen (Link führt zu version in doppelter Auflösung)

Bisherige Darstellung mit administrativen Grenzen (Link führt zu version in doppelter Auflösung)

Neue Darstellung mit administrativen Grenzen (Link führt zu version in doppelter Auflösung)

Neue Darstellung mit administrativen Grenzen (Link führt zu version in doppelter Auflösung)

10. Dezember 2025
von chris
Keine Kommentare

Styleinfo-Update und AC-Style in Taginfo

Deutsche Version auf Grundlage einer automatischen Übersetzung mit deepl.

Wie in meinem Hack-Weekend-Bericht angekündigt, habe ich jetzt die Styleinfo-Analyse meines Alternative-Colors-Stils aktualisiert. Dies umfasst auch einige Änderungen am Stil, die ich hier im Blog noch nicht besprochen habe.

Styleinfo-Analyse des des Alternative-Colors-Stils

Styleinfo-Analyse des des Alternative-Colors-Stils

Interessant ist ein Blick auf die Gesamtzahlen der alten und der aktuellen Analyse. Zuvor enthielt die Analyse auf Basis des Stils von Ende 2022:

408 primäre Tags
211 sekundäre Tags
1997 Tag-Kombinationen
14831 Darstellungen

Jetzt umfasst sie:

473 primäre Tags
398 sekundäre Tags
3038 Tag-Kombinationen
22846 Darstellungen

Zwar handelt es sich nicht bei allen Unterschieden um tatsächliche Stiländerungen – es gab Anpassungen an den Analyseheuristiken, durch die zuvor übersehene Darstellungen zu identifiziert werden – aber grob gesagt ist der Stil in Bezug auf die interpretierten Tags um 50 Prozent gewachsen. Beachten Sie jedoch, dass es sich dabei größtenteils um sekundäre Tags handelt. Fast doppelt so viele davon werden jetzt interpretiert, die meisten davon nicht als Synonyme für andere Tags, sondern mit eigenständigen Designs. Die Anzahl der interpretierten Primär-Tags ist um weniger als 20 Prozent gestiegen, wobei es sich in erster Linie um neue POIs für menschliche Infrastruktur und Barrieren handelt.

Diese Verteilung spiegelt meinen Ansatz der letzten Jahre wider, mich eher auf Tiefe als auf Breite zu konzentrieren und gängige Basisdesigns subtil zu differenzieren, damit die Karte auch bei einer großen Anzahl von Element-Typen intuitiv lesbar bleibt. Denken Sie an die Erweiterung der Parksymbole, die Darstellung von Aussichtspunkten oder die verschiedenen Erweiterungen der Straßendarstellung – keine davon beinhaltet zusätzliche Primär-Tags.

Beachten Sie, dass das Styleinfo-Tagging-Modell nicht alle Varianten abdeckt, wie Tags in einem komplexen Kartenstil interpretiert werden. Dazu gehören alle tertiären Tags (wie Offshore-Windkraftanlagen oder die Differenzierung von Glockenturmsymbolen nach Dachtyp hier), Kombinationen mehrerer sekundärer Tags, die zu einem spezifischen Design führen, aber auch Dinge wie die Verbesserungen der POI-Beschriftung oder die mehrsprachige Namensbeschriftung mit Sprach-spezifischen Schriftarten.

Und natürlich gibt es auch zahlreiche Änderungen im Stil, die in den Gesamtzahlen überhaupt nicht auftauchen, obwohl sie in den Rendering-Beispielen dokumentiert sind – wie die Unterscheidung von Barrieren, die zuvor in einem einheitlichen Design gerendert wurden.

Mit diesem Update ist der Alternative-Colors-Stils nun auch in Taginfo verfügbar.

Zusätzlich zum Update des Alternative-Colors-Stils habe ich auch die Styleinfo-Analyse von OSM-Carto aktualisiert – wodurch indirekt auch die seit November verfügbaren Taginfo-Daten aktualisiert werden.

Zusammenfassung der Styleinfo-Analyse des AC-Stils (Alle Tags und alle Tag-Kombinationen für alle Geometrie-Typen bei allen Zoom-Stufen) in Form von 16x16-Pixel-Bildern.

Zusammenfassung der Styleinfo-Analyse des AC-Stils (Alle Tags und alle Tag-Kombinationen für alle Geometrie-Typen bei allen Zoom-Stufen) in Form von 16×16-Pixel-Bildern.

25. November 2025
von chris
3 Kommentare

WeeklyOSM, Anerkennung und Motivation von Freiwilligen

Deutsche Übersetzung auf Grundlage einer maschinellen Übersetzung mit deepl.

Kürzlich gab es eine interessante Bemerkung von Ilya auf Mastodon, zu der ich etwas sagen möchte.

Zunächst zum Thema WeeklyOSM: Praktisch fast jeder in der OSM-Community liest es, und es ist eine echte Institution in seiner Funktion, die verschiedenen Filterblasen in der OSM-Community aufzubrechen und den Menschen die Möglichkeit zu geben, ihren Horizont in Bezug auf das Geschehen in und um OpenStreetMap zu erweitern.

Gleichzeitig ist es ein echtes Vorbild für Community-Projekte in OpenStreetMap, da es offen für Mitwirkende mit unterschiedlichem Hintergrund ist. Es zeigt, wie dies eine echte Win-Win-Situation sein kann, mit niedrigen Einstiegshürden für Mitwirkende und einer Qualität der Ergebnisse, die offensichtlich von einer vielfältigen Mitwirkendenbasis profitiert. Und dies geht einher mit einer starken Unabhängigkeit des Projekts.

Warum hat WeeklyOSM dennoch Schwierigkeiten bei der Rekrutierung? Ilya nennt Burn-out und mangelnde Wertschätzung als Gründe. Letzteres deckt sich mit meiner jüngsten Beobachtung zur Typologie der OSM-Community-Mitglieder, in der ich unter anderem festgestellt habe, dass intrinsisch motivierte Freiwillige in der OSM-Community sich heutzutage wenig wertgeschätzt fühlen.

Die Redakteure von WeeklyOSM sind fast ausnahmslos intrinsisch motivierte Freiwillige. Sie beteiligen sich an dem Projekt, weil sie von dessen Mission und seiner sozialen Funktion in der OSM-Community überzeugt sind – und wahrscheinlich in den meisten Fällen auch von der Tatsache, dass es nicht von spezifischen wirtschaftlichen Interessen geleitet wird, wie dies bei vielen anderen Projekten innerhalb der OSM-Community der Fall ist, die Freiwillige einladen. Dies macht WeeklyOSM auch für Menschen, die spezifische wirtschaftliche Interessen in OpenStreetMap verfolgen, eher unattraktiv.

Ilya geht davon aus, dass das Verhältnis zwischen Freiwilligen für die Softwareentwicklung und für die Kommunikationsarbeit bei 5-7 liegt (wobei beide Begriffe natürlich nur vage definiert sind, aber lassen wir das vorerst außer Acht). Wenn man die Dinge so betrachtet, behandelt man sie jedoch implizit schon als reines Zahlenspiel und ignoriert im Wesentlichen, dass es vor allem Projekte sind, in denen man nur ein austauschbarer Arbeiter ist, der nach einiger Zeit ausgebrannt und ersetzt wird, die intrinsisch motivierte Freiwillige abschrecken.

Was den tatsächlichen Talentpool und die intrinsische Motivation in der OSM-Community angeht (also Menschen, die OpenStreetMap so sehr mögen und schätzen, dass sie sich grundsätzlich in ihrer Freizeit dafür engagieren möchten), würde ich das Verhältnis zwischen Menschen mit nicht-technischen Fähigkeiten und Talenten im Vergleich zu solchen mit technischen Fähigkeiten auf etwa 3:1 in umgekehrter Richtung schätzen. Wenn das stimmt und die Zahlen von Ilya in etwa richtig sind, würde das bedeuten, dass OSM derzeit nicht-technische Freiwillige 15- bis 20-mal effizienter demotiviert als technische Freiwillige.

Was kann man dagegen tun? Nun, die OSM-Community müsste Tätigkeiten außerhalb technischer Bereiche und des Managements mehr wertschätzen. Viel mehr wertschätzen. Und bevor Sie auf irgendwelche Ideen kommen – So tun als ob hilft hier nicht, ich spreche von echter Wertschätzung. Ich weiß, dass ich dies in der Vergangenheit schon oft im Zusammenhang mit intellektueller Arbeit und Kartendesign gesagt habe, aber es gilt gleichermaßen für soziale Aufgaben – einschließlich der Kommunikation.

Ilya ist ein gutes Beispiel dafür – er entwickelt Software, ist aber auch ein talentierter Kommunikator in nicht-technischen Angelegenheiten. Und obwohl er ziemlich extrovertiert ist und daher im Vergleich zu vielen anderen mit sozialen und intellektuellen Talenten und Interessen im Vorteil ist, habe ich den Eindruck, dass er von der Mainstream-OSM-Community für seine Softwareentwicklungsarbeit deutlich mehr Anerkennung erhält als für seine Kommunikation (jedoch selbst dort nur eher spärlich – aufgrund kultureller Vorurteile und Voreingenommenheiten).

Normale Mitglieder der OSM-Community schätzen nicht-technische Arbeit – wie die Überprüfung und Zusammenstellung von Nachrichten, wie es WeeklyOSM tut, soziale und intellektuelle Reflexion und Kommentierung, gutes Kartendesign usw. – genauso wie technische Arbeit. Aber Menschen mit Macht und Einfluss in der OSM-Community haben fast ausnahmslos einen technischen, oft auch einen Softwareentwicklungshintergrund, und meiner Beobachtung nach schaut ein erstaunlich hoher Prozentsatz von ihnen im Grunde genommen auf Menschen herab, die nicht-technische Arbeit leisten. Aber es kommt noch schlimmer: Aufgrund der oben genannten Zahlen ist die Überzeugung weit verbreitet, dass man den unbestreitbaren Bedarf an nicht-technischer Arbeit kostengünstig und ad hoc aus einem nahezu unendlichen Pool an Humankapital decken kann. Das Problem bei dieser Sichtweise ist, dass nicht-technische Fähigkeiten nicht ad hoc geschaffen werden können. In den meisten nicht-technischen Bereichen sind Training und Erfahrung für gute Arbeit unerlässlich.

Das bringt mich zur anderen Seite des Problems: In nicht-technischen Bereichen ist es für Außenstehende oft viel schwieriger, zwischen qualifizierter und kompetenter sowie unqualifizierter/inkompetenter Arbeit zu unterscheiden als in technischen Bereichen. Wenn ein unqualifizierter Softwareentwickler schlechte Software schreibt, ist das selbst für jemanden ohne technischen Hintergrund oft deutlich erkennbar, da die geringe Qualität der Arbeit in der Regel auch außerhalb des technischen Bereichs unmittelbare negative Folgen hat. In nicht-technischen Bereichen ist es für Nicht-Experten oft viel schwieriger, zwischen wirklich kompetenter Arbeit und der Arbeit von Menschen zu unterscheiden, die entweder Kompetenz vortäuschen oder unqualifiziert sind und sich dessen nicht bewusst sind. Dies könnte wesentlich zu der negativen Meinung beitragen, die viele technisch orientierte Leute von nicht-technischer Arbeit haben.

WeeklyOSM leistet insgesamt hervorragende Arbeit, auch wenn Details (wie die Art und Weise, wie einzelne Links im Text eingeordnet werden) häufig etwas daneben liegen. Ich bin mir jedoch nicht sicher, wie viele Leser von WeeklyOSM es bemerken würden, wenn WeeklyOSM durch ein weniger unabhängiges Projekt ersetzt würde, das unter dem Einfluss konkreter wirtschaftlicher Interessen steht und häufiger über Themen berichtet, die diesen Interessen entsprechen, während es stillschweigend Themen ausklammert, die diesen Interessen schaden könnten.

Wenn ich hier über Kartendesign schreibe, wie viele der gelegentlichen Leser können tatsächlich beurteilen, ob diese Beiträge aussagekräftige Einblicke in wichtige Entwicklungen in der Kartografie bieten oder ob sie nur sinnloses und belangloses Herumspielen mit Dingen beschreiben, das für niemanden, der sich ernsthaft damit beschäftigt, von Interesse ist?

Und obwohl dieses Problem, qualifizierte und kompetente Arbeit als solche zu erkennen, bei nicht-technischen Tätigkeiten gravierender ist, gibt es das auch in technischen Bereichen. Beispielsweise, wenn mittelmäßige Softwareprojekte mit Geld überschüttet und in der öffentlichen Kommunikation über alle Maßen gelobt werden, weil sie eine derzeit angesagte Nische füllen, während es außergewöhnlich qualifizierte und talentierte Entwickler gibt, die mit einer langfristigen Vision an wirklich innovativen Technologien arbeiten und dabei Schwierigkeiten haben, auch nur einen bescheidenen Lebensunterhalt damit zu verdienen.

Was wir brauchen, ist ein lebhafter, kritischer und unabhängiger intellektueller Diskurs in der OSM-Community über technische und nicht-technische Themen, denn nur so kann in der Community eine echte Wertschätzung für die Beiträge der Menschen entstehen. Denn jedem auf die Schulter zu klopfen – egal, wie gut seine Arbeit ist – ist keine echte Wertschätzung.

In Gesellschaften im Allgemeinen sind es insbesondere akademische und kulturelle Einrichtungen, die den unabhängigen intellektuellen Diskurs über gesellschaftlich wichtige Themen fördern und unterstützen. Ich habe die Hoffnung, dass die OSM-Community langfristig auch ein gewisses Maß an institutioneller Unterstützung für diese Art von Arbeit entwickeln könnte. Dies ist jedoch unwahrscheinlich, solange dies wirtschaftlich als Nullsummenspiel betrachtet wird (d. h. dass alles Geld, das in diese Dinge investiert wird, als Verlust an anderer Stelle angesehen wird).

OpenStreetMap Carto in Taginfo based on Styleinfo analysis

19. November 2025
von chris
2 Kommentare

Überlegungen aus dem Hack Weekend in Karlsruhe

Vor zwei Wochen habe ich am OpenStreetMap Hack Weekend in Karlsruhe teilgenommen. Aufgrund von Budgetmangel und Terminkonflikten konnte ich in den letzten Jahren nicht an vielen OpenStreetMap-bezogenen Präsenztreffen teilnehmen. Daher war es schön, dort verschiedene Leute wiederzusehen, die ich seit Jahren nicht mehr getroffen hatte. Außerdem habe ich es geschafft, während des Wochenendes auch etwas fertigzustellen, worüber ich im Folgenden berichten werde. In der Vergangenheit ist mir das bei Hack-Weekends selten gelungen, da ich mich meist mit Kartendesign beschäftigt habe – einer Aufgabe, die sich oft nur schwer in einen begrenzten Zeitrahmen einpassen lässt. Auch dieses Mal habe ich einige Ideen zum Kartendesign weiterentwickelt. Diese erfordern jedoch noch etwas mehr Arbeit und werden wahrscheinlich zu einem späteren Zeitpunkt vorgestellt.

Was ich am Hack-Weekend geschafft habe, ist die Erstellung einer taginfo.json-Datei aus Styleinfo-Daten und damit die Einbindung von OpenStreetMap Carto in Taginfo-Projekte. Das stand schon seit der Erstellung von Styleinfo im Jahr 2022 auf meiner To-do-Liste, aber bisher hatte ich es nie geschafft, das umzusetzen.

OSM-Carto in Taginfo

Styleinfo analysiert Kartenstile ohne viele Vorabinformationen über den betreffenden Kartenstil. Dazu werden systematisch Beispiele von Elementen mit verschiedenen Tag-Kombinationen in unterschiedlichen Zoomstufen gerendert und überprüft, was der Kartenstil dann tatsächlich anzeigt. Ich hab dies mehr im Detail damals in einem Blogbeitrag erklärt. Dies ist sehr aufwendig, die Analyse eines komplexen Kartenstils kann Tage dauern und ist nicht hundertprozentig vollständig – einige Tags und Tag-Kombinationen werden von der Heuristik tendenziell übersehen. Aber das Verfahren liefert sehr detaillierte Daten darüber, wie der Kartenstil die Dinge tatsächlich darstellt.

Taginfo enthält Informationen von Datennutzern (wie Kartenstile und verschiedene Software) darüber, wie sie OpenStreetMap-Daten interpretieren, basierend auf strukturierten Informationen über die Datennutzung, die vom Projekt über taginfo.json-Dateien bereitgestellt werden.

Abgesehen von allgemeinen Informationen zum Projekt enthält diese JSON-Datei hauptsächlich ein großes Array, in dem die Tags aufgelistet sind, die das Projekt interpretiert, mit optionalen Daten darüber, wie dieses Tag interpretiert wird, in Form eines Beschreibungstextes, einer kleinen Illustration oder eines Links zu weiteren Informationen (oder all diesen). Ursprünglich war ich davon ausgegangen, dass dies genau einen Array-Eintrag pro Kombination aus Tag und Feature-Typ (Feature-Typ ist Knoten, linearer Weg, Polygon oder Relation) zulässt. Dies wäre für sekundäre Tags wie access=* etwas schwierig gewesen, die ein Kartenstil in unterschiedlichen Kontexten tendenziell sehr unterschiedlich interpretiert.

Interessanterweise akzeptiert Taginfo jedoch eine beliebige Anzahl von Einträgen für dasselbe Tag und dokumentiert so unterschiedliche Interpretationen dieses Tags. Im Moment nutzte ich diese Möglichkeit, um nicht nur Informationen zu den über 600 einzelnen Tags zu liefern, die OSM-Carto interpretiert, sondern auch zu jeder der über 2500 Kombinationen aus Tags und Feature-Typ. Ich hätte die Zoomstufen weiter differenzieren können (was ~15k verschiedene Rendering-Varianten bedeutet hätte) – habe mich aber dagegen entschieden. Wenn Sie diese detaillierten Informationen zum Kartenstil wünschen, sollten Sie Styleinfo verwenden.

Interessant an der Art und Weise, wie Taginfo mit den Projekten umgeht, ist auch, dass es die kleinen Bilder, die die Verwendung des Tags veranschaulichen, nicht zwischenspeichert, sondern direkt aus den in der Datei taginfo.json angegebenen URLs einbindet. Das war ziemlich unerwartet, da dies in der Datenschutzerklärung nicht erwähnt wird – die OSMF hat hier noch einige Hausaufgaben. Wenn Sie also Informationen zu Projekten in Taginfo durchsuchen, beachten Sie, dass die in der Tabelle angezeigten Bilder direkt von Ihrem Webbrowser von dem Ort abgerufen werden, von dem aus das Projekt sie bereitstellt.

Das Wichtigste für Sie als Taginfo-Benutzer ist, dass Sie nun in Taginfo Informationen darüber finden, welche Tags von OSM-Carto interpretiert werden und wie sie interpretiert werden – einschließlich kleiner Rendering-Miniaturansichten und Links zu Styleinfo. Ich stelle auch Links zu den taginfo.json-Dateien für die anderen in Styleinfo vorgestellten Stile zur Verfügung, habe diese jedoch nicht zur Integration in Taginfo eingereicht. Dies liegt in der Verantwortung der Betreuer dieser Projekte. Für meinen eigenen alternative-colors-Stil habe ich das vor, aber zuerst möchte ich die Analyse in Styleinfo aktualisieren, da sich seit 2022 viel geändert hat – viel mehr als in OSM-Carto.

OpenStreetMap Carto in Taginfo auf Basis der Styleinfo-Analyse

OpenStreetMap Carto in Taginfo auf Basis der Styleinfo-Analyse

Warum so spät?

Warum hat es fast drei Jahre gedauert, bis dies verfügbar war? Wie bereits erwähnt, stand dies seit der Entwicklung von Styleinfo auf meiner To-Do-Liste. Aber meine Freizeit ist begrenzt und dies hatte keine hohe Priorität. Ich habe Styleinfo für meine persönliche Erkenntnis und als strategische Investition in systematische Tests im Kartendesign entwickelt . Ich habe die Ergebnisse für alle zugänglich gemacht, damit sie studiert und als Referenz für die analysierten Kartenstile verwendet werden können. Aber ich hatte persönlich wenig Interesse daran, diese Informationen auch in Taginfo verfügbar zu machen – daher die geringe Priorität, dies in meiner Freizeit zu tun.

Aber machen Sie jetzt nicht den Fehler, zu folgern, dass nichts hätte getan werden können, um dies zu beschleunigen. Denn ich habe nur darüber gesprochen, was ich in meiner Freizeit mache. Bezahlte Arbeitszeit ist eine andere Sache. Letztendlich habe ich etwa einen Arbeitstag gebraucht, um dies zu implementieren. Hätten Sie mich 2022/2023 um ein Angebot dafür gebeten, hätte ich wahrscheinlich etwas mehr angesetzt (und um genau zu sein: Ich hatte mich bereits vor dem Hack Weekend über die taginfo.json-Spezifikationen informiert). Das Fazit also: Sie hätten dies bereits 2022/2023 bekommen können, indem Sie es einfach von meiner begrenzten Freizeit-To-Do-Liste in meinen bezahlten Zeitplan verschoben hätten – mit einem eher minimalen Budget.

Warum weise ich hier darauf hin? Weil ich denke, dass dies ein größeres Problem verdeutlicht, mit dem die OSM-Community derzeit zu kämpfen hat. Es steht außer Frage, dass Geld und wirtschaftliche Aspekte eine immer größere Rolle bei OpenStreetMap spielen. Man kann das kritisieren, weil man sich die guten alten Zeiten zurückwünscht, als OSM noch vollständig unter der Kontrolle von Hobbyisten stand, oder man kann diese Kritik als naiv und rückständig abtun. Aber beide Sichtweisen lassen einige wirklich wichtige Aspekte außer Acht.

Geld ist für OpenStreetMap weder von Natur aus gut noch schlecht, es kommt darauf an, wie man es einsetzt. Und eines der Dinge, die Menschen in Positionen mit Einfluss auf Budgetentscheidungen (sowohl in privaten Unternehmen als auch in Organisationen wie der OSMF und FOSSGIS) fast ausnahmslos zu übersehen scheinen, ist, dass ein großer Teil des menschlichen Potenzials (verfügbare Zeit und Kompetenzen) in der OSM-Community in Form der folgenden zwei Personengruppen vorhanden ist:

  1. Reine Hobbyisten, die ihre Freizeit in das Projekt investieren, dies aber ausschließlich aus intrinsischer Motivation tun. Es ist fast unmöglich, diese Menschen mit Geld positiv zu motivieren, aber sehr leicht, sie damit zu demotivieren. Einige von ihnen sind offen für wirtschaftliche Vorteile (wie Reisekostenerstattung, bezahlte Unterstützung), aber nur sehr wenige sind bereit, solche Vorteile aktiv einzufordern. Versuche, ihre Entscheidungen darüber, wie sie ihre Freizeit investieren, mit Geld zu beeinflussen – sei es direkt oder indirekt – wirken sich in der Regel äußerst negativ auf ihre Motivation aus.
  2. Personen, die in gewisser Weise beruflich mit OpenStreetMap verbunden sind, aber neben ihrer beruflichen Tätigkeit auch ihre Freizeit in das Projekt investieren und – wie die reinen Hobbyisten – ihre Freizeit aus rein intrinsischer Motivation für das Projekt aufwenden. Für diese Personen kann die für OpenStreetMap aufgewendete Zeit entweder berufliche oder private Zeit sein, wobei sie zwischen beiden unterscheiden. Bei ihren Entscheidungen darüber, wie sie ihre Freizeit nutzen, verhalten sich diese Personen eher wie reine Hobbyisten, während sie sich in ihrer beruflichen Zeit an die Anforderungen des Marktes anpassen.

Symmetrisch dazu kann man zwei weitere Gruppen von OSM-Community-Mitgliedern definieren:

  1. Personen, die – wie die zweite Gruppe – sowohl bezahlte als auch unbezahlte Zeit für das Projekt aufwenden, aber nicht wirklich zwischen beiden unterscheiden. Diese Personen haben in der Regel einen von zwei Hintergründen: (1) Idealistische Berufstätige, die aus Idealismus einen Beruf im Zusammenhang mit OSM ergriffen haben und sich daher über die eigentliche Arbeitszeit hinaus für ihre Arbeit engagieren, und (2) ehemalige reine Hobbyisten, die ihr Hobby zum Beruf gemacht haben. Im Gegensatz zur zweiten Gruppe ist diese Gruppe bereit, auch ihr Engagement in ihrer Freizeit an wirtschaftliche Zwänge anzupassen, und neigt dazu, viel eher proaktiv Finanzierung für ihre Freizeitaktivitäten einzufordern und dafür zu lobbyieren als die zweite Gruppe.
  2. Reine Berufstätige, die im Rahmen ihrer bezahlten Arbeit an OpenStreetMap beteiligt sind, darüber hinaus jedoch nicht.

Es ist leicht zu erkennen, dass diese vier Gruppen nicht von Natur aus strikt voneinander getrennt sind, sondern ein kontinuierliches Spektrum bilden. Und wie Sie sich wahrscheinlich vorstellen können, gehöre ich zur zweiten Gruppe.

Mein Punkt hier ist, dass der Großteil der Gelder, die in der OSM-Community ausgegeben werden (sowohl von privaten Unternehmen als auch von gemeinnützigen Organisationen, sowohl direkt in Form von bezahlter Arbeitszeit als auch indirekt in Form von Subventionen und Investitionen), auf die dritte Gruppe ausgerichtet ist. Was jedoch oft nicht erkannt wird, ist, dass diese Fokussierung auf die dritte Gruppe

  • von Mitgliedern der ersten und zweiten Gruppe als Zeichen mangelnder Wertschätzung für ihre intrinsisch motivierte Freiwilligenarbeit interpretiert wird.
  • dazu führt, dass sich Mitglieder der zweiten Gruppe beruflich von OpenStreetMap abwenden, weil ihre Arbeit im Vergleich zu der der dritten Gruppe wenig gefragt ist.
  • Mitglieder der zweiten Gruppe dazu veranlasst, sich verstärkt wie die dritte Gruppe zu orientieren und ihr ehrenamtliches Engagement in ihrer Freizeit stärker von wirtschaftlichen Faktoren beeinflussen zu lassen.
  • Druck auf Mitglieder der vierten Gruppe ausübt, sich über ihre bezahlte Arbeitszeit hinaus für OpenStreetMap zu engagieren.

Einige dieser Effekte könnten als wünschenswert angesehen werden. Aber denken Sie daran, was ich zuvor gesagt habe: Ein großer Teil des menschlichen Potenzials in der OSM-Community liegt in den ersten beiden Gruppen. Ich habe außerdem beobachtet, dass die dritte Gruppe tendenziell die homogenste aller vier Gruppen ist – am stärksten männlich dominiert und am wenigsten kulturell vielfältig.

Beim Hack Weekend in Karlsruhe sind Menschen aus den ersten drei Gruppen vertreten (die vierte Gruppe selten – bedingst durch die Art der Veranstaltung), und deshalb kann es als Forum für den Austausch zwischen diesen Gruppen dienen. Man spürt jedoch dort auch die wirtschaftliche und soziale Dominanz der dritten Gruppe, was einen ausgewogenen Austausch von Meinungen und Ideen manchmal erschwert.

The Musaicum East Asia

5. November 2025
von chris
Keine Kommentare

Das Musaicum Ostasien

Ich freue mich, die jüngste Erweiterung meines Musaicum-Satellitenbildmosaiks vorstellen zu können.

Die Musaicum-Bilder sind eine Serie regionaler Satellitenbild-Zusammenstellungen auf Grundlage von Sentinel-2-Daten, welche ich 2023 begonnen habe und welche nach hohen Qualitäts-Standards produziert werden. Sie bieten eine unübertroffene Qualität in der farbigen Abbildung der Erdoberfläche in diesem Auflösungs-Bereich (10m) mit einem hohen Grad an farblicher Konsistenz bei außergewöhnlich geringem Wolkenanteil.

Nach dem ersten Mosaik von Europa und den nachfolgenden Bildern von Westasien und den Vereinigten Staaten sowie verschiedenen kleineren Bildern von Inseln ist dies das vierte große Bild. Und es ist in vielerlei Hinsicht etwas Besonderes.

Das Musaicum Ostasien

Das Musaicum Ostasien

Erstens bereitet die Region spezifische technische Herausforderungen, die in den zuvor abgedeckten Regionen nicht vorhanden waren. Kein Teil Ostasiens stellt aufgrund von Wolken eine grundsätzliche Schwierigkeit bei der Bildzusammenstellung dar. Für den größten Teil des Gebiets ist es sogar ausgesprochen einfach, wolkenfreie Bilder zu finden. In vielen Teilen sind diese Bilder jedoch außerhalb der Vegetationsperiode aufgenommen und weit entfernt vom Vegetationsmaximum und Schneeminimum, die ich darstellen möchte. Das Vegetationsmaximum während des Sommers ist in weiten Teilen aufgrund des Einflusses des Sommermonsuns von einer sehr hohen Wolkenhäufigkeit geprägt. Aus dem gleichen Grund gibt es in vielen Bergregionen Chinas zwei Schneeminima (eines im Sommer und ein zweites nach dem Ende der Monsunzeit).

Infolgedessen ist das Volumen der brauchbaren Sentinel-2-Bilder in den schwierigsten Gebieten im östlichen Himalaya zu gering, um eine präzise Darstellung des Vegetationsmaximums und des Schneeminimums zu ermöglichen. Selbst bei der Green Marble (welche viele hundert Quellbilder verwendet) ist dies eine Herausforderung.

Daher müssen zwangsläufig auch Bilder außerhalb der Saison verwendet werden (entweder zu früh und daher mit saisonalem Schnee oder zu spät und daher mit zu wenig Vegetation). Das Ausmaß dieser nicht idealen Auswahl an Quelldaten ist jedoch weitaus geringer als bei konkurrierenden Bildprodukten anderer Anbieter. Fazit: Dieses neue Mosaik ist vermutlich die konsistenteste Darstellung dieses Gebiets, die Sie je gesehen haben, und vermittelt Ihnen einen einzigartigen Eindruck von der Verteilung der Vegetation und des permanenten Schnees und Eises.

Der östliche Himalaya mit der Tsangpo-Schlucht im Musaicum Ostasien

Der östliche Himalaya mit der Tsangpo-Schlucht im Musaicum Ostasien

Eine weitere regionale Herausforderung besteht darin, dass sich die Landwirtschaft in der Region stark auf den Reisanbau konzentriert. Und Reisfelder ändern während der Wachstumsperiode recht schnell ihre Farbe. Dies erschwert die Zusammenstellung eines konsistenten Bildes der landwirtschaftlichen Flächen.

Harbin, Nordostchina im Musaicum Ostasien

Harbin, Nordostchina im Musaicum Ostasien

Honghe Hani-Reisterrassen, Yunnan, China im Musaicum Ostasien

Honghe Hani-Reisterrassen, Yunnan, China im Musaicum Ostasien

Der zweite Aspekt, der dieses Mosaik so besonders macht, ist die große Vielfalt der Region in Bezug auf Landformen, Klima und Vegetation, aber auch in Bezug auf die Humangeografie. Die Region zeichnet sich durch die höchsten Berge der Erde, ausgedehnte Hochgebirgsregionen und steile Schluchten, aber auch durch Wüsten und Steppen, eine große Vielfalt an Wäldern sowohl auf dem Festland als auch auf den Inseln und Landwirtschaft in vielen Klimazonen aus.

Südchinesischer Karst in der Nähe von Jingxi, Guangxi, China, im Musaicum Ostasien

Südchinesischer Karst in der Nähe von Jingxi, Guangxi, China, im Musaicum Ostasien

Badain-Jaran-Wüste, Nordchina, im Musaicum Ostasien

Badain-Jaran-Wüste, Nordchina, im Musaicum Ostasien

Yuan-Fluss-Aue in der Nähe von Yuanjiang, China, im Musaicum Ostasien

Yuan-Fluss-Aue in der Nähe von Yuanjiang, China, im Musaicum Ostasien

Xuelian Feng, Tian Shan, Xinjiang, China im Musaicum Ostasien

Xuelian Feng, Tian Shan, Xinjiang, China im Musaicum Ostasien

Die Kontraste in der Humangeographie lassen sich am besten anhand der innerkoreanischen Grenze veranschaulichen, die auf Musaicum Ostasien gut zu sehen ist.

Nord-/Südkoreanische Grenze im Musaicum Ostasien

Nord-/Südkoreanische Grenze im Musaicum Ostasien

Und schließlich ist der dritte Aspekt, der dieses Mosaik für mich zu etwas Besonderem gemacht hat, dass ich dabei viel über die Geografie der Region, insbesondere Chinas, gelernt habe. Die chinesische Geografie wird in der westlichen Bildung historisch gesehen sehr vernachlässigt. Die bedeutendsten weißen Flecken im westlichen Wissen über den Planeten zu Beginn des 20. Jahrhunderts außerhalb der Polarregionen befanden sich in China. Und ein großer Teil unseres Wissens und der traditionellen geografischen Bildung im Westen über China geht immer noch auf die lückenhaften Erkenntnisse zurück, die durch die europäische Erforschung der Region im 19. und frühen 20. Jahrhundert gewonnen wurden. Ein zuverlässiges, konsistentes und repräsentatives Farbbild des gesamten Landes kann enorm dazu beitragen, es besser zu verstehen.

Weitere Informationen und eine Vielzahl von Beispielen finden Sie auf der Produktseite des neuen Mosaiks.

Aso-Caldera, Kyushu, Japan

Aso-Caldera, Kyushu, Japan

Gwangyang-Stahlwerk, Südkorea

Gwangyang-Stahlwerk, Südkorea (größtes Stahlwerk der Welt)

Bergbaugebiet Bayan Obo, Innere Mongolei, China

Bergbaugebiet Bayan Obo, Innere Mongolei, China (die größte Lagerstätte seltener Erden weltweit)

Yulong Xueshan und Tigersprung-Schlucht, Yunnan, China

Yulong Xueshan und Tigersprung-Schlucht, Yunnan, China

Zentrum von Peking, China

Zentrum von Peking, China

17. September 2025
von chris
Keine Kommentare

Wer sind die Mitglieder der OpenStreetMap Foundation?

Deutsche Version auf Grundlage einer automatischen Übersetzung mit deepl.

Dieser Blogbeitrag handelt nicht von dem, was Sie vielleicht aufgrund des Titels vermuten würden. Ich werde nicht die Struktur der formellen Mitgliedschaft der OSMF mit ihren (nach den neuesten Zahlen) 2696 Mitgliedern analysieren.

Ich möchte hier vielmehr das Thema aus der Perspektive der Organisationssoziologie diskutieren. Unter der Prämisse, dass die OpenStreetMap Foundation eine Organisation ist (was sie ganz offensichtlich ist – obwohl ich später noch kurz auf die Möglichkeit eingehen werde, dass dies nicht der Fall ist), ist einer der grundlegenden Aspekte einer Organisation, dass sie Mitglieder hat. Mitglieder einer Organisation sind in der Regel Personen, die

  • sich nachhaltig an der organisierten und geplanten Verfolgung der Ziele der Organisation beteiligen.
  • dabei die formellen und informellen Regeln der Organisation befolgen.

Eine klare Unterscheidung zwischen Mitgliedern und Nichtmitgliedern ist ein ziemlich grundlegender Aspekt dafür, dass eine Organisation auch wirklich eine Organisation ist.

Nun hat die OSMF – wie erwähnt – eine formelle Mitgliedschaft, wie es das britische Recht vorschreibt. Was ich hier in Frage stellen möchte, ist, dass diese Mitgliedschaft tatsächlich die Mitglieder der Organisation in einem funktionalen, soziologischen Sinne ausmacht.

Denn es gibt heutzutage kaum noch Anzeichen dafür, dass die formellen Mitglieder der OSMF stärker in die Arbeit der OSMF eingebunden sind als die OSM-Community im Allgemeinen. Und es gibt auch keine Anzeichen dafür, dass sich die formellen Mitglieder in irgendeiner Weise an die formellen und informellen Regeln der OSMF gebunden fühlen.

Das war nicht immer so. In den Anfängen der OSMF (vor 5 bis 10 Jahren) waren die formellen Mitglieder viel stärker in die Organisation eingebunden. Es gab häufige offene Diskussionen über OSMF-Angelegenheiten wie die Entwicklung von Richtlinien auf der Mailingliste osmf-talk und in offenen Community-Kanälen – was heute fast vollständig verschwunden ist. Was die Beteiligung der formellen Mitglieder an formellen Prozessen angeht, ist dieser Abwärtstrend auch bei der Beteiligung an den Vorstandswahlen deutlich zu erkennen.

Entwicklung der Anzahl der stimmberechtigten Mitglieder bei Vorstandswahlen (blau gestrichelt), der Anzahl der Stimmen (blau) und der relativen Beteiligung in Prozent (rot) an den OSMF-Vorstandswahlen.

Entwicklung der Anzahl der stimmberechtigten Mitglieder bei Vorstandswahlen (blau gestrichelt), der Anzahl der Stimmen (blau) und der relativen Beteiligung in Prozent (rot) an den OSMF-Vorstandswahlen.

Aber wenn die formellen Mitglieder der OSMF nicht mehr die Mitglieder der Organisation sind, wer dann?

Die am besten definierte Gruppe von Personen, die als tatsächliche Mitglieder der Organisation angesehen werden können, sind diejenigen, die etwas längerfristig an der Arbeit der Organisation beteiligt sind. Dies sind im Wesentlichen

  • die Vorstandsmitglieder (von den formellen Mitgliedern für 2-6 Jahre gewählt)
  • die Mitglieder der Arbeitsgruppen (von den Arbeitsgruppen selbst rekrutiert)
  • die Mitglieder von ernannten Gremien/Positionen wie Vorstandsausschüssen oder anderen Gremien/Ausschüssen (in den meisten Fällen de facto lebenslange Ernennungen durch den Vorstand)
  • die Angestellten und langfristigen/wiederkehrenden freien Mitarbeiter der OSMF

Ist es sinnvoll, diese (und nur diese) als Mitglieder der OSMF zu betrachten und nicht die formellen Mitglieder? Meiner Meinung nach ja. Manche mögen dies als sinnlose akademische Unterscheidung betrachten, aber für mich hat dieses Umdenken hinsichtlich der Struktur der OSMF viel deutlicher gemacht, warum bestimmte Dinge in der OSMF so funktionieren, wie sie funktionieren.

Mein Eindruck ist, dass die Entwicklung hin zu dieser enger definierten De-facto-Mitgliedschaft der OSMF mit einer erheblichen Schwächung des De-facto-Einflusses des Vorstands auf die Organisation einhergeht. Dies ist zum Teil darauf zurückzuführen, dass der Vorstand in den letzten Jahren ziemlich dysfunktional war und nicht in der Lage war, sinnvolle Entscheidungen zu treffen und verbindliche strategische Leitlinien für die Organisation zu entwickeln. Zum Teil liegt dies aber auch daran, dass der Vorstand innerhalb der De-facto-Mitgliedschaft nur geringe Legitimität besitzt, da er von den formellen Mitgliedern gewählt wird, die überwiegend De-facto-Außenstehende der Organisation sind und bei der Auswahl der De-facto-Mitglieder kein Mitspracherecht hatten.

Gleichzeitig scheint der OSMF-Vorstand zunehmend zögerlich zu sein, Fachwissen bei den formellen Mitgliedern und der weiteren OSM-Community einzuholen und diese zu konsultieren, wahrscheinlich entweder weil er der Meinung ist, dass dies eine Geringschätzung für die de facto-Mitglieder (die er größtenteils rekrutiert hat) wäre und ihn und die Organisation schwach erscheinen lassen würde, oder weil er selbst diese Personen im Wesentlichen als Außenstehende der Organisation betrachtet.

Wenn sich dieser Trend fortsetzt (und ich sehe kaum Gründe, warum dies nicht der Fall sein sollte), bedeutet dies wahrscheinlich, dass sich die tatsächliche Macht innerhalb der OSMF zunehmend auf Einzelpersonen oder informelle Interessengruppen innerhalb der skizzierten tatsächlichen Mitgliedschaft verlagern wird. Letztendlich ist es wahrscheinlich, dass der Vorstand selbst in gewisser Weise zu einem Außenseiter innerhalb der Organisation wird – formal zwar die Kontrolle ausübend (und insbesondere auch die Verantwortung tragend), de facto jedoch in allem, was er tut, von den wahren Insidern der Organisation abhängig.

Eine andere, radikalere Sichtweise wäre, dass die OSMF gar keine Organisation ist, sondern ein Projekt, in dem unabhängige Akteure lose zusammenarbeiten, um ihre jeweiligen Ziele zu verfolgen. Die formale Struktur der OSMF mit formeller Mitgliedschaft und Vorstand wäre dann nur eine Fassade dafür. Ich halte dies jedoch nicht für ein geeignetes Modell. Nicht weil ich innerhalb der OSMF insgesamt ein hohes Maß an organisierter Verfolgung klarer Ziele sehe, sondern wegen der recht ausgeprägten Organisationskultur innerhalb der OSMF, die ich auch in der Vergangenheit kritisiert habe. Die Träger dieser Kultur sind jedoch nicht die formellen Mitglieder (die viel vielfältiger sind) – was ebenfalls meine Empfehlung stützt, die faktische Mitgliedschaft wie skizziert neu zu definieren.

Ich glaube nicht, dass sich aus dieser Sichtweise auf die OpenStreetMap Foundation zwangsläufig bestimmte Schlussfolgerungen ableiten lassen. Aber – wie bereits oben angedeutet – denke ich, dass diese Betrachtungsweise der OSMF sehr dabei hilft, die sozialen Dynamiken innerhalb der Organisation und zwischen ihr und der größeren OSM-Community zu verstehen.

23. Juli 2025
von chris
11 Kommentare

Neue Kartenebenen auf osm.org

Deutsche Version auf Grundlage einer Übersetzung mit deepl.

Die OSMF hat kürzlich die Auswahl an Kartenebenen auf der OpenStreetMap-Website erweitert. Da jedoch keines der Kartendesigns der beiden neuen Ebenen in meiner letztjährigen Übersicht über den Stand des Kartendesigns in OpenStreetMap behandelt wurde, halte ich es für notwendig, meinen Lesern diesbezüglich etwas Hintergrundwissen zu vermitteln. Die Ankündigung der OSMF in ihrem postfaktischen US-PR-Stil ist in dieser Hinsicht wenig hilfreich.

Hier eine tabellarische Darstellung der aktuellen Kartenebenen:

MKartenebenen auf osm.org mit dem Status von Ende Juli 2025

Kartenebenen auf osm.org mit dem Status von Ende Juli 2025

Fußnoten:

  1. Die aktive Entwicklung des Humanitarian-Stils ist beendet, der Stil ist nun archiviert.
  2. Maptiler verwendet bei niedrigen Zoomstufen (bis zu z6) Nicht-OSM-Daten (Natural Earth) für die physische Geografie (Küstenlinien, Gewässer, Gletscher) – diese basieren größtenteils auf mehr als 50 Jahre alten Informationen.

Einige Erläuterungen zu den Spalten:

  • OSM Website label ist das Label, das auf der OSM-Website für die betreffende Kartenebene verwendet wird.
  • Style ist der tatsächliche Name des Stils, der zur Erstellung der Karte verwendet wird. Hinweis: Bei clientseitig gerenderten Karten hat der Stil nur begrenzten Einfluss auf die Darstellung der Karte – wie bereits zuvor erläutert.
  • Commercial/Community – gibt an, ob der Kartenstil kommerziell entwickelt wurde oder ob seine Entwicklung durch Freiwillige in einem Community-Projekt erfolgt ist. Grundsätzlich handelt es sich hierbei nicht um eine strikte Zweiteilung – es gibt beispielsweise auch eine ganze Reihe von Kartenstilen, die von einzelnen Designern ohne kommerziellen Hintergrund entwickelt wurden. Für die Kartenebenen auf der OSM-Website funktioniert diese Zweiteilung jedoch – diese gehören alle eindeutig zu einer der beiden Kategorien.
  • Open Source – gibt an, ob die Stildefinition vollständig für andere unter einer offenen Lizenz verfügbar ist.
  • Hosting – gibt an, wer das Hosting der serverseitigen Infrastruktur dieser Kartenebene übernimmt.
  • Data Update Frequency – gibt an, wie oft die angezeigten Daten aktualisiert werden, gegebenenfalls getrennt für niedrige/hohe Zoomstufen.
  • Tech Stack – gibt den Software-Stack hinter der Kartenebene an. CartoCSS+Mapnik bedeutet, dass der Kartenstil in CartoCSS geschrieben ist (in der Regel zur Verarbeitung durch Carto in Mapnik XML) und mit Mapnik gerendert wird. Maplibre bedeutet, dass der Stil in Maplibre JSON (oder einer YAML-Darstellung derselben Datenstruktur) geschrieben ist.

Über die Informationen in der Tabelle hinaus ist natürlich noch zu beachten, dass es sich bei drei Ebenen um Spezialkarten (öffentlicher Nahverkehr, Radfahren) handelt, während die übrigen Ebenen als allgemeine Karten ohne engen thematischen Fokus klassifiziert werden können.

Ich möchte in diesem Beitrag weder auf die neu hinzugefügten Ebenen noch auf die gesamte Auswahl der vorgestellten Ebenen näher eingehen. Aber ich denke, es ist klar, warum keiner der neu hinzugefügten Stile in meiner Analyse des Zustands des Kartendesigns in OpenStreetMap im letzten Jahr erwähnt wurde – einer davon ist einer der unzähligen einfachen kommerziellen Google/Mapbox-Lookalikes, die ich dort beiläufig erwähnt habe. Einer, der natürlich Open Source ist, aber ansonsten nicht wirklich bemerkenswert.

Der andere ist einer der OSM-Carto-Lookalikes, die versuchen, das Design von OSM-Carto in gewisser Weise zu imitieren. Auch diese habe ich letztes Jahr beiläufig erwähnt. Bemerkenswert ist hier zusätzlich, was ich in der Fußnote oben erwähnt habe – dass hier sehr minderwertige Nicht-OSM-Daten bei z0-z6 verwendet werden.

Was die Entwicklung des Kartendesigns in der OSM-Community angeht, gibt es hier also nichts wirklich Neues. Dennoch wird es interessant sein zu beobachten, wie sich dies weiterentwickelt. Es ist mittlerweile sehr deutlich, dass innerhalb der OSMF ein breiter (wenn auch öffentlich nicht ausdrücklich artikulierter) Konsens darüber besteht, OSM-Carto abschaffen zu wollen. Es gibt jedoch auch ganz klar keine Strategie, wie dies erreicht werden soll.

In gewisser Weise ist die Situation beim Kartendesign in der OpenStreetMap-Community das Gegenteil von der Situation bei verschiedenen Kernsoftwareprojekten, die ich kürzlich in einem Beitrag angesprochen habe. Bei diesen scheint das vorherrschende Interesse innerhalb der OSMF konservativer Natur zu sein – den Status quo zu erhalten und bei Bedarf (mit Geld und personellen Ressourcen) zu investieren, um sicherzustellen, dass die alten Tools zumindest kurzfristig weiter funktionsfähig bleiben. Beim Kartendesign scheint das vorherrschende Interesse darin zu bestehen, den Status quo abzuschaffen, ohne dass klar ist, was ihn ersetzen soll.

Der Hauptvorteil für die OSM-Community besteht derzeit darin, dass sie nun über eine leicht zugängliche Schnittstelle verfügt, um klassische serverseitig gerenderte Karten und clientseitig gerenderte Karten direkt zu vergleichen. Dies wird wahrscheinlich in gewissem Maße das Bewusstsein für die Auswirkungen der verlustbehafteten Datenkomprimierung schärfen, die allen clientseitig gerenderten Kachelkarten innewohnt. Wenn das zu einer mehr faktenbasierten Betrachtung der technischen Seite der Produktion von Karten führt, dann ist dies sicher ein Fortschritt.

Update: Tippfehler in der Tabelle korrigiert (Maptiler -> MapTiler OMT)

Musaicum Macaronesia - Canary Islands Detail

10. Juli 2025
von chris
Keine Kommentare

Weitere Bilder von Atlantik-Inseln

Nachdem ich im Mai die Inseln der Europäischen Arktis vorgestellt habe, erweitere ich nun die Abdeckung der Musaicum-Satellitenbilder auf die anderen größeren Inseln und Inselgruppen des Atlantischen Ozeans.

Die Musaicum-Bilder sind eine Serie regionaler Satellitenbild-Zusammenstellungen auf Grundlage von Sentinel-2-Daten, welche ich 2023 begonnen habe und welche nach hohen Qualitäts-Standards produziert werden. Sie bieten eine unübertroffene Qualität in der farbigen Abbildung der Erdoberfläche in diesem Auflösungs-Bereich (10m) mit einem hohen Grad an farblicher Konsistenz bei außergewöhnlich geringem Wolkenanteil.

Die neu verfügbaren Daten umfassen Makaronesien (d. h. die Azoren, die Kanarischen Inseln, Madeira und Cabo Verde) und die abgelegenen Inseln des südlichen Atlantiks (St. Helena, Ascension, Tristan da Cunha, die Falklandinseln, Südgeorgien und die Südlichen Sandwichinseln).

Musaicum Makaronesien - Azoren

Musaicum Makaronesien – Azoren

Musaicum Makaronesien - Cabo Verde

Musaicum Makaronesien – Cabo Verde

Musaicum Südatlantik-Inseln - Falklandinseln

Musaicum Südatlantik-Inseln – Falklandinseln

Musaicum Südatlantik-Inseln - Südgeorgien

Musaicum Südatlantik-Inseln – Südgeorgien

Sie haben vielleicht bemerkt, dass die Bouvet-Insel fehlt. Das liegt daran, dass Sentinel-2-Aufnahmen erst seit Kurzem diese abgelegene Insel routinemäßig erfassen. Daher sind noch nicht genügend Daten von guter Qualität verfügbar, um ein Bild von besserer Qualität als mein älteres Landsat-basiertes Mosaik zu erstellen. Deshalb habe ich beschlossen, diese Insel noch nicht einzubeziehen.

Musaicum Südatlantik-Inseln - Südgeorgien Detail

Musaicum Südatlantik-Inseln – Südgeorgien Detail

Wie üblich finden sich weitere Informationen und Beispiele auf den Produktseiten – für Makaronesien und die Südatlantik-Inseln.

Musaicum Südatlantik-Inseln - Falklandinseln Detail

Musaicum Südatlantik-Inseln – Falklandinseln Detail

Musaicum Makaronesien - Kanarische Inseln Detail

Musaicum Makaronesien – Kanarische Inseln Detail

Summer clouds over Freiburg

22. Juni 2025
von chris
7 Kommentare

Das OpenStreetMap-Sommergewitter

Deutsche Version auf Grundlage einer Übersetzung mit deepl.

In diesen Tagen beginnt der Sommer auf der Nordhalbkugel – und damit kommt in vielen Teilen Europas und Nordamerikas die Zeit der häufigen Gewitter.

In OpenStreetMap braut sich derzeit eine andere Art von Sturm zusammen, der eher sozialer Natur ist und für viele Außenstehende wahrscheinlich nur schwer zu verstehen und zu interpretieren ist, und der auch ein paar Themen berührt, über die ich kürzlich geschrieben habe.

Der Streit/Konflikt, von dem ich spreche, dreht sich um das technische System hinter der OpenStreetMap-Hauptwebsite, aber er weitet sich auf die Frage der Verwaltung von Gemeinschaftsprojekten in OpenStreetMap im Allgemeinen und die Frage des Generationenwechsels aus, über die ich kürzlich ebenfalls geschrieben habe.

Teile dieser Diskussionen finden Sie auf:

Es gibt noch einen weiteren Kontext, der in diesem Zusammenhang sehr nützlich ist, nämlich dass die OpenStreetMap Foundation vor kurzem das wirtschaftlich größte extern finanzierte Projekt in ihrer Geschichte gestartet hat, welches in direktem Zusammenhang mit der OpenStreetMap-Website steht. Die OSMF war und ist ziemlich undurchsichtig, was die Details dieses Projekts angeht – wir kennen nur die sehr begrenzte öffentliche Kommunikation, die von der OSMF gemacht wurde. Es sind keine Einzelheiten zu den Vertragsbedingungen bekannt, unter denen das Geld an das OSMF fließt. Was wir wissen, ist, dass sich das finanzielle Gesamtvolumen dieses Projekts auf 384k beläuft.

Parallel dazu nimmt die EWG in diesen Tagen Einreichungen für ihr Microgrant-Programm entgegen, dessen maximales Volumen pro Projekt angekündigt bei 6k liegt. Einer der obigen Links führt zur Diskussion über eine der Einreichungen für dieses Programm.

Über die Details dieser beiden finanziellen Unterfangen – und die problematischen Auswirkungen dieser Art von Geldausgaben auf intrinsisch motivierte Freiwillige in der OSM-Gemeinschaft – könnte man viel diskutieren, aber das ist heute nicht mein Thema. Die erwähnten wirtschaftlichen Entwicklungen sind der Hauptgrund, warum sich diese Diskussionen gerade jetzt entwickeln und warum sie sich um die OpenStreetMap-Website drehen. Und da sind natürlich auch die unterschiedlichen Interessen, die verschiedene Teile der OSMF in diesem Zusammenhang verfolgen. Worauf ich mich hier jedoch konzentrieren möchte, sind eher die zugrundeliegenden Probleme hinter den genannten Diskussionen.

Der Punkt, den ich hier hauptsächlich ansprechen möchte, ist, dass dies genau die Art von Generationswechselproblemen veranschaulicht, die ich kürzlich diskutiert habe. Wie jede andere Gemeinschaft muss auch die OSM-Gemeinschaft einen Generationswechsel bewältigen, um langfristig zu funktionieren. Und dazu muss sie ein Gleichgewicht finden zwischen dem Raum und den Ressourcen für neue Generationen von Gemeinschaftsmitgliedern, damit diese sich über den Horizont der vorherigen Generationen hinaus entwickeln können, und – gleichzeitig – der Erhaltung und Wertschätzung der Weisheit und Erfahrung der älteren und erfahreneren Gemeinschaftsmitglieder.

Normalerweise würde dieser Prozess in der größeren, intrinsisch motivierten OSM-Gemeinschaft vor allem dadurch ermöglicht, dass verschiedene Projekte parallel existieren (man denke an verschiedene Editoren für die Bearbeitung von OSM-Daten, verschiedene QS-Tools, verschiedene Kartenstile), die von verschiedenen Generationen von Gemeinschaftsmitgliedern kontrolliert werden, die sich gegenseitig respektieren und unterstützen und auf diese Weise einen reibungslosen Wissenstransfer und eine faire Verteilung der Ressourcen zwischen den verschiedenen Generationen gewährleisten.

Dieser Vorgang wird bereits empfindlich gestört, wenn man eine beträchtliche Menge an extrinsischer Motivation (d. h. Geld oder sogar das vage Versprechen auf Geld) hinzufügt. Darüber hinaus sprechen wir hier über die Teile des OSM-Ökosystems, in denen – entweder von Natur aus oder durch entsprechende Entscheidungen – nicht mehrere unabhängige Projekte parallel existieren, sondern in denen ein Monopol besteht – oder zumindest eine massive Marktkonzentration und ein sehr kleines Oligopol.

Und die meisten dieser Fälle stehen irgendwie unter der Schirmherrschaft der OSMF. Auch wenn die Projekte formal unabhängig sind, ist es die OSMF, die de facto genau ein Projekt unterstützt und für ihre Zwecke auswählt. Ob das eine bewusste Entscheidung war oder ob sich die Dinge einfach so ergeben haben, spielt keine Rolle.

Es wäre also die Aufgabe des OSMF, den Generationswechsel in diesen Fällen zu erleichtern. Aber das ist natürlich nicht wirklich realistisch, da die OSMF bereits massiv mit dem Generationswechsel in ihrer eigenen Organisationsstruktur kämpft.

Was kann die OSM-Gemeinschaft hier tun? Versuchen, aus eigener Initiative eine Vielfalt an Methoden und Werkzeugen zu schaffen. Und das geschieht natürlich bis zu einem gewissen Grad mit der Website (siehe auch hier). Aber ein echter Generationswechsel wird trotzdem schwierig sein, weil die erwähnte Balance schwer zu erreichen ist, wenn die OSMF fest am bestehenden Monopol festhält, ohne dass eine strategische Vision kommuniziert wird, wie sich das langfristig entwickeln soll. Und auch, weil diese alternativen Projekte eher das primäre Ziel haben könnten, das bestehende Website-Projekt zu verdrängen, anstatt als Instrument zur Erleichterung des Generationswechsels zu dienen.

Da die OSMF ihrer Verantwortung hier nicht gerecht wird, liegt es in erster Linie an den alten Hasen in den verschiedenen Projekten, die das Privileg und die Last haben, Schlüsselrollen im OSMF-Portfolio zu spielen, die Bedingungen zu schaffen, unter denen ein echter Generationswechsel stattfinden kann. Versucht, diejenigen zu unterstützen, die von Euch lernen wollen und müssen, vor allem, wenn sie dies mit anderen Ansätzen tun wollen als Ihr selbst. Versucht, eine Vielfalt der Methoden und Instrumente zu begrüßen, und seht Neuankömmlinge nicht in erster Linie als Konkurrenz. Ihr sollten die jüngere Generation als Partner in den Bemühungen sehen, OpenStreetMap langfristig voranzubringen. Erwartet nicht, dass die jüngeren Leute für Euch arbeiten oder Euren Vorstellungen entsprechen, wie die Dinge zu tun sind. Und denkt daran, dass es bei der Bildung jüngerer Menschen nicht nur darum geht, Euer Wissen und Eure Erfahrung weiterzugeben und sie in der praktischen Arbeit zu befähigen, sondern auch darum, Ideen von Qualität und Exzellenz zu teilen.

Aber die Initiative muss letztlich von der aufstrebenden jungen Generation ausgehen, um auf die alten Hasen zuzugehen, die die etablierten Projekte leiten. Ihr solltet sie als Träger von Wissen und Erfahrung sehen, von denen Ihr viel lernen könnt, und nicht als Hindernisse auf dem Weg zu Euren individuellen Zielen. Ihr seid auf sie angewiesen, um die Zukunft von OpenStreetMap erfolgreich zu gestalten, genauso wie sie auf Euch angewiesen sind. Erwartet nicht, dass Euch die Dinge auf dem Silbertablett serviert werden. Wenn Ihr neue Wege gehen und neue Ideen verfolgen wollt, müsst Ihr bereit sein, die notwendige Vorarbeit zu leisten. Ihr könnt von der älteren Generation erwarten, dass sie ihre Weisheit und Erfahrung mit Euch teilt, aber nicht, dass sie Euch die Arbeit abnimmt.

Und schließlich an beide Seiten: Achtet auf den wirtschaftlichen Kontext. Wenn Ihr im Rahmen Eurer OSM-bezogenen Arbeit in irgendeiner Weise bezahlt werdet oder wenn Ihr eine berufliche Karriere im Zusammenhang mit OpenStreetMap anstrebt, muss Eure Interaktion mit einem intrinsisch motivierten Freiwilligen diesen Unterschied berücksichtigen. Die OSMF behandelt dies als Nullsummenspiel und verteilt Geld nach dem Matthäus-Prinzip in der Hoffnung, einen einzigen klaren Marktführer zu haben, der durch wirtschaftliche Abhängigkeiten und persönliche Beziehungen an sie gebunden ist. Macht nicht den Fehler, euch auf dieses System einzulassen, selbst wenn Ihr für den Moment davon zu profitieren scheint.

Und das Wichtigste: Ich habe hier zwar einige Analysen darüber angestellt, warum die Dinge so sind, wie sie sind, und welche Ansätze praktikabel sein könnten, um die Notwendigkeit eines Generationswechsels unter diesen etwas ungünstigen Bedingungen zu bewältigen, aber ich habe natürlich nicht alle Antworten parat. Entwickelt Eure eigenen Gedanken zur Erleichterung des Generationswechsels und präsentieren und diskutiert diese Gedanken offen.

Ich möchte auch anerkennen, dass das OpenStreetMap-Website-Projekt darüber hinaus große Anstrengungen unternimmt, um einen Generationswechsel innerhalb des Projekts zu erleichtern. Das ist lobenswert. Aber es ist kein Ersatz dafür, neuen Generationen den Raum zu geben, völlig neue Ansätze innerhalb der gesamten Gemeinschaft selbständig zu erforschen und zu entwickeln.

Die andere Sache, die die OSM-Gemeinschaft tun kann und sollte, ist, ernsthaften Druck auf die OSMF auszuüben, damit sie – sozusagen – den Kopf aus dem Sand zieht und damit sie aufhört, das Problem zu ignorieren und anfängt, Verantwortung zu übernehmen. Und das bedeutet nicht, dass die OSMF anfängt, die Leute herumzukommandieren oder die unabhängigen Projekte einfach loszuwerden (was die Richtung zu sein scheint, in die sich die Dinge derzeit bewegen – entweder indem bestehende Projekte abhängiger werden oder indem sie durch Projekte ersetzt werden, die von Natur aus enger mit der OSMF verbunden sind). Es bedeutet, dass die OSMF anfangen sollte, strategisch zu denken, und dass sie anfangen sollte, Kompetenz und Erfahrung in der größeren Gemeinschaft zu schätzen und zu fördern, und nicht nur people whose work we know and enjoy. Niemand erwartet von der OSMF, dass sie hier tatsächlich Lösungen anbietet (das wäre auch ziemlich unrealistisch, siehe oben). Aber die Anerkennung der Verantwortung für die getroffenen Entscheidungen wäre ein wichtiger erster Schritt.

Und da sich einige das wahrscheinlich fragen werden: Ja, ich habe hier auch OSM-Carto im Sinn – obwohl das weder Software noch „core“ ist. Wie regelmäßige Leser dieses Blogs wissen, habe ich in den letzten Jahren viel Zeit investiert, um proaktiv einen erheblichen Teil meiner Erfahrung im Kartendesign weiterzugeben. Und ich habe seit vielen Jahren immer wieder dazu aufgerufen, echte Alternativen zu OSM-Carto zu entwickeln mit vergleichbaren Zielen und Ambitionen, und Menschen ermutigt, solche Projekte zu starten. Aber, wie ich auch in der Vergangenheit diskutiert habe, sind Talent und Erfahrung nur ein Faktor, der darüber entscheidet, ob ein echter Generationswechsel im Bereich des Kartendesigns möglich ist – der andere ist die Verfügbarkeit von geeigneten Werkzeugen und ein unterstützendes soziales Umfeld für die Designarbeit.