In message <def74e78d2f74302bdf48ad40609a...@redsol>
"Roger Slevin" <ro...@slevin.plus.com> wrote:
> Thomas
> You comment that York doesn't appear to be aware of the stoparea principle
> ... this is widespread. There are no downstream national applications that
> make use of stopareas - and no pressure, therefore, to create stoparea data.
>
All the journey planners do use StopAreas in one form or another.
Isn't it that some are completely "implicit", though not necessarily
requiring identical common names, or just don't publicise their
StopAreas in NaPTAN (NE England).
While "Implicit" is useful and better than badly constructed
"explicit", the explicit method gives more control and I hope that
before too long we will have StopAreas in NaPTAN for all parts of the
UK.
> 2009/3/1 Thomas Wood <grand.edgemas...@gmail.com>:
>> 2009/2/28 Brian Prangle <bpran...@googlemail.com>:
>> In other news, whilst on the train to (and from) York today, I wrote a
>> sizable chunk of the StopArea code for the converter. It's in a mostly
>> working state, the only issues I have to work out are StopArea
>> hierarchies, particularly when a StopArea is defined in another
>> region's dataset, the national rail one, for example.
>> I'm either going to have to do a mass convert of the whole dataset at
>> once (which I'm not looking forward to, since I suspect the memory use
>> will skyrocket), or try and resolve the dependencies by parsing the
>> national datasets to get a hash of all the StopAreas, and then append
>> on the county level StopAreas as and when they're created, finally we
>> can then upload the national StopArea points, as and when we get
>> around to those types of data. (AIrports, NatRail, to name a few)
> Whilst in York, I was able to photograph some bus stops, I've done a
> quick comparison of the data, it seems to be the worst in terms of
> standards compliance so far, but seems to be quite self consistent,
> which is a small bonus.
> Why quote the above? Well, it seems that York is unaware of the
> existance of the StopArea principle. (At least, I couldn't find it in
> a quick grepping of the data).
> http://wiki.openstreetmap.org/wiki/NaPTAN/Local_schemes#York
--
Peter J Stoner
UK Regional Coordinator
Traveline www.travelinedata.org.uk
a trading name of
Intelligent Travel Solutions Ltd company number 3826797
Drury House, 34-43 Russell Street, LONDON WC2B 5HA
_______________________________________________
Talk-transit mailing list
Talk-transit@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-transit
