After reading Pieren's comment to this Gnonthgol's answer and after having no response (not even negative one) to this enhancement ticket for Mapnik I started to wonder: What is the big obstacle that prevents rendering of real width for higher zoom levels? I do not believe it is technically impossible, since different types of roads get rendered in different widths. Even more so for waterways. Unlike for roads there are only two types based on size (river + stream). What else makes a river more important than its size/width? And having a uniform width tag for all linear objects is certainly much more consistent than developing tag array like small stream/stram/big stream/small river/river/big river/huge river (that partially happened for roads. asked 01 Sep '11, 13:22 LM_1 |
The best solution for rivers is to draw the riverbank and tag it with waterway=riverbank. As I said in another question, the "width" tag solution works only if you put the tag everywhere along your feature (a road or a river). When the tag is not present, you can only estimate a default width which is very difficult because it is very cultural and country specific (the default width for a residential road is different between USA and Europe. Same for a default river width between Sudan and Switzerland). About rendering, the result might not be what you are expecting. Perhaps the segments with the tag "width" will be correct but the vast majority of the other segments will be incorrect. The resulting maps might be worst than not supporting the tag. answered 01 Sep '11, 13:36 Pieren 2
Riverbanks on uniformly wide rivers seem to me like a lot of duplicate data (in result three almost identical, slightly shifted parallel ways). For roads there is (despite some proposals) no way of tagging it. And the situation would be similar to rivers' - it is imaginable to create some "streetbanks" within towns, but otherwise width makes more sense.
(01 Sep '11, 13:47)
LM_1
You're wrong within town/cities ! Riverbanks within cities are much more regular than in rural areas where these rivers vary considerably (mostly because they have lateral areas left that can be flooded). Look at a really natural river, even if it has been channelized, and you'll see large variations and irregularities of their banks, depending on the natural fields, type of soils, altitude. Rivers in cities are channelized so their banks are more regular, even if there are details such as harbour equipments & local adjustments around bridges, to help stabilize them on their feet.
(28 May '12, 07:12)
Verdy_p
Sure that natural rivers are not regular, but generally in urbanized areas the map is much more detailed and smaller width differences are important. Even so it is better to know that a river is generally 20 m wide (and maybe wider in some areas) than not having any visual representation of its width. It would be perfect if everything could be mapped as area, but it is not - some things are simplified...
(28 May '12, 22:48)
LM_1
|
It is generally admitted that a map is not an imagery, so that all widths are not proportional. But this is highly related to the current zoom level:
This logic can be applied to roads, railways, rivers, and even to boundary limits (that don't have a specified width, but only a default width according to the boundary type, or may be according to the boundary effective surface (in square meters). But for relaly large ways, whose width is not consistant along their way (notably rivers whose width are growing in a nearly monotonic way), specifying only widths would create inconsistant results. Gernally roads and railways have a very standard metric (which only varies when parallel lanes are added/removed along the way), but this is not the case of rivers that have much more variations (this would mean splitting the river into many more sections, each one with its own local width, plus a linear interpolation between points for this width). For this reason it just seems simpler, for large enough rivers, to draw rivers not just with a single central path, but with its limiting banks, that are easier to geolocalize exactly on the map. In this case, choosing a representation of rivers by their boundaries (banks) is more consistant than using widths, at least for large rivers. A mapper can then autodetect these cases, and compute the widths itself, to determine if details of banks are accurate to represent the river, substituting the bounding banks by an auto-computed "skeleton" path that will be rendered by a minimum display width (larger than the effective width represented by the banks. For now, such approach is not supported by renderers, so rivers have to be drawn twice, when their banks are detailed: you draw the bounding banks, as well as a virtual central path, which should be tagged correctly with a consistant width (or whose default width will be derived from the type of path). Which one of these two specifications of the same object should be chosen by the renderer, but I think that their task will be easier if both representations are grouped in a relation representing the whole river as a single object. Note: nothing forbids using the same approach for streets, especially narrow streets in old cities, but these streets (generally not open to automotive traffic, but I won't bet it's always the case, there are certainly lots of exceptions, and such condition is then not determinant) could be assigned distinct types, without requiring to specify their effective widths (when they are consistantly narrower than the default widths of other streets of the same type). This is in fact the same kind of distinction between normal gauge railways, and narrow gauge railways. answered 02 Sep '11, 02:49 Verdy_p |
If you want a map showing the width of rivers or roads (or other types of ways), I suggest you try rendering one yourself. This will demonstrate what it look like, and show that it is technically possible. And you could share the stylesheets, which would make it easier for anyone else to make such a map. answered 01 Sep '11, 20:05 Vclaw 1
That is certainly possible. For someone like me (never attempted any rendering) it could be more than a job for one afternoon, but not impossible. This question however is here to find out why it is not in place already.
(01 Sep '11, 21:51)
LM_1
|
Seriously, if you want to discuss this then take it to the mailing lists. But in short, it's a map, not fake-aerial-imagery, so it's to be expected that things aren't always drawn to accurate scale.
And I always thought that reality depicted as objects in an accurate positinon and scale are a map.