Imagico.de

blog

29. Januar 2026
von chris
Keine Kommentare

Digitale Ökosysteme und Lobbyarbeit

Deutsche Version auf Grundlage einer automatischen Übersetzung mit deepl.

In den letzten Tagen und Wochen gab es einiges Aufsehen um eine öffentliche Konsultation der Europäischen Kommission zu einer Initiative namens „Towards European open digital ecosystems” (Auf dem Weg zu offenen digitalen Ökosystemen in Europa).

Obwohl der Titel in keiner Weise darauf hindeutet, dass es hierbei speziell um Softwareentwicklung geht – oder auch nur um Technologie im Allgemeinen, geht aus den Begleittexten eindeutig hervor, dass das Thema Softwareentwicklung ist und dass die Initiative sowohl finanzielle als auch die politische Maßnahmen umfasst.

Daher scheint ein erheblicher Teil der FOSS-Community derzeit angesichts der Aussicht auf einen Geldregen aus dem Häuschen zu sein, und es gab bereits mehr als tausend Kommentare zu der Konsultation.

Was ich bemerkenswert fand (und der Hauptgrund, warum ich dies hier schreibe), ist, dass viele Kommentare aus der Community in Richtung einer europäischen Version des deutschen Sovereign Tech Fund gehen. Der STF ist für mich insbesondere deshalb bemerkenswert, weil er das einzige mir bekannte offene öffentliche Förderprogramm ist, das das Matthäus-Prinzip (https://en.wikipedia.org/wiki/Matthew_effect) ausdrücklich festschreibt. Eines der Kernkriterien des STF ist die Prävalenz – was im Wesentlichen bedeutet, dass nur Projekte gefördert werden sollen, die bereits eine gewisse Marktdominanz erreicht haben. Eine wesentliche Ausweitung der FOSS-Förderung unter dieser Prämisse könnte verheerende Auswirkungen auf die Open-Source-Softwarelandschaft haben. Einer der großen praktischen Vorteile von Open-Source-Software ist die Vielfalt der verschiedenen Lösungen, die sowohl Anwendern als auch Entwicklern zur Verfügung stehen, und die daraus resultierende Widerstandsfähigkeit. Die wirtschaftliche Dynamik der Open-Source-Entwicklung ist in der Regel viel weniger anfällig für die Bildung von Monopolen und Oligopolen. Eine massive Finanzierung speziell der Marktführer und ausdrücklich nicht der innovativsten Projekte könnte dies jedoch durchaus ändern.

Nun möchte ich dieses Problem nicht überbewerten, denn viele andere Finanzierungsmöglichkeiten für die Entwicklung von Open-Source-Software – sowohl private als auch öffentliche – begünstigen de facto ebenfalls die Marktführer. Es ist jedoch bemerkenswert, dass man allen hier ostentativ vor Augen führt, dass man Steuergelder einsetzt, um im Wesentlichen bereits erfolgreiche und einflussreiche Projekte vor aufstrebender Konkurrenz zu schützen. Dies gilt umso mehr, wenn diese Vorgehensweise von der Entwicklergemeinde sogar mit Beifall aufgenommen wird.

Außerdem: Was mir in den Diskussionen und Kommentaren, die ich bisher gesehen habe, am meisten gefehlt hat, sind ernsthafte Diskussionen über den politischen Aspekt. In Europa gibt es zahlreiche Gesetze, die Open-Source-Software und offene Technologien im Allgemeinen erheblich behindern. Dazu gehören beispielsweise die Gesetze gegen die Umgehung technischer Maßnahmen, die eingeführt wurden, um Menschen daran zu hindern, die Technologie zu kontrollieren, die sie legal besitzen. Diese Dinge sind für offene digitale Ökosysteme viel wichtiger als eine kurzfristige Finanzspritze.

Ob diese Initiative ein Hinweis auf eine tatsächliche ernsthafte Bewegung hin zu einer offeneren digitalen Welt in Europa ist oder ob es sich im Wesentlichen nur um einen Versuch handelt, durch ein kurzfristiges Förderprogramm billige Arbeit aus der FOSS-Community für bestimmte Interessengebiete einflussreicher Akteure zu beschaffen, ist ungewiss. Eine ernsthafte Initiative erfordert erhebliche politische Veränderungen. Wenn es sich nur um einige hundert Millionen Euro an Zuschüssen und Subventionen handelt, dann handelt es sich vermutlich nicht um ein ernsthaftes Vorhaben.

Fazit: Wenn Sie Feedback zu dieser Initiative der Europäischen Kommission geben möchten, empfehle ich Ihnen, sich auf die folgenden Ideen zu konzentrieren:

  • Die EU-Politik sollte so angepasst werden, dass sie kleine und unabhängige Akteure in diesem Bereich unterstützt, anstatt ihnen Hindernisse in den Weg zu legen, und dass sie die Offenheit sowohl von Technologie als auch von Wissens schützt und unterstützt – beispielsweise durch die Aufhebung von Gesetzen zur Umgehung von Schutzmaßnahmen.
  • Öffentliche Mittel sollten zur Unterstützung von Innovationen und insbesondere für Arbeiten in Phasen vor der Entwicklung konkreter Produkte bereitgestellt werden. Dies wird viel mehr zur nachhaltigen Verbesserung der digitalen Fähigkeiten und Widerstandsfähigkeit Europas beitragen als kurzfristige Subventionen für bereits erfolgreiche Projekte.
  • Letztendlich hängt der anhaltende Erfolg offener digitaler Ökosysteme davon ab, dass es eine langfristige wirtschaftliche und soziale Grundlage dafür gibt, dass Bürger sich mit Arbeit in diese Ökosysteme einbringen. Diese Grundlage kann nicht durch öffentliche Subventionen geschaffen werden, sondern muss von unserer Gesellschaft insgesamt kommen. Die Politik kann jedoch helfen, indem sie beispielsweise positive Beispiele setzt und öffentliche und öffentlich finanzierte Institutionen dazu verpflichtet, sich umfassend und uneingeschränkt an diesen offenen digitalen Ökosystemen zu beteiligen – sowohl als aktive Mitwirkende als auch als Konsumenten und ohne opportunistische Rosinenpickerei. Die Politik kann auch günstigere wirtschaftliche Bedingungen für die Arbeit an offenem Wissen und offener Technologie schaffen, beispielsweise durch eine geringere Besteuerung dieser Arbeit.
Musaicum image tiles

16. Januar 2026
von chris
Keine Kommentare

Musaicum-Bildkacheln

In den letzten Jahren habe ich hier verschiedene regionale, qualitativ hochwertige Satellitenbildmosaike in hoher Auflösung produziert und vorgestellt – die Musaicum-Reihe. Diese sind für die Lizenzierung in dem ursprünglich produzierten MGRS-Raster der Sentinel-2-Daten verfügbar, auf denen sie basieren. Indem Sie die Bilder im ursprünglichen Koordinatensystem erhalten, können Sie die Daten ohne Qualitätsverlust durch Umrechnung in ein anderes Koordinatensystem optimal nutzen.

Viele Kunden möchten die Bilder jedoch natürlich in interaktiven Karten verwenden und wünschen aus Gründen der Bequemlichkeit und zur Reduzierung des Bearbeitungsaufwands ihrerseits die Bilder in der Mercator-Projektion, die ich selbstverständlich bereitstellen kann.

Ich bin nun einen Schritt weiter gegangen und habe alle verfügbaren Musaicum-Bilder – sowie das Comprehensive Optical Mosaic of the Antarctic – zu einem gebrauchsfertigen Kachelsatz für interaktive Webkarten verarbeitet. Wie das Originalmosaik verfügen diese Kacheln über einen Alpha-Kanal (Transparenzkanal), der eine nahtlose Überblendung mit einer Hintergrundbild-Ebene für offenes Wasser und für Gebiete ermöglicht, die bisher nicht vom Musaicum abgedeckt sind. Das zur Berechnung der Kacheln verwendete System ermöglicht selektive Aktualisierungen, wenn eine neue Region verfügbar wird oder eine bestehende Region in Zukunft aktualisiert werden soll.

Kacheln werden in niedrigen Breitengraden bis zu einer Zoomstufe von 14 erstellt, wodurch die volle Auflösung der Musaicum-Bilder nutzbar wird. Bei höheren Breitengraden sind Kacheln der Stufe z14 aufgrund des variablen Maßstabs der Mercator-Projektion sinnlos, sodass die Kachelgenerierung je nach lokalem Maßstab auf z13 oder sogar noch niedriger begrenzt ist. Ebenfalls ausgeschlossen sind Bereiche ohne Bildabdeckung. Die Kacheln werden im AVIF-Format generiert, können aber auch in anderen Dateiformaten wie WEBP oder PNG erstellt werden.

Das Gesamtdatenvolumen der Kacheln mit der aktuellen Musaicum- und COMA-Abdeckung in AVIF-Format mit hoher Qualität beträgt 350GB. Natürlich können Sie auch eine begrenzte Abdeckung von nur einer oder mehreren Regionen anstelle aller Regionen erhalten.

Um Ihnen eine Vorstellung davon zu geben, wie dieser Kachelsatz in der Praxis aussieht, habe ich eine Demo-Karte mit Kacheln bis zur Zoomstufe 7 erstellt:

Sie können sich dies auch mit der Green Marble als Hintergrund ansehen:

Falls Sie daran interessiert sind, den Mercator-Kachelsatz oder allgemein die Musaicum-Bilder für Ihre Projekte zu lizenzieren, schauen Sie sich die Produktseite an und kontaktieren Sie mich über den dort angegebenen Link.

Musaicum Mercator-Kacheln bei z14 in Westasien

Musaicum Mercator-Kacheln bei z14 in Westasien

Musaicum Mercator-Kacheln bei z14 in Ostasien

Musaicum Mercator-Kacheln bei z14 in Ostasien

Peeking at peaks - importance rating of peaks in map production

2. Januar 2026
von chris
Keine Kommentare

Betrachtungen zu Gipfeln

Ich habe mich ein bisschen intensiver mit der Darstellung von Berggipfeln in Karten beschäftigt und darüber etwas auf Englischer Sprache geschrieben.

Freiburg area with Black Forest and Kaiserstuhl mountains at z9

Freiburg area with Black Forest and Kaiserstuhl mountains at z10

Freiburg area with Black Forest and Kaiserstuhl mountains at z11

Freiburg area with Black Forest and Kaiserstuhl mountains at z12

Freiburg area with Black Forest and Kaiserstuhl mountains at z13

Freiburg area with Black Forest and Kaiserstuhl mountains at z14

Crossing the line - rendering of pedestrian crossings of roads in maps

27. Dezember 2025
von chris
Keine Kommentare

Linien überschreiten

Der dritte Teil meiner Reihe zu den neuesten Änderungen meines experimentellen Kartenstils im Bereich Straßen-Darstellung behandelt die Darstellung von Fußgänger-Übergängen an Straßen und ist verfügbar in in Englischer Sprache.

Fußgänger-Übergänge in Brüssel, Belgien bei z19

Fußgänger-Übergänge in Brüssel, Belgien bei z19

Fußgänger-Übergänge in Straßburg, Frankreich bei z19

Fußgänger-Übergänge in Straßburg, Frankreich bei z19

Fußgänger-Übergänge in  Portland US bei z19

Fußgänger-Übergänge in Portland US bei z19

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).