Recent diary entries
Better address mapping with the JOSM "Coloured Streets" stylePosted by nickjohnston on 27 December 2020 in English (English).
For months I’ve been mapping addresses in Cheltenham, England. I recently discovered the JOSM “Coloured Streets” style. It has improved my address mapping and might help you too.
The style shows streets and all the buildings and address nodes “on” them in the same colour. This makes it easy to spot buildings tagged with the wrong
addr:street at a glance. It also clearly shows buildings with
addr:housename (you must enable the latter in the settings) but no
addr:street. (The JOSM validator checks for this too, but with Coloured Streets you can see the problem immediately.)
In this example, Ashcombe House, Outwoods, and Beechwood are in pink and therefore have an
addr:street of Stanley Road, when they should be on Ashley Road. The mistake would not be obvious otherwise.
If you look near the bottom right of this screenshot, you can see Windsor Street shown in orange:
Going north, the street becomes Cleevemount Close–but something is wrong: buildings continue in orange (meaning they have an
addr:street of Windsor Street) alongside Cleevemount Close, which is purple. The house numbers on this section of the street are consistent with the numbers on Windsor Street. The street alongside 58-68 is probably still Windsor Street, not Cleevemount Close. I double checked on the ground, and the street is indeed Windsor Street. I’ve fixed the problem.
Coloured Streets makes problems like these more obvious.
You can activate the style in JOSM by:
- Selecting the “View” menu.
- Selecting “Map Paint Styles”.
- Selecting “Map Paint Preferences”.
- Selecting “Coloured Streets” in the “Available styles” list and pressing the arrow to add it to “Active styles”.
As with any other JOSM style, it’s easy to toggle on and off, or to temporarily hide by switching to wireframe mode if the colours become overwhelming or distracting.
Mapping addresses helped find a nine year old mistake in OpenStreetMap (also in Apple Maps, HERE, and TomTom)Posted by nickjohnston on 15 June 2020 in English (English).
The need for addresses
One of the things that often comes up in discussions about OpenStreetMap is poor address coverage in some places.
Rightly or wrongly, to many people a map is now no longer just a 2D representation of our environment. Searching and navigation/routing, despite being separate services, are viewed as part of a map, and almost as important as the visual map itself. We need good address coverage to improve geocoding.
Adding addresses really improves the map, and that’s what keeps me going with it. When I explained what I was doing to one person who approached me, he said “that’s a good idea mate, Google Maps shows my house all the way down the end of the road”. I also saw a food delivery driver pull up outside a house and ask “is it called Gate House?”. (On OpenStreetMap it is ☺)
Chancel Way or Chancel Park?
Recently I collected addresses on Chancel Way in Charlton Kings, Cheltenham. When adding them, I noticed something that didn’t seem right.
The road was split into Chancel Way and Chancel Park. At first glance, this seems fine. Having a common prefix like this is common in UK residential street names. (For example, Croft Road, Croft Gardens, Croft Drive, and Croft Avenue are nearby.)
The house numbering suggested that Chancel Way and Chancel Park were actually a single street. Following the street west, the first number on the left (south) side of Chancel Park was 19, and the next number was 21. This fits with the final odd number on Chancel Way (17). Even numbers on the right (north) side of the street match too.
There are no results for Chancel Park on the Royal Mail postcode finder, yet it appears on Apple Maps (via DuckDuckGo):
It also appears on TomTom (no surprise as Apple uses TomTom data in places):
The mysterious Chancel Park also appears on Bing Maps:
… and HERE.
Much as it pains me to admit, Chancel Park is not shown on Google Maps; the whole street is shown as Chancel Way.
I even walked back and checked for any sign of Chancel Park on the ground. I found none. Chancel Park does not exist.
How did the mistake happen?
Chancel Park was added in changeset 7794450 on 2011-04-07, over nine years ago. The source:name tag was set to OS_OpenData_Locator. To my surprise, OS OpenData Street View shows Chancel Park:
OS MasterMap correctly shows the whole road as Chancel Way though.
It’s likely that TomTom (who supplies Apple) and HERE trusted OS OpenData Street View, and ended up with the mistake that way.
I discovered this mistake (which I’ve now fixed) through address mapping. If I’d just looked at the area on OpenStreetMap, the problem wouldn’t be obvious. Even a normal ground survey wouldn’t pick this up unless you were specifically comparing streets on the map with streets on the ground.
While out collecting addresses I’ve also found other useful things to map including:
- Tiny missing paths and shortcuts (like this one)
- Missing turn restrictions
- Cycle lanes
Looking at other maps for preparing this entry has made me realise how plain they are and how little information they convey compared to OpenStreetMap. Apple Maps has no buildings in this area, and doesn’t show River Chelt either.
Most striking though is how little information other maps show for walking and cycling. There’s a path linking St Judes Walk to a walking and cycle path to the west. This is a pleasant route through Charlton Park and Cox’s Meadow, and then on to the hospital, lido, Sandford Park, and the town centre. This level of detail is a huge advantage of OpenStreetMap.