Imagico.de

blog

Nettilling Lake in early October 2022

5. Oktober 2022
von chris
Keine Kommentare

Herbst und Frühling in den Polarregionen

Als Ergänzung zu den Herbstfarben-Bildern neulich hier zwei Ansichten aus den Polarregionen vom Herbst und Frühling auf der nördlichen und südlichen Hemisphäre. Das erste zeigt das Ellsworthgebirge bei niedrigem Sonnenstand, kurz nach Ende des südlichen Winters und nach Beginn der Beobachtungs-Saison im September.

Ellsworthgebirge Ende September 2022

Ellsworthgebirge Ende September 2022

Das zweite zeigt die südliche Baffin-Insel mit dem Nettilling Lake nach dem ersten Schneefall Anfang Oktober.

Nettilling Lake Anfang Oktober 2022

Nettilling Lake Anfang Oktober 2022

Beide Ansichten sind auf Grundlage von Landsat-8-Daten produziert und finden sich im Katalog auf services.imagico.de.

30. September 2022
von chris
Keine Kommentare

Blog zieht um

Wie Sie vielleicht schon bemerkt haben, ist dieses Blog umgezogen – von blog.imagico.de nach imagico.de/blog. Das dient in erster Linie dazu, auch https-Verbindungen zu ermöglichen (wofür eine separate subdomain unpraktisch war). Der Umzug wurde erschwert dadurch, dass ein Adress-Wechsel mit WordPress nicht so einfach durchzuführen ist. Ich hab das nun endlich mal umgesetzt und dabei auch die Worpress-Version aktualisiert, was mittlerweile ebenfalls meist ein erheblicher Aufwand ist.

Alle Links zur alten Adresse sollten an den neuen Ort weitergeleitet werden.

Ich hoffe, das alles wie zuvor funktioniert. Falls jemanden irgendwelche Probleme auffallen, bitte in den Kommentaren drauf hinweisen.

Shiveluch, Kamchatka in Autumn 2022

22. September 2022
von chris
Keine Kommentare

Herbstfarben 2022

Der Herbst 2022 hat auf der nördlichen Hemisphere begonnen und dafür hier zwei Eindrücke früher Herbstfärbung, der erste aus Kamtschatka:

Shiveluch, Kamchatka im Herbst 2022

Shiveluch, Kamtschatka im Herbst 2022

Shiveluch Detail

Shiveluch Detail

Der zweite aus Kanada, vom unteren Ende des Great Slave Lake nahe Fort Providence, wo der Yellowknife Highway den Mackenzie River kreuzt:

Fort Providence und Mackenzie River im Herbst 2022

Fort Providence und Mackenzie River im Herbst 2022

Fort Providence Detail

Fort Providence Detail

Beide Ansichten basieren auf Sentinel-2-Daten und finden sich im Katalog auf services.imagico.de.

17. August 2022
von chris
Keine Kommentare

Over engineering

German text based on Deepl machine translation of the English language text.

In den letzten Jahren bin ich immer mehr dazu übergegangen, meine Kommentare zu politischen Entwicklungen in der OpenStreetMap Foundation gegen Ende des Jahres vor den OSMF-Vorstandswahlen zu veröffentlichen anstatt die Dinge zeitnah im Jahresverlauf zu kommentieren. Ich werde hier eine Ausnahme machen und einige Beobachtungen und Gedanken zu neueren Trends und Entwicklungen niederschreiben, die ich für besonders bemerkenswert halte.

Wenn Sie einige meiner jüngeren Beiträge zum Thema OpenStreetMap hier verfolgt haben, haben Sie vielleicht bemerkt, dass ich zunehmend darauf hingewiesen habe, dass der Wert, der in der OSM-Community auf technische Arbeit im Gegensatz zu nicht-technischer, insbesondere intellektueller Arbeit gelegt wird, ziemlich aus dem Gleichgewicht geraten ist und dass dies die Fähigkeit der OSM-Community, die verschiedenen Herausforderungen zu bewältigen, zunehmend beeinträchtigt.

