OpenStreetMap Blogs Last Update:

♦
 

My book of suggested rides rates today's loop as "Easy". 

The Easter weekend is coming up and there was quite a bit of traffic near the coast, but almost all of the ride was on very quiet back roads. Indeed one section is hardly a road at all - more of a farm track. I thought I must have had drifted off my intended route, and double checked. I don't think I had made a mistake though.

As far as gradients go, it was mostly gently rolling countryside. Rolling enough to give the impression that I was practicing some gentle climbs without becoming much of a challenge. The only exception was between Ellingham and Chathill. Near Preston there's a drop to cross Long Nanny, then a climb back up again. But that was just a quirk. 

At Spindlestone the bridge across Waren Burn is currently closed to traffic. For a moment I thought I'd made a mistake when I ignored the Diversion signs. But there's a temporary footbridge, so it wasn't a problem on a bike. 

It would be perverse not to mention that the route passes Bamburgh Castle. But a series of less famous landmarks also deserve a mention. It's worth looking out for Spindlestone Ducket (pictured), St Hilda's Church at Lucker, St John the Baptist at Ellingham and the Corrugated Iron building at Chatton (which I think was a Reading Room). I deviated from the recommended route for a coffee stop at Beadnell. So I can also include St Ebba's Church and the old AA box on the B1340. There's probably more.

The day was dry and sunny. The wind was cold, and quite strong near the coast, but inland it was never much of a problem. 

"Easy" really doesn't do justice to this route. I'd be doing it again. And I don't object to paying for a Car Park. But the charges for a few hours at Seahouses are pretty steep. Next  time I will try to find an alternative starting point.

 

 

4 hours ago

الأماكن التي وضعها احد المساهمين في المدينه تحتوي على مساهمات غير موجوده لذالك احاول حذفها من بيانات الخريطه لجعل الخريطه ذات مصداقيه ودقه

22 hours ago

I really love JOSM, and the more I use it, the more I discover that it offers some very useful features… that some of you may not be aware of ! Even if some are less useful, simply knowing they exist opens up the possibility that you might find them useful!

I’d like to show them to you here.

This diary post is a follow-up to my previous one on JOSM: Building drawing tips, a perfect guide.

1st manipulation: Use JOSM

♦

It is essential to use the JOSM editor, which enables a wide range of manipulations, particularly when combined with other plugins, especially the “buildings_tools” and “utilsplugin2” plugins! ♦

See JOSM shortcuts.

2nd manipulation: F to follow (F)

You can follow another way by pressing F, but you must first place a node along the other shape to indicate where to follow it.

♦

3rd manipulation: Angle tracing (A)

By pressing A (Draw nodes) and then A again (to activate the “angle” mode of the Draw nodes tool), you can create angles of 30°, 45°, 60°, 90°… press again A to disable the angle mode.

Very precise angles can be useful for creating accurate geometric shapes.

♦

4th manipulation: Transfer history (Ctrl+Shift+G)

To transfer the history, select both objects – the old one and the new one – and press Ctrl+Shift+G. Both objects must be of the same type (two ways, two nodes or two relations).

Transferring history makes it easy to follow the recommendation to Keep the history.

♦

5th manipulation: Drawing buildings parallel to other buildings

To quickly draw a building parallel to other objects, simply select another building (or two reference points) and create the new building.

♦

6th manipulation: Parallel (Shift+P)

Using Shift+P you can create a shape parallel to another that maintains the proportions (smaller or larger). Using Ctrl in the same time, allow you to adjust the distance of the parallel way more precisely.

Combined with other tools, this can be very effective, for example when mapping a grass area around a footway.

♦

7th manipulation: Distribute nodes (Shift+B)

Distribute Nodes, Shift+B, allows you to distribute nodes at equal distances between the first and last nodes. It makes it very easy, for example, to create a perfect row of individual trees.

♦

8th manipulation: Object Intersection (Shift+I)

Shift+I allows you to create an intersection between two objects, creating a shared node without altering the straight lines of the objects, resulting in flawless intersections.

♦

9th manipulation: Set buildings size (Ctrl+Alt+B)

Setting a building width (Ctrl+Alt+B) is useful for creating shapes of the same width, which can also be merged for other purposes. You must reset the value to “0” to use the tool without width constraints.

♦

10th manipulation: Symmetry (Alt+Shift+S)

The symmetry tool (Alt+Shift+S) allows you to move objects symmetrically relative to another.

It is quite similar to the Mirror tool (Shift+M).

This is very useful in combination with Ctrl+C followed by Ctrl+Alt+V.

♦

11th manipulation: Shrinkwrap (Ctrl+Alt+W)

The Shrinkwrap plugin allows you to create a new shape that encompasses the selected shapes (Ctrl+Alt+W). Very useful for creating a single building=yes shape that encompasses all building:part=yes shapes.

♦

a day ago

The Hub, Edinburgh rendered with Beakerboy’s OSM Building Viewer beakerboy.github.io/OSMBuilding/index.html?id=42997989

♦

I’m working on a project using OSM building data so I thought I’d familiarise myself with the building:part and roof tags and see what the editing process is like.

The Hub only had height data and a basic outline tagged for the spire, so as the highest man made point in Edinburgh, it made for a good candidate to get stuck in.

I used height data from the OGL licensed Scottish LiDAR Phase 5 DSM that covers Edinburgh, and photos of the building from Wikimedia Commons

The elevation profile tool in QGIS proved useful for exploring the LiDAR data (after I worked out how to right-click to confirm the path). I normalised the elevation to zero with the raster calculator and set a custom colour ramp to aid visualisation:

♦

Definitely fiddly to get right but interesting to see the level of 3D detail achievable with just a handful of tags and open data. There are more details to sort out, but I think I made a decent start.

Visualised changeset: resultmaps.neis-one.org/osm-change-viz?c=180674112#20/55.94878/-3.19521

Here’s what it looked like in F4Map before my edits:

demo.f4map.com/#lat=55.9489462&lon=-3.1951278&zoom=19&camera.phi=56.15 ♦

And after: ♦

2 days ago

قمت بمحاولة تنظيف بيانات الخريطه من المساهمات الوهميه والغير موجوده وذالك لجعل الخريطه ذات مصداقيه للمستخدمين

2 days ago

Drohnen sind aktuell in aller Munde. Leider allerdings eher im Kontext weltweiter Konflikte und geopolitischer Spannungen. Auch wenn ihr Ursprung in der militärischen Entwicklung liegt, werden sie heute vielseitig eingesetzt: zur Freizeitgestaltung, in der Vermessung sowie bei Hilfsaktionen. Genau hier möchte ich anknüpfen. Durch die Hochschule Mainz habe ich Zugriff auf unterschiedliche Drohnensysteme. Von Fluggeräten für YouTube-Influencer über Selbstbaudrohnen bis hin zu Enterprise-Modellen mit einer Wärmebildkamera. Gerade bei Letzterem stellt sich schnell die Frage: Wie kann diese Technologie greifbar gemacht werden? Die Idee war schnell geboren: Warum nicht genau das mit der Kinderfeuerwehr einmal ausprobieren? Eine kleine Übung, die Technik, Teamarbeit und das Ganze kombiniert in einem Abenteuer!

Meine Planung
Gesagt, getan: Die Begeisterung konnte ich bei den Betreuern der Kinderfeuerwehr schnell wecken. Ein Termin war gefunden und ich begann mir Gedanken zu machen, wie ich das Ganze umsetzen könnte. Der Plan: eine fiktive Vermisstensuche unter Einsatz einer Thermaldrohne. Was ist eine Thermaldrohne? Eine Thermaldrohne ist mit einer speziellen Kamera ausgestattet, die Wärme sichtbar machen kann. So können Menschen oder Tiere gefunden werden, die sich in Not befinden oder Hilfe benötigen, insbesondere wenn es dunkel ist oder sie sich verstecken. Daneben war ich neugierig: Wie gehen Kinder im Alter von 5 bis 9 Jahren eigentlich mit einer Karte, einer Drohne und deren Steuerung um?

♦Eine Karte für die Planung und Suche der vermissten Personen (© OpenStreetMap Contributors)

Vorstellung und Fragerunde
An einem sonnigen Samstag im März war es dann soweit: 18 Kinder, drei Betreuer und ein paar Zuschauer. Eines war für mich schon im Vorfeld klar: Sobald die Kinder die Drohne sehen, kommt die Frage: „Dürfen wir auch fliegen?“ Meine Antwort: „Lasst uns das gerne auf später verschieben.“ Für mich war es das erste Mal mit Zuhörerinnen und Zuhörern in diesem Alter eine Übung durchzuführen und ich muss sagen: Es war richtig gut. Die Begeisterung war von Anfang an spürbar, und es wurden Fragen gestellt und Dinge von den Kindern gesagt, mit denen ich so nicht gerechnet hätte: „Darf ich dort mit der Drohne fliegen, wenn der Eigentümer es nicht will?“, „Mein Papa hat auch eine Drohne von Temu für 21 Euro.“ „… und deine Drohne kostet ja so viel wie 20 Nintendo Switch 2!“

Vermisstensuche
Dann wurde es ernst, zumindest im Rahmen unserer Übung: Die Vermisstensuche konnte beginnen. Dafür hatten wir im Vorfeld ein Wald- und Wiesengebiet ausgewählt, in dem sich fünf Personen versteckt hatten. Die Aufgabe für die Kinder: Gemeinsam mit der Drohne das Gebiet absuchen und alle „Vermissten“ finden. Und so viel vorweg: Am Ende wurden alle gefunden ♦

♦Linkes Bild: Normales Bild der Drohne aus der Luft. Die zu suchende Person ist durch den Wald größtenteils verdeckt. Rechtes Bild: Thermalbild der Drohne aus der Luft. Die Person ist aufgrund der Körperwärme durchaus gut erkennbar.

Für mich waren beim Einsatz der Thermaldrohne besonders folgende Punkte interessant: Personen mit Rettungsdecken zu finden, ist durchaus herausfordernd. Die Größe und Topografie des Geländes stellen Geduld und Überblick auf die Probe. Nicht nur beim Pilot sondern auch bei den Kindern. Fünf Kinder gleichzeitig an oder eher über der Fernbedienung erfordern gute Koordination … bei allen Beteiligten. Was ich etwas unterschätzt habe: Wir hatten einen herrlichen Frühlingstag mit etwa 10 Grad und Sonnenschein. Für die Suche nach vermissten Personen ist das allerdings nicht optimal, da sich die Umgebung stärker aufheizt und die Temperaturunterschiede im sichtbaren geringer werden.

Fazit
Für mich bleibt vor allem die Erkenntnis, Kinder können schnell ein Gefühl für Technik entwickeln – und es entsteht viel Begeisterung, wenn man ihnen die Möglichkeit gibt, Dinge selbst auszuprobieren. Lieber Torben, lieber Christoph von der Freiwilligen Feuerwehr Hünstetten-Wallbach, vielen Dank für die Möglichkeit, den Nachwuchsfeuerwehrdamen und -herren den Einsatz einer Drohne bei der Vermisstensuche praktisch zu demonstrieren. Und zu guter Letzt: Vielen Dank an all die interessierten Kinder. Es war mir eine große Freude! Dass am Ende jedes Kind noch selbst (natürlich unter Aufsicht) eine kleine Drohne fliegen durfte, hat diesen Tag wohl sehr gut abgerundet.

3 days ago

此文本同時提供 台灣華語版本 This article is also available in Taiwanese Mandarin

OpenStreetMap’s collaborative nature is both its biggest strength and a source of persistent data-quality issues. With thousands of contributors independently adding phone tags to shops, restaurants, clinics, and government offices, each person tends to follow their own formatting style. For Taiwan, that means a database where the same country code can show up as +886, +886+, or +886(2), and a single city’s worth of phone numbers might span a dozen different conventions.

This post catalogues what we found when we scanned OSM elements across all six special municipalities and five additional counties — we are working on a normalizer to fix the issue.

The Scale of the Problem

Across eleven cached regions — all six special municipalities (臺北市, 新北市, 桃園市, 臺中市, 臺南市, 高雄市) plus 苗栗縣, 新竹市, 臺東縣, 連江縣, 金門縣 — we found 49,260 tags (phone or contact:phone) on 49,229 elements. After splitting multi-value fields on semicolons, that yields 50,643 individual phone number strings to classify.

