This article is supposed to give a brief introduction about water in OpenStreetMap. It will show you typical errors made by mappers and how they can be fixed with the help of MapRoulette.
The Water Network
Mapping water in OSM can be divided into two categories. On the one hand there are area types of water like ponds, lakes, reservoirs and even whole river areas (waterway=riverbank) and as a special case the sea (natural=costline). On the other hand there are simple ways, the waterways: These are rivers, streams, canals, ditches and drains.
The water network is thus built by the waterways. This also means that a broad river mapped as riverbank additionally contains a waterway=river in between. Thereby the direction of the way also denotes the direction of the water flow. If you follow a river or stream, you should at some point reach a big lake or the see. How to identify the direction of a way is explained on this wiki page.
Unfortunately the water network in OSM is broken at many places. As a result, some rivers appear to flow uphill or spring from the sea.
SRTM and MapRoulette
SRTM provides height data for mostly the whole planet for free. It makes it possible to determine for any waterway in OSM if it flows downhill or uphill. Though the data is unprecise, many waterways are quite long which makes it quite reliable to identify the direction of flow for many rivers and streams. However, one can’t advise to start an automatic mass edit based on SRTM. Having said that, there’s a neat project called MapRoulette, helping to solve such problems by letting the OSM community decide on small tasks. Thus there is a new challenge in MapRoulette to check on the waterway’s direction. Each task is one waterway that supposedly flows uphill and its flow direction has to be turned.
The difficulty of the tasks will grow over time. If the difference of height is some hundred of meters it’s simple in most cases. For smaller differences, e.g. 10 meters, it might well be a error in SRTM. However, the challenge will start with the easy tasks. And still there will be extra help: Each task’s instruction contains the height difference from the start to the end of the way as an additional help.
It’s not always as easy as one might think. There are some cases that need special attention that are listed below. * A canal might be tagged as a river or stream. In contrast to rivers or streams a canal may “flow” uphill. Particularly: What’s the direction of a canal anyway? * Not every fork is a confluence. There are cases where a river splits up into two ways. * There are rivers and streams that dry out or drain away. Thus they “disappear” from the map. But you may not conclude that this is a spring.
Errors and Error Detection
The following paragraph will show some scenes with errors in the water network. It should give you an impression, how to determine (and repair) common mistakes.
All screenshots showing imagery are proprietary and based on GEOIMAGE-AUSTRIA® (c.f. wiki)
In mountainous regions you typically get a large difference in height. An example of this can be seen in the following JOSM screenshots: The complete stream, the start and the end of the stream As one can clearly see, the stream originates high up in the mountains and finally leads in a larger river in the valley. Downloading the data in the surrounding area one can additionaly check, if the stream and river are connected or not. The right image below shows the result after correcting the direction of the way. ## Forks If you check a waterway, it is also wise to investigate the complete way for forks. It happens quite often that more than one stream flows uphill as it was tagged by the same author. This might look like this: ## Water Mouth Quite easy cases are rivers and streams that end in the sea. This can be detected, as the waterway is connected to the coastline. Thus, the way’s direction has to lead to the sea. ## Defective Parts of the Way In some cases only parts of a waterway are directed in incorrect. In these cases one part has to be wrong, but one also has to be cautious to correctly determine which part is wrong. # Additional Notes The network of waterways should be fully linked. Thus, it is advisable to also verify that ever way’s end is connected to the next waterway. Especially ways should not end at riverbanks but at a river or stream.
Further typical errors or missing notes are welcome. I’d add them here
Any changeset’s source tag should at least contain SRTM as a source.