Proposal talk:Bridge

From OpenStreetMap Wiki
(Redirected from Talk:Proposed features/Bridge)
Latest comment: 17 years ago by Tordanik in topic Voting finished?
Jump to navigation Jump to search
  • This makes a whole lot of sense to me and gets my support. Just to clarify: there would be three kinds of values: 1) bridge=yes (don't know / don't care); 2) a very small number of Map Features values as listed in the proposal and perhaps refined during the discussion phase; 3) User defined values, for the engineers amongst us or discoverers of the esoteric? MikeCollinson 19:07, 17 March 2008 (UTC)Reply
  • Basically, yes - although the line between 2 and 3 is blurred. For example, the canal community may decide to standardise on bridge=manual_swing for the standard swing bridges, but it might not make it onto the main Map Features. Aqueduct and Viaduct are the two obvious candidates for category 2. -- Gerv 10:51, 19 March 2008 (UTC)Reply
  • I think there is another big problem with bridges. Why I can't use it with areas? Some bridges are really big and are not defined only by the ways that are there. Problems appear for example, if bridges have two or more lanes which are tagged separately. So there you can see for example water between the lanes. So I think we need to tag areas as bridges, too! --Master 09:30, 13 May 2008 (UTC)Reply
  • V Good point. Large bridges can carry cycleways/footways and two carriageways or a mixture of railways and roads. Maybe a relation would be good, but an area for a bridge is a simple solution that is exactly what is on the ground (no pun intended). Chillly 09:50, 13 May 2008 (UTC)Reply
  • +1 to using bridge= with areas. I would find this useful for bridges that carry cycleways - they currently render as a separate bridge - and for important inner city bridges where being able to map the plan view of the bridge helps orientation at high zoom levels. --MikeCollinson 12:02, 13 May 2008 (UTC)Reply
  • I like the bridge area, but the orientation should be solved. how you tell the renderer which are bridge sides.--Sergionaranja 13:48, 13 May 2008 (UTC)Reply
  • I thought about it, too. One solution could be, that the renderer has a look on the ways crossing the area and their layers and tries to check on what is bridge and what gets bridged. But it is not optimal I think.
    Another solution are relations. Make a relation whith the area of the bridge and the ways on it and everything is fine. --Master 15:31, 13 May 2008 (UTC)Reply

Aqueduct isn't necessarily on a bridge? (e.g. see Central Arizona Project or California Aqueduct. Ojw 18:41, 14 May 2008 (UTC)Reply

They probably named it "aqueduct" so the project sounds more sophisticated than simply "canal". On the ground they call it what it is, a "canal" - see http://www.geo.cornell.edu/geology/classes/Geo101/graphics/CAP.gif - Stefanb 07:56, 16 May 2008 (UTC)Reply

Would bridge=dam be a good key for a road that passes over a dam? Gustavf 18:36, 2 June 2008 (UTC)Reply

Voting

Voting finished?

According to the Proposed Features page, voting has ended on 2008-05-29. I'd expect to find the new tagging info in Key:bridge. What exactly is delaying this? --Tordanik 12:02, 3 June 2008 (UTC)Reply