Format class Count Share E.123 space (+886 2 1234 5678) 41,842 82.6% RFC 3966 dash (+886-2-1234-5678) 6,655 13.1% No separator (+886212345678) 1,158 2.3% Local format, no country code (02-1234-5678) 854 1.7% Corrupt/typo country code (+866 …, +886(2)…) 92 0.2% Other (wrong country, junk) 42 0.1%

Roughly 1 in 5 individual values deviates from the most common contributor convention, creating inconsistency that complicates deduplication, display, and machine parsing.

♦ Things went from bad to downright ridiculous.

The format split varies noticeably by region:

Region Region (ZH) Tags Values E.123 RFC 3966 Other TPE 臺北市 ★ 9,804 10,146 85% 11% 4% NWT 新北市 ★ 13,963 14,395 85% 11% 4% TAO 桃園市 ★ 4,177 4,277 83% 12% 5% TXG 臺中市 ★ 8,065 8,282 73% 24% 4% TNN 臺南市 ★ 4,246 4,322 84% 11% 6% KNN 高雄市 ★ 5,168 5,262 84% 10% 5% MIA 苗栗縣 1,318 1,338 77% 18% 5% HSZ 新竹市 1,088 1,094 82% 12% 6% TTT 臺東縣 1,101 1,178 96% 3% 1% LIE 連江縣 95 103 98% 0% 2% KMN 金門縣 235 246 90% 8% 2%

★ Special municipality. Taichung stands out with 24% RFC 3966 usage — roughly double the rate of any other major city — suggesting a dominant local editing pattern or tool default in that contributor community. The outlier island counties (連江縣, 臺東縣) have the highest E.123 consistency, possibly because their smaller contributor pools converge on informal norms more easily.

What “Correct” Means: Format Standards in OSM

Before diving into the issues, it’s worth clarifying what “correct” actually means in an OSM context.

The OSM wiki’s Key:phone page does not mandate a single format. It documents E.123 international notation, RFC 3966 (tel: URI dash notation), and NANP-style formatting without expressing a clear preference between them. In practice, E.123 space notation is the most commonly used by Taiwan contributors — which is why we use it as the normalisation target — but RFC 3966 dash notation is a legitimate alternative that the wiki explicitly acknowledges.

So the goal of normalization isn’t strict compliance with any one standard — it’s internal consistency: a dataset where everything follows the same convention is just much easier to work with than one that mixes three formats at random.

What Consistent Looks Like

For Taiwan, the most common contributor convention is E.123, followed by RFC 3966 / NANP (North American +1-style, RFC 3966-like):

ITU E.123
----------------------------------------
+886 2 1234 5678    ← Taipei landline
+886 4 1234 5678    ← Taichung landline
+886 37 123 456     ← Miaoli landline (3-digit area code)
+886 89 123 456     ← Taitung landline (3-digit area code)
+886 9X XXXX XXXX   ← Mobile
+886 800 XXX XXX    ← Toll-free (0800)

NANP
----------------------------------------
+886-2-1234-5678    ← Taipei landline
+886-4-1234-5678    ← Taichung landline
+886-37-123-456     ← Miaoli landline (3-digit area code)
+886-89-123-456     ← Taitung landline (3-digit area code)
+886-9X-XXXX-XXXX   ← Mobile
+886-800-XXX-XXX    ← Toll-free (0800)

Multiple numbers separated by semicolons, no trailing semicolon:

ITU E.123
----------------------------------------
+886 2 8787 8787;+886 2 8787 8765

(or)

NANP
----------------------------------------
+886-2-8787-8787;+886-2-8787-8765

Both are acceptable normalised formats. The open question for the community is agreeing on one and applying it consistently to resolve the current mixing.

♦

Not your average daily struggle

Our findings Issue 1: Inconsistent Separators

The most common deviation is mixing hyphens and spaces. Both of these encode the same number:

+886 2 2181 2345     ← E.123 (space, most common in TW OSM data)
+886-2-2181-2345     ← RFC 3966 dash (legitimate, less common)

The real problem is mixing both within a single value, which belongs to neither convention:

+886 2 2873-6548     ← space after country code, dashes within
+886-2-28358739      ← dashes, then no grouping in subscriber number

We found 1,554 values that contain both spaces and hyphens in a single phone string — the worst of both worlds, unambiguously wrong under either standard.

Issue 2: Missing Country Code

Some contributors enter phone numbers the way they would dial them locally — without the +886 prefix:

02-2581-7780
02 8751 3227
0222346763
0921067050

OSM’s phone tag is meant to hold an internationally dialable number. A value like 02-2581-7780 is ambiguous outside Taiwan: consumers have no way to know which country’s area-code conventions apply. We found 854 such values, including mobile numbers entered as bare 09XXXXXXXX strings.

Issue 3: No Separator After Country Code

A related variant omits any separator between the country code and the rest of the number:

+886288613257
+886228839850

These are syntactically valid in E.164 (the all-digits form used by telephony APIs) but fail most display validators and are unreadable as stored OSM data. We found 1,158 such values.

Issue 4: Corrupt or Malformed Country Codes

A small but non-trivial number of entries contain clear input errors:

+866 2 29126883      ← digits transposed (866 instead of 886)
+886+2 2311 2940     ← extra plus sign
+886(2)28232410      ← parenthesised area code (North American style)
+886.2 2322 3477     ← dot as separator
+8886 2 8780 6278    ← extra digit in country code
+00886-2-23825234    ← international dialling prefix 00 prepended

We found 92 such values. These will silently fail in any phone-number parsing library that enforces ITU-T E.164 syntax.

Issue 5: Duplicate Entries in Multi-Value Fields

OSM supports multiple phone numbers for one element using semicolons. We found 1,320 multi-value tags across the dataset. Of those, 24 contain duplicate entries — the same number appearing more than once:

+886 2 2916 0300;+886 2 2916 0300
+886 89 862 326;+886 89 862 326;+886 89 862 326

This suggests copy-paste mistakes during editing. While harmless individually, they can inflate the number of contact options and potentially confusing to machines.

Issue 6: Extension Numbers — a Format Wild West

♦ You are the one accountable, Raiden!! (via @M4HCHE3ZY on X (formerly Twitter))

Beyond the main number itself, 635+ values encode an extension, using at least five different conventions found in the data:

Convention Example Count Hash # +886 2 2536 3001#8653 572 Tilde ~ +886 2 2368 0031~2 26 ext. / ext +886 2 2741 5991 ext.21 30 Chinese 分機 +886 4 2528 5394分機6000 7 Comma , (iOS) +886 2 2938 2300,630 ~1+ Detecting extensions is tractable

As community members pointed out, a simple rule works: any character that is not a digit, space, or hyphen ([^\s\d-]) can be treated as the start of the extension suffix. This is essentially what our normalizer does — split at the first such character, normalize the base number, then reattach the suffix verbatim.

Encoding extensions is where it breaks down

The OSM wiki’s Key:phone#Extensions page currently documents three different conventions without picking one, which is itself a signal of how unresolved this is.

E.123 specifies ext as the separator. It was standardised in the printed-directory era — ext 8653 is readable on a business card, but apps do not reliably parse it. There is no DTMF interpretation; the extension string is purely informational.

Apple iOS (and macOS Contacts) stores extensions using a comma , as a pause-and-dial separator: +886-2-2938-2300,630. The comma signals the dialler to wait for the call to connect, then send the remaining digits as DTMF tones — so 630 is dialled automatically after the main number picks up. This is practical on-device behaviour, but it creates two distinct problems in OSM data:

1. Ambiguity with multi-value separators. OSM uses ; to separate multiple phone numbers in a single tag. Comma has no such defined role in OSM, so an iOS-style value like +886 2 2938 2300,630 is likely to be misread as a single malformed number rather than a number-plus-extension. We found 16 values with commas in the dataset; most are multi-value numbers incorrectly separated by , instead of ;, but at least one appears to be a genuine iOS-exported extension.
2. Non-portability. A comma-encoded extension is only meaningful to a DTMF-capable dialler. It conveys no human-readable information and is invisible to any parser that does not understand the pause-dial convention.

