16.01.2025-22.01.2025
MERCATOR:EXTREME [1] |, eine Webkarte, die Verzerrungen in der Nähe der Pole anzeigt. © Drew Ross | Kartendaten © OpenStreetMap Mitwirkende.
Mapping
Zu diesen Vorschlägen wird um Kommentare gebeten:
mtb:scale:amtb=*schlägt ein Schema zur Klassifizierung der Eignung von Mountainbike-Strecken für adaptives Mountainbiking (AMTB) vor und berücksichtigt dabei die besonderen Bedürfnisse von Fahrern mit Mobilitätseinschränkungen. Diese Skala erweitert die bestehendemtb:scaleum zusätzliche Attribute wie Breite, Oberfläche, Steigung und Hindernisse.
Mappingaktionen
- Swiggy (ein Online-Essenslieferdienst) und Ola (ein Fahrgemeinschaftsdienst; engl. Ride-Hailing) führen derzeit eine organisierte Bearbeitung auf OpenStreetMap in ganz Indien durch.
Community
- Am Montag, den 20. Januar, unterzeichnete Präsident Donald Trump einen Erlass, der die Bundesbehörden anweist, den "Golf von Mexiko" in allen offiziellen Karten und Dokumenten in "Golf von Amerika" umzubenennen. Amapanda betont daraufhin, dass die Namensgebung in OpenStreetMap die tatsächliche Nutzung vor Ort widerspiegelt und nicht allein aufgrund von Regierungsanweisungen geändert werden kann. Als Lösung für die Umbenennung, wurde die Verwendung des Tags
official_name:en_US=Gulf of Americavorgeschlagen. - InfosReseaux spricht darüber, wie OpenStreetMap bei der Verwaltung von Stromnetzen hilft. Darin heißt es, dass eine genaue Kennzeichnung und offene Daten sehr wichtig sind, um die Netze an die klimatischen Herausforderungen anzupassen. Der Beitrag erwähnt fortschrittliche Tagging-Systeme, Tools wie StreetComplete und Osmose und wie sie mit Betreibern wie Enedis zusammenarbeiten. Außerdem wird berichtet, was die französische Gemeinschaft erreicht hat, z. B. die Überprüfung von 255.000 Übertragungsmasten, die Verbesserung der Beschreibung von Stromleitungen und die Nutzung von KI und LiDAR für Verbesserungen.
- OpenCage plant eine Neuauflage seiner langjährigen Interviewreihe mit OSM-Communities aus aller Welt. Für die erste Ausgabe wurde Amanda McCann interviewt, die Entwicklerin der WaterwayMap, einer Karte von Fließgewässern in OpenStreetMap.
- Thomas Froitzheim beleuchtet auf dem Symposium "Natur.Tourismus.Zukunft" des Deutschen Wanderverbands die Chancen und Herausforderungen der Nutzung von OpenStreetMap für den Outdoor-Tourismus und betont das Potenzial für eine verbesserte Navigation und Wegeführung.
- B-unicycling, eine Geigerin der Band The Dubliners Experience, tourt durch die Niederlande, nimmt Bilder von Straßen auf und lädt sie auf Panoramax hoch.
Veranstaltungen
- Emilio Mariscal von HOT wird am 30. Januar 2025 ein Webinar mit dem Titel „Open Mapping with ChatMap“ veranstalten.
Im Rahmen der Veranstaltung werden innovative Möglichkeiten zur Nutzung von WhatsApp, Telegram und Signal für Open-Mapping-Initiativen untersucht. Die Anmeldung ist ab sofort möglich. - Das Organisationskomitee State of the Map LatAm
► 2025 ruft ► zur Einreichung von Logoentwürfen auf, die OpenStreetMap, die State of the Map Konferenz und den Geist von Medellín, Kolumbien, der Gastgeberstadt der Veranstaltung, repräsentieren. Die Entwürfe müssen originell, wiedererkennbar und offen lizenziert sein (CC BY SA). Einsendeschluss ist Montag, der 3. Februar. Der Gewinner erhält SotM LatAm 2025 Merchandise-Artikel und wird auf der offiziellen Veranstaltungswebsite erwähnt.
►
Karten
- [1] Drew Roos entwickelt MERCATOR:EXTREME, eine interaktive Webkarte, die die Mercator-Projektion und ihre Verzerrungen in der Nähe der Pole zeigt. Man kann jedoch jeden beliebigen Punkt auf der Erde durch den Pol ersetzen und so die Unzulänglichkeiten der Mercator-Projektion bei der genauen Darstellung von Gebieten in Polnähe verdeutlichen.
- In der Vergangenheit gab es ein kleines Problem mit Golfplatzkartographen, die ungerade Geometrien für Golfplätze verwendet haben. Das lag zum Teil daran, dass einige der Software, die OSM-Daten als Quelle für Golfspiele verwendet, z. B. in PGA Tour 2k23, einige OSM-Konstrukte wie Multipolygone nicht verstanden hat. Aus einem Kommentar zur Änderungsdiskussion geht jedoch hervor, dass dieses Problem möglicherweise gelöst wurde und wir in Zukunft hoffentlich weniger "seltsame Geometrien" sehen werden.
- Sven Geggus beschreibt Verbesserungen an den OpenStreetMap-Kachelservern für die Darstellung von Karten mit lokalisierten Namen. Durch die Anpassung von
openstreetmap-carto-flex-l10n.luaund die Verwendung des osml10n-Tools während des Datenbankimports können Nutzer die Lokalisierung in Sprachen wie Englisch, Französisch oder Spanisch erreichen.
OSM in Aktion
- Secret Melbourne stellt die "City of Melbourne Cool Routes" vor, eine interaktive Karte, die Straßen und Plätze zeigt, die relativ kühl sind und dir hilft, sichere und bequeme Fahrten durch die Stadt Melbourne zu planen.
Programme
- AED Map für Android und iOS ermöglicht es, AED-Defibrillatoren in der Nähe in einer Webkarte zu suchen, um Erste Hilfe schnell auf diese wichtigen Informationen zugreifen zu können. Der Code ist auf GitHub verfügbar.
- Graphmasters ist auf Echtzeitverkehrslösungen spezialisiert und bietet Technologien für dynamische Navigation und Routenoptimierung. Ihre Software löst Probleme wie städtische Verkehrsstaus, Flottenmanagement und Logistik durch die Integration von KI und Echtzeitdaten. Die NUNAV-Routing-Engine nutzt in allen Produkten aktuelle Daten von OpenStreetMap und beteiligt sich aktiv an der Aktualisierung der Karten.
- HeiGIT präsentiert einige Kennzahlen zu den ohsome-Tools und den Auswirkungen von OpenStreetMap im Jahr 2024, wobei der Umfang der OSM-Nutzung und die Analysefähigkeiten von ohsome beschrieben werden.
- Digvijay Kumar stellt Organic Maps als eine datenschutzfreundliche Open-Source-Alternative zu Google Maps vor, die auf OpenStreetMap-Daten basiert. Es bietet Offline-Navigation, detaillierte Karten, Wander- und Fahrradrouten, Höhenlinien und Sprachführung, ohne Werbung oder Tracking.
- KartaVoice ist eine webbasierte App, mit der du mithilfe von KI, Sprachbefehlen und der Kamera deines Geräts ganz einfach Points of Interest erfassen kannst. Sie erfasst präzise Standorte, schätzt Entfernungen und ermöglicht Aktualisierungen wie das Hinzufügen von Adressen. Dieser rationalisierte Prozess macht die Datenerfassung schneller als herkömmliche manuelle Methoden.
- Für BRouter wurde eine neue Rundstreckenfunktion vorgeschlagen, mit anpassbaren Parametern für Richtung, Distanz und Routenverhalten, z. B. Verwendung der gleichen Route für Hin- und Rückweg. Diese Funktion ermöglicht benutzerdefinierte Rundfahrten und erhöht die Flexibilität bei Navigation und Routing.
- OwnTracks ist eine Open-Source-Anwendung, mit der du deinen Standort privat und sicher verfolgen kannst. Du kannst ein persönliches Standorttagebuch erstellen oder deinen Standort über offene Protokolle mit Freunden und Familie teilen. Die Anwendung funktioniert mit bestehenden Servern oder selbst gehosteten Systemen und gewährleistet die Privatsphäre.
Programmierung
- Ilya Zverev möchte für EveryDoor eine Routine zum Hochladen von Fotos auf Panoramax entwickeln und fragt nach der Authentifizierung mit OAuth.
Releases
- Vespucci kündigt die Unterstützung von Panoramax als neue Funktion in der kommenden Version 21.0 an.
Wusstest Du, dass …
- … dass der theoretische Grenzwert für die OSM-Objekt-ID bei 9.223.372.036.854.775.807 liegt?
- … dass der Kachelserver im deutschen Stil lateinische Lokalisierungen für Ortsnamen anbietet? Dies steht im Gegensatz zur standardmäßigen OSM-Standard-Kachelschicht, die Ortsnamen bevorzugt in der nicht-lateinischen Schrift anzeigt, die von den Einheimischen verwendet wird.
OSM in der Presse
- Alex weist auf den Bericht in der Mediathek des MDR zu unserem Beitrag von letzter Woche hin.
Weitere Themen mit Geo-Bezug
- Mit dem „Layer Color Plugin“ für QGIS können die Hintergrundfarben von Ebenen und Gruppen im Ebenenfenster angepasst werden, um die Ebenenstruktur allein durch die bessere optische Differenzierung klarer und strukturierter zu gestalten.
- Wille Marcel gibt Einblicke in die Visualisierung der polaren Geodaten der NASA mit 3D-Mapping-Bibliotheken wie Deck.gl, MapLibre und Mapbox Globe View. Der Blog beleuchtet die Herausforderungen mit Web-Mercator-Projektionen in der Nähe der Pole und den Prozess der Verfeinerung von Tools für die CASEI-Plattform, um eine genaue Datendarstellung in den Polarregionen zu ermöglichen. Es werden Open-Source-Lösungen und Experimente mit der Globe View-Visualisierung zur Verbesserung von Geodaten-Workflows beschrieben.
Wochenvorschau
| Wo | Was | Online | Wann | Land |
|---|---|---|---|---|
| Chambéry | Mapathon en ligne saison 24/25 CartONG  | 2025-01-27 |  | |
| Saint-Étienne | Rencontre Saint-Étienne et sud Loire | 2025-01-27 | | |
| Stadtgebiet Bremen | Bremer Mappertreffen | 2025-01-27 |  | |
| City of Edinburgh | Geomob Edinburgh | 2025-01-28 |  | |
| Београд | Srbija OpenStreetMap okupljanje | 2025-01-28 |  | |
| Berlin | OSM-Verkehrswende #65 | ✓ | 2025-01-28 | |
| MapRVA Map & Yap | 2025-01-30 | |||
| Zagreb | OSM-HR Meetup (Zagreb) | 2025-01-29 |  | |
| Düsseldorf | Düsseldorfer OpenStreetMap-Treffen (online) | 2025-01-29 | | |
| Ugíjar | Mapas y Tapas – Mapping Party! | 2025-01-30 |  | |
| London | GeoMob London | 2025-01-30 | | |
| Salt Lake City | OSM Utah Monthly Map Night | 2025-02-05 |  | |
| Salzburg | OSM Treffen Salzburg | 2025-02-04 |  | |
| San Jose | South Bay Map Night | ✓ | 2025-02-05 | |
| Missing Maps London: (Online) Mapathon [eng] | 2025-02-04 | |||
| Stuttgart | Stuttgarter OpenStreetMap-Treffen | 2025-02-05 | | |
| iD Community Chat | 2025-02-05 | |||
| Montrouge | Réunion des contributeurs de Montrouge et du Sud de Paris | 2025-02-06 | | |
| Guadalajara | A Synesthete’s Atlas: Cartographic Improvisations between Eric Theise and Fernando Feria | 2025-02-07 |  | |
| OSMF Engineering Working Group meeting | 2025-02-07 | |||
| 中正區 | OpenStreetMap x Wikidata Taipei #73 | 2025-02-10 |  |
Hinweis:
Wer seinen Termin hier in der Liste sehen möchte, trage ihn in den OSM Kalender ein. Nur Termine, die dort stehen, werden in die Wochennotiz übernommen.
Diese Wochennotiz wurde erstellt von MatthiasMatthias, Raquel Dezidério Souto, Strubbl, derFred, mcliquid.
Wir nehmen Linkvorschläge für die nächste Ausgabe über dieses Formular an und freuen uns über Deinen Beitrag.
Since the German l10n tools are mentioned here twice, it’s worth noting the inherent limitations to the underlying transliteration software: because OSM does not explicitly indicate the language of the value in the name=* key, the transliterator cannot choose a transliteration scheme appropriate to that original language. Instead, it falls back to a language-agnostic transliteration scheme that’s only designed for collation, not display. Essentially, the transliterator detects the writing system and assumes a particular language, such as Russian for all Cyrillic text, Standard Arabic for all Arabic text, and Mandarin Chinese for all Chinese and Japanese text.
The upshot is that, if you use this tool for displaying labels on a world map, you can expect almost every label in Ukraine, Iran, Pakistan, or Japan to be wrong or even politically offensive. A developer might decide that showing something misleading is better than showing something completely unreadable, but they should be aware of the implications.
Sorry, I was writing from (false) memory when I first replied; but at the time I’m writing this, that reply has not made it through moderation anyway. (In the preview after submitting, my paragraph breaks looked broken; I don’t know if that caused a rejection.) I have since had the opportunity to quickly check and compare OSM’s German style with OSM’s default style on a more robust system.
Minh Nguyễn is right: If you use the German style and zoom in on China, Taiwan, or Japan, you see (pseudo*) Hanyu Pinyin everywhere. Which is a nice feature for Chinese places, whereas for Japanese places it’s mostly useless and possibly misleading clutter.
So, OSM default style displays all „CJK Unified Ideographs“ (to use Unicode terminology, however inaccurate the term „ideograph“ may be) using Japanese-looking glyphs, even for explicitly Chinese names of places in China.
The German style does the same thing and additionally displays each ideograph’s most likely Modern Standard Mandarin pronunciation, confusingly even for Japanese names of places in Japan. But this only happens as a fallback wherever OSM hasn’t got a proper romanized form (don’t know if and how it also depends on the stated language of that form), effectively meaning you will only notice if you zoom in.
We might add the pitfalls of labeling places in Poland (and similarly, in Czechia), where there is often (1) a traditional Polish name if Polish was (also) spoken in or near the place, and/or (2) a traditional German name if German was (also) spoken in or near the place, and/or (3) a non-traditional German name invented by a Nazi bureaucrat after annexation if they dismissed the traditional German name as sounding too Slavic or there was none, and/or (4) a non-traditional Polish name adopted after annexation if the traditional Polish name sounded too German or there was none. Even where (2) existed, it may have seen less currency than (1), even on old German maps. I can’t check now so I don’t remember if OSM German style prefers (2) or (3) for German labels, nor how it tells them apart.
I still don’t see any potential problems with using ISO 9 for Cyrillic (for example: я→â), which is what German style uses as fallback. I think it’s great to have as a fallback for any Cyrillic.
As I wrote in my first reply, it helps if you know whether what you’re looking at is just a language-agnostic transliteration which may not convey a good idea of pronunciation; but then, neither does the „proper“ transcription for Russian, as it doesn’t indicate stress and neutralization of unstressed vowels.
*) „Pseudo“ because firstly, in the case of Japan, the transliterations are obviously not real-world Chinese names; secondly, the converter cannot identify word boundaries, so converts everything into space-separated single Chinese syllables unlike proper Hanyu Pinyin; thirdly, because it cannot tell where to use uppercase, so it uses lowercase throughout, unlike proper Hanyu Pinyin; and fourthly, there may be some wrong guesses when a character has multiple readings in MSM.
“Almost every” might’ve been hyperbole on my part, but suboptimal transliterations are quite common in non-Russian Cyrillic contexts. There are some examples in https://github.com/onthegomap/planetiler/issues/86#issuecomment-1050039099 and subsequent comments from Planetiler, which uses the same l10n library. (I got a chuckle out of the transliteration of 向 as “xiàng~ke”, which is perfectly reasonable for collation but not so much for display.)