Das Erkennen dieses Trends und seiner Auswirkungen auf meiner Seite wurde insbesondere auch dadurch unterstrichen, dass sich die OSMF in letzter Zeit stark in Richtung einer zunehmenden Dominanz technischer Interessen und Sichtweisen in OpenStreetMap bewegt. Auf der Ebene des OSMF-Boards manifestierte sich dies in jüngster Zeit insbesondere im Ausscheiden von Allan Mustard aus dem Board Ende letzten Jahres. Allan war das letzte verbliebene Vorstandsmitglied mit einem eindeutig nicht-technischen beruflichen Hintergrund. Alle Mitglieder des Vorstands haben nun einen eindeutig technischen beruflichen Hintergrund, insbesondere im Bereich IT und Softwareentwicklung. Allans Ausscheiden aus dem Vorstand ist natürlich nicht die einzige Ursache für diesen Wandel in der OSMF, sondern eher der Abschluss eines langfristigen Trends, der auf Vorstandsebene schon viel früher einsetzte, als immer mehr Personen mit einer breiteren nicht-technischen Perspektive aus dem Vorstand ausschieden und die OSMF-Mitglieder zunehmend Personen mit technischem Hintergrund wählten.

Zumindest mir wurde in den letzten Monaten immer deutlicher, wie sehr es sich dabei um einen Paradigmenwechsel handelt und wie sehr sich dies auf die Handlungen und Entscheidungen der OSMF in Zukunft auswirken könnte.

Über die Zusammensetzung des OSMF-Vorstands hinaus ist dieser Trend am besten in Form einer Verschiebung der Ausgaben für bezahlte Arbeit sichtbar. Bis Ende 2020 waren die wichtigsten regelmäßigen Ausgaben der OSMF für bezahlte Arbeit administrative Unterstützung und Buchhaltung. Dies hat sich durch die Beauftragung eines Softwareentwicklers für iD und die Einstellung eines Systemadministrators seither komplett geändert. Die genauen Beträge, die hier ausgegeben wurden, sind nicht bekannt (die Verträge werden nicht veröffentlicht, und wir werden wahrscheinlich versuchen müssen, diese Informationen aus den Finanzberichten am Ende des Jahres zu rekonstruieren). Darüber hinaus gab es auch ein zunehmendes Volumen an unregelmäßiger bezahlter technischer Arbeit (insbesondere die drei handverlesenen Projekte im Anschluss an das Microgrant-Programm). Die neu wiederbelebte Engineering Working Group verfügt nun über ein Budget von 50 000 EUR für bezahlte Arbeit – das höchste aller Arbeitsgruppen nach der Arbeitsgruppe Operations.

Ein Projekt der Engineering Working Group ist auch das, worauf ich hier näher eingehen möchte. Zu Beginn dieses Jahres hat die EWG beschlossen, eine Studie zur Änderung des OSM-Datenmodells in Auftrag zu geben.

Die genauen Details und Motive dafür sind unklar – die Protokolle geben darüber keine wesentlichen Informationen preis. Was wir wissen, ist, dass diese Studie freihändig vergeben wurde (die Vertragsbedingungen werden nicht bekannt gegeben, nicht einmal das genaue Ziel der Studie) und nicht im Rahmen der Regeln zur Projektfinanzierung der EWG.

Die von der EWG in Auftrag gegebene Studie ist jetzt veröffentlicht worden, und darauf möchte ich hier etwas ausführlicher eingehen. Ich werde mich nicht zu den technischen Aspekten im Einzelnen äußern, sondern möchte einige Gedanken zum wirtschaftlichen und sozialen Kontext des Ganzen äußern.

Ich bin – von der Ausbildung her – selbst Ingenieur, mit einem Diplom und einem Doktor in Maschinenbau. Während meiner ersten Jahre als Ingenieur hatte ich – wie viele andere Ingenieure auch – die Tendenz, auf Beratungsunternehmen herabzublicken, die Machbarkeitsstudien anfertigen und dafür beträchtliche Summen erhalten, obwohl sie auf dem Gebiet der eigentlichen Arbeit eines Ingenieurs keine wirkliche Erfahrung aufweisen können. Außerdem schienen diese Beratungsunternehmen oft nicht in erster Linie Ingenieure zu beschäftigen, sondern Leute mit einem Hintergrund in Wirtschafts- oder Sozialwissenschaften.

Diese negative Sichtweise des jungen Ingenieurs in mir hat sich seither deutlich geändert. Und falls Sie sich wundern: Diese Veränderung hat schon stattgefunden, bevor ich selbst als Berater tätig wurde ;-). Während ich die Geschäftspraktiken und -modelle vieler größerer allgemeiner Beratungsunternehmen (an die viele Leute denken, wenn sie den Begriff Berater hören) für sehr fragwürdig halte, schätze ich inzwischen die Arbeit kleinerer spezialisierter Beratungsunternehmen insbesondere bei der Erstellung von Machbarkeitsstudien sehr und halte ihre Rolle in unserer hochspezialisierten und arbeitsteiligen Gesellschaft für ganz wesentlich.

Mein Eindruck ist, dass das, was die OSMF hier offenbar getan hat, die Herangehensweise eines naiven jungen Ingenieurs an ein größeres Projekt ist: Die Beauftragung eines erfahrenen Ingenieurs mit praktischer Berufserfahrung in der Durchführung dieser Art von Projekten mit einer Machbarkeitsstudie, um herauszufinden, wie sie das Projekt umsetzen können.

Es gibt sehr gute Gründe, warum dieser Ansatz normalerweise nicht gewählt wird.

Ein offensichtlicher Grund ist, dass der beauftragte Ingenieur, wenn er auch ein wahrscheinlicher Kandidat für den Auftrag zur Durchführung des Projekts ist, einen klaren Interessenkonflikt hat. Dies ist einer der Hauptgründe, warum Machbarkeitsstudien in der Regel von unabhängigen Beratungsunternehmen durchgeführt werden, die kein Interesse an der tatsächlichen Durchführung des Projekts haben.

Der zweite wichtige Grund ist, dass bei den meisten größeren technischen Projekten die Hauptrisiken und Hindernisse in der Regel nicht technischer Natur sind. Um die Durchführbarkeit des Projekts, die damit verbundenen Risiken und die erforderlichen Ressourcen wirklich einschätzen zu können, braucht man Erfahrung außerhalb des Bereichs der Technik. Man muss den breiteren sozialen und wirtschaftlichen Kontext des Projekts berücksichtigen. Das ist ein Grund, warum Beratungsunternehmen häufig Sozial- und Geisteswissenschaftler beschäftigen.

Ich bin mir nicht sicher, ob es realistisch ist, zu erwarten, dass die Leute in der EWG und im OSMF-Vorstand erkennen, dass sie hier den falschen Ansatz gewählt haben und die Notwendigkeit erkennen, dies zu revidieren. Aber ich weiß, dass es in der größeren OSM-Community eine Menge Leute gibt, die einen breiteren Blickwinkel auf die Angelegenheit haben und die daher wahrscheinlich an einem kritischeren Kommentar zu dem hier verfolgten Ansatz interessiert sein werden. Auf jeden Fall hielt ich es für klug, diesen Kommentar frühzeitig abzugeben, um allen die Möglichkeit zu geben, ihn zu berücksichtigen.

Welche Auswirkungen hat dies auf die eigentliche Frage des OSM-Datenmodells und seine zukünftige Entwicklung? Dazu habe ich natürlich auch meine Gedanken. Aber das würde den Rahmen dieses Blogbeitrags sprengen.

Florence in Spring 2022

11. August 2022
von chris
4 Kommentare

State of the Map 2022

German text based on Deepl machine translation of the English language text.

In etwa einer Woche beginnt die State of the Map-Konferenz der OSMF, und um zu vermeiden, dass man mich dort vergeblich sucht (ich habe an den letzten vier State of the Map-Konferenzen teilgenommen – die letzten beiden davon waren virtuelle Veranstaltungen): Ich werde dieses Jahr nicht dabei sein.

Das hat mehrere Gründe, einer der relevantesten ist, dass die diesjährige Veranstaltung – mehr als in jedem der letzten vier Jahre – eine Veranstaltung ist, die ganz ostentativ auf wohlhabende Leute und Leute abzielt, deren Besuch von einer dritten Partei bezahlt wird. Es ist völlig in Ordnung, eine solche Veranstaltung zu haben, und ich wünsche allen Konferenzteilnehmern eine angenehme und erfolgreiche Zeit, aber dies macht es für mich sehr viel weniger attraktiv, die Konferenz zu besuchen.

Da es in den letzten beiden Jahren kaum möglich war, sich in größeren Gruppen zu treffen, hätte ich mich in diesem Jahr gerne persönlich mit verschiedenen an OpenStreetMap beteiligten Personen getroffen, die ich in den letzten Jahren nicht treffen konnte, darunter auch einige, die wahrscheinlich in Florenz sein werden, obwohl die Kosten für einen Besuch dort in der Haupt-Ferien-Saison mit den Hotel- und Reisepreisen an ihrem Maximum ziemlich hoch sind. Aber um ehrlich zu sein – was mir in den vergangenen Jahren am meisten gefallen hat, war vor allem die Begegnung und das Gespräch mit wirtschaftlich eher marginalisierten Menschen.

Ich habe ein wenig mit dem Gedanken gespielt, Florenz zu besuchen, aber nicht an der kommerziellen Konferenz teilzunehmen und mich stattdessen einfach mit Leuten außerhalb der organisierten Veranstaltung zu treffen und ansonsten die Stadt zu besuchen und kennenzulernen. Aber wie gesagt, es gab andere Gründe, die dagegen sprachen, und auch wenn ich mir einen Besuch in Florenz im August hätte leisten können, ist das für viele andere in OpenStreetMap aktive Menschen nicht der Fall. Und Florenz im August als den Ort und die Zeit zu wählen, wo Leute aus der OSM-Community die Chance haben, mich persönlich zu treffen, hätte auch eine Aussage darüber gemacht, wen ich am meisten interessiert bin zu treffen, selbst wenn dies losgelöst von der SotM-Konferenz geschieht.

In den vergangenen Jahren habe ich immer wieder kritisiert, dass die Erschwinglichkeit des Besuchs kein Kriterium bei der Planung der Konferenz ist, nicht einmal auf dem Papier und weder bei der Wahl des Ortes noch bei der Wahl des Datums der Konferenz. Diese Tatsache steht natürlich im Einklang mit dem Diversity-Statement der OSMF, das eine Diskriminierung nach fast allen Kriterien verbietet, allerdings ausdrücklich nicht nach Wohlstand.

Wie auch immer – für diejenigen in der OSM-Community, die mich gerne persönlich treffen würden – ich plane, beim Karlsruhe Hack Weekend im September dabei zu sein, nachdem ich auch dort in den letzten zwei Jahren abwesend war. Trotz der begrenzten Teilnehmerzahl gibt es aktuell noch Platz für Leute, die dorthin kommen wollen, Karlsruhe ist nur eine zweistündige Zugfahrt vom Frankfurter Flughafen entfernt und es gibt eine gute Auswahl an ordentlichen und bezahlbaren Unterkünften in Karlsruhe.

Ich verfolge auch generell mit Interesse die Ankündigungen anderer Veranstaltungen in der OSM-Community, die mit der sichtbaren Absicht und dem Wunsch geplant werden, auch für weniger wohlhabende Menschen erschwinglich und zugänglich zu sein und ein wirklich vielfältiges Publikum im ursprünglichen Sinne des Wortes willkommen zu heißen. In den letzten zwei Jahren waren die Möglichkeiten, solche Veranstaltungen zu besuchen, eher begrenzt, aber ich hoffe, dass sich das in Zukunft wieder bessern wird.

Florenz im Frühjahr 2022

Florenz im Frühjahr 2022

Concluding remarks on tree rendering

5. Juni 2022
von chris
Keine Kommentare

Abschließende Bemerkungen zur Darstellung von Bäumen

Dies ist der vierte Teil einer vierteiligen Serie von Blogbeiträgen über die Darstellung von Bäumen in Karten – siehe Teil 1 für eine Diskussion über die Darstellung von Bäumen in traditionellen Karten und Plänen, Teil 2 für die Erfassung von Bäumen in OpenStreetMap und die Darstellung in OSM-basierten Karten und Teil 3 für die Diskussion eines neuen Konzepts der Baumdarstellung. Der deutsche Text hier basiert auf einer automatischen Übersetzung mit deepl.

Die Baumrendering-Implementierung, die ich im vorigen Teil gezeigt und erklärt habe, ist im Wesentlichen nur eine Skizze, die einige der Designkonzepte demonstriert, die man erforschen kann, wenn man die technischen Beschränkungen gängiger automatischer Kartenrendering-Tools wirklich außer Acht lässt. Ist das zu viel für einen allgemeinen Kartenstil? Vielleicht.

Wie ich vor kurzem bereits erwähnt habe, ist die ganze Welt des automatisierten, regelbasierten Kartendesigns, wenn man die vorgefertigten Pfade verlässt, die bereits von den Technologieunternehmen und den für sie arbeitenden Tool-Entwicklern ausgekundschaftet wurden, weitgehend unerforschtes Gebiet. Die Arbeit an der Baumdarstellung hat mir einmal mehr vor Augen geführt, wie sehr das insbesondere für große Kartenmaßstäbe und hohe Zoomstufen gilt. Sobald man anfängt, Karten speziell für z19/z20 zu entwerfen, bewegt man sich in der traditionellen Domäne von Architekturzeichnungen und Lageplänen – was ein ganz neues Feld von Überlegungen und Designideen ist, wie ich im ersten Teil mit einigen Beispielen versucht habe anzudeuten. Die meisten Designer digitaler interaktiver Karten behandeln diesen Maßstabsbereich bisher einfach als eine Extrapolation der kleineren Maßstäbe. Dies gilt umso mehr für alle modernen Vektorkacheln, bei denen alles oberhalb von z16/z17 buchstäblich nur das gleiche Rendering in größeren Maßstäben plus mehr POI-Symbole und Beschriftungen ist.

Und ich denke, diese Serie von Blogposts zeigt auch einmal mehr, dass die Fähigkeiten der derzeit verfügbaren Kartenrendering-Tools sehr begrenzt sind im Vergleich zu dem, was prinzipiell möglich und wünschenswert wäre, um gut lesbare Karten zu erstellen. Die CartoCSS- und Mapnik-Toolchain, die ich hier verwende, hat den Vorteil, dass sie (über PostGIS-Code) die Möglichkeit bietet, dies auf einer niedrigen Ebene von Hand zu implementieren, aber in der Praxis sind solche Low-Level-Techniken für viele Kartendesigner wahrscheinlich unerreichbar. Abgesehen von den offensichtlichen Effizienzproblemen kann man diese Art der manuellen Symbolverarbeitung nicht mit der Erkennung und Vermeidung von Kollisionen zwischen Symbolen und Labels kombinieren.

Daher noch einmal meine dringende Empfehlung an OSM und die FOSS-Community, die ich bereits bei verschiedenen Gelegenheiten geäußert habe: Ihr müsst strategisch in fortschrittliche Kartendesign-Tools für automatisiertes regelbasiertes Kartenrendering investieren. Und wenn Ihr dies tut, dabei aber die Dinge nur aus der Perspektive eines Softwareentwicklers betrachtet oder in die Fußstapfen der großen Technologieunternehmen tretet, werdet Ihr scheitern. Die Hersteller proprietärer Software haben diese Lektion gelernt. Sie beziehen Kartendesigner aktiv in ihre strategische Planung und Forschung ein und hören ihnen zu. Ihre Zielgruppe sind bisher überwiegend noch die traditionellen Kartenersteller, für die Kartendesign die manuelle Verarbeitung konkreter Daten bedeutet und nicht die Entwicklung automatisierter Regeln zur Verarbeitung generischer Daten, wie ich sie hier diskutiere. Aber das wird sich ändern. Verpasst also nicht diese Gelegenheit.

Baum mit Blüten

A new design for tree rendering in digital maps

3. Juni 2022
von chris
Keine Kommentare

Eine neue Art der Darstellung von Bäumen in digitalen Karten

Hier jetzt wie versprochen der dritte Teil meiner Serie von Beiträgen zum Thema Darstellung von Bäumen in Karten (erster Teil zur Darstellung von Bäumen in traditionellen Karten und Plänen und zweiter Teil zu Bäumen in OpenStreetMap).

Dieser beschäftigt sich wie angekündigt mit einem neuen Konzept für die differenzierte Darstellung von Bäumen in digitalen Karten und ist, wie die ersten beiden Teile, auf Englisch zu lesen.

Eine neue Art der Darstellung von Bäumen in digitalen Karten