<p><br>
On Mar 22, 2012 7:32 AM, Petr Morávek [Xificurk] <<a href="mailto:xificurk@gmail.com">xificurk@gmail.com</a>> wrote:<br>
><br>
> Paul Johnson wrote:<br>
> ><br>
> > On Mar 22, 2012 5:14 AM, "Richard Mann"<br>
> > <<a href="mailto:richard.mann.westoxford@gmail.com">richard.mann.westoxford@gmail.com</a><br>
> > <mailto:<a href="mailto:richard.mann.westoxford@gmail.com">richard.mann.westoxford@gmail.com</a>>> wrote:<br>
> >><br>
> >> Relations are not categories. They are for recording geospatial<br>
> > relationships between elements, not for putting things in groups.<br>
> ><br>
> > I agree, this has the real potential to overcomplicate editing routes in<br>
> > places where which in a large multitude of routes changes relatively<br>
> > regularly over time.  TriMet's MAX system, the Portland bus mall, NYC<br>
> > Subway and other big-city systems with even minimal buildup come to mind.<br>
><br>
> So, you don't use it for these routes. Could you explain better how this<br>
> proposal complicates the cases you've mentioned?</p>
<p>Multiplexed routes don't have the same endpoints all the way through.  You would have to have multiple group relations to handle it.  In the end, this makes it more complex than just mapping each line individually, as is the current method.</p>