[OSM-talk] Left and Right - a proposal

Aurelien Jacobs aurel at gnuage.org
Sat Aug 30 14:24:24 BST 2008


Hugh Barnes wrote:

> On Saturday 30 August 2008 22:03:33 Aurelien Jacobs wrote:
> 
> I think this idea might evolve into something worth championing.
> 
> Aurelian has covered a few points I was just composing :~)
> 
> > Gervase Markham wrote:
> > > 1) Create relations to associate the point with the way - one relation
> > > per feature type, or perhaps a generic relation type.
> >
> > That would be useful.
> >
> > > Except that relations are heavyweight things
> >
> > Heavyweight things ?? I don't get what you mean here.
> >
> > > complicated to set up (in current editors).
> >
> > The same way we shouldn't map for renderers, we also shouldn't
> > map for editors !
> > If editors are somewhat complicated at setting relations,
> > the should be improved...
> 
> +lots . Don't think Gervase has properly refuted the model as such here. It 
> should be about creating an adequate representation, no?

Indeed, I haven't seen any refutation of this model.

> > > 2) The generic left-right scheme proposed below.
> > >
> > > Left/Right Scheme
> > > -----------------
> > >
> > > I propose that it be possible for features to be tagged using a generic
> > > left/right scheme, with left and right being relative to the direction
> > > of the way.
> > >
> > > So you might have a road way with a node somewhere in the middle with
> > > (for example):
> > > left:highway=bus_stop
> > > right:parking=pay_and_display
> > >
> 
> So, just to clarify, if I want apply more properties to the bus stop, is it 
> like this:
> 
> left:highway=bus_stop
> left:name=Park Road
> … etc?
> 
> Have I missed something?

+1

This makes me think to something else. What about the route relation.
A way with a bus stop on each side and a bus route which would include
only one of the stop (or the two stops but with different stop_<number>).
Having separate nodes for each bus stop makes this much easier.

Aurel




More information about the talk mailing list