libphonenumber detects extensions across many separators (#, ext, x, ,, etc.) but emits no canonical output format for the extension part, leaving it to the caller.

RFC 3966 (tel: URI) is the most formally specified option — it uses ;ext=NNN. But RFC 3966 extensions create a structural conflict with OSM’s data model that is worth spelling out in full.

The RFC 3966 semicolon conflict

OSM uses the semicolon ; as the multi-value separator for phone tags:

+886 2 1234 5678;+886 2 8765 4321    ← two phone numbers, standard OSM

RFC 3966’s extension syntax also uses a semicolon as a parameter delimiter:

tel:+886-2-1234-5678;ext=8653        ← RFC 3966 with extension

If a contributor stores this in an OSM tag, any OSM editor or data consumer that naively splits on ; will interpret it as two values: tel:+886-2-1234-5678 and ext=8653. The extension becomes a phantom second phone number — one that is not a phone number at all.

The obvious workaround is to escape the semicolon as \;, a convention some OSM tags use for literal semicolons inside values. But this creates its own problems:

• OSM editors do not consistently honour \; escaping; many will still split on it or display it literally.
• RFC 3966 parsers expect a raw ; as the parameter delimiter — a backslash-escaped \;ext=8653 is not valid RFC 3966 and will not be parsed correctly by any compliant tel: URI parser.
• Machine readability is not improved: a consumer now needs to know both OSM’s backslash-escaping convention and RFC 3966’s parameter syntax, and reconcile the two. It adds encoding complexity without giving any parser a clean path to the extension digits.

The backslash escape is a leaky workaround that satisfies neither standard fully. It is, in effect, a third encoding layered on top of two already-conflicting ones.

The result is that RFC 3966 extension notation is structurally incompatible with OSM’s semicolon-as-multi-value convention, with no clean resolution available today. For this reason, our normalizer preserves extension suffixes as-is rather than attempting to rewrite them into any standard form.

A Note on E.123 and Machine Readability

Here’s something worth keeping in mind: even a perfectly normalised E.123 phone tag isn’t as machine-friendly as it looks.

E.123 was standardised by the ITU-T in 1988 — when the primary medium for a phone number was a business card, letterhead, or printed directory. The spaces in +886 2 1234 5678 are visual grouping aids for human readers, not semantic tokens. A parser encountering that string has to strip the spaces, infer the country code, and figure out the area code boundary — all heuristically.

RFC 3966’s tel:+886-2-1234-5678 is marginally more structured (hyphens as explicit separators, a URI scheme that signals “this is a phone number”), but still requires a real parser to interpret the digit groups. The truly machine-readable form is E.164 — +886212345678, all digits, no punctuation — which is what telephony APIs and databases actually want. None of these is what OSM stores by default.

This tension is fundamental: OSM’s phone tag is human-oriented. Normalization to E.123 is about making data consistent and editable by contributors, not about producing a format that apps can blindly ingest without parsing. The downstream app still needs a library like libphonenumber to do the real work — which is exactly why that library’s correctness for Taiwan’s edge-case area codes matters as much as it does.

A Note on Unexpected Area Code Grouping by google/libphonenumber

This one is subtle. Google’s libphonenumber — the standard library used by virtually every phone-number parser — groups some Taiwanese area codes differently than how they appear in local usage.

Taiwan assigns 3-digit and 4-digit area codes to several regions. libphonenumber’s metadata appears to represent these as extensions of their 2-digit neighbours, producing a different grouping than what locals would recognise:

Dialled libphonenumber output Expected output (E.123) 037-123-456 +886 3 7123 456 +886 37 123 456 049-123-4567 +886 4 9123 4567 +886 49 123 4567 082-123-456 +886 8 2123 456 +886 82 123 456 0826-12345 +886 8 26123 45 +886 826 12345 0836-12345 +886 8 36123 45 +886 836 12345 089-123-456 +886 8 9123 456 +886 89 123 456

Affected regions: Miaoli (037), Nantou (049), Kinmen (082), Wuqiu (0826), Matsu/Lienchiang (0836), and Taitung (089).

This means that even phone numbers already stored in +886 X XXXX XXXX form may carry a different digit grouping if they were entered via a tool backed by libphonenumber. The grouping we use here follows the National Numbering Plan and official government contact listings — though it’s worth noting this may be an intentional design choice in libphonenumber’s metadata.

See also:

• Issue Tracker: Unexpected formatting of the TW numbers with 3/4-digit area codes
• 公眾電信網路號碼計畫 (Public Telecommunication Network Numbering Plan, Chinese only) [PDF]
• TG Group Chat

About OpenStreetMap Taiwan Community

The OpenStreetMap Taiwan Community (OSMTW) is made up of enthusiastic mappers interested in Taiwan. Since 2010, OSMTW has evolved from a small gathering of individuals into a vibrant local community, welcoming more people to collaborate on mapping projects. OSMTW now co-hosts monthly meetups and occasional expeditions with the local Wikidata community in Taipei. Come by, check it out, and join us!

Ends/ Mon, 30 March 2026
Issued at NST 16:15
Last updated at Wed, 1 Apr 2026 NST 12:00

NNNN

4 days ago

19/03/2026-25/03/2026

♦

[1] OSM on an eInk display | © Héctor Satrústegui | map data © by OpenStreetMap Contributors.

Mapping

• Two proposals are waiting for your comments:
  • The cable_landing_station=* proposal to map landing points of submarine cables.
  • The highway=safari_service_road proposal to describe specific service roads in safari parks.
• The proposal flashing_lights=* is still open for voting. The proposal intends to indicate the precise design of flashing lights.

Mapping campaigns

• Following the Morshansk online map party ♦►♦ in 2025, the Russian community is organising another online map party ♦►♦ from 29 March to 11 April. The community will be working to eliminate one of the last major blank spots on the map: the Kunyinsky District of the Pskov Region. This year’s innovation is a new tool ♦ for coordinating zones during collaborative mapping, written specifically for this event. We invite everyone to participate, both beginners and experienced participants!

Community

• In the sharply worded, normatively charged, and at times speculative opinion essay ‘The City in the Data Lab’, mobileGEO offered ♦ an activist analysis of OpenStreetMap as an increasingly central digital infrastructure used for routing, research, and humanitarian missions, among other things. At the same time, they addressed the dependence on a small number of volunteers in core areas, such as server operations and software, as well as issues of governance and data equity.
• A forum post discussed introducing new tools for discussions on the OSM Wiki, including the MediaWiki DiscussionTools extension already used on Wikimedia projects. The aim is to provide more structured commenting and improve participation, with implementation currently being discussed as an Operations Working Group issue.
• Christian Quest announced the creation of the Panoramax Foundation to establish an open source platform for georeferenced street level imagery. The foundation is to be launched as a non-profit organisation and will be supported by partners such as the INRIA Foundation and IGN France. Its aim is to promote decentralised server structures, establish a global meta-catalogue, and strengthen cooperation between authorities, companies and NGOs. Members can actively shape technical development and governance (via the GeoCommuns Forum).
• In a blog post by the ‘OSM Verkehrswende’ initiative, Tobias Jordans explained ♦►♦ that Panoramax requires additional infrastructure and coordination. The goal is to further expand this open-source alternative to commercial services and promote its use for mapping, traffic planning, and data analysis.
• Marina Petkova wrote ♦►♦ about the release of the guide OpenStreetMap et territoires (OpenStreetMap and territories), produced by the Fédération des pros d’OSM. The video record of the session can be watched ♦ online. There is also a publication ♦ about the ODbL titled Tout savoir sur la license ODbL.

OpenStreetMap Foundation

• The OpenStreetMap Foundation Board has approved a new contractor to revamp the GNSS traces feature on the OpenStreetMap website, aimed at renewing the infrastructure for GNSS traces and complying with privacy regulations. The payment comes from the Sovereign Tech Fund, and the rate has been discussed with the Personnel Committee and Core Software Development Facilitator.

Local chapter news

• OpenStreetMap US announced the release of the Pedestrian Working Group Schema 1.0, defining a tiered tagging system for mapping pedestrian infrastructure. The schema provides detailed guidelines for features such as pavements, crossings, and kerbs, aiming to support use cases from basic navigation to accessibility-focused routing applications.

Events

• The FOSSGIS 2026 presentations are available ♦ online.

Maps

• Mlvln described his workflow for a Berlin streetscape map using area=highway data. He combined QGIS with the Overpass API, but switched to Geofabrik’s OSM extracts after his computer could no longer process the raw data. Using Osmose and Python scripts, he filtered tags such as surface=asphalt or amenity=waste_basket and converted HStore fields for visualisation. His goal: a zoom level-dependent tile map – but hosting and regular updates remain open problems.
• Henri97 introduced the portal-streuobst.de ♦►♦, a new map designed to support the mapping and analysis of orchard meadows based on OpenStreetMap data. The project aims to help validate NABU’s estimate of around 250,000 hectares and encourages community feedback and contributions.

OSM in action

• The Geo3D Library is a central hub for publicly available online 3D geological models. It is maintained by the Polish Geological Institute and the National Fund for Environmental Protection and Water Management. It includes OpenStreetMap, Carto Light and OpenTopoMap as basemaps.

Open Data

• Qi Zhou and others have published an open dataset of inland docks along the Yangtze River based on OpenStreetMap data and high-resolution satellite imagery. Using YOLO models they detected 3,562 docks with high accuracy and provided the results as bounding boxes and polygon geometries for further analysis.

Software

• A new security report highlighted CVE‑2026‑2580, affecting the WP Maps – Store Locator WordPress plugin by Flipper Code, which is used with OpenStreetMap, Google Maps, and Mapbox. The issue allows outsiders to access sensitive website data on sites running plugin versions up to 4.9.1, so site owners and developers are encouraged to update and review their map setups promptly.
• [1] Héctor Satrústegui explained how to optimise OpenStreetMap tiles for eInk devices such as Meshtastic or Meshcore. The approach uses Maperitive to generate tiles and a Python script to convert them into greyscale or black-and-white formats, improving performance and usability on low-resource hardware.
• The new iD tagging schema release v6.15.0 includes sidewalk= as a road property, multiple new icons (building under construction, covered reservoir, honey shop and more), animal=horse_walker was added, shop=butcher and other recovered their fields, making it easier to find many objects, and the deprecation of landuse=basin was stopped.

Programming

• d0min0 introduced Drakkar.one, an embeddable map widget that works without API keys, cookies, or Google services. It uses OpenStreetMap data and serves vector tiles as PMTiles via Cloudflare infrastructure, offering a low-cost and privacy-focused alternative to Google Maps embeds.
• Pascal Neis outlined a custom processing pipeline to analyse the full OpenStreetMap planet and generate vector tiles. The approach considers historical object versions and prepares the data for efficient visualisation and analysis workflows.
• The Infra Plan team released on GitHub bim-tile-overlay, a JavaScript library that renders map tiles such as aerial imagery or OpenStreetMap beneath 3D BIM models in Autodesk Viewer. It handles coordinate transformations from local model space to WGS84, computes visible tiles in real time, and projects them in sync with the camera view.
• tristanmk introduced Simple Routing, a low-cost routing API service built on OSRM and VROOM, targeting small projects and developers. The platform aims to bridge the gap between limited free APIs and expensive commercial services by providing shared infrastructure with transparent pricing.
• zorun presented a project implementing an OsmAnd plugin that calculates pedestrian routes based on shade coverage to improve comfort in sunny conditions. The plugin relies on custom-generated shade data, and currently works only for Nantes. The diary entry highlighted usability and integration challenges identified during testing.

Releases

• In a blog post the GraphHopper team introduced improvements made to elevation data handling, enabling more accurate slope and distance calculations. These enhancements particularly benefit use cases such as cycling and hiking routing, where precise elevation profiles are essential.
• The developers of Vespucci released version 22 beta, introducing numerous bug fixes and stability improvements, including handling of Overpass queries, uploads, and UI behaviour. The update also added features such as enhanced tag filtering, image upload support, and improvements to changeset tagging.
• The iD team released version 2.39.0, introducing improvements such as expanded recently used presets, clearer validation messages, and enhanced geometry editing. This release also included multiple bug fixes, updates for street-level imagery, and technical modernisations in the codebase.

Other “geo” things

• Apple has announced plans to introduce advertising in Apple Maps, allowing businesses to pay for promoted placements in search results and recommendations. Advertisements will be clearly labelled and, according to Apple, not linked to personal user data, as part of a broader expansion of its advertising business.
• In their paper ‘Bench marks of change’, Catherine Porter, Margaret O’Sullivan and Elizabeth Gabbett analysed the survival and loss of Ordnance Survey benchmarks in County Limerick, Ireland. Using GIS, historical cartography, and participatory methods, the study finds that over 90% of these historic survey marks are no longer visible and interprets their disappearance as an indicator of broader landscape and environmental change.
• Chronotrains is a Web map which shows how far you can travel by train, from a specific city, for example Berlin. You can select a European city and specify the travel time.
• The EO Glossary of Terms and Definitions serves as a reference for everyone involved in Earth Observation. It covers a wide range of terms, concepts, and definitions relevant to EO disciplines including remote sensing, satellite imagery, geospatial analysis, calibration and validation, climate adaptation, and more. It includes more than 30 recognised databases and you can see a graph with the hierarchy involving the terms.
• The Guardian published a video about how Google Maps search algorithms shape the types of restaurants people find and frequent.

Upcoming Events Country Where Venue What When ♦ Chemnitz Neues Hörsaalgebäude, TU Chemnitz Chemnitzer Linux-Tage 2026 ♦ 2026-03-28 – 2026-03-29 ♦ Online Псковская картопати 2026 ♦ 2026-03-29 – 2026-04-11 ♦ Hannover Kuriosum OSM-Stammtisch Hannover ♦ 2026-03-30 ♦ Saint-Étienne Zoomacom Rencontre Saint-Étienne et sud Loire ♦ 2026-03-30 ♦ San Jose Online South Bay Map Night ♦ 2026-03-31 ♦ Stuttgart Stuttgart Stuttgarter OpenStreetMap-Treffen ♦ 2026-04-01 ♦ Le Schmilblick, Montrouge Réunion des contributeurs de Montrouge et du Sud de Paris ♦ 2026-04-02 ♦ नई दिल्ली Jitsi Meet (online) OSM India – Monthly Online Mapathon ♦ 2026-04-04 ♦ Lucknow Café Coffee Day, Hazratganj OSM Lucknow Mapping Party No.3 ♦ 2026-04-05 ♦ Zaragoza Facultad de Filosofía y Letras (Unizar) & online Mapatón humanitario ♦ 2026-04-07 ♦ Salzburg Bewohnerservice Elisabeth-Vorstadt OSM-Treffpunkt ♦ 2026-04-07 Missing Maps London: (Online) Mapathon [eng] ♦ 2026-04-07 iD Community Chat ♦ 2026-04-08 ♦ Essen Verkehrs- und Umweltzentrum Essen OSM-Treffen ♦ 2026-04-08 ♦ Zürich Bitwäscherei Zürich 186. OSM-Stammtisch Zürich ♦ 2026-04-10 ♦ Paris MSF France (Paris 19e), France MSF-CARTONG: Nuit de la Géographie ♦ 2026-04-10 ♦ Berlin Wikimedia e.V. Tempelhofer Ufer 23-24,10963 Berlin OSM Hackweekend Berlin-Brandenburg 04/2026 ♦ 2026-04-11 – 2026-04-12 ♦ Braunschweig Stratum 0 Braunschweiger Mappertreffen im Stratum 0 Hackerspace ♦ 2026-04-11 ♦ Armadale Park Cafe Social Mapping Sunday: Armadale Train Station ♦ 2026-04-12 ♦ Milano Editathon e mapathon alla Milano Marathon 2026 ♦ 2026-04-12 ♦ Antwerpen Camera’s in kaart brengen ♦ 2026-04-12 ♦ København Cafe Bevar’s OSMmapperCPH ♦ 2026-04-12 ♦ Meerut Haldiram’s, Garh Road, Meerut OSM Delhi Mapping Party No.28 (Meerut) ♦ 2026-04-12 Missing Maps : Mapathon en ligne – CartONG [fr] ♦ 2026-04-13 ♦ 臺北市 MozSpace Taipei OpenStreetMap x Wikidata Taipei #87 ♦ 2026-04-13

Note:
If you like to see your event here, please put it into the OSM calendar. Only data which is there, will appear in weeklyOSM.

This weeklyOSM was produced by MarcoR, MatthiasMatthias, PierZen, Raquel IVIDES DATA, Strubbl, Andrew Davidson, barefootstache, derFred, izen57, mcliquid.
We welcome link suggestions for the next issue via this form and look forward to your contributions.

4 days ago

♦

Yesterday, I attended the OpenStreetMap Local Chapters and Communities Congress 2026 online.

There were at least 15 participants who signed the attendance list on the event’s HackMD document, representing a range of countries including the Philippines, Italy, the United States, Canada, Greece, Indonesia, Belgium, Kenya, and Brazil. The document is available publicly here.

After introductions and updates from the OpenStreetMap Foundation Board, the session moved into a group discussion titled “Challenges in OpenStreetMap and overcoming those challenges.” This discussion was conducted through Mentimeter, allowing participants to submit anonymous responses to guided questions.

Here is a (selected) summary of the discussion results:

Question 1 : If a new mapper asked you “what’s the hardest part about being in the OSM community?” what would you say.

“So many smart people. All with their strong opinions about how things should be done.”

“Dealing with abusive community members.”

“Not being demotivated by expert mappers that might yell at them for doing mistakes while mapping.”

“Encountering negative / unproductive discourse in OSM fora, which can discourage participation from new new users.”

“Documentation mostly in English.”

“If you are not already technologically literate, it’s a lot to learn and unclear where to start.”

“No clear entry point. Unclear governance”

“Not easy to know what tools/editors to use.”

“The idea of tagging might be confusing and tools/editors often hide these.”

“Data privacy issues in some structures”

“Security protocols with OSM APIs”

“Hard to explain why OSM is needed when Google Maps, Waze and Apple Maps already exist”

Question 2 : What makes it hard to grow or sustain your local community?

“Lack of time.”

“There’s not enough experienced mappers to help newbies and grow the community.”

“Most members from the community prefer money-yielding activities and the idea of volunteer driven initiatives are not so welcomed.”

“The distributed nature of the work can make it hard to reach out to people in the region. I feel we could have better integrated tool to talk to local mappers directly.”

“Lack of funds to organise events and projects”

“Even in English, it’s difficult to find good resources like tutorials for getting people started with mapping.”

“Even small disagreements could lead to long-term bad blood and resentment.”

Question 3 : Is there a gap between the global OSM and your local reality? Where do you feel it?

“Yes. In tagging practices. How to adapt it to the local reality.”

“People are drawn to local and immediate concerns by default and it’s hard to make people excited about global concerns.”

“Core infra needs work and innovation. We need more transparency and openness to community input. Local communities need to shape our shared website.”

“The people who are affected by the gap might not be present at this meeting.”

Question 4 : What support do you wish the OSMF or the wider community provided but doesn’t?

“Money!”

“Appreciation”

“Clear leadership”

“Technological support and timely communication. All effort and local chapters should be accredited.”

“A mix of more formal and informal meetups. From “let’s hear a presentation about this person’s mapping project” to “let’s meet at a bar and hang out as friends”

Question 5 : What are ways you get your community together?

“Daily communication via chat makes us feel close between bigger events.”

“Our annual event. But not all mappers attend.”

“Annual SOTMUS”

“This really requires a core group of active people to get the ball rolling.”

“Telegram groups. Contacting key people one by one through personal chats or email”

Question 6 : What ideas do you have to help grow and sustain OSM?”

“OSMF should hire an executive director / CEO.”

“Clear point of contact for each working group.”

“Local panoramax instances”

“OSM US working on a learning sandbox for new mappers.”

“Introduce the concept of a ‘local fork’, where people can map and document their work in a private space, outside the OSM main database. Build an entirely new geodata crowdsourcing platform on top of the OSM main database, focusing on personalized activities, viewpoints and perspective. The downside of a wiki is that everyone is forced to adhere to a single set of rules. This alternative would instead celebrate diversity”

“Be that positive person on the interwebs! Just a simple ‘Thank you for that question’ / ‘Thank you for editing the map!’ goes a long long way towards the sustainability of the volunteer community”

“An online documentary of successful works used for greater global good. e.g. flood mapping data used by rescue organizations in critical situation.”

“Opportunities to realize paid partnership”

“Communication with local residents for communal mapping of basic infrastructure and services, led through attending town halls meeting.”

5 days ago

Vuoden 2025 lämpimällä kaudella tuli tehtyä 3 tarkoituksellista kartoitusprojektia eri vaiheissa, joista osa liittyi uusien pyöräpysäköintialueiden etsintään ja osa oli ihan puhdasta StreetCompleten ja Wandrerin pisteidenkeruuta.

Keväällä ennen vappua tuli käytyä seuraavat paikat läpi pyöräpysäköintipaikkojen toivossa:

• Sairaalat ja terveyskeskukset.
• Urheiluhallit.
• Päivittäistavarakaupat (marketit ja supermarketit).

Näissä ideana oli käydä läpi paikkoja, joissa ihmiset säännönmukaisesti käy ja joissa pyöräpysäköinnille on kysyntää. Urheilukentät urheiluhallien sijaan olisi vielä kiinnostavampi aihe pyöräpysäköintien sijaan, mutta en saanut tehtyä järkevää hakua Overpass QL:llä, joka ei olisi samalla tuottanut isoa määrää pieniä puistoja tulokseksi.

Tämä kun tuli valmiiksi ennen kuin kesä varsinaisesti ehti alkaa, niin kävin pienen henkilökohtaisen kriisin läpi, että kesäksi suunniteltu projekti tuli valmiiksi aivan liikaa etuajassa. Joten sitten piti keksiä jotain muuta tehtävää, jotta motivaatio säilyy ja StreetComplete onneksi tarjosi sellaista.

StreetCompletesta tehtäviä viihdyttämään

StreetCompletessa olevista tehtävistä tuli poimittua vuoden 2025 lämpimälle kaudelle seuraavanlaisia omaan karttaan:

• Liikennevalojen olemassaolo risteyksissä (Are there traffic signals that show when to cross here?). Tämä oli kesän ja alkusyksyn pääprojekti.
• Keskisaarekkeen olemassaolo risteyksissa (Does this crossing have an island?). Tämä tuli otettua listalle sen jälkeen, kun liikennevalojen olemassaolo oli saatu kartoitettua.

Keskisaareketietoa en saanut käytyä läpi ennen kuin lämmin kausi loppui ja sää oli liian kylmä, että olisi pärjännyt ilman hanskoja.

Vuoden 2026 lämpimälle kaudelle otin hoidettavaksi loput tienylityspaikkojen tietoja kyselevät StreetCompleten tehtävät. Lisäksi OpenStreetMapissa olevat bussipysäkit tulee täydennettyä niillä tiedoilla, joita StreetComplete kyselee. Näitä paikkapisteitä on omassa kartassani tällä hetkellä yli 3000, joten näissä toivottavasti riittää hommaa ja pyöräilykilometrejä.

StreetCompleten tehtävien tekeminen siirtää OpenStreetMapin päivitystä pyöräpysäköintialueiden osalta enemmän stokastiseen suuntaan, jossa en mene enää tiettyyn paikkaan katsomaan, että löytyisikö sieltä runkolukittavia pyörätelineitä. Vaan tarkkailen ympäristöä pyörätelineiden varalta samalla kun kuljen näiden StreetComplete-tehtävien perässä. Ja näiden reittien monipuolisuuden ansiosta tulee sitten käytyä paikoissa, joihin ei muuten olisi tullut mieleenkään mennä.

Katujen pintamateriaalit

StreetCompletessa minulla on näkymä käytössä, joka näyttää tiedon siitä, millainen tienpinta on kyseessä (kuva 1). Käytän tätä pyöräillessä tarkistaakseni, että vastaako ympäristön tiet sitä, mitä ne OpenStreetMapin mukaan on. Navigaattorit käyttää jossain määrin tätä tietoa siinä, että millaisia reittejä painottaa millekin kulkutavalle ja sen asetuksille. Pyöräillessä tästä on erityisesti hyötyä, kun kaikki reilusti epätasainen pinta ikävästi tuntuu hampaita kolisuttavana tärinänä.

♦ Kuva 1: katujen pintamateriaali korostettuna eri värein.

Luulen, että tämä tienpintojen kartoitus Helsingin kantakaupungissa alkaa tuottaa tulosta. Olen muutamaan otteeseen huomannut jo navigaattorin (OsmAnd) asetusten mukaisesti tosiaan välttelevän katuja, joissa on nupukiviä ja ohjaavan kortteleiden kautta, joissa tien pinta on asfalttia. Tämä näin läskirenkaattomana pyöräilijänä on erinomainen navigointimukavuutta vähemmän tutuilla alueilla lisäävä tekijä.

Pyöräpysäköintipaikkojen kehitys

Tässä on alkanut huomaamaan, että tutu paikat alkaa toistua pyöräpysäköintipaikkojen etsimisessä. Lisäksi kun näitä on nyt muutaman vuoden tullut kartoitettua, niin luonnollisesti uusia runkolukittavia telineitä ei enää löydy näiltä alueilta niin helposti. Nyt talven jäljiltä ei ollut kuin noin 30 muiden lisäämää pyöräpysäköintialuetta, joissa ei ollut paikkojen määrätietoa saatavilla.

♦ Kuva 2: Pyöräpysäköintipaikkojen kehitys telinetyypeittäin heinäkuusta 2021 OpenStreetMapin tietokannassa tarkastelualueella.

Runkolukittavia telineitä luonnollisesti luodaan lisää, kun huonolaatuiset renkaanväännintelineet korvaantuu saavutettavammilla laajemman rengasvalikoiman ja runkolukituksen mahdollistavilla telineillä. Mutta vaikka OpenStreetMapiin kirjattujen telineiden lukumäärä on jo viisinumeroisissa lukemissa tarkkailemallani alueella, se ei ole hirveän suuri kun vertaa koko alueen väestöön ja katsoo millaisia aukkoja jopa Helsingin kantakaupungissa on laadukkaan pyöräpysäköinnin osalta. Kuva 2 näyttää teoreettisten pyöräpysäköintipaikkojen kehityksen viimeisen vajaan 5 vuoden ajalta.

Tällä vajaan 100000 teoreettisen kirjatun pyörätelinepaikan alueella on luokkaa miljoona asukasta. Ja erillisiä alueita on kirjattuna hieman yli 4500. Luonnollisesti kaikki eivät ole samanaikaiseti pyörillä liikkeellä ja polkupyörillä on suhteellisen paljon vapauksia sen suhteen, että minne pysäköidä. Mutta varkausriskivaikutelma on myös korkea, sillä alle 20 kg painavan polkupyörän saa helposti kannettua mukanaan. Tämä vähentää intoa pistäytyä paikoissa, joihin ei ole alunperin ajatellut menevänsä, jos lähellä ei ole sopivaa kiinteää kohdetta lukita pyörää.

Ideaalitapauksessa tiheämmillä asuin- ja kaupallisen toiminnan alueilla olisi niin tiheästi runkolukittavia pyörätelineitä, että jokaisessa korttelista olisi näkyvyys lähimmälle käyttökelpoiselle runkolukittavalle telineelle. OpenStreetMapin karttadata olisi tällöin tarpeeton pätevän pysäköintipaikan hakemiseen. Vielä ollaan kaukana tästä.

5 days ago

Ein Spaziergang durch Weißig und Döhlen

Am heutigen Donnerstag machte ich einen meiner vielen Streifzüge durch Döhlen. Besonders ins Visier genommen hatte ich die Streuobstwiese in Freital-Weißig, die mir durch eine Meldung im Freitaler Anzeiger wieder aufgefallen war. Kommend von der Bushaltestelle an der Schulstraße gelangt man über einen Weg zum Zaun der Wiese, wo weiter rechts eine Infotafel aufgestellt ist. Da keinerlei Verbotsschilder auffallen, nahm ich die Gelegenheit war, das Tor selbst zu öffnen und auf die Wiese zu gehen. Bei einem früheren Besuch kamen mir viele Schafe entgegen, heute sah ich kein einziges Tier. Negativ viel mir auf, dass sich vom Eigentümer lediglich um die Streuobstwiese gekümmert wird, nicht jedoch um das Gebiet um den Wettingrundweg bis zum Beginn der Böschung auf dem Gelände des Getränkehandels. So ist der Wettingrundweg unpassierbar. Die Wiese ist glücklicherweise keine Sackgasse, da am oberen Ende des Hanges ein weiteres Tor existiert, durch das man auf das im Süden angrenzende Feld gelangen kann. Von da an ging ich gen Osten zu dem in den Wald führenden Weg. Über eine erst kürzlich entdeckte Schneise gelangte ich wieder in den Wettingrund. Obwohl es Niederschlag gegeben hatte, konnte ich meine zweite Mission, die Kartierung des periodischen Gewässers, nicht fortsetzen, da dessen Verlauf zu verwinkelt ist und kein Wasser zur Nachvollziehung des tatsächlichen Verlaufes floss. Das steht also noch als Ausflugsziel für einen Regentag aus. Um wieder zur Weißiger Straße zu gelangen, schlug ich mich teilweise durchs Niemandsland die Böschung hinauf. An der Bushaltestelle am Mittelweg endete meine heutige Tour.

7 days ago

This text was written by me a couple weeks ago. In the mean time I noticed that my computer struggles with the amount of data to process. That’s why I will need to use another way how to create my map. Anyway, I did not want to scrap this diary entry. I learned already a lot of things and maybe you are curious about my map, so here it is:

♦ Like this or similar could the map look like. This mock-up was made with the QGIS GUI and OSM data downloaded over the overpass api. bigger resolution here

In this diary post, I want to show you what I am currently working on in my free time, what my motivations and inspirations were for starting the project, and what problems I have encountered. I also want to share what I have learned and what I plan to do with the project in the future.

I was inspired by the map Straßenraumkarte by Supaplex030, which shows micromapping in the urban area of Berlin-Neukölln in great detail. The map visualizes a wide range of different OSM elements such as trees, advertising columns, manhole covers, parking lots, pedestrian and bike paths, Stolpersteine, as well as lanes and their markings.

Unfortunately, the Straßenraumkarte has not been updated in a while. Supaplex030 is currently working on a new version that covers all of Berlin but has not yet been released. Therefore, I thought I would try to render the tags I am interested in myself.

Looking at the map gives me good feedback on whether I have worked correctly or if important tags are still missing, such as the specification of the surface=.

♦ In the upper right corner next to the e-scooter parking lot, the asphalt area is not rendered correctly (the white map background is shining through). The roadway area shown here in light red is missing a surface specification in OSM. ♦ Details such as roadway markings, manhole covers, and trash bins (evaluates colour= and operator=)

So far, I have created the map using Overpass API queries for my neighborhood. However, I want to render the entire city of Berlin. I also aim to reduce my dependency on Overpass, as the servers are overloaded by scrapers. This has opened up a new learning opportunity for me to process OSM extracts (.osm.pbf files).

I started with the roadway areas. After downloading the OSM extract for Berlin from the Geofabrik download server, I run a Python script that saves all objects with the key area:highway into a new file using an Osmose command. I then import this file with another Python script into QGIS and process it there in a semi-automated manner.

Before I can further process the data from the extract as I am used to from the data downloaded via Overpass, I need to use the QGIS tool “Explode Hstore Field.” This tool converts the column other_tags, in which many OSM tags are stored as comma-separated list entries, into separate fields in the attribute table. I’m not so sure why the data is stored like this, if this is a general osm-extract thing or if it’s only like this with the extracts from geofabrik, but I was happy that I could find a solution quickly by searching on the internet.

before:

area:highway other tags residential “surface”=>”sett”,… secondary “surface”=>”asphalt”,”junction”=>”yes”,… … …

after:

area:highway surface junction … residential sett NULL … secondary asphalt yes … … … … …

In addition to a few other edits, I can already apply my styling (QGIS Layer Style File QML) from the mock up to the highway areas using a script.

♦ All highway areas for Berlin, often still without surface tags. The blue rectangle roughly indicates the previous bounding box of my mock-up map.

I am curious whether my computer will cope with importing more and more data for the entire city into QGIS. The feature count for the area:highway objects is already just below 15,000. The count for other objects will be significantly higher. Fortunately, the data already comes as spatially indexed, which greatly speeds up the processing and display of the objects.

If everything goes as I imagine, I would like to evaluate additional objects that have not yet been rendered in my mock-up and add rules for displaying features only at specific zoom levels. Regular updates of the data should not be too complicated; I will just need to run the Python scripts. Ultimately, I will render tiles of the map. I hope then to find support for hosting and publishing the map, as this is something I have never done and not even an idea where to begin.

♦ Preview: Area around Kottbusser Tor. It renders the subway-platforms on different layers and displays the ref of the subway entrances

Addendum: As written above. I will need to find a better way. Supaplex030 recommended that I take a look at osm2pgsql and PostGIS. Fortunately I just watched todays presentation Setup and update of an OSM-based map with osm2pgsql (on media.ccc.de; German language only) from Mathias Gröbe at FOSSGIS 2026 conference, so I have a good overview where to start.

7 days ago

Introduction

Welcome to The #questionable-edits OSM Iceberg!

Over the past 5 months I have been collating some of the strangest, funniest and most excruciating examples of vandalism, mistakes and creative mapping. This Iceberg takes its name from the #questionable-edits channel on the OSM World Discord where we share the weird, wild and wonderful things we’ve seen while mapping. It should be made clear, the intent of #questionable-edits (and my Iceberg) is not to mock, demean or dissuade novice mappers, but to educate about common mapping pitfalls and share some of the entertaining things that have been found. I myself am guilty of a number of things listed below! I’ve included over 80 items in my Iceberg, ranging from the well-known to the downright unhinged. This Iceberg is also available on the OSM forums.

It shouldn’t have to be said, but please do not harass or otherwise antagonise any users whose edits may be visible in these examples. The screenshots and changesets linked below are intended as illustrative examples, and aren’t intended to target individual mappers.

Happy April Fools everybody! (Yes I might be a day late, but I was last year too). Enjoy!

The Iceberg

♦

The Explainer

What’s an Iceberg without a breakdown of all the lore?

First Level

descriptive names Not every map element needs a name, but some mappers treat the name field as a challenge to come up with a descriptive name, for example ‘Morrisons customer car park’, ‘McDonald’s drive through’, ‘private driveway’ or ‘tarmac where a lovely lawn once stood’. Another curious example is this American football pitch with all the painted lines named.

landuse glued to roads Mostly an older mapping style, where landuse is glued to road centrelines instead of ending at the edge of road areas. It can make it really hard to edit roads and landuse, especially in iD. Some landuse areas are even mapped as multipolygons, with roads serving as outer members.

large bboxes One edit in Hanoi, another in Hammersmith. Large bboxes have caused a lot of frustration for users of OSMCha over the years, as they cover areas that weren’t edited. Often, this is a beginner who doesn’t realise they should upload their changes before moving on to a new area, but can also be a result of editing a large relation such as France or the United States.

tagging for the renderer Not everything renders on Carto, which is ok. Some mappers have employed creative tagging to show off particular features, such as these sports field markings.

bad changeset comments We’ve all seen them. ‘Edits’, ‘Update’, ‘.’, ‘asgsdfdgf’ or even a bunch of unreadable hashtags aren’t helpful for conveying a changeset’s purpose at a glance. Adding a bit of humour or personality to changeset comments is fine, but don’t take it too far.

not aligned to aerial imagery Many ways and polygons are misaligned when compared to current aerial imagery, although this is usually down to each imagery provider having a different offset. Other times, features may be mapped inaccurately or at an angle, such as this town filled with triangular buildings.

copying from Google Maps Despite being rule #1, ‘Don’t copy from other maps’ is occasionally broken. At least some mappers are kind enough to mark their changesets with source=Google Maps or tag ways source=Google Street View

unsquared buildings Not all buildings have 90 degree corners, but most do. Not using ‘Q’ to square up buildings is a common beginner error, but is easily fixed. Here’s a particularly perplexing example.

Second Level

dragged nodes Sometimes vandalism, sometimes accidental, dragged nodes can cause really funky rendering.

SEO spam All businesses want to promote their brand, but names in all-caps, pois in incorrect locations and paragraphs of self-promotional material (in notes, tags or even diary entries) isn’t the way to do it in OSM. If you’re a SEO spammer, read this wiki page.

renaming cities rude things A common form of vandalism, which usually gets reverted quickly. What did Los Angeles do to deserve this?

Gulf of America edit war On the 20th of January 2025, the Gulf of Mexico node was on version 20. It’s now on version 140. All that fuss for something that doesn’t even render on Carto. Of course, there’s an accompanying 300 post long forum thread.

Pokémon Go edits Pokémon Go uses OSM data to decide where to spawn certain types of Pokémon, but unfortunately that led to some players adding fake parks or mapping natural=beach in their garden to have easy access to water-type Pokémon. This doesn’t seem to happen much anymore.

typos in tags Very common, even for experienced contributors. Some typos are funnier than others, for example operator:type=pubic, social_facility:for=pregrant, building=semi_permanenet_house and hundreds of roof:shape values, which gave me a good laugh. Or how about a Wikidata Qid pasted in name=.

individual trees as natural=wood Isolated trees should be tagged as a natural=tree node, but some mappers like to trace a natural=wood way around the crown of each tree. This was also a technique used by golf mappers, as their software would render natural=wood areas but not natural=tree nodes.

broken multipolygons Multipolygons are hard :/ . Outers crossing outers, inners outside outers, duplicate multipolygons and incomplete outer rings are just some of the ways multipolygons can be broken.

Third Level

golf mappers There are golf simulators which can import courses from OSM, but many incorrect edits were made to golf courses as a result of incorrect tutorials and forum posts, including mapping individual trees as natural=wood areas, avoiding using multipolygons at all costs, drawing highway=service over main roads, tagging all buildings as office=yes and even tagging a natural=bay as golf=water_hazard. Thankfully, improvements to the import software means these kinds of workarounds aren’t required anymore.

Microsoft AI building slop Particularly in the UK, buildings imported en-masse from Microsoft’s computer generated building footprint database are of poor quality, not matching reality well and clumping semi-detached and terraced buildings together. I even made a whole forum thread expressing my concerns about the huge amount of poor quality buildings being imported.

blindly fixing validator errors While iD’s validator is very useful for finding errors in edits, some mappers feel they have to ‘resolve’ each issue before uploading, even if they haven’t checked the tag upgrade or geometry change is correct. Some examples include tagging crossing footways as bridge=yes instead of connecting them, and roads overlapping buildings with layer=-1 when the building should really be repositioned.

funny real names Sometimes, poi or place names sound so ridiculous you think they must be vandalism, only to discover no, it really is called that. MTB trails often have crazy names such as ‘Sponge Bob’, ‘Lumpy Gravy’ or ‘Grannies’.

unnecessary multipolygons In most areas, it’s agreed that multipolygons should only be used where absolutely necessary. However, some mappers choose to make multipolygons out of what could otherwise be closed ways, just because they share nodes with other ways. As as example, this school car park where every individual parking space was a multipolygon, or the country of Sweden.

deletion of Tel Aviv A major wave of vandalism hit Israel in 2023, with large parts of Tel Aviv being deleted. The DWG undertook a complex revert process, and the situation ended up in the media.

overnoding What’s the minimum distance allowed between two nodes in a way? 1 metre? 10 centimetres? 1 centimetre? Answers on a postcard please.

extremely large landuse Sometimes a relic of old landuse imports, lots of landuse areas could really do with splitting along roads, railways or other natural features. Romania has farmland the size of cities, and Uganda has residential landuse covering 260 square kilometres.

farmland instead of meadow Farmland is for arable crops, meadow is for grazing animals and growing hay (at least according to the wiki). However, large swathes of Ireland, the Isle of Man and the UK are tagged as farmland instead of meadow. We have a project ongoing to turn our islands green.

2.5D buildings A classic, using buildings and other tags to cause apartment blocks to appear in 2.5D on Carto. It’s a shame it had to be deleted, because it’s a real work of art.

fake islands and cities Perhaps someone mistook OSM for OpenGeoFiction, and mapped fake cities in South Sudan and Antarctica.

Fourth Level

not replying to changeset comments All too common is users ignoring changeset comments asking why they’ve mapped a certain way or providing advice how to improve their mapping. Communication and discussion is an important part of OSM, so remember to always keep changeset comments polite and respectful, even if you get ignored!

naughty landuse shapes Not all suspiciously shaped geometry is vandalism. Some islands were just made that way.

poor quality HOT edits HOT has a bit of a mixed reputation on the OSM World Discord, sadly as a result of poor training or validation in some cases. Like, what is this? Changesets tagged with HOT projects have also been used to add a secret bunker on Little Saint James, an animal shelter for fish and Bikini Bottom.

name:ru edit war A major wave of vandalism was visible worldwide in 2024, when a group of activists attempted to delete name:ru en-masse from the database, and proceeded to abuse users who reverted the vandalism. Roads were dragged across oceans and renamed offensive names. The forum thread is here.

razed railways Despite OpenHistoricalMap existing, many mappers still continue to add railways that were removed decades ago and have no trace on the ground. These long-gone railways are either mapped through open fields, or tagged on existing motorways. The prefix razed: implies that no physical presence remains, but nearly 40,000 razed:railways exist in the database. There’s a 370-post forum thread dissecting the issue.

‘secret’ MTB trails A vandalism campaign that’s been ongoing for a while now, where some mountain bikers think their ‘secret’ informal trails shouldn’t be mapped. Vandalism includes deleting trails, renaming trails, and abusing users who revert the vandalism. I call them ‘secret’ trails, because they are visible on the Strava heatmap. One user even posted a link to a photo as proof a trail was renamed, but that link was an ip logger, and another made stickers insulting an OSM editor and stuck them on signposts!

separate sidewalks without crossings Drawing separated sidewalks along streets, but not connecting the footway at any crossing points, particularly in neighbourhoods where only unmarked crossings are present. This completely ruins foot routing.

Farming Simulator edits Various Farming Simulator games allow importing real-world farms from OSM, but this has resulted in users adding nonexistent forests and roads or adding nonsense names to farmland, to alter the farm that ends up in their game.

Maps.me personal bookmarks Many users who wanted to create personal bookmarks in Maps.me unknowingly uploaded their notes to OSM, resulting in hundreds of shop=books or shop=bookmaker being created across the world. Many pois named ‘My house’ or similar exist for this same reason.

Fifth Level

anonymous notes Spam, abuse, personal notes and unclear information can all be found in OSM notes, but some users believe anonymous notes pose a major part of the problem, with no accountability for vandals or way to contact the original poster for more context. Here’s the obligatory 170-post forum thread.

DWG member slander The DWG do a lot of hard work cleaning up the map, resolving disputes and banning vandals, but some people respond with personal attacks, be that in notes, diary entries or edits with sockpuppet accounts. I’m not going to republish any, but I’ve seen plenty.

deleting sensitive sites in South Korea Last year, a wave of vandals attempted to delete sensitive facilities from OSM in South Korea, namely military bases, power plants and intelligence sites. Part of the vandalism could have originated from media reports that OSM was publishing locations of military bases, which are not visible on domestic South Korean maps.

theme park mapping Theme parks have a lot of decorative features which mimic real world features, making tagging challenging. Often there’s a lot of tagging for the renderer, such as natural=cave_entrance being tagged on rollercoasters as they enter buildings, tagging decorative flames as leisure=firepit or splitting pedestrian areas based on the colour of paving stones.

disconnected paths/roads The ends of routable ways being extremely close to the nodes they should be connected to, breaking routing but appearing connected on Carto. The result of ignoring validator warnings.

vibecoded editors breaking the map A relatively new phenomenon, users creating their own editors with AI, then proceeding to break the map. One case involved a vibecoded editor adding tags with no values, and confusing the ids of nodes and ways, dragging a way across the ocean. Disclaimer: There’s way to tell if an editor is vibecoded, but we suspect some of them must be.

undiscussed mass edits The Import Guidelines are strictly enforced; I’ve lost count of the amount of reverted imports I’ve seen now. This also extends to mass tagging changes which while well-meaning, still need to be discussed somewhere first.

stale data Occasionally, someone posts some mapping that is totally wrong, only to realise it matches historic imagery perfectly. Keeping OSM up-to-date with real-world changes is a big job; many places have shops mapped that have been closed for 10 years or more.

tagging for the (3D) renderer 3D building parts can be used to create some impressive rendering of landmarks, but some users stretch the definition of what can be called a building, to be able to use building parts to map them. This might include a roundabout median, aircraft on display, compost bin (view on F4map) or advertising signs and walls.

Sixth Level

warnings in name= We don’t map subjective opinions, but some mappers feel they need to warn map users of certain hazards, for example dangerous cliffs, bad smells, insects, scammers or litter.

TIGER cringe TIGER data, imported in 2007, provided the backbone for all mapping in the USA. However, it’s out of date and imprecise by modern standards, and despite a large effort to clean it up, lots of original data still remains.

impossible tag combos Tags that don’t belong on the same object, like natural=water and shop=, or building=residential and highway=path, or shop=hairdresser and maxspeed=20 mph. Or alternatively, invalid semicolon separated values, like building:levels=2;1.

physical separation Road lanes should only be drawn separately when separated by a physical barrier, but complex junctions or places where lanes are divided by painted medians can cause disagreements over the best way to map roads. This thread has some cursed examples.

deleting things I don’t understand With the great depth of tagging, there’s always going to be tags that are confusing, especially to new users. But not understanding what addr:interpolation ways are doesn’t justify deleting them.

name= instead of addr:housename= More of a personal gripe is houses and apartments in the UK which are tagged with name= instead of addr:housename= . Or equally annoying, houses tagged with both a name= and addr:housename=.

ending landuse at task boundaries If you’ve ever participated in a project that uses a tasking manager, you’re sure to have seen the message ‘Do not map outside of task boundary’. Unfortunately, that advice produces some pretty poor results when applied to landuse, resulting in the map looking more like a patchwork quilt than a cohesive landscape.

don’t map my private property We map private driveways, trails, paths and other features that are visible from aerial imagery or street level (with appropriate access tags). Many landowners have objected to this over the years, deleting trails on their property or adding name=Private (No Entry). See ‘Why can’t I delete this trail’.

Seventh Level

name=My House Whether by accident or ignorance, numerous users have named their own house on OSM, or the house of a friend or relative. Obviously, we don’t map private information in OSM, so report any you find to the DWG for redaction!

watsan:toilet_status= My personal least favourite OSM tag, this tag is used to record the cleanliness of toilets.

insulting my enemy Having a disagreement with your neighbour? Why not rename their house something insulting? Surprisingly, this vandalism wasn’t noticed for three-and-a-half years, at least until the original user made a Reddit post (archived version) bragging about it. Or alternatively, tell the world what you think about your teacher.

vandalism unnoticed for years Similar to Wikipedia, vandalism on OSM can go undetected for years unless someone specifically looks for a tag. I’d be curious to know what the oldest vandalism people have found was.

source=AI generated image Related to the ‘secret’ MTB trails, when vandals were told to provide proof for trails being renamed they responded with AI generated photos of trail signage. (And then they vandalised the sign).

not a heath natural=heath is intended for a very specific dwarf-shrub habitat, mainly covered by heather. However, Wales is covered with huge areas tagged natural=heath, used to represent named upland areas or nature reserves, despite the fact they’re mainly grassland. Grassland is not a heath!

private info pasted in tags Mapping while at work is a widespread practice, or so I’ve heard. Just be careful not to paste confidential information from work documents into OSM tags…

email=female It’s apparently a language barrier thing, but French mappers like mixing up email= and female=

not using lifecycle prefixes When mapping the construction of a new project, it’s common to use proposed: and construction: prefixes to indicate that the physical feature isn’t finished yet. I found a proposed airport mapped as if it were completed.

Eighth Level

every key has 1000s of nonsense values If you go to the final page of any key on taginfo, you’re bound to find dozens of nonsense tags, for example cuisine=Rolex, or this ‘bar’. There’s too many to list, so see what you can find.

mapping clouds Clouds turn up on aerial imagery from time-to-time, but tracing the shape and tagging them as natural=bare_rock, natural=glacier or even natural=water is clearly wrong.

abbreviated road names Names in OSM should be recorded unabbreviated, so don’t type Road as Rd, Drive as Dr, or Street as St. Abbreviation can be performed by data consumers, if they wish.

water=ocean Technically, oceans are the only thing not mapped in OSM. Or they would be, if not for a handful of natural=water + water=ocean.

source=ChatGPT Yes, people do really rely on the output of AI chatbots to inform their mapping. Who knows what kind of hallucinated information might end up in OSM tags.

pedestrian area misuse It is generally agreed that highway=footway + area=yes should be used for pedestrian plazas, and area:highway=footway for linear, routable streets and paths. That doesn’t stop many linear areas being mapped with area=yes, presumably because it renders on carto.

skibidi Ohio rizz sigma amogus Every new fad, phrase and meme causes a bit of vandalism from (presumably) children. Thankfully, it’s quite easy to query for name=amogus. I wonder if there’s a 67 Church somewhere.

flooding of Great Britain A vandal added natural=water to the Great Britain relation, resulting on tiles in England, Wales and Scotland rendering with a blue background for a few days.

Ninth Level

maxspeed:beast Clearly signed, this bridge has both a maximum speed and capacity which applies to any beasts you may be leading.

McDonald’s with 56 names It’s a McDonald’s with its name tagged in 56 different languages.

Kim Jong Un’s secret base Who knew, Kim Jong Un has a secret base on the Canada-US border. (Is it secret if it’s on OSM?) It’s rumoured that he also had a secret base mapped in Greenland, but I can’t find any evidence for this.

source=brain Used when fixing an error so blatant no survey or aerial imagery is required, for example building:levels=2000.

Republic of Pandora Vandalism creating a new country just before an Organic Maps data snapshot was taken made it appear the Republic of Pandora had seceded from the United Kingdom for about two months.

Church of (your name here) Many fake churches with novel new religions have been created, but Mattism might be my favourite.

Federated States of Barbie and Oppenheimer Barbenheimer in OSM, who would have thought it.

Who did this? Me?! If it hasn’t happened to you yet, it will. You stumble across something ridiculous, incorrect or confusing and think, “What idiot did this?” Then, you check the history and realise, it was in fact, you. 🤭

Tenth Level

Chinese oil refinery This entry is the original questionable edit that inspired the Iceberg. An oil refinery, mapped in such an incorrect way, it was impossible to view the area in iD. Mapping so perplexing, it had to be shared with the world. Well, not that it exists anymore (#RIPChineseOilRefinery). The imagery quoted as a source in many of the changesets was extremely high resolution drone imagery, and clearly was some kind of commercial project to map the refinery for internal purposes. However, drawing dense grids of footways (over 20,000 highway=footway in one refinery) to represent pedestrian areas was a choice, and the user’s diary entry didn’t provide much explanation either, declaring “Refine the Fire Pit” almost 200 times. It even featured a building that looked shellshocked by the mapping going on around it, so we made it our unofficial mascot. I even 3D mapped it.

Cat Ba bridge One of the more determined fantasy mappers, who unsuccessfully tried to prove a bridge that doesn’t exist, does. A video of the bridge mapped in iD is in fact not proof that it exists.

dogging=likely This tag was added to a car park by an OSM administrator, so it must be reliable. There wasn’t any source given.

#Living_credits This entry has no explanation. Do not read the lore unless you want to go down a very, very deep rabbithole.

OSM Rule 34 This entry is a JOKE, and is a saying I came up with: “OSM Rule 34: If you can think of a new tag, it already exists”

Free Centrist State of Derryounce What’s the number one priority for a group of friends trying to establish a micronation in an Irish peat bog? Map it on OSM of course, to advertise your fledgling new nation to the world.

Adolf Hitler Mapping Adolf Hitler did make it to Moscow, albeit only in OSM.

JeffreyEpstein blocked by DWG Not much I can say really. He was blocked after one edit for vandalising MTB trails. Probably for the best.

Acknowledgements

My Iceberg was inspired by Xvtn’s OSM Iceberg, created in 2024. I’d like to thank everyone who’s posted their finds in #questionable-edits over the last few years, for providing so much joy (and pain). Thanks also go to everyone who’s spent time cleaning up the map, particularly the DWG who feature in about half of these situations.

And if you’ve made it to the end, thank you for reading. I hope you enjoyed :)

LordGarySugar

18 hours ago

………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………

a day ago

En Málaga ya se han realizado contribuciones significativas a OpenStreetMap gracias al esfuerzo conjunto de pequeños grupos de personas. Sin embargo, a menudo resulta difícil encontrar un espacio donde estas iniciativas de colaboración local se coordinen de forma organizada y participativa.

Para cubrir este vacío, he creado un grupo de trabajo dedicado al mapeo colaborativo del municipio. Su objetivo es servir como punto de encuentro para mapeadores locales interesados en trabajar juntos en proyectos concretos, mejorando la organización y facilitando la participación.

Este grupo se centra en iniciativas locales específicas y no funciona como un foro de conversación general. Por ello, el acceso es mediante invitación, asegurando un entorno enfocado, respetuoso y productivo.

♦ Logo de OSM Málaga. Fuente: trabajo propio (CC BY-SA 4.0) derivado de un trabajo previo de Aury88, disponible en el Wiki de OSM.

¿Por qué usar Zulip para el grupo?

Zulip es una herramienta especialmente orientada al trabajo colaborativo. Sus conversaciones se organizan por canales y temas, lo que permite mantener el enfoque y facilitar el seguimiento de cada proyecto.

Ofrece funcionalidades similares a Slack, la popular aplicación para el trabajo en equipo, pero con mayor control y sin depender de servicios privativos. Además, Zulip es software libre, en línea con la filosofía de OpenStreetMap.

Modelo inicial de gestión

Se propone un modelo de gestión sencillo. Los administradores se encargarán inicialmente de revisar solicitudes, enviar invitaciones y asignar roles.

Existen dos roles principales: invitados y miembros. Los invitados pueden participar en determinados canales y demostrar así su afinidad con el enfoque de trabajo del grupo. Los miembros, en cambio, participan plenamente tanto en la actividad del grupo como en la toma de decisiones.

La transición de invitado a miembro se decide entre administradores y miembros activos. Se valorará especialmente la actitud colaborativa, la calidad de las aportaciones y el respeto por las normas del grupo y de OSM.

De forma puntual, los invitados podrán acceder a canales de miembros cuando exista interés mutuo en colaborar. Este acceso será propuesto por miembros activos del canal y se concederá de manera consensuada y provisional. No implicará automáticamente la condición de miembro pleno, sino que formará parte de un proceso progresivo basado en la implicación, la calidad de las contribuciones y la afinidad con los valores del grupo.

Evolución del grupo

El grupo se mantendrá relativamente reducido, para preservar un entorno respetuoso y productivo, y garantizar la calidad de las contribuciones. No se necesita un modelo de gobernanza complejo, ya que los miembros compartirán valores y formas de trabajo afines.

Si el grupo crece, se podrán incorporar moderadores para apoyar a los administradores. Además, el grupo podrá evolucionar hacia un modelo más abierto y participativo, con normas claras y procesos transparentes que fomenten la colaboración colectiva.

Primeras invitaciones

Las primeras invitaciones al grupo se enviarán pronto a colaboradores que ya han demostrado su compromiso con la calidad, el respeto y la colaboración. Esto les permitirá incorporarse desde el inicio y participar activamente en la configuración del grupo, así como en el arranque de discusiones y proyectos locales de forma organizada.

Si compartes este enfoque de trabajo y los valores del grupo, puedes solicitar el acceso como invitado a través del formulario habilitado. Todas las solicitudes serán revisadas para garantizar un buen encaje con la dinámica del grupo y que la experiencia sea productiva para todos. ♦

2 days ago

 

♦The NCN1 cycle path along the Northumberland coast is fairly level. I'm not keen on hills, so for me that's part of the appeal. But the off-road section between Lesbury and Warkworth is 30m or so above sea level. That means a short climb from the River Aln at Lesbury. Then at Warkworth the route drops to cross the River Coquet, rises to pass the Castle, then drops again to river level on the way to Amble.

This is a regular route for me, and on a return jouney, that means there are four climbs to negotiate. These days I expect to manage the climb at Hipsburn without getting off and pushing. But until today I've never managed all three at Warkworth. So it was a highlight on today's ride to manage all four climbs on this route without getting off and pushing. That's the first time I've done it.

There was a noticeable wind today, but it was blowing mostly from the west, and quite gusty. So not a great problem in practice. 

At the end of March I've reached my highest monthly mileage this year. Neither my frequency of rides, nor my average speed is quite where I hoped, but both have increased. As well as the successful climbs, today's ride has bumped up my Eddington Number. The sun shone, and the air was warmer than it has been recently. So a very pleasant day.

2 days ago

Back “home” with Mom for the weekend, when I picked her up after church, I was advised by everyone that taking the back exit from the church parking lot. What back exit? It wasn’t on OSM or GM. (Makes sense, last time I was in that parking lot, it was all mud and construction; this exit doubles as cover for new water main or something.)

So of course I went out the normal exit, around the block and in and out of the new back entrance/exit to trace both lanes with the GPS. It is indeed now visible in our newest Mapbox imagery.

osm.org/changeset/180651021#map=17/43.834318/-70.432577&layers=VN

3 days ago

此文本同時提供 英文版本 This article is also available in English

OpenStreetMap 是一張由和你一樣的使用者共同協作編輯的地圖，這種協作既是它最大的優點，也是資料品質持續出現問題的原因之一。當成千上萬的貢獻者各自為商店、餐廳、診所和政府機關添加 phone 標籤時，每個人都會帶入自己的格式習慣。對臺灣而言，結果就是一個資料庫中同一個國家代碼可能出現 +886、+886+ 或 +886(2)，而光是一個城市的電話號碼就可能跨越十幾種不同的慣例。

都亂成一鍋粥了，趁熱喝了吧。（悲

這篇文章記錄了我們在掃描六個直轄市及另外五個縣市的 OSM Elements 時所發現的情況，我們正在開發正規化工具（normalizer） 一勞永逸。

問題的規模

在十一個隨機取樣的區域中——包括所有六個直轄市（臺北市、新北市、桃園市、臺中市、臺南市、高雄市）加上苗栗縣、新竹市、臺東縣、連江縣、金門縣——我們在 49,229 個元素上發現了 49,260 個標籤（phone 或 contact:phone）。在將以分號分隔的多重值欄位拆分後，總共得到 50,643 個獨立的電話號碼字串進行分類。

格式類別 數量 佔比 E.123 空格 (+886 2 1234 5678) 41,842 82.6% RFC 3966 連字號 (+886-2-1234-5678) 6,655 13.1% 無分隔符號 (+886212345678) 1,158 2.3% 本地格式，無國家代碼 (02-1234-5678) 854 1.7% 錯誤/誤打的國家代碼 (+866 …, +886(2)…) 92 0.2% 其他（錯誤國家、垃圾內容） 42 0.1%

大約 每 5 個獨立值中就有 1 個 偏離了最常見的貢獻者慣例，這種不一致性使得去重（deduplication）、顯示和機器解析變得複雜。

♦ 情況從糟糕變成難以理解

各區域的格式分佈有顯著差異：

區域 標籤數 數值數 E.123 RFC 3966 其他 臺北市 ★ 9,804 10,146 85% 11% 4% 新北市 ★ 13,963 14,395 85% 11% 4% 桃園市 ★ 4,177 4,277 83% 12% 5% 臺中市 ★ 8,065 8,282 73% 24% 4% 臺南市 ★ 4,246 4,322 84% 11% 6% 高雄市 ★ 5,168 5,262 84% 10% 5% 苗栗縣 1,318 1,338 77% 18% 5% 新竹市 1,088 1,094 82% 12% 6% 臺東縣 1,101 1,178 96% 3% 1% 連江縣 95 103 98% 0% 2% 金門縣 235 246 90% 8% 2%

★ 直轄市。臺中市以 24% 的 RFC 3966 使用率脫穎而出——大約是其他主要城市的兩倍——這表明該貢獻者社群中存在某種主導的本地編輯模式或工具預設值。離島縣市（連江縣、臺東縣、金門縣）具有最高的 E.123 一致性，可能是因為其較小的貢獻者群體更容易收斂到非正式規範。

何謂「正確」：OSM 的格式標準

在列舉具體問題之前，值得先釐清在 OSM 的脈絡下，「正確」究竟代表什麼。

OSM wiki 的 Key:phone 頁面 並未 強制規定單一格式。它記錄了 ITU E.123 國際標記法、RFC 3966（tel: URI 連字號標記法）以及 NANP 格式，而沒有表達明確的偏好。在實務上，E.123 空格標記法是臺灣貢獻者最常用的格式——這也是為什麼我們將其作為正規化的目標——但 RFC 3966 連字號標記法也是 wiki 明確承認的正當替代方案。

因此，正規化的目標並非嚴格遵守某個強制標準，而是為了 內部一致性：對於編輯者、驗證器和下游使用者來說，所有值都遵循相同慣例的資料集，比隨機混合三種格式的資料集要容易處理得多。

理想的一致格式

對於臺灣，最常見的貢獻者慣用格式是 E.123，其次是 RFC 3966/ NANP (北美地區 +1，類RFC 3966)：

ITU E.123
----------------------------------------
+886 2 2034 5678    ← 臺北市話
+886 4 3034 5678    ← 臺中市話
+886 37 203 456     ← 苗栗市話 (3 位數區碼)
+886 89 203 456     ← 臺東市話 (3 位數區碼)
+886 919 114 514    ← 手機
+886 800 000 123    ← 免付費電話 (0800)

NANP
----------------------------------------
+886-2-2034-5678    ← 臺北市話
+886-4-3034-5678    ← 臺中市話
+886-37-203-456     ← 苗栗市話 (3 位數區碼)
+886-89-203-456     ← 臺東市話 (3 位數區碼)
+886-919-114-514    ← 手機
+886-800-000-123    ← 免付費電話 (0800)

多個號碼以分號分隔，末尾不加分號：

ITU E.123
----------------------------------------
+886 2 8787 8787;+886 2 8787 8765

(或)

NANP
----------------------------------------
+886-2-8787-8787;+886-2-8787-8765

♦

小孩才可以全都要，正規化必須作出抉擇

兩者都是可以接受的正規化格式。目前需要社群成員討論的是選擇一種格化並正規化管理，解決混用的問題。

我們的發現 問題 1：不一致的分隔符號

最常見的偏差是混用連字號和空格。這兩者代表的都是同一個號碼：

+886 2 2181 2345     ← E.123（空格，臺灣 OSM 資料中最常見）
+886-2-2181-2345     ← RFC 3966 連字號（正當但較少見）

真正的問題是 在單一數值中混用兩者，這不符合任何一種慣例：

+886 2 2873-6548     ← 國家代碼後用空格，內部用連字號
+886-2-28358739      ← 用連字號，但用戶號碼部分沒有分組

我們發現了 1,554 個數值 在單一電話字串中同時包含空格和連字號——這在任何標準下都是明顯錯誤的。

問題 2：缺少國家代碼

有些貢獻者輸入電話號碼的方式就像他們在本地撥號一樣——沒有 +886 前綴：

02-2581-7780
02 8751 3227
0222346763
0921067050

OSM 的 phone 標籤旨在儲存可國際撥打的號碼。像 02-2581-7780 這樣的值在臺灣以外是具有歧義的：使用者無法知道適用哪個國家的區碼規則。我們發現了 854 個這樣的值，包括直接輸入 09XXXXXXXX 字串的手機號碼。

問題 3：國家代碼後缺少分隔符號

另一種變體是省略了國家代碼與號碼其餘部分之間的分隔符號：

+886288613257
+886228839850

這些在 E.164（電信 API 使用的全數字形式）語法上是有效的，但無法通過大多數顯示驗證器，且作為儲存的 OSM 資料也不易閱讀。我們發現了 1,158 個這樣的值。

問題 4：錯誤或畸形的國家代碼

少數但不可忽視的項目包含明顯的輸入錯誤：

+866 2 29126883      ← 數字位置顛倒（應該是 886 而非 866）
+886+2 2311 2940     ← 多餘的加號
+886(2)28232410      ← 帶括號的區碼（北美風格）
+886.2 2322 3477     ← 使用點號作為分隔符
+8886 2 8780 6278    ← 國家代碼中多了一個數字
+00886-2-23825234    ← 前面加了國際撥號前綴 00

我們發現了 92 個這樣的值。這些在任何執行 ITU-T E.164 語法的電話號碼解析函式庫中都會靜默失敗。

問題 5：多重值欄位中的重複項目

OSM 支援使用分號為一個元素儲存多個電話號碼。我們在整個資料集中發現了 1,320 個多重值標籤。其中，24 個包含重複項目——同一個號碼出現超過一次：

+886 2 2916 0300;+886 2 2916 0300
+886 89 862 326;+886 89 862 326;+886 89 862 326

這表明在編輯過程中發生了複製貼上錯誤。雖然本身無害，但它會誇大聯絡選項並干擾去重邏輯。

問題 6：分機號碼——格式大亂鬥

除了主機號碼本身，資料中還有 635 個以上的值 編碼了分機號碼，使用了至少五種不同的慣例：

慣例 範例 數量 井號 # +886 2 2536 3001#8653 572 波浪號 ~ +886 2 2368 0031~2 26 ext. / ext +886 2 2741 5991 ext.21 30 中文 分機 +886 4 2528 5394分機6000 7 逗號 , (iOS) +886 2 2938 2300,630 ~1+

♦ 冒牌貨！！（指

(@M4HCHE3ZY from X (formerly Twitter))

偵測分機是可行的

正如社群成員在群聊裏指出，一條簡單的規則就夠了：任何不是數字、空格或連字號的字元 ([^\s\d-]) 都可以被視為分機後綴的開頭。這基本上就是我們的正規化工具所做的——在第一個此類字元處拆分，將基礎號碼正規化，然後原樣重新附加後綴。

編碼分機才是問題所在

OSM wiki 的 Key:phone#Extensions 頁面目前記錄了 三種 不同的慣例而沒有從中選出一種，這本身就反映了這個問題多麼懸而未決。

E.123 指定 ext 作為分隔符號。它是在印刷目錄時代標準化的——ext 8653 在名片上清晰易讀，但應用程式無法可靠地解析它。它沒有 DTMF 解釋，分機字串純粹是資訊性質的。

Apple iOS (以及 macOS 聯絡人) 使用逗號 , 作為暫停撥號分隔符號來儲存分機：+886-2-2938-2300,630。逗號指示撥號器在通話接通後等待，然後將剩餘數字作為 DTMF 音頻發送——因此 630 會在主號碼接通後自動撥打。這在設備上是實用的行為，但在 OSM 資料中會產生兩個截然不同的問題：

1. 與多重值分隔符號的歧義。 OSM 使用 ; 在單個標籤中分隔多個電話號碼。逗號在 OSM 中沒有這種定義好的角色，因此像 +886 2 2938 2300,630 這樣的 iOS 風格數值很可能被誤讀為單個格式錯誤的號碼，而不是號碼加分機。我們在資料集中發現了 16 個帶有逗號的值；大多數是錯誤地用 , 而非 ; 分隔的多個號碼，但至少有一個看起來是真正的 iOS 導出的分機。
2. 不可移植性。 以逗號編碼的分機僅對支援 DTMF 的撥號器有意義。它不傳達人類可讀的資訊，且對於任何不理解暫停撥號慣例的解析器來說都是不可見的。

libphonenumber 可以偵測多種分隔符號（#、ext、x、, 等）後的分機，但不會為分機部分發出規範的輸出格式，而是留給呼叫者處理。

RFC 3966 (tel: URI) 是規範最正式的選項——它使用 ;ext=NNN。但 RFC 3966 的分機語法與 OSM 的資料模型產生了結構性衝突，值得詳述。

RFC 3966 分號衝突

OSM 使用分號 ; 作為 phone 標籤的多重值分隔符號：

+886 2 1234 5678;+886 2 8765 4321    ← 兩個電話號碼，標準 OSM 格式

RFC 3966 的分機語法也使用分號作為參數分隔符號：

tel:+886-2-1234-5678;ext=8653        ← 帶分機的 RFC 3966

如果貢獻者將其儲存在 OSM 標籤中，任何單純在 ; 處拆分的 OSM 編輯器或資料使用者都會將其解譯為兩個值：tel:+886-2-1234-5678 和 ext=8653。分機變成了一支憑空冒出的電話號碼。

顯而易見的解決方法是將分號轉義為 \;，這是一些 OSM 標籤對數值內字面分號使用的慣例。但這會產生自己的問題：

• OSM 編輯器 並不一致地支持 \; 轉義；許多編輯器仍會在該處拆分或直接顯示轉義符。
• RFC 3966 解析器 期望原始的 ; 作為參數分隔符——反斜槓轉義的 \;ext=8653 不是有效的 RFC 3966，且不會被任何符合規範的 tel: URI 解析器正確解析。
• 機器可讀性 並未提高：使用者現在需要同時了解 OSM 的反斜槓轉義慣例 以及 RFC 3966 的參數語法，並調和兩者。它增加了編碼複雜性，卻沒有給任何解析器一條清晰的路徑來獲取分機數字。

反斜槓轉義是一個漏洞百出的解決方法，無法完全滿足任何一個標準。實際上，它是疊加在兩個已經衝突的編碼之上的第三種編碼。

結果就是 RFC 3966 分機標記法與 OSM 的分號作為多重值慣例在結構上不相容，目前沒有完美的解決方案。出於這個原因，我們的正規化工具會原樣保留分機後綴，而不是嘗試將其重寫為任何標準形式。

E.123 與機器可讀性

有件事值得特別說明：即使是 完美 正規化的 E.123 電話標籤，也不像看起來那麼對機器友善。

E.123 是由 ITU-T 在 1988 年標準化的——當時電話號碼的主要媒介是名片、信頭或印刷目錄。+886 2 1234 5678 中的空格是為人類讀者提供的視覺分組輔助，而非語義標記。遇到該字串的解析器必須去除空格、推斷國家代碼並找出區碼邊界——這一切都是靠啟發式方法完成的。

RFC 3966 的 tel:+886-2-1234-5678 結構稍微好一點（連字號作為顯式分隔符號，URI 方案標示「這是一個電話號碼」），但仍需要真正的解析器來解譯數字分組。真正對機器友善的形式是 E.164——+886212345678，全數字，無標點符號——這才是電信 API 和資料庫真正需要的。而這些都不是 OSM 預設儲存的格式。

問題的根源說到底，是個無法迴避的矛盾：：OSM 的 phone 標籤是面向人類的。正規化為 E.123 是為了讓資料對貢獻者來說保持一致且易於編輯，而不是為了產生一種應用程式可以直接使用而不需解析的格式。下游應用程式仍然需要像 libphonenumber 這樣的函式庫來完成實際工作——這也正是為什麼該函式庫對於臺灣邊緣案例區碼的正確性至關重要。

google/libphonenumber 微妙的區碼分組方式

非常好的專案，使我大腦旋轉。Google 的 libphonenumber——幾乎所有電話號碼解析器使用的標準函式庫——對某些臺灣區碼的分組方式，與本地使用慣例有所不同。這個問題相當微妙。

臺灣的公眾電信網路號碼計畫分配了數組 3 位數和 4 位數的區碼。libphonenumber 的元資料似乎將這些區碼表示為其 2 位數鄰居的延伸，產生了與本地慣例不同的分組方式：

撥號 libphonenumber 輸出 預期輸出（E.123） 037-123-456 +886 3 7123 456 +886 37 123 456 049-123-4567 +886 4 9123 4567 +886 49 123 4567 082-123-456 +886 8 2123 456 +886 82 123 456 0826-12345 +886 8 26123 45 +886 826 12345 0836-12345 +886 8 36123 45 +886 836 12345 089-123-456 +886 8 9123 456 +886 89 123 456

受影響的地區：苗栗 (037)、南投 (049)、金門 (082)、烏坵 (0826)、馬祖/連江 (0836) 以及 臺東 (089)。

這意味著即使是已經以 +886 X XXXX XXXX 形式儲存的電話號碼，如果是透過使用 libphonenumber 的工具輸入的，也可能帶有不同的數字分組。本文所採用的分組方式依據「公眾電信網路號碼計畫」及公部門聯絡方式標示——不過這也可能是 libphonenumber metadata 的刻意設計。

另見：

• Issue Tracker: Unexpected formatting of the TW numbers with 3/4-digit area codes
• 公眾電信網路號碼計畫 (Public Telecommunication Network Numbering Plan, Chinese only) [PDF]
• TG Group Chat

關於 OpenStreetMap 臺灣

OpenStreetMap 臺灣由台灣關心投入 OpenStreetMap 的編輯者構成，自從 2010 年開始由個人獨自編輯變成集結更多人參與的共編地圖專案的在地社群。目前在台灣有在台北與 Wikidata 社群共同舉行 OpenStreetMap x Wikidata 月聚，以及不定期的踏查活動。

完
2026年3月30日（星期一）
臺灣時間16時15分

最後更新於2026年4月1日（星期三）
臺灣時間12時00分

NNNN

4 days ago

The Virtual Institute for Sustainable Development - IVIDES.org® , a virtual research institute on the SD matter, and the IVIDES DATA®, a small Brazilian company on information technology consultancy, are lauching a new partnership with the State University of Campinas (UNICAMP) in order to use OpenStreetMap on the collaborative mapping of disaster risk for coastal communities on the northern coast of the state of São Paulo (Brazil). The Virtual Institute for Sustainable Development - IVIDES.org® and the IVIDES DATA company®, in a partnership with the State University of Campinas - UNICAMP), is starting an effort to provide technical supervision and training for collaborative mapping with OpenStreetMap involving three localities (one of them in indigenous lands) along the Northern Coast of São Paulo (Brazil). These communities are still suffering with the consequences of the latest big disaster, occurred on 2023, and constitute areas with common environmental problems, like inapropriate solid waste, rivers’ pollution and deforestation. The research focus on the micromapping with OpenStreetMap and uMap in order to develop the “Participatory Environmental Mapping” approach[1] using the collaborative approach. We hope this project can show better the usability of open data and open software on the disaster risk reduction research, with community participation and improving the personal skills of the collaborators. It is very important, specially on areas with low income levels and literacy. This citizen science approach can opportunize the community participation.

