On 6/9/06, <b class="gmail_sendername">Richard Fairhurst</b> <<a href="mailto:richard@systemed.net">richard@systemed.net</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Andy wrote:<br><br>> I don't like the fact that I create tree-like ways either. The problem is<br>> that the trees often have short splitting branches at the ends representing<br>> the little turnouts you find in the real world. Creating one of these extra

<br>> bits as a separate way for each branch that splits is cumbersome.<br><br>I agree, but that's a UI problem, rather than a data model issue.<br>Editor software should ideally have an 'reapply last set of<br>keys/values' control, so you could instantly create another way with

the same set of attributes as the last one.</blockquote><div> It is not a UI problem.  It is a data modelling problem.  If several ways are all part of the same street then the data model needs to maintain some link between these items otherwise you end up with duplicated data and various other problems.

</div> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> Another problem I come up against is the run into and out of roundabouts.

<br>> Nowadays many of our bigger roundabouts have a divided section of normally<br>> single carriageway road (separated by an island) on the run in to a<br>> roundabout.<br><br>Hm, yes. I was wondering about these when doing the Worcester ring

<br>road. My personal conclusion was that if we don't do them for islands<br>in the middle of the road at (say) a pedestrian crossing, we shouldn't<br>do them for roundabouts, either.</blockquote><div><br>Aparrently these things are called Flared Entries or Flared Approaches (

<a href="http://www.standardsforhighways.co.uk/dmrb/vol6/section2/td1693a.pdf">http://www.standardsforhighways.co.uk/dmrb/vol6/section2/td1693a.pdf</a> - Section 2 is very interesting - should be required reading for OSMers).

<br></div><br>Where I know about them I have always drawn them in.<br><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> So I guess my thinking leads me to two separate options. Either I need a

<br>> separate receptacle that carries a collection of elements with the same<br>> attributes which is not a "way" (or I use a way anyway as I do now) or for<br>> anything to do with routing and path analysis I ignore any non-linear ways

> and use the underlying node and segment data instead? Option 3. You decide to do everything through individual ways, and smile sweetly at Imi (and other editor authors) asking him to include a "reapply same tags" feature.

<br><br>cheers<br>Richard<br><br><br>_______________________________________________<br>talk mailing list<br><a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk">

http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk</a><br></blockquote></div><br><br clear="all"><br>