[OSM-talk] Bus Stops

Thu Apr 24 09:05:33 BST 2008

Some people advocate nodes off to the side of the way
to represent the location of the pole or shelter in relation
to the road.

Near where I live (Korea) there is often a shelter on
one side of the road for buses going both directions.
In that case I'm guessing I would put a shelter node
on one side of the road and a node that is not a shelter
on the other side.

How do I relate these nodes to the way? I don't
like the idea of short segments perpendicular to
the way.

On Thu, Apr 24, 2008 at 1:45 AM, Peter Miller <peter.miller at itoworld.com>
wrote:

> The EU standard Transmodel defines a Stop Point as 'A POINT where
> passengers
> can board or alight from vehicles'. For bus stops this means a single
> pole,
> shelter etc and for a place where there are three poles for different
> services close together then there would be three entries.
>
> There are also places where buses stop where there is no physical
> infrastructure but where buses stop which also need Stop Points. In rural
> areas there might be a pole on one side of the road but buses stop in both
> directions, or in some places there is not infrastructure on either side
> of
> the road.
>
> For there are a number of Stop Points close to each other then these can
> be
> grouped into Stop Areas that are 'A group of STOP POINTs close to each
> other'. I suggest that we achieve this with a relationship call a 'Stop
> Area' is people are keen to model it.
>
> For railway stations it can get more complicated as a platform can be made
> up of sub platforms (long trains stop at platform 4 and two short ones can
> stop at 4A and 4B etc). In this case I believe there should be a Stop
> Point
> for 4, 4A and 4B.
> http://www.transmodel.org/en/transmodel/gloss/s.htm
>
> This interpretation is now being discussed as ISO level so is probably the
> one to go with.
>
> Are we agreed that this is the appropriate interpretation for the feature
> going forward. In which case shall I add this clarification and
> interpretation to the relevant OSM tag page?
>
> Btw, Someone might like to ask the DfT in the UK at some point for a copy
> of
> the DB they have with the location of over 350,000 bus stops with their
> names and the name of the associated street. I know the people but it
> might
> be better if it came from someone else, possibly from the foundation?
>
>
>
> Regards,
>
>
>
>
> Peter
>
>
> > Date: Wed, 23 Apr 2008 20:03:14 +0900
> > From: "Jeffrey Martin" <dogshed at gmail.com>
> > Subject: Re: [OSM-talk] Bus Stops
> > To: "Mike Collinson" <mike at ayeltd.biz>
> > Cc: talk at openstreetmap.org
> > Message-ID:
> >       <bf60a2e10804230403l68fefd86s3f9478b3f674cf30 at mail.gmail.com>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> > How am I supposed to do bus stops?
> > If two bus stops are on opposite sides of the road then I think maybe
> they
> > can share a node?
> >
> > I found in some email that you can make little short service links. I
> > don't
> > like that. The bus
> > pulls over to the side of the road where I'm at.
> >
> > Sometimes they aren't exactly across the street from each other.
> >
> > Where I'm at there are lots of wood and concrete bus shelters.
> >
> > On Sun, Aug 12, 2007 at 12:07 AM, Mike Collinson <mike at ayeltd.biz>
> wrote:
> >
> > >  Excellent background information for basing our models. Thank you
> > Peter.
> > >
> > > Mike
> > >
> > >
> > > At 07:21 AM 11/08/2007, Peter Miller wrote:
> > >
> > > 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.
> > >
> > > In the EU standards they are called 'Stop Points' (rather than Bus
> > Stops)
> > > so they can cover buses, tram, rail, ferry planes etc.
> > >
> > > 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).
> > >
> > > Groups of local Stop Points (as they are called) are then arranged
> into
> > > Stop Areas where they are very close to each other.
> > >
> > > 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.
> > >
> > > I recommend that we use 'Bus Stop' and 'Stop Point' for this low-level
> > > purpose and construct entities as we need them.
> > >
> > > 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:
> > > http://www.naptan.org.uk/
> > >
> > >
> > > 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.
> > >  http://www.naptan.org.uk/ifopt/
> > >
> > >
> > > 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.
> > > www.transmodel.org
> > >
> > > 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.
> > >
> > >
> > > _______________________________________________
> > > talk mailing list
> > > talk at openstreetmap.org
> > > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
> > >
> > >
> >
> >
> > --
> > http://bowlad.com
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL:
> >
> http://lists.openstreetmap.org/pipermail/talk/attachments/20080423/4dac212
> > 1/attachment.htm
> >
> > ------------------------------
> >
> > _______________________________________________
> > talk mailing list
> > talk at openstreetmap.org
> > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
> >
> >
> > End of talk Digest, Vol 44, Issue 96
> > ************************************
>
>
> _______________________________________________
> talk mailing list
> talk at openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
>

-- 
http://bowlad.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20080424/179d634e/attachment.html>