♦ First meeting. Source of basemap (c) OpenStreetMap contributors.

A start meeting was promoved privately on March 27, 2026 and the team is very anxious to use the OSM cartograhic database and related apps. If you want to contribute and(or) communicate about this effort, please, send a message to this address: ivides [at] ivides.org. We are very happy in account with your participation. As a virtual institute for research on sustainable development (and sustainability), with an approach based on the visions of Milton Santos and Ignacy Sachs, we are very honored to contribute with this effort, which we consider very legitm and useful for the local people (residents), which were included in the methodology, as mandatory to the co-working initiatives.

Reference

[1] The Participatory Environmental Mapping (in Brazilian portuguese: Mapeamento ambiental participativo) is an approach which was proposed by Carpi Junior and other authors over the last two decades or so. This type of mapping takes into account the views of local residents on environmental issues, as well as on people, their health and general well-being.

♦

♦

Important note: IVIDES.org® and IVIDES DATA® are registered trademarks. To keep contact: ivides [at] ivides.org | ivides.org  

4 days ago

%{count} contribution(s) in the last year

%{count} contribution(s) in the last year

section on the user page, should be edited. For numbers greater than four digits, periods are placed in groups of three for easier reading, but OSM user profiles have numbers that are difficult to read, such as 1234565885. If we write this as 1.234.565.885 or 1,234,565,885. The contribution counter will be easier to read.

5 days ago

testblog

5 days ago

Javni overpass serveri su u zadnje vrijeme preopterećeni i bacaju greške…

Jedino trenutno “rješenje” je dizanje vlastitog servera. Postoje razne upute za ručno dizanje svoje instance servera, ali se čini kao puno pipkavog posla: osm.org/user/SomeoneElse/diary/408252

Srećom, @Johannes_Gramsch je spomenuo da postoji gotov Docker container; i zaista, postavljenje istog je dosta malo posla (i većinom samo nekoliko sati čekanja da downloadi završe, i parsto GB mjesta na disku).

Meni je trebalo ispod pola sata posla, ali sa uputama može i za ispod 10ak minuta. Detalji na:

community.openstreetmap.org/t/overpass-api-performance-issues/140598/35

6 days ago

Ale o co chodzi?

7 days ago

♦
It's seventeen years since I rode National Cycle Route 1 from Newcastle to Edinburgh. This year I'm gradually revisiting the Northumberland section. Last time I covered this in one go, in one direction, over a few days. Now I'm now riding it in both directions, in short sections, over several months. 

Bit by bit I've already covered quite a lot of the section between the Tyne and Seahouses. Some of it I've ridden in both directions, and some of it several times. However, there are also some parts that I have yet to revisit. Today I was able to plug one of the local gaps by riding from Hipsburn to Dunstan and back.

It was a bit of a grey day. A cold wind was blowing off-shore, but that only had a noticeable effect on progress when the route departed from the coast. I expected the climb out of Alnmouth to be a bit of a challenge. In the event I was pleased (and quite surprised) to manage it without having to get off and push. The rest of today's route is fairly flat. So this was a relatively speedy ride (by my standards).

Between Boulmer an Howick there's a choice between an on-road and an off-road option. I've ridden parts of the off-road option in the past, and walk it quite often. I cleaned the bike yesterday and at this time of year I'd expect the off-road option to be quite wet and clarty. Also, at this time of year, on the roads, the volume of visitor traffic is only just starting to build up. So today I decided to stick with the on-road option in both directions.

I didn't have anything that resembled a plan, but there were several alternatives for a refreshment break when I felt like one. The Arch Cafe just outside Craster is more-or-less at today's half-way point. So that seemed a sensible choice. It turned out to be a good one.

In sumamry, a very pleasant ride. But lacking in anything that I need to bring to the attention of the world. Except for this UFO Monitoring Station just outside Alnmouth.

♦
 

 

7 days ago