[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