On Sun, 2009-08-23 at 17:34 +0100, Peter Miller wrote:
> I think the conclusion is that have OSM crawling over the data is
> going to do it a lot of good (and cost the councils nothing).
Suddenly you're giving me ideas... I wonder how receptive the State of
Oregon would be to putting GPS tracke
pics'
Subject: Re: [Talk-transit] Naptan import
Date: Wed, 29 Jul 2009 19:16:17 +0100
Message-ID:
X-Mailer: EPOC Email Version 2.10
MIME-Version: 1.0
Content-Language: i-default
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
The impression I have got from
Melchior Moos wrote:
That said, I don't think one way or node can belong to the same
relation more than once! So you wouldn't be able to map the 'loop'
perfectly yet.
Of course it can and it should in such case!
Thanks for clearing that up. I looked at the db schema and t
>
> That said, I don't think one way or node can belong to the same relation
> more than once! So you wouldn't be able to map the 'loop' perfectly yet.
>
>
Of course it can and it should in such case!
>
>
>
>
>
>
>
>
>
You don't need that order tag, the api saves the order in w
Nice article here:
http://blog.okfn.org/2009/08/20/where-is-the-nearest-bus-stop-uk-department-for-transport-adds-naptan-data-to-open-street-map/
--
Frankie Roberto
Experience Designer, Rattle
0114 2706977
http://www.rattlecentral.com
___
Talk-transit m
- Some of the services run through loops. E.g.
ABF---CD
||
+E---+
they run ABECD in one direction and DCFBECFBA in the other
direction. The
standard route model with unordered data does not allow to
distingui
It's amazing that they seem to make the data so hard to get at, given
that the objective is to get people to use public transport.
Are they really generating serious revenues from this data?
Cheers
Chris
On 24/08/09 21:45, Peter Miller wrote:
> On 24 Aug 2009, at 20:18, Péter Connell wrote:
>