How am I supposed to do bus stops?<br>If two bus stops are on opposite sides of the road then I think maybe they can share a node?<br><br>I found in some email that you can make little short service links. I don't like that. The bus<br>
pulls over to the side of the road where I'm at.<br><br>Sometimes they aren't exactly across the street from each other.<br><br>Where I'm at there are lots of wood and concrete bus shelters.<br><br><div class="gmail_quote">
On Sun, Aug 12, 2007 at 12:07 AM, Mike Collinson <<a href="mailto:mike@ayeltd.biz">mike@ayeltd.biz</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div>
Excellent background information for basing our models. Thank you
Peter.<br><font color="#888888"><br>
Mike</font><div><div></div><div class="Wj3C7c"><br><br>
At 07:21 AM 11/08/2007, Peter Miller wrote:<br>
<blockquote type="cite"><font face="Tahoma" size="2">The
conventional way of handling Bus Stops in the public transport industry
is to have a node for each individual point at which one can get on a
vehicle, so if there are two bus stops on opposite sides of the road then
they are represented as two nodes. If there are three bays in a row on
one side of the road then they are represented a 3 nodes in a row. Every
Bus Stop in the UK has a unique code, and this is sometimes printed on
the bus stop itself.<br>
 <br>
In the EU standards they are called 'Stop Points' (rather than Bus Stops)
so they can cover buses, tram, rail, ferry planes etc.<br>
 <br>
In railway stations there is a Stop Point for each Platform (and each bay
in a bus station, each Gate for an Airport and each quay in a Ferry
terminal).<br>
 <br>
Groups of local Stop Points (as they are called) are then arranged into
Stop Areas where they are very close to each other.<br>
 <br>
These Stop Points are not within the road layer because Stop Points are a
distinct dataset managed separately; they are then associated with a
street, sometimes using the Street Name and sometimes based on
proximity.<br>
 <br>
I recommend that we use 'Bus Stop' and 'Stop Point' for this low-level
purpose and construct entities as we need them.<br>
 <br>
The database of all these points in the UK is called 'NaPTAN' (standing
for 'National Public Transport Access Nodes'), there are about 350,000 of
them, and keen people can find additional information here:<br>
<a href="http://www.naptan.org.uk/" target="_blank">http://www.naptan.org.uk/</a><br>
 <br>
 <br>
A new CEN standard is in the process of being ratified, called IFOPT
which can be used for describe much more complex transport interchanges,
such as major airports and railways stations, detailing every corridor,
lift, check-in desk escalator etc. CEN standards are used throughout the
EU and beyond.<br>
<a href="http://www.naptan.org.uk/ifopt/" target="_blank">
http://www.naptan.org.uk/ifopt/</a><br>
 <br>
 <br>
There is also a modelling standard for public transport in general
published by CEN called transmodel which covers the modelling in general
and is used behind most professional transport products used in
Europe.<br>
<a href="http://www.transmodel.org/" target="_blank">www.transmodel.org</a><br>
 <br>
Of course, I am not proposing that we 'implement' all of the above, but
where we choose modelling approaches and terms for entities it would be
sensible to choose the same names.</font></blockquote></div></div></div>

<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" target="_blank">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><a href="http://bowlad.com">http://bowlad.com</a>