On Tue, 25 Aug 2009 15:06:19 +0200 Pieren <[email protected]> wrote: > On Tue, Aug 25, 2009 at 10:37 AM, Roy Wallace<[email protected]> > wrote: > > 1) a relation with the node and the way as members, as in, > > http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:type%3Dstop) > > 2) the way tagged with indirect reference to the node (i.e. start or > > end node of way) - as in, > > http://wiki.openstreetmap.org/wiki/Key:stop 3) an extra node > > tagged, placed on the way, "near" the intersection (Pieren's email) > > > > I prefer 1) for a number of reasons. IMHO, 2) and 3) are more or > > less attempts to mimic 1) in order to avoid using a relation. > > A small pic is better than a long speach. One example with one major > street and six minor streets all having stops when intersecting with > the major street: > | > ---+--- > | > ---+--- > | > ---+--- > | > 1) add 6 relations + minor streets split > 2) add 6 different tags "stop=yes/both/-1" + minor streets split > 3) add 6 nodes on the minor streets themselves and closed to the > intersections and all tagged with "highway=stop" > > All solutions are valid but 3) makes contributor's life easier. > Pieren
According to http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:type%3Dstop , it seems like you would just have 3 relations. The first relation would include the node for the top intersection and the two streets with the stop signs. I didn't consider 3), but it doesn't seem right to have an approach that requires stop signs to be tagged separately from the intersection (see my other email). Somewhat off topic, but what about expanding the stop relation proposal to handle traffic signals, yield signs, and whatever else is appropriate? (with highway=stop or highway=traffic_signals allowed for nodes where all the ways coming in are restricted by the stop or lights). -- Joseph Booker
signature.asc
Description: PGP signature
_______________________________________________ talk